文档介绍：概要设计评审报告

项目名称
评审文档名称
评审类型
□首次评审口复审
评审时间
评审地点
参加人员名单
姓名
工作单位（部门）、职务
概要设计评审报告

项目名称
评审文档名称
评审类型
□首次评审口复审
评审时间
评审地点
参加人员名单
姓名
工作单位（部门）、职务
记录员
2 .评审内容
序号
内容
1
XX功能模块
2
XX功能模块
…
XX功能模块

评审结果
问题描述
问题类型
评审意见/建议
（变更/缺陷/ 风险/待定）
评审结论
口评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；口评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；口评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。
总体意见或建议
附录A概要设计评审检查表
主要检查项
评价
一完备性
是否在需求文档中定义的需求都在概要设计中得到了解决？
是否在设计过程中考虑到需求中TBD的预期变化？
是否评估了 TBD会产生的影响？
是否对可能不可行的概要设计准备了风险计划？
是否有设计模型并文档化？
是否定义了折衷方案并给出选择依据，并给出不选择其他方案的理由？
二一致性
1 在设计中是否考虑了真实操作环境（硬件、软件与支持软件）
三正确性
从进度、成本与技术能力等方面考虑，设计是否可行？
是否有错误、缺失或不完备的逻辑？
四数据用法
是否所有相关的数据元素、参数与对象都得到了定义？
是否提供了管理、储存与共享数据的功能与方法？
是否所有需要的数据都得到了定义了吗，同时没有定义不必要的数据？
五文档/清晰性
在体系结构设计中，是否清晰描述了数据流、控制流与接口？
在设计说明书中是否描述了所有的假设、约束、决定与依赖？
是否定义了目标？
在合适时，是否有设计是否多样的、一致的？
六功能性
对每个子模块是否都做了简要描述并概略描述了采用的算法？
选择的设计或算法是否满足需求？
七接口
所有接口的描述是否与需求文档一致？
在软件各个功能模块之间的数据流是否得到了明确描述？
是否对所有的元件之间的接口都进