FMEA分析方法參考模板

1、SAE-ARP-4761（1996）FMEA是一種系統(tǒng)的，自下而上的方法，用于識別系統(tǒng)，項目或功能的故障模式，并確定對下一個更高級別的影響。它可以在系統(tǒng)中的任何級別（例如，零件，功能，黑盒等）執(zhí)行。軟件還可以使用功能FMEA方法進(jìn)行定性分析。通常，F(xiàn)MEA用于解決單個故障導(dǎo)致的故障影響。FMEA的范圍應(yīng)該與請求它的用戶協(xié)調(diào)。分析可以是部件FMEA或功能FMEA。如果從功能FMEA導(dǎo)出的故障率允許滿足PSSA概率預(yù)算，則可以不需要零件FMEA。FMEA通常包括以下信息。a、 組件、功能或/和功能的識別；b、 故障模式和相關(guān)的硬件故障率（數(shù)值或分類）；c、 失效效應(yīng)（直接和/或在下面更高級水平）；

2、d、 可檢測性和檢測手段；FMEA也包括以下信息：a、 補償動作（即自動或手動）；b、 發(fā)生故障的飛行階段；c、 故障影響的嚴(yán)重性FMEA可以與概率技術(shù)（例如FTA或DD）結(jié)合使用以產(chǎn)生定量分析。 此外，F(xiàn)MEA可以用于通過從下到上提供故障效應(yīng)的補充列表來補充FTA / DD。1 / 12故障模式和影響分析（FMEA）1、 介紹故障模式和影響分析（FMEA）是一種系統(tǒng)方法，用于識別系統(tǒng)，項目，功能或零件的故障模式，并確定對下一個更高級別設(shè)計的影響。還可以確定每個故障模式的檢測方法（如果有的話）FMEA可以是定量或定性分析，并且可以在所有類型的系統(tǒng)（例如，電氣，電子或機(jī)械系統(tǒng)）上執(zhí)行。如果正在執(zhí)

3、行定量FMEA，則針對每個故障模式確定故障率。FMEA的結(jié)果可以用于生成故障模式和效果概要（FMES），并且通常用于支持系統(tǒng)安全評估（SSA）過程的其他分析技術(shù)，例如故障樹分析（FTA），依賴關(guān)系圖 DD）或馬爾可夫分析（MA）。故障的組合通常不被認(rèn)為是FMEA的一部分。2、 范圍通過假定所選級別的具體實現(xiàn)可能失敗的方式對給定級別（系統(tǒng)，項目等）執(zhí)行FMEA。 每個故障模式的影響在給定等級下確定，并且通常是設(shè)備的每個操作模式的下一較高等級。 有時，F(xiàn)MEA可能需要專注于特定操作場景以支持自上而下的FTA，DD或MA。FMEA必須考慮所有與安全有關(guān)的影響以及由要求確定的任何其他影響。 在不可能識

4、別故障模式的特定性質(zhì)的情況下，必須假定最壞情況的影響。 如果最壞情況對于故障樹是不可接受的，則必須在下一個較低的等級檢查故障模式。 （即，如果FMEA在功能級別進(jìn)行，則降至零件級別，并排除對所考慮事件沒有影響的組件。如果分析是在零件級別進(jìn)行，則降低以考慮特定故障機(jī)理。另一個選擇是重新設(shè)計以改善冗余或添加監(jiān)控。無論FMEA的執(zhí)行水平如何，F(xiàn)MEA的主要步驟包括準(zhǔn)備，分析和文檔。3、 FMEA 過程3.1 FMEA 準(zhǔn)備階段FMEA的準(zhǔn)備包括確定客戶要求，獲得當(dāng)前文檔，以及了解功能的操作。在開始之前了解客戶對FMEA的期望和要求很重要。 如果FMEA要求未知，F(xiàn)MEA可能不滿足請求者的需求，可能必

