Hata türleri ve etkileri analizi

Bu maddenin veya maddenin bir bölümünün gelişebilmesi için konuda uzman kişilere gereksinim duyulmaktadır.
Ayrıntılar için maddenin tartışma sayfasına lütfen bakınız.
Konu hakkında uzman birini bulmaya yardımcı olarak ya da maddeye gerekli bilgileri ekleyerek Vikipedi'ye katkıda bulunabilirsiniz.

Hata türleri ve etkileri analizi; bir sistemin potansiyel hata türlerini analiz etmek için hataları olasılıklarına ve benzerliklerine göre sınıflandıran bir ürün geliştirme ve operasyon yönetim prosedürüdür. Başarılı bir hata türü analizi işi, benzer ürünlerin veya proseslerin geçmiş deneyimlerine dayanarak hata türlerinin tanımlanmasına yardımcı olur, bu hataların sistemden minimum kaynak kullanımı ve çabayla atılmasını sağlar ve bununla beraber geliştirme zamanını ve maliyetini düşürür. Genellikle üretim sektöründe ürünlerin çeşitli aşamalarında kullanılmakla beraber hizmet sektöründe de kullanım alanı artmıştır.

Temel

FMEA’nin temel fikri hatayı sonradan bulmak ve düzeltmek (hata yönetimi) yerine hataları erkenden tanıyarak tedbirli bir şekilde önlemek ve tasarım aşamasından itibaren hataların olası nedenlerinin değerlendirilmesidir. Böylece aksi halde üretim aşamasında çıkan kontrol ve hata maliyetlerden ve hatta müşteri maliyetlerinden (müşteri) kaçınılabilir ve toplam maliyetleri azaltılabilir. Sistematik bir yaklaşımla ve bu yaklaşımdan gelen bilgilerle ayrıca tasarım hatalarının yeni ürün ve süreçlerde tekrarlanması önlenir.[1]

Bir sürecin, üretime hazır hale gelmesinin ardından veya üretime geçmiş bir proseste, önemli olan sürecin veya ürünün güvenilirliğini sağlamaktır. Güvenilirlik ürünlerin veya proseslerin önemli bir özelliğidir. Aynı zamanda müşteri tatminini sağlamakta etkisi çok fazla olan bir faktördür. Müşteriler kullandıkları ürünün hizmet süresinin uzun ve aynı zamanda sorunsuz bir proses olmasını istemektedirler. Bu nedenle ürünün veya sürecin güvenilirliğini sağlamak için atılacak adım, ortaya çıkabilecek olan hataların türlerini ve bunların ürün ya da sürece etkilerini belirleyebilecek bir risk analizinin yapılması ve kurulacak veya kurulmuş olan bir sürecin güvenilirliğinin kontrol altına alınmasıdır.[2]


Türleri

Tasarım FMEA

Potansiyel veya bilinen hata türlerini tanımlayan, ilk üretim gerçekleşmeden hataların tanımlanması ve düzeltici faaliyetlerin uygulanmasını sağlayan bir yöntemdir.[2]

Tasarım aşamasının başlarında sistemlerin, alt sistemlerin analizinde kullanılır. Tasarım hatalarından kaynaklanan, sistem fonksiyonları üzerindeki potansiyel hata türleri ile ilgilenir.[3]

Proses FMEA

Tasarım HTEA ve müşteri tarafından tanımlanmış olan kalite, güvenilirlik, maliyet ve verimlilik kriterlerini sağlamak için mühendislik çözümleri üretmeyi hedefleyen bir yöntemdir.[2] Süreç FMEA (veya P-FMEA) tasarım FMEA sonuçlarına dayalı üretim veya hizmet sürecinin zayıflıklarını ele alır.[1]

Hizmet FMEA

Müşteri hizmetlerini geliştirmek amacıyla üretim, kalite güvence ve pazarlama koordinasyonu ile uygulanan bir yöntemdir.[2]

Software FMEA

Software FMEA üretilen program kodu ile aynı görevi gerçekleştirir.[1]

Hardware FMEA

Hardware FMEA’nin hedefi donanım ve elektronik alanında riskleri analiz etmek, değerlendirmek ve önlem alarak kapatmaktır.[1]

Sistem FMEA

