本章目的:填写严重度S(+分类)、频度O、探测度D,判定风险优先系数RPN。

1.前言

实施阶段中, 要求、潜在失效模式、潜在失效后果、潜在失效原因和现有设计控制措施等 5 个为基础项, 它们的分析是决定 DFMEA实施成功与否的关键;S,O,D,RPN和建议的纠正措施为衍生项;基础项确定之后, 衍生项可以随之确定。

2.定义:

2.1 严重度(S)

严重度是指对一个特定失效模式的最严重的影响后果的评价等级。严重度是在单个FMEA范围内的一个相对级别。

推荐的评估标准:

小组应当同意一个评估标准和评级系统,即使为单个过程分析而更改,也应始终一致地应用此标准。 (标准指南可参见下面的Cr1)
不建议更改严重度为9和10的评级标准。严重度等级评为1的失效模式不应当再进一步分析。

//但严重度真的的1时,设计者需要考虑这个零件是否可以省略。这也是优化设计的方向。

2.2 分类(e)

这一栏可以用来标出高优先级别的失效模式及其相关原因。
作为分析的结果,小组可以利用此信息来识别特殊特性。
特殊产品或过程特殊特性符号及其使用可依据顾客的特殊要求予以确定。
一个在设计记录中指定的特殊特性,但没有在DFMEA里识别出与这个特性相关的设计失效模式,则被认为是一种设计过程中的不足。

//分类一栏与工程图中质量特性重要度分级标注息息相关,详见 
基础篇:4)工程图出图一章末尾。

2.3 频度(O)

发生频度是指一个特定原因/机制的发生的可能性。此原因会在设计寿命内导致失效模式发生。
发生可能性的等级评估代表的是相对意义,而不是绝对的值(参见表Cr2) 。

应当有一个一致的发生频度的评级系统以确保连续性。发生频度是一个FMEA范围内的相对评级,不是绝对反映实际的发生可能性。

推荐的评估标准

小组应当就一个评估准则和评级系统达成共识, 尽管对个别产品分析可作调整。 应使用表Cr2里的1-10级来指导估计发生频度。
在确定此估计时,可以考虑下面问题:
� 相似零部件、子系统或系统的服务历史和现场经验如何?
� 此项目是否是沿用或类似于先前版本项目?
� 项目与先前版本项目的变更之处有多大?
� 项目是否完全不同于先前版本项目?
� 项目是否是全新的?
� 应用变化或者环境变化如何?
� 是否有用工程分析(例如:可靠性)来估计此应用的预期可比较的发生率?
� 是否有预防控制?

2.4 探测度(D)

探测度是指现行设计控制发现栏里,所列出的最佳的探测控制相关的等级。当识别到不止一个的控制的时候,建议将每个控制的探测等级包括在控制描述内,并且在探测度栏里记录等级最低的评分。
    现行设计控制探测度的建议方法是,首先假定失效已经发生,然后评估现有设计控制探测此失效模式的能力。
    不要因为发生频度等级低,就理所当然认为探测度等级也一定低。评估设计控制探测低频次的失效模式,或者降低失效进入设计发布过程的风险的能力是十分重要的。
    探测度是在单个的FMEA范围内的一个相对评级。 为了达到更低的等级, 就应对设计控制 ( 分析或验证活动)进行改进。

推荐的评估标准

小组应就一个评估准则和评级系统达成共识,尽管对个别产品分析可作调整,也应始终应用此准则。应当根据表Cr3来估计探测度。

评分等级1专用作已证实的设计方案的失效预防。

2.5 不合理的翻译版本

这一章的心得之一就是专业资料还是要看外文原文,翻译的版本会有微妙的不同甚至是错误,最终导致设计的错误。

所以这章的资料有些会附上英文原文版本。

//需要好一点FMEA手册中英文资料的也可以发邮箱zjc9915@qq.com索要。

3.分析衍生项目步骤:

3.1 分析严重度S:

严重度的评价是针对失效后果而言的,根据下面流程和严重度判定准则,即可以确定严重度。

3.2 分析频度O:

频度的评价是针对失效原因而言的,根据下面流程和频度判定准则,即可以确定频度。

3.3 分析探测度D:

探测度的评价是针对现有设计中探测控制而言的,根据下面流程和探测度判定准则,即可以确定探测度。

//关于Product Validation,如是成熟产品或是正规公司的需求,产品本身会有完善的Validation,如GMW3172。需要仔细研读,所以一般的探测率都会在5以下。当然,这也要求结构设计工程师具备试验测试的知识,甚至是试验设计的本领。后面章节会有介绍。

3.4 填写完成

按照这个步骤顺序,填写完前面章节11张DFMEA的S、O、D(记住,是11张DFMEA所有)。
//作者暂时无时间和耐心和精力去填完如此之多的DFMEA示例。这里又体现软件的重要性,S、O、D的评价实在该用软件自动评价。

4.确定优先措施

当小组完成失效模式与影响、原因与控制的初始识别,包括严重度、发生频度、探测度的等级评估,小组必须决定是否还要进一步采取措施降低风险。由于资源、时间、技术等其它因素的固有限制,小组必须选取最佳的优先措施。
    小组首先关注的应当是严重度等级最高的失效模式。  当严重度等级达到9或10,小组必须确保该风险已经通过现有设计控制或建议措施阐明此风险(在FMEA内有记录)。

严重度等级小于等于8的失效模式,小组应当考虑有最高发生频度或探测度等级的原因。小组有职责关注已识别到的信息,商讨一个方法,并确定如何最优的排列风险降低措施的顺序以最好地服务于组织和顾客。

5.风险评价:

