编号： 密级： x x x x 项目 软件概要/详细设计评审报告 项目代号 项目名称 评审名称 评审时间 年 月 日 ： 至 ： ， 共 小时 评 审 组 成 员 姓 名 职务 单位/部门 签 名 组长 成员 项 目 组 成 员 组长 成员 顾 客 代 表 成员 评 审 材 料 1) 《XXXX 项目详细设计报告》 2) 《XXXX 项目风险记录及跟踪表》（详细设计阶段） 3) 其他： 请评审组长汇总评审组成员意见，在符合的方框内打“√”。 评 审 的 主 要 内 容 配置库的状态检查 是 否 不适用 注释 ☆ 配置库的状态检查是否满足要求？ 《详细设计报告》 是 否 不适用 注释 ☆ 软件设计的层次划分是否合理；低层模块/单元是否没有调用高层模块/单元？ ☆ 模块/单元的功能的分配合理，最大限度保证了模块的独立性？ ☆ 是否充分考虑了软件/操作系统/硬件之间的兼容性问题？ ☆ 确定了软件与其它系统的接口？对接口的规格进行了明确（如传输协议，传输速率）？ ☆ 是否提供了统一的错误处理机制？ ☆ 界面设计符合常用的使用习惯且界面风格保持一致？ ☆ 界面上，逻辑相关的控控件是否合理布局？（如进行分区，分页） ☆ 是否考虑了用户误操作的提示或禁止？ ☆ 对于新算法或新技术，是否提供了功能演示说明其可行？ ☆ 软件设计是否覆盖了需求规格说明书中的全部内容？ 《风险记录及跟踪表》（详细设计阶段） 是 否 不适用 注释 ☆ 对方案 阶段影 响 分系统详细设计实 现 的风险已 经 消 除 或降 低至 可承 受 范 围 ？ ☆ 识 别 了详细设计阶段的技术风险、 进度风险； ☆ 识 别 了详细设计阶段的成 本 预 算、 采 购 风险及其他 风险； ☆ 制定了风险的负 责 人 和 处理措 施 ； ☆ 制定了高级 别 风险发 生 的应 急 或补 救 策略 ； 评 审 组 意 见 及 建 议 改 进 问 题 评 审 结 论 评审组长签字: 年 月 日 评审问题归零记录 改 进 措 施 项目组长签字: 年 月 日 跟 踪 验 证 质量管理部签字: 年 月 日
VIP
