|
|
|
|
|
|
|
|
|
公司内部制定相应FMEA编码规范，按照规范进行编号的制定工作
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
填入负责编制PFMEA的工程师/小组领导的组织的名字和联系信息
|
|
|
|
|
|
联系信息（如名字、组织、电话号码和email）可作为补充文件附在一起.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
使用的过程编号体制、先后排序和术语应与那些用于过程流程图的保持一致以确保可与其他文件（控制计划、操作指导书）的可追溯性和联系
|
|
|
|
|
|
如果给定的操作有多个过程功能，各个要求每一个都应排列在表中以帮助开发相关失效模式。
|
|
|
|
|
|
要求是符合设计意图或其他顾客要求的规定过程的输入。如果给出的功能有多种要求，为了便于分析，各与失效模式相关的要求都应该列在表上。
|
|
|
|
|
|
1、根据过程要求（如象过程流程图）对特定的操作列出潜在失效模式。假设失效可能会发生但不一定会发生。失效模式应该用技术术语进行描述，而不同于顾客所见的现象。
2、如果要求得到了很好的定义，则当对特定要求不能达到时，在确定条件下潜在失效模式是容易确定的。每一种要求可以有多种失效模式。
|
潜在失效模式的完整的验证可通过以往发生的故障、关注点不合格报告以及头脑风暴法来进行。信息来源也包括与类似过程的比较和与类似零部件相关的顾客抱怨评审。
|
|
|
|
|
失效后果应该按照顾客可能注意到或经历的情况来来描述，应记住顾客可以是内部顾客，也可以是最终使用者。在上下文中顾客可以是下游操作、后续操作或场所、经销商，和/或车主
|
1、如果失效模式可能影响安全或导致不符合法规，这应在PFMEA中清晰地阐述。
2、对最终使用者，失效后果应该按产品或系统性能来陈述。如果顾客是下游操作/工序。后果应按照过程/操作性能来阐述。
|
|
|
|
|
|
|
|
|
|
|
这栏也用于可能要求额外过程控制的零部件、子系统或系统的任何产品或过程特殊特性（如：临界的、关键的、主要的、显著的）的分类。
|
顾客规定要求可识别特殊产品或过程特性符号以及他们的用途也需要在该处体现
|
|
|
|
失效的潜在要因按照失效怎样发生的迹象来定义，按照可纠正或可控制的情形来描述。失效的潜在要因是设计或过程弱点的显示，后果就是失效模式。
|
在可能的范围内，识别和文件化每一种失效模式的每一种潜在要因。要因应尽可能简要和完整地描述。将要因分开可使每一种要因得到重点分析，可产生不同的测量、控制和措施计划。所分析的失效模式可能是由一种或一种以上的要因导致的。这导致表中的每一种要因是多行的
|
|
|
|
|
|
频度数时失效特定要因发生的可能性，根据评价标准给定与失效模式发生频度相符合的值
|
|
|
|
|
消除（预防）失效的要因的发生或失效模式的发生，或降低频度数的措施。
|
|
|
|
|
|
识别（探测）失效的要因的发生或失效模式所采用的方式
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1、降低严重度等级：只有设计或过程修改可降低严重度等级。
2、降低发生率（O）等级：为了降低发生率，过程和设计修改可能是需要的。发生率级别的降低可能被通过产品或过程设计的修改消除和控制一种或一种以上失效模式的要因影响。
3、降低探测(D)级别：更推荐使用防错方法。探测方法的重新设计可导致探测率级别的降低。一般来讲，提高探测控制要求对过程变异显著原因和特殊原因的知识和理解。增加检验频率通常不是一种有效的措施，应该作为临时方法来使用以收集过程的额外的信息，便于能执行永久的预防/纠正措施。
|
对于严重度高的项目，应优先进行分析，之后再对RPN值高的项目进行分析
|
|
|
|
负责完成每项建议措施的个人或组织的名字包括目标完成日期
|
|
|
|
|
|
|
|
|
|
|
|
在预防/纠正措施得到执行以后，确定和记录所导致的严重度、发生率
和探测率级别。
|
|
|
夜雨聆风
