本章目的:填写建议措施及DFMEA后续完备。

1.建议措施(k) 定义

总的来说,预防措施(降低发生率)比探测措施更好。举例来说,比起设计定稿后的产品验证/确认,使用已证实的设计标准或最佳实践更加可取。

//这句话在上上章节,也就是叙述预防控制和探测控制的章节已经描述过了。

建议措施的目的在于改进设计。

所以,就作者看来,为了改进设计,建议措施的填写实际上需要分两步进行。

1)尽可能降低SOD三者的评分,其目的是最优化产品设计;

2)在最近一代产品已经不能优化设计的基础上:这个原因有很多,比如项目周期很赶不能及时设计,供应商工艺制程能力不够,自己公司没有对应的设备等。

为了次世代产品的优化,填写建议措施。(如果不是为了次世代产品的优化,这些建议措施可以直接实施在最近的产品设计中)

1.1 步骤一,优化本次产品设计,降低SOD;

在识别措施的时候,应当按照严重度、发生频度、探测度的顺序来降低等级。下面是解释:

1.1.1 降低严重度等级

只有设计更改能够降低严重度等级。

//作者理解为设计要求的变更。

某些时候,设计修订可以弥补/降低失效的严重度,从而降低高严重度的等级。例如:对轮胎的要求是“在使用时保持适当的气压”。“气压快速流失”的失效模式影响严重度比起“完全瘪气”轮胎的失效模式影响严重度来的低。

设计自身或内部变更并不意味着严重度会降低。任何设计变更都应当经过小组评审,来决定它对产品功能和过程的影响。

为了达到此种方式的最大效率和最佳效果,对产品和过程设计的任何变更应当在开发过程的早期实施。 例如: 在开发周期的早期阶段,就需要考虑准备代用材料,以避免腐蚀严重度的问题。

//这里要注意的是,想降低严重度,需要变更的是设计要求,而不是设计本身。也就是说,最好的办法是让客户不要提过高的要求,那么产品各项DFMEA的严重度自然可以降低。比如玩具类的产品设计要求当然比车用的要低(玩具坏了不会出事啊,严重度自然就低)。

当然,这几乎不可能,所以建议措施一般也很难降低严重度。

1.1.2 降低发生频度等级:

通过设计更改去除或控制一个或多个失效模式的原因/机制,从而降低发生频度等级。

下面列出的是应当考虑到,但不仅限于此的措施:

• 防错设计,消除失效模式

• 修订设计几何和公差

• 修订设计来降低压力;替换薄弱(失效可能性高)的零部件

• 增加冗余度

• 修订材料规格

//就结构设计而言,除了防错手段之外,其余降低频度的措施,可以说都是在增加设计的余裕。具体可见本博文的SOD评价的章节。

1.1.3 降低探测度等级:

最好的方法是使用防错/防误。设计验证/设计确认的增加只能降低探测度等级。某些情况下,对特定零件作设计更改,可能会增加探测的可能性(即:降低探测度等级)。

此外,还应考虑:

>试验设计(尤其当失效模式的原因有多个或者交互作用时)

>修订试验计划

//如是车用产品,一般会有系统的现成的实验计划。如GMW3172等。所以探测度通常也不能降低,都是3/4/5的分值评价。

当然,若你能通过DOE的方法,设计出比GMW3172更好的实验系统(有很多日本的汽车零部件供应商就有更完善的实验系统),自然可以有效降低探测度。再当然,前提是你或者你的公司有这个实力。

1.2 步骤二:为了次世代产品的优化,填写建议措施;

当你本世代,或这次设计的产品无法再继续优化时,就需要提出建议措施。为了持续设计出更好的产品,为了次世代的产品而努力。

对于设计措施,可以考虑使用下列内容:

>试验设计或可靠性试验的结果;

>设计分析(可靠性失效,结构失效,或物理失效模式),它将确认解决方法的有效性,且不会引进新的潜在失效模式;

>制图、图示,或模型来证实目标特性的物理变更;

> 设计评审结果;

>对已有工程标准或设计指南的变更;

>可靠性分析结果;

//这些措施可以和预防控制的6个方法综合考虑。

表Ⅲ.7显示的是原因(栏) 、控制(栏h)和建议措施(栏k)应用的示例。

1.3 步骤三:没有建议措施的时候;

如果对一个特定的失效模式/原因/控制评估之后, 没有建议措施, 则在栏里输入“无”。 输入“无”的同时还注明理由将非常有用,特别是在严重度高的情况下。

//所以,如手册所示,并非严重度高的时候就一定要填写建议措施。

