dfmea-design

设计 FMEA（DFMEA）——AIAG-VDA 2019

目标

通过分析功能、接口和失效模式，识别并降低设计风险——确保在发布至制造前解决设计弱点，并将结果直接用于 DVP、PFMEA 和控制计划。

必需的执行检查清单

• 已定义 DFMEA 范围：边界图已完成，已识别边界内外
• 已绘制产品层级：系统 → 子系统 → 部件 → 接口（步骤 2）
• 已识别所有接口——内部（部件与部件之间）、外部（环境）以及用户／装配接口
• 已定义所有功能，采用“动词 + 名词 + 可测量标准”的格式（步骤 3）
• 已确认 DVP 中每项功能都有可测量的验证方法
• 每项功能的失效链完整：影响 → 模式 → 原因（步骤 4）
• 所有失效原因均已通过工程分析（FEA、计算）或测试证据验证，而非基于假设
• S/O/D 评级均有分析、测试数据或设计历史作为依据
• 所有 H-AP 项均已定义措施、指定负责人并设定目标日期
• 在发布至制造前，已验证 DFMEA 与 DVP、PFMEA 及图纸之间的关联

---

适用时机

• 新产品开发（纳入 APQP 阶段 2——产品设计与开发）
• 设计变更或工程变更请求（ECR）
• 现场失效调查发现设计根本原因
• 定期设计评审
• 移交至制造前（DFMEA 是 PFMEA 的依据）

**与 PFMEA 的主要区别：**DFMEA 分析设计意图和设计稳健性。PFMEA 分析制造过程。DFMEA 在先——其失效影响和严重度评级会为 PFMEA 提供依据。

前提条件

• 产品要求／规格（工程图纸、客户规格）
• 系统框图或产品分解结构
• 接口矩阵（用于系统级分析时）
• 团队：设计工程师、系统工程师、质量工程师、可靠性工程师（如有）

AIAG-VDA 2019 的 DFMEA 七步法

---

步骤 1 — 规划与准备

定义范围：

• **分析对象：**部件、子系统或系统
• **客户：**下一级装配是什么？最终用户是谁？
• **边界图：**DFMEA 范围内外各包含什么
• **接口矩阵：**哪些因素会与此部件相互作用（机械、电气、热、化学）？

---

步骤 2 — 结构分析（设计层级）

绘制产品层级：

System (e.g., Steering Column)
└── Subsystem (e.g., Tilt Mechanism)
    └── Component (e.g., Pivot Pin)
        └── Interface (e.g., Pin-to-Bracket contact)

接口矩阵： 对于每个部件，识别以下接口：

• 与其他部件的接口（内部）
• 与环境的接口（外部）：热、振动、腐蚀、电磁
• 与用户或装配过程的接口

大多数设计失效都发生在接口处。每个接口都必须作为其本身的潜在失效位置进行分析，而不只是分析共享该接口的部件。实际上，DFMEA 至少 50% 的工作量应聚焦于接口和相互作用；仅分析部件会遗漏最常见的现场失效模式。

---

步骤 3 — 功能分析

为结构中的每个要素定义其设计功能：

**格式：**动词 + 名词 + 可测量标准

示例：

• 部件功能：“在不发生永久变形的情况下传递 50 Nm ± 5 Nm 的扭矩”
• 接口功能：“在 -40°C 至 +120°C 范围内，保持 2.5 bar 压力下的密封性”
• 系统功能：“提供延迟 < 50ms 的转向角反馈”

识别图纸中的特殊特性——在步骤 5 中，这些特性的 S 值为 9 或 10。

**可测试性规则：**每项功能都必须可测量、可验证——DVP 中必须有相应的测试或分析方法。没有验证方法的功能，在步骤 5 中无法获得可信的 D 评级。

---

步骤 4 — 失效分析

DFMEA 的失效链：失效影响 → 失效模式 → 失效原因

失效影响（FE）：

• 最终用户影响：安全隐患、主要功能丧失、性能下降
• 车辆／系统影响：相邻部件损坏、次生故障
• 制造影响（如果部件不符合规格）：无法装配、返工

失效模式（FM）： 该部件如何未能实现其设计功能？

• 断裂、磨损、腐蚀、变形、信号丢失、泄漏、尺寸漂移、电气短路／断路

失效原因（FC）： 哪项设计参数或设计决策导致了该失效模式？

• 材料强度不足（牌号错误、热处理不当）
• 几何设计不当（应力集中、壁厚不足）
• 热膨胀不匹配
• 防腐蚀措施不足以适应使用环境
• 公差叠加导致干涉
• 接口设计未考虑装配偏差

**失效原因验证：**必须通过工程分析（FEA、结构计算、热仿真）或测试证据验证失效原因。未经验证的假设（如“可能”“大概”“也许”）不能作为最终失效原因。使用 CAE（FEA、仿真）、测试数据和现场退回数据，为识别出的失效模式及其原因提供支持。对于根据现场故障更新的 DFMEA，FC 必须与 8D 或现场调查确认的根本原因一致。

