用户需求规格说明书评审检查单

表号： 编号：

项目名称 项目经理 项目编号 检查人 检查日期 责任人 注意：如果结论为否或免，请填写结论补充说明 类别 序号 1 检查项 结论 说明 是否详细定义了系统的全部输入，包括来源、精度、取值范围、 出现频率等。 是否详细的定义了系统的输出，包括目的地、精度、取值范围、2 出现频率、格式等。 功能需求 3 是否详细的定义了所有输出格式（Web页面、报表，等等） 4 是否定义了所有硬件及软件的外部接口 5 是否列出用户想做的全部事情 6 是否定义了每个任务所用的数据，以及每个任务得到的数据 是否说明了对每个输入的验证措施，并描述了每个输入的属性，如：度量单位、边界值、时序要求等 是否为全部的操作，从用户的角度，详细描述了期望的响应时8 间 是否详细描述了其它与计时有关的考虑，例如处理时间、数据9 传输率、系统吞吐量 是否详细定义了系统的可维护性，包括适应特定功能的变更、10 操作环境的变更、与其它软件的接口变更能力 7 11 需求使用用户语言描写的吗？用户也这么认为吗？ 12 每条需求都不与其它需求冲突吗？ 13 是否详细定义了相互竞争的特性之间的权衡 14 是否避免了在需求规定设计方案 需求质量 15 非功能需求 需求是否足够清晰，即使转交给一个独立的小组去构建，他们 也能理解吗？开发者也这么想吗？ 需求是否在详细程度上保持相当一致的水平？有些需求应该16 更详细的描述吗？有些需求应该更粗略的描述吗？ 17 每个条款都有编号吗？ 18 每个需求条款都与待解决的问题及解决方案相关吗？能从每个条款上溯到它在问题域中对应的根源吗？ 第 1 页 共 2 页

用户需求规格说明书评审检查单 项目名称：XXXXX 项目编号：XXX 19 是否每条需求都是可测试的？是否可能进行独立的测试，以检 验不满足各项需求？ 统计 1、结论为“否”的检查点个数 2、结论为“免”的检查点个数

第 2 页 共 2 页