RUP（Rational Unified Process）是Rational公司开发的一种软件工程过程，是开发组织用于分配和管理任务及职责的规范化方法，其目标是帮助开发人员在预定的进度和预算范围内开发出符合最终用户需求的产品。本书依照RUP 2003进行编写，全面而简洁地介绍了RUP的概念，结构，内容和动机，帮助读者学会如何开发出高质量的软件。本书作者是RUP的首席架构师，本书融入作者几十年的开发经验，极具实用性。本书适合所有参与软件开发的人员阅读。

本书依照RUP 2003进行编写，全面而简洁地介绍了RUP的概念、结构、内容和动机，帮助读者学会如何开发出高质量的软件。作者是RUP的首席架构师，本书融入作者几十年的开发经验，极具实用性。本书适合所有参与软件开发的人员阅读。

译者序

前言

第一部分过 程

第1章 最佳的软件开发实践

1．1 软件的价值

1．2 软件开发问题的症状和根本原因

1．3 最佳的软件实践

1．4 软件的迭代开发

1．5 管理需求

1．6 应用基于构件的架构

1．7 为软件建立可视化模型

1．8 对软件的质量进行持续的验证

1．9 控制软件的变更

1．10 RUP

1．11小结

第2章 RUP

2．1 什么是RUP

2．2 作为产品的RUP

2．2．1 过程产品的组织

2．2．2 关于过程工程师

2．2．3 二维过程结构

2．3 RUP中的最佳软件实践

2．3．1 迭代开发

2．3．2 需求管理

2．3．3 架构和构件的使用

2．3．4 建模和UML

2．3．5 配置管理和变更管理

2．4 RUP中的其他重要特征

2．4．1 用况驱动的开发

2．4．2 过程配置

2．4．3 工具支持

2．4．4 谁在使用RUP

2．5 RUP的发展简史

2．6 小结

第3章 静态结构：过程描述

3．1 RUP的模型

3．2 角色

3．3 活动

3．4 制品

3．4．1 报告

3．4．2 制品集

3．5 规程

3．6 工作流

3．6．1 核心工作流

3．6．2 工作流细节

3．6．3 迭代计划

3．7 附加过程元素

3．7．1 指南

3．7．2 模板

3．7．3 工具指南

3．7．4 概念

3．8 过程框架

3．9 小结

第4章 动态结构：迭代开发

4．1 顺序开发过程

4．1．1 一个合理的方法

4．1．2 错误假设1：需求是固定的

4．1．3 错误假设2：我们可以在进行开发之前做出正确的书面设计

4．1．4 提出风险分析

4．1．5 延长时间

4．1．6 减少文书工作

4．1．7 基于规模和基于时间的计划

4．2 克服困难：迭代

4．3 获取控制：阶段和里程碑

4．4 生命周期中焦点的转移

4．5 阶段重访

4．5．1 初始阶段

4．5．2 里程碑：生命周期目标

4．5．3 细化阶段

4．5．4 里程碑：生命周期架构

4．5．5 构造阶段

4．5．6 里程碑：最初的可操作能力

4．5．7 移交阶段

4．5．8 里程碑：产品发布

4．6 迭代方法的好处

4．6．1 缓解风险

4．6．2 适应变更

4．6．3 在过程中不断学习

4．6．4 增加复用机会

4．6．5 更好的整体品质

4．7 小结

第5章 以架构为中心的过程

5．1 模型的重要性

5．2 架构

5．3 架构的重要性

5．4 架构的定义

5．5 架构的表示

5．5．1 多重视图

5．5．2 架构的4+1视图模型

5．5．3 模型和视图

5．5．4 架构不仅仅是一个蓝图

5．6 以架构为中心的过程

5．7 架构的目标

5．7．1 智能控制

5．7．2 复用

5．7．3 开发的基础

5．8 基于构件的开发

5．9 其他的架构概念

5．9．1 架构风格

5．9．2 架构机制

5．9．3 架构模式

5．10 小结

第6章 用况驱动的过程

6．1 定义

6．1．1 用况和活动者

6．1．2 事件流

6．1．3 场景

6．1．4 用况模型

6．2 确定用况

6．3 用况的进化

6．4 用况的组织

6．5 在过程中使用用况

6．6 小结

第二部分 过程规程

第7章 项目管理规程

7．1 目的

7．2 计划迭代项目

7．3 风险的概念

7．3．1 什么是风险

7．3．2 策略：如何处理风险

7．4 度量的概念

7．5 角色和制品

7．6 工作流

