(기능안전 24강) FMEA, FTA, DFA, FMEDA – 분석 4인방 완전 정복!

🔍 24강: FMEA, FTA, DFA, FMEDA – 분석 4인방 완전 정복!

안녕하세요, 기능안전 탐험가 여러분! 🎉
오늘은 FMEA, FTA, DFA, FMEDA라는 분석 기법 4인방을 만나봅니다.
각각 개성이 뚜렷하지만, 이들이 모이면 기능안전 분석의 ‘어벤저스’가 됩니다.

---

🔍 FMEA (Failure Mode and Effects Analysis) – 고장 모드 및 영향 분석

• 무엇이 어떻게 고장날 수 있는지와, 그 결과 시스템에 미치는 영향을 분석
• 설계 초기부터 잠재적 문제를 찾아내 예방책을 세울 수 있습니다.
• 예: 브레이크 센서가 단선되면 → 제동 보조 기능이 꺼짐 → 제동 거리 증가

---

🕵️ FTA (Fault Tree Analysis) – 고장 수목 분석

• 최종 사고(Top Event)에서부터 거꾸로 원인을 추적하는 분석
• 나무처럼 뻗은 원인 경로를 따라가며 주요 위험 요인을 식별합니다.
• 예: 차량 제동 불능 → 센서 고장 OR ECU 전원 불량 OR 소프트웨어 오류

출처: Microsoft

---

⚖️ DFA (Dependent Failure Analysis) – 의존 고장 분석

• 고장 발생 시 어떤 부품·모듈이 원인 제공자인지를 밝히는 책임 분석 기법
• 복잡한 시스템에서 ‘누가 잘못했는지’를 명확히 하고 개선 방향을 설정
• 예: 제동 불능 원인이 센서 제조 불량인지, ECU 설계 문제인지 구분

---

🧩 FMEDA (Failure Modes, Effects and Diagnostic Analysis)

• FMEA + 진단 기능 분석 + 고장율 데이터를 합친 확장형 기법
• 단순히 고장 모드와 영향을 보는 것이 아니라, 진단 커버리지(DC)까지 계산
• 결과적으로 안전 메커니즘 설계와 ASIL 달성 가능성 평가에 큰 도움

---

🔗 네 기법의 연관성

기법	주요 질문	활용 시점	FMEDA와의 관계
FMEA	무엇이 어떻게 고장날까?	설계 초기~중반	FMEDA의 기반 분석
FTA	왜(어떤 경로로) 고장이 발생했을까?	설계/검증 단계	FMEDA 보완 가능
DFA	누가(어느 부품이) 원인인가?	문제 발생 시, 설계 검토	FMEDA의 책임 구분에 기여
FMEDA	고장 + 영향 + 진단 능력은?	설계 검증 단계	모든 분석을 종합

이렇게 보면, 네 기법은 각자 독립적인 것 같지만 실제로는 서로의 빈틈을 메우며 강력한 기능안전 분석 체계를 완성합니다.

---

💡 실무 팁

• 순서대로 조합: FMEA → FTA → DFA → FMEDA 순으로 진행하면 흐름이 깔끔합니다.
• 데이터 공유 필수: 각 분석 결과는 다음 분석의 기초 자료이므로, 부서 간 공유를 철저히 해야 합니다.
• ASIL 대응: ASIL D 수준의 시스템일수록 이 네 기법을 모두 병행 적용하는 경우가 많습니다.

---

🥳 오늘의 핵심 정리

• FMEA: 잠재적 문제 찾기
• FTA: 원인 경로 추적
• DFA: 책임 소재 파악
• FMEDA: 진단 가능성까지 포함한 종합 평가
• 네 기법은 함께 사용할 때 가장 빛난다! ✨

---

✌️ 다음 시간 예고

“S/W ASIL 결정과 달성 방법 – 초보 개발자를 위한 가이드”
ASIL이 왜 중요하고, 어떻게 소프트웨어에서 목표 등급을 달성하는지
알기 쉽게 풀어드리겠습니다! 🚀