统一过程最佳实践构造阶段/软件开发过程系列

　　本套书汇集了两位作者丰富的软件过程经验、10余位业界杰出人士的亲身体会以及《软件开发》和《计算机语言》杂志中的精彩论文，提出了软件开发过程中的最佳实践方法，指导读者有效而且高效地执行这些过程。同时，作者还综合了统一过程和其他软件过程，形成了一个处理真实世界软件开发和产品需要的更完整、更健壮的统一过程。本套书共有四本，其中介绍的最佳实践方法分别对应统一软件过程的四个阶段：初始阶段、细化阶段、构造阶段、移交和产品化阶段。本书是这套书的第３本，重点介绍与统一软件过程构造阶段有关的最佳实践。本书可以作为软件项目管理人员、软件开发工程师、过程工程师、系统工程师等专业人员的指导用书，也可作为高等院校计算机及相关专业学生的参考书。本书前言在《软件开发》杂志和它的前身《计算机语言》中已经刊登了大量关于如何成功开发软件的文章。为这一杂志撰稿的人包括许多业界最著名的专家，比如KarlWiegers、SteveMcConnell、EllenGottesdiener、JamesBach、JimHighsmith、WarrenKeuffel和LucyLockwood。简而言之，信息产业的大师们在这些年里一直在这本值得尊敬的杂志中与我们分享他们的智慧成果。近来，在几乎所有的组织中，对软件过程改进的关注越来越多了。这有一部分是因为千年虫（Y2K）问题、大规模软件项目的高失败率以及人们渐渐意识到遵循成熟的软件过程是软件项目成功的关键因素。从20世纪90年代中期开始，Rational公司控股和合并了其他一些软件工具公司；随着公司的发展，这些工具所支持的各种过程也被合并成一种开发方法，称为“统一过程”（UnifiedProcess）。是否有可能让整个软件过程自动化？如果有可能，那么Rational公司是否拥有一套完整的工具集？对上述问题我们并不确定。但幸运的是，其他人也在定义软件过程，所以我们还可以从多个角度来看事物应怎样运作。这些过程包括：OPEN联盟的OPEN过程、面向对象软件过程（OOSP）的过程模式以及极限编程（XP）。这些不同的视角可以用来推动统一过程观点，使其更加健壮，结果就产生了一个更能准确反映你所在组织现实需要的增强的统一过程生命周期。因为我们相信《软件开发》中包含的多年收集的智慧能够用来充实统一过程—真正将我们产业的最佳实践统一起来，所以我们编写了本系列丛书。为什么软件过程如此重要呢？让我们先设想一下。假如你想请人给你建造一间房子，让两位承包商来竞标。第一位承包商告诉你，通过使用一项最新的建筑技术给你盖房，如果从明天就开始的话，他能在两个星期内就把房子建好，造价只有10万美元。这个承包商手下有一流的木匠和水管工，他们以前用这项新技术建造过一个花园凉棚，他们愿意日夜加班以按期交付你的新屋。而第二位承包商告诉你，她需要先和你讨论你想要建一间什么类型的房子。然后，一旦她确定明白你的需要，她将在一个星期内提供一整套设计蓝图供你审阅和提意见。这个初始阶段只会花你1万美元，当你决定了最终方案，对于其余的工作她将给出详细计划和成本估算。你会觉得选哪个承包商更放心呢？是想马上开始建房的那个，还是先搞清楚要建什么样的房子，再建模型，再详细计划，最后动工修建的那个？显然，后者更有可能成功地交付给你一间符合你实际需要的房子。现在，设想你要构建的是软件—这通常是复杂得多而且远比房子更昂贵的项目，再设想你还是面对两个与前面采取相同方法的承包商。选择哪个你会更放心呢？希望你的回答仍是第二个；她有一个更明智的过程。但不幸的是，实践显示：在大多数时间里，组织似乎喜欢选择第一个承包商的方法；热衷于新技术而忽视过程。当然，实践也显示：在我们的产业里，建造大型的、具有关键任务的系统的失败率在85%以上。也许这两种现象有一定的关联。构造阶段构造阶段是软件开发5个阶段（初始、细化、构造、移交和产品化阶段）中的第3个阶段，每个软件的发布版本在其生命周期内都将遍历这些阶段。构造阶段的目标是：*描述剩下的需求。*充实你的系统设计。*保证你的系统达到用户的要求，并与你所在组织的系统整体设计相适合。*完成构件开发和测试，包括软件产品和它的文档。*依靠资源优化来把开发成本降到最低。*尽快地获得足够高的质量。*为你的系统开发有用的版本（a版、b版等）。本书向读者呈现了业界专家所撰写的描述软件领域最佳实践的文章。本书乃至本系列丛书的一个目标是提供已证实的统一过程所包含技术的可替代方案。另一个目标是弥补统一过程中的一些缺陷。因为统一过程是一个开发过程，而不是软件过程，它不可避免地遗漏或缺少了一些对软件专业人员来说非常重要的概念。幸运的是，《软件开发》杂志的作者们已经对过程范围有了更广泛的了解，并已经为我们弥补了许多缺陷。关于本套丛书本套丛书由四卷组成：第1卷介绍初始阶段，第2卷介绍细化阶段，第3卷介绍构造阶段，第4卷介绍移交和产品化阶段。每卷都可独立成书，但是如果想对整个软件过程有一个完整的认识，你需要通读全套丛书。本套丛书的文章覆盖了整个过程，在每卷之间没有重复。我们在为本书选择材料时确实费了一番心思，有大量可以选择的材料，但是篇幅有限，缩小选择范围并不总是那么容易。如果时间和容量没有限制，那么每一本书都可能会有现在的两倍那么厚。通过缩小选择范围，我们相信留下来的文章一定都是精华中的精华。

