任务:验证工作版本中的变更
此任务定义了如何验证变更请求已完成。
用途
  • 本任务用于确认变更请求已完成,一般是通过在一个或多个工作版本上执行测试子集。
关系
角色主要: 其他: 辅助:
输入必需: 可选: 外部:
输出
步骤
解决变更请求

指定的角色执行在交付流程的相应部分(例如需求、分析与设计、实施、生成用户支持材料和设计测试)中定义的任务集。这些任务将包含一般交付流程中所述的所有常规复审和单元测试任务。然后将 CR 标记为已解决这意味着该 CR 的解决流程已完成,现在已经可以验证了。

验证测试工作版本中的变更

在指定的角色(分析人员、开发人员、测试员、技术文档编写员等)已解决变更后,变更就放到测试队列中,以便分配给测试员并在产品的测试工作版本中进行验证。在测试工作版本中已验证的 CR 就可以包含到发行版中了。在测试工作版本或发行工作版本中测试失败的 CR 将置于测试已失败状态。所有者将自动变为解决 CR 的角色。

验证发行工作版本中的变更

一旦已解决的变更在产品的测试工作版本中已验证,就会将 CR 放到发行队列中,以便对照产品的发行工作版本进行验证、生成发行说明等,并关闭该 CR。

已关闭的 CR 就不再需要关注了。这是可以向 CR 分配的最终状态。只有 CCB 复审管理员有权关闭 CR。关闭 CR 后,提交者将接收到一封电子邮件通知,其中有 CR 的最终处置情况。可以在以下情况下关闭 CR:1) 在发行工作版本中确认了其已验证的解决方案后 2) 确认其拒绝状态时,或 3) 当确认其与现有 CR 重复时。如果是最后一种情况,则将向提交者通知重复的 CR,并将该提交者添加到该 CR,以便将来通知(请参阅“拒绝”和“重复”的状态定义以获取更多详细信息)。如果提交者对关闭有争议,则必须更新该 CR,并重新提交以进行 CCB 复审。

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

评估和验证结果
目的 验证任务已恰当地完成,生成的工作产品是可以接受的。 

既然您已完成了该工作,那么最好验证该工作是否有足够的价值,而且您并不是简单地消耗大量纸张。您应评估您的工作质量是否适当,是否完整得足以让其他团队成员觉得您的工作很有用,并随后将它们用作他们自己工作的输入源。在可能的情况下,请使用 RUP 中提供的核对表验证质量和完整性是否都“足够好”。

让执行下行任务(根据您输入的工作信息)的人员参与复审您的过渡工作。请在您还有时间针对他们的意见采取行动时让他们参与复审。 您还应针对主要输入工作产品评估您的工作,以确保您已精确并充分地展示了它们。让输入工作产品的作者以此为基础复审您的工作,这可能很有用。

请记住,RUP 是一个迭代的交付流程,并且在许多情况下工作产品是随着时间而演进的。所以,通常没必要完全形成将在近期的后续工作中只部分使用或根本不用的工作产品,并且这通常对生产力有副作用。这是因为很有可能在使用工作产品前,工作产品周围的情况会发生变化(并且在创建工作产品时作出的假设也会证明是不正确的),从而带来工时的浪费和高成本的重复工作。同时也要避免在展示内容值的危害方面花费过多周折的陷阱。 在展示作为项目可交付件有很大的重要性而且有经济价值的项目环境中,您可能希望考虑使用管理资源来执行展示任务。



属性
多次出现
事件驱动
正在进行
可选
已计划
可重复
更多信息