高階篇：4.2.1）DFMEA框架搭建，填寫項目與要求

本章目的：明確DFMEA的數量及目標，搭建框架，填寫項目與要求。

 

1.搭建DFMEA框架步驟

1）明確DFMEA的數量及目標；

2）搭建框架（全部DFMEA的）；

3）填寫項目與要求。

2 明確DFMEA的數量及樣式

2.1 數量

QFDII能夠引出DFMEA，每一張QFDII對應一個DFMEA。

此前已經屢次提到。因此，DFMEA是和QFDII的數量，即產品零部件的數量是一致的。以下圖所示（即QFDII中圖），

DFMEA的數量爲11章。

這裏記一點，做者的文章是連貫的，並且做者不推薦一個產品只作一章DFMEA。

2.2 樣式

DFMEA樣表詳見FEMA手冊第四冊最新版。

請根據最新的樣式，編制表格。

//網上多有下載，做者的網盤也有分享。

另，FMEA也是與時俱進的，因此表格也要按照時代的要求更新。

第四冊手冊中對錶格的更新歷史記錄以下：

●表 A： 基本表（包含最基本的信息）

○預防和探測控制各自獨立分開爲一欄

●表 B：項目/功能和要求分開的表

○幫助肯定失效模式

●表 C：是表 A 的預防控制欄放在發生率欄左邊

○ 更好的顯示預防控制和發生率級別排序的關聯

●表 D：是表 B 和表 C 的合併

● 表 E：是表 D 把現有探測設計控制（要因和失效模式）獨立出來

○強調與要因相關控制的須要

●表 F：是表 B 把職責和目標完成日期與採起措施和完成日期分開

○容許按日期分類

3.搭建框架（全部DFMEA的）

搭建框架，就是準備對應數量的DFMEA表格，並填寫完DFMEA表頭

DFMEA 表的表頭（A-H 欄） 樣式以下：

表頭一樣應該和與文件開發和控制過程相關信息同樣清晰識別FMEA的重點。

這應包括FMEA的編號、範圍的識別、設計職責、完成日期等。

表頭應包含如下元素

3.1）FMEA編號（A）：
輸入數字列以便識別 FMEA 文件。這用於文件控制。

3.2）系統、子系統或零部件名稱及編號（B）：
輸入須要分析的系統、子系統或零部件的名稱及編號。（見肯定範圍部分）

3.3）設計責任（C）：
填入負有設計責任的 OEM、組織和部門或小組。適當時，也輸入供方名稱。

3.4）車型年度/項目（D）：
填入將使用和/或受所分析設計影響的預期車型年度/項目（若是知道的話）。

3.5）關鍵日期（E）：
填入 FMEA 初次預約完成日期，該日期不該超過計劃的量產設計發佈的日期。

3.6）FMEA日期（F）：
填入 FMEA 原始稿完成日期，和最新的修改日期。

3.7）核心小組（G）：
填入負責開發 DFMEA 小組成員。聯繫信息（如：名字、組織、電話號碼和 email）

可附在補充文件中。

3.8）編制者（H）：
填入負責編制 DFMEA 工做的工程師姓名、電話和所在公司的名稱。

 

仍是以這張圖爲例子，

共須要填寫11章DFMEA表的表頭。

舉例所示，組件B的表頭爲，

這樣的表頭須要填寫11張。對，就是11張，一章也不能少（至少公司須要DFMEA來支撐質量時不能偷懶，不須要就算了）。

注：表頭的內容經常被忽視，但這是FMEA框架的搭建的第一步。

4.填寫項目與要求

4.1 區分項目，功能，要求（這是重點）

FMEA手冊第四冊否定描述以下

4.1.1 項目（a1） 

輸入已經由小組經過框圖、參數圖、示意圖或其它圖識別的項目、接口或零部件。
爲了確保可追溯性，使用的術語必須和顧客要求，以及其它設計開發文件和分析相一致。 
Item(a1)
Enter the items, interfaces, or parts which have been identified through block diagrams, P-diagrams, schematics and other drawings, and other analysis conducted by the team.

The terminology used should be consistent with customer requirements and with those used in other design development documents and analysis to ensure traceability.

//結構設計中項目基本爲零部件。

4.1.2 功能（ a1）

輸入被分析的項目或接口的功能，要求它必須達到顧客要求或小組討論的設計意圖。
若是項目或接口裏有多個含有潛在失效模式的功能，則強烈建議將每一個功能及其相應的失效模式分開列出。
若是項目和功能分紅兩欄，功能就變爲a2欄。
Function(a1)
Enter the function(s) of the item(s) or interface(s) being analyzed which are necessary to meet the design intent based on customer requirements and the team’s discussion. 
If the item(s) or interface has more than one function with different potential modes of failure, it is highly recommended that each of these functions and associated failure mode(s) is listed separately.
Function becomes a2 if Item and Function are split.

