正式版FMEA手册发布-PFMEA变化点部分教学内容.doc

正式版FMEA手册发布_PFMEA变化点部分

精品文档
正式版FMEA手册发布_PFMEA变化点部分
        AIAG & VDA FMEA 方法按七步法过程进行说明。以下说明将这七个步骤与当前的AIAG 进行比较。比较内容包括两本手册中使用的所有表格。适当时，将指出变更（变更原因或使用原因）有助于实现更完整的PFMEA。
步骤一：规划和准备
    范围定义变更为步骤一：规划和准备：
步骤二：结构分析
 1)项目已更改为过程项系统、子系统、零件要素或过程名称
注： 不同的表单格式可将其列在单独的位置或各行。
2)过程步骤变更为过程步骤工位编号和关注要素名称
3) 添加了过程工作要素4M 类型
使用原因： 此增加的步骤( 4M ) 要求用户在评审该过程中发生的活动时，对4M 加以考虑。

步骤三：功能分析
1)     添加了过程项的功能系统、子系统、零件要素或过程的功能。使用原因—列出该过程的正向功能有助于确定负面因素，即失效影响。
2)     根据使用的表格，功能（ 一列）及其要求l产品（ 一列）变更为过程步骤的功能和产品特性（单列）或过程步骤（ 一列）的功能和产品特性（ 一列） 。
3)     根据使用的表格，功能（ 一列）及其要求l过程（一列）更改为过程工作要素的功能和过程特性（单列）或过程工作要素（ 一列）功能和过程特性（ 一列） 。

注:AIAG 表格G和H 添加了一个附加列，以列出要求／过程。虽然这些表格包含此附加列，但它不包含功能／过程的附加列。虽然未进行说明，但其目的在于在单个“功能”中列出功能／过程。

步骤四：失效分析
1)潜在失效影响已变更为上一较高级别要素和I或车辆最终用户的失效影响( FE)
2)严重度已变更为FE 的严重度(S )
注： AIAG 严重度表基于对顾客及制造的影响， 而AIAG&NDA 严重度表则基于最终用户的影响，
它将对制造的影响分为两部分：对工厂的影响和对发运至工厂的影响（已知悉时）。
变更原因：制造业的分工要求用户考虑对制造业的内部影响和外部影响。
3)潜在失效模式已更改为关注要素的失效模式( FM ) 。
4)潜在失效起因已变更为工作要素的失效起因( FC) 。

步骤五：风险分析
1)     当前过程控制一预防已变更为FC 的当前预防控制( PC) 。
2)     频度变更为FC 的频度(0 ) 。
注： AIAG 频度表基于“失效可能性”和“事故项目／车辆”， 而AIAG VDA 表基于“失效起因发生的预测”、“控制类型”和“预防控制” 。
变更原因： AIAG&VDA 基于预防控制的稳健性，可应用于任何生产方式。
3)     当前探测过程控制／原因和当前探测过程控制/失效模式（E 表格）变更为FC 或FM 的当前探测控制（DC) 。
4)     探测变更为FC/FM 的探测度（D） 。
注： AIAG 探测表基于“探测机会” 、“过程控制探测的可能性”和“探测可能性”，而AIAG &VDA 表基于“探测方法成熟度”、“探测概率”和＇探测能力”。两个表均采用十分制量表。
5)      RPN 变更为PFMEA  AP 。
变更原因： 基于S、O和D的简单乘法，RPN 量表范围在1 到1 , 000 之间，并且应用逻辑。AP（措施优先级）量表分为L (低）、M (中）和H (高）级别，并且同时考虑S 、O 和D 的评级并且应用逻辑来确定措施优先级。
6)     分类变更为特殊特性。
注： 特殊特性和筛选器代码为AIAG 分类的子类别。
7)     AIAG & VDA 新增的筛选器代码（可选） 。

步骤六：优化
1)     建议措施已变更为＂预防措施和探测措施'
变更原因： 信息的划分有助于用户可视化管理与预防和探测相关的措施。
2)     责任及目标完成日期已变更为负责人姓名及目标完成日期。
变更原因： 需要一个姓名而非部门。
3)     AIAG-VDA 新增的状态。
变更原因： 用户可跟踪完成的百分比。
4)     措施结果一采取的措施完成日期和采取的措施及生效日期（表格A~H)变更为采取基于证据的措施和完成日期。
变更原因：除了列出所采取的行动外，还需要对应证据。
5)     严重度／频度呡测度/RPN 变更为严重度／频度颅测度/AP 。
6)     AIAG-VDA 新增的特殊特性。
7)     AIAG-VDA 新增的备注。

步骤七： 结果文件化
步骤七总结了报告中PFMEA的范围和结果，供内部管理层和/或顾客评审。据AIAG 第四版FMEA 手册所述， FMEA 过程归管理层所有， 并最终负责资源的选择和应用，并确保时间安排等风险管理过程有效。

这些说明见第2 章”战略、规划、实施“。然而， 第4 版并没有就如何在PFMEA 团队中进行管理提供额外的指导。步骤七还给出了有关“结果文件化”的建议。本报告应指出失效发生的技术风险，以视作组件开发计划和项目里程碑的一部分。
以上内容：转自新版手册附录F

收集于网络，如有侵权请联系管理员删除