高阶篇: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的)

搭建框架,就是准备对应数量的DFMEA表格,并填写完DFMEA表头
DFMEA 表的表头(A-H 栏) 样式如下:
表头同样应该和与文件开发和控制过程相关信息一样清晰识别FMEA的重点。
这应包括FMEA的编号、范围的识别、设计职责、完成日期等。
表头应包含以下元素
3.1)FMEA编号(A):
输入数字列以便识别 FMEA 文件。这用于文件控制。
3.2)系统、子系统或零部件名称及编号(B):
输入需要分析的系统、子系统或零部件的名称及编号。(见确定范围部分)
3.3)设计责任(C):
填入负有设计责任的 OEM、组织和部门或小组。适当时,也输入供方名称。
3.4)车型年度/项目(D):
填入将使用和/或受所分析设计影响的预期车型年度/项目(如果知道的话)。
3.5)关键日期(E):
填入 FMEA 初次预定完成日期,该日期不应超过计划的量产设计发布的日期。
3.6)FMEA日期(F):
填入 FMEA 原始稿完成日期,和最新的修改日期。
3.7)核心小组(G):
填入负责开发 DFMEA 小组成员。联系信息(如:名字、组织、电话号码和 email)
可附在补充文件中。
3.8)编制者(H):
填入负责编制 DFMEA 工作的工程师姓名、电话和所在公司的名称。
 
还是以这张图为例子,
共需要填写11章DFMEA表的表头。
举例所示,组件B的表头为,
这样的表头需要填写11张。对,就是11张,一章也不能少(至少公司需要DFMEA来支撑质量时不能偷懒,不需要就算了)。
注:表头的内容常常被忽视,但这是FMEA框架的搭建的第一步。

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)。(这里就前后呼应了)

4.4 项目的填写

每一张QFDII对应一个DFMEA,项目即QFDII所对应的零件。如组件B的DFMEA的项目即为:组件B。

4.5 功能的填写

可以不填!
因为实际上客户只会关心他提出的要求,并不会关心产品的功能。就像上面那个那手机当榔头的例子,防摔就行,无需打电话的功能。
作者认为这张表格的第一列应该更加是项目或功能(Item or Function)的意思。
项目(Item):是专门针对机械或硬件类产品。
而功能( Function):是专门针对软件类产品。

4.6 要求的填写

每一张QFDII对应一个DFMEA,DFMEA的要求即QFDII转换而成的设计要求(design requirements)。
对比QFDII中的design requirements,要求的填写的内容尽可能符合如下规范。
1)操作上定义的材料的物理性和特性,可以验证/确认;
2)清楚地定义所有功能(#的功能是≥#的接口);
3)所有功能都在系统设计规格书 、安全指南等(客户输入);
4)所有功能--包括客户和系统所期望、需要和要求的--必须是可以测量的;(量化)
5)可以考虑:
①客户要求;
②监管条例;
③噪声、振动与声振粗糙度(Noise、Vibration、Harshness)/嗡嗡声,吱吱声和喋喋不休Buzz, Squeak and Rattle (BSR);
④人机工程学 ;
⑤环境要求;
⑥可服务性;
⑦可制造性;
⑧安全性(可靠性、耐用性);
⑨运输/交通。
//可制造性一般不提,DFM中有控制。除非是客户的要求,比如手机玻璃屏幕要用曲面屏等。

4.7 填写举例

还是以下图组件B为例子:
那么,他的要求就是4个:①着屏;②重现率;④白平衡;⑦部件寿命;
//这里的①②④⑦不是数字顺序,代表是设计要求符号。
这一步填写完成的组件B的DFMEA如下:
注:这里的要求简写了,在正式的DFMEA中可按照需求规格书和上述的要求书写规范仔细填写。
//关于详细的设计要求填写,可以在比较正统的公司的需求规格书上直接照搬内容了,如G*M。因为真的比一般人写的规范很多。当然,写成自己公司的风格,是更上层楼了。

4.8 填写完成

按照这个步骤顺序,填写完11张DFMEA的表头,项目和要求,这一章节算是学习完成了。

5.DFMEA章节对应的资料

原本作者分享一些资料,是想做些互动。
也想要更好的沟通和多一些朋友。
可以去关注作者的微信公众号:mdmodule;
作者的邮箱:zjc9915@qq.com,可以写一些长感想,作者一般会回。
下面是本章对应的网盘资料,很多都是作者用心做和花钱买的,值得想要的人一看。

链接:https://pan.baidu.com/s/1hgeAibYK9suANs83wnDjfQ 密码:zhz8

转载于:https://www.cnblogs.com/zjc9915/p/9241044.html

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值