《软件需求规格说明书》检查单zz

文档组织与完整性

1. 所有对其它需求的内部交叉引用是否正确？

2. 需求为设计提供了充足的基础么？

3. 是否所有需求的书写详细程度都是一致的、合适的？

4. 是否包括了每个需求的实现优先级？

5. 是否定义了所有与外部硬件、软件和通讯的接口？

6. 是否定义了功能性需求内在的算法？

7. 软件规格说明书是否包含了所有已知的业务需求？

8. 是否记录了所有可能的错误条件所产生的系统行为？

9. 对所有内部和外部接口的描述，是否都符合模板的要求，即包括来源、目的、输入、输出和激发条件？

正确性

10. 是否没有需求间的冲突或重复的需求？

11. 是否每个需求都是无二义性的？

12. 是否每个需求的描述都是简洁、清晰的？

13. 是否每个需求都可以用测试或同级评审来进行验证？

14. 是否每个需求都在项目的范围内？

15. 是否每个需求都没有内容或语法上的错误？

16. 是否需求中必需的信息都没有遗漏？如果有的话，是否标记为“待决定”了？

17. 在已知的约束条件下，是否可以实现所有的需求？

18. 是否任一个特定的错误信息都具有唯一性和明确的意义？

质量属性

19. 对所有性能目标都作了适当的说明么？

20. 对所有安全和防护性的考虑作了适当的说明么？

21. 对其它相关的质量属性目标是否明确地文档化和量化，且进行了可接受的权衡也被详细说明了？

可追溯性

22. 每个需求的标识都是唯一和正确的么？

23. 每个软件功能需求都可追溯到客户需求么？

特殊问题

24. 是否所有需求都是名副其实的需求，而不是设计或实现方案？

25. 是否确定了对时间要求高的功能并定义了它们的时限标准？

转载于:https://www.cnblogs.com/evangel/archive/2009/02/21/1395595.html