活动:
|
目的
|
角色: 任何角色 |
频率:一旦为某配置项创建了基线并输入到配置管理系统,则对它的所有变更请求都应该经历正式的变更请求管理流程。 |
步骤 |
结果工件: |
工具向导: |
工作流程明细: |
变更请求表单是正式提交的工件,用于在项目的整个生命周期中跟踪所有请求(包括新特性、扩展请求、缺陷、变更的需求等等)以及相关的状态信息。所有的变更历史记录将与 CR 一起维护,包括所有的状态变更以及变更的日期和原因。 该信息对于任何重复复审和最终的关闭都可用。 变更请求表单示例在工件:变更请求中提供。
一旦 CR 完成,就应该通过适当的渠道提交它,以保证与建立的变更请求管理流程相一致。项目的任何涉众都可以提交变更请求(CR)。CR 记录在 CR 跟踪系统(例如:ClearQuest)中,并通过将 CR 状态设置为已提交放置到 CCB 复审队列中。
变更请求可能经历的典型状态在概念:变更请求管理中有说明。
Rational Unified Process
|