5、須重做。FMEA的要求通常源自PSSA活動，例如FTA，DD，MA。 分析師需要知道分析水平（功能對零件），安全相關(guān)效應(yīng)，其他故障影響和感興趣的操作模式。 FMEA用于支持安全評估過程，通過提供故障率來量化FTA，DD或MA的基本事件。 FMEA還可以用于通過FMEA故障模式與故障樹的基本事件的比較來支持FTA的驗證。開始執(zhí)行分析之前的最后一步是獲得完成分析所需的以下信息，或者可以簡化分析活動。a、 FMEA要求，包括相關(guān)的安全性和要求的故障影響和特定的運行模式；b、 規(guī)格；c、 當(dāng)前圖紙和原理圖；d、 每個系統(tǒng)和項目的部件列表；e、 功能框圖；f、 說明材料包括操作理論；g、 適用的故障率列

6、表；h、 上一代或類似功能的FMEA；i、 任何未包含在原理圖中的設(shè)計更改和修訂（注意：設(shè)計可能會頻繁更改，并且具有最新材料將減少FMEA更新。）j、 如果適用，先前FMEA的組件故障模式的初步列表；注：對于在設(shè)計階段早期執(zhí)行的FMEA，上述一些信息將不可用，并且可能必須進(jìn)行假設(shè)或估計。 必須保留這些假設(shè)的詳細(xì)文檔，以便進(jìn)行可追溯性并簡化未來的更新。3.2 執(zhí)行分析分析人員需要審查和理解在上述準(zhǔn)備階段收集的信息。 分析人員還會發(fā)現(xiàn)，理解所分析的設(shè)計在下一個更高級別中執(zhí)行的功能很有用。 在分析者獲得足夠的知識之后，識別故障模式。 在被分析的設(shè)計等級，每個可行的硬件故障模式被假定。 組成給定級別的

7、組件或功能的故障模式需要考慮。 在3.2.1和3.2.2中提供了幫助確定功能或部件的故障模式的信息。分析每個識別的故障模式以確定其對給定級別的影響，并且通常也包括對較高級別的影響。為每種不同類型的效果創(chuàng)建失效效應(yīng)類別，并且可以將代碼分配給每個效果類別。通過將每個效果的描述從工作表移動到報告正文來定義這些代碼簡化了FMEA工作表。FMEA工作表提供了故障模式，效果和概率的列表。在以下部分中提供了FMEA工作表的示例。每個效果類別必須只有一個更高級別的效果，否則效果類別必須更詳細(xì)地定義。例如，如果效果類別最初被定義為“使信號xyz超出規(guī)格”，但是超出高規(guī)格的情況與超出低規(guī)格的情況造成的效果是不同的

8、，則效果類別應(yīng)當(dāng)被分割為“.超出高規(guī)格 “和”.超出低規(guī)格“。類似地，如果發(fā)現(xiàn)故障模式導(dǎo)致兩個更高水平的效果（例如，“信號A的損失”和“信號B的損失”），則這兩個應(yīng)當(dāng)被組合以形成新的效果類別“信號A和B的損失“。檢測故障的方法通常在FMEA工作表中確定并記錄。 檢測方法的示例包括通過硬件或軟件監(jiān)視器，飛行機(jī)組檢測，上電測試和維護(hù)檢查。對于定量FMEA，將故障率分配給每個故障模式。 只要可能，故障率應(yīng)根據(jù)已經(jīng)在現(xiàn)場使用的類似設(shè)備的故障數(shù)據(jù)確定。 行業(yè)的故障率包括MIL-HDBK-217，MIL-HDBK-338，RAC“無電子零件可靠性數(shù)據(jù)”。 （NPRD）和GIDEP（政府工業(yè)數(shù)據(jù)交換計劃），

9、MIL-HDBK-978和羅馬實驗室的“可靠性工程師工具包”。每個故障影響類別的總故障率可在匯總表中詳細(xì)說明，或概述在故障模式和影響總結(jié)（FMES）中。有兩種基本類型的FMEA-功能和部件。 通常執(zhí)行功能FMEA以支持安全性分析效應(yīng)，執(zhí)行零件FMEA是為了提供故障率的進(jìn)一步細(xì)化所必須的。 通常，當(dāng)來自功能FMEA分析獲得的過于保守的故障率不能讓系統(tǒng)或項目滿足FTA失效預(yù)算概率時，部件FMEA被將被執(zhí)行。部件FMEA也可用于依賴冗余設(shè)計的系統(tǒng)，因為功能FMEA可能不會揭示影響多于一個冗余元件的單個組件故障。部件FMEA也用于機(jī)械項目和組件的安全分析。3.2.1 功能FMEA功能FMEA可以在任何

