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

《用户需求规格说明书评审检查单.doc》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、用户需求规格说明书评审检查单项目名称：XXXXX项目编号：XXX_用户需求规格说明书评审检查单表号：编号：项目名称项目编号项目经理检查人检查日期责任人　注意：如果结论为否或免，请填写结论补充说明类别序号检查项结论说明功能需求1是否详细定义了系统的全部输入，包括来源、精度、取值范围、出现频率等。　　2是否详细的定义了系统的输出，包括目的地、精度、取值范围、出现频率、格式等。　　3是否详细的定义了所有输出格式（Web页面、报表，等等）　　4是否定义了所有硬件及软件的外部接口　　5是否列出用户想做的全部事情　　6是否定义了每个任务

2、所用的数据，以及每个任务得到的数据　　7是否说明了对每个输入的验证措施，并描述了每个输入的属性，如：度量单位、边界值、时序要求等　　非功能需求8是否为全部的操作，从用户的角度，详细描述了期望的响应时间　　9是否详细描述了其它与计时有关的考虑，例如处理时间、数据传输率、系统吞吐量　　10是否详细定义了系统的可维护性，包括适应特定功能的变更、操作环境的变更、与其它软件的接口变更能力需求质量11需求使用用户语言描写的吗？用户也这么认为吗？12每条需求都不与其它需求冲突吗？13是否详细定义了相互竞争的特性之间的权衡14是否避免了在需

3、求规定设计方案15需求是否足够清晰，即使转交给一个独立的小组去构建，他们也能理解吗？开发者也这么想吗？16需求是否在详细程度上保持相当一致的水平？有些需求应该更详细的描述吗？有些需求应该更粗略的描述吗？17每个条款都有编号吗？18每个需求条款都与待解决的问题及解决方案相关吗？能从每个条款上溯到它在问题域中对应的根源吗？第2页共2页用户需求规格说明书评审检查单项目名称：XXXXX项目编号：XXX_19是否每条需求都是可测试的？是否可能进行独立的测试，以检验不满足各项需求？统计1、结论为“否”的检查点个数　2、结论为“免”的检查

4、点个数　第2页共2页