7．6．1 工作流细节

7．6．2 制定一个阶段计划

7．7 制定一个迭代计划

7．7．1 细化阶段的迭代

7．7．2 构造阶段的迭代

7．7．3 移交阶段的迭代

7．7．4 迭代中的工作细节

7．8 小结

第8章 业务建模规程

8．1 目的

8．2 为什么要进行业务建模

8．3 在业务建模中使用软件工程技术

8．4 业务建模场景

8．5 角色和制品

8．6 工作流

8．7 从业务模型到系统

8．7．1 业务模型和系统活动者

8．7．2 自动业务工作人员

8．7．3 分析模型中的业务模型和实体类

8．7．4 在资源计划中使用业务分析模型

8．7．5 系统需求的其他来源

8．7．6 业务模型和系统架构

8．8 为软件开发业务建模

8．9 工具支持

8．10 小结

第9章 需求规程

9．1 目的

9．2 什么是需求

9．2．1 功能性需求

9．2．2 非功能性需求

9．3 需求的种类

9．3．1 项目相关人员：请求与需求

9．3．2 系统特征

9．3．3 软件需求

9．3．4 通过用况详细说明软件需求

9．4 捕获和管理需求

9．5 需求工作流

9．6 需求中的角色

9．7 需求中使用的制品

9．8 工具支持

9．9 小结

第10章 分析和设计规程

10．1 目的

10．2 分析与设计

10．3 到底要设计到什么程度

10．4 角色和制品

10．5 设计以用户为中心的界面

10．6 设计模型

10．7 分析模型

10．8 接口扮演的角色

10．9 实时系统的制品

10．10 基于构件的设计

10．11 工作流

10．12 工具支持

10．13 小结

第11章 实现规程

11．1 目的

11．2 构造

11．3 集成

11．4 原型

11．5 角色和制品

11．6 工作流

11．7 工具支持

11．8 小结

第12章 测试规程

12．1 目的

12．2 在迭代生命周期中进行测试

12．2．1 质量

12．2．2 产品质量所有权

12．3 测试的维

12．3．1 质量维

12．3．2 测试的阶段

12．3．3 测试的类型

12．3．4 回归测试

12．4 角色和制品

12．5 工作流

12．5．1 定义评估任务

12．5．2 验证测试方法

12．5．3 验证构造的稳定性

12．5．4 测试和评估

12．5．5 完成验收任务

12．5．6 改进测试资产

12．6 工具支持

12．7 小结

第13章 配置和变更管理规程

13．1 目的

13．2 CCM立方体

13．2．1 配置管理

13．2．2 变更请求管理

13．2．3 状态和度量

13．3 角色和制品

13．4 工作流

13．4．1 计划项目配置和变更控制

13．4．2 建立项目CM环境

13．4．3 变更和交付配置条款

13．4．4 管理基线和发布

13．4．5 监控和报告配置状态

13．4．6 管理变更请求

13．5 工具支持

13．6 小结

第14章 环境规程

14．1 目的

14．1．1 配置RUP

14．1．2 实例化RUP

14．1．3 定制RUP

14．1．4 实现RUP

14．2 角色和制品

14．3 工作流

14．3．1 为项目准备环境

14．3．2 为迭代准备环境

14．3．3 为迭代提供支持环境

14．4 工具支持

14．5 小结

第15章 部署规程

15．1 目的

15．2 角色和制品

15．3 工作流

15．3．1 计划部署

15．3．2 开发支持材料

15．3．3 产品部署单元

15．3．4 在开发地点管理接受测试

15．3．5 beta测试产品

15．3．6 在安装现场管理接受测试

15．3．7 打包产品

15．3．8 提供对下载地点的访问

15．4 小结

第16章 典型的迭代计划

16．1 定义产品构想和业务用况

16．1．1 结果

16．1．2 初始阶段的后继迭代

16．2 建立架构原型

16．2．1 结果

16．2．2 细化阶段中的后继迭代

16．3 实现系统

16．4 小结

第17章 实施RUP

17．1 概述

17．2 实施过程的效果

17．3 逐步实施RUP

17．3．1 步骤1：评估当前状态

17．3．2 步骤2：建立或修订目标

17．3．3 步骤3：识别风险

17．3．4 步骤4：计划过程实施

17．3．5 步骤5：执行过程实施

17．3．6 步骤6：评价过程实施

17．4 实施过程也是一个项目

17．5 小结

附 录

附录A 角色小结

附录B 制品小结

附录C 缩写词

术语表

参考文献

索引