Rational统一过程：实践者指南

　　每个软件开发团队都有意或无意地遵循某种过程。在一两个人或几个人组成的开发团队中，过程是很简单的。他们只产生很少的文档，分析和设计也不是很正规，项目的源代码在所有制品中占有很重要的地位。在几十人甚至上百人的开发团队中，团队成员通常分布在不同的大厦甚至是世界各地，因而过程也有更多规定。？且嘈锤嗟恼轿牡担蜕嬷诤献饕黄鹛致巯钅康姆治龊蜕杓疲⑼ü嵋椤⒄故尽⑽牡岛推渌破凡鞣治龊蜕杓啤Ｏ钅康拇胨淙灰埠苤匾皇窍低持诙嘀破分械囊桓鲎槌刹糠帧＜虻サ墓毯透丛拥墓滩⒉皇嵌粤⒌模好恳桓鑫侍饬煊颉⒚恳恢挚⒎绞胶兔恳桓龅ザ赖南钅慷夹枰屎咸囟ㄐ枨蟮目⒐獭？也就是说，无论规模大小，所有成功的项目都有一些共同特征。相反，不成功的项目都不具备这些特征。通过观察一个成功的项目就会发现：团队成员合作得很好，每个开发人员都努力完成自己的活动和制品，同时与其他团队成员协调一致地工作。这种项目通常都很灵活、易于适应需求变更，并且它具有可预测性、可靠性，能够产生高质量的代码。总而言之，这些项目遵循的过程是开发工作方式的一部分，这个过程是不可见的，但是它的精神却通过团队成员生产的制品不断传递下去。Rational统一过程（或叫做RUP）的灵魂体现了这个不可见的过程。RUP不断地发展，它浓缩了不同领域数以千计的项目经验。PerKroll和PhilippeKruchten是最有资格以有效、务实的方法介绍RUP的人，他们在Rational软件公司创立并在世界范围内推广RUP的过程中起到了十分重要的作用。有些开发人员抵制使用RUP，他们认为RUP只不过用来减少代码。事实上，RUP并非他们想像的那样，它可以帮助开发团队成员更好地配合，把主要精力放到开发有价值的代码上。Per和Philippe首先介绍了RUP的灵魂，然后阐明如何在不同类型和规模的项目中应用RUP。在介绍了如何应用RUP后，本书讨论了更实际的问题，包括如何把RUP引入开发组和要避免哪些问题。本书首先让不同涉众接受RUP，然后分别从项目经理、系统分析员、系统架构师、开发人员和测试人员的角度介绍RUP。成功项目的开发过程看起来很简单，但实际上有很多深层次的思想蕴含在其中。在本书中，Per和Philippe以易懂、实用的方法阐述了这些思想。读完本书，相信你的项目也将会体现RUP的灵魂。GradyBoochRational软件公司首席科学家2003年2月虽然目前有数以千计的项目有效的使用Rational统一过程，但是一些开发团队仍然不敢轻易使用它。他们认为实施一个新的软件开发过程可能会很困难。本书的目的就是要告诉读者RUP实际上是很简单的。本书解释了RUP的基本软件开发原理，并指导读者在自己的开发组织中应用它。通过阅读本书，读者将会学到：·Rational统一过程的根本原理，数以百计的成功软件项目证明它是有效的；·在实践中如何通过遍历RUP项目的各个阶段应用这些原理；·在RUP项目中，项目经理、系统分析员、系统架构师、开发人员、测试人员和过程工程师担当的角色和职责；·如何以最小的风险不断采用并配置统一过程；·如何辨别失败项目的特征，如何避免失败。Rational统一过程（RationalUnifiedProcess，或RUP）①是由Rational软件公司研发并推广的一套软件工程过程框架。它凝结了众多领域成功的软件开发最佳实践经验的精华，很多计算机科学家曾为之共同努力。RUP在多年的实际应用过程中，被广泛应用在不同领域。它提供了一整套严格的方法来分配并管理软件开发组织中的任务和责任。通过应用RUP，软件开发团队可以生产出满足最终用户需求的高质量的软件产品，并且可以有效地控制项目的进度和预算。RUP指导软件开发者如何有效地应用现代软件最佳实践：迭代开发、以架构为中心进行开发的方法、在开发过程的每一个阶段化解风险及持续地验证软件质量等。虽然有数以千计的项目正有效地使用RUP，但是一些开发团队仍然不敢轻易使用它，他们认为实施一个新的软件开发过程？赡芑岷芾选Ｊ导噬希琑UP并不困难也不复杂。编写本书的目的就是要告诉读者RUP实际上是很简单的。本书解释了RUP的基本软件开发原理，并指导读者在自己的开发组织中应用它。本书还告诉读者如何在一个开发组织或项目中量身定制RUP过程配置。为什么写这本书在帮助软件企业应用RUP的十几年时间和开发RUP产品的六年时间中，我们有机会了解到RUP中哪些部分是很有效的，哪些不是。我们看到过很多成功应用RUP的例子，同时也看到了一些项目和开发团队在应用它时遇到的挑战。我们有幸与很多软件开发实践的先行者一同工作，并且通过日常的工作从他们身上学到了很多宝贵的经验。最近，我们看到了很多软件公司“过分地”应用了RUP。是的，事实确实是这样。我们觉得有必要写一本关于RUP的书，不仅要告诉读者应该去做什么，生产什么样的产品，并且要告诉读者如何正确地应用它，应该避免做什么。我们要给读者解释如何在实践中应用RUP，在一个特定项目中什么时候应用RUP的哪些部分。我们想帮助读者理解如何在不同规模和不同类型的项目中应用RUP。在这本书中，我们想和读者分享我和同事们在多年的实践中积累的宝贵经验。我们的目的是为项目经理、系统分析员、系统架构师、开发人员、测试人员、过程工程师和其他的团队成员以及涉众提供一个易懂的关于RUP的指导。我们通过提炼使用RUP的多年实际经验来达到这个目的，告诉每个角色要了解哪些最本质的内容，解释在RUP中如何扮演他们的角色。这本书不是RUP产品自身的替代品。这本书提供了几百页的实际开发指南，而RUP产品提供了长达几千页的指导，包括关于角色和活动的诸多方面的指导，同时还提供了可以加快开发进度的模板。并且它紧密地结合了开发工具、搜索引擎、图形导航和其他一些基于网络的特性。与本书不同的是，RUP是不断发展的，始终为应用项目提供最新的指导。最后，本书还指导读者结合特定的需求定制RUP的框架。从本书中可以学到什么通过阅读本书，读者将会学到：·RUP的基本原理，数以百计的成功软件项目证明它是有效的；·在实践中如何通过遍历RUP项目的各个阶段应用这些原理；·在RUP项目中，项目经理、系统分析员、系统架构师、开发人员、测试人员和过程工程师担当的角色和职责；·如何以最小的风险不断采用并配置RUP；·如何辨别失败项目的特征，如何避免失败。读者对象本书是为下列读者编写的：·正在使用或准备使用RUP的开发团队的所有成员，包括需要引入并大致了解RUP概念的管理人员和想要了解RUP的实际应用的管理人员·软件项目的实践者：要深入了解RUP并结合其特定角色应用RUP的项目经理、系统分析员、系统架构师、开发人员、测试人员和过程工程师·要了解如何将RUP应用在其组织中的管理人员和过程工程师本书的结构和内容本书分为四个部分：介绍、浏览、应用和基于角色的指导。第一部分介绍RUP。第1章解释了什么是RUP及开发和应用RUP的动机。第2章“RUP的灵魂”介绍了RUP的基本原理，它是通过总结很多成功的开发案例而得到的，并被精炼为几个简单的方针。理解这些原理有助于在项目中更好地应用RUP。第3章提供了一个比较不同过程的方法，并用这个方法对RUP和其他敏捷过程、传统的过程和像SEICMM和SPICE这样的过程评估框架进行比较。这些比较有助于理解针对不同的项目选用什么样的RUP配置。第4章提供了一个应用RUP的小项目的例子：一个人在一个星期内完成的项目。抛开大型项目的规范，可以更好地认识RUP的本质。第二部分通过讲述RUP的四个阶段更深入地描述了RUP。这四个阶段是：初始阶段、细化阶段、构造阶段和移交阶段。第5章介绍？绾斡τ玫椒ǎ赋稣馑母鼋锥沃谐＜奈蠼狻５？6～9章分别对这四个阶段做了详细的介绍。我们把注意力集中到每个阶段的目的上，并且指导读者如何达到这些目的。这有助于在实际项目中集中精力完成最重要的活动。另外，从时间顺序——应用在实际项目中的顺序——的角度描述了RUP的活动，让读者理解在一个项目中，什么时候执行哪些活动。采用RUP需要开发组织有一些预备知识。第三部分提供了支持流水线型实现的一些重要领域的基础知识。第10章介绍RUP产品，解释如何对其进行扩展和配置以适用于特定的项目或开发团队。第11章简要介绍了有助于实现包含增量展示、试验性项目和培训课程的过程的一些策略。经验表明，项目经理完成从瀑布模型到迭代开发的转变是很困难的。第12章指导项目经理如何计划RUP项目。这么多年以来，我们见过很多使用RUP的成功案例和失败案例。第13章描述了一些失败的案例，并指导开发者避免重蹈覆辙。RUP产品提供广泛的软件开发活动的指导。第四部分，第14～18章对软件项目中的五种主要角色分别提供指导，这五种角色是：项目经理、系统分析员、系统架构师、开发人员和测试人员。分别站在每种角色的角度上解释RUP，描述他们的任务、需要具备的素质和主要活动，并推荐相应的读物和培训教材。本书没有一个独立的章节介绍过程工程师的工作：这个角色的描述包含在第10章和第11章中。如何阅读本书根据读者在软件组织中的角色和希望从本书学到的内容来分，我们推荐下面的阅读方法：·如果只是想对RUP有一个基本的认识，阅读第1、2、4章。·如果想对RUP有一个全面的了解，通读第1～9章。·如果想根据特定的角色详细了解RUP：——项目经理，阅读第1～14章。——系统分析员，阅读第1～9、13和15章（可选读第8、9章）。——系统？芄故Γ亩恋？1～9、13和16章。——开发人员，阅读第1～9、13、17章（可选读第6章）。——测试人员，阅读第1～9、13、18章。——过程工程师，阅读第1～11、13章。·对于执行官（executive）如果想对RUP有一个大概的认识，并了解采用RUP需要做哪些工作，阅读第1、2、4章和第11章。更多的信息本书的最新信息，包括更新、相关文章、论坛和作者演讲时间表可以在以下网址找到：brhttp：//www.rupmadeeasy.com。RUP产品的附加信息，包括数据表和产品演示版本可以在Ratioanl软件公司的主页上找到：http：//www.rational.com/products/rup。对于已经使用RUP产品的读者，在Rational开发者网络（RationalDeveloperNetwork，RDN）的RUP知识中心上可以找到更多资源：http：//www.rational.net。研究机构可以联系Rational软件公司索取关于RUP的软件工程课程的信息：http：//www.rational.com/corpinfo/college_relations/seed/index.jsp致谢Ratioanl统一过程集中了数以千计的天才软件开发实践者经验的精华。我们能有机会和他们在一起工作来开发RUP产品并编写这本书，感到非常荣幸。本书离不开RUP产品及其当前产品开发小组，他们是：MikeBarnard、AmandaBrijpaul、SusanBuie、MargaretChan、FionnaChong、ErinCurtis、PhilipDenno、CarlosGoti、DebraGray、BjörnGustafsson、SigurdHopen、KelliHouston、LarsJenzer、JohnLambert、BruceMacIssac、BrysantMacy、GlenysMacIsaac、JohnRingoen、DanShiffman、PaulSzymkowiak和ChinhVo。Rational小组和技术专家在很多年的研发及使用RUP的过程中积累了宝贵的经验。他们指出了RUP中哪些部分有效，哪些部分无效。我们很感谢这些专家提出的精辟见解，在这里特别感谢：GoranBegic、ThomasBichler、KurtBittner、AnthonyCrain、SamCourtenay、JérômeDesquilbet、MariaEricsson、CarlosGoti、JimHeumann、JoeMarasco、Pan-WeiNg、AndyPhillipson、GaryPollice、LesleeProbasco、WalkerRoyce、JohnSmith和IanSpence。还要感谢GradyBooch，他审阅了本书并为本书作序。当一个法国人和一个瑞典人在一起写书时，书稿的语言必然有许多需要改进之处。Rational软件公司的编辑CatherineSouthwood、MikePerrow和MarleneEllin以极大的热情和专业精神帮助我们解决了这个问题，还要感谢我们的编辑KellySweeney和JosephFatton。我们还要特别感谢我们的妻子SusanKroll和SylvieKruchten，她们耐心地陪伴我们度过很多个用于编写此书的周末和夜晚。最后，要感谢出版社的朋友：MaryO’Brien，Addison-Wesley产品与市场部的人员，其中包括TyrrellAlbaugh和ChristopherGuzikowski，他们帮助本书顺利出版。

