软件设计评审表模板
- 格式:docx
- 大小:14.50 KB
- 文档页数:1
软件详细设计评审表
项目负责人: 评审时间:
一评审流程
1、 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组 成一个评审小组 通过阅读和讨论详细设计的内容
对详细设计进行评审。
2、 项目负责人提前把概要设计说明书、 详细设计说明书等文档分发给评审小组成员
作为评审依据 小组成员在充分阅读这些材料之后
进入下一步。
3、 召开详细设计评审会。
在会上 首先由该项目的系统分析员介绍总体设计思想 包
括需求概述和软件结构 然后由各个模块的具体设计者分别对模块设计进行说明 在此过
程中小组成员可以提出问题 展开讨论 审查是否有错误存在。
4、 在讨论结束后
由项目负责人整理出一份《详细设计评审报告》。
5、 若发现错误较多 或发现重大错误 则在改正之后 再次组织详细设计评审。
二评审人员
三 评审内容(评审的具体结果可以参见评审会议记录)
项目名称: 主审人:。
XXXXXXXXXXXX 单位名称软件设计评审表项目名称型号规格软件产品设计人评审人员部门职务或职称评审人员部门职务或职称评审项目概要设计说明书评审日期评审结果标记合格x 不合格TBD 待完成NA 不适用评审情况检查项:项;有效检查项:项;通过项:项;通过率:% 序号主要检查项检查结果说明标准化1 有规定的文档标识2 引用的文档现行有效3 文档编写的内容、格式符合相关标准、规定的要求4 文档签署完整完整性5 文档有独立的版本说明部分6 有文档的文字目录页7 有总体设计部分8 有功能设计9 有接口设计10 有性能设计追溯性11 设计是否可以追踪到需求12 需求是否可追溯到设计符合性13 是否每个设计都是可测试的或以别的方式可以确定的设计范围、边界是否清晰,文档中是否清晰阐明了系统14的各项特性及预期的结果15 逻辑性、算法和处理过程是否正确16 文档是否符合客户的需要17 设计是否考虑到未来的扩充性18 设计的系统是否易于维护评审项目详细设计说明书评审日期评审结果标记合格x 不合格TBD 待完成NA 不适用评审情况检查项:项;有效检查项:项;通过项:项;通过率:% 序号主要检查项检查结果说明标准化1 有规定的文档标识2 引用的文档现行有效3 文档编写的内容、格式符合相关标准、规定的要求4 文档签署完整5 设计陈述中的命名、属于和缩写是否上下文一致完整性5 文档有独立的版本说明部分6 每个设计是否都有相应的标识7 每个设计的输入/输出是否进行了描述8 关键的用户接口是否进行了描述9 用户接口是否模块化,并且修改时不影响其他程序10 是否提供了一致的错误处理机制11 各子系统、模块之间的关系是否描述得清楚12 系统的设计是否考虑了系统的可扩展性13 设计是否考虑了重用性14 重用构件是否进行了标识15 是否说明了重用模块的获得方式和相关的文档16 系统的设计是否考虑了系统的易移植性设计是否使用标准的技术,避免使用怪异的、不易理解17的方式和方法设计的调用宽度、调用深度、耦合度、内聚度和结构化18程序是否进行了描述追溯性19 设计是否可以追踪到需求20 需求是否可追溯到设计编制:日期:审核:日期:批准:日期:。