请求更改
更改管理员 I 对一个或多个相关问题报告进行验证时，创建“更改请求”。更改请求用于记录更改的正式分析，包括提议的解决方案、成本分析以及理由。更改请求中的信息用于决定是否实施更改。下图描述了更改请求进程流：
请求更改
您可以通过问题报告的信息页面来创建更改请求，从而使两个对象自动链接在一起。也可以在产品或存储库中的文件夹中直接创建更改请求。
更改请求作者会输入重要的标识信息 (包括名称和说明)。更改请求还可以包括类别、优先级、需要日期、提议的解决方案以及相关成本。附件可提供详细解释。
有关详细信息，请参阅创建更改请求。
完成更改请求后，将其提交给用于进行研究和可能的批准的工作流。
分析
充当更改管理员 I 角色的人员负责分析更改请求。更改请求工作流生成的任务将发送到更改管理员的“我的任务”表格。任务信息页面提供了更改请求的相关说明和链接。更改管理员可以决定：
• 继续进一步分析和实施。
• 将更改请求发送回去，以进行详细说明或重新分配。
• 拒绝更改请求并结束进程。
如果更改管理员决定继续分析和实施，则将更改请求归类为简单或复杂。简单更改涉及的范围较小、成本低且影响有限。可以直接实施，而不需要进一步审阅和分析。大多数更改应当属于简单更改，并且会采用这种快速跟踪工作流路径。复杂更改涉及范围大、成本高且影响重大，应采用完全跟踪工作流路径。
有关详细信息，请参阅确定快速跟踪和完全跟踪复杂性。
执行更改审阅
完全跟踪路径需要详细分析和论证，并且必须由更改审阅委员会在线或离线批准。
• 在离线模式下，更改管理员 I 会安排更改审阅委员会 (CRB) 会议，以审阅更改请求。更改管理员 I 需要确保在召开会议之前执行所需分析并将其记录在更改请求中。
• 在在线模式下，CRB 将进行审阅并记录在线观察值。
批准更改请求
更改审阅委员会使用更改请求信息拒绝或批准更改请求，或者将其发送回去进行进一步分析和说明。如果更改请求得到批准，则转到更改计划阶段，并创建更改通告。