本章目的：填寫建議措施及DFMEA后續完備。

1.建議措施（k）定義

總的來說，預防措施（降低發生率）比探測措施更好。舉例來說，比起設計定稿后的產品驗證/確認，使用已證實的設計標準或最佳實踐更加可取。

//這句話在上上章節，也就是敘述預防控制和探測控制的章節已經描述過了。

建議措施的目的在于改進設計。

所以，就作者看來，為了改進設計，建議措施的填寫實際上需要分兩步進行。

1）盡可能降低SOD三者的評分，其目的是最優化產品設計；

2）在最近一代產品已經不能優化設計的基礎上（這個原因有很多，比如項目周期很趕不能及時設計，供應商工藝制程能力不夠，自己公司沒有對應的設備等），為了次世代產品的優化，填寫建議措施。（如果不是為了次世代產品的優化，這些建議措施可以直接實施在最近的產品設計中）

1.1 步驟一，優化本次產品設計，降低SOD

在識別措施的時候，應當按照嚴重度、發生頻度、探測度的順序來降低等級。下面是解釋：

1.1.1降低嚴重度等級

只有設計更改能夠降低嚴重度等級。

//作者理解為設計要求的變更。

某些時候，設計修訂可以彌補/降低失效的嚴重度，從而降低高嚴重度的等級。例如：對輪胎的要求是“在使用時保持適當的氣壓”?！皻鈮嚎焖倭魇А钡氖Ｊ接绊憞乐囟缺绕稹巴耆T氣”輪胎的失效模式影響嚴重度來的低。

設計自身或內部變更并不意味著嚴重度會降低。任何設計變更都應當經過小組評審，來決定它對產品功能和過程的影響。

為了達到此種方式的最大效率和最佳效果，對產品和過程設計的任何變更應當在開發過程的早期實施。 例如： 在開發周期的早期階段，就需要考慮準備代用材料，以避免腐蝕嚴重度的問題。

//這里要注意的是，想降低嚴重度，需要變更的是設計要求，而不是設計本身。也就是說，最好的辦法是讓客戶不要提過高的要求，那么產品各項DFMEA的嚴重度自然可以降低。比如玩具類的產品設計要求當然比車用的要低（玩具壞了不會出事啊，嚴重度自然就低）。

當然，這幾乎不可能，所以建議措施一般也很難降低嚴重度。

1.1.2 降低發生頻度等級

通過設計更改去除或控制一個或多個失效模式的原因/機制，從而降低發生頻度等級。

下面列出的是應當考慮到，但不僅限于此的措施：

?防錯設計，消除失效模式

?修訂設計幾何和公差

?修訂設計來降低壓力；替換薄弱（失效可能性高）的零部件

?增加冗余度

?修訂材料規格

//就結構設計而言，除了防錯手段之外，其余降低頻度的措施，可以說都是在增加設計的余裕。具體可見本博文的SOD評價的章節。

1.1.3 降低探測度等級

最好的方法是使用防錯/防誤。

//作者對這句話的理解是，防錯并非用來降低探測度等級，而是用來減少設計失誤的。

設計驗證/設計確認的增加只能降低探測度等級。某些情況下，對特定零件作設計更改，可能會增加探測的可能性（即：降低探測度等級）。

此外，還應考慮：

>試驗設計（尤其當失效模式的原因有多個或者交互作用時）

>修訂試驗計劃

//如是車用產品，一般會有系統的現成的實驗計劃。如GMW3172等。所以探測度通常也不能降低，都是3/4/5的分值評價。

當然，若你能通過DOE的方法，設計出比GMW3172更好的實驗系統（有很多日本的汽車零部件供應商就有更完善的實驗系統），自然可以有效降低探測度。再當然，前提是你或者你的公司有這個實力。

1.2 步驟二：為了次世代產品的優化，填寫建議措施

當你本世代，或這次設計的產品無法再繼續優化時，就需要提出建議措施。為了持續設計出更好的產品，為了次世代的產品而努力。

對于設計措施，可以考慮使用下列內容：

>試驗設計或可靠性試驗的結果；

>設計分析（可靠性失效，結構失效，或物理失效模式），它將確認解決方法的有效性，且不會引進新的潛在失效模式；

>制圖、圖示，或模型來證實目標特性的物理變更；

>設計評審結果；

>對已有工程標準或設計指南的變更；

>可靠性分析結果；

//這些措施可以和預防控制的6個方法綜合考慮。

表Ⅲ.7顯示的是原因（欄） 、控制（欄h）和建議措施（欄k）應用的示例。

1.3 步驟三：沒有建議措施的時候

