DFMEA管理办法.doc

目的 本文件依据《整车开发手册》编写。 为了规范DFMEA的管理工作，特制定本办法。 范围 本办法规定了DFMEA的工作流程及管理要求。 本办法适用于长城汽车技术研究院。 术语和定义 3.1潜在的失效模式及后果分析（FMEA） FMEA是失效模式及后果分析的英文FAILURE MODE AND EFFECTS ANALYSIS的缩写，是在产品设计阶段和过程设计阶段，对构成产品的子系统、零部件，以及对构成过程的各个工序逐一进行分析，找出所有潜在的失效模式，并分析其可能出现的不良后果，从而预先采取必要的措施，以提高产品的质量和可靠性的一种系统化的活动。 3.2潜在设计失效模式及后果分析（DFMEA） DFMEA是由负责设计的工程师或项目组在产品设计阶段采用的一种分析技术，用以最大限度地保证各种潜在的失效模式及相关的起因/机理在产品设计时得到充分的考虑和说明。 3.3 功能框图 指示出信息、能量、力、流体等流程的示意图，其目的在于明确向框图的交付内容（输入），框图中过程的执行（功能），以及来自框图本身的交付内容（输出）。框图说明了分析对象中所包括的各项目之间的主要关系，并建立了DFMEA分析的逻辑顺序，功能框图是用于FMEA准备工作的文件，应该随附于DFMEA。 3.4 FMEA基本定义 功能：该设计/过程要做什么？（设计意图） 失效模式：设计（产品）或过程失效的表现形式 后果：失效模式发生后会怎样？ 严重度：失效模式的后果有多严重？ 起因：什么会导致失效模式的发生？ 频度：失效起因发生的频率如何？ 现行控制：探测或防止将失效传递到后续“顾客”的现行方法。 探测度：失效模式/起因一旦发生，能否探测得出？ 3.5 头脑风暴 头脑风暴是为产生各种观点（想法）的一个交互作用的过程。成功的头脑风暴会议会在很短的时间内生成大量的观点（想法）。FMEA头脑风暴方法指南选择要研究的过程步骤或产品功能。 选定进行头脑风暴的小组成员； 一次只能有一人发言； 不要有任何人在会上起主导作用（平等原则）； 将会议中得到的所有观点都记录下来； 在头脑风暴过程中，不要对任何观点进行评价； 重要的是观点的数量，而不是质量； 将各种观点按失效模式进行优先排序。 3.6 顾客 顾客就是接受产品的组织或个人。顾客可以是组织内部的或外部的。 职责和权限 4.1项目组总监负责DFMEA计划和《FMEA清单》； 4.2 DFMEA小组实施DFMEA，并对DFMEA进行动态管理； 负责验证的工程师（报告工程师）负责编制《设计验证计划和报告（DVPR）FMEA表格上填充相关信息。 5.1.2.2 DFMEA表编制（详见FMEA手册） a、FMEA编号 填入文件编号，以便查询。 b、系统、子系统或零部件名称及编号 注明适当的分析级别并填入所分析系统、子系统或零部件的名称、编号。 c、设计责任 填入整车厂（OEM）、部门和小组。如果适用还要包括供方的名称。 d、编制者 填入负责FMEA准备工作的工程师姓名、电话和所在公司的名称。 e、车型年度/项目 填入将使用和/或将被分析的设计影响的预期车型年度/项目（如果已知的话）。 f、关键日期 填入FMEA的初次预定完成的日期，该日期不应该超过Z图的发布日期。 g、FMEA日期 填入编制FMEA原始稿的完成日期及最新修订的日期。 h、核心小组 列出被授权以确定和/或执行任务的责任个人和部门名称（建议所有小组人员的姓名、部门、电话、地址等，都记录在一张表上）。 i、项目/功能 填入将被分析项目的名称和其他适当的信息（如编号、零件等级等）。用尽可能简洁的文字来说明被分析项目要满足设计意图的功能，包括该系统运行的环境相关信息（如指定温度、压力、湿度范围、设计寿命等）。 “功能”栏填写应注意：用可以测量的术语描述功能，如：储存液体(升)，支撑护罩 (牛顿)等等；当一个零件必须在附加条件下才能起功能作用时，列出这种附加条件。如：制动必须在一定的油压下。FMEA是一个技术文件，不允许用“好”“不好”等词语，必须用技术性语言详细描述，如：“刮水器的功能，雨天刮除雨水和污垢，保证前视野的清晰”等。如有多种功能，应单独列出，不同的功能导致的失效模式不同。 j、潜在失效模式 指系统、子系统或零部件有可能未达到或未完成在项目/功能栏中所描述设计意图的种类（如预期的功能丧失）。这潜在失效模式可能是更高一级子系统或系统的潜在失效模式的起因，也可能是比它低一级的零部件潜在失效模式的后果。应该用“物理的”、专业性的术语来描述潜在失效模式，而不同于顾客所见的现象。 k、潜在失效后果 潜在失效的后果就是失效模式对功能的影响，就如顾客感受的一样。不同级别的系统、子系统和零件之间还存在着系统层次上的关系。 l、严重度 严重度是对一个