需求说明书评测内容

需求说明书评测作为需求分析阶段工作的复查手段，应该对功能的正确性、完整性和清晰性，以及其他需求给予评测。评测的主要内容是：

1. 系统定义的目标是否与用户的要求一致；
2. 系统需求分析阶段提供的文档资料是否齐全；
3. 文档中的所有描述是否完整、清晰，准确地反映用户要求；
4. 与所有其他系统成份的重要接口是否都已经描述；
5. 被开发项目的数据流与数据结构是否足够、确定；
6. 所有图标是否清楚，在不补充说明时能否理解；
7. 主要功能是否已包括在规定的软件范围之内，是否都已充分说明；
8. 软件的行为和它必须处理的信息，必须完成的功能是否一致；
9. 设计的约束条件或限制条件是否符合实际；
10. 是否考虑了开发的技术风险；
11. 是否考虑过软件需求的其他方案；
12. 是否考虑过将来可能会提出的软件需求；
13. 是否详细制定了检验标准，他们能否对系统定义是否成功进行确认；
14. 有没有遗漏、重复或不一致的地方；
15. 用户是否审查了初步的用户手册或原型；
16. 项目开发计划中的估算是否收到了影响。

为保证软件需求定义的质量，评测应由专门指定的测试人员负责，并按规程严格进行。评审结束，应有评审负责人的结论一件件及签字。除承建单位分析员之外，业主单位人员和测试单位都应当参加评测工作。需求说明书要经过严格评测，一般，评测的结果都包括了一些修改意见，待修改完成后再经评测，才可进入设计及阶段。

需求说明书评测规范

填表说明：Y-是，TBD-不确定，N-否，NA-不适用。

需求说明书评测规范

编号	评测项	评测结果 Y/TBD/N/NA
清晰性
1	系统的目标是否已定义
2	是否对关键术语和缩略语进行定义和描述
3	所使用的术语是否和用户/客户使用的一致
4	需求的描述是否清晰，不含糊
5	是否对整套系统进行功能概述
6	是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）
7	如果有会影响实施的假设情况，是否已经声明
8	是否已经对每个业务逻辑进行输入、输出以及过程的详细说明
完整性
9	是否列出了系统所必须的依赖、假设以及约束
10	是否对每个提交物或阶段实施都进行了需求说明
11	需求说明书是否已包括了主要的质量属性，例如有效性、高效性、灵活性、完整性、互操作性、可靠性、健壮性、可用性、可维护性、可移植性、可重用性和可测试性
依存性
12	该文档是否遵守了该项目的文档编写标准
一致性
13	需求说明是否存在直接相互矛盾的条目
14	本需求说明书是否与相关需求素材一致
可行性
15	所描述的所有功能是否必要并充分地满足客户/系统目标
16	需求说明书描述的详细程度是否足以进行详细的设计
17	已知的限制（局限）是否已经详细说明
18	是否已确定每个需求的优先级别
可管理性
19	是否将需求分别陈述，因此他们是独立的并且是可检查的
20	是否所有需求都可以回溯到响应的需求素材，反之亦然
21	是否已详细说明需求变更的过程

在需求说明书评测结束后，测试单位应将评测意见以专题报告的形式提交业主单位。