比如ROHS标准的材料,医用或食品级的严重度就在9,若选用通用产品以前就采用的材料,就可以有效控制产品风险,而建议措施也不能给出新意的东西。(这点有争议,作者先描述到这里)

但在实际车用项目中,常有公司规定严重度在8以上,RPN值100以上时,需要采取强制措施,降低两者的值或提出建议措施。

2.DFMEA剩下的栏目补完

2.1 职责与目标完成日期( I)

输入负责完成建议措施的个人或组织的名字,包括目标完成日期。负责设计的工程师/小组负责人应当确保所有的建议措施都已实施或受到妥善处理。

2.2 措施结果( m-n)

这部分包含的是所有措施的实施结果,以及它们对 S, O, D等级和RPN的影响。

2.3 采取的措施和完成日期( m)

实施措施后,输入已采取措施的简要描述,以及措施的实际完成日期。

2.4 严重度,发生频度,探测度和RPN( n)

在实施了预防/纠正措施后,确定并记录其严重度,发生频度和探测度等级。
计算并记录衍生措施(风险)的优先指标(例如: RPN) 。
所有的等级修正都必须经过评审。仅仅实施纠正措施并不能确保问题被解决(即:被处理的原因) ,因此还应当对其进行适当的分析和试验以验证。如果有必要进一步实施纠正措施,实施完成后仍需进行分析。重点应当始终放在持续改进上。

3.填写完成

按照这个步骤顺序,填写完前面章节11张DFMEA的建议措施和后续栏内容(记住,是11张DFMEA所有)。

4.维护DFMEA

DFMEA是一个动态文件, 任何要求作出的设计变更或更新都应当经过评审。 推荐措施的更新及其最终结果(起作用的和不起作用的)应当包括在后续DFMEA内。
DFMEA的持续维护还应包括对DFMEA的评分等级做定期的评审。 要特别关注发生频度和探测度等级,尤其当改进是通过产品变更,或设计控制的改进来实现的时候,更显得重要。此外,当现场有问题发生时,应当对等级作出相应的调整。

5.利用DFMEA

如果一个新项目或新应用在功能上和当前产品的相似,那么只要经顾客同意,可以使用统一的DFMEA。
将一个基本上充实的基准DFMEA作为起始点, 就可以最大几率的利用过去的经验和知识。如果有轻微差异,小组应当识别并着重于这些差异所带来的影响。 
 

6.链接

DFMEA并不是一个“孤立”的文件, 例如:DFMEA的输出可以用作后续产品开发过程的输入。它是小组讨论分析的总结。
图表Ⅲ.7显示的是某些常用文件的联系。
 
 

7.设计验证计划和报告(DVP&R)

DVP&R:全称是Design Verification Plan and Report,即设计验证计划和报告;

DFMEA和DVP&R有着重要的联系。DFMEA识别并记录存档了现行设计的预防控制与探测控制,这些成为DVP&R内的试验描述的输入。DFMEA识别了要控制的是“ 什么”;DVP&R则给出的是“ 怎样”控制,例如:接受标准,程序和样本容量。

 

8.DFMEA学习完成

学习完本章节内容后,DFMEA的手册内容算是全部学习完成了。读者可以利用DFMEA表格,来进行实战训练,并且对比手册内容(特别是英文原文),优化自己的设计。
现在国内的FMEA已经被各大公司和培训单位给玩坏了,所以可以的话,自己做设计训练时不要跟风一些不好的风气。比如:为了赶项目资料等做DFMEA。
要明确学习DFMEA的目的:产品可靠性设计。利用DFMEA,突破自己而设计出更优化的产品。
 
 

