知识卡片
FMEA是事后审视架构而非指导设计
内容
FMEA（故障模式与影响分析）不是架构设计方法，而是拿到已设计好的架构后，系统性排查可用性隐患的分析方法：假设某部件故障，分析对系统功能的影响，再判断架构是否需要优化。它不会告诉你架构该怎么设计，但能帮你发现遗漏的异常场景——可用性问题的复杂度正来自异常场景太多、容易遗漏。发散：这类事后审视型方法论的价值在于把凭直觉觉得架构还不错，变成可逐项核对的清单，显著降低因想不到某故障场景而留隐患的概率。
参考来源
- 位置：《从0开始学架构》第28章《24｜FMEA方法，排除架构可用性隐患的利器》"FMEA介绍"一节（源文件：_epub-src/OEBPS/Text/part0027_split_000.html）
- 结论依据：原文明确"FMEA并不能指导我们如何做架构设计，而是当我们设计出一个架构后，再使用FMEA对这个架构进行分析，看看架构是否还存在某些可用性的隐患"，并说明FMEA"通过对系统范围内潜在的故障模式加以分析，并按照严重程度进行分类，以确定失效对于系统的最终影响"。
- 原始内容：FMEA并不能指导我们如何做架构设计，而是当我们设计出一个架构后，再使用FMEA对这个架构进行分析，看看架构是否还存在某些可用性的隐患……通过对系统范围内潜在的故障模式加以分析，并按照严重程度进行分类，以确定失效对于系统的最终影响。