过程模式（下册）[赠品]

.1.7.4　小范围测试　15
1.8　提交阶段　16
1.8.1　大范围测试　17
1.8.2　返工　17
1.8.3　发布　17
1.8.4　评估　18
1.9　维护和支持阶段　18
1.9.1　对应用提供支持　19
1.9.2　确定缺陷和增强　19
1.10　提交增量式的发行版　19
1.11　增量开发与并行开发　21
1.12　用一点胶水把它粘成一个整体　22
1.13　质量保证　23
1.14　项目管理　24
1.15　人员管理　24
1.16　风险管理　24
1.17　复用管理　24
1.18　培训和教育　25
1.19　测量指标管理　26
1.20　提交产物管理　26
1.21　基础设施管理　27
1.22　oosp的优点与不足　27
1.23　向一个成熟的面向对象软件过程进军：sei的cmm　28
1.24　5个cmm成熟度级别　30
1.25　本书其余部分的组织　32
1.26　您在本章中学到的东西　35
1.27　参考文献和建议读物　35

第一部分　提交

第2章　提交阶段　41
2.1　初始上下文：提交阶段的入口条件　43
2.2　解决方案：一般如何开展提交阶段的工作　44
2.3　解决方案：项目任务　45
2.3.1　管理提交阶段　45
2.3.2　人员管理　47
2.3.3　提交阶段的潜在风险　48
2.3.4　培训和教育问题　50
2.4　结果上下文：提交阶段的退出条件　51
2.5　成功的秘密　52
2.6　过程检查清单　52
2.7　您在本章中学到的东西　53
2.8　参考文献和建议读物　54

第3章　大范围测试子阶段　55
3.1　初始上下文：大范围测试的入口条件　57
3.2　解决方案：大范围测试　57
3.2.1　接受主控测试/qa计划　59
3.2.2　记录缺陷　60
3.2.3　回归测试　61
3.2.4　系统测试　62
3.2.5　用户测试　66
3.3　解决方案：项目任务　70
3.3.1　管理大范围测试子阶段　70
3.3.2　培训和教育　70
3.3.3　人员管理　71
3.3.4　质量保证　71
3.3.5　大范围测试的潜在风险　71
3.3.6　复用的机会　72
3.3.7　测量指标　72
3.4　结果上下文：大范围测试的退出条件　74
3.5　成功的秘密　74
3.6　过程检查清单　76
3.7　您在本章中学到的东西　77
3.8　参考文献和建议读物　77

第4章　返工子阶段　79
4.1　初始上下文：应用返工的入口条件　80
4.2　解决方案：对应用返工　81
4.2.1　对缺陷排列优先次序　81
4.2.2　修复缺陷　83
4.3　解决方案：项目任务　86
4.3.1　管理返工子阶段　86
4.3.2　人员管理　86
4.3.3　质量保证　87
4.3.4　对应用进行返工时的潜在风险　87
4.3.5　复用的机会　88
4.3.6　测量指标　88
4.4　结果上下文：对应用返工的退出条件　89
4.5　成功的秘密　89
4.6　过程检查清单　90
4.7　您在本章中学到的东西　91
4.8　参考文献和建议读物　91

第5章　发布子阶段　93
5.1　初始上下文：发布应用的入口条件　94
5.2　解决方案：发布您的应用　95
5.2.1　准备发布　95
5.2.2　将应用发布给运营和支持部门　103
5.2.3　发布应用给用户　107
5.3　解决方案：项目任务　110
5.3.1　管理发布子阶段　110
5.3.2　人员管理　111
5.3.3　培训和教育　112
5.3.4　质量保证　112
5.3.5　发布应用时的潜在风险　113
5.3.6　复用的机会　113
5.3.7　测量指标　114
5.4　结果上下文：发布应用的退出条件　115
5.5　成功的秘密　115
5.6　过程检查清单　116
5.7　您在本章中学到的东西　117
5.8　参考文献和建议读物　118

第6章　评估子阶段　119
6.1　初始上下文：评估您的工作的入口条件　121
6.2　解决方案：评估您的工作　122
6.2.1　评估项目和项目团队　122
6.2.2　用文档记录评估的结果　129
6.3　解决方案：项目任务　131
6.3.1　管理评估子阶段　132
6.3.2　人员管理　132
6.3.3　质量保证　132
6.3.4　评估您的工作时的潜在风险　133
6.3.5　复用的机会　134
6.3.6　测量指标　134
6.4　结果上下文：评估工作的退出条件　134
6.5　成功的秘密　135
6.6　过程检查清单　136
6.7　您在本章中学到的东西　137
6.8　参考文献和建议读物　137

