高阶篇: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

相关文章

vite搭建vue3项目的搭建步骤

《vite搭建vue3项目的搭建步骤》本文主要介绍了vite搭建vue3项目的搭建步骤,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学... 目录1.确保Nodejs环境2.使用vite-cli工具3.进入项目安装依赖1.确保Nodejs环境

Nginx搭建前端本地预览环境的完整步骤教学

《Nginx搭建前端本地预览环境的完整步骤教学》这篇文章主要为大家详细介绍了Nginx搭建前端本地预览环境的完整步骤教学,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录项目目录结构核心配置文件:nginx.conf脚本化操作:nginx.shnpm 脚本集成总结:对前端的意义很多

idea+spring boot创建项目的搭建全过程

《idea+springboot创建项目的搭建全过程》SpringBoot是Spring社区发布的一个开源项目,旨在帮助开发者快速并且更简单的构建项目,:本文主要介绍idea+springb... 目录一.idea四种搭建方式1.Javaidea命名规范2JavaWebTomcat的安装一.明确tomcat

pycharm跑python项目易出错的问题总结

《pycharm跑python项目易出错的问题总结》:本文主要介绍pycharm跑python项目易出错问题的相关资料,当你在PyCharm中运行Python程序时遇到报错,可以按照以下步骤进行排... 1. 一定不要在pycharm终端里面创建环境安装别人的项目子模块等,有可能出现的问题就是你不报错都安装

python中的高阶函数示例详解

《python中的高阶函数示例详解》在Python中,高阶函数是指接受函数作为参数或返回函数作为结果的函数,下面:本文主要介绍python中高阶函数的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录1.定义2.map函数3.filter函数4.reduce函数5.sorted函数6.自定义高阶函数

uni-app小程序项目中实现前端图片压缩实现方式(附详细代码)

《uni-app小程序项目中实现前端图片压缩实现方式(附详细代码)》在uni-app开发中,文件上传和图片处理是很常见的需求,但也经常会遇到各种问题,下面:本文主要介绍uni-app小程序项目中实... 目录方式一:使用<canvas>实现图片压缩(推荐,兼容性好)示例代码(小程序平台):方式二:使用uni

MyCat分库分表的项目实践

《MyCat分库分表的项目实践》分库分表解决大数据量和高并发性能瓶颈,MyCat作为中间件支持分片、读写分离与事务处理,本文就来介绍一下MyCat分库分表的实践,感兴趣的可以了解一下... 目录一、为什么要分库分表?二、分库分表的常见方案三、MyCat简介四、MyCat分库分表深度解析1. 架构原理2. 分

Java 缓存框架 Caffeine 应用场景解析

《Java缓存框架Caffeine应用场景解析》文章介绍Caffeine作为高性能Java本地缓存框架,基于W-TinyLFU算法,支持异步加载、灵活过期策略、内存安全机制及统计监控,重点解析其... 目录一、Caffeine 简介1. 框架概述1.1 Caffeine的核心优势二、Caffeine 基础2

k8s搭建nfs共享存储实践

《k8s搭建nfs共享存储实践》本文介绍NFS服务端搭建与客户端配置,涵盖安装工具、目录设置及服务启动,随后讲解K8S中NFS动态存储部署,包括创建命名空间、ServiceAccount、RBAC权限... 目录1. NFS搭建1.1 部署NFS服务端1.1.1 下载nfs-utils和rpcbind1.1

linux查找java项目日志查找报错信息方式

《linux查找java项目日志查找报错信息方式》日志查找定位步骤:进入项目,用tail-f实时跟踪日志,tail-n1000查看末尾1000行,grep搜索关键词或时间,vim内精准查找并高亮定位,... 目录日志查找定位在当前文件里找到报错消息总结日志查找定位1.cd 进入项目2.正常日志 和错误日