10、維修約定級執(zhí)行。細(xì)分適當(dāng)?shù)牡燃売上到y(tǒng)的復(fù)雜性和分析的目標(biāo)決定。如果所需的分析主要在電路或機(jī)械裝置的某部分上，而不主要是特定的功能，則其應(yīng)被分解成功能塊。從飛機(jī)或系統(tǒng)級，這可以意味著將每個LRU或項目定義為功能塊。從系統(tǒng)或更低級別也許涉及到將項目分解為許多塊。如果每個塊具有盡可能少的輸出，則FMEA任務(wù)就得到了簡化。一旦確定了功能塊，應(yīng)創(chuàng)建功能框圖，并且每個塊標(biāo)記有其功能名稱。對于每個功能塊，應(yīng)相對于系統(tǒng)操作分析內(nèi)部和接口功能。下一步是為每個功能塊假定故障模式。通過考慮功能塊的意圖（功能）并嘗試確定該功能如何失效來確定失效模式，無論使用的部件具體是什么。分析人員必須足夠了解功能塊的操作，以至于沒

11、有忽略重要的故障模式，包括可能影響多個冗余功能塊的單個部件故障。通常，給定塊功能的清楚描述，這會使得許多故障模式變得很明顯。以下是功能故障模式的簡單示例：產(chǎn)生5V的電源電路可以稱為功能塊。一些功能故障模式的示例如下。a、沒有電壓b、電壓不足5Vc、電壓大于5Vd、輸出的5V帶有噪聲e、對地短路或其他電壓基于電路實現(xiàn)可能存在其它故障模式。通過考慮該功能如何適應(yīng)整體設(shè)計來確定每個故障模式的效應(yīng)。通常為每種效應(yīng)類型創(chuàng)建失效效應(yīng)類別，并分配失效效應(yīng)類別代碼。導(dǎo)致相同效應(yīng)的所有故障模式都分配給效應(yīng)類別。然后，對于每個故障，效應(yīng)類別代碼可以輸入到FMEA工作表中，如表G1所示。在確定故障影響和檢測手段時，

12、必須考慮軟件和故障監(jiān)控。作為此分析的一部分，分析人員還必須驗證監(jiān)控確實可以檢測故障模式。為了正確執(zhí)行此分析，分析人員必須具有系統(tǒng)要求和軟件設(shè)計的詳細(xì)知識，包括適用的內(nèi)部故障管理技術(shù)。如果正在進(jìn)行定量分析，則向每個故障模式分配故障率。一種技術(shù)是基于類似功能的以往經(jīng)驗來執(zhí)行每個塊的故障率預(yù)測并且為各種故障模式分配故障率，從而確定發(fā)生概率。部件故障分布指南見G.3.2.2.1。Table G1 功能FMEA工作表（Functional FMEA worksheet）故障模式和影響分析（FMEA）系統(tǒng)（System）FMEA DescriptionDate子系統(tǒng)（Subsystem）Sheet of（

13、item ATA）FTA References:FileAuthor：Rev功能名稱Function Names功能代碼Function Code失效模式Failure Mode模型故障率Mode failure Rate 飛行狀態(tài)Flight Phase失效效應(yīng)Failure Effect檢測方式Detection Method注釋Comments功能FMEA的結(jié)果記錄在類似于表G1的工作表中。 此示例表可以修改以滿足程序需要。 不同的要求可能導(dǎo)致添加或刪除一些信息。 分析人員應(yīng)該在開始分析之前確保FMEA表格和內(nèi)容滿足請求者的特定需求。隨著分析的進(jìn)行，應(yīng)對FMEA的未來維護(hù)進(jìn)行非正式記錄，

