AhmadK、Shuja，有12年多的软件工程和网络工程经验。他在IT战略和规划、计划和项目管理（PMO）变革及运作、软件工程过程及敏捷软件开发、企业构架以及业务过程管理等方面提供顾问和咨询服务。他获得了麻省理工大学管理技术理学硕士学位、牛津大学计算机理学硕士学位以及多伦多大学信息系统硕士学位。他还获得了许多专家认证，其中包括PMIPMP认证、SEICMMI认证、ITIL专家认证以及RUP专家认证等。此外，他还提供各类IT训练方面的培训和指导服务。
    JochenKrebs在面向对象软件开发、需求管理、项目管理方面有14年多的软件工程经验。从1999年RUP首次发布以来，他一直教授RUP以及帮助客户采纳和定制RUP。过去，他不仅直接在RUP项目团队工作，而且也是RUP认证委员会的成员。他编写并审查了官方RUP认证考试的问答题。

    《IBMRUP参考与认证指南》是唯一一部官方指定的RUP认证指南。《IBMRUP参考与认证指南》主要介绍了IBM RUP的基本内容、基本方法以及在实际工作中对RUP加以裁剪使用的方法和工具，另外还介绍了lBMRUP认证考试的相关内容和资源。《IBMRUP参考与认证指南》帮助读者优化正在进行的IT项目，并为在中型到大型企业中引入RUP提供详细的指导。《IBMRUP参考与认证指南》适合玎项目经理和其他管理人员参考。

    第11章 配置和变更管理
    本章主要回顾一些重要的概念以及需要执行的活动，这些活动可以保障在项目生命周期期间采用恰当的开发方法，保持产品的完整性，保证产品的开发以及交付都与协议约定一致，提供稳定的环境来开发产品，并且有效地管理各种变更。同时，本章还介绍了一些重要的配置和变更管理（configuration and change Management，CCM）概念、工作流程、重要角色以及它们之间的相互关系。
    11.1 概述
    统一过程采用了一个全面的配置管理（configuration Management，CM）系统，涵盖了所有CM概念。CCM可以确保：那些用于保证不同小组生成的、数目众多的工作成果保持完整性所必需的控制措施是完整无缺的。实际上存在很多因素可以损害工作成果的完整性，例如同时更新、不完全的通告以及多个版本等。CCM可以帮助进行控制管理，最大限度地降低发生这些事件（可能会带来严重损失）的几率。图11-1说明了CCM的重要概念。
    11.1.1 变更请求管理（CRM）
    需要细心地管理项目周期期间或者项目结束以后提交的任何变更。变更管理不善可能导致，虽然如期交付了产品，但是产品不能够实现预期功能或者功能范围发生偏移。可能发生的变更一般有如下两种：
    ·缺陷——CRM支持所有与产品缺陷相关的活动，包括收集、指派、纠错和报告。如果不
    能恰当对这些活动加以管理，则更加可能交付一个存在缺陷的产品。

译者序
前言
致谢
作者简介
第一部分 绪论
第1章 欢迎开始IBMRational统一过程及其认证的学习
1.1 Rational统一过程概述
1.1.1 关键原则
1.1.2 可重用方法内容框架和过程构件
1.1.3 架构视图
1.1.4 方法和过程定义语言
1.2 RUP架构概述
1.2.1 阶段和里程碑
1.2.2 规程
1.2.3 驼峰图——将阶段迭代里程碑和规程放在一起
1.2.4 迭代成熟度水平
1.3 Rational统一过程的演进
1.4 鉴别RUP解决方案设计师的挑战
1.5 RUP认证的历史.现状及展望
1.6 小结
1.7 习题
参考资料

第2章 业务驱动开发的关键原则
2.1 调整过程
2.1.1 优点
2.1.2 模式
2.1.3 反模式
2.2 平衡竞争利益相关者的优先级
2.2.1 优点
2.2.2 模式
2.2.3 反模式
2.3 跨团队合作
2.3.1 优点
2.3.2 模式
2.3.3 反模式
2.4 通过迭代方式论证价值
2.4.1 优点
2.4.2 模式
2.4.3 反模式
2.5 提升抽象的层次
2.5.1 优点
2.5.2 模式
2.5.3 反模式
2.6 持续关注质量
2.6.1 优点
2.6.2 模式
2.6.3 反模式
2.7 小结
2.8 习题
参考资料
第二部分 统一方法架构（UMA）

第3章 基本内容要素
3.1 角色
3.2 工作成果
3.3 任务
3.4 步骤
3.5 指导
3.6 类别
3.7 小结
3.8 习题
参考资料

第4章 基本过程要素
4.1 过程要素
4.1.1 活动
4.1.2 里程碑
4.1.3 过程包
4.2 过程图表
4.2.1 工作流图
4.2.2 活动细节图
4.2.3 工作成果依存图
4.3 描述符
4.4 小结
4.5 习题
参考资料
第三部分 Rational统一过程：内容要素和过程要素

