1. 课程导论：FMEA与FTA的起源、核心思想、两者关系及在可靠性工程中的定位
1.1 它们从哪来？—— 一段简史
先聊聊FMEA。FMEA的全称是Failure Mode and Effects Analysis，中文叫“失效模式与影响分析”。这玩意儿最早是美国军方搞出来的，上世纪50年代，他们为了提升飞控系统的安全性，发明了一套“先想好怎么坏，再堵住漏洞”的方法。我最早接触FMEA是在做汽车零部件的时候，那时候客户要求每个零件都得做，说实话，一开始觉得挺烦的。但后来真出了个市场投诉，翻出FMEA一看，嘿，当初预判的失效模式全中了，幸亏提前加了控制措施，不然得召回。
FTA呢？Fault Tree Analysis，故障树分析。它比FMEA晚一点，60年代由贝尔实验室为美国空军搞的。FTA的思路是“从顶向下”——先定一个最不想看到的事故（比如火箭爆炸），然后一层层往下拆，找出所有可能导致这个事故的底事件。我记得第一次画故障树，画到第三层就乱了，后来才明白，这玩意儿跟侦探破案一样，得顺着线索倒着推。
FMEA = 军工/汽车行业“防患于未然”的产物。
FTA = 航天/核工业“追根溯源”的产物。
1.2 核心思想：一个“自下而上”，一个“自上而下”
说白了，FMEA和FTA的核心思想正好相反。
- FMEA：自下而上（Bottom-Up）
从每个零件、每个功能开始，问自己：“这东西如果坏了，会怎么样？” 然后一层层往上推，直到系统层面。我习惯把它叫做“穷举法”——把所有可能坏的方式列出来，再评估严不严重。 - FTA：自上而下（Top-Down）
从系统级的故障（顶事件）开始，问：“这个故障是怎么发生的？” 然后一层层往下拆，直到找到最根本的原因（底事件）。这更像“演绎法”——先定结论，再找证据。
你想想看，这两种方法其实互补。FMEA帮你把“所有可能坏的地方”都扫一遍，但容易漏掉组合故障（两个零件同时坏）。FTA正好擅长分析组合故障，但它需要你先知道“最怕什么”。
1.3 两者关系：不是二选一，而是搭档
很多人问我：“FMEA和FTA到底选哪个？” 我的回答永远是：都选。
它们不是竞争关系，而是搭档关系。我画了张图，你看一眼就明白了：
你看，FMEA的输出（失效模式、原因、控制措施）可以直接作为FTA的底事件输入。反过来，FTA分析出的逻辑关系，也能帮你检查FMEA有没有漏掉某些组合失效。我做过一个项目，FMEA做了三遍都没发现问题，结果FTA一画，发现两个传感器同时失效会导致误判——这个组合在FMEA里根本没列出来。
1.4 在可靠性工程中的定位
可靠性工程里，FMEA和FTA属于“预防性分析工具”。它们不是等产品坏了再去修，而是在设计阶段就把问题想清楚。我习惯把它们放在可靠性工程的“前端”：
| 阶段 | 工具 | 目的 |
|---|---|---|
| 概念设计 | FMEA / FTA | 识别潜在失效，优化设计方案 |
| 详细设计 | FMEA / FTA | 细化控制措施，制定测试计划 |
| 样机测试 | 加速寿命试验 | 验证FMEA/FTA的预判 |
| 量产监控 | SPC / 失效反馈 | 闭环改进，更新FMEA |
说白了，FMEA和FTA是可靠性工程的“侦察兵”。它们帮你提前发现敌人（失效模式），而不是等敌人打到家门口再反击。我经常跟团队说：“FMEA和FTA做得好，测试阶段就能少掉一半的bug。” 这不是夸张，是实战经验。
FMEA = 全面排查，不漏项。
FTA = 深度分析，找根因。
两者结合 = 可靠性设计的“双保险”。
1.5 本章小结
- FMEA起源于军工，FTA起源于航天，都是“防患于未然”的经典方法。
- FMEA自下而上穷举失效，FTA自上而下演绎推理。
- 两者不是二选一，而是搭档——FMEA提供素材，FTA深挖逻辑。
- 在可靠性工程中，它们属于前端预防工具，做得好能大幅降低后期测试和售后成本。