活动:
|
用途
|
角色: 变更控制管理员 |
频率:一旦对某配置项设置了基线并输入到配置管理系统中,则对它的所有变更请求都应通过正式的变更请求管理流程。 |
步骤 |
输入工件: | 生成的工件: |
工具向导: |
工作流程明细: |
变更请求表单是正式提交的工件,用于在项目的整个生命期跟踪所有请求(包括新特性、扩展请求、缺陷、更改的请求等等)以及相关的状态信息。所有的变更历史记录将与 CR 一起维护,包括所有的状态变更以及变更的日期和原因。 该信息对于任何重复复审和最终结束都可用。工件:变更请求中提供了一个变更请求表单示例。
如果 CCB 怀疑 CR 为重复或已拒绝,属于无效请求(例如,操作员错误、不可重现、工作方式等等),则指定 CCB 的一个代表来确认重复的或被拒绝的 CR 并(如有必要)从提交者处收集更多信息。
如果现有的数据不足以确认被拒绝的或重复的 CR 的有效性,所有者就会自动变成提交者,该提交者被通知提供更多数据(更多信息)。
根据调查的结果,应出现以下情况之一:
概念:变更请求管理中显示了变更请求可能经历的典型状态。
Rational Unified Process
|