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

《用户需求规格说明书评审检查单.doc》由会员分享，可在线阅读，更多相关《用户需求规格说明书评审检查单.doc（8页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-date用户需求规格说明书评审检查单用户需求规格说明书评审检查单用户需求规格说明书评审检查单表号： 编号：项目名称项目编号项目经理检查人检查日期责任人注意：如果结论为否或免，请填写结论补充说明类别序号检查项结论说明功能需求1是否详细定义了系统的全部输入，包括来源、精度、取值范围、出现频率等。2是否详细的定义了系统的输出，包括目的地、精度、取值范围、出现频率、格式等。3是否详细

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