统一过程最佳实践：移交和产品化阶段

　　统一过程是面向对象基于构件软件开发过程的惟一过程和标准过程吗？本书是这四本系列丛书的最后一本，它对统一过程提出了批评意见。作者介绍了其他可选择的软件过程，并且将统一过程与其他软件过程综合形成了一个处理真实世界开发和产品需要的更完整的、更健壮的统一过程。在详细阐述一个更完整的统一过程之后，每一卷书介绍了当前实现统一过程各个阶段（初始、细化、构造、移交和产品化）最佳实践的大师的经验智慧集合。汇集业界杰出人物的集体智慧。来自于EllenGottesdiener、LarryO’Brien、SteveMcConnell、LarryRunge、KarlWiegers等的文章为读者提供对如下论题的观点：●如何开发和维护大规模、关键任务软件。●程序设计如何适合整体开发生命周期。●提高你的角色（职业）的技巧和技术。并且在需求、管理项目风险、测试和度量投入以及选择和配置正确的工具等方面采用最佳实践来处理实施软件过程的若干细节。一个增强生命周期来实现企业级统一过程。本书提供了正确部署、操作和支持新系统所需要的信息。在移交阶段将一个新系统交付给用户团体的过程中，你将：●测试和验证完整的系统。●并行地操作所开发的系统和遗留系统。●转换遗留的数据库和系统，使之支持新发布的版本。●培训用户操作人员、支持人员和维护开发人员。为了确保产品化阶段中系统的连续运行，你将：●监控系统，采取恰当的操作来确保系统连续运行。●操作和维护相关的工作、日志记录和支持系统。●对帮助请求、错误报告和特性请求做出响应。●管理变更控制过程。本书的内容由美国（（SoftwareDevelopment））杂志提供。

　　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  企业统一过程 (EUP)        4
1.3  移交阶段的目标        6
1.4  产品化阶段的目标        6
1.5  在移交和产品化阶段通常工作如何进行        7
1.6  需求工作流        7
1.7    分析和设计工作流        8
1.8  实现工作流        8
1.9  部署工作流        8
1.10  测试工作流        8
1.11  操作和支持工作流        8
1.12  配置和变更管理工作流        9
1.13  项目管理工作流        9
1.14  基础设施管理工作流        9
1.15  本书的组织        10
第2章  部署        11
2.1  部署工作流的最佳实践        11
2.1.1  部署准备        11
2.1.2  部署系统        13
2.2  文章        13
2.2.1  有效的软件部署        14
2.2.2  计划部署        17
2.2.3  计划恰当的首次演示        19
2.2.4  创建好的安装        23
2.2.5  可管理的移植        25
2.2.6  UML 部署建模和超越        29
2.2.7  把标签A放在插槽B中        32
2.2.8  垃圾管理        35
第3章  测试        39
3.1  测试工作流的最佳实践        39
3.1.1  将测试人员放在首位        40
3.1.2  有效的测试实践        41
3.1.3  测试没有真正地结束        42
3.2  文章        43
3.2.1  招募软件测试人员        43
3.2.2  培训测试人员        48
3.2.3  运转一个持久的软件测试小组        52
3.2.4  根据用户优先级选择测试用例        59
3.2.5  J2EE测试入门        64
3.2.6  真实世界的接受测试        68
3.2.7  不要浪费你的bug        71
3.2.8  生存能力消防演习        75
第4章  项目管理        83
4.1  项目管理工作流的最佳实践        83
4.1.1  从经验中学习        83
4.1.2  从灾难中恢复        84
4.2  文章        86
4.2.1  从柠檬中榨柠檬汁        86
4.2.2  向后看        89
4.2.3  迷失在混乱中：失败时间表        95
4.2.4  挽救处于麻烦中的项目        101
4.2.5  补救当前的工作        106
4.2.6  无痛的解雇：说再见        108
第5章  操作和支持        113
5.1  操作和支持工作流的最佳实践        113
5.1.1  操作        113
5.1.2  支持        113
5.2  文章        115
5.2.1  系统操作的秘密生活        115
5.2.2  忽视提供帮助请求将带来危险        118
5.2.3  你的帮助有多大作用        121
5.2.4  从帮助平台获得真正的帮助        127
5.2.5  开发者的焦虑：产品支持        130
第6章    基础设施管理        135
6.1  基础设施管理工作流的最佳实践        135
6.1.1  系统安全        136
6.1.2  通过开放源码软件进行复用        136
6.1.3  软件过程改进        137
6.2  文章        140
6.2.1  谁在我的应用中        140
6.2.2  入侵检测：集中在电子开发和安全上        142
6.2.3  通过内部的开放源码进行复用        146
6.2.4  艺术和工艺软件        149
6.2.5  免费软件的道德规范        151
6.2.6  软件过程改进：10个要避免的陷阱        156
6.2.7  运行中的过程改进        161
6.2.8  超越优化        168
6.2.9  开始行动        171
6.2.10  统一霸权        173
第7章  超越统一过程-敏捷软件过程        177
7.1  迈向敏捷        177
7.2  敏捷软件过程        180
7.3  文章        182
7.3.1  方法的敏捷性        183
7.3.2  敏捷宣言        186
7.3.3  给过程节食        191
7.3.4  设计已死？        197
7.3.5  学到的极限经验教训        202
7.3.6  极限编程        206
7.3.7  精益编程（第一部分）        208
7.3.8  精益编程（第二部分）        213
7.3.9  极限建模        216
7.3.10  近距离洞察极限建模        220
第8章  结束语        225
附录A  参考书目        227
附录B  作者索引        231
附录C  参考文献        235