06需求评审检查单(CMMI模板).pdfVIP

需求评审检查单 需求评审检查单 项目名称 检查人 文档名称 版本号 检查内容 检查结果 1、 总体检查 是否采用指定的原型工具编制原型 是否符合公司制定的模板 术语定义是否完整、 清晰、 符合行业规范和惯例 参考资料是否完整，是否符合时效性的要求 系统用户分类是否符合用户需求 (用户需求包括 行业标准、合同约定、目标用户群的普遍共识、目 标用户的个性化需求等，下同 ) 系统功能边界与分类是否正确、 清晰， 是否存在 重复，是否符合用户需求 系统功能的重要性和优先级设定是否合理 系统环境定义是否完整 (硬件平台与配置、操作 系统、数据库系统、中间件 ) ，是否符合用户需求 设计与实现上的限制是否符合用户需求 易追溯性：需求定义是否便于后续文档、产品、 代码的对应与跟踪？ 需求设计的完整性 （需求定义是否包含了有关功 能、性能、安全性、限制、目标、质量等方面的所 有需求） 是否识别并定义了在将来可能会变化的需求 需求定义是否使软件的设计、 实现、 操作和维护 都可行？ 2 、 干系人管理 ( 是否采用、是否合理，模板里的要 点) 项目干系人识别是否完整 项目干系人是否进行后续跟踪及采取相应措施 是否使用到干系人分析技术 3 、 功能需求的逐个检查 1) 相关描述是否准确、易理解、无歧义（描述与 描述之间是否一致） 2) 相关描述是否符合用户需求 需求评审检查单 3) 输入、输出的描述是否完整 4) 正常业务处理流程是否合理 5) 异常状况是否列举充分，相应的容错处理是否 合理 6 ）约束条件的设定是否合理 7) 兼容性和扩展性是否得到了必要的考虑 8 ）易验证性： 定义的需求是否是能够得到验证的？ 4 、 非功能需求检查 1) 是否对负载和环境的不同组合进行了必要的 枚举，组合条件的假设是否合理，相应的系统执行 效率描述是否准确、合理 2) 系统连续运行时间假设是否符合用户需求， 是否 与环境相匹配 3) 系统安全方案是否完整，是否符合用户需求 4) 系统灾备方案是否符合用户需求， 是否与环境相 匹配 5 ）系统日志功能是否符合用户需求和工程维护的 需要 评审组成员会后意见： （以下内容在评审会议后填写） 本人对本次评审结果的建议为：□通过 □有条件通过 □不通过 具体意见如下 （如评审结果建议为“有条件通过”或“不通过” ，请务必填写遗留的问题与建议） ： 评审组成员签名： 日期：