用途
  • 应分配指定的 CCB 管理员来确认可疑的重复或无效更改请求。
角色: 变更控制管理员 
频率:一旦对某配置项设置了基线并输入到配置管理系统中,则对它的所有变更请求都应通过正式的变更请求管理流程。 
步骤
输入工件:   生成的工件:  
工具向导:  

工作流程明细:  

检索变更请求表单 到页首

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

确认重复或有效性 到页首

如果 CCB 怀疑 CR 为重复已拒绝,属于无效请求(例如,操作员错误、不可重现、工作方式等等),则指定 CCB 的一个代表来确认重复的或被拒绝的 CR 并(如有必要)从提交者处收集更多信息。

如果现有的数据不足以确认被拒绝的重复的 CR 的有效性,所有者就会自动变成提交者,该提交者被通知提供更多数据(更多信息)。

更新变更请求状态 到页首

根据调查的结果,应出现以下情况之一:

  1. 经确认的重复或被拒绝的变更请求应结束(且应通知提交者),
  2. 向提交者请求更多信息(更多信息),或者
  3. 更新变更请求信息,以显示它不是重复或无效请求的原因,并重新提交以进行 CCB 复审。

概念:变更请求管理中显示了变更请求可能经历的典型状态。



Rational Unified Process   2003.06.15