工作产品:变更请求
这些工件用于记录和跟踪变更产品的请求。这提供了决策的记录,并(在有适当评价流程的情况下)确保请求的变更影响得以考虑。
用途
  • 要阐明和跟踪变更和缺陷
关系
描述
简述

变更请求格式样本

  1. 标识

  • 项目:
  • 变更请求编号:
  • 变更请求类型:(问题或扩展)
  • 标题:
  • 提交日期:
  • 发起者:
  • 变更请求优先级:
  1. 当前问题

  • 当前问题描述:
  • 关键故障:
  • 损害:
  • 扩展:
  • 新的需求:
  • 观察到问题时所处的情况:
  • 当前环境:硬件
  • 操作系统编译器:
  • 当前问题的根源:
  • 当前问题的成本或节约影响:
  1. 提议的变更(发起方)

  • 所提议变更的描述:
  • 实施所提议的变更的估计成本:
  1. 提议的变更(变更复查小组)

  • 操作:
  • 已批准:
  • 未批准:
  • 已延迟:
  • 所提议变更的描述:
  • 受影响的配置项:
  • 类别:
  • 错误修正:
  • 扩展:
  • 新的特性:
  • 其他:

  1. 决定

  • 实施所提议的变更的估计成本:
  • 实施者:
  • 实施变更的实际时间:
  • 分析:
  • 实施:
  • 测试:
  • 记录:
  • 受影响的代码行数:
  1. 评估

  • 测试方法
  • 检查
  • 分析
  • 演示
  • 测试
  • 测试平台
  • 测试用例
  1. 变更复查小组处理方案

  • 已批准和已接受的变更
主要描述

在软件系统初创期间系统发展时和随后在实时环境中的日常操作中使用与维护系统时,进行变更一直是开发软件系统工作所必需的。变更请求提供了决策的记录,并通过适当的评估流程保证将考虑请求的变更影响。

 变更请求还被冠以多种名称,如 CR、缺陷、错误、故障和扩展请求。适当地捕获和管理这些请求可确保对系统的变更是受控制的,这样就可预测变更对系统的影响。变更请求的一些导入类型包括:

扩展请求由各种项目干系人用来请求他们希望包括在产品中的未来功能。这种项目干系人请求获取并综合对项目干系人需要的理解。

缺陷报告所提供的作品的异常或故障。缺陷包括在生命周期早期阶段发现的诸如遗漏和不完善等情况,或是需要在软件中隔离和更正的故障症状。缺陷也可能包括不符合软件合理行为的现象(如可用性问题)。

缺陷用于表明问题的详细信息,启用更正性操作和决定并跟踪这些操作的进行。以下人员的 CR 用途:

  • 角色集:分析人员使用 CR 定义高级需求的重大变更,并确定变更请求,特别是那些已标识为改进请求的变更请求。
  • 角色集:管理员使用 CR 管理和控制工作分配。
  • 角色集:测试员使用 CR 描述在软件测试期间发现的故障(缺陷)、遗漏和质量问题。
  • 角色集:开发人员使用缺陷 CR 分析故障并查找底层故障或故障原因,以解决 CR。
  • 角色:测试分析人员使用 CR 来规划测试,验证已解决的 CR,并通过分析几组缺陷来评估测试工作,以衡量软件质量趋势和软件工程流程。
属性
可选
已计划Yes
定制
说明选项

精确标识、描述和跟踪缺陷所必需的实际字段和数据是变化的,并依赖于所实施的标准、指导方针和变更控制系统。

将变更请求存储在数据库或变更请求管理系统中通常是更有效的,这样就更容易管理变更请求(例如,按优先级排序、跟踪分配和完成状态)。 对于小型项目,一个电子表格可能就足够了。

对于小型项目,您可以将缺陷作为简单列表进行管理。 也可以使用电子表格,变更请求的每个属性都有单独一列。 这只适用于小型系统。 当所涉及的人数和缺陷数量超过某一限度时,就需要使用更灵活的缺陷跟踪系统。



更多信息