需求说明书评测作为需求分析阶段工作的复查手段，应该对功能的正确性、完整性和清晰性，以及其他需求给予评测。评测的主要内容是：
- 系统定义的目标是否与用户的要求一致；
- 系统需求分析阶段提供的文档资料是否齐全；
- 文档中的所有描述是否完整、清晰，准确地反映用户要求；
- 与所有其他系统成份的重要接口是否都已经描述；
- 被开发项目的数据流与数据结构是否足够、确定；
- 所有图标是否清楚，在不补充说明时能否理解；
- 主要功能是否已包括在规定的软件范围之内，是否都已充分说明；
- 软件的行为和它必须处理的信息，必须完成的功能是否一致；
- 设计的约束条件或限制条件是否符合实际；
- 是否考虑了开发的技术风险；
- 是否考虑过软件需求的其他方案；
- 是否考虑过将来可能会提出的软件需求；
- 是否详细制定了检验标准，他们能否对系统定义是否成功进行确认；
- 有没有遗漏、重复或不一致的地方；
- 用户是否审查了初步的用户手册或原型；
- 项目开发计划中的估算是否收到了影响。
为保证软件需求定义的质量，评测应由专门指定的测试人员负责，并按规程严格进行。评审结束，应有评审负责人的结论一件件及签字。除承建单位分析员之外，业主单位人员和测试单位都应当参加评测工作。需求说明书要经过严格评测，一般，评测的结果都包括了一些修改意见，待修改完成后再经评测，才可进入设计及阶段。
需求说明书评测规范
填表说明：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 | 是否已详细说明需求变更的过程 |
在需求说明书评测结束后，测试单位应将评测意见以专题报告的形式提交业主单位。