只读
失效模式与影响分析FMEA
FMEA 系统性地问：它可能怎么坏、坏了会怎样、原因是什么、现在靠什么控制、还要补什么。军事和航天把它从「坏了再修」推向「预见并预防」；NASA 还配合关键项目清单（CIL）。加上定量关键性计算时，常称为 FMECA。
它是 RCM 的分析引擎，也可以单独用于设计评审、工艺变更或一次严重故障之后的补课。
分析对象是功能，不是零件目录
先定系统边界和功能，再列功能故障，再列模式。从零件表往下猜「轴承可能卡死」，会漏掉隐藏功能和接口失效，也会在显而易见的零件上耗尽时间。NASA 区分功能、设计、接口、软件、地面支持设备、过程等不同类型的 FMEA，提醒的是：软件和接口同样会让系统失去功能。
每一条模式至少要写清：
- 局部、上一层、最终影响；
- 可检测性（操作者能不能知道它已经坏了）；
- 现有控制（设计、报警、维护任务）；
- 建议措施（改设计、加检测、改任务、接受风险）。
风险优先数（RPN = 严重度 × 频度 × 探测度）是沟通工具。换一班人分数会变，所以规则要事先写死，并只对排在前面的项目分配行动。不要给全厂每条模式都算出一个三位整数然后归档。
适用与局限
设计阶段做 FMEA，改图纸的成本最低。在役阶段做，价值在于改维护和备件，不在于补一份与现场无关的表格。耗时是真实约束：应对准关键系统和近期故障，而不是追求「覆盖率 100%」。
FMEA 不代替根原因分析（RCA）。前者穷举可能，后者深挖已经发生的一次事件。两者可以接力：CIL 或不良设备清单指出对象，FMEA 列出模式，RCA 解释为什么这次防住了或没防住。