　　Perkroll是Rational软件公司的主管，他负责开发和管理Rational统一过程。Kroll有15年的软件开发经验，并且作为RUP及其前身产品的培训师、教员和顾问，他有超过10年的工作经验。他的其他任务包括：认证合作伙伴，对提供RUP相关服务的Rational公司工作人员进行培训等。PhilippeKruchten是Rational统一过程的首席架构师。Kruchten具有超过27年的开发大型、软件密集型系统的经验，这些项目覆盖通信、国防、航天、运输和软件开发工具等领域。他还是《RationalUnifiedProcess，AnIntroduction》（中国电力出版社已出版其影印版《Rational统一过程引论》）一书的作者，该书已经被翻译成7种语言，并且它的两个版本的销量已经超过15万册。相关图书

第1部分　RUP导论
第1章　Rational统一过程介绍  3
1.1　什么是Rational统一过程  3  
1.2　RUP——一种方法  3  
1.3　RUP——良定义的软件工程过程  7  
1.4　RUP——可定制的过程产品  13
1.5　结论  18
第2章　RUP的灵魂：通向成功的指导  19
2.1　尽早并且持续地化解重大风险，否则将带来很多麻烦  19
2.2　确保满足客户的需求  21
2.3　把注意力放到可执行软件上  22
2.4　尽早在项目中适应变化  24
2.5　在早期确定一个可执行架构  26
2.6　使用构件构造系统  27
2.7　建立高效团结的开发团队  29
2.8　始终重视质量  31
2.9　结论  32
第3章　比较过程：RUP、敏捷方法与严格的政府标准  33
3.1　如何比较过程？  33
3.2　敏捷开发方法：低规范度，迭代开发方法  34
3.3　SEI  CMM、SEI  CMMI、ISO/IEC、DOD-STD、MIL-STD：为得到更高可预测性
而采用高规范度的开发方法  36
3.4　RUP：可适应不同规范度的迭代开发方法  38
3.5　要使用什么样的迭代开发方法？  40
3.6　要达到多高的规范度？  40
3.7　你的过程需要怎样的RUP配置？  41
3.8　结论  43
第4章　应用于个人的RUP：Deimos项目  45
4.1　一个人完成的软件项目：Deimos项目  45
4.2　承诺（星期一午餐时）  50
4.3　进一步工作（星期一的晚些时候）  52
4.4　增强功能（星期二）  53
4.5　更多的进展，更多的变化（星期三）  54
4.6　接近完成（星期四）  54
4.7　发布Beta测试版并移交（星期五）  55
4.8　结论  55
第2部分　一个RUP项目的生命周期
第5章　RUP的四个阶段  59
5.1　一些常见的误解  59
5.2　主要里程碑  59
5.3　没有固定的工作流  60
5.4　没有不变的制品  61
5.5　项目的三种类型  62
第6章　初始阶段  63
6.1　初始阶段的目标  63
6.2　初始阶段和迭代  64
6.3　目标1：了解要创建什么样的系统  65
6.4　目标2：确定系统的主要功能  69
6.5　目标3：制定至少一个可行的方案  70
6.6　目标4：了解与项目相关的成本、时间表和风险  72
6.7　目标5：确定遵循什么过程和使用哪些工具  72
6.8　项目回顾：生命周期目标里程碑  73
6.9　结论  74
第7章　细化阶段  75
7.1　细化阶段的目标  75
7.2　细化和迭代  76
7.3　目标1：更明确的认识需求  78
7.4　目标2：设计、实现、验证系统架构并建立架构基线  79
7.5　目标3：化解主要风险，更精确地制定时间表和费用估算  88
7.6　目标4：细化开发案例并搭建开发环境  89
7.7　项目回顾：生命周期架构里程碑  89
7.8　结论  90
第8章　构造阶段  91
8.1　构造阶段的目标  92
8.2　构造和迭代  93
8.3　目标1：降低开发成本并实现部分的并行开发  94
8.4　目标2：迭代开发完整的产品，并准备把它交付给用户  99
8.5　项目回顾：初始可执行能力里程碑  103
8.6　结论  104
第9章　移交阶段  105
9.1　移交阶段的目标  106
9.2　移交阶段的迭代和开发周期  106
9.3　目标1：进行Beta测试以确保达到用户期望  108
9.4　目标2：培训用户和维护人员来达到用户的自我依赖  111
9.5　目标3：准备交付环境并转换数据库系统  111
9.6　目标4：为投放市场作准备：包装、生产产品和进行演示  112
9.7　目标5：与涉众合作完成交付工作  113
9.8　项目回顾：产品发布里程碑  114
9.9　结论  114
第3部分　RUP的应用
第10章　配置、实例化和定制RUP  117
10.1　配置RUP  117
10.2　在项目中实例化RUP  120
10.3　定制RUP  123
10.4　结论  128
第11章　应用RUP  129
11.1　在项目中应用RUP  129
11.2　在大型组织中应用RUP  136
11.3　一个做适度修改的典型计划  139
11.4　一个做重大修改的典型计划  141
11.5　一个做重大修改的激进计划  142
11.6　结论  143
第12章　计划一个迭代项目  145
12.1　动机  145
12.2　主要概念  145
12.3　概要计划和详细计划：项目计划和迭代计划  147
12.4　创建项目计划  149
12.5　迭代计划  154
12.6　评估  156
12.7　一个迭代评估技术：宽频修改Delphi  156
12.8　优化项目计划  157
12.9　结论  158
第13章　应用RUP时常见的错误及解决方法  159
13.1　应用RUP时的错误  159
13.2　管理迭代开发时的错误  164
13.3　执行分析、创建架构、设计、实现和测试等活动的错误  170
13.4　结论  175
第4部分　对RUP基于角色的指导
第14章　对项目经理的指导  179
14.1　项目经理的任务  179
14.2　项目管理  181
14.3　项目经理的活动  184
14.4　在RUP中找到自己的方法  185
14.5　结论  186
14.6　关于项目经理的一些资源  187
第15章　对系统分析员的指导  188
15.1　系统分析员的任务  188
15.2　从何开始？  189
15.3　理解业务的操作  190
15.4　理解涉众的需求  191
15.5　开发外貌  192
15.6　开发用况模型和术语表  194
15.7　示例：注册课程的用况描述  198
15.8　细化模型  198
15.9　更新并细化需求  202
15.10　确保满足需求并进行测试  202
15.11　RUP中系统分析员的角色  202
15.12　关于系统分析员的一些资源  203
第16章　对系统架构师的指导  204
16.1　系统架构师的任务  204
16.2　系统架构  206
16.3　不断变化的角色  209
16.4　系统架构师的工作  210
16.5　系统架构师在RUP中的活动  211
16.6　系统架构师在RUP中的角色  215
16.7　在RUP中找到自己的方法  215
16.8　关于系统架构师的一些资源  216
第17章　对开发人员的指导  218
17.1　开发人员的任务  218
17.2　开发人员任务总览  219
17.3　理解需求并设计约束条件  220
17.4　设计、实现和测试用况及构件  221
17.5　设计、实现并测试所有必要的数据库  228
17.6　不断与其他开发人员的工作一起集成应用程序  228
17.7　开发人员的最佳实践方法  230
17.8　关于开发人员的一些资源  233
第18章　对测试人员的指导  235
18.1　测试人员的任务  235
18.2　什么是测试？  239
18.3　RUP的测试哲学  240
18.4　RUP产品中的测试规程  242
18.5　测试人员的活动  244
18.6　结论  248
18.7　关于测试人员的一些资源  249
术语表  250  
参考文献  253