任务:复审需求
此任务描述了如何复审需求工作产品。
用途

此任务的目的是正式验证需求任务的结果是否符合客户对系统的看法。

关系
步骤
一般建议
目的 每次复审的一般建议。

以下指南在复审需求的结果时很有用:

  • 总是以会议的形式开展复审,虽然参加会议的人可能会自行准备复审。
  • 不断地检查产出,以确保质量尽可能高。出于这个目的提供了核对表;请参阅每个工作产品的核对表。您可以将这些检查点用于非正式的复审会议或日常工作中。
  • 复审应集中在当前开发的需求上。

以下角色将参与复审会议:

您还应该考虑以下角色参与复审会议,尤其是在关键里程碑处:

能够在以下两者间找到平衡很重要:复审包含期望的参与者而又保持复审可管理和富有效率。应该注意仅包含那些有助于实现复审目标的参与者。通常,召开数次只有少数人参加的集中的复审会议比起召开一次有很多人参加的复审会议,效率会高得多。

建议的复审会议
目的 定义复审的范围和目标。
定义用于每个具体范围/目标组合的方法。 

一般情况下,您应该将复审分开在以下会议中进行:

  • 变更请求的复审,它影响现有的需求集。
  • 用于关键需求工作产品的复审。如果系统很大,请将该复审分为数个会议,比如每个关键功能区域进行一次会议。

即使您可以在同一次会议中复审所有内容,您也很可能无法使大家第一次就同意您的结论。请准备好对需求工作产品的每个新版本开展新的复审。

准备复审记录并记录缺陷
目的 记录复审结果。
确保记录已确定的缺陷。 

每次复审会议后,会议的结果记录在复审记录中。此外,所有的缺陷都按照项目的变更管理流程进行记录。

进一步阅读

请参阅:[BIT03] 第 11 章。



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