Rational统一过程是由Rational软件公司开发和营销的一种软件工程过程，是开发组织用以分配与管理任务和职责的一种规范化方法，它能提高开发队伍的开发效率，并能给所有开发人员提供最佳的软件开发实践。本书简明扼要地介绍了Rational统一过程的概念、结构、内容和动机。以本书为指导，开发人员可以在预定的进度和合理的预算范围内开发出高质量的软件产品。本书的作者是Rational统一过程这一产品的首席构架师，他在本书中与读者分享他所拥有的过程知识，并将重点放在掌握这种行之有效的软件开发方法的核心技术上。本书是为所有参与软件开发的人员撰写的，尤其适合那些已经或即将采纳Rational统一过程的开发组织的成员；同时，本书也可以作为广大读者学习软件开发相关课程的补充教材。  
  

第一部分   过      程
第1章   最佳的软件开发实践 2
1.1   软件的价值 2
1.2   软件开发问题的症状和根本原因 2
1.3   最佳的软件实践 3
1.4   迭代地开发软件 4
1.5   管理需求 6
1.6   应用基于构件的构架 6
1.7   为软件建立可视化的模型 8
1.8   不断地验证软件质量 9
1.9   控制软件的变更 10
1.10   Rational统一过程 11
1.11   小结 12
第2章   Rational统一过程 13
2.1   什么是Rational统一过程 13
2.2   作为一个产品的Rational统一过程 13
2.2.1   过程产品的组织 14
2.2.2   谁在使用Rational统一过程 16
2.3   二维过程结构 17
2.4   Rational统一过程中软件的最佳实践 18
2.4.1   迭代开发 18
2.4.2   需求管理 19
2.4.3   构架和构件的使用 20
2.4.4   建模和UML 21
2.4.5   过程质量和产品质量 22
2.4.6   配置管理和变更管理 22
2.5   Rational统一过程的其它重要特征 22
2.5.1   用况驱动的开发 23
2.5.2   过程配置 23
2.5.3   工具支持 24
2.6   Rational统一过程的简要历史 24
2.7   小结 25
第3章   静态结构：过程描述 27
3.1   Rational统一过程的模型 27
3.2   工作人员 28
3.3   活动 29
3.4   制品 31
3.4.1   报告 33
3.4.2   制品集 33
3.5   工作流 34
3.5.1   核心工作流 36
3.5.2   工作流细节 37
3.5.3   迭代计划 37
3.6   附加过程元素 37
3.6.1   指南 38
3.6.2   模板 39
3.6.3   工具指南 40
3.6.4   概念 40
3.7   过程框架 40
3.8   小结 40
第4章   动态结构：迭代开发 41
4.1   顺序开发过程 41
4.1.1   一个合理方法 42
4.1.2   错误假设1：需求是固定的 43
4.1.3   错误假设2：我们可以在进行实际
开发之前做出正确的设计 44
4.1.4   提出风险分析 44
4.1.5   延长开发时间 45
4.1.6   减少文书工作 46
4.1.7   基于规模和基于时间的计划 46
4.2   克服困难的方法：迭代式开发 46
4.3   通过阶段和里程碑对项目进行控制 47
4.4   生命周期中焦点的转移 50
4.5   阶段重访 51
4.5.1   初始阶段 51
4.5.2   里程碑：生命周期目标 53
4.5.3   细化阶段 54
4.5.4   里程碑：生命周期构架 55
4.5.5   构造阶段 56
4.5.6   里程碑：最初运作能力 57
4.5.7   移交阶段 57
4.5.8   里程碑：产品发布 59
4.6   迭代方法的好处 59
4.6.1   缓解风险 60
4.6.2   适应变更 60
4.6.3   在工作过程中学习 61
4.6.4   增加重用机会 61
4.6.5   更好的整体品质 61
4.7   小结 62
第5章   以构架为中心的过程 63
5.1   模型的重要性 63
5.2   构架 63
5.3   构架的重要性 64
5.4   构架的定义 65
5.5   构架的表示 66
5.5.1   多重视图 67
5.5.2   构架的4+1视图模型 68
5.5.3   模型和视图 69
5.5.4   构架不仅仅是一个蓝图 70
5.6   以构架为中心的过程 71
5.7   构架的目标 71
5.7.1   智能控制 72
5.7.2   重用 72
5.7.3   开发的基础 72
5.8   基于构件的开发 73
5.9   其它的构架概念 74
5.9.1   构架风格 74
5.9.2   构架机制 74
5.9.3   构架模式 74
5.10   小结 75
第6章   用况驱动的过程 76
6.1   定义 76
6.1.1   用况和参与者 76
6.1.2   事件流 78
6.1.3   情景 79
6.1.4   用况模型 80
6.2   识别用况 81
6.3   用况的进化 81
6.4   用况的组织 82
6.5   在过程中使用用况 83
6.6   小结 85
第二部分   过程工作流
第7章   项目管理工作流 88
7.1   目的 88
7.2   计划迭代项目 89
7.3   风险的概念 91
7.3.1   什么是风险 92
7.3.2   策略：如何处理风险 92
7.4   度量元的概念 93
7.5   什么是度量元 95
7.6   工作人员和制品 95
7.7   工作流 97
7.7.1   工作流细节 97
7.7.2   制定一个阶段计划 100
7.8   制定一个迭代计划 105
7.8.1   细化阶段的迭代 106
7.8.2   构造阶段的迭代 107
7.8.3   移交阶段的迭代 108
7.8.4   迭代中的工作细节 108
7.9   小结 109
第8章   业务建模工作流 110
8.1   目的 110
8.2   为什么要进行业务建模 110
8.3   在业务建模中使用软件建模技术 112
8.4   业务建模情景 112
8.5   工作人员和制品 114
8.6   工作流 115
8.7   从业务模型到系统 117
8.7.1   业务模型和系统参与者 117
8.7.2   自动业务工作人员 117
8.7.3   在分析模型中的业务模型
和实体类 118
8.7.4   在资源计划中使用业务对象模型 118
8.7.5   系统需要的其它资源 119
8.7.6   业务模型和系统构架 120
8.8   对软件开发业务建模 121
8.9   工具支持 121
8.10   小结 122
第9章   需求工作流 123
9.1   目的 123
9.2   什么是需求 123
9.2.1   功能性需求 124
9.2.2   非功能性需求 124
9.3   需求的种类 125
9.3.1   项目相关人员：请求与需要对比 125
9.3.2   系统特性 126
9.3.3   软件需求 127
9.3.4   通过用况详细说明软件需求 127
9.4   捕获需求和管理需求 127
9.5   设计以用户为中心的界面 128
9.6   需求工作流 129
9.7   需求分析中的工作人员 130
9.8   需求分析中使用的制品 132
9.9   工具支持 133
9.10   小结 134
第10章   分析和设计工作流 135
10.1   目的 135
10.2   分析与设计 135
10.3   到底要设计到什么程度 135
10.4   工作人员和制品 136
10.5   设计模型 137
10.6   分析模型 138
10.7   接口扮演的角色 138
10.8   实时系统的制品 138
10.9   基于构件的设计 139
10.10   工作流 139
10.11   工具支持 143
10.12   小结 143
第11章   实现工作流 144
11.1   目的 144
11.2   构造 144
11.3   集成 145
11.4   原型 146
11.5   工作人员和制品 148
11.6   工作流 149
11.7   工具支持 151
11.8   小结 151
第12章   测试工作流 153
12.1   目的 153
12.2   质量 153
12.3   在迭代生命周期中进行测试 154
12.4   测试的层面 154
12.4.1   质量的层面 155
12.4.2   测试的阶段 155
12.4.3   测试的类型 156
12.4.4   回归测试 157
12.5   测试模型 157
12.6   工作人员和制品 158
12.7   工作流 160
12.7.1   计划测试 161
12.7.2   设计测试 162
12.7.3   实现测试 162
12.7.4   在集成测试阶段执行测试 162
12.7.5   在系统测试阶段执行测试 162
12.7.6   评价测试 163
12.8   工具支持 163
12.9   小结 164
第13章   配置和变更管理工作流 165
13.1   目的 165
13.2   CCM立方体 165
13.2.1   配置管理 167
13.2.2   变更需求管理 168
13.2.3   状态和度量 169
13.3   工作人员和制品 170
13.4   工作流 171
13.4.1   计划项目配置和变更控制 171
13.4.2   建立项目CM环境 172
13.4.3   变更和交付配置条款 173
13.4.4   管理基线和发布 173
13.4.5   监控和报告配置状态 173
13.4.6   管理变更请求 173
13.5   工具支持 174
13.6   小结 174
第14章   环境工作流 176
14.1   目的 176
14.2   工作人员和制品 176
14.3   工作流 178
14.3.1   为项目准备环境 178
14.3.2   为迭代准备环境 179
14.3.3   为迭代准备指南 179
14.3.4   为迭代提供支持环境 180
14.4   小结 180
第15章   实施工作流 181
15.1   目的 181
15.2   工作人员和制品 183
15.3   工作流 184
15.3.1   计划实施 184
15.3.2   开发支持材料 185
15.3.3   在开发地点测试产品 185
15.3.4   创建发布 187
15.3.5   Beta测试发布 187
15.3.6   在安装现场测试产品 187
15.3.7   打包产品 187
15.3.8   提供对下载站点的访问 187
15.4   小结 188
第16章   典型的迭代计划 189
16.1   目的 189
16.2   定义产品构想和业务用况 189
16.2.1   结果 191
16.2.2   初始阶段中的后继迭代 191
16.3   建立构架原型 191
16.3.1   结果 194
16.3.2   细化阶段中的后继迭代 194
16.4   实现系统 194
16.5   小结 197
第17章   配置和实现Rational统一过程 198
17.1   介绍 198
17.2   实现过程的效果 198
17.3   逐步实现Rational统一过程 200
17.3.1   步骤1：评估当前状态 200
17.3.2   步骤2：建立(或修订)目的 201
17.3.3   步骤3：识别风险 202
17.3.4   步骤4：计划过程实现 202
17.3.5   步骤5：执行过程实现 204
17.3.6   步骤6：评价过程实现 205
17.4   配置过程 205
17.5   实现过程也是一个项目 206
17.6   小结 207
附录A   工作人员小结 209
附录B   制品小结 212
缩写词 218
术语表 220
参考文献 226
索引 237