OO项目求生法则

　　[font color="#ff6600"][a href="http://www.china-pub.com/computers/bookinfo/qhoo.htm" target="_blank"][font color="#ff6600"]oo技术大师的权威之作，oo项目管理的完全指导。[/font][/a][/font]
　　 今天，越来越多的组织声称，采用oo技术开发应用程序，使他们能够顺利实现自己的开发计划并带来可观的收益。随着对象技术的广泛使用并逐渐成为主流，很多项目经理不得不面对一个棘手的问题：如何对项目进行跟踪和控制项目预算。对于项目经理们来说，最令人头疼的事情是在项目计划阶段掌握那些影响项目取得最终成功的因素，以及清楚自己在遇到问题时将做出哪些反应。不幸的是，常常有未知的成本和令人不愉快的意外情况出现在那些准备不够充分的项目经理们面前。本书提供的信息可以帮助经理们迎接项目中那些无法预料的挑战，最终战胜它们并取得面向对象项目的胜利。 作者利用自己广博的知识并借鉴了许多老练的专家和成功的技术顾问的丰富经验， 使本书提供的内容可以作为成功管理oo项目的实用建议和指导。《oo项目求生法则》一书给出了所有重要工作，包括进度安排、预算、人员安排以及成本控制中可能的风险及相应的解决办法。关键内容都附有短小的真实案例。附录 b 的对照表中收录了所有指导和解决方案，以便随时查阅。

第一章 成功与失败
第二章 项目预期
第三章 oo 项目的选择和计划
第四章 开始
第五章 修正
第六章 经验之谈
第七章 扩展到大项目
第八章 重新检视：案例学习

　　 如果你正在打算开始或者已经开始了一个面向对象（OO）的项目，并且你希望知道在项目进行过程中将面临什么，这本书会对你有所帮助。那些成功转向对象技术的组织都宣称他们大大缩短了产品投入市场的周期。开发人员们则认为面向对象技术是很有趣的开发方法。
　　 似乎没有关于对象技术缺点的资料，但是，确实存在夸大其词的现象，人们总会在报告中美化他们的工作。
　　 我们手头缺少足够的信息，告诉你当一个 OO项目开始后会有什么不开心的事情在等着你，而你该怎么办。不过，我们缺少的信息在《面向对象项目求生法则》一书中都能够找到。这是一本经理的工作指南。
　　 涉及的领域（SCOPE）
　　 这本书所讨论的内容涉及几十个从事面向对象工程的组织。从失败中，我们认识到会遇到哪些困难；从成功中，我们学习如何克服这些困难。
　　最先读过这本书的评论家们一致认为必须要经历过一些项目后才会取得足够的经验。他们认为人们在首次从事OO项目的时候掌握的相关知识并不多，不能进行自由的讨论，会受到以前工作习惯和思维模式的影响。我希望你通过学习其他人的经验，使你的第一个或第二个OO项目取得成功，以此证明他们的说法是错误的。
　　这本书不是关于对象技术、面向对象的设计技术以及管理方法的初级读物，也不是某一技术的回顾文献，更不是项目的分类描述文档。本书围绕一些主题进行了大量详细的讨论，而这些内容是不容易在已有的文献中找到的，或者干脆以前的一些相关资料就是不正确的。
　　 本书的所有信息的来源是人们的实际项目经验－我自己的、从别人那里听来的或者别人写的项目经验总结一类的文章。在写作的初期，我有机会看到所有这些观念在不同项目中的应用情况，非面向对象项目、大型主机项目、COBOL以及汇编程序、客户/服务器(Client/Server)和基于web的系统。
　　 在本书中，我对所有讨论的主题进行了分类，指出在项目中的风险，并给出成功清除这些风险的可操作策略。这些风险和策略全部收集在附录B中。
　　 如果有读者对本书中介绍的管理方法感兴趣，建议您阅读David Taylor的《Object Technology:A Manager's Guide》, Second Edition(Reading,MA:Addison Wesley,1998)。如果想进一步研究，建议阅读Steve McConnell的《Rapid Application Development》(Microsoft Press 1996)。
　　 读者群
　　 《面向对象项目求生法则》一书是给那些繁忙的专业人士看的。这里是对本书可能的四类读者的阅读建议：
　　 1. 希望优化组织的主管
　　 阅读本书的前言和第1、2章。会给你一些概念以及项目的历史、预期和成本方面的知识。如果你对更深层次的东西感兴趣，可以阅读关于项目选择、人员管理和组织以及与大项目相关的章节。关于这些内容，建议让你的项目经理也看看。
　　 2. 项目启动前的项目经理
　　 阅读本书第1、2、3和5章。涉及预期、项目的组织、增量式和迭代式开发等内容。然后阅读所有策略（附录A）和风险（附录B）的清单，以便获得对所有问题的整体概念。
　　 3. 已启动项目的项目经理
　　 本书最大的读者群应该是那些在项目中与技术主管打交道的项目经理们。理解有些问题需要足够的对象技术专业知识。作为项目经理，你会发现技术主管们将提醒你注意一些问题并最终帮助你解决它们。
　　阅读整本书并找到所有主题所处的位置。当在实际工作中遇到问题后，再查阅相关主题以找到解决办法。本书所有章节大致按项目中问题出现和处理的顺序排列。在每次迭代周期开始之前，请重新阅读第5章--如何对系统进行修正。
　　 4. 项目中的技术主管

　　 对象技术是一项全新的、功能强大的、令人着迷的技术，当然，说实话，有时候它也令人望而生畏。即使你的商业伙伴认为对象技术已经被广泛采用，你的程序员也强烈要求使用那些很Cool的对象技术开发工具，并且，你原有的开发方法似乎也过时了，但是在决定转向对象技术的时候仍然需要慎之又慎。仔细考虑以下问题：对象技术是否适合你的组织？你是否能够正确评估组织应用对象技术的能力，以及采用对象技术为你解决的问题是否比它带来的问题要多？
　　 一个老练的经理会在心里问自己这样的问题：以前的工作经验在转向新的对象开发领域后是否还能用上？实际上，管理对象不是新内容的全部。对象管理意味着需要管理雇员和开发过程、风险评估以及在遇到意外情况下的恢复工作。要成功地管理雇员，你必须清楚地了解每一个人--他们的工作能力、所扮演的角色，还要清楚你的开发过程、你正在进行的项目的类型。而且还意味着必须采用增量式以及迭代式开发。掌握一门新技术的方法只能是实践、实践，不断地实践。一个开发周期的项目不会给你足够的时间发现所犯的错误。
　　 Alistair Cockburn在增量式和迭代式开发过程方面的研究，对所有项目都很有帮助，无论那些项目采用何种技术。但是，Alistair也指出，对象技术已经成为最基本的程序开发技术，因为它在对象中封装了数据和函数的特性,并且通过类的合成与继承实现了软件复用。
　　 在本书中，Alistair紧紧围绕如何进行管理、人员安排以及建立一个不断自我完善的组织等内容进行讨论。他并没有为对象技术做任何不实的宣传。他确实没有那样做--因为他不是那些忽略过程的教科书理论，以及那些只会使编程工作和设计方案变得很复杂的高级CASE工具的拥护者，因为这些东西带给人们的总是某种承诺而不是实实在在的程序。事实上，他试图挤出所有对象技术宣传中的泡沫，并取得了令人敬佩的成就。当然，最重要的是，他告诉我们如何在避免陷入困境的前提下很好地运用对象技术。
　　 我希望你的开发工作能够成功，不仅如此，我还希望你从此踏上事业兴旺之路。
　　 Rebecca J. Wirfs-Brock
　　 1997年10月