高阶篇:4.2.1)DFMEA框架搭建,填写项目与要求 | 您所在的位置:网站首页 › 零部件明细表格式怎么写图片和文字 › 高阶篇: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手册第四册否认描述如下 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 功能的填写 可以不填! 因为实际上客户只会关心他提出的要求,并不会关心产品的功能。就像上面那个那手机当榔头的例子,防摔就行,无需打电话的功能。![]() ![]() ![]() ![]() |
CopyRight 2018-2019 实验室设备网 版权所有 |