---

步骤 5 — 风险分析

使用与 PFMEA 相同的 S/O/D 评分和 AP 表（表格请参见 action-priority-ap 和 pfmea-process）。

DFMEA 专属注意事项：

**DFMEA 中的发生度（O）**考虑：

• 设计成熟度（新设计 = O 较高）
• 类似设计的历史记录（类似设计曾出现此失效 = O 较高）
• 预防控制：设计评审、CAE／FEA、DVP 测试

**DFMEA 中的探测度（D）**考虑：

• 设计验证测试（DVP）
• 工程分析（FEA、仿真）
• 使用检查清单进行设计评审
• 原型测试

D = 10 表示未对该失效模式进行设计验证。新功能中经常会出现这种情况，这会推动 DVP 的制定。

**评分依据：**所有 S/O/D 评分都必须以分析、测试数据或设计历史为依据。没有书面依据的评分无法通过 OEM 审核。如有类似部件的设计历史，请明确引用。如无数据，请将 O 和 D 标记为初步评分，并标出将用于确认评分的 DVP 条目。

---

步骤 6 — 优化

对于 DFMEA 中的 H-AP 项目，措施通常包括：

1. **设计变更：**更改几何形状、材料、公差或涂层
2. **增加设计验证：**在 DVP 中增加测试条目，以确认设计符合要求
3. **增加预防措施：**增加设计指南、DFM/DFA 规则或标准参考
4. **改进探测：**在 DVP 或设计评审检查清单中增加检验要求

DFMEA → DVP 关联： 每项探测控制措施（D 评分改进）都必须在设计验证计划（DVP）中有对应条目。如果通过“我们会进行测试”来提高 D 评分，则该测试必须列入 DVP。

**措施跟踪：**所有措施都必须跟踪至关闭，并提供客观证据，如测试结果、仿真输出或更新后的分析。没有验证证据却标记为“已完成”的措施不可接受。超过目标日期仍未关闭的 H-AP 项目必须升级给设计评审负责人或项目经理，并提供修订日期及延迟原因的书面记录。

---

步骤 7 — 结果文档记录

DFMEA 的输出将用于其他 APQP 文档：

• DFMEA 中识别的 特殊特性 → 转入控制计划和 PFMEA
• 探测控制措施 → DVP 条目
• 接口失效模式 → PFMEA 结构分析的输入
• 已确认的材料／几何要求 → 已发布的图纸

DFMEA → PFMEA 交接

DFMEA 和 PFMEA 相互关联：

DFMEA	→	PFMEA
设计失效影响（对最终用户的影响）	→	PFMEA 中的严重度评级
特殊特性	→	PFMEA 工序步骤中的 SC 标记
接口失效模式	→	装配步骤对应的 PFMEA 失效模式
设计意图（功能）	→	工序步骤的功能要求

强制性 DFMEA 评审事件（APQP / IATF 16949 §8.3）

触发条件	必需操作
新产品开发	在 APQP 第 2 阶段启动 DFMEA——在设计冻结之前。设计冻结后才启动 DFMEA 不具备纠正价值。
工程变更申请（ECR）	在变更发布之前，针对变更影响的所有功能、失效模式和接口评审并更新 DFMEA。
设计里程碑 / 设计评审	汇报 DFMEA 状态：未关闭的 H-AP 项、措施和修订后的评级。每个关卡都必须使用最新的 DFMEA。
确认根本原因属于设计问题的现场失效	更新 FC、评级和措施，使其与 8D / 现场调查确认的根本原因一致。更新 DVP，将该失效模式纳入其中。

如果 DFMEA 在项目生命周期内没有持续更新，就存在设计质量保证缺口——它不是一份动态文件。

常见错误

• 在设计冻结后才启动 DFMEA——如果无法进行任何更改，DFMEA 就毫无价值
• 只分析零部件，不分析接口——大多数设计失效都是接口失效
• 提高 D，却不增加 DVP 测试——没有实际测试，却获得探测度方面的认可
• DFMEA 和 PFMEA 团队各自为政——双方必须共享严重度评级和特殊特性

输出格式

每次开始使用时，询问用户：

“您希望以哪种格式接收输出？ A — 结构化 Markdown（含格式化表格和章节，可直接复制） B — 纯表格（简化结构，适用于 Excel 或 Word） C — 叙述式报告（适用于正式文档或电子邮件的连贯文本）

默认：A。”

根据所选格式调整所有输出章节。如果平台或会话上下文已指定格式偏好，则跳过此问题。

参考文件

• 接口矩阵构建指南

更新日志

版本	日期	作者	变更
1.0	2026-06-01	@RBraga01	首次发布
1.1	2026-06-03	@RBraga01	添加接口矩阵集成和 DFMEA 到 PFMEA 的交接工作流