设计评审控制程序.docVIP

XXX项目 设计评审控制程序 文件编号 文件状态 [ ]草稿 [ ] 正式发布 [ ]正在修改 当前版本 拟 制 日期 审 核 日期 批 准 日期  修订历史记录 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型（A*M*D） 修改人 摘 要 备注  目 录 TOC \o 1-3 \h \z \u 1 目的 4 2 适用范围 4 3 职责 4 3.1 项目经理 4 3.2 部门经理 4 3.3 评审组长 4 3.4 副总 4 4 工作程序 4 4.1 设计评审时机 4 4.2 设计评审的形式 5 4.3 设计评审的准备 5 4.4 设计评审的实施 5 4.5 对发现问题的处理和跟踪措施 5 4.6 质量记录的控制 6 5质量记录 6  1 目的 通过设计评审发现设计开发活动中存在的问题，及时采取措施解决，同时对解决措施的执行情况进行跟踪验证以确保其有效性。 2 适用范围 本程序适用于项目设计开发各阶段所进行活动的评审工作。 3 职责 3.1 项目经理 项目经理或相关人员提出评审申请。 3.2 部门经理 批准申请，并组织实施，审核《评审报告》。 3.3 评审组长 负责编写《评审报告》 3.4 副总 负责审批《评审报告》 4 工作程序 4.1 设计评审时机 计划阶段：在计划阶段完成后，需要对《项目开发计划》、《质量保证计划》、《配置管理计划》进行评审。评审会应包括：项目经理、项目组的技术骨干，如果项目为重大项目，还应包括主管副总、技术总监、有关专家和用户代表。 需求分析阶段：在需求分析阶段完成规格之后，需要对《需求规格说明书》进行评审。评审会应包括：项目经理、需求分析人员、项目组的技术骨干，如果项目为重大项目，还应包括技术总监、有关专家和用户代表。 设计阶段：在详细设计完成之后需要对《详细设计说明书》进行评审。评审会应包括：项目经理、项目组的技术骨干，如果项目为重大项目，还应包括技术总监和有关专家。 编码阶段：在编码阶段结束时，需要对程序代码进行评审。评审会应包括：项目经理、项目组的技术骨干。 测试阶段：在系统测试阶段开始之前，系统测试部应完成对《测试计划》的评审。评审会应包括：测试部与本项目有关人员、项目经理、项目组的技术骨干，如果项目为重大项目，还应包括技术总监。 如果发现的问题涉及顾客需求变更、体系结构调整，或者是跨基线的变更，要先申请评审。 4.2 设计评审的形式 设计评审采取评审会的形式。 4.3 设计评审的准备 评审申请人应填写《评审申请表》，提出设计评审申请，同时附上相应的《检查表》，报部门经理审批。 《评审申请表》的内容包括： 项目名称； 评审时间、地点； 评审组长、成员。 评审的方式方法； 评审内容。 评审组长或其指定人员负责准备相关资料。 评审组长应提前1—3个工作日通知参加评审的人员，并向其发放评审相关资料，参加评审人员应根据评审安排和相关资料，做好评审准备。 4.4 设计评审的实施 评审由评审组长主持。 评审小组通过交谈、查阅文件、检查现场，对《评审申请表》中的各项评审内容进行评审。 评审组长汇总评审意见，编写《评审报告》，报部门经理审核，由直属副总审批。 4.5 对发现问题的处理和跟踪措施 评审结束后，部门经理根据《评审报告》中提出的问题，责成有关人员按规定期限对所发现的问题加以解决。 对于重大部题根据《评审报告》的要求进行复审。 4.6 质量记录的控制 设计评审中所产生的质量记录由评审组长移交给项目经理保存，待项目验收交付后由项目经理移交给总经理办公室统一保存。 5质量记录 《评审申请表》 《评审报告》