设计和开发评审程序文件
设计与开发程序文件
1）设计和开发产品的试制和试验由研发部、品管部共 同实施。
四 管理程序
1 设计和开发策划 1.1 根据市场需求或合同要求，确定产品设计和开发项目， 包括新产品开发、现有产品的改进设计或重新设计。 1）公司决定开发的特定新产品设计开发项目； 2）经市场调研认为销售前景良好的产品； 3）客户提出构想，需开发的项目。
改。
3）对于图纸内容写错和不影响产品用途的一般变更，
直接由研发人员评估和变更图纸，经研发部经理确
认核准后，予以更新和实施。
4）需要时，对更改内容应进行重新验证和评审。
7.3 设计的重大更改，包括以下方面：
1）产品的用途和要求发生较大改变；
2）产品结构、配置发生重大改变；
3）因某一更改而导致多方面变化、原设计已不适宜。
稳定性、操控性、安全性、外观形态和表面质量；
2）设计项目技术文件的完整性；
3）整体成本分析。
5.4 相关的设计评审，应保持“设计评审记录”，如样品测
试报告，必要时需添加相应的测试数据。
5.5 设计评审结果的处置：
1）对于设计评审中发现的问题，需寻找问题原因，制
定改善对策，包括防错技术的运用；
2）必要时的再验证和评审；
相关记录/文件
设计和开发更改 7.1 产品的设计更改，包括一般变更和重大更改。
7
7.2 设计的一般更改：
1）技术文件发布前的更改由研发部负责。
2）技术文件发布实施后，当需要更改时，相关研发人
员应填写《ECN 工程变更通知》列明更改原因和内容， ECN 工 程 变 更
经研发部经理批准后，对各部门的同一文件同时更 通知
设计和开发管理程序文件
设计和开发管理程序1、目的：基于对各类新产品的设计和开发的全过程进行控制，保证各环节的协调性、衔接性并确保各阶段的工作质量,完善新产品开发、引进产品的转化、已有产品及生产过程的技术改进等工作，确保产品能够满足顾客的需求和期望及法律法规的要求。
2、范围：本程序规定了公司新产品开发、引进产品的转化、已有产品及生产过程的技术改进等各阶段的流程、各部门的职责、主要工作内容、设计评审、设计验证、设计确认、设计更改等。
3、职责：确定新产品开发、引进产品的转化、定型产品及生产过程的技术改进等的研究方向。
本公司范围内新产品开发、引进产品的转化、已有产品及生产过程的技术改进等全过程的组织、协调，负责文件方案审批；确定设计开发的组织和技术的接口、输入，输出、评审、验证、确认，设计开发的更改等。
4、定义：新产品开发、引进产品的转化、已有产品及生产过程的技术改进。
5、内容：对设计开发实施情况进行跟踪、检查，记录过程实现问题进行归总。
负责参与设计开发的输入，输出、评审、验证、确认，设计开发的更改等。
负责设计开发各阶段原辅材料及自制样品的检验，并就产品的过程实现工艺、操作标准等方面提出意见。
负责编制新产品的作业指导书、工艺规程、质量控制计划等工艺指导文件。
负责新产品包装设计。
技术中心负责下达《设计开发任务书》，确定项目负责人，项目负责人依据产品的《设计开发任务书》制定《设计开发计划书》，由部门主管审核，技术副总批准后实施。
《设计开发计划书》内容包括：a．确认划分设计开发过程的阶段，规定每一阶段的工作内容和要求；b．明确规定在每个设计开发阶段需开展的评审、验证、确认活动，包括活动的时机，参与人员和活动要求。
c．明确各有关部门和人员在参加设计开发活动中的职责和权限。
d．资源配置需求，如人员、信息、设备、资金保证等及其他相关内容。
e．《设计开发计划书》可随着设计进展适时进行修改，经重新审批后发放实施。
设计开发策划的输出文件将随着设计开发的进展，再适当时加以修改或更新，修改或更新时执行《文件管理程序》设计开发不同部门或小组之间的接口管理a．与不同组别之间重要的设计开发信息沟通，项目负责人填写《设计开发信息联络单》，由技术副总审批后发放至相关部门。
设计和开发评审程序
设计和开发评审程序1 范围本标准规定了产品设计评审的主要内容、组织治理和评审程序要求。
.本标准适用于工厂产品的研制设计、仿制设计、改型和改进设计的设计评审。
.2 标准性引用文件GJB1310A-202X 设计评审GJB9001B-202X 质量体系治理要求3 术语和定义以下术语和定义适用于本程序设计评审为确定设计到达规定目标的适宜性、充分性和有效性所进行的活动。
.4 职责4.1 科技质量部负责系统、分系统级设计评审的组织，系统、分系统、配套设备和部件级评审意见落实及跟踪治理工作；4.2 设计所负责配套设备、部件级的组织及评审样机、资料的打算工作。
5 程序5.1 设计评审流程图见附录A：5.2 一般要求设计评审是在研制过程决策的关键时刻，全面、系统的检查设计输出是否满足实际输入的要求，觉察设计中存在的缺陷和薄弱环节，提出改进措施建议，加速设计成熟，降低决策风险。
设计评审能影响设计决策，但不替代设计决策，不改变规定的技术责任制。
工厂应依据武器系统研制总要求、协议书、研制任务书和〔或〕合同要求，严格按照产品研制程序所划分的研制阶段及产品功能级别实行分级、分阶段的设计评审。
必要时，进行可靠性、维修性、保证性、测试性、平安性、环境适应性以及计算机软件、元器件、原材料等专题评审。
设计评审的结论是产品研制治理决策的重要依据。
产品研制未按研制方案规定进行设计评审或设计评审未通过不同意转入下阶段工作。
厂级设计评审系统、分系统由科技质量部组织实施，配套设备、部件级由设计所组织实施，科技质量部和上级主管部门负责监督。
设计评审的参加者应包含与所评审的产品设计阶段有关的职能部门的代表，非直接参与设计工作的同行专家。
合同要求时，应邀请顾客代表参加。
设计评审作为产品研制程序中的组成局部，应纳入研制方案，从时间、经费、工作条件等方面予以保证。
设计评审应有完整的记录，评审结论应形成文件。
设计评审的有关文件及评审结论应及时归档。
设计评审中应充分发扬技术民主，保护不同意见。
ISO9000有关设计和开发控制的程序文件
ISO9000有关设计和开发控制的程序文件1、目的对设计和开发的全过程进行控制，确保新产品能满足顾客的需求和期望及有关法律、法规的要求。
2、范围适用于本厂新产品的设计开发全过程，包括引进产品的转化、定型产品及生产过程的技术改进等。
3、职责3.1 技质部负责设计、开发全过程的组织、协调、实施工作，进行设计和开发的策划，确定设计开发的组织和技术的接口、输入、输出、验证、评审、设计和开发的更改和确认等。
3.2 厂长负责审批项目建议书、下达设计和开发任务书，设计开发方案、设计开发计划书、设计开发评审、设计开发验证报告，试产报告。
3.3 供销部负责所需物料的采购。
3.4 供销部负责根据市场调研或分析，提供市场信息及新产品动向，负责提交顾客使用新产品后的《客户试用报告》。
3.5 技质部负责新产品的检验和试验。
3.6 生产部负责新产品的加工和生产。
4、程序4.1 设计和开发的策划4.1.1 设计和开发项目的来源A、供销部与顾客签订的新产品合同或技术协议。
根据厂长批准的相应的《产品要求评审表》，技质部部长下达《设计开发任务书》，并将与新产品有关的技术资料归档。
B、供销部根据市场调研或生产部根据技术革新需要或技质部综合各方信息均可提出《项目建议书》，报厂长批准后，技质部部长下达《设计开发任务书》，并组织实施。
4.1.2 技质部部长根据上述项目来源，确定项目负责人，将设计开发策划的输出转化为《设计开发方案》、《设计开发计划书》。
计划书内容包括：A、设计开发的输入、输出、评审、验证、确认等根阶段的划分和主要工作内容；B、各阶段人员职责和权限、进度要求和配合单位；C、资源配置需求，如人员、信息、设备、资金保证等及其他相关内容。
4.1.3 设计开发的输出文件将随着设计开发的进展，在适当时予以修改，应执行《文件控制程序》的有关规定。
4.1.4 设计和开发不同组别可能涉及工厂不同职能或不同层次，也可能工厂外部。
4.1.4.1 对于组别之间重要的涉及开发信息沟通，设计开发人员填写《设计开发信息联络单》，由设计组负责人审批后发给相关组别。
设计与开发程序文件
设计与开发程序文件程序文件的设计与开发是计算机编程中的重要环节。
它涉及到软件开发生命周期中的各个阶段，从需求分析到设计、编码、测试和部署。
本文将介绍程序文件的设计与开发过程，以及一些常用的设计原则和开发工具。
一、需求分析在程序文件的设计与开发之前，首先需要进行需求分析。
需求分析是确定软件应该具备的功能和性能的过程。
在这个阶段，开发人员需要与客户进行充分的沟通，了解客户的需求和期望。
根据需求分析的结果，确定软件的整体架构和模块划分。
二、设计阶段设计阶段是程序文件开发的关键步骤之一。
在这个阶段，开发人员需要根据需求分析的结果，设计软件的结构和算法。
设计阶段可以分为系统设计和详细设计两个方面。
系统设计主要是确定软件的整体架构和模块划分。
在这个阶段，开发人员需要将整个系统划分为若干个模块，并确定模块之间的调用关系。
同时，还需要确定各个模块的输入输出接口。
详细设计是对系统设计的进一步细化。
在这个阶段，开发人员需要确定每个模块的具体实现方式。
这包括选择合适的数据结构和算法，设计类和函数的接口等。
详细设计的结果通常是一个设计文档，它描述了每个模块的功能和实现细节。
三、编码与测试编码和测试是程序文件设计与开发的实质性工作。
在编码阶段，开发人员根据详细设计的结果，使用编程语言将程序逻辑转换为实际的代码。
编码过程中需要注意代码的可读性和可维护性。
在编码完成后，需要进行测试来验证程序的正确性和稳定性。
测试可以分为单元测试、集成测试和系统测试等多个阶段。
单元测试是对每个模块进行测试，验证其功能的正确性。
集成测试是将多个模块组合起来进行测试，验证它们之间的交互是否正确。
系统测试是对整个系统进行测试，验证系统是否满足用户需求。
四、部署与维护部署与维护是程序文件设计与开发的最后一步。
在部署阶段，开发人员需要将程序文件部署到目标环境中，并进行必要的配置和安装。
部署过程中需要注意程序文件的安全性和稳定性。
维护阶段是程序文件的持续运行和改进阶段。
GJB9001C设计和开发控制程序文件
1.目的本标准旨在对满足产品要求所需的过程进行策划，确保产品能满足顾客和国家有关标准及法律、法规要求。
2.范围适用于本公司满足产品要求所需的策划。
3.职责3.1总经理负责批准项目建议书，技术分管领导组织协调设计和开发全过程的工作。
3.2项目负责人设计和开发计划书、设计开发输入清单、设计输出文件、设计开发输出清单、设计和开发评审报告、设计和开发验证报告、设计和开发确认报告的编制，及整个设计工作的实施。
3.3技术分管领导负责批准设计和开发计划书、设计和开发评审报告、设计和开发验证报告、设计和开发确认报告、设计更改通知单等。
3.4物供部负责样品试制以及所需零部件的采购。
3.5生产部负责样品的试制。
3.6质量部负责产品设计和开发的检验和试验；负责检验/试验数据的整理、分析和处理；负责编制产品试验报告，并向相关部门报送产品试验报告。
3.7营销部根据市场调研或者分析、提出市场信息及新产品的动向，负责提交项目建议书以及客户使用新产品的客户使用报告。
4.工作流程4.1设计和开发策划4.1.1设计项目的来源①公司内外反馈的信息研发部根据公司内外反馈的信息，编制“产品开发建议书”，提出产品开发或技术改造的建议，报总经理批准。
产品设计和开发活动应在公司战略目标指导下进行。
②营销部的市场调查营销部通过对市场调查结果的分析，提出“产品开发建议书”，报总经理批准后，连同有关资料移交研发部。
③合同评审的结果有技术开发成份的合同或订单（包括技术协议），必须由营销部组织相关部门进行评审。
评审通过后，营销部将与客户的有关资料移交研发部。
4.1.2研发部根据评审后的产品开发建议书、技术协议、合同、订单等编制“设计和开发计划书”“设计和开发计划书”包括：a)确定开发产品的性质以及开发所需求的时间以及设计的复杂程度。
b)根据产品特点和复杂程度、公司特点和经验划分设计和开发过程的阶段；c)明确规定每个设计和开发阶段需开展的适当的评审、验证和确认活动，包括这些活动的时机。
设计和开发评审程序
设计和开发评审程序设计和开发评审程序一、引言本文档旨在定义设计和开发评审程序，以确保项目设计和开发过程中的准确性、一致性和高质量。
评审过程将确保项目满足发起方的要求，并提供项目团队和利益相关方之间的有效沟通和反馈机制。
二、评审目标评审程序的目标是：⒈确保设计和开发过程符合项目的目标和要求。
⒉识别和解决设计和开发过程中的潜在风险和问题。
⒊提供反馈和建议，以改进设计和开发过程。
⒋验证项目设计和开发的准确性和一致性。
三、评审流程评审流程可分为以下几个阶段：⒈计划评审：⑴确定评审的目标和范围。
⑵确定评审参与人员和角色。
⑶确定评审的时间和地点。
⑷确定评审所需的文档和材料。
⒉准备评审：⑴分发评审文档和材料给参与人员。
⑵确保评审人员具备必要的培训和背景知识。
⑶预备评审会议的议程和形式。
⒊进行评审：⑴主持人介绍评审目的和过程。
⑵设计和开发团队展示设计和开发成果。
⑶评审人员提出问题、提供反馈和建议。
⑷记录评审过程中的关键问题和决策。
⒋总结评审：⑴评审团队汇总评审结果和建议。
⑵发布评审报告。
⑶追踪和解决评审中的问题和风险。
⑷更新设计和开发文档。
四、参与人员和角色评审过程中的各类参与人员和角色包括：⒈发起方：提出项目目标和要求，审查评审结果。
⒉设计和开发团队：负责设计和开发项目。
⒊评审主持人：组织评审流程，引导评审讨论。
⒋评审人员：提出问题和建议，检查设计和开发成果。
⒌记录员：记录评审过程和结果。
五、评审文档评审过程中需要的文档包括但不限于以下内容：⒈项目需求文档。
⒉设计规范和标准。
⒊开发代码和文档。
⒋测试结果和报告。
⒌反馈和建议记录。
六、法律名词及注释⒈合同：指两个或多个当事人之间订立的具有法律约束力的协议。
⒉保密协议：双方约定将某些具有商业价值的信息保持秘密的法律文件。
⒊知识产权：指人们创造的智力成果所享有的法律权益，如专利、商标、著作权等。
⒋数据隐私：个人或组织对于其数据的直接或间接控制能力和对数据的保护的权利。
设计与开发程序文件
设计与开发程序文件设计与开发程序文件简介本文档旨在介绍设计与开发程序文件的基本概念、原则和最佳实践。
设计与开发程序文件是一种用于组织、管理和维护软件开发项目的文件类型。
通过合理的程序文件设计和规范的开发流程，可以提高开发效率、降低维护成本，并确保代码质量和项目可维护性。
设计与开发程序文件的类型设计与开发程序文件通常包括以下几种类型：1. 需求文档（Requirements Document）：需求文档用于记录软件项目的功能需求、性能要求、用户需求等信息。
它是项目开发的起点，为设计和开发提供了明确的目标和约束条件。
2. 设计文档（Design Document）：设计文档用于详细描述软件系统的结构、模块、接口和算法等设计细节。
它为开发人员提供了在实际编码之前的蓝图，有助于确保系统的一致性和可扩展性。
3. 代码文件（Code Files）：代码文件包括软件项目的源代码文件、配置文件等。
它们是实现软件功能的核心部分，开发人员需要遵循编码规范和注释要求，保证代码的可读性和可维护性。
4. 文件（Test Files）：文件用于编写和执行软件项目的单元、集成和系统等。
文件可以帮助开发人员及时发现和修复代码中的错误，确保软件的质量和稳定性。
5. 文档文件（Documentation Files）：文档文件包括用户手册、安装指南、API文档等。
它们用于向用户和其他开发人员提供系统使用和开发的相关信息。
设计与开发程序文件的设计原则在设计与开发程序文件时，应遵循以下原则：1. 单一职责原则每个程序文件应该有且只有一个明确的职责。
这样可以提高代码的可读性和可维护性，减少不必要的依赖和耦合。
2. 模块化原则将程序文件划分为多个模块，每个模块负责一个独立的功能。
这样可以提高代码的复用性和可性，降低修改一个模块对其他模块的影响。
3. 遵循命名规范为程序文件、类、函数、变量等起有意义的名称，遵循一致的命名规范。
这样可以使代码更易读、易懂，并有助于团队合作和代码维护。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
东莞市智虎电子科技有限公司设计和开发评审程序
受控文件
版次：A/0
编号：ZH-QEP-18
编制：周孝堂
校对：周孝堂
审定：周崇文
批准：刘虎
东莞市智虎电子科技有限公司发布
设计和开发评审程序
1 范围
本程序规定了产品设计和开发评审的目的、要求等内容。
本程序适用于产品设计和开发的评审。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本适用于本文件。
3 术语和定义
3.1 设计评审
为确定设计达到规定目标的适宜性、充分性和有效性所进行的活动。
4 职责
4.1 设计部门负责设计评审资料的准备及评审意见的落实或实施。
4.2 质量管理部门、顾客代表和有关部门参与设计和开发评审。
4.3 质量管理部门负责跟踪评审结论中提出的问题和必要解决措施的落实情况。
5 工作程序
5.1 评审目的
开展设计评审的目的：
a)评价设计和开发的结果满足要求的能力；
b)识别设计和开发中出现的问题，提出必要的解决措施。
5.2 评审要求
5.2.1 设计和开发的评审按设计评审的规定执行。
5.2.2 设计评审是在研制过程中按节点要求全面、系统地检查设计输出是否满足设计输入的要求，发现设计中存在的缺陷和薄弱环节，提出改进措施，加速设计成熟，降低决策风险。
5.2.3 设计和开发评审应根据设计和开发策划中所确定的时间或节点进行，实施分级（系统级、分系统级、设备或整机级）、分阶段（方案阶段、工程研制阶段、定型阶段）的设计评审。
5.2.4 根据研制工作的实际需要，可组织可靠性、维修性、保障性、安全
性、测试性、环境适应性和电磁兼容性、软件设计、元器件、原材料等专题评审，其内容和要求可参照相应的国家军用标准或行业标准进行。
5.2.5 设计评审的结论是产品研制决策的重要依据。
未按规定进行设计评审或评审未通过，不允许转入下阶段工作。
5.2.6 设计评审由承担设计和开发研制任务的设计部门组织，质量管理部门和上级主管部门负责监督并邀请使用方参加。
设计评审的参加者为与产品设计阶段有关部门的代表。
5.2.7 对设计和开发实施系统评审。
评审内容不但包括设计和开发的结果，而且还包括设计和开发的过程，特别是对设计和开发中遇到的问题归零情况的审查和对关键技术措施的有效性评估。
设计评审根据不同的研制阶段，其评审的重点应有所不同。
5.3 评审内容
5.3.1 方案阶段的设计评审
方案设计评审应根据批准的武器系统研制总要求、战术技术指标和（或）合同的要求，对方案的正确性、先进性、适用性、安全性、可行性和经济性进行评审。
方案阶段的设计评审一般应在完成方案论证和方案设计工作后转工程研制阶段前进行。
方案设计评审的主要内容一般包括：
a)不同方案优选的依据和优选结果；
b)所选方案的正确性、先进性、适用性、安全性、可行性和经济性；
c)方案的各项技术性能指标和要求（包括可靠性、安全性、维修性、
测试性、保障性和环境适应性等）满足协议书或合同的情况；
d)系统或分系统分解结构和功能原理图或样机产品图；
e)可靠性、安全性、维修性、测试性、保障性和环境适应性大纲和
质量保证大纲及标准化大纲；
f)重大技术、新技术、新器材、新工艺攻关项目进展和采用情况；
g)元器件的选用情况；
h)设计的继承性及所采用新技术的比例；
i)可生产性分析；
j)验证试验方案；
k)系统对分系统或者分系统对设备、整机的可靠性、安全性、维修性、保障性、测试性、环境适应性分析试验要求；
l)研制程序和研制计划；
m)研制经费预算及技术风险分析；
n)初步研制任务书。
5.3.2 工程研制阶段的设计评审
工程研制阶段的设计评审是根据研制任务书或合同要求对产品的设计、试制及鉴定试验是否满足产品主要技术要求进行评审。
工程研制阶段的设计评审的次数及内容应根据设计和开发策划中所确定的时间或节点进行，必要时，应征得使用方的同意。
工程研制阶段的设计评审的主要内容一般包括：
a)产品设计的战术技术性能满足研制任务书或合同要求的情况；
b)产品功能、性能分析、计算的依据和结果；
c)系统与各分系统、各分系统之间、分系统与设备之间接口协调性；
d)可靠性、安全性、维修性、保障性、测试性、环境适应性、质量
保证及标准化大纲的执行情况；
e)采用的设计准则、设计规范和标准的合理性及执行情况；
f)故障模式、影响及危害性分析；
g)关键件（特性）和重要件（特性）清单；
h)系列化、通用化、组合化设计情况；
i)设计验证情况及结果；
j)计算机软件的测试结果；
k)前一次设计评审遗留问题的解决情况；
l)元器件、原材料、零部件控制情况及结果；
m)设计的可生产性、工艺的合理性及稳定性；
n)环境适应性分析的依据及结果；
o)质量问题归零执行情况；
p)经济性分析；
q)技术风险分析和采取的措施；
r)产品设计定型技术状态及定型鉴定试验方案；
s)其它需要评审的项目。
5.3.3 定型阶段的设计评审
定型阶段的设计评审根据研制任务书和（或）合同的要求，在经过定型鉴定试验后，对产品是否具备申请设计定型或设计鉴定的条件进行评审。
定型阶段设计评审，一般根据合同或顾客的要求确定是否进行。
定型阶段设计评审的主要内容一般包括：
a)产品设计的可靠性、维修性、安全性、保障性、测试性、环境适
应性、电磁兼容性等分析验证结果满足研制任务书或合同要求的
程度；
b)产品技术性能指标和结构设计评定结果全面达到研制任务书和
（或）合同要求的程度；
c)设计输出文件（含生产和使用）的成套性及实施标准的程度，产
品的标准化程度、满足产品设计定型要求的程度；
d)研制定型过程中质量问题归零处理的有效性；
e)产品的工艺稳定性分析；
f)质量评价；
g)鉴定试验的情况及结论；
h)遗留问题的结论及处理意见；
i)元器件、原材料、外协件、外购件的定点及鉴定情况；
j)包装、搬运、贮存及维护使用保障；
k)经济性分析；
l)研制总结及定型申请报告；
m)其它需要评审的项目。
5.4 评审程序
5.4.1 评审申请
项目设计师系统根据设计和开发策划中所确定的评审节点提出设计评审申报文件，其中包括：
a)设计评审申请报告（见附录A）；
b)产品设计工作报告，一般包括以下内容：
1)设计满足研制任务书或合同的情况；
2)研制过程中主要工作进展情况；
3)对研制过程中发生问题的分析处理情况；
4)对设计风险的分析、评价；
5)结论及建议；
c)提供评审组备查的其它设计评审主要资料清单；
d)评审计划安排的建议。
5.4.2 批准评审申请
上一级设计师或主管设计的副总经理负责批准设计评审申请，负责任命评审组组长，确定评审组成员。
5.4.3 建立评审组
评审组设组长1名，副组长1-2名。
设计评审组成员应由具有熟悉产品、能覆盖被评审技术要求的各有关方面专家组成。
一般应包括：
a)同行技术专家；
b)下达研制任务的单位或顾客代表；
c)质量管理、可靠性专家；
d)设计单位代表；
e)其它与设计有关的部门代表。
5.4.4 评审组职责
评审组的职责如下：
a)确定评审重点和检查内容；
b)审阅评审资料，检查上一次设计评审结论有关问题的落实情况；
c)评价设计满足相关要求的情况；
d)发现设计薄弱环节和缺陷，提出改进措施建议；
e)做出设计评审的结论。
5.4.5 资料预审
项目设计师应提前将评审通知送评审组成员，以便评审组成员事先审阅设计工作报告及有关资料。
对有保密要求的项目的设计评审资料可在评审期间发给评审组成员，评审结束后按规定收回。
5.4.6 组织评审会
会议主要议程如下：
a)宣布评审组的组成及组长；
b)评审组组长主持会议并宣布评审要求；
c)项目设计师做产品设计工作报告；
d)评审组审查产品设计工作报告及提供评审的有关资料；
e)项目组成员答疑评审组提出的问题；
f)评审组讨论和通过评审结论。
5.4.7 形成设计评审报告
评审组长负责将评审情况、设计存在的问题及建议、评审结论汇总形
成《设计评审报告》（见附录B），评审组成员签名。
5.4.8 设计评审意见
评审中发生的不同意见，经充分讨论仍不能取得一致时，可保留意见，由持保留意见者填写设计评审保留意见表（见附录B）。
5.4.9 设计评审报告审批或确认
根据研制任务书或合同及有关文件的规定，若设计评审结论及有关资料需送顾客或任务提出单位，或者需报告上级领导部门审批或确认时，则应在设计评审结束后及时将设计评审报告及有关资料送有关部门审批或确认。
5.4.10 设计评审措施
设计师系统组织对设计评审中提出问题及建议进行分析研究，对需要改进的问题制定相应的措施，并组织实施，保持记录。
设计鉴定产品按使用方规定或参照本程序执行。
6 报告及记录
a)设计评审申请报告（附录A）；
b)设计评审报告（附录B）。
设计评审保留意见表
评审组成员签署表。