想写一本银行核心系统开发的书（轻松一点的），先把目录发上 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

献给所有致力于银行核心系统软件开发的朋友们，以及即将进入、或打算进入这个行业软件开发的朋友！
1.        学习银行核心系统软件开发，你需要准备什么？
A、        学会从动机思考问题的产生来源（为什么会产生那样的需求）
B、        学会从逻辑推理来解决问题的方法（这种需求为什么会带来这样的结果）
C、        学会采用最简洁有效的模式来进行需求的实现（这个需求的核心是什么）
D、        学会实现的过程能够为项目组的其他功能所复用（这个需求实现的核心内容是不是开放的）
2.        一定要精通一门编程语言
A、        了解这门语言产生的背景（它的很多功能是为了生活中的需求而产生的）
B、        反思这门语言的功能提出的动机以及有何用处（更能掌握这门语言的精髓改用在何处）
C、        将这门语言作为你思考需求的描述语言（需求同时，可行性计划出现）
D、        要有随手即可编写的流畅手法（如何成为企业级系统实现高手）
E、        C还是java（有什么区别吗？该选择哪一个？理由是什么？）
3.        要透彻思考面向对象的意义
A、        让他成为你的思维方式（面向对象产生的哲学实践）
B、        要有问题抽象的能力，这是寻求特征的最佳思路（设计模式的核心能力）
C、        如何在设计中运用面向对象（所有存在的，都是面向对象的—黑格尔的朋友）
4.        如何去理解银行业务
A、        必须有段苦行僧的经历，这是任何一个程序员的不可避免的沮丧期（炼狱过后，你成为专家）
B、        理解框架的核心意义（我们只不过为了更好的装修）
C、        寻找一种认知的方法（原来银行业务是有一个通用的认识论方法的）
D、        从众多的业务中发现共性（你可以看懂任何没有接触的业务）
E、        在编程语言与业务之间形成转换的桥梁（业务加技术的顾问级人物）
5.        要熟用一种设计模式
A、        掌握一点拨千斤的设计方法（扣住命门，我可以抓住源泉）
B、        在设计中加入成本管理的思维模式（这会让你的结构更干练）
C、        小的是美好的（精炼的程序设计）
D、        尽量通用的模式（复用是设计模式的灵魂）
E、        不要让设计的成果变成不能自拔的泥潭（避免推到重来）
F、        养成标准化的习惯（减少学习的成本）
G、        高手的出拳就是一招致命（简洁、稳定是核心系统的硬道理）
6.        要深刻体会‘系统’的含义
A、        对耦合度的思考（系统间要有灵活对话的可能）
B、        保持系统概念的完整性（brook大师的忠言）
C、        每一个功能都是为了我们目标的实现（遵守谨慎性原则）
D、        局部稳定性（是系统稳定的保障）
E、        局部可控进而总体可控（系统维护的代价最小）
F、        要考虑协同开发，设计者不能做独行侠，但要为独行侠设计（集中设计、分布式业务逻辑开发）
7.        遵循一种成熟的思路
A、        先要了解数据流，涉及哪些部门和人（需求成功的一半）
B、        掌握需求分析的访谈方法和遵循的路径（快速形成标准化的实现模板）
C、        建立基于XML通讯的可扩容的协议（我们是开放的系统）
D、        关键的API一定要可嵌入第三方系统（主流软件的替代性升级不能忽视）
E、        层次式设计是王者（大家都可以集中优势兵力，像男人一样战斗）
F、        根据需求抽象公共功能和API（工欲善其事、必先利其器）
G、        为独行侠设计独立可控的功能函数（大家分散去实现你们的各个业务逻辑吧）
H、        调试函数也要成为监控的结果（观察系统的运行效果之源）
I、        功能变得重启系统是一个效率低下的设计模式（保持连续开发的流水性）
J、        从设计核心流水表作为基类开始（数据结构设计成功的1/4）
K、        设计掌控公共信息的喉舌函数API（实现地毯式升级）
L、        主流软件的API一定要封装（我不能保证最后用谁家的第三方软件）
M、        不要用原声代码编程，形成项目自己的规范（一切在我的控制中）
N、        尽量要用商用成熟系统软件做平台设计（要清醒的知道系统实现的主要事情是干什么）
8.        要充分利用计算机的自动化功能
A、        计算机应该做更多的事情（傻瓜才一行行写代码）
B、        向导模式是减少错误，建立标准的最优模式（不仅是mircrosoft会appzerd）
C、        软件工具的选择（最稳定的版本和大家都会的语言）
D、        向导编程模式（我选择、我喜欢）
9.        建立版本管理是不可或缺的事情
A、        所有的工作归档是一个团队有条不紊进行的基本条件（上线前会睡个安稳觉）
B、        测试版和开发板一定要分开（废话也有存在的理由）
C、        程序的注释要为详细设计文档建立必要的基础（不喜欢项目完了补文档）
D、        定期归档是规范管理团队的很好制度（验收还是不能糊弄过的官方事情）
E、        做最有价值的文档（一劳永逸）
10.        建立测试案例确保系统最终上线（一切尽在预期中）
11.        每个人都是管理者
A、        项目管理管什么（博大精深的话题）
B、        人月神话（不朽的经典）
C、        内部激励（弟兄们的付出是本书得以成篇的关键）
还需要哪些，各位哥们再提，我会筛选整理进去。
[ 本帖最后由 myq12 于 2009-3-18 20:21 编辑 ]
缺少核心系统很重要的一部分：
批处理与程序的时间空间效率（最后期限：早上8点必须开门营业！）
我看LZ列出的目录更象一本面向一般开发人员的经验介绍书；既然本意是要写银行核心系统开发，那么请体现并强调其特色啊...否则与其它的书籍有什么不一样呢？