なぜなぜ分析、FMEA、FTAの違い
なぜなぜ分析、FMEA、FTA、STAMPの違いをメモ。
間違っていたら後で直す。
「情報処理システム高信頼化教訓集(ITサービス編)」2017年度版公開:IPA 独立行政法人 情報処理推進機構
なぜなぜ分析は、発生した障害に対し、真因を導き出し、再発防止策を策定する。
FMEA(故障モード影響解析:(Failure Mode and Effect Analysis))は、潜在的な障害(リスク)に対し、製品及びプロセスが持つ潜在的なリスクを主にその設計段階で評価し、そのリスクを未然に排除する。
FTA(故障木解析(Fault Tree Analysis))は、障害(リスク)の発生確率を予測する為に、好ましくない事象(リスク)から原因を分解展開して、定量的に発生確率を把握する。
STAMPは、コンポーネントの信頼性の分析よりも、コンポーネント間の相互作用に着目して、信頼性や安全性を分析する手法。
最近の傾向としては、なぜなぜ分析、FMEA、FTAはかなり枯れた技法で、STAMPが脚光を浴びているイメージかな。
STAMPは、複数の部品を組み合わせた時の影響度合いやリスクを洗い出す手法として使われているイメージ。
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
コメント