过程模式（上册）

.1.6　oosp和完整生命周期面向对象测试(floot)　42
1.7　向一个成熟的面向对象软件过程进军：sei的cmm　42
1.7.1　5个cmm成熟度级别　43
1.7.2　关键过程域(kpa)　45
1.7.3　为何追求软件成熟度　49
1.8　oosp的优点与不足　50
1.9　本书其余部分的组织　52
1.10　您在本章中学到的东西　53
1.11　参考文献和推荐读物　54
第一部分　初始
第2章　初始阶段　59
2.1　初始上下文：初始阶段的入口条件　61
2.2　解决方案：一般如何开展初始阶段的工作　62
2.3　解决方案：项目任务　65
2.3.1　管理初始阶段　65
2.3.2　人员管理　65
2.3.3　初始阶段的潜在风险　66
2.3.4　培训和教育问题　67
2.4　结果上下文：初始阶段的退出条件　68
2.5　过程检查清单　68
2.6　您在本章中学到的东西　69
2.7　参考文献和推荐读物　70
第3章　定义和检验初始需求子阶段　71
3.1　初始上下文：定义和检验初始需求的入口条件　73
3.2　解决方案：定义和检验应用的初始需求　74
3.2.1　定义初始需求　75
3.2.2　编写初始需求文档　83
3.2.3　检验初始需求　85
3.2.4　排列初始需求优先级　89
3.3　解决方案：项目任务　90
3.3.1　管理定义和检验初始需求子阶段　90
3.3.2　培训和教育　91
3.3.3　质量保证　91
3.3.4　定义和检验需求时的潜在风险　92
3.3.5　复用的机会　92
3.3.6　测量指标　93
3.4　结果上下文：定义和检验初始需求的退出条件　93
3.5　成功的秘密　94
3.6　过程检查清单　95
3.7　您在本章中学到的东西　96
3.8　参考文献和推荐读物　96
第4章　定义初始管理文档子阶段　99
4.1　初始上下文：确定初始管理文档的入口条件　101
4.2　解决方案：定义初始管理文档　102
4.2.1　制定项目计划　102
4.2.2　评估风险　119
4.2.3　创建主控测试/质量保证计划　121
4.2.4　建立项目章程　122
4.3　解决方案：项目任务　123
4.3.1　管理定义初始管理文档子阶段　123
4.3.2　培训和教育　124
4.3.3　质量保证　124
4.3.4　定义初始管理文档的潜在风险　124
4.3.5　复用的机会　125
4.3.6　测量指标　125
4.4　结果上下文：定义和初始管理文档的退出条件　126
4.5　成功的秘密　126
4.6　过程检查清单　127
4.7　您在本章中学到的东西　128
4.8　参考文献和推荐读物　128
第5章　可行性分析子阶段　131
5.1　初始上下文：项目可行性分析的入口条件　132
5.2　解决方案：项目可行性分析　133
5.2.1　进行可行性研究　133
5.2.2　确定风险　142
5.3　解决方案：项目任务　143
5.3.1　管理可行性分析子阶段　143
5.3.2　培训和教育　143
5.3.3　质量保证　144
5.3.4　项目可行性分析的潜在风险　144
5.3.5　复用的机会　145
5.3.6　测量指标　145
5.4　结果上下文：项目可行性分析的退出条件　145
5.5　成功的秘密　146
5.6　过程检查清单　146
5.7　您在本章中学到的东西　147
5.8　参考文献和推荐读物　147
第6章　定义基础设施子阶段　149
6.1　初始上下文：定义项目基础设施的入口条件　151
6.2　解决方案：定义项目基础设施　153
6.2.1　定义项目团队　153
6.2.2　剪裁软件过程　160
6.2.3　选择工具　165
6.2.4　创建小组备忘录　167
6.3　解决方案：项目任务　168
6.3.1　管理定义基础设施子阶段　168
6.3.2　培训和教育　169
6.3.3　质量保证　169
6.3.4　项目可行性分析的潜在风险　169
6.3.5　复用的机会　170
6.3.6　测量指标　170
6.4　结果上下文：定义项目基础设施的退出条件　171
6.5　成功的秘密　171
6.6　过程检查清单　172
6.7　您在本章中学到的东西　173
6.8　参考文献和推荐读物　173
第二部分　构建
第7章　构建阶段　177
7.1　初始上下文：构建阶段的入口条件　179
7.2　解决方案：一般如何开展构建阶段的工作　180
7.3　解决方案：项目任务　183
7.3.1　管理构建阶段　183
7.3.2　人员管理　197
7.3.3　构建阶段的潜在风险　200
7.3.4　培训和教育问题　204
7.4　结果上下文：构建阶段的退出条件　205
7.5　成功的秘密　206
7.6　过程检查清单　208
7.7　您在本章中学到的东西　209
7.8　参考文献和推荐读物　209
第8章　建模子阶段　211
8.1　初始上下文：建模的入口条件　212
8.2　解决方案：面向对象建模过程　214
8.2.1　理解建模选项　218
8.2.2　架构建模　234
8.2.3　详细建模　240
8.2.4　如何配合使用各种建模技术　245
8.2.5　建模会议的类型　248
8.2.6　模式，无所不在的模式　249
8.3　解决方案：项目任务　252
8.3.1　管理建模子阶段　252
8.3.2　培训和教育　254
8.3.3　质量保证问题　255
8.3.4　建模的潜在风险　256
8.3.5　复用的机会　256
8.3.6　测量指标　258
8.4　结果上下文：建模的退出条件　259
8.5　成功的秘密　261
8.6　过程检查清单　263
8.7　您在本章中学到的东西　264
8.8　参考文献和推荐读物　265
第9章　编程子阶段　269
9.1　初始上下文：编程子阶段的入口条件　270
9.2　解决方案：编写面向对象的代码　271
9.2.1　理解模型　272
9.2.2　复用现有的代码和组件　273
9.2.3　为源代码编写文档　277
9.2.4　编写面向对象的源代码　282
9.2.5　同步源代码与模型　304
9.2.6　准备代码评审　304
9.2.7　优化代码　305
9.2.8　创建一个“构建版”　306
9.2.9　准备集成计划　309
9.2.10　集成与打包应用　309
9.3　解决方案：项目任务　310
9.3.1　管理编程子阶段　310
9.3.2　人员管理　311
9.3.3　培训和教育　312
9.3.4　质量保证　313
9.3.5　编程的潜在风险　313
9.3.6　复用的机会　314
9.3.7　测量指标　314
9.4　结果上下文：编程的退出条件　316
9.5　成功的秘密　316
9.6　过程检查清单　318
9.7　您在本章中学到的东西　319
9.8　参考文献和推荐读物　319
第10章　通用化子阶段　323
10.1　初始上下文：对工作通用化的入口条件　325
10.2　解决方案：将工作通用化　325
10.2.1　确定可能复用的提交产物　326
10.2.2　让部件变得可复用　330
10.2.3　可复用项　334
10.3　通用化的例子　334
10.3.1　持久层　334
10.3.2　一个应用开发框架　338
10.3.3　一个错误处理组件　340
10.4　解决方案：项目任务　343
10.4.1　管理通用化子阶段　343
10.4.2　培训和教育　344
10.4.3　质量保证　345
10.4.4　通用化工作的潜在风险　345
10.4.5　测量指标　346
10.5　结果上下文：通用化工作的退出条件　346
10.6　成功的秘密　346
10.7　过程检查清单　347
10.8　您在本章中学到的东西　348
10.9　参考文献和推荐读物　348
第11章　小范围测试子阶段　351
11.1　初始上下文：小范围测试的入口条件　354
11.2　解决方案：小范围测试　354
11.2.1　制定/更新主控测试/qa计划　357
11.2.2　回归测试　358
11.2.3　检验模型　358
11.2.4　检验代码　364
11.2.5　记录缺陷　372
11.3　解决方案：项目任务　374
11.3.1　管理小范围测试子阶段　374
11.3.2　培训和教育　375
11.3.3　人员管理　375
11.3.4　质量保证　377
11.3.5　小范围测试时的潜在风险　377
11.3.6　复用的机会　378
11.3.7　测量指标　379
11.4　结果上下文：小范围测试的退出条件　380
11.5　成功的秘密　380
11.6　过程检查清单　382
11.7　您在本章中学到的东西　383
11.8　参考文献和推荐读物　383
第12章　后续过程模式　385
12.1　《过程模式(下册)》的内容　385
12.1.1　提交阶段　387
12.1.2　维护和支持阶段　388
12.1.3　oosp的项目任务和跨项目任务　389
12.1.4　在您的组织中引入oosp　391
12.2　您学到的东西　392
12.3　参考文献和推荐读物　392
词汇表　395
索引　425