第二部分　维护和支持

第7章　维护和支持阶段　141
7.1　初始上下文：维护和支持阶段的入口条件　145
7.2　解决方案：一般如何开展维护和支持阶段的工作　145
7.3　解决方案：项目任务　147
7.3.1　管理维护和支持阶段　147
7.3.2　人员管理　147
7.3.3　维护和支持阶段的潜在风险　148
7.3.4　培训和教育问题　149
7.4　结果上下文：维护和支持阶段的退出条件　150
7.5　成功的秘密　150
7.6　过程检查清单　151
7.7　您在本章中学到的东西　151
7.8　参考文献和建议读物　152

第8章　支持子阶段　153
8.1　初始上下文：为应用提供支持的入口条件　154
8.2　解决方案：支持您的应用　155
8.2.1　响应支持请求　156
8.2.2　确定解决方案　157
8.2.3　解决问题　160
8.3　解决方案：项目任务　162
8.3.1　管理支持子阶段　162
8.3.2　人员管理　166
8.3.3　培训和教育　166
8.3.4　质量保证　167
8.3.5　为应用提供支持时的潜在风险　167
8.3.6　复用的机会　168
8.3.7　测量指标　168
8.4　结果上下文：应用支持的退出条件　169
8.5　成功的秘密　169
8.6　过程检查清单　170
8.7　您在本章中学到的东西　171
8.8　参考文献和建议读物　171

第9章　确定缺陷和增强子阶段　173
9.1　初始上下文：确定缺陷和增强的入口条件　173
9.2　解决方案：确定缺陷和增强　175
9.2.1　分析软件变更请求(scr)　176
9.2.2　排列维护变更的优先次序　177
9.2.3　将维护变更定位到具体的配置项　178
9.3　解决方案：项目任务　179
9.3.1　对确定缺陷与增强子阶段的管理　179
9.3.2　人员管理　180
9.3.3　培训和教育　180
9.3.4　质量保证　180
9.3.5　确定缺陷和增强时的潜在风险　181
9.3.6　复用的机会　181
9.3.7　测量指标　182
9.4　结果上下文：确定缺陷与增强的退出条件　182
9.5　成功的秘密　182
9.6　过程检查清单　183
9.7　您在本章中学到的东西　184
9.8　参考文献和建议读物　184

第三部分　串成整体

第10章　oosp的项目任务和跨项目任务　189
10.1　项目管理　191
10.1.1　项目管理的构成　191
10.1.2　里程碑　192
10.1.3　成功的秘密　194
10.2　人员管理　196
10.2.1　协同工作　196
10.2.2　报酬系统　197
10.2.3　政治、权力斗争及其他　198
10.2.4　为面向对象项目安排人员　201
10.2.5　成功的秘密　201
10.3　培训和教育　203
10.3.1　预期的技能生命期　203
10.3.2　让人们开始使用对象技术　204
10.3.3　课堂培训和教育的成功方式　209
10.3.4　个人指导的成功方式　210
10.3.5　成功的秘密　211
10.4　质量保证　213
10.4.1　您的项目过程中的质量保证　215
10.4.2　关于iso 9000　217
10.4.3　成功的秘密　218
10.5　风险管理　219
10.5.1　风险的来源　220
10.5.2　风险管理过程模式　222
10.5.3　项目过程中可能的风险　223
10.5.4　成功的秘密　225
10.6　复用管理　226
10.6.1　复用的类型　229
10.6.2　在项目过程中可能复用的情况　236
10.6.3　复用能力模型　236
10.6.4　复用工具　239
10.6.5　成功的秘密　239
10.7　测量指标管理　242
10.7.1　为什么您应该收集测量指标　242
10.7.2　在项目过程中收集测量指标　243
10.7.3　测量指标分类　245
10.7.4　适用于整个oosp的测量指标　246
10.7.5　建立一个测量指标计划　247
10.7.6　成功的秘密　248
10.8　提交产物管理　249
10.8.1　软件配置管理　250
10.8.2　优秀提交产物的品质　250
10.8.3　项目过程中的提交产物　251
10.8.4　成功的秘密　253
10.9　基础设施管理　254
10.9.1　项目中的基础设施　255
10.9.2　成功的秘密　256
10.10　您在本章中学到的东西　257
10.11　参考文献和建议读物　257

