FMEA Stratejisi ve yazılım hata yönetimi
FMEA (Failure Mode and Effect Analysis)
Amerikan Ordusu 9 Kasım 1949 tar
ihinde ilk defa bir askeri talimat olarak FMEA’yı yayınlanmıştır. Sistem ve donanımlardaki potansiyel hataların değerlendirilmesi yöntemiyle bir çeşit güvenilirlik analizi olarak kullanılmıştır.
Amerikan Ordusu 9 Kasım 1949 tarihinde ilk defa bir askeri talimat olarak FMEA’yı yayınlanmıştır. Sistem ve donanımlardaki potansiyel hataların değerlendirilmesi yöntemiyle bir çeşit güvenilirlik analizi olarak kullanılmıştır.
Hep derim, güvenlik bir önlem değil stratejik prosedürdür diye. Bir hatanın irdelenmesi ve incelenmesi için sisteme ve o sistemin bilimsel bir biçimde kurgulanmasına ihtiyaç vardır.
1963 yılında NASA, FMEA’yı Apollo Projesi için geliştirmiş, 1965 yılında havacılık ve uzay sanayinde, 1975 yılında ise nükleer enerji alanında kullanılmaya başlanmıştır.
Otomotiv sektöründe ise, ilk olarak FORD, önleyici bir faaliyet olarak FMEA’yı kullanmıştır. 1986 yılında otomotive özel olarak Alman Otomotiv Sanayi Birliği tarafından Seri 4 olarak karşımıza çıkmıştır.
3 yılı aşan ortak çalışma sonunda AIAG ve Alman Otomotiv Sanayi Birliği, 2019 yılının Haziran ayında ortak “FMEA Handbook” kılavuz kitabını yayınlamıştır.
Hataları kategorize etmek hata yönetimi açısından çok önemlidir. Ana amacı her ne kadar risk analizi olsa da hata risk doğurur ve yazılımda risk = hata olarak nitelendirilebilir.
F -> Failure (Hata)
M -> Mode and (Türü ve )
E -> Effects (Etkileri)
A -> Analysis (Analizi)
Hatalar yani riskler sistem, müşteri(proje paydaşları), gerçekleşme oranlarına göre 3 e ayrılırlar.
Sistemi ilgilendiren hatalar
- Veri Kaybı
- Hata sonucunda bir sistemin çalışmaması — bloke olması
- Hata sonucunda sistemde bir işlevselliğin kaybolması fakat sistemin durmaması, başka bir işlevsellik ile geçici sorun çözümünün gerçekleşmesi.
- Kısmi işlevsellik kaybı, Sistemin işleyişini etkilemeyen hatalar.
- Kozmetik hatalar, kullanıcı arayüzünden görülebilen fakat işlevselliği etkilemeyen görsel hatalar.
Müşteri öncelikli hatalar
- Müşterinin işleyişini etkileyen ve acil çözülmesi gereken hatalar. — Acil
- Sistem kullanımını etkileyen ve kullanımı sırasında data hatasına sebep olacak hatalar. (Kullanımdan önce çözülmesi gerekir) — Zorunlu
- Memnuniyeti etkileyen hatalar. — Önemli
- Bir sonraki sürümde düzeltilmesi gereken hatalar — İyileştirmeler
- İsteğe bağlı iyileştirmeler — Hatalardan sonraki öncelikli iyileştirmeler.
RPN Hesaplamak gerekmektedir.
RPN = (Severity * Priority * Likelihood)
Önem sırasına göre önceliklendirme ve iyileştirmeler yapılmalıdır.
Mutlaka yapılan her işlem loglanmalı, dokümante edilmeli ve sürekli iyileştirmeler ile süreçler tekrarlanmalıdır.