第5章 业务建模
5.1 概述
5.2 目的
5.3 业务建模规程工作流程
5.3.1 评估业务状态
5.3.2 描述当前业务
5.3.3 定义业务
5.3.4 研究流程自动化
5.3.5 开发域模型
5.4 工作成果
5.4.1 业务分析模型
5.4.2 业务架构文档
5.4.3 业务部署模型
5.4.4 业务设计模型
5.4.5 业务架构概念证明
5.4.6 业务用例模型
5.4.7 业务愿景
5.4.8 目标组织评估
5.5 角色和职责
5.5.1 业务过程分析师
5.5.2 业务架构师
5.5.3 业务设计师
5.5.4 技术审查员
5.6 重要概念
5.6.1 业务建模和软件开发
5.6.2 域建模
5.7 小结
5.8 习题
参考资料

第6章 需求
6.1 概述
6.2 目的
6.3 需求工作流程
6.3.1 分析问题
6.3.2 理解相关利益方需求
6.3.3 定义系统
6.3.4 管理系统的范围
6.3.5 调整系统定义
6.3.6 管理变更请求
6.4 关键工件
6.4.1 愿景
6.4.2 术语表
6.4.3 需求管理计划
6.4.4 软件需求
6.4.5 软件需求规格说明书
6.4.6 相关利益方要求
6.4.7 情节串联图板
6.4.8 补充规格说明
6.4.9 用例模型
6.4.1 0需求属性
6.5 重要概念
6.5.1 什么是相关利益方
6.5.2 什么是需求
6.5.3 用例和其他RUP规程
6.5.4 用例模型
6.5.5 场景想定
6.5.6 需求可溯性
6.5.7 需求和其他规程
6.6 主要角色和职责
6.6.1 系统分析师
6.6.2 需求细化人员
6.7 小结
6.8 习题
参考资料

第7章 分析和设计
7.1 概述
7.2 目的
7.3 分析和设计工作流程
7.3.1 执行架构合成
7.3.2 定义备选架构
7.3.3 活动：分析行为
7.3.4 设计组件
7.3.5 设计数据库
7.3.6 设计服务
7.3.7 改进架构
7.4 关键工件
7.4.1 分析模型
7.4.2 设计模型
7.4.3 架构性概念证明
7.4.4 数据模型
7.4.5 参考架构
7.4.6 软件架构文档
7.4.7 导航图
7.4.8 服务模型
7.4.9 实时系统的其他工件
7.5 主要角色和职责
7.5.1 软件架构师
7.5.2 系统分析师
7.5.3 设计人员
7.5.4 用户接口设计人员
7.5.5 数据库设计人员
7.6 重要概念
7.6.1 用例及分析和设计
7.6.2 分析和设计中的用例实现
7.6.3 组件和子系统
7.6.4 分析机制
7.6.5 用例实现
7.7 小结
7.8 习题
参考资料

第8章 实现
8.1 概述
8.2 目的
8.3 工作流程
8.3.1 构造实现模型结构
8.3.2 规划集成
8.3.3 实现组件
8.3.4 集成每个子系统
8.3.5 集成整个系统
8.4 关键工件
8.4.1 集成构建计划
8.4.2 实现模型
8.4.3 构建版本
8.4.4 开发人员测试
8.5 主要角色及职责
8.5.1 软件架构师
8.5.2 实现人员
8.5.3 集成人员
8.6 重要概念
8.6.1 集成
8.6.2 原型
8.6.3 运行时观察和分析
8.7 小结
8.8 习题
参考资料

第9章 测试
9.1 概述
9.2 目的
9.3 工作流程
9.3.1 定义评价任务
9.3.2 验证构建稳定性
9.3.3 测试和评价
9.3.4 完成可接受的任务
9.3.5 改进测试资产
9.3.6 检验测试方法
9.4 关键工件
9.5 主要角色和职责
9.5.1 测试经理
9.5.2 测试分析师
9.5.3 测试设计者
9.5.4 测试人员
9.5.5 审查者
9.6 重要概念
9.6.1 测试和迭代开发
9.6.2 测试的维度
9.6.3 测试思想、测试用例和测试脚本
9.7 小结
9.8 习题
参考资料

第10章 部署
10.1 概述
10.2 目的
10.3 工作流程
10.3.1 规划部署
10.3.2 开发帮助资料
10.3.3 管理验收测试
10.3.4 生成部署单元
10.3.5 Beta测试产品
10.3.6 管理定制安装的验收测试
10.3.7 打包产品
10.3.8 提供下载站点的访问
10.4 关键工件
10.4.1 手册格式范本
10.4.2 部署模型
10.4.3 部署单元
10.4.4 产品
10.4.5 用户帮助资料
10.5 主要角色和职责
10.5.1 部署管理员
10.5.2 配置管理员
10.5.3 课程开发人员
10.5.4 技术资料开发工程师
10.5.5 美工
10.6 重要概念
10.6.1 部署模式
10.6.2 部署规程和测试规程
10.7 小结
10.8 习题
参考资料

第11章 配置和变更管理
11.1 概述
11.1.1 变更请求管理（CRM）
11.1.2 测度
11.1.3 配置管理（CM）
11.2 目的
11.3 工作流程
11.3.1 规划项目配置和变更控制
11.3.2 创建项目配置管理（CM）环境
11.3.3 监控和报告配置状态
11.3.4 改动并交付配置项目
11.3.5 管理基准程序和发布
11.3.6 管理变更请求
11.4 关键工件
11.4.1 变更请求
11.4.2 CM计划
11.4.3 配置审核结果
11.4.4 项目知识库
11.4.5 工作空间
11.5 主要角色和职责
11.5.1 配置管理员
11.5.2 变更控制管理员
11.5.3 集成人员
11.5.4 全能角色
11.6 重要概念
11.6.1 CM工具
11.6.2 产品目录结构
11.6.3 改进方法
11.6.4 CM系统的优点
11.7 小结
11.8 习题
参考资料

第12章 项目管理
12.1 概述
12.2 目的
12.3 项目管理规程工作流程
12.3.1 构思新项目
12.3.2 评估项目范围和风险
12.3.3 规划项目
12.3.4 规划初始迭代的其他工作
12.3.5 管理迭代
12.3.6 重新评估项目的范围和风险
12.3.7 阶段停止
12.3.8 规划下一次迭代
12.3.9 改进开发计划
12.3.1 0监督和控制项目
12.3.1 1项目停止
12.4 关键工件
12.4.1 业务用例
12.4.2 软件开发计划
12.4.3 迭代计划
12.4.4 评审记录
12.4.5 风险列表
12.4.6 问题列表
12.4.7 状态评估
12.4.8 工作通知单
12.4.9 部署计划
12.5 主要角色和相关职责
12.5.1 项目经理
12.5.2 管理评审员
12.5.3 评审协调员
12.6 重要概念
12.6.1 迭代开发项目中的项目管理
12.6.2 风险管理
12.6.3 风险管理策略
12.7 小结
12.8 习题
参考资料

第13章 环境
13.1 概述
13.2 目的
13.3 环境规程工作流程
13.3.1 项目环境准备
13.3.2 迭代环境准备
13.3.3 迭代期间的支持环境
13.4 关键工件
13.4.1 开发过程
13.4.2 开发用例
13.4.3 项目专用的指导方针
13.4.4 项目专用的模板
13.4.5 开发的基础结构
13.4.6 开发组织评估
13.4.7 手册格式范本
13.5 主要角色和职责
13.5.1 过程工程师
13.5.2 系统管理员
13.5.3 工具专家
13.5.4 技术资料开发工程师
13.6 重要概念
13.6.1 经裁剪的过程
13.6.2 支持过程裁剪的工具
13.7 小结
13.8 习题
参考资料

第14章 阶段.活动和里程碑
14.1 概述
14.2 起始阶段
14.2.1 设定结果
14.2.2 工作流
14.2.3 生命周期设定结果里程碑
14.3 细化阶段
14.3.1 设定结果
14.3.2 工作流
14.3.3 生命周期架构里程碑
14.4 构建阶段
14.4.1 设定结果
14.4.2 工作流
14.4.3 初步运行能力里程碑
14.5 提交阶段
14.5.1 设定结果
14.5.2 工作流
14.5.3 产品发布里程碑
14.6 总结
14.7 习题
参考资料
第四部分 裁剪和工具

第15章 裁剪
15.1 概述
15.2 裁剪的方法
15.2.1 生命周期
15.2.2 采用风格
15.3 过程采用操作规程建议
15.4 小结
参考资料

第16章 工具
16.1 概述
16.2 MyRUP
16.3 IBMRational方法构建器（RMC）
16.4 小结
参考资料
第五部分 认证、考试和练习

第17章 RUP认证的价值
17.1 标准化.一致性和灵活性
17.2 取得RUP认证的个人回报
17.3 RUP认证对组织的价值
17.4 认证过程的内容和客观性
17.5 小结
参考资料

第18章 模拟试题
18.1 概述
18.2 模拟试题
18.3 小结

第19章 备考、考试及考后
19.1 考前
19.1.1 为成功而准备
19.1.2 培训课程
19.1.3 参考书
19.1.4 互联网
19.1.5 模拟试题
19.1.6 注册
19.1.7 提示和建议
19.2 考试期间
19.2.1 挑选座位
19.2.2 考题
19.2.3 时间安排
19.2.4 技术问题
19.3 考后
19.4 小结
附录习题答案