您还没有绑定微信,更多功能请点击绑定

FMEA方法论介绍

在2019版的《Failure Mode and Effects Analysis – FMEA Handbook》中将FMEA活动归纳为七步,如下图所示。

1.png


FMEA“七步法”

其中第1步和第7步是新版本加上去的,分别对计划和最后的文档工作进行了指导,而中间五步则是FMEA的核心。接下来将重点对这五步的关键点进行阐述。

2.1.Structural Analysis(结构分析)

这里的结构指的是系统的结构。什么是系统?系统由若干个要素(element)组成,这些要素都具备相应的特征同时通过一定的关系与其他要素相互联系。同时系统具有将系统与外界环境分开的明确的边界,并且其与环境的关系由输入和输出定义。

结构分析的目的就是清晰、完整地描述产品的组成部分,包括系统的边界。在DFMEA中用树状图的形式描述了整个系统中的要素。

2.png

(车窗升降系统树状图示例)

在这里需要强调一点,整车系统由好几家公司的产品共同组成,相应地,这个系统完整的FMEA也是这些公司各自的FMEA通过系统接口定义拼接而成,而这些接口定义来自于需求定义。

3.png

(多厂家合作时完整FMEA示意图)

2.2.Function Analysis(功能分析)

对于要分析的产品,有基于产品设计需求定义出来的产品功能;而对每一个系统要素,也都各自对应一个或多个功能。功能分析的目的是保证产品功能被适当地分配给了相应的要素,从而将产品功能和要素功能关联起来形成功能网络。而这个工作将在已经确定的系统结构树的基础上完成。

4.png

(车窗升降系统功能网示例)

2.3.Failure Analysis(失效分析)

失效分析的目的是正确地识别出失效原因(failure cause)、失效模式(failure mode)和失效影响(failure effect), 从而基于功能网确定失效网。

对失效的定义来源于功能定义,当功能不能被实现时即为失效。功能的失效模式可以从以下几个方面定义:

Loss of function (e.g. inoperable, fails suddenly)

Degradation of function (e.g. performance loss over time)

Intermittent function (e.g. operation randomly starts/stops/starts)

Partial function (e.g. performance loss)

Unintended function (e.g. operation at the wrong time,

unintended direction, unequal performance)

Exceeding function (e.g. operation above acceptable threshold)

Delayed function (e.g. operation after unintended time interval)

5.png

(失效模式图示)

前面提到,一条完整的失效网包含以下三个因素,三者的关系如下。

失效原因(failure cause)

失效模式(failure mode)

失效影响(failure effect)

6.png

(失效网模型)

failure mode是使要素无法满足预期功能的方式;而failure cause则为使failure mode发生的原因;failure effect被定义为failure mode所引起的后果。

值得注意的是,当分别站在系统层、子系统层和部件层来看某一个失效时,这个失效可能在不同的层级下分别被定义为failure cause、failure mode和failure effect。举例来说,OEM站在主机厂定义“电机扭矩非预期将为0Nm”为车窗无法升起的failure cause,但是对电机供应商来说却是failure effect。

7.png

(不同层级定义的FE/FM/FC)

基于上述关系,在连接失效网时,连接failure mode和failure cause前,可以问这样一个问题:为什么这个failure mode会发生?而在连接failure effect和failure mode时,则考虑:这个failure mode发生了会产生什么后果?

8.png

(车窗升降系统失效网示例)

2.4.Risk Analysis (风险分析)

风险分析的目的是通过评估风险的严重度(Severity)、频度(Occurrence)和探测度(Detection)来确定需要采取优化措施的优先级。

Severity值指的是最顶层(整车层)的failure effect所造成的严重程度。对S值的评级见下表。简单来说,10表示最严重,0表示最不严重。

11111.png

(Severity评分表)

Occurrence值反映的是在为避免failure cause发生所采取的预防措施的作用下failure cause发生的可能性。对O值的评级见下表。简单来说,10表示发生的可能性最大,0表示可能性最小。


D1.png


D2.png

(Occurrence评分表)

Detection值则反映了在产品量产释放之前采取的探测failure cause的措施的有效性。

这里必须要强调一点:探测措施是指产品量产之前即交到客户手中之前所采取的措施。通常探测措施指的是量产之前产品验证阶段定义的一系列测试。

对D值的评级见下表。简单来说,10表示探测的有效性最差,0表示有效性最好。

DD.png

(Detection评分表)

实际上在这三个维度的概念中,Severity是最好理解的,但是Occurrence和Detection的理解上容易出现偏差。在这里想做一些补充以便让读者能够更准确地掌握这两个概念。

首先可以问一个问题:预防措施设计非常完美,O值很低,是否有信心认为失效一定得到了有效的控制?

答案是否定的。我们可以从两个方面提出质疑:

1.有没有充分的证据说明预防措施100%取得了效果?

2.如何证明预防措施的设计实施环节没有出错?

简而言之,O值只是代表了预防措施的设计质量,而不代表预防措施的执行质量。设计质量取决于对failure cause的了解程度,理论上来说对failure cause越了解我们越能准确地“对症下药”。但是“药效”如何?在配药的过程中是否出现从差错?还需要进行进一步的验证以来证明预防措施真的取得了预期的效果。探测措施就是用以验证预防措施的有效性。


13.png

(设计理解线路图)

对探测措施的定义或设计是否完整,将直接决定验证的可信度。因此引入D值,对探测措施的验证质量进行评分。

下表准确地描述了对O值和D值的理解。

222.png


回到本节主题,在确定失效网的S\O\D值后,将进行风险分析,确定需要采取优化措施的优先级。对于风险评估的标准每个公司都可能有自己的标准,有些公司用RPN值,RPN=O*D*S,根据RPN的结果大小来确定优先级。有些公司采用S*O值的结果来进行确定。不管采取哪一种评价标准,核心的目的是识别出系统中最需要优化的点。

2.5.Optimization(优化)

优化的目的是对需要采取进一步措施的failure cause定义新的预防措施和探测措施,以降低O/D值从而将风险降低到可接受的范围。

是否需要采取优化措施,采取什么样的优化措施,这是FMEA团队的共同决定。当优化措施被定义以后,应相应地定义负责人和完成时间,以便对优化措施的状态进行跟踪。另外需要指出,优化是一个迭代的过程,对于同一个failure cause,可能要定义不止一轮优化措施。
9.png 10.png 11.png 12.png

0 个评论

游客无法查看评论和回复, 请先登录注册