1 / 2
文档名称:

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

格式:doc   大小:51KB   页数:2页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

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

上传人:wwlgqnh 2020/4/29 文件大小:51 KB

下载得到文件列表

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

文档介绍

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