项目编号


检查人


检查日期


序号

检查项

检查子项

检查结果

说明

1

布局

是否遵循了需求模板？

图片、表格等是否都有标签并正确引用？

需求是否都有分级？

是[ ] 否[  ] NA[ ]


2

跟踪性

是否所有需求都来源于用户？

是否每一个具体需求都有唯一的编号？

是[ ] 否[  ] NA[ ]


3

完整性

是否包含了所有用户需求？

是否描述了所有用户类型及其特征？

是否描述了非功能性需求？

是否包含多余的需求？

术语是否都有完整的定义？

是否说明了对每个输入的处理？

是否说明了所有对系统可能的约束？

是否有用户手册及相关培训？

是否考虑了整个生命周期的维护？

是[ ] 否[  ] NA[ ]


4

可读性

是否从设计人员、普通客户等角度都很易懂？

是[ ] 否[  ] NA[ ]


5

内容

是否描述了需求的what，而不是how？

是[ ] 否[  ] NA[ ]


6

UI

UI是否易于用户学习和使用。

是否有丰富的输入和输出的实例。

是[ ] 否[  ] NA[ ]


7

关联性

是否需求已经拆分为最小？

是[ ] 否[  ] NA[ ]


8

简洁

是否需求简洁，没有包含重复内容？

是[ ] 否[  ] NA[ ]


9

准确性

用语是否清晰无歧义（查找诸如也许、可能、大概、大约等关键字

是否说明了对每个输入的验证措施，并描述了每个输入的属性，如：度量单位、边界值、时序要求等

是[ ] 否[  ] NA[ ]


10

整体性

是否描述了软件使用的目标环境，指明并简短描述了目标环境中其它相关软件产品/子系统/模块？

是否清楚描述了系统中与其它子系统、模块或硬件设备的相关接口？

是[ ] 否[  ] NA[ ]


11

一致性

每一个需求是否切实可行、可测试、前后一致、彼此不冲突

是[ ] 否[  ] NA[ ]


12

效率

是否描述了性能需求

所描述的性能需求是否能通过测试来进行验证

是[ ] 否[  ] NA[


13

可测试性

是否每个需求都有输入和输出及相关的数据和流程及准备条件？

是否针对难以测试的部分增加了可测试性需求？

是[ ] 否[  ] NA[ ]


14

可靠性

是否考虑了单点故障及故障应急处理和恢复？

是[ ] 否[  ] NA[ ]


15

标准

是否符合了业界相关的标准比如IEEE和ISO等？

是[ ] 否[  ] NA[ ]


16

安全

是否充分考虑了安全保密？

是[ ] 否[  ] NA[ ]


17

国际化

是否充分考虑了多国使用场景？

是[ ] 否[  ] NA[ ]