失效模式與影響分析
失效模式與影響分析（英文：Failure mode and effects analysis，FMEA），又稱為失效模式與後果分析、失效模式與效應分析、故障模式與後果分析或故障模式與效應分析等，是一種操作規程，旨在對系統範圍內潛在的失效模式加以分析，以便按照嚴重程度加以分類，或者確定失效對於該系統的影響。FMEA廣泛應用於製造業產品生命周期的各個階段；而且，FMEA在服務行業的應用也在日益增多。失效原因是指加工處理、設計過程中或項目/物品（英文：item）本身存在的任何錯誤或缺陷，尤其是那些將會對消費者造成影響的錯誤或缺陷；失效原因可分為潛在的和實際的。影響分析指的是對於這些失效之處的調查研究。
基本術語[編輯]
- 失效模式（又稱為故障模式）
- 觀察失效時所採取的方式；一般指的是失效的發生方式。
- 失效影響（又稱為失效後果、故障後果）
- 失效對於某物品/項目（英文：item）之操作、功能或功能性，或者狀態所造成的直接後果。
- 局部影響：僅僅累及所分析物品/項目的失效影響。
- 上階影響：累及上一約定級別的失效影響。
- 終末影響：累及最高約定級別或整個系統的失效影響。
- 失效原因（又稱為故障原因）
- 作為失效之根本原因的，或者啟動導致失效的某一過程的，設計、加工處理、質量或零部件應用方面所存在的缺陷
- 嚴重程度（又稱為嚴重度）
- 失效的後果。嚴重程度考慮的是最終可能出現的損傷程度、財產損失或系統損壞所決定的，失效最為糟糕的潛在後果[1]。
歷史[編輯]
從每次的失效/故障之中習得經驗和教訓，是一件代價高昂而又耗費時間的事情，而FMEA則是一種用來研究失效/故障的，更為系統的方法。同樣，最好首先進行一些思維實驗。
二十世紀40年代後期，美國空軍正式採用了FMEA[2] [3]。後來，航天技術/火箭製造領域將FMEA用於在小樣本情況下避免代價高昂的火箭技術發生差錯。其中的一個例子就是阿波羅太空計劃。二十世紀60年代，在開發出將太空人送上月球並安全返回地球的手段的同時，FMEA得到了初步的推動和發展。二十世紀70年代後期，福特汽車公司在平托事件之後，出於安全和法規方面的考慮，在汽車行業採用了FMEA。同時，他們還利用FMEA來改進生產和設計工作。
儘管最初是由軍事領域所建立的方法，但FMEA方法學現在已廣泛應用於各種各樣的行業，包括半導體加工、飲食服務、塑料製造、軟體以及醫療保健行業[4][5]。在設計和加工處理格式方面，FMEA已經結合到了產品質量先期策劃（APQP），以便提供基本的風險化減手段以及實現對於預防策略的時機選擇。汽車行業行動工作組（AIAG）要求在汽車的APQP過程中運用FMEA方法，並且還發布了詳細的一份關於如何應用這一方法的手冊[6]。對於每種潛在的原因，都必須針對其對於產品或加工處理過程的影響而加以考慮，並根據相應的風險，確定所要採取的行動措施，並在行動措施完成之後對風險重新加以評估。Toyota已經進一步將這種方法與自己的基於失效模式的設計審核（DRBFM）方法結合在一起。現在，這一方法還同時得到了美國品質協會的支持。美國品質協會針對應用這種方法而提供有若干的詳細指南[7]。
實施[編輯]
在FMEA之中，失效之優先級別的確定依據的是它們的後果到底有多麼嚴重，它們究竟出現得有多麼頻繁以及可被發現究竟有多麼容易。FMEA同時還記載當前對於失效風險的了解和行動措施，以便用於持續改進。在設計階段，FMEA的應用旨在避免將來發生失效。之後，在製程控制當中以及在相應過程的不斷運行之前和過程當中，都會用到FMEA。在理想情況下，在最早的概念設計階段就開始使用FMEA，並且繼續加以使用，直至貫穿產品或服務的整個生命周期。
FMEA的目的在於從優先級別最高的失效著手，採取行動措施，從而消除或減少失效。FMEA還可以用於評價風險管理優先級別，以便緩和已知形成威脅的薄弱部位。FMEA有助於選擇補救措施，從而減少因為系統失效（故障）所造成的若干生命周期後果（風險）的累積效應。
目前，許多正規的品管體系也在採用FMEA，比如QS-9000或IATF 16949（原來的ISO/TS 16949）。
FMEA在設計工作中的應用[編輯]
在處理失效模式及與其相關的原因的時候，FMEA可以提供分析手段。在考慮設計之中可能存在的失效之時，比如安全、成本、性能、品質和可靠性，為了避免這些失效的發生，工程師可以利用FMEA，獲得大量關於如何變更開發/製造過程的信息。FMEA提供的是一種簡便易用的，用來確定究竟哪種風險最令人擔心的工具，從而可以在問題真正發生之前，採取相應的行動措施，避免它的發生。這些規格說明的編制，將會保證相應的產品能夠滿足預定的需求。
準備工作[編輯]
FMEA的過程簡單明了。FMEA分為三個主要階段。在這些階段之中，需要確定合適的行動措施。但是，在FMEA開始之前，重要的一點就是，要完成一些前期準備工作，以便確認此次分析具有穩健性，且其中包括了既往的歷史。
穩健性分析可以利用接口矩陣（Interface Matrix）、邊界圖（Boundary Diagram，簡稱B圖）以及參數圖（Parameter Diagram，簡稱P圖）來完成。許多失效問題往往是由於噪聲因素以及與其他零部件和/或系統之間共享的接口所造成的，因為工程師傾向於集中關注他們所直接控制的東西。
首先，有必要對當前系統及其功能加以描述。透徹的理解將會簡化進一步的分析工作。這樣，工程師就能夠明白，到底系統的哪些用法是人們所需要的，而哪些並非如此。重要的是要同時考慮到預期和意外用法。意外用法屬於是不利環境的一種形式。
接下來，需要為系統創建一幅框圖。該圖用於概括描述主要組件或過程步驟以及它們之間是如何彼此關聯起來的。這些就是所謂的邏輯關係，而FMEA正是圍繞這些關係而進行下去的。建立一個編碼系統將有助於標識不同的系統要素。FMEA之中應當始終包括有上述框圖。
在開始進行實際的FMEA之前，還需要創建一份工作表，其中包含的是有關當前系統的重要信息，如修訂日期或組件名稱。在這張工作表中，應當依據上述框圖，按合乎邏輯的方式，列出分析對象的所有項目或功能。
| 功能 | 失效模式 | 影響 | S （嚴重程度分級） |
原因 | O （出現頻度分級） |
當前的控制措施 | D （檢查分級） |
CRIT （關鍵特性） |
RPN （風險優先級數） |
行動措施建議 | 責任及目標完成日期 | 已採取的行動措施 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 填充浴盆 | 高水位傳感器出現差錯 | 液體濺灑到客戶的地板上 | 8 | 水位傳感器已失效 水位傳感器已斷開 |
2 | 根據填充到低水位傳感器所需的時間，填充超時 | 5 | N | 80 | 針對在高低水位傳感器之間中途額外增加傳感器，進行成本分析 | 約翰 2010年10月10日 |
步驟1:嚴重程度[編輯]
依據功能需求及其影響來確定所有的失效模式。失效模式的例子有：電路短路、鏽蝕或變形。重要的是要注意到，一個組件之中的失效模式可以導致另一組件之中的失效模式。因此，對於每種失效模式，均應當採用技術術語，並按功能列出。此後，需要加以考慮的是每種失效模式的最終影響。失效影響被定義為，按照用戶的認知方式，失效模式對於系統功能產生影響的結果。這樣，便於按照用戶所可能看到或經歷的情況，來描寫這些影響。失效影響的例子有：性能下降、噪聲，甚至是對於用戶的傷害。對於每種影響，分別都賦予一個取值為1（無危險）到10（危重）之間的嚴重程度值。此類數值有助於工程師排定失效模式及其影響的輕重緩急次序。如果某影響的嚴重程度值為9或10，則應當考慮採取行動措施，儘可能通過消除該失效模式，或者保護用戶免受其影響，來變更相應的設計。嚴重程度分級9或10一般保留用於那些會對用戶造成傷害或者以其他方式引起訴訟的影響。
步驟2:出現頻率[編輯]
在這一步當中，需要考慮失效的原因以及它所出現的頻數。這項工作可以通過檢查類似的產品或過程以及已經記錄在案的那些相關的失效情況來完成。失效原因被視為設計缺陷。對於失效模式所有潛在的原因，均應當加以確定和記載。同樣，這裡也應當採用技術術語來描述。原因的例子有：錯誤的算法、過高的電壓或者不當的操作/工作條件。同樣，也可以為每種失效模式賦予一個範圍為1～10的概率值（O）。如果出現頻度高（指的是概率值>4的非安全失效模式以及第1步的嚴重程度值為9或10且概率值>1時），就需要確定出行動措施。這一步稱為FMEA過程的細化部分。另外，還可以將出現頻度定義為百分數（%）。如果發生某種非安全問題的比例不足1%，那麼就可以賦予它數值1。這取決於產品與客戶規格說明。
步驟3:檢查[編輯]
當一旦確定了適當的行動措施，需要做的一件工作就是測試它們的效能。同時，還需要進行設計驗證。而且，還需要選擇合適的檢查方法。首先，工程師應當關注當前對系統所採取的控制措施，也就是那些防止失效模式發生或者在失效問題殃及客戶之前予以發現。之後，應當確定可以或者已經用於類似系統的，旨在發現失效問題的測試、分析、監控以及其他技術方法。根據這些控制措施，工程師可以了解某種失效問題能夠得以識別或發現的可能性到底有多大。前兩步的每種組合形式都將獲得一個發現指數（D）。該指數表示的是，預定的測試或檢查工作在消除缺陷或發現失效模式方面的能力。
在完成上述3個基本步驟之後，要計算的就是風險優先級數（英文：Risk Priority Numbers，RPN）。
風險優先級數[編輯]
RPN在選擇防範失效模式的行動措施方面並不發揮什麼重要作用。它們更大程度上是屬於評價這些行動措施方面的閾值。
在對嚴重程度、出現頻度和易發現性進行分級之後，只需把這三個數值乘起來，就可以得到RPN：
RPN = S x O x D
對於整個過程和/或設計而言，這是一項必須完成的工作。一旦完成，最大關注範圍的確定工作就會變得輕鬆。就糾正措施而言，RPN最高的失效模式應當獲得最高的優先級別。這就是說，嚴重程度值最高的失效模式並不一定就應當首先加以處理。首先應當處理的可能是那些嚴重程度相對較低，但更常發生且不太易於發現的失效問題，
在分配了這些數值之後，要記錄下配有目標、責任以及實施日期的行動建議。這些行動措施可以包括具體的檢查、測試或質量程序、重新設計（如選擇新的組件）、增加更多的冗餘以及限制環境壓力或工作範圍。一旦在設計/過程之中實施了這些行動措施之後，就應當檢查新的RPN，以便確認改善情況。為了便於可視化，往往會把這些測試呈現為圖形。無論何時，只要設計或過程發生了變化，就應當對FMEA加以更新。
合乎邏輯而又重要的幾點就是：
- 努力消除失效模式（有些失效預防起來要比其他的更容易）
- 最大程度地降低失效的嚴重程度
- 降低失效模式的出現頻度
- 改進檢查發現工作
FMEA的時機安排[編輯]
只要是下列情況，均應當對FMEA加以更新：
- 每個周期的開始（新產品/製程）
- 對操作條件作出變更
- 對設計作出變更
- 建立了新的法律或規章制度
- 消費者反饋表明存在某種問題
FMEA的用途[編輯]
優點[編輯]
局限性[編輯]
既然FMEA實際上依賴於那些負責調查產品失效問題的委員會成員，那麼他們關於既往失效問題的經驗也就制約著FMEA。如果某種失效模式無法得以確定，那麼就需要那些了解許多不同類型產品失效問題的顧問來提供外部協助。因此說，FMEA屬於是更大規模的品質管制體系的組成部分；其中，文檔記錄對於實施工作來說具有至關重要的作用。在工程技術鑑定（forensic engineering，鑑別工程）和失效分析（或稱故障分析）領域，目前已有一般性的文章和詳細的出版物。在產品完整性評價工作之中應用FMEA，現在已是許多具體的國家標準和國際標準的一般要求。
如果作為一種自上而下型的工具，FMEA也許只能發現系統之中的主要失效模式。故障樹分析（英文：Fault tree analysis，FTA）更適合於自上而下型分析工作。如果作為一種「自下而上型」工具，FMEA則可以對FTA起到增強或補充作用，發現和確定多得多的，導致頂層症狀的原因和失效模式。FMEA無法發現那些涉及同一子系統內多種失效問題的複雜失效模式，或者報告特定失效模式適合於上級子系統或系統的預期失效間隔。
此外，嚴重程度、出現頻度和發現難度分級之間相乘，可能會造成級別逆轉現象，即嚴重程度較輕的失效模式所獲得的RPN高於更為嚴重的失效模式。發生這種現象的原因就是，這些分級屬於是等級型標度值（ordinal scale numbers），而對於它們來說，乘法並不是一種有效的運算方法。等級型秩次只是表示，一種秩次優於或劣於另一秩次，但並沒有說究竟到什麼程度。例如，秩次為「2」並不是說糟糕的程度是秩次為「1」時的兩倍，或者秩次為「8」並不是說糟糕的程度是秩次為「4」時的兩倍。但是，上述乘法卻正是把它們視為如此來處理的。進一步的討論，詳請參見測量尺度。
軟體[編輯]
軟體的使用將會改善FMEA的記錄過程。目前，存在著許多這樣的FMEA軟體包。在選擇FMEA軟體包的時候，重要的一點就是要選擇那種易於學習和有利於促進協調一致地更新文檔記錄的軟體包。沒有必要為了擁有有效易用的軟體系統而去花費大量的資金。有些FMEA軟體公司提供有免費的更新、免費的支持以及許可用戶數量不加限制的軟體。在確保FMEA得到長期認可、理解和實施方面，這一點尤為有益。FMEA適用於所有的工程設計過程。
FMEA的類型[編輯]
參考文獻[編輯]
- ^ Langford, J. W., Logistics：Principles and Applications, McGraw Hill, 1995, pp-488.（in paraphrase）
- ^ Procedure for performing a failure mode effect and criticality analysis, November 9, 1949, United States Military Procedure, MIL-P-1629
- ^ Jee, T.L., Tay, K.M. and Lim, C.P., 2015. A new two-stage fuzzy inference system-based approach to prioritize failures in failure mode and effect analysis. IEEE Transactions on Reliability, 64(3), pp.869-877.
- ^ Quality Associates International's History of FMEA （頁面存檔備份，存於網際網路檔案館）
- ^ E. Fadlovich, Performing Failure Mode and Effect Analysis 存档副本. [2009-01-16]. （原始內容存檔於2009-02-10）.
- ^ 存档副本. [2009-01-16]. （原始內容存檔於2009-01-30）.
- ^ 存档副本. [2020-10-06]. （原始內容存檔於2009-12-13）.
參見[編輯]
|
|
|