14、并協(xié)助解決有關(guān)FMEA的問題。a、 每個故障模式的說明；b、 分配故障率的理由；c、 將特定故障分配給故障效應(yīng)類別的原理；d、 記錄所做的任何假設(shè)；這份文件不在FMEA的報告中，但是應(yīng)保留作為參考。3.2.2 部件FMEA部件FMEA類似于功能FMEA，不同之處在于，不是在功能或框圖級別分析，而是分析包含在項目或功能中的每個單獨組件的故障模式。部件FMEA可用于確定潛在的電氣，電子或機(jī)械故障的故障影響。例如，電阻器或電機(jī)軸的故障的影響可以被認(rèn)為是部件FMEA的一部分。電子設(shè)備上的部件FMEA通常只在功能FMEA過于保守的結(jié)果不能使該項目滿足FTA故障預(yù)算概率時才需要執(zhí)行。這部分是由于難以確定復(fù)

15、雜組件的故障模式。部件FMEA的第一步是創(chuàng)建一個由FMEA覆蓋的所有組件的列表。下一步是確定每個組件類型的故障模式。這是部件FMEA中最困難的部分，特別是對包含復(fù)雜集成電路的電子產(chǎn)品執(zhí)行的FMEA。確定除了最簡單的組件（其中行業(yè)數(shù)據(jù)可用）之外的所有故障模式是非常困難的，有時是不可能的。當(dāng)有疑問時，必須做出部件失效模式的最壞情況假設(shè)。幫助確定部件故障模式的信息包含在3.2.2.1中。一旦組件的零件失效模式被確定，它們被輸入到FMEA工作表中，如表G2所示。此示例工作表可以修改以滿足個人需求。不同的要求可能導(dǎo)致添加或刪除工作表中的一些信息。分析人員應(yīng)該在開始分析之前確保FMEA表格和內(nèi)容滿足請求者

16、的特定需求。Table G2 零件FMEA工作表（Piece-Part FMEA worksheet）故障模式和影響分析（FMEA）系統(tǒng)（System）FMEA DescriptionDate子系統(tǒng)（Subsystem）Sheet of（item ATA）FTA References:FileFunctionAuthor：Rev部件數(shù)Part Number部件類型Part Type失效模式Failure Mode模型故障率Mode failure Rate 飛行狀態(tài)Flight Phase失效效應(yīng)Failure Effect檢測方式Detection Method注釋Comments下一步是確

17、定故障對下一個更高級別組件的影響，并為故障分配故障影響類別。可以將失效效應(yīng)代碼分配給每個類別以簡化表格。然后可以將每個失效效應(yīng)類別的詳細(xì)描述包括在報告的文本中。導(dǎo)致相同效果的所有故障模式都分配給效果類別。然后，效果類別代碼可以針對每個故障輸入到FMEA工作表中，如表G2所示。在確定故障影響和檢測手段時，必須考慮軟件和故障監(jiān)控。作為此分析的一部分，分析人員還必須驗證監(jiān)控確實可以檢測故障模式。為了正確執(zhí)行此分析，分析人員必須具有系統(tǒng)要求和軟件設(shè)計的詳細(xì)知識，包括適用的內(nèi)部故障管理技術(shù)。如果正在進(jìn)行定量分析，則向每個故障模式分配故障率。組件部件故障分布指南見3.2.2.1。隨著分析的進(jìn)行，應(yīng)對FME

18、A的未來維護(hù)進(jìn)行非正式記錄，并協(xié)助解決有關(guān)FMEA的問題。e、 每個故障模式的說明；f、 分配故障率的理由；g、 將特定故障分配給故障效應(yīng)類別的原理；h、 記錄所做的任何假設(shè)；這份文件不在FMEA的報告中，但是應(yīng)保留作為參考。3.2.2.1 確定零部件故障模式和故障分布當(dāng)執(zhí)行零件FMEA時，可能需要進(jìn)一步分解組件的故障率以識別適用于特定故障模式的故障率的百分比?？梢詮闹T如RAC“故障模式/機(jī)構(gòu)分配”（FMD），MIL-HDBK-978和羅馬實驗室的“可靠性工程師工具包”等行業(yè)文件中獲得指導(dǎo)，這些文件為許多組件類型提供此信息。要考慮的典型故障模式包括但不限于以下：a、 打開b、 短路c、 參數(shù)漂