　　ScottW.AmblerScottW.Ambler是敏捷建模方法学的创建者和思想领导者，是软件开发方法年轻一代的领军人物之一，在理论和实践上的造诣都很深厚。作为一位高级咨询师，他一直积极参与全球各种大型软件开发和过程改进项目。他是RoninInternational公司的高级顾问，该公司是专门提供软件过程指导、敏捷建模（AgileModeling）及基于对象／组件的软件架构建设和开发等方面服务的软件公司。同时，他还是一位视野广阔的方法学者，是《SoftwareDevelopment》杂志的专栏作家，撰写了多部颇受推崇的著作，其中包括《TheObjectPrimer》、《AgileModeling》、《TheElementsofUMLStyle》、《MoreProcessPatterns》等。>>更多作品LarryL.ConstantineLarryL.Constantine是澳大利亚悉尼理工大学计算机科学教授，专门讲授软件工程和组织变更管理。他是最早从事结构化设计以及现代软件工程理论与实践的许多核心概念和模型研究的专家，是一位国际公认的软件人类因素方面的权威。他也是ConstantineLockwood有限公司研发部的主管，负责就“以使用为中心”的设计方法进行咨询和顾问。在近40年的职业生涯中，一直是一位软件工程实践和理论领域中的革新者，他共发表了150多篇论文和文章，出版了10余部专著，其中包括《SoftwareforUse》（该书获得了1999年的JoltProductExcellent大奖）。>>更多作品

第1章  介绍        1
1.1  统一过程        1
1.2  统一过程的增强生命周期        5
1.3  构造阶段的目标        7
1.4  在构造阶段工作一般怎样进行        8
1.4.1  项目管理工作流        8
1.4.2  业务建模工作流        9
1.4.3  需求工作流        9
1.4.4  基础设施管理工作流        10
1.4.5  分析和设计工作流        10
1.4.6  实现工作流        11
1.4.7  部署工作流        11
1.4.8  测试工作流        12
1.4.9  配置和变更管理工作流        12
1.4.10  环境工作流        12
1.5  本书的组织        13
第2章  项目管理工作流        15
2.1  项目管理最佳实践        15
2.2  极限编程        17
2.3  在死亡行军中生存        17
2.4  文章        17
2.4.1  “领导课程”        18
2.4.2  “成功项目管理的秘密”        20
2.4.3  “针对最佳团队绩效的时间定量”        23
2.4.4  “极限编程”        27
2.4.5  “在‘死亡行军’项目中生存”        29
第3章  基础设施管理工作流        33
3.1  战略性复用管理        34
3.2  通过框架进行企业复用        36
3.3  通过构件进行企业复用        36
3.4  文章        37
3.4.1  “复用发生什么情况了”        38
3.4.2  “复用诱惑”        41
3.4.3  “对面向对象复用的现实观察”        45
3.4.4  “复用模式和反模式”        53
3.4.5  “把复用变为现实”        55
3.4.6  “常见的复用者距离”        60
3.4.7  “改进框架可用性“        63
3.4.8  “使框架有价值”        68
3.4.9  “构件构建者的规则”        72
3.4.10  “构件与Catalysis/UML”        77
3.4.11  “构件：逻辑的、物理的模型”        86
第4章  分析和设计工作流        91
4.1  学习面向对象分析和设计的基础知识        91
4.2  分析和设计基本原理        92
4.3  建模最佳实践        93
4.4  给用户界面设计定案        94
4.5  面向对象持久建模        94
4.6  文章        95
4.6.1  “建模心灵鸡汤”        96
4.6.2  “构件的重要性”        100
4.6.3  “把类标准化”        103
4.6.4  “以接口为中心的设计”        106
4.6.5  “模拟继承”        113
4.6.6  “注重细节”        114
4.6.7  “界面多元化”        119
4.6.8  “从对象到关系型数据库的映射的实现”        121
4.6.9  “穿过数据和对象之间的划分，第一部分”        123
4.6.10  “穿过数据和对象之间的划分，第二部分”        126
4.6.11  “映射对象到关系数据库”        130
4.6.12  “在UML中持久性建模”        136
4.6.13  “企业级对象标识”        140
第5章  实现工作流        145
5.1  重新编写代码        147
5.2  编程最佳实践        147
5.3  文章        148
5.3.1  “抛弃软件”        148
5.3.2  “编写可维护的面向对象应用程序”        152
5.3.3  “当用代码无法表达的时候，就采用注释”        160
5.3.4  “可移植的代码是更好的代码”        161
5.3.5  “编写严密的代码”        162
第6章  测试工作流        167
6.1  测试最佳实践        168
6.2  协同工作        169
6.3  文章        169
6.3.1  “编写健壮的回归测试”        169
6.3.2  “一个UML测试框架”        174
6.3.3  “恢复”        179
6.3.4  “调和差异”        181
第7章  配置和变更管理工作流        187
7.1  配置管理        187
7.2  变更管理        188
7.3  可跟踪性        188
7.4  文章        189
7.4.1  “创建配置管理文化”        189
7.4.2  “来自DLL炼狱的问候”        193
7.4.3  “实现版本描述文档”        196
7.4.4  “软件变更管理”        200
7.4.5  “跟踪你的设计”        205
7.4.6  “演化类图”        211
第8章  结束语        217
附录A  参考书目        219
附录B  有贡献的作者        223
附录C  参考资料和推荐读物        227