小型团队软件开发：以RUP为中心的方法

　　“我向所有那些希望在小型项目中实施rup的人强烈推荐此书。pollice和他的伙伴们揭开了笼罩着rup的神秘面纱，并且在保证不遗失其精华的基础上进行了有效的缩减。此书是所有rup使用者的必备书籍。”
　　 ——丰田汽车销售公司过程工程学顾问chris soskin
　　 “许多rup使用者都在寻找其实际应用的例子，此书恰恰为如何在小型项目中实际应用rup提供了非常好的示例。它将引导你穿越从项目启动到项目完成的不同阶段。作者非常成功地强调了他们所遭遇的困难以及他们所取得的成功。”
　　 ——ibm公司rational软件公司rup部门经理per kroll
　　 “这本书明了易读，且有许多对软件开发人员有帮助的好东西，所以我很喜欢它。它描述了一个小型团队如何有效地使用rup——一种通常被认为只适用于大型的、规范度高的团队的开发过程。作者以直截了当的方式表达了许多严肃的事实与建议。每个人的书架上都应该有一本这样的书。”
　　 ——net objectives公司高级顾问dan rawsthorne博士
　　 在本书中， gary pollice、liz augustine、chris lowe和jas madhur四位作者以自己的亲身经历说明了如何在一个小型团队、小型项目中应用rational统一过程。其中包含了对开发过程中各种做法的原因和结果的全面分析，说明了开发团队如何对开发过程与开发环境进行动态的调整。本书的主要内容包括：如何在开发人员、开发过程和开发工具之间寻求平衡，并且在软件开发的整个过程中动态地维持这种平衡；如何组合rup和敏捷开发原则中的多征方法来建立团队自身的开发过程，并且在项目进程中对开发过程进行适当的调整；如何选择适当的开发工具来对团队的活动提供支持，尤其是对于一个小型的分布式团队需要考虑哪些问题；客户的参与和意见关系到软件产品最终能否有效地满足客户需求。

译者序

序 言

前 言

第1章 写在开始

1.1 组成团队
1.2 后续内容

第2章 在小型项目中使用开发过程

2.1 什么是小型项目？
2.2 对小型项目运用的开发过程如何？
2.3 从使用rup开始
2.4 让团队成员参与的技巧
2.5 照规矩办事
2.6 参考信息
2.7 小结