Bütün donanımların ve tasarımın tamamlanmasının sonrasında üretim, kalite güvence gibi sistemlerin akışını en elverişli hale getirmek için kullanılan bir yöntemdir.[2] Sistem FMEA (veya S-FMEA) üstün bir sistemin alt sistemlerinin etkileşimlerini veya karmaşık bir sistemin çeşitli bileşenlerinin etkileşimini muayene etmektedir. Olası güvenlik açıklarının ve özellikle tek tek bileşenlerin etkileşiminden kaynaklanan ara yüzlerin belirlenmesini hedefler veya sistemin çevre ile etkileşimini inceler.[1]

VDA 2007’ den dolayı sistem, hardware, software ve tasarım FMEA’lar ürün FMEA’ya birleştirildiler.[1]

Uygulama

FMEA uygularken ilk önce farklı şirket fonksiyonlarının çalışanlarından bir ekip kurulur (disiplinler arası takım). Bunlara özellikle dahil edilmesi gerekenler yapımcı, geliştirmeci, deneyci, üretim planlayan, üretim yürüten, kalite yöneticisi, vb. Analiz sürecinin kendisi daha sonra standart formların kullanımı ile (QS-9000) ya da ilgili yazilim ile resmi bir şekilde (VDA 4.2) yapılır.[1]

FMEA'nin içerdikleri:


• risk değerlendirmesi,
• öncelikli risklere önlem ve çözüm önerileri
• karar verilmiş tedbir ve keşif önlemlerinin izleyişi ve
• risk değerlendirilmesi

Hata yerleri bulunarak, türü belirleyerek, hata sırasını tarif edip sonra da hata sebepini belirleyerek potansiyel hatalar analiz edilir. Hataların olası nedenlerini belirleyebilmek için genellikle bir neden-sonuç diyagramı oluşturulur. Tespit edilen hatalardan elde edilen kanıtları önlem olarak başka hatları önlemek için kuallanmak mümkündür. Anlam (hata sırası, engl. Severity S), gerçekleşme ihtimali (hatanın nedeni, engl. Occurrence O) ve (hatayi veya sebepini, engl. Detection D) tespit etme orani gibi anahtar rakamlar risk değerlendirmenin temelini oluşturur. Rakamlar 1 ile 10 arasında tam sayılı değerlerdir ve derecelendirme kataloglar yardımıyla verilir.

Risk öncelik numarasını (RPN) hesaplayarak, risklerin sıralamasını oluşturmak için bir girişim yapılır. RPZ B-, A- ve E- değerlendirme rakamların (RPN = B * A * E) çarpılmasıyla oluşturulur ve bu nedenle 1 ile 1000 arasında değerler alabilir. Bir RPZnin aynı FMEA'nin başka bir RPZsi ile karşılaştırıldığında en azından daha iyi/kötü gibi bir ifade çikarması gerektirir.

Alınacak önlemler için öncelik elde etmek için, hatalarin önemin ve sırasının tahmini, RPZ'nin amacı sürekli sorgulanmaktadır. Ek veya alternatif olarak çalışmak için parametre (A * B) deneyleri de var.

Toyotada kullanılan FMEA yönteminde DRBFM anahtar rakamlarin tanımı hepten ihmal ediliyor. Önlemler sadece sağduyu ya da takım tartışmanın bir sonucu olarak tanımlaniyor.[1]

Önlemler

Önlemlerin hedefleri

Risk değerlendirmesi artık sadece söz edilen RPZ tarafından mevcut FMEA içinde yer almaz, ama şu sırayla proses edilir:

En yüksek önceliklerin yüksek önemleri var (10), sonra önemin ve meydana gelme olasılığın çarpımına bakılıyor (B * A). Buna aynı zamanda teknik risk ya da kritiklik denir (Değerlendirme rakamları için belirlenen katalogların göz önünde tutulması gerekiyor, A = x bir alanı gösterir, hata oluşma ihtimali için sabit ppm rakamı göstermez).

Ancak o zaman RPZ kalan noktalar için öncelik tanır.[1]

Değerlendirme

Disiplinler arası takımlar her noktayı "1"- "10" arasi rakamlarla değerlendirir. Her zaman alt değerleme için yüksek değerleme ile modüle edilir. Daima yüksek değerlendirmeden düşük değerlendirmeye göre kademeler belirlenir.

