如有可能,优先选用第一种的预防控制方法,让预防控制方法作为设计意图 的一部分,因为其将影响到最初的频度;最初的探测度将基于失效起因/机理探 测或对失效模式探测的设计控制。 5.2.17 探测度(d) :是指、半成品、成品、在安装使用前,利用现行 设计的控制方法找出失效起因/机理过程缺陷的可能性的评价指标;或利用控制 方法找出后续发生的实效模式的可能性的评价指标。评价等级分为“1”到“10” 级,按严重程度递增。评价准则见表“3” 。 表 3:设计分析用探测度(d)评价准则 评价准则:由设计控制可控测的可能性
设计控制将不能和/或不可能找出潜在的原因/机理及后续的失效模式, 或根本没有设计控制 设计控制只有很极少的机会能找出潜在原因/机理及后续的失效模式 设计控制只有极少的机会能够找出潜在原因/机理及后续的失效模式 设计控制有很少的机会能够找出潜在原因/机理及后续的失效模式 设计控制有较少的机会能找出潜在原因/机理及后续的失效模式 设计控制有中等机会能找出潜在原因/机理及后续的失效模式 设计控制有中上多的机会能找出潜在原因/机理及后续的失效模式 设计控制有较多的机会能找出潜在原因/机理及后续的失效模式 设计控制有很多机会能够找出潜在原因/机理及后续的失效模式 设计控制几乎肯定能够找出潜在原因/机理及后续的失效模式
控测性
绝对不肯 定 很极少 极少 很少 少 中等 中上 多 很多 几乎肯定
探测度
10 9 8 7 6 5 4 3 2 1
5.2.18 风险顺序数(rpn) :风险顺序数是严重度(s) 、频度(o)和探测度 (d)的乘积。即: rpn=s× o× d。rpn 取值在“1”到“1000”之间。 对设计中所有担心的事项可以用 rpn 值来排序。 设计工程师负责计算风险顺 序数 rpn,输出《产品设计/过程设计风险评估表》。 ① 当 rpn>120(或依顾客要求)时,应采取改进措施。 ② 不管风险顺序数是多少,当 s≥9 时,都要采取改进措施。 ③ 当 rpn≤120,s<9 时,对 rpn 从大到小排列,针对前四位采取后续改 进措施。 5.2.19 建议的措施 当失效模式按 rpn 值排出先后次序后, 应首先对排在最前面的问题和最关键 的项目采取纠正措施。任何建议措施的目的都是为了减少严重度、频度和探测度 的数值。如果对某一特定原因无建议措施,那么就在该栏中填写“无” ,予以明 确。 应考虑以下措施。 ① 为了减小失效发生的可能性,需要修改设计。 ② 只有修改设计,才能减小严重度数。
③ 为了增加探测的可能性,需要修改设计。 ④ 积极的纠正措施是制订永久性的改进措施, 以及采用统计过程控制 (spc) 方法制订预防缺陷发生的措施。 5.2.20 责任及目标完成日期:填入建议措施的部门和个人,已及预定完成的 日期。 5.2.21 采取的措施:当实施一项措施后,简要记录具体的措施和生效日期。 5.2.22 措施结果:当明确了纠正措施后,估算并记录措施后的严重度、频度 和探测度,计算并记录纠正后的 rpn 值。如未采取什么纠正措施,将措施后的 rpn 栏和对应的取值栏目空白即可。 所有纠正后的 rpn 值都应评审,而且如果有必要考虑进一步的措施,还应 重复 5.2.19 到 5.2.21 的步骤。 5.2.23 跟踪 5.2.23.1 技术部应负责保证所有的建议措施已被实施或已妥善地落实。 5.2.23.2 fmea 是一个动态文件,它不仅应体现最新的设计水平,还应体现最 新的有关纠正措施,包括产品正式投产后发生的设计更改和措施。 5.2.24 dfmea 的管理 完成的 dfmea 有技术部负责归档保管,如须分发、更改和回收按《文件管 理程序》规定执行。 5.3 pfmea 5.3.1 关键日期:指初次完成 fmea 的日期,该日期的期限在正式生产之前。 5.3.2 过程的功能与要求:指该过程或工序的目的是什么。 5.3.3 潜在失效模式:指不能达到过程功能要求或过程设计意图的问题的表现 形式。 5.3.4 潜在失效后果:指该失效模式可能带来的对顾客的影响。 5.3.5 严重度(s):指失效后果的严重程度。评价准则见表“4” 。 表 4: pfmea 严重度评价准则
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/bofangqi/article-30309-19.html
多多也超棒的