高阶篇:4.2.1)DFMEA框架搭建,填写项目与要求
本章目的:明确DFMEA的数量及目标,搭建框架,填写项目与要求。
1.搭建DFMEA框架步骤
1)明确DFMEA的数量及目标;
2)搭建框架(所有DFMEA的);
3)填写项目与要求。
2 明确DFMEA的数量及样式
2.1 数量
QFDII可以引出DFMEA,每一张QFDII对应一个DFMEA。
此前已经多次提到。所以,DFMEA是和QFDII的数量,即产品零部件的数量是一致的。如下图所示(即QFDII中图),
DFMEA的数量为11章。
这里记一点,作者的文章是连贯的,而且作者不推荐一个产品只做一章DFMEA。
2.2 样式
DFMEA样表详见FEMA手册第四册最新版。
请根据最新的样式,编制表格。
//网上多有下载,作者的网盘也有分享。
另,FMEA也是与时俱进的,所以表格也要按照时代的要求更新。
第四册手册中对表格的更新历史记录如下:
●表 A: 基本表(包含最基本的信息)
○预防和探测控制各自独立分开为一栏
●表 B:项目/功能和要求分开的表
○帮助确定失效模式
●表 C:是表 A 的预防控制栏放在发生率栏左边
○ 更好的显示预防控制和发生率级别排序的关联
●表 D:是表 B 和表 C 的合并
● 表 E:是表 D 把现有探测设计控制(要因和失效模式)独立出来
○强调与要因相关控制的需要
●表 F:是表 B 把职责和目标完成日期与采取措施和完成日期分开
○允许按日期分类
3.搭建框架(所有DFMEA的)
输入数字列以便识别 FMEA 文件。这用于文件控制。
输入需要分析的系统、子系统或零部件的名称及编号。(见确定范围部分)
填入负有设计责任的 OEM、组织和部门或小组。适当时,也输入供方名称。
填入将使用和/或受所分析设计影响的预期车型年度/项目(如果知道的话)。
填入 FMEA 初次预定完成日期,该日期不应超过计划的量产设计发布的日期。
填入 FMEA 原始稿完成日期,和最新的修改日期。
填入负责开发 DFMEA 小组成员。联系信息(如:名字、组织、电话号码和 email)
填入负责编制 DFMEA 工作的工程师姓名、电话和所在公司的名称。
4.填写项目与要求
4.1 区分项目,功能,要求(这是重点)
FMEA手册第四册否认描述如下
4.1.1 项目(a1)
输入已经由小组通过框图、参数图、示意图或其它图识别的项目、接口或零部件。
为了确保可追溯性,使用的术语必须和顾客要求,以及其它设计开发文件和分析相一致。
Item(a1)
Enter the items, interfaces, or parts which have been identified through block diagrams, P-diagrams, schematics and other drawings, and other analysis conducted by the team.
The terminology used should be consistent with customer requirements and with those used in other design development documents and analysis to ensure traceability.
//结构设计中项目基本为零部件。
4.1.2 功能( a1)
输入被分析的项目或接口的功能,要求它必须达到顾客要求或小组讨论的设计意图。
如果项目或接口里有多个含有潜在失效模式的功能,则强烈建议将每个功能及其相应的失效模式分开列出。
如果项目和功能分成两栏,功能就变为a2栏。
Function(a1)
Enter the function(s) of the item(s) or interface(s) being analyzed which are necessary to meet the design intent based on customer requirements and the team’s discussion.
If the item(s) or interface has more than one function with different potential modes of failure, it is highly recommended that each of these functions and associated failure mode(s) is listed separately.
Function becomes a2 if Item and Function are split.
//结构设计中,零部件的功能可以简写。比如自攻螺钉的功能简写紧固就行。写的具体当然更好。
4.1.3 要求(a2)
可以另外要求添加“ 要求”一栏来进一步细分失效模式分析。输入每项功能的要求(根据顾客要求或者小组讨论得出;另外还可参见第二章:前提条件) 。
如果功能里有多个含有不同的潜在失效模式的要求,则强烈建议将每个要求和功能分开列出。
如果项目和功能分成两栏a1, a2,要求就变为a3。
Requirements(a2)
An additional column, “Requirements”, may be added to further refine the analysis of the failure mode(s). Enter the requirement(s) for each of the functions being analyzed (based on customer requirements and the team’s discussion; see also Chapter II, Section: Prerequisites).
If the function has more than one requirement with different potential modes of failure, it is highly recommended that each of the requirements and functions are listed separately.
Requirement becomes a3 if Item and Function are split into separate columns, e.g., a1 and a2.
4.2 作者见解:一定要区分功能和要求。(DFMEA重中之重)
在这里,一定要分清楚功能与要求的区别。作者举例如下:
项目:某诺基亚手机。
功能:打电话,发短信,上网,玩游戏,颜值高耍酷等。
要求(某些人的要求):能当榔头用。(抱歉,这就是某些客户买定制选手机的要求,手机当榔头)
这里的要求(requirements),即为QFDII转换而成的设计要求(design requirements)。(这里就前后呼应了)