Burada FMEA’yı talep eden müşteri hem son kullanıcı hem de (şirket-içi) ara müşteri olabilir. Risk öncelik rakamları (RPN) önlem anlaşmasını sıralamak için geliştirme sürecinde kullanılabilir. RPZ tek başına potansiyel risklerin değerlendirilmesi için uygun değildir. Örneğin 120 değerinde bir RPZ çeşitli şekillerde oluşabilir A x B x D = 10 x 3 x 4 veya 5 x 8 x 3. B = 10 ve E = 4 ile oldukça kötü değere sahip olan değerin başka bir durumda anlamının B = 5 le ölçülen bir hata sırasında yüksek meydana gelme oranının(A = 8) olmasına karşı tespit oranı iyi (E = 3) olana karşı reddedilmelidir.[1]

Tarihçe

Bu, modern imalat sisteminin yapısına uymamaktadır. Günümüzde tüketici malları üreten imalatçılar müşteri güvenliği ve memnuniyeti gibi yeni öncelikler belirlemişlerdir. 1988 yılında Uluslararası Standartlaştırma Örgütü iş yönetimi standartları üzerine ISO 9000 serisini ortaya çıkarmıştır. ISO 9000 standardının gerekleri işletmeleri, tüketicinin istekleri, gereksinimleri ve beklentileri doğrultusunda Kalite Yönetim Sistemleri geliştirmeye itmiştir. ISO 9000'in otomotiv sektöründeki karşılığı olan QS 9000, bu alanda faaliyet gösteren firmalar kalite sistemlerini standartlaştırma çabasına sokmuştur. Bunun için otomotiv sektöründeki firmalar, Hata Türü Etki Analizi'ni de içeren İleri Ürün Kalite Planlaması (Advanced Product Quality Planning - APQP) uygulamakta ve Kontrol Planı oluşturmaktadır.

Şubat 1993'te Otomotiv Endüstrisi Faaliyet Grubu (AIAG) ve Amerikan Kalite Kontrol Topluluğu (ASQC) endüstri çapında Hata Türü ve Etki Analizi standardı oluşturmuştur. Bu standart HTEA yapısı QS 9000 standardının geliştirilmesinde işbirliği yapan Chrysler, Ford ve General Motors şirketleri tarafından kabul edilmiştir ve desteklenmektedir.[2]

Norm ve Standartlar

FMEAXlar için kullanıldığı duruma göre çeşitli norm ve standartlar var. Genel kullanım normu “kayıp etki analizi” adı altında 1980da DIN 25448 ile oluşturulmuştur. Bu norm 2006da DIN EN 60812 olarak “Hata durum türü ve hata sonuç analizi” adı altında yenilenmiştir. Bunlarin yanı başında bir sürü duruma mahsus standartlar var.

Design Review Based on Failure Mode(DRBFM)

DRBFM Toyota tarafından FMEA’nin değişiklikler üzerinde yoğunlaşan yöntemiyle geliştirildi. DRBFM süreç geliştirme ve kalite süreçi arasındaki mesafeyi kaldırıp geliştirme mühendisini kalite süreçine doğrudan bağlayacaktır.[1]

Hazard Analysis and Critical Control Points(HACCP)

Gıdalar HACCP (Tehlike Analizi ve Kritik Kontrol Noktaları) konseptine odaklı. Başlangıçta NASA bir satıcı ile birlikte, astronotların güvenliğini sağlamak için geliştirdiği HACCP şimdi ABD’de National Academy of Sciences ve UNO’dan Food and Agriculture Organization taraflarından tavsiye ediliyor. 2006 yılından bu yana Avrupa Birliği'nde, HACCP ticaret / üretim / gıda için zorunludur.[1]

Failure Mode, Effects, and Criticality Analysis(FMECA)

FMECA FMEA’dan başarısızlık olasılığı, analiz, değerlendirme ve beklenen zarar konularında daha fazla gelişmiş. Ancak FMECA artik % 100 FMEA içinde yer aldığı için ayriyetten hazırlanması gerekmiyor. [5]

Failure Mode, Effects and Diagnostic Analysis(FMEDA)

FMEDA nicel güvenilirliklerini göre tüm elektronik bileşenleri (bir FMEA’nin sistematik hataların yanı sıra rastgele hatalarini)inceliyor. FMEDA ayni zamanda Safe Failure Fraction’u (SFF) değerlendirme boyutu olarak Functional Safety Management icin IEC 61508e göre belirliyor.[1]

Referanslar

Kaynakça

Dış bağlantılar

This article is issued from Vikipedi - version of the 2/26/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.