第11章　在组织中引入oosp　261
11.1　能力成熟度模型(cmm)　263
11.1.1　cmm的5个成熟度级别　264
11.1.2　理解关键过程域(kpa)　266
11.1.3　kpa与oosp的对应关系　268
11.1.4　在组织中引入过程模式的一种可能的时间进度安排　271
11.2　在组织中引入过程模式　273
11.2.1　初始化——启动您的过程改进计划　273
11.2.2　诊断——评估您的状态并确定您的目标　275
11.2.3　建立——组织您的过程改进计划　277
11.2.4　行动——为组织定义过程　283
11.2.5　行动——实现过程　288
11.2.6　扩充——评估并迭代　290
11.3　重新考虑您的组织结构　291
11.4　成功的秘密　296
11.5　您在本章中学到的东西　300
11.6　参考文献和建议读物　300

临别赠言　303
词汇表　305
索引　341

.　　 ● 构建阶段：
　　 ● 建模：
　　 ● 编程：
　　 ● 通用化；
　　 ● 小范围测试：
　　 ● 结论性评述。
　　 过程模式(下册)：
　　 ● 我们的起点：过程模式：
　　 ● 提交阶段；
　　 ● 大范围测试；
　　 ● 返工；
　　 ● 应用发布；
　　 ● 项目评估；
　　 ● 维护和技术支持阶段；
　　 ● 提供应用技术支持；
　　 ● 确定缺陷和功能增强需求：
　　 ● OOSP的项目任务和跨项目任务；
　　 ● 在组织中引入OOSP。
　　 在这两本书中，在我描述每个串行执行的阶段和迭代执行的子阶段时，我着重讨论了一些项目任务和跨项目任务，这些任务对于您的成功而言是非常关键的。这些任务是：
　　 ● 项目管理；
　　 ● 人员管理；
　　 ● 质量保证：
　　 ● 风险管理；
　　 ● 复用管理；
　　 ● 培训和教育；
　　 ● 提交产物管理；
　　 ● 基础设施管理。
　　是另一颗银弹吗?
　　 银弹是指您可以购买并引入组织的一种过程或技术，它会魔术般地杀死"人狼"--延期的项目、超出预算的项目和不能满足用户需求的应用程序。过程模式当然不是银弹，没有什么可以成为银弹。实现本书介绍的过程模式将会是一项困难的任务，需要数年的时间来完成。如果您正在寻找能快速解决问题的办法，那么过程模式不是您要找的东西，您找的东西不存在。
　　 这两本书描述了一组过程模式，提供了足够详细的细节，描述了您可能面对的问题和危险，但是没有详细描述如何实现给定的过程。例如，在讲述建模子过程的一章中讨论了面向对象建模方法，解释了主要的建模技术以及它们如何相互配合来为疽织建模工作提供一个经证实而有效的策略。这一章并没有告诉您如何详细地建模，如果您希望学习如何画类图或数据模型，那么您需要从这一章提供的优秀参考书目中选取一本来阅读。过程模式在概念上与设计模式和分析模式相似，它们为常见问题提供了一个模型化的解决方案，但是把如何实现的细节留给了您。
　　 如果您聪明地应用OOSP模式语言的过程模式，就可以极大地提高您创建的应用程序的品质并增加它们成功的机会。这些模式是经过实践检验的，它们是有效的。开发软件是一项复杂的任务，您需要一些开发过程来反映这一事实，这些过程对软件专业人员的工作起到了支持和加强的作用。这两本书描述了如何使用对象技术开发大规模的、关键任务应用程序，解释了这些过程模式如何相互配合。我相信这两本书所展示的OOSP是完整的，它们提供了充足的材料，您的组织可以从中选取并剪裁出满足自己独特需要的成熟的软件过程。
　　本书的历史
　　 当我开始编写(The Object Primer，Building Object ApplicationsThat Work,Process Patterns，More Process Patterns)这套丛书时，我的初衷是想将第三本书写成"经理的面向对象技术"。尽管我的出发点很不错，但是在我写前两本书的过程中，市场上出现了一些专门为经理们所写的一些非常好的书。我需要重新考虑我的策略，而我最近的项目经验告诉我，急需一本面向对象开发过程方面的图书。于是就有了《过程模式(上册)》和《过程模式(下册)》这两本书。
　　 大约在同时，我工作的对象技术咨询公司正在进行一些严肃的反思。我们已经非常成功地运用对象技术实现了一些应用程序，为各行各业的客户做过大小不一的项目。我们做过的一些项目得到了面向对象业界的一些奖项的提名，曾获得过一个头等奖和两个第二名。当我们经历到第一个失败的项目(也是我个人的第一个失败项目)时，我们遇到了危机，那是我们第一次接受转包工程，我们没有完全的控制权。我是该项目的首席架构师，所以我了解所有出问题的地方的第一手资料--这是一种无价的学习经验。我从一些商业杂志上阅读过一些文章，这些文章指出最好的潜在新雇员是那些经历过失败的挫折，从中学习到经验，然后从失败中重新站起来的人。现在我知道这些文章是怎样写出来的了，您知道吗?他们是对的。
　　 当一切尘埃落定之时，我们得到了结论。尽管我们事先知道要做的是什么，我们甚至计划了在项目上做"正确的事情"，但还是任由总包商和客户将我们赶向了失败。之所以出现这种原因，是因为我们没有把我们的软件过程进行很好的文档化。我们知道我们在做什么，也充分理解一组过程模式，并曾经将它们应用到一些客户的项目中。我们在一起工作得很好，每个人都知道如何做自己负责的工作，但是我们所缺少的是能够描述我们做什么和怎么做的完全文档化的软件过程。当项目出现问题时，我们没有一个完全文档化的过程可以依靠，也没能警告我们某些方面出了问题。
　　 事情变得很清楚，我们需要完善我们的开发过程文档。出于这一原因，同时也因为我已经开始了这两本书的写作，我被授权负责管理公司软件过程的文档。这是一个内部项目，其目的是定义我们如何来构建一个系统。
　　随着时间的流逝，公司成功地在一些项目中执行了既定的软件过程，我也换到了更新的领域，帮助其他的组织定义和实现能满足他们特殊需求的软件开发过程。《过程模式(上册)》和《过程模式(下册)》总结了我为多个组织开发大规模、关键任务软件方面的经验，也总结了我帮助这些组织理解如何有效地开发面向对象软件的经验。我相信，这两本书将提供一个超群的起点，您的组织可以从这里出发，制定满足你们特定需求的OOSP。
　　如何阅读本书
　　 我建议每个人都阅读一下《过程模式(上册)》的第1章，其中介绍了什么是过程模式，以及OOSP和能力成熟度模型(CMM)的要点。每个人都应该读《过程模式(下册)》的第10章，其中总结了这两本书中描述的项目任务和跨项目任务。这些任务是把项目维系在一起的"胶水"。但是从根本上来说，您需要通读这两本书，这样才能理解怎样对软件进行开发、维护和支持。当然，对您的工作细节有详细的了解是很关键的，但是对您的工作所处的大环境有一定理解也是同等重要的。我的经验告诉我，最好的软件开发者都应理解整个OOSP，从而能够专注于他们最感兴趣的部分。
　　 高级管理层
　　 您需要阅读《过程模式(下册)》的第11章，其中讨论了将过程模式引入您的组织的问题。当然，为您的组织中的每个人都买下这套书是个不错的开始(但从我个人的观点来说，为每人多买几套书将是更好的开始)，但是实际的情况是，过程的改进需要多年的努力，必须积极地予以支持和保护。我为您提供了一个非常好的基础，您可以在此基础之上开始您的工作，现在难题交给了您。
　　 项目经理
　　 对不起，您需要从头到尾阅读这两本书。从第1章开始阅读比较好，然后继续阶段总结的章节(《过程模式(上册)》的第2章和第7章， 《过程模式(下册)》的第2章和第7章)，然后是《过程模式(下册)》的第10章，其中讨论了项目任务和跨项目任务。这会让您对整个开发过程如何工作有一个良好的总体认识，但是您还是会愿意从头到尾地阅读这两本书，以获得对OOSP和过程模式的详细理解，然后将它们应用到您的项目中去。
　　 建模人员和程序员
　　 您会愿意阅读有关构建阶段的章节(《过程模式(上册)》的第7～11章)，以理解您在开发过程中的角色是什么，以及如何与测试组一起工作。您也应该阅读有关初始阶段的章节(《过程模式(上册)》的第2章)以及有关定义和验证初始需求子阶段的章节(《过程模式(上册)》的第3章)，以理解进入构建阶段的输入信息是如何得到的。您还应该阅读有关提交阶段的章节(《过程模式(下册)》的第2章)以理解您的直接客户的需求。您也需要理解返工子阶段，这在《过程模式(下册)》的第5章中介绍，以理解关于大范围的测试中发现的缺陷问题。
　　 测试人员
　　 您需要阅读关于测试的两章(《过程模式(上册)》的第11章和《过程模式(下册)》的第3章)。参与构建过程测试(小范围测试)的测试人员需要阅读定义和验证初始需求的章节以及构建阶段的相关章节。参与构建后的测试(大范围测试)的测试人员需要阅读提交阶段的章节和大范围测试的章节。
　　 质量保证工程师
　　 您应该阅读《过程模式(上册)》的概述章节和《过程模式(下册)》第10章中关于质量保证的小节。然后，根据您参与的OOSP的部分，您需要阅读相应的章节以理解您所支持的过程。
　　 过程经理
　　 像项目经理一样，您需要从头到尾阅读这两本书。从《过程模式(上册)》的第1章和《过程模式(下册)》的第10章及第11章开始是比较好的。您需要重点阅读第11章，因为它描述了在组织中引入和管理软件过程改进的策略，这是您的工作重点。然后您应该依次阅读这两本书的所有章节，以完整地理解整个OOSP。
　　 复用工程师
　　 因为复用可以通过整个OOSP来达到，所以您需要阅读这两本书中与您支持的工作相对应的部分。从建模子阶段和通用化子阶段的章节(《过程模式(上册)》的第10章)开始是比较好的，其中描述了支持系统性复用和机会主义复用的相关技巧。正如您猜测的那样，《过程模式(下册)》的第10章总结了本书中提出的各种复用的技巧和机会。
　　 软件配置管理(SCM)工程师
　　 您会愿意阅读构建阶段的章节(《过程模式(上册)》的第7章)，其中描述了SCM过程的细节，这些过程将贯穿OOSP的始终。其他有关构建阶段的章节也很重要，因为它们描述了SCM必须支持的主要开发过程。《过程模式(下册)》的第9章对您来说也是重要的，因为它描述了确定缺陷和增强子阶段。这个子阶段集中解决确定现存软件的维护变更问题，这是SCM支持的一个重要过程。
　　 风险评估师
　　 您需要阅读您评估的过程所对应的章节，而且您会很高兴地发现每个子阶段的章节都包含了一个小节，描述了这一子阶段的潜在风险。这些风险在《过程模式(下册)》的第10章也进行了总结。
　　 培训经理
　　 您会发现《过程模式(下册)》的第10章总结了向组织中的信息专业人士教授OOSP所需的东西，以及各阶段和子阶段对应的章节中首要指出的内容。 《过程模式(下册)》的第5章描述了发布子阶段，其中有一个小节讨论了对您的组织的用户群体、技术支持群体和运营群体进行培训的需求。当一个应用或一个新版本将要发布时，需要进行这方面的培训。
　　 技术支持和运营工程师
　　 您会愿意阅读发布子阶段和维护与技术支持子阶段的章节(《过程模式(下册)》的第7～9章)，因为这些章节的重点放在对应用进行运营和技术支持等方面。
　　 教授和学生
　　 我相信《过程模式(上册)》和《过程模式(下册)》作为大学二年级或三年级在软件过程方面的课程教材是非常理想的。这两本书应该按／顷序从头教到尾，从头学到尾。
　　在线过程模式资源
　　 我制作了过程模式资源的页面，我会不断地维护它。网址如下：http：／／www．ambysofi．com／processPattemsPage．html
　　 其中包含了因特网上一些关于过程模式、组织模式、通用模式、反模式、软件过程和软件过程改进的关键站点。我也养成了一个习惯，就是发布有关面向对象开发方面的重要主题的白皮书，包括一些新的模式，我希望这一个页面(以及我的整个站点)对您有所帮助。让我分享您的想法和经验
　　 在The Object Primer一书中，我曾用一些"小提示"框明确地指出了一些有用的技巧。在Building Object Applications ThatWork一书中，我加入了"Scott的个人观点"，并针对开发面向对象应用所面临的问题，表达了一些我个人的，有时候是有争议的观点。在这两本书中，我加入了"实战故事"框，用来描述我经历过的真实的事件，以帮助解释某个概念或技巧的重要性，同时说明它在实践中是有效的，并不只是一个理论概念。