需求的评价验收准则

无独有偶。

与需求提供者准则一样，需求评价和验收准则也是在GJB5000A中没有严格执行，而在GJB5000B中又出现在活动实例中。

这也表明如果没有合适的理由，实施GJB5000的组织应当制定需求的评价和验收准则。

在标准中已经给出了需求的评价验收准则的示例，如：正确性、无二义性、完整性、一致性、可实现性、可测试性、可追溯性、唯一标识等。这里对这些准则要求做进一步的阐释。

• 正确性

正确性是指在需求文档中表述的需求是正确的。需要注意的是，需求的正确与否，只有用户才能作出判断，开发人员不能轻易作出正确的判断。

• 无二义性

无二义性也称无歧义性，是指在所有的需求表述中，需求的内容和含义都是统一的，无论在哪个文档中都没有什么不同。

• 一致性

需求的一致性与无二义性不同，无二义性是同一需求只有一种意义，而一致性则是指不同层次的需求是一致的。

需求通常可以分为4个层次，由高到低分别为高层需求、系统需求、功能需求、软件需求。

• 完整性

完整性是指需求的信息是完整的，描述一个需求，要把需求可能的状态、状态变化、输入输出和约束等信息描述完整。

• 可实现性

可实现性是指需求是可以通过编码来实现的。可实现性通常与可行性息息相关。可行性是指每一项需求都必须是在已知系统和环境的限制范围内是可以实施的。

• 可测试性

可测试性是指需求可以通过测试或其他方法进行验证。前面的准则都是需求可测试的条件。

• 可追溯性

可追溯性要求是指需求能够以一种结构化的细粒度的方式编写并单独标明，而不是混乱的、大段大段的叙述。

• 唯一标识

唯一标识是指对每一个细粒度的需求都给出唯一的标识符。需求的唯一标识对于需求追溯有很大帮助。

除此之外，还应有必要性准则：

• 必要性

必要性是指要确定需求是否是用户真正需要的。在定义项目范围的时候，不仅要指明哪些是项目组需要完成的，也要指明哪些是项目组不需要做的。

在制定了需求的评价验收准则之后，软件研制任务书和需求规格说明评审就能更好地有的放矢，提升评审绩效，做好需求确认工作。

这正是：

评价验收有准则，一一数来一笸箩

评审需求有抓手，需求缺陷不会多

参考书目：基于PMBOK的软件项目管理方法研究，作者：周贺来，出版社：中国水利水电出版社