19、移d、 失調(diào)e、 介質(zhì)（絕緣體）擊穿f、 間歇操作g、 不工作h、 誤操作i、 磨損j、 機(jī)械故障k、 黏著l、 疏松m、 斷裂通常，必須考慮組件的功能，并且必須考慮組件可能無法正確執(zhí)行該功能的所有潛在方式，以包含在組件故障模式列表中。還必須考慮組件的意外功能。上述參考文獻(xiàn)提供了良好的基礎(chǔ)，允許分析人員確定被分析的組分的潛在失效模式。工程判斷是故障模式確定過程的必要部分。盡管故障率和模式源文檔為某些組件類型的故障模式提供了基礎(chǔ)，但是這些文檔中不包含許多設(shè)備類型。這對于需要逐部分地考慮的復(fù)雜數(shù)字IC尤其如此。 確定數(shù)字設(shè)備的故障模式通常需要工程判斷，并且不可能針對復(fù)雜數(shù)字IC確定所有故障模式。用

20、于估計復(fù)雜數(shù)字設(shè)備的故障模式的方法是用可以存在更好的故障模式的定義的功能塊來對所考慮的數(shù)字設(shè)備進(jìn)行建模。如果可能，將功能塊可能故障的引腳電平影響確定為器件故障模式。一些故障可能影響多個引腳和引腳的各種組合。必須特別注意可能導(dǎo)致FTA基本事件的潛在部件故障模式。嘗試通過物理故障方法來確定實際故障機(jī)制和相關(guān)影響不推薦用于IC，因為它迫使分析人員對每個數(shù)字IC執(zhí)行“FMEA”。 該“FMEA”可能比完成的較高級FMEA更復(fù)雜，并且對于復(fù)雜IC可能無法實現(xiàn)。此外，芯片制造商未公開的增強設(shè)計可能使整個工作毫無意義（過時）。復(fù)雜的IC故障模式可以包括間歇性故障和可能影響多個引腳的各種故障組合。其他組件類型

21、的故障模式比ICs更容易獲得。然而，從多個參考看，相同的組件類型，可能產(chǎn)生不同的故障模式分布，有時甚至是不同的故障模式。這指出，即使是簡單的組件，它是很難確定哪些潛在的失效模式是有效的，哪些不能發(fā)生。3.2.3 證實如果難以確定故障模式的失效效應(yīng)的分析方法，則應(yīng)盡可能進(jìn)行實驗室驗證。期望通過測試驗證所有重要的失效效應(yīng)。 對于電氣或電子系統(tǒng)，可以通過打開引線或?qū)⒁€短接在一起或接地來引入故障。如果器件輸出可以分為三態(tài)，則可以輕松引入邏輯組合。不幸的是，最難分析的故障模式有時難以通過測試來確認(rèn)。例如，不可能為大多數(shù)IC引入所有故障。計算機(jī)輔助設(shè)計軟件也可用于模擬故障。該軟件允許將等效的故障引入到電

22、路仿真中并確定故障效應(yīng)。在測試和實際使用期間的故障分析也可用于證實FMEA的結(jié)果。 此故障數(shù)據(jù)還可用于為將來的FMEA創(chuàng)建故障模式庫。4、文檔4.1 FMEA reportFMEA的報告應(yīng)該包括：a、 可用于FMES、FTA或相似分析參考的文檔編號；b、 介紹包含關(guān)于FMEA的目的和對象的簡要說明。c、 操作的簡要概述和框圖。d、 描述分析方法的部分。（本節(jié)應(yīng)包括如何執(zhí)行分析的描述，使用的級別的定義和相關(guān)假設(shè)的列表）。e、 FMEA結(jié)果的完整列表。（可以使用類似于G.3.2.1和G.3.2.2中包含的示例的FMEA形式。）f、 識別所分析的硬件，軟件和固件的部件號和修訂狀態(tài)。g、 附錄還應(yīng)包括以下項目。（1）