风险优先系数(RPN):
帮助决定优先措施的方法之一就是使用风险顺序数:
RPN=严重度( s)×发生频度(O)×探测度(D)
在单独的FMEA范围内,数值可以在1到1000之间变化。
本手册不推荐使用RPN阀值来决定是否需要采取措施。
使用阀值意味着RPN是衡量相对风险的方法(它们通常不是) ,而且不要求持续的改进( 事实上是要求的) 。
例如:顾客如果在下面不合理地使用了100这个阀值,供应商就会对RPN为112的特性B采取措施。

在这个例子中,特性B的RPN更高,但还是应当先处理A,因为它的严重度等级为9,尽管A的RPN为90,低于阀值。
    使用阀值的另一个问题是,没有一个要求强制采取措施的RPN值。
    另外,建立阀值可能会促使小组成员产生错误行为:即小组成员花时间去试图求证一个低发生频度或低探测度等级的数值,以期降低RPN。这种做法是不可取的。因为这种行为会使得引起失效模式的真正问题得不到解决,只是让RPN低于阀值。所以,在特定的项目里程碑(例如: 新车投产) ,确定“可接受”风险的时候能够意识到这一点是十分重要的。优先级别的选取应当建立在对严重度、发生频度、探测度的分析上,而不是通过RPN阀值来决定。
    小组讨论时, RPN值可以成为有效的工具。RPN使用的限制需要被理解, 但不建议使用RPN阀值来决定采限措施的优先级别。

6.RPN评定方法的取消(第五版已经确定)

关于RPN改进的标准,与行业有关,与企业的目标及成本效益计划有关。实际运用过程中,这一标准在60-150之间不等。最严格的是摩托罗拉,定的是60分;北京现代定的是80分,大部分制造企业定的是100分。
在实际车用项目中,通常取S值8以上,RPN值100以上时,需要采取强制措施,降低两者的值或提出建议措施。
但如手册所示,这是有局限性的。
//RPN这个坑实在跳的太多了,不管是国内还是国外,特别是质量管理的人员(人性和制度问题)。但这次FMEA制定团队开始釜底抽薪了。

作者已经确认,FMEA手册第五版取消RPN的选项,采用矩阵AP的方式评定风险。现第五版手册英文版已经有了,大家网上查看一下。谨记时代的发展,跟上时代的步伐。

高阶篇:4.2.4)DFMEA严重度S(+分类e)、频度O、探测度D、风险优先系数RPN的更多相关文章

  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. 高阶篇:4.2.5)DFMEA建议措施及后续完备

    本章目的:填写建议措施及DFMEA后续完备. 1.建议措施(k) 定义 总的来说,预防措施(降低发生率)比探测措施更好.举例来说,比起设计定稿后的产品验证/确认,使用已证实的设计标准或最佳实践更加可取 ...

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

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

  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.4)FMEA手册的疑问与不足(个人观点)

    本章目的:如题,述说FMEA手册第四版的疑问与不足. 1.前言 作者接触FMEA,并真正将其作为可靠性设计方法,也是在近几年的时候,所以不能说算是一个FMEA专家吧. 但作者也有一些自己的优势,就是自 ...

随机推荐

  1. Windows多线程编程入门

    标签(空格分隔): Windows multithread programming 多线程 并发 编程 背景知识 在开始学习多线程编程之前,先来学习下进程和线程 进程 进程是指具有一定独立功能的程序在 ...

  2. CENTOS7 YUM安装BOOST1.53(静态版本)

    按照之前的博文更新163的源之后,执行: yum install boost-static.i686 yum install boost-devel.i686 yum install boost-do ...

  3. HUST软工1506班第2周作业成绩公布

    说明 本次公布的成绩对应的作业为: 第2周个人作业:WordCount编码和测试 如果同学对作业成绩存在异议,在成绩公布的72小时内(截止日期4月26日0点)可以进行申诉,方式如下: 毕博平台的第二周 ...

  4. app里面嵌套的H5页面上电话号码怎么才能点击拨号?

    代码: <p>联系我们:<a href="tel://66666666666">66666666666</a> </p>

  5. 从零开始学习前端JAVASCRIPT — JavaScript中this指向的四种情况

    JavaScript中this的四种情况(非严格模式) 1.当this所在函数是事件处理函数时,this指向事件源.2.当this所在函数是构造函数时,this指向new出来的对象.3.this所在函 ...

  6. 编写高质量代码改善C#程序的157个建议——建议75:警惕线程不会立即启动

    建议75:警惕线程不会立即启动 现代的大多数操作系统都不是一个实时的操作系统,Windows系统也是如此.所以,不能奢望我们的线程能够立即启动.Windows内部会实现特殊的算法以进行线程之间的调度, ...

  7. 编写高质量代码改善C#程序的157个建议——建议66:正确捕获多线程中的异常

    建议66:正确捕获多线程中的异常 多线程的异常处理需要采用特殊的方式.一下这种方式会存在问题: try { Thread t = new Thread((ThreadStart)delegate { ...

  8. JVM 方法调用之解析

    方法调用并不等同于方法执行,方法调用阶段唯一的任务就是确定被调用方法的版本(即调用哪一个方法),暂时还没有涉及到方法内部的具体运行过程.在程序运行时,进行方法调用是最普遍最频繁的操作,但Class文件 ...

  9. Java反射api详解

    虽然已经用了很多反射相关的api,但是还没有详细研究官方api文档,下面以1.6为基础研究一下api文档(因为只找到了1.6的中文版...),同时补充1.7和1.8对反射相关api的改变.

  10. union 和 all union

    sql union用法和sql union all用法,sql union效率 1.sql union用法 sql union在查询中可以将两个SQL 语句的结果合并起来.如果这样看的话, UNION ...