1. 课程导入与FTA定位

各位工程师同仁，咱们今天开始聊故障树分析——FTA。这玩意儿说白了，就是一套系统化的“找茬”方法。你设计了一个系统，它可能会出什么毛病？哪个环节最脆弱？怎么一步步追到根儿上？FTA就是干这个的。

我入行那会儿，第一次接触FTA是在一个航空电子项目上。当时老工程师扔给我一张图，上面全是门和事件符号，看得我头皮发麻。后来自己动手建了几棵树，才明白这东西有多实用。嗯，咱们今天就把它掰开揉碎了讲清楚。

1.1 什么是故障树分析？

故障树分析，英文叫 Fault Tree Analysis，缩写FTA。它是一种自上而下的演绎式分析方法。什么意思呢？就是你先定一个最不想看到的结果——比如“发动机空中停车”——然后一步步往下推，看哪些底层故障组合起来会导致这个结果。

我个人习惯把FTA理解成“事故的族谱”。顶事件是老祖宗，下面分支出各种子事件，一直追到最底层的零部件失效或人为错误。每个分支都用逻辑门连接——与门、或门、非门——表示事件之间的因果关系。

1.2 发展历史：从导弹到各行各业

FTA不是凭空冒出来的。它的诞生跟冷战时期的导弹竞赛有关。

年代	里程碑事件	我的备注
1961年	贝尔实验室为美国空军开发FTA方法，用于“民兵”导弹发射控制系统	那时候还没有个人电脑，全手绘，真佩服前辈们
1965年	波音公司在《系统安全研讨会》上公开发表FTA论文	FTA开始从军事领域走向民用
1970年代	核电站安全分析大规模采用FTA	三里岛事故后，FTA成了核工业标配
1980-1990年代	化工、航空航天、汽车行业全面推广	我见过最老的FTA手册还是手写体影印版
2000年至今	IEC 61025标准发布，FTA成为国际通用方法	软件行业也开始用FTA分析逻辑错误

你想想看，一个方法能活60多年，说明它确实管用。我在做轨道交通项目时，业主明确要求安全关键功能必须做FTA。这不是走形式，是真能挖出设计漏洞。

1.3 应用领域：哪些场景离不开FTA？

FTA的应用范围比大多数人想象的要广。我把它分成三大类：

• 安全关键系统——航空、航天、核电、轨道交通、化工过程。这些领域一旦出事就是大事，FTA是强制要求。
• 高可靠性产品——医疗设备、汽车电子、通信基站。客户要求MTBF（平均无故障时间）指标，FTA帮你找到薄弱环节。
• 复杂系统故障诊断——工业机器人、数据中心、电网。系统越复杂，越需要结构化分析方法。

我曾经在一个医疗器械项目中吃过亏。产品上市前只做了FMEA（失效模式与影响分析），没做FTA。结果临床使用中出现了“设备死机但报警不响”的组合故障，差点出医疗事故。从那以后，我经手的项目FMEA和FTA必须一起做。

1.4 基本假设：建树之前必须想清楚的事

做FTA不是随便画张图就完事。有几条基本假设，你必须心里有数。否则建出来的树经不起推敲。

1. 二元状态假设——每个事件要么发生，要么不发生。没有“半发生”状态。说白了，就是布尔逻辑。
2. 独立性假设——基本事件之间相互独立。一个部件失效不影响另一个部件的失效概率。现实中可能有共因失效，但建树时先假设独立，后面再做共因分析。
3. 层次性假设——故障树按系统层级逐级分解。从系统级到子系统级，再到部件级。不能跳级，否则容易漏掉中间环节。
4. 静态逻辑假设——传统FTA不考虑事件发生的先后顺序和时间窗口。只关心“组合”不关心“顺序”。当然，后来有了动态FTA，但那是进阶内容。

1.5 知识体系总览：一张图看懂FTA

下面这张SVG图，是我梳理的FTA核心知识框架。你把它当作本章的“地图”，后面每章都会对应到其中的一个模块。

这张图把FTA拆成了三大块：构建、定性分析、定量分析。咱们这门课会按这个顺序走。本章先打基础，后面每章对应一个具体技能点。

1.6 本章小结

好了，咱们把第一章的内容捋一捋：

• FTA是一种自上而下的演绎式故障分析方法，用逻辑门连接事件
• 它诞生于1960年代的导弹项目，后来扩展到核电、化工、交通等领域
• 应用场景集中在安全关键系统和高可靠性产品
• 建树前必须明确四条基本假设：二元状态、独立性、层次性、静态逻辑