　　 软件开发的目标是向用户交付具有一定价值的产品。为了提高工作效率，你必须在开发人员、开发过程与开发工具之间维持适度的平衡。每个人似乎都有自己最喜欢的开发工具、技巧和开发过程。软件公司把开发工具和方法卖给你，帮助你提高构建软件时的效率。顾问们向你宣讲他们的方法，试图让你相信他们知道如何帮助你的机构和项目团队做得更好。而我们开发人员则不停地学习新的技术、采用新的工具，来帮助我们在更短的时间里以更高的质量完成更多的工作。
　　 我们这些作者在各种软件项目中工作和对之进行观察的时间累计起来超过了七十五年。根据这些年中所得到的经验，我们得出一个结论，很可能一些聪明的读者也已经想到了：每一个项目都不一样，那些帮助某个团队取得了巨大成功的方法如果不具有通用性，可能会导致另一个团队的惨痛失败。每个团队都需要确定如何使用一个特定的开发过程，然后不断地进行调整才能取得进步。
　　 而在这种不会停止的变化面前，一个项目团队如何知道改变哪些做法可以获得最大的效果?我们的答案是，依靠学习尽可能多的技术，依靠学习有效使用支持不同技术的开发工具，然后确定哪些组合可以工作得最好，以及它们在什么情况下最有效。这也意味着一个不断学习的过程。
　　 好的程序员从其他的程序员那里学习。他们通过查看代码和阅读关于不同编程方法的书籍进行学习。测试人员通过学习测试专家的技巧、研究测试设计方案和学习如何使用新技术与新工具来获得提高。实际上，每一个独立的实践者都可以从其他从事相同工作的人那里，或者通过观察范例来学到知识。每个实践者都需要形成自己高效工作的风格，既作为独立的个人也作为一个更大的团队的一员。
　　 团队也一样需要利用其他团队如何工作的范例，来形成自己团队协同工作的风格。本书是关于一个小型团队如何开发一个软件工具的例子。它是关于我们做了什么以及为什么这样做的一本大事记。我们尝试着解释了为什么某些做法有效(或者无效)，并讨论了下一次我们会改变些什么。在此过程中，我们特别指出了所获得的经验和教训，并提供了一些将这些经验通用化的思路。
　　 读者所要做的，就是观察我们所做的工作并汲取我们的经验。如果你正在从事小型的软件开发项目，你将立刻根据我们的经历发现一些问题。你可能已经面临一些我们曾遭遇的问题，并按照自己满意的方式解决了，或者你仍在试图找到合适的解决方法。我们希望本书能够为你提供一些有用思路，帮助你选择和使用合适的开发工具，与他人一起有效地工作，并选择最适合你个人和所在团队风格的技术。
　　 本书的所有作者都曾在软件行业的不同类型项目中工作了许多年，从很小的项目到很大的项目都曾涉及。我们对自己的工作都充满热情。我们在为Rational软件公司(现已被IBM公司收购)工作时相互结识。启动此项目的Gary曾经在第一个RationalSuite项目中工作，然后转到Rational Unified Process，即RUP团队工作。Liz和Chris曾和Gary一起在Rational Suite团队中工作，而Jas是RUP团队的成员。
　　 我们看到过采用RUP或者其他开发过程并取得成功的项目，我们也看到过同样采用这些开发过程却失败了的项目。我们希望将要讲述的这个项目能取得成功。我们认为自己确实成功了。更重要的是，我们的客户认为我们成功了，这就是我们的故事，希望你能够喜欢它。
　　 关于本书
　　 在本书中，我们讲述了我们如何作为一个团队一起工作的故事。我们谈及了面对的一些技术障碍以及克服它们的方法。我们描述了遇到的一些模式以及我们如何将它们应用于自己的团队、项目以及代码。我们说明了这个小团队如何发展了一种在成员之间以及与用户之间进行有效交流的方法。我们还讨论了所采用的不同技术和方法，并根据不同的开发方法学，如RUP、极限编程(XP)等等，进行了调整。
　　 本书并不包含任何一种特定软件开发技术的全部技术细节。它并没有描述一个开发过程。它并不是关于编写高效的代码、调试方法、测试技巧、需求管理或者过程工程的书。不过本书涉及了所有上述主题。
　　PSPTooIS项目
　　 本书是关于我们开发一个软件项目——PSPTools的经历的大事记。PSPTools的目标是为Watts Humphrey的PSP(Personal Software Process，个体软件开发过程)提供自动化的支持。在版本1中，我们为支持PSP等级1实现了计时器和数据收集工具。(关于PSP的更多内容，请参见附录B。)
　　 本书包含了屏幕截图、表格以及其他反映我们工作进展的材料片段。为了使读者可以了解我们的实际工作方式，我们据实地展现了自己的经历以及最终的软件，而不是理想化地解释我们希望如何工作。在本书的网站www．awprofessional．com／titles／0321202945，包含了我们的所有代码、其他一些非代码的项目制品、到其他有用网站的链接以及其他后来发生的新闻。我们也很希望能够听到大家的意见，无论是对此书的反映，还是关于你自己的软件开发经历。我们的电子邮件地址是psptools@yahoo．como
　　 本书的组织结构
　　 本书的组织结构如下：
　　 ■ 第1～3章介绍此项目的相关情况。我们介绍了自己进行软件开发的方法；对于在开发人员、开发过程与开发工具之间维持平衡的重要性的观点：及对PSPTools项目的描述。
　　 ■ 第4、5、6、8、10和11章分别从团队和过程的角度说明了这个项目。我们讨论了RUP的不同阶段以及我们在每一阶段中做了什么。
　　 ■ 第7章和第9章提供了有关我们所处理的代码和使用的技术的详细情况。这两章并不是对整个应用的全面展示，而是用于体现一些代码的风格并解释我们所做的一些技术决策。我们希望这两章能够鼓励你从本书的网站下载整个项目内容来进行更深入的研究。
　　 ■ 附录中提供了一些主题的信息，如RUP、PSP和XP，我们假设你对它们已经有一定程度的了解。