如果對一個特定的失效模式/原因/控制評估之后， 沒有建議措施， 則在欄里輸入“無”。 輸入“無”的同時還注明理由將非常有用，特別是在嚴重度高的情況下。

//所以，如手冊所示，并非嚴重度高的時候就一定要填寫建議措施。

比如ROHS標準的材料，醫用或食品級的嚴重度就在9，若選用通用產品以前就采用的材料，就可以有效控制產品風險，而建議措施也不能給出新意的東西。（這點有爭議，作者先描述到這里）

但在實際車用項目中，常有公司規定嚴重度在8以上，RPN值100以上時，需要采取強制措施，降低兩者的值或提出建議措施。

2.DFMEA剩下的欄目補完

2.1 職責與目標完成日期（ I）

輸入負責完成建議措施的個人或組織的名字，包括目標完成日期。負責設計的工程師/小組負責人應當確保所有的建議措施都已實施或受到妥善處理。

2.2 措施結果（ m-n）

這部分包含的是所有措施的實施結果，以及它們對 S， O， D等級和RPN的影響。

2.3 采取的措施和完成日期（ m）

實施措施后，輸入已采取措施的簡要描述，以及措施的實際完成日期。

2.4 嚴重度，發生頻度，探測度和RPN（ n）

在實施了預防/糾正措施后，確定并記錄其嚴重度，發生頻度和探測度等級。
計算并記錄衍生措施（風險）的優先指標（例如： RPN） 。
所有的等級修正都必須經過評審。僅僅實施糾正措施并不能確保問題被解決（即：被處理的原因） ，因此還應當對其進行適當的分析和試驗以驗證。如果有必要進一步實施糾正措施，實施完成后仍需進行分析。重點應當始終放在持續改進上。

3.填寫完成

按照這個步驟順序，填寫完前面章節11張DFMEA的建議措施和后續欄內容（記住，是11張DFMEA所有）。

4.維護DFMEA

DFMEA是一個動態文件， 任何要求作出的設計變更或更新都應當經過評審。 推薦措施的更新及其最終結果（起作用的和不起作用的）應當包括在后續DFMEA內。
DFMEA的持續維護還應包括對DFMEA的評分等級做定期的評審。 要特別關注發生頻度和探測度等級，尤其當改進是通過產品變更，或設計控制的改進來實現的時候，更顯得重要。此外，當現場有問題發生時，應當對等級作出相應的調整。

5.利用DFMEA

如果一個新項目或新應用在功能上和當前產品的相似，那么只要經顧客同意，可以使用統一的DFMEA。
//第一次好好做，后面可以慢慢用。這個基本就是現代的設計理念。
將一個基本上充實的基準DFMEA作為起始點， 就可以最大幾率的利用過去的經驗和知識。如果有輕微差異，小組應當識別并著重于這些差異所帶來的影響。

6.鏈接

DFMEA并不是一個“孤立”的文件， 例如：DFMEA的輸出可以用作后續產品開發過程的輸入。它是小組討論分析的總結。
圖表Ⅲ.7顯示的是某些常用文件的聯系。

7.設計驗證計劃和報告（DVP&R）

DVP&R:全稱是Design Verification Plan and Report，即設計驗證計劃和報告；

DFMEA和DVP&R有著重要的聯系。DFMEA識別并記錄存檔了現行設計的預防控制與探測控制，這些成為DVP&R內的試驗描述的輸入。DFMEA識別了要控制的是“ 什么”；DVP&R則給出的是“ 怎樣”控制，例如：接受標準，程序和樣本容量。

8.DFMEA學習完成

學習完本章節內容后，DFMEA的手冊內容算是全部學習完成了。讀者可以利用DFMEA表格，來進行實戰訓練，并且對比手冊內容（特別是英文原文），優化自己的設計。
現在國內的FMEA已經被各大公司和培訓單位給玩壞了，所以可以的話，自己做設計訓練時不要跟風一些不好的風氣。比如：為了趕項目資料等做DFMEA。
要明確學習DFMEA的目的：產品可靠性設計。利用DFMEA，突破自己而設計出更優化的產品。

9.DFMEA章節對應的資料

原本作者分享一些資料，是想做些互動。
也想要更好的溝通和多一些朋友。
可以去關注作者的微信公眾號：mdmodule；

作者的郵箱：zjc9915@qq.com，可以寫一些長感想，作者一般會回。
下面是本章對應的網盤資料，很多都是作者用心做和花錢買的，值得想要的人一看。

鏈接：https://pan.baidu.com/s/1hgeAibYK9suANs83wnDjfQ密碼：zhz8

此刻最美

總結

以上是生活随笔為你收集整理的高阶篇：4.2.5）DFMEA建议措施及后续完备的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。