.　　●确定项目基础设施。
　　●构建阶段。
　　●建模。
　　●编程。
　　●通用化。
　　●小范围测试。
　　●结论性评述。
　　过程模式(下册)：
　　●我们的起点：过程模式。
　　●提交阶段。
　　●大范围测试。
　　●返工。
　　●应用发布。
　　●项目评估。
　　●维护和技术支持阶段。
　　●提供应用技术支持。
　　●确定缺陷和功能增强需求。
　　● OOSP的项目任务和跨项目任务。
　　●在组织中引入OOSP。
　　在这两本书中，在我描述每个串行执行的阶段和迭代执行的子阶段时，我着重讨论了一些项目任务和跨项目任务，这些任务对于您的成功而言是非常关键的。这些任务是：
　　●项目管理。
　　●人员管理。
　　●质量保证。
　　●风险管理。
　　●复用管理。
　　●培训和教育。
　　●提交产物管理。
　　●基础设施管理。
　　是另一颗银弹吗?
　　银弹是指您可以购买并引入组织的一种过程或技术，它会魔术般地杀死“人狼”——延期的项目、超出预算的项目和不能满足用户需求的应用程序。过程模式当然不是银弹，没有什么可以成为银弹。实现本书介绍的过程模式将会是一项困难的任务，需要用数年的时间来完成。如果您正在寻找能快速解决问题的办法，那么过程模式不是您要找的东西，您找的东西不存在。
　　这两本书描述了一组过程模式，提供了足够详细的细节，描述了您可能面对的问题和危险，但是没有详细描述如何实现给定的过程。例如，讲述建模子过程的一章讨论了面向对象建模方法，解释了主要的建模技术以及它们如何相互配合来为组织建模工作提供一个经证实有效的策略。这一章并没有告诉您如何详细地建模，如果您希望学习如何画类图或数据模型，那么您需要从这一章提供的优秀参考书目中选取一本来阅读。过程模式在概念上与设计模式和分析模式相似，它们为常见问题提供了一个模型化的解决方案，但是把如何实现的细节留给了您。
　　如果您灵活地应用OOSP模式语言的过程模式，就可以极大地提高您创建的应用程序的品质并增加它们成功的机会。这些模式是经过实践检验的，它们是有效的。开发软件是一项复杂的任务，您需要一些开发过程来反映这一事实，这些过程对软件专业人员的工作起到了支持和加强的作用。这两本书描述了如何使用对象技术开发大规模的、关键任务应用程序，解释了这些过程模式如何相互配合。我相信这两本书所展示的OOSP是完整的，它们提供了充足的材料，您的组织可以从中选取并剪裁出满足自己独特需要的成熟的软件过程。
　　本书的历史
　　当我开始编写这套丛书(The Object Primer,Building ObjectApplication That 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,ambysoft．com／processPatternsP age．html。
　　其中包含了因特网上一些关于过程模式、组织模式、通用模式、反模式、软件过程和软件过程改进的关键站点。我也养成了一个习惯，就是发布有关面向对象开发方面的重要主题的白皮书，包括一些新的模式，我希望这一个页面(以及我的整个站点)对您有所帮助。让我分享您的想法和经验在The Object Primer一书中，我曾用一些“小提示”框明确地指出了一些有用的技巧。在Build Object Application That Work一书中，我加入了“Scott的个人观点”，针对开发面向对象应用所面临的问题，表达一些我个人的，有时候是有争议的观点。在这两本书中，我加入了“实战故事”框，用来描述我经历过的真实的事件，以帮助解释某个概念或技巧的重要性，同时说明它在实践中是有效的，并不只是一个理论概念。