3、故障树分析（FTA）：基本符号、建树方法、定性分析与定量分析
故障树分析，简称FTA。说实话，这名字听起来挺唬人的。但说白了，它就是一套帮你把「系统为什么会坏」这件事，一层层拆到根儿上的方法。
我最早接触FTA是在一个电源项目的可靠性评审会上。当时专家问：「如果输出过压了，你们怎么保证保护电路能动作？」我支支吾吾答不上来。后来我才明白，FTA就是用来回答这种「如果...怎么办」的问题的。
好，咱们今天就把FTA的底裤扒干净。从符号到建树，再到定性和定量分析，一条龙讲透。
3.1 故障树的基本符号
建树之前，得先认识「积木」。FTA的符号不多，但每个都有讲究。我习惯把它们分成三类：事件符号、逻辑门符号、转移符号。
| 类别 | 符号名称 | 图形 | 含义 |
|---|---|---|---|
| 事件 | 顶事件 | 矩形 | 系统最不希望发生的故障状态 |
| 事件 | 中间事件 | 矩形 | 需要进一步向下分解的事件 |
| 事件 | 底事件 | 圆形 | 最基本的故障原因，不再分解 |
| 事件 | 未展开事件 | 菱形 | 信息不足，暂不展开 |
| 逻辑门 | 与门 | ∩ 形 | 所有输入同时发生，输出才发生 |
| 逻辑门 | 或门 | ∪ 形 | 任一输入发生，输出就发生 |
| 逻辑门 | 禁门 | 六边形 | 满足条件时输入才导致输出 |
| 转移 | 转入/转出 | 三角形 | 树太大时，分页引用 |
3.2 建树方法
建树是FTA里最考验功力的环节。树建歪了，后面分析全是白搭。我总结了一套「三步走」的方法，你试试看。
3.2.1 第一步：明确顶事件
顶事件就是你要分析的那个「最坏情况」。比如「手机电池爆炸」、「服务器宕机」、「刹车失灵」。注意，顶事件必须是一个具体的、可观测的故障状态。别写「系统不可靠」这种虚的。
我记得有一次，一个团队把顶事件写成「产品不合格」。结果树建到一半发现，不合格的原因太多了——有设计问题、有来料问题、有装配问题。根本没法往下拆。后来改成「出厂测试电压超标」，一下子就清晰了。
3.2.2 第二步：逐层分解
从顶事件开始，问一个问题：「这个故障的直接原因是什么？」
举个例子。顶事件是「服务器宕机」。直接原因可能是：
- 硬件故障
- 软件崩溃
- 电源断电
这三个原因之间是什么关系？是「或门」——任何一个发生，服务器就宕机。所以顶事件下面画一个或门，连三个中间事件。
然后继续拆。比如「硬件故障」又可以拆成「CPU过热」和「内存ECC错误」。这两个同时发生才导致硬件故障？还是其中一个就够了？这里就要靠你对系统的理解了。
3.2.3 第三步：到底事件为止
什么时候停？当你拆到「不需要再拆」的时候。底事件通常满足以下条件之一：
- 有明确的失效率数据
- 是物理上不可再分的单元（比如一个电阻）
- 是人为操作失误（比如「忘记插电源」）
嗯，这里要注意：别为了追求「完美」而无限拆下去。拆到能算、能用、能改进，就够了。
3.3 定性分析
树建好了，接下来干嘛？找「薄弱环节」。定性分析的核心就是找最小割集。
什么叫最小割集？说白了就是「导致顶事件发生的最少故障组合」。比如一个系统有10个底事件，但可能只需要其中2个同时发生，系统就挂了。那这2个底事件就是一个最小割集。
怎么找？我教你一个笨办法，但很管用：
- 从顶事件往下走，遇到或门就「分叉」，遇到与门就「合并」
- 把所有路径列出来
- 去掉包含关系的路径（比如A+B和A+B+C，去掉后者）
- 剩下的就是最小割集
举个例子。假设顶事件下面是一个或门，连接两个与门。与门1下面有A和B，与门2下面有C和D。那么最小割集就是：{A, B} 和 {C, D}。也就是说，要么A和B同时坏，要么C和D同时坏，系统就挂了。
3.4 定量分析
定性分析告诉你「哪里会坏」，定量分析告诉你「有多大概率坏」。这一步需要数据支撑。
3.4.1 底事件的概率
每个底事件都需要一个失效率。比如一个电阻的失效率是10^-6/小时，一个电容是10^-7/小时。这些数据可以从手册、历史数据或标准库（比如MIL-HDBK-217）里查。
3.4.2 顶事件概率计算
有了底事件概率，就可以往上算了。规则很简单：
- 或门： P(输出) = 1 - (1-P1)*(1-P2)*...*(1-Pn)
- 与门： P(输出) = P1 * P2 * ... * Pn
你想想看，如果两个底事件通过或门连接，每个概率都是0.1，那输出概率就是1 - 0.9*0.9 = 0.19。如果是与门，那就是0.1*0.1 = 0.01。差别很大吧？这就是为什么关键路径上要用与门（冗余设计）来降低风险。
3.4.3 重要度分析
定量分析还有一个重要产出——重要度。它告诉你哪个底事件对顶事件「贡献最大」。常用的有：
- 概率重要度： 底事件概率变化对顶事件概率的影响程度
- 结构重要度： 底事件在树中的位置重要性
我一般先看概率重要度。如果某个底事件的概率重要度特别高，那就优先去优化它——要么换更可靠的器件，要么加冗余。
3.5 知识体系总览
下面这张图，是我自己整理的FTA知识框架。你可以把它当成一张「地图」，学完本章后对照着回顾一下。
好了，FTA的核心内容就这些。从符号到建树，再到定性和定量分析，每一步都有它的意义。我个人觉得，FTA最厉害的地方不是算概率，而是逼着你去想清楚「系统到底是怎么坏的」。这个思考过程本身，就是最大的价值。