高阶篇:4.2.5)DFMEA建议措施及后续完备的更多相关文章

  1. 高阶篇:4.2.2)DFMEA层级分明的失效模式、失效后果、失效原因

    本章目的:明确失效模式.失效后果.失效原因的定义,分清楚层次关系,完成DFMEA这部分的填写. 1.失效模式,失效后果,失效原因的定义: 这是FEMEA手册第四册中的定义. 1.1 潜在失效模式 (b ...

  2. 高阶篇:4.3)FTA故障树分析法-DFMEA的另外一张脸

    本章目的:明确什么是FTA,及与DFMEA的关系. 1.FTA定义 故障树分析(FTA) 其一:故障树分析(Fault Tree Analysis,简称FTA)又称事故树分析,是安全系统工程中最重要的 ...

  3. 项目管理构建工具——Maven(高阶篇)

    项目管理构建工具--Maven(高阶篇) 我们在之前的文章中已经基本了解了Maven,但也仅仅只止步于了解 Maven作为我们项目管理构建的常用工具,具备许多功能,在这篇文章中我们来仔细介绍 分模块开 ...

  4. 高阶篇:4.2.4)DFMEA严重度S(+分类e)、频度O、探测度D、风险优先系数RPN

    本章目的:填写严重度S(+分类).频度O.探测度D,判定风险优先系数RPN. 1.前言 实施阶段中, 要求.潜在失效模式.潜在失效后果.潜在失效原因和现有设计控制措施等 5 个为基础项, 它们的分析是 ...

  5. 高阶篇:4.2.1)DFMEA框架搭建,填写项目与要求

    本章目的:明确DFMEA的数量及目标,搭建框架,填写项目与要求. 1.步骤: 1)明确DFMEA的数量及目标: 2)搭建框架(所有DFMEA的): 3)填写项目与要求: 2.1明确DFMEA的数量及目 ...

  6. 高阶篇:4.2)DFMEA设计失效模式和失效后果分析-总章

    本章目的:了解FMEA和DFMEA的概念. 1.什么是FMEA(what) 潜在的失效模式及后果分析(Potential Failure Mode and Effects Analysis,简称FME ...

  7. 高阶篇:4.2.3)DFMEA现有设计:预防控制与探测控制

    本章目的:在现有设计中,明确预防控制与探测控制的定义和手段. 1.现有控制的填写部位: 2.现行设计控制(h)定义: 作为设计过程的一部分,现行设计控制是已经实施或承诺的活动,它将确保设计充分考虑设计 ...

  8. 高阶篇:4.1)QFD质量功能展开-总章

    本章目的:了解QFD概念和作用,为FMEA打下基础. 1.QFD定义 质量功能展开QFD(Quality Function Deployment),是把顾客或市场的要求转化为设计要求.零部件特性.工艺 ...

  9. 高阶篇:4.1.2)QFDII(设计要求逐层分配给各零件)

    本章目的:明确QFDII的作用:输入为设计要求(Design Feature),输出为零件特征(Part Characteristic),将设计要求分配到每一个零件特征中去: 本章开始介绍产品结构设计 ...

随机推荐

  1. 使用python管理Cisco设备-乾颐堂

    今天发现一个老外使用python写的管理cisco设备的小框架tratto,可以用来批量执行命令. 下载后主要有3个文件: Systems.py 定义了一些不同设备的操作系统及其常见命令. Conne ...

  2. [Training Video - 6] [File Reading] Using log object in the Groovy class

    Car c= new Car(log); c.print() class Car{ def log public Car(log){ this.log=log } public void print( ...

  3. sed的模式空间和保持空间

    摘自:https://blog.csdn.net/wanglelelihuanhuan/article/details/51591809 sed的模式空间和保持空间 2016年06月06日 17:15 ...

  4. HTML的DOM树结构

    在面试连续跪了两轮后,我觉得两个月的前端白学了.主要的原因是学而不思,知识是零散的,并没有组织起来.于是,我决定从今天起,复习并总结一下前端的知识点. 一般的网页浏览者看到的是网页的整体外观,前端开发 ...

  5. TF Boys (TensorFlow Boys ) 养成记(一):TensorFlow 基本操作

    本资料是在Ubuntu14.0.4版本下进行,用来进行图像处理,所以只介绍关于图像处理部分的内容,并且默认TensorFlow已经配置好,如果没有配置好,请参考官方文档配置安装,推荐用pip安装.关于 ...

  6. bootstrap缩略图及警示框制作

    缩略图在网站中最常用的地方就是产品列表页面,一行显示几张图片,有的在图片底下(左侧或右侧)带有标题.描述等信息.Bootstrap框架将这一部独立成一个模块组件.并通过“thumbnail”样式配合b ...

  7. R语言笔记完整版

    [R笔记]R语言函数总结   R语言与数据挖掘:公式:数据:方法 R语言特征 对大小写敏感 通常,数字,字母,. 和 _都是允许的(在一些国家还包括重音字母).不过,一个命名必须以 . 或者字母开头, ...

  8. boost::bind和boost::function使用示例

    C++11已支持bind和function,之前的不支持,但可以借助boost达到同样目的.看如下两段代码: 1) 创建HDFS目录 void hdfs::init() { if (0 == hdfs ...

  9. Linux ps 进程状态码

    D            不可中断睡眠(通常进程在进行I/O) R            运行中或者可运行状态(在运行队列中) S            可中断睡眠(等待event,进程idle中) ...

  10. HibernateTemplate常用方法

    HibernateTemplate常用方法 (本文章内容相当于转载自:http://www.tuicool.com/articles/fU7FV3,只是整理了一下内容结构和修改了部分内容,方便阅读) ...