高阶篇:4.2.1)DFMEA框架搭建,填写项目与要求

2023-10-28 00:30

本文主要是介绍高阶篇: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

转载于:https://www.cnblogs.com/zjc9915/p/9241044.html

这篇关于高阶篇:4.2.1)DFMEA框架搭建,填写项目与要求的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/289461

相关文章

深度解析Java项目中包和包之间的联系

《深度解析Java项目中包和包之间的联系》文章浏览阅读850次,点赞13次,收藏8次。本文详细介绍了Java分层架构中的几个关键包:DTO、Controller、Service和Mapper。_jav... 目录前言一、各大包1.DTO1.1、DTO的核心用途1.2. DTO与实体类(Entity)的区别1

Spring 框架之Springfox使用详解

《Spring框架之Springfox使用详解》Springfox是Spring框架的API文档工具,集成Swagger规范,自动生成文档并支持多语言/版本,模块化设计便于扩展,但存在版本兼容性、性... 目录核心功能工作原理模块化设计使用示例注意事项优缺点优点缺点总结适用场景建议总结Springfox 是

如何在Spring Boot项目中集成MQTT协议

《如何在SpringBoot项目中集成MQTT协议》本文介绍在SpringBoot中集成MQTT的步骤,包括安装Broker、添加EclipsePaho依赖、配置连接参数、实现消息发布订阅、测试接口... 目录1. 准备工作2. 引入依赖3. 配置MQTT连接4. 创建MQTT配置类5. 实现消息发布与订阅

springboot项目打jar制作成镜像并指定配置文件位置方式

《springboot项目打jar制作成镜像并指定配置文件位置方式》:本文主要介绍springboot项目打jar制作成镜像并指定配置文件位置方式,具有很好的参考价值,希望对大家有所帮助,如有错误... 目录一、上传jar到服务器二、编写dockerfile三、新建对应配置文件所存放的数据卷目录四、将配置文

怎么用idea创建一个SpringBoot项目

《怎么用idea创建一个SpringBoot项目》本文介绍了在IDEA中创建SpringBoot项目的步骤,包括环境准备(JDK1.8+、Maven3.2.5+)、使用SpringInitializr... 目录如何在idea中创建一个SpringBoot项目环境准备1.1打开IDEA,点击New新建一个项

如何使用Haporxy搭建Web群集

《如何使用Haporxy搭建Web群集》Haproxy是目前比较流行的一种群集调度工具,同类群集调度工具有很多如LVS和Nginx,本案例介绍使用Haproxy及Nginx搭建一套Web群集,感兴趣的... 目录一、案例分析1.案例概述2.案例前置知识点2.1 HTTP请求2.2 负载均衡常用调度算法 2.

Python的端到端测试框架SeleniumBase使用解读

《Python的端到端测试框架SeleniumBase使用解读》:本文主要介绍Python的端到端测试框架SeleniumBase使用,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全... 目录SeleniumBase详细介绍及用法指南什么是 SeleniumBase?SeleniumBase

springboot项目中整合高德地图的实践

《springboot项目中整合高德地图的实践》:本文主要介绍springboot项目中整合高德地图的实践,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一:高德开放平台的使用二:创建数据库(我是用的是mysql)三:Springboot所需的依赖(根据你的需求再

一文详解如何在idea中快速搭建一个Spring Boot项目

《一文详解如何在idea中快速搭建一个SpringBoot项目》IntelliJIDEA作为Java开发者的‌首选IDE‌,深度集成SpringBoot支持,可一键生成项目骨架、智能配置依赖,这篇文... 目录前言1、创建项目名称2、勾选需要的依赖3、在setting中检查maven4、编写数据源5、开启热

SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志

《SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志》在SpringBoot项目中,使用logback-spring.xml配置屏蔽特定路径的日志有两种常用方式,文中的... 目录方案一:基础配置(直接关闭目标路径日志)方案二:结合 Spring Profile 按环境屏蔽关