FMEA在架構設計中的應用分析

回到軟體架構設計領域，FMEA並不能知道我們如何做架構設計，而是當我們設計出一個架構後，再使用FMEA對這個架構進行分析，看看架構是否還存在某些可用性的隱患。

在架構設計領域，FMEA的具體方法是：

>給出初始的架構設計圖

>假設架構中某些部件發生了故障

>分析此故障對系統功能造成的影響

>根據分析結果，判斷架構是否需要進行最佳化

1 功能點

從使用者角度分析的功能點，而不是從模組功能劃分。

2 故障模式

系統會出現什麼樣的故障，包括故障點和故障形式。故障模式不是原因，只需要假設出某種故障現象即可。

3 故障影響

當發生故障模式中描述的故障時，功能點具體會受到什麼影響。常見的影響有：功能點偶爾不可用、功能點完全不可用、部分使用者功能點不可用、功能點響應緩慢、功能點出錯；

故障影響需要透過數字儘量準確描述。比如"20%使用者無法登陸"等。

4 嚴重程度

站在業務的角度故障的影響程度，一般分為"致命 、 高 、 中 、低、無"五個檔次。

嚴重程度評估公式：嚴重程度 = 功能點重要程度 * 故障影響範圍 * 功能點受損程度。

5 故障原因

"故障模式"中只描述了故障的現象，並沒有單獨列出故障原因。主要原因在於不管什麼故障原因，故障現象相同 ，對功能點的影響就相同。為何單獨列出故障原因？

·不同的故障原因發生機率不相同

·不同的故障原因檢測手段不一樣

·不同的故障原因處理措施不一樣

6 故障機率

某個故障原因發生的機率。例如mysql沒有索引的機率，介面不可用的機率，redis掛掉的機率。一般分為"高、中、低"三個檔次。

7 風險程度

風險程度就是綜合嚴重程度和故障機率來一起判斷某個故障的最終等級，風險程度 = 嚴重程度 * 故障機率。

8 已有措施

針對具體的故障原因，系統現在是否提供機率某些措施來應對，包括：檢測告警、容錯、自恢復等。

9 規避措施

為了降低故障發生機率而做的一些事情，可以是技術手段，也可以是管理手段。

10 解決措施

解決措施指為了能夠解決問題而做的一些事情，一般都是技術手段。

11 後續規劃

綜合分析，勘測處哪些故障是我們目前還缺乏的應對的措施，哪些已有措施還不夠，針對不足地方，結合風險程度進行排序，給出後續改進規劃。這些規劃既可以是技術手段，也可以是管理手段；可以是規避措施，也可以是解決措施。