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