//結構設計中，零部件的功能能夠簡寫。好比自攻螺釘的功能簡寫緊固就行。寫的具體固然更好。

4.1.3 要求（a2）

能夠另外要求添加「 要求」一欄來進一步細分失效模式分析。輸入每項功能的要求（根據顧客要求或者小組討論得出；另外還可參見第二章：前提條件） 。
若是功能裏有多個含有不一樣的潛在失效模式的要求，則強烈建議將每一個要求和功能分開列出。
若是項目和功能分紅兩欄a1， a2，要求就變爲a3。
Requirements(a2)
An additional column, 「Requirements」, may be added to further refine the analysis of the failure mode(s). Enter the requirement(s) for each of the functions being analyzed (based on customer requirements and the team’s discussion; see also Chapter II, Section: Prerequisites). 
If the function has more than one requirement with different potential modes of failure, it is highly recommended that each of the requirements and functions are listed separately.
Requirement becomes a3 if Item and Function are split into separate columns, e.g., a1 and a2. 

//雖然是原文解釋，但我的以爲反而容易混淆。要求是最重要的。

4.2 做者看法：必定要區分功能和要求。（DFMEA重中之重）

在這裏，必定要分清楚功能與要求的區別。做者舉例以下：

項目：某諾基亞手機。

功能：打電話，發短信，上網，玩遊戲，顏值高耍酷等。

要求（某些人的要求）：能當榔頭用。（抱歉，這就是某些客戶買定製選手機的要求，手機當榔頭）

從上面的例子應該能夠看出來了，要求與功能能夠無關。若是客戶只是拿手機當榔頭使用，那麼手機只要防摔結實就能夠了。手機有的功能不是客戶的要求，這點特別須要注意。

手機當榔頭的視頻，各位爺看過很多了，印象深入吧。

這裏的要求（requirements），即爲QFDII轉換而成的設計要求（design requirements）。（這裏就先後呼應了）

4.4 項目的填寫

每一張QFDII對應一個DFMEA，項目即QFDII所對應的零件。如組件B的DFMEA的項目即爲：組件B。

4.5 功能的填寫

能夠不填！

由於實際上客戶只會關心他提出的要求，並不會關心產品的功能。就像上面那個那手機當榔頭的例子，防摔就行，無需打電話的功能。

做者認爲這張表格的第一列應該更加是項目或功能（Item or Function）的意思。

項目（Item）：是專門針對機械或硬件類產品。

而功能（ Function）：是專門針對軟件類產品。

4.6 要求的填寫

每一張QFDII對應一個DFMEA,DFMEA的要求即QFDII轉換而成的設計要求（design requirements）。

對比QFDII中的design requirements，要求的填寫的內容儘量符合以下規範。

1）操做上定義的材料的物理性和特性,能夠驗證/確認;

2）清楚地定義全部功能(#的功能是≥#的接口);

3）全部功能都在系統設計規格書 、安全指南等（客戶輸入）;

4）全部功能--包括客戶和系統所指望、須要和要求的--必須是能夠測量的;（量化）

5）能夠考慮:

①客戶要求；

②監管條例；

③噪聲、振動與聲振粗糙度（Noise、Vibration、Harshness）/嗡嗡聲,吱吱聲和喋喋不休Buzz, Squeak and Rattle (BSR)；

④人機工程學 ；

⑤環境要求；

⑥可服務性；

⑦可製造性；

⑧安全性(可靠性、耐用性)；

⑨運輸/交通。

//可製造性通常不提，DFM中有控制。除非是客戶的要求，好比手機玻璃屏幕要用曲面屏等。

4.7 填寫舉例

仍是如下圖組件B爲例子：

那麼，他的要求就是4個：①着屏；②重現率；④白平衡；⑦部件壽命；

//這裏的①②④⑦不是數字順序，表明是設計要求符號。

這一步填寫完成的組件B的DFMEA以下：

注：這裏的要求簡寫了，在正式的DFMEA中可按照需求規格書和上述的要求書寫規範仔細填寫。

//關於詳細的設計要求填寫，能夠在比較正統的公司的需求規格書上直接照搬內容了，如G*M。由於真的比通常人寫的規範不少。固然，寫成本身公司的風格，是更上層樓了。

4.8 填寫完成

按照這個步驟順序，填寫完11張DFMEA的表頭，項目和要求，這一章節算是學習完成了。

5.DFMEA章節對應的資料

本來做者分享一些資料，是想作些互動。

也想要更好的溝通和多一些朋友。

能夠去關注做者的微信公衆號：mdmodule；

做者的郵箱：zjc9915@qq.com，能夠寫一些長感想，做者通常會回。

下面是本章對應的網盤資料，不少都是做者用心作和花錢買的，值得想要的人一看。

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