目的
  • 本活动记录请求的变更。变更请求可以包括对新特性、扩展、更正、变更的需求等等的请求。任何角色都可以在整个项目生命周期中将变更请求作为任何活动的一部分进行提交。
角色: 任何角色 
频率:一旦为某配置项创建了基线并输入到配置管理系统,则对它的所有变更请求都应该经历正式的变更请求管理流程。 
步骤
结果工件:  
工具向导:  

工作流程明细:  

完成变更请求表单 回到页首

变更请求表单是正式提交的工件,用于在项目的整个生命周期中跟踪所有请求(包括新特性、扩展请求、缺陷、变更的需求等等)以及相关的状态信息。所有的变更历史记录将与 CR 一起维护,包括所有的状态变更以及变更的日期和原因。 该信息对于任何重复复审和最终的关闭都可用。 变更请求表单示例在工件:变更请求中提供。

提交变更请求 回到页首

一旦 CR 完成,就应该通过适当的渠道提交它,以保证与建立的变更请求管理流程相一致。项目的任何涉众都可以提交变更请求(CR)。CR 记录在 CR 跟踪系统(例如:ClearQuest)中,并通过将 CR 状态设置为已提交放置到 CCB 复审队列中。

变更请求可能经历的典型状态在概念:变更请求管理中有说明。



Rational Unified Process   2003.06.15