需求评审检查单.doc

xx有限公司需求评审检查单

xxx有限公司需求评审检查单

需求评审检查单模板

文档版本号：

V1.0

文档编号：

XXXX_RM_TEMP_RRC

文档密级：

内部公开

归属部门/项目：

研发部

编写人：

xxxx

生效日期：

xxxx-xx-xx

版权信息

本文件涉及之信息，属xxxx有限公司所有。

未经xxxx有限公司允许，文件中的任何部分都不能以任何形式向第三方散发。

文档修订记录

版本号

修订日期

修订人

修订说明

修订状态

审核日期

审核人

批准人

V1.0

xxx

xxxx

正式版

A

xxx

xxxx

xxxx

修订状态：A--增加，M--修改，D--删除

日期格式：YYYY-MM-DD

PAGE2/SECTIONPAGES2

需求评审检查单

PAGE1/SECTIONPAGES2

需求评审检查单

项目名称

检查人

文档名称

版本号

检查内容

检查结果

总体检查

是否符合公司制定的模板

术语定义是否完整、清晰、符合行业规范和惯例

参考资料是否完整，是否符合时效性的要求

系统用户分类是否符合用户需求(用户需求包括行业标准、合同约定、目标用户群的普遍共识、目标用户的个性化需求等，下同)

系统功能边界与分类是否正确、清晰，是否存在重复，是否符合用户需求

系统功能的重要性和优先级设定是否合理

系统环境定义是否完整(硬件平台与配置、操作系统、数据库系统、中间件)，是否符合用户需求

设计与实现上的限制是否符合用户需求

易追溯性：需求定义是否便于后续文档、产品、代码的对应与跟踪？

需求设计的完整性（需求定义是否包含了有关功能、性能、安全性、限制、目标、质量等方面的所有需求）

是否识别并定义了在将来可能会变化的需求

需求定义是否使软件的设计、实现、操作和维护都可行？

需求的充分必要性（可实现性、可测试性）。

功能需求的逐个检查

相关描述是否准确、易理解、无歧义（描述与描述之间是否一致）

相关描述是否符合用户需求

输入、输出的描述是否完整

正常业务处理流程是否合理

异常状况是否列举充分，相应的容错处理是否合理

约束条件的设定是否合理

兼容性和扩展性是否得到了必要的考虑

易验证性：定义的需求是否是能够得到验证的？

非功能需求检查

是否对负载和环境的不同组合进行了必要的枚举，组合条件的假设是否合理，相应的系统执行效率描述是否准确、合理

系统连续运行时间假设是否符合用户需求，是否与环境相匹配

系统安全方案是否完整，是否符合用户需求

系统灾备方案是否符合用户需求，是否与环境相匹配

系统日志功能是否符合用户需求和工程维护的需要

接口检查

是否进行了外部接口说明？接口类型及接口特点是否描述清晰？

是否清晰描述了接口与本系统的输入输出关系？