İÇİNDEKİLER 1. BÖLÜM: HATA ETKİLERİ VE ANALİZİ NEDİR? BÖLÜM: TASARIM HTEA (THTEA)... 15

Ebat: px
Şu sayfadan göstermeyi başlat:

Download "İÇİNDEKİLER 1. BÖLÜM: HATA ETKİLERİ VE ANALİZİ NEDİR?... 2 4. BÖLÜM: TASARIM HTEA (THTEA)... 15"

Transkript

1 İÇİNDEKİLER 1. BÖLÜM: HATA ETKİLERİ VE ANALİZİ NEDİR? BÖLÜM: TANIMLAR BÖLÜM: SİSTEM HTEA BÖLÜM: TASARIM HTEA (THTEA) BÖLÜM: SÜREÇ HTEA BÖLÜM: HATA TÜRÜ VE ETKİLERİ ANALİZİ SORU-CEVAP BÖLÜM: TABLOLAR VE FORMLAR / 47

2 1. BÖLÜM: HATA ETKİLERİ VE ANALİZİ NEDİR? Hata Türü ve Etkileri Analizi (HTEA) riskleri tahmin ederek HATALARI önlemeye yönelik güçlü bir analiz tekniğidir. Sistematik bir analizle bütün mantıksal hataların olaylarla bağlantısını sağlayan güçlü bir yöntemdir. HTEA üretim süreçlerinin planlanması aşamasında, yeni bir ürün veya sistem geliştirildiğinde sorular sorarak, oluşabilecek hataların ortaya çıkarılmasını sağlar. Ürünün geliştirilmesi sırasında neler yanlış gidebilir? Yaşanabilecek bu yanlışlıkların en kötü sonuçları neler olabilir? Yaşanabilecek hataların önlenmesi için neler yapılabilir? HTEA aşağıdaki aktiviteleri belli bir sistematik yolla gerçekleştirmek üzere bir grup çalışması ile gerçekleştirilir. Bir ürünün tasarım ve üretimi ile ilişkili olarak çıkabilecek hata türleri ve nedenlerinin tanımlanması ve değerlendirilmesi, Oluşabilecek hatanın alınan önlemlerle ortaya çıkma şansını azaltmaya veya yok etmeye yönelik aktivitelerin belirlenmesi, Bütün bu işlemlerin dokümante edilmesi. Tasarım aşamasında HTEA, müşteri tatminini maksimumda sağlamaya yönelik tamamlayıcı bir aktivite olarak tanımlanabilir. Tam olarak uygulanıp sonuçlandırılmış bir HTEA çalışması, oluşabilecek birçok hata türünün önlenmesini sağlayacaktır. Hata oluşma ihtimali varsa mutlaka oluşacaktır. Murphy nin bu ünlü cümlesi HTEA tekniğinin uygulanması için güzel bir nedendir. HTEA çalışmasının başarıya ulaşmasını etkileyen en önemli faktörlerden birisi de zamanlamasıdır. Olayla karşılaşılmadan önce, önleyici bir çalışma olarak gerçekleştirilmelidir. Doğru bir HTEA çalışmasıyla, tasarım ve süreç değişiklikleri kolayca ve daha düşük maliyetle gerçekleştirilecek, üretimden sonra yaşanabilecek olumsuzluklar önlenecek ve düzeltici faaliyetler minimuma indirilecektir. HTEA hazırlama sorumluluğunun bir kişiye verilmesine karşılık, bu çalışmanın bir grup çalışması olduğu unutulmamalıdır. Başarılı bir şekilde uygulanabilmesi için bir kuruluşta çalışanların ve paydaşların ortak çalışması gereklidir. Konu hakkında bilgili ve deneyimli 2 / 47

3 kişilerden oluşturulan bir grup, analizde ve sonuca ulaşmada başarılı olacaktır. Tasarım ve sistem HTEA şirketteki ilgili tasarım mühendislerinin, Süreç HTEA ise şirketteki ilgili süreç mühendislerinin liderliğinde başlatılabilir. HTEA ilk olarak yılları arasında NASA tarafından uzay uygulamalarında kullanılmıştır yılında aya insan indirecek olan Apollo projesinde uygulanmış ve yılları arasında A.B.D. Silahlı Kuvvetlerinde MIL-STD olarak yayınlanmıştır.. HTEA, yılları arasında A.B.D. uçak sanayiinde, 1975 yılından başlayarak endüstride kullanılmaya başlanmıştır yılında FORD tarafından otomotiv sanayiinde uygulanmış, sistemde değişiklikler yapılarak askeri kimliğinden çıkarılmıştır. Fransız Renault ve Citroen otomotiv şirketlerinde biraz daha değişik bir yöntemle (AMDEC) adı altında kullanılmaktadır yılında Fiat şirketinde Ford firmasındaki uygulamalara benzer bir şekilde HTEA ni uygulamalarına başlamıştır. Hatanın oluşmasını önlemek her zaman oluşmuş hatayı düzeltmekten daha ekonomiktir. Sonradan yapılan düzeltmeler külfetli işlerdir. Kusursuzluk gerektiren hizmet sektöründe de sıfır hata felsefesinin doğru işleyebilmesi ve hizmet gelişiminin sağlanabilmesi için HTEA sistematik bir yöntemdir. Hataların çabuk tespit edilmesi, Hata nedenlerinin belirlenmesi, Olası hataların etkilerinin mümkün olduğunca iyi ölçümü ve değerlendirilmesi, Hata sıklıklarının azaltılmasının ölçümü vb. konularda yararlı olmaktadır. HTEA yaygın olarak 3 tip süreç için uygulanmaktadır: 1. Sistem HTEA 2. Tasarım HTEA 3. Süreç HTEA Bölüm 3, 4 ve 5 de bu 3 tip süreçte HTEA nın tanımları ve uygulamaları detaylı olarak verilmektedir. 3 / 47

4 2. BÖLÜM: TANIMLAR Aşağıdaki tanımlar HTEA nin temelini oluşturmaktadır. MIL-STD-1629 dan alınmıştır. Hata Türü ve Etkileri Analizi (HTEA)- Failure Mode Effect Analysis (FMEA): Bir sistemdeki her bir potansiyel hata türünün sistem üzerindeki sonuçları ya da etkilerinin değerlendirilerek sıklıklarına göre sınıflandırılmaları temeline dayanan bir tekniktir. Hata Türü- Failure Mode: Bir hatanın gözlendiği durum. Genellikle hatanın oluşma yolu ve cihazın işlevi üzerindeki etkisi olarak tanımlanır. Hata Etkisi- Failure Effect: Bir hata türünün bir birimin operasyonu, fonksiyonu ya da durumu üzerindeki sonucu/sonuçlarıdır. Hata etkileri genellikle, bütün sistemin hatadan nasıl etkilendiğine bağlı olarak sınıflandırılır. Hata Nedeni- Failure Cause: Fiziksel ya da kimyasal süreçler, tasarım hataları, malzemenin yanlış kullanılması, kalite eksiklikleri ya da diğer süreçler hatanın temel nedenleridir ya da hatayı oluşturacak fiziksel süreçleri başlatır. Çevre- Environments: Sistem veya malzemenin depolanması, kullanılması, taşınması, test edilmesi, kurulması ve kullanımı sırasında oluşan koşullar, etkiler, baskılar ve bunların bir araya geldiğinde oluşturduğu etki. Tespit Sistemi- Detection System: Bir hatanın normal çalışma koşullarında operatör tarafından ya da üretim elemanları tarafından bazı özel tanıma faaliyetleriyle keşfedilmesini sağlayan yöntemler. Önem-(şiddet) Severity: Belli bir hata türü nedeniyle oluşmuş hatanın sonucu. Önem, kaza derecelerini,önemli hasarları veya sonradan olabilecek sistem hatalarını değerlendirerek hatanın olabilecek en kötü sonucunu düşünür. Kritiklik- Criticality: Bir hata türünün sonucu ve oluşum sıklığıyla ilgili bir ölçümdür. Kritiklik Analizi Criticality analysis (CA): Her bir potansiyel hata türünün, hatanın önem ve oluşma olasılığının birlikte değerlendirilmesidir. Hata türu kritiklik etki analizi- FMCEA: Her bir potansiyel hatanın; analiz edilerek nasıl tespit edileceği ve hangi düzeltici faaliyetlerin başlatılacağına karar verme prosedürüdür. Tek Hata Noktası-Single failure point : Sistemde hatayı oluşturan, alternatif operasyonel yöntemlerle ya da fazladan yapılan işlemlerle düzeltilemeyen bir birimin oluşturduğu hatadır. Tespit Edilemeyen Hata- Undetectable failure: Operatörün hatadan haberi olmasını sağlayacak herhangi bir tespit etme metodunun bulunmadığı durumlarda, hata türlerinin varsayımlarla belirlenmesi. 4 / 47

5 Hata türü kritiklik etki analizi Planlaması-FMCEA Planning: FMCEA çalışmasının planlaması, bu çalışmayı üstlenen kişilerin özel gerekliliklerini uyguladıkları prosedürleri içerir. Planlama, tasarım değişikleri ve analiz sonuçlarındaki yansımaların güncellenmesini kapsayabilir. Ayrıca, çalışma tablosu formatları, temel kurallar, tahminler, analiz seviyesinin tanımlanması, hata tanımları ve diğer organizasyonel faktörler de dikkate alınmalıdır. Temel Kurallar ve Varsayımlar- Ground rules and aasumptions: Temel kulları FMCA yaklaşımını (donanım, fonksiyonel ya da bileşenleri gibi) ve analizi yapılacak an alt seviye ve performans kriterleri cinsinden hatayı oluşturabilecek nedenleri içeren cümleleri vermelidir. Analize başlamadan önce, bütün yapılacaklar tanımlanmalı ve bütün temel kurallar ve analiz varsayımları kaydedilmelidir. Bununla birlikte temel kurallar ve analiz varsayımları değişiklikler doğrultusunda yeniden düzenlenmelidir. Analiz Yaklaşımı- Analysis approach: Tasarım kompleksinde ve uygun verilerdeki değişkenlikler genellikle analiz yaklaşımının kullanılmasını gerektirecektir. HTEA metodunda kullanılan ana iki yaklaşım vardır. Birincisi donanım birimlerinin listelendiği ve bunların potansiyel hata türlarının analizinin yapıldığı donanım yaklaşımı; ikincisi ise her bir birimin belli sayıda çıktı oluşturmak üzere tasarlandığının kabul edildiği fonksiyonel yaklaşımdır. Çıktılar listelenir ve bunların hatalarının analizi yapılır. Daha karışık sistemler için donanım ve fonksiyonel yaklaşım birlikte kullanılabilir. Donanım Yaklaşımı: Donanım yaklaşımı normalde donanım birimlerinin şemalardan, çizimlerden ve diğer mühendislik ve tasarım verilerinden tanımlanabildiği koşullarda kullanılır. Bu yaklaşım, parça seviyesinden yukarıya doğru yani aşağıdan yukarıya yapılan çalışmalarda tavsiye edilir. Fonksiyonel Yaklaşım- Functional approach: Fonksiyonel yaklaşım donanım birimlerinin tam olarak tanımlanamadığı durumlarda ya da sistemin yukarıdan aşağıya analizinin gerektiği durumlarda kullanılır. Analiz Seviyesi- Level of analysis: Analiz seviyesi toplanan bilgilere göre sistemin donanım ya da fonksiyonel seviyede analizinin yapılacağına karar verilmesidir. Hata Tanımı- Failure definition: bir hatayı nelerin oluşturduğunu performans parametreleri ve izin verilebilen limitler cinsinden açıklayan genel bir tanımdır. Çalışma Raporları- Study reports: Bu raporlar tasarım ve tasarım sınırlamaları hakkındaki marjinal bilgileri vermelidir. Bu bilgi sistemdeki olası hata türlerinin belirlenmesinde rehber olacaktır. Tasarım Verileri ve Çizimler- Design data and drawings: Tasarım verileri ve çizimler sistem fonksiyonlarının her birinin görevini ve konfigürasyonunu tanımlar. Sistem tasarım verileri ve çizimleri genellikle sistemin kendi içsel ve arayüz fonksiyonlarını sistem seviyesinden 5 / 47

6 başlayarak en alt seviyeye kadar, yukarıdan aşağıya doğru tanımlayacaktır. Tasarım verileri genellikle güvenilirlik blok diyagramlarının oluşturulmasını kolaylaştıracak fonksiyonel blok diyagramları ya da şematikleri kapsar. Blok Diyagramları- Block Diyagrams: Bir sistemin fonksiyonlarının birbirleriyle olan bağımlılığını, ilişkilerini ve operasyonların,ı bu bağımlılık, ilişkiler ve operasyonların sırasını göstermek için kullanılır. Zaman zaman, operasyonun alternatif türlarını gösterebilmek için birden fazla blok diyagramı gerekebilir. Bu sistem için oluşturulan tanıma bağlıdır. Fonksiyonel Blok Diyagramları- Functional block diyagrams: Fonksiyonel blok diyagramları operasyonları ve mühendislik veri ve şemalarında belirtilen fonksiyonların birbirleriyle olan ilişkilerini gösterir. Güvenilirlik Blok Diyagramları- Reliability block diyagrams: Güvenilirlik Blok diyagramları bir sistemin ya da fonksiyonel grubun her birinin hayat döngüleri için bütün fonksiyonlarının birbirleriyle bağlı oldukları ya da olmadıkları noktaların gösterildiği diyagramlardır. Önem derecesi- Severity classification-: Tasarım hatası ya da birimin çalışmamasından dolayı oluşabilecek en kötü potansiyel sonucun niteliksel ölçümünü sağlayabilecek bir sınıflandırma sağlanmalıdır. Sınıflandırma her bir tanımlanmış hata türü ve analizi yapılan her bir birim için aşağıdaki kriterler göz önüne alınarak yapılmalıdır. Aşağıdaki kriterlerin dışında kalan kayıp fonksiyonları söz konusu olabilir. Bu durumda girdi ve çıktılara göre benzer bir sınıflandırma yapmak mümkün olacaktır. Önem sınıfları MIL-STD-882 de şu şekilde belirtilmiştir: Kategori 1- Yıkıcı Catastrophic: Kaza veya ölüme neden olan bir hata Kategori 2- Kritik - Critical :Üretimde kayıp veya büyük zaman kayıplarına neden olan şiddetli kazalara, önemli özelliklerde hasara veya önemli sistem hasarlarına neden olabilecek hatalar Kategori 3- Marjinal-Marjinal: Gecikmelere veya sistemde seviyenin düşmesine neden olabilecek küçük kazalar, daha küçük özelliklerde hasarlar veya küçük sistem hasarları yaratan kazalar. Kategori 4- Küçük-Minor: Sistemde kazalar oluşturacak, sistem özelliklerinde hasara yol açacak ya da sisteme zarar verecek kadar büyük olmayan ancak planlanmamış tamir ya da bakımlara neden olan hatalar. HTEA Raporu- FMEA report: HTEA nın sonuçları ve diğer ilgili analizleri analizin derecesinin, veri kaynak dokümanlarının, analiz yapılırken kullanılan tekniklerin ve sistemin tanımının da verildiği bir rapor şeklinde sunulmalıdır. 6 / 47

7 3. BÖLÜM: SİSTEM HTEA Sistem HTEA, sistem mühendislerinin tasarım mühendislerine HTEA ni tanımlamasında ve 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. Bir sistemin diğer sistemler ile, ve alt elemanları ile etkileşimlerini inceler. Bu çalışmalar sistem mühendisliğinin liderliğinde, tasarım, üretim, kalite ve montaj bölümlerinin desteği ile sürdürülür. Hataların potansiyel nedenleri burada biraz farklılık gösterir. Hatalar direkt müşteri ile temas sonucu oluşurlar. Kaza ile kırılan parçalar, teknik hatalar, elektrik hataları ve ürün üzerindeki kontrolün kaybolması vb. SİSTEM HTEA - UYGULAMA Sistem HTEA nin uygulaması adım adım aşağıda verilmiştir. Her bir numara Bölüm 7, Form 1 üzerinde daire içerisine alınmış bir alana karşılık gelmektedir. 1. HTEA No : İzleme,takip amacıyla her bir HTEA çalışmasına bir numara verilir. 2. Sistem Adı ve Numarası : Analizin yapıldığı seviyeyi gösterir, sistemin,alt sistemin ya da parçanın tanımı ve numarası yazılır. 3. Tasarım Sorumluluğu : Sistem tasarımından bölüm veya grup, biliniyorsa tedarikçi firma yazılır. 4. Hazırlayan : HTEA ni hazırlamaktan sorumlu mühendisin adı ve telefonu yazılır. 5. Model Yılı/Model : (Biliniyorsa) Analizden etkilenecek olan cihazın modeli ve model yılı yazılır. 6. Öngörülen Üretim Tarihi : HTEA nin tamamlanma tarihi yazılır, bu tarih planlanan üretim tarihini geçmeyecektir. 7. HTEA Tarihi : Orijinal HTEA tarihi ve en son revizyon tarihi yazılır. 8. Sorumlu Grup : Sorumlu grubu oluşturan kişilerin isimleri, sorumlulukları, görevleri, ve telefon numaraları yazılır. 9. Sistem Fonksiyonu : Sistem fonksiyonu, bir sistemin tasarım amaçları ya da gereklilikleridir. Müşteri isteklerine göre belirlenir. Ayrıca güvenlik gereklilikleri, yasal düzenlemeler ve sınırlamaları da içerebilir. Bütün sistem fonksiyonları ve sistem üzerindeki sınırlamalar listelenmelidir. Fonksiyonlar, spesifik terimlerle tanımlanmalıdır. Sistem fonksiyonlarının tanımlanmasında fiil-isim kombinasyonlarını kullanmak yardımcı olabilir. Bununla birlikte, eğer fiil-isim kombinasyonları 7 / 47

8 kullanılırsa bir fonksiyonel gerekliliği tanımlarken sağlamak, kolaylaştırmak, izin vermek gibi genel kapsamlı fiillerin kullanılmasından da kaçınılmış olur. Sınırlamalara örnek olarak; ağırlık, boyut, konum vb. verilebilir. Bir sistem fonksiyonel blok diyagramı oluşturulur. Blok diyagram, sistemin bütün elemanları fonksiyonel bloklar şeklinde göstermelidir. Sistemin asıl elemanlarının tanımlanması, bunların birbirleri ile etkileşimleri ve sistemin dışarıdaki sistemlerle nasıl etkileşimde bulunduğunun anlaşılması önemlidir. Sistemlerin her biriyle ilgili bilinen mühendislik gereklilikleri tanımlanır. Gerekliliklere örnek olarak büyüklük, sınıf, renk vb. verilebilir. Aşağıda tipik sistem fonksiyonu (fiil-isim) örnekleri verilmiştir; Işığın üretimi ön camın temizlenmesi Aracın durdurulması ateşleme sisteminin çalışması Aracın kullanılması hız kontrolü yakıtın pompalanması 10. Potansiyel Hata Türü : Hata Türü, sistem fonksiyonundaki kayıplardır. Hata türleri tanımlanırken sistem fonksiyonlarından her birine karşılık gelen kayıplar listelenir ve fonksiyondaki kayıp veya negatif durumu belirten terimler kullanılır. Hata türlerini belirlemek için Bu sistem tasarlanan fonksiyonlarını gerçekleştirmede hangi durumlarda başarısız olabilir? sorusu kullanılarak beyinfırtınası yönteminden de yararlanılabilir. Sistem fonksiyonlarından her birine karşılık gelen hata türlerine aşağıdaki örnekler verilebilir; Işık üretilememesi ön camın temizlenememesi Aracın durdurulamaması ateşleme sisteminin çalışmaması Aracın kullanılamaması hızın kontrol edilememesi Yakıtın pompalanamaması yanlış zamanda işlem yapılması Erken işlem yapılması kesikli işlem yapılması 11. Hata(lar)ın Potansiyel Etkileri : Hatanın potansiyel etkileri; sistemin hata türünün diğer sistemler, araç, müşteri ve yasal düzenlemeler üzerindeki etkisinin sonucu olarak tanımlanır. Bir sistem için hata etkisi, genellikle sistemdeki hata türünün müşteri tarafından gözlenmesi ya da tecrübe edilmesi anlamındadır. 8 / 47

9 Benzer sistemlerdeki hata türlerinin bilinen etkilerini tanımlamada saha hizmet verileri ve diğer ilgili dokümanlar gözden geçirilir. Sistem fonksiyonlarındaki kayıpların sonuçları hakkında karara varılır. Sistem, diğer sistemler araç ve müşteri üzerindeki sonuçlar da dikkate alınır. Sistem hata türlerinden her biri için, onun diğer sistemler, araç ve müşteri üzerindeki sonuçlarının bir listesi çıkartılır. Eğer güvenli araç operasyonu ya da yasal düzenlemeler uygunluk söz konusu ise bu kolonda belirtilir. Diğer sistemler: Etki görülmemektedir Araç: Etki görülmemektedir Müşteri: Vizyon zayıflaması söz konusu Yasal gerekler:... kanununa uygunsuzluk söz konusu. 12. Önem (Ö) : Önem, potansiyel sistem hata türünün ciddiyetinin (önem ve tehlikesinin) değerlendirilmesidir. Önem sadece etkiye bağlı olarak değerlendirilir. Önem derecesi belirlenirken sistem hata türünün diğer sistemler, araç, müşteri ve yasal gereklilikler üzerindeki etkisi göz önüne alınır. 11. basamakta listelenen potansiyel hata etkilerinden her biri için Sistem HTEA Önem Derecelendirme Tablosundan bir değer kararlaştırılır. Hata türünün en kötü etkisi için bir derece seçilir. Hata türleri etkilerinin önemi baz alınarak derecelendirilir. 13. Potansiyel Kritik Karakteristikler : Bu sütun şu anda sistem HTEA için kullanılmamaktadır. Sistem geliştirmenin erken safhalarında henüz bir donanım tanımlanmamıştır. Donanım tanımlanmadan potansiyel kritik karakteristikler de tanımlanamaz. Donanım tanımlandıktan sonra potansiyel kritik karakteristikleri (ve önemli karakteristikleri) tanımlamada tasarım HTEA kullanılabilir. Kritik ve önemli karakteristikler sadece üretim/montaj sürecinde özel kontroller gerektiğinde ve bu kontrollerin kontrol planında listelenmesi durumunda gösterge olarak kullanılır. 14. Hata(lar)ın Potansiyel Neden(leri) : Bir sistem hata türünün nedeni sistem tasarım hatasının sonucu oluşan hata türüdür. Nedenlerin tanımlanmasına en yüksek önem derecesine sahip olandan başlayarak bu hata türleri ile başlanmalıdır. Daha önce oluşturulan sistem fonksiyonel blok diyagramı referans olarak alınır. Bu blok diyagramı, potansiyel hata türü nedenlerinin tanımlanmasında anahtar elemandır. Diyagram, sistem fonksiyonunun oluşturulabilmesi için gerekli olan asıl elemanları (alt-sistemler) gösterir. Blok diyagramının her elemanının; girdiler, çıktılar ve birimin kendisi de göz önüne alınacak şekilde analizi yapılmalıdır. Her elemanın nasıl başarısız olabileceğine (eleman hata türü) ve 9 / 47

10 sistem hata türüne neden olabileceğine karar verilir. Genel olarak, eleman hata türü, elemanın tasarlanmış fonksiyon veya işlemlerinde başarısızlığa uğraması olarak tanımlanabilir. Bir sistem hata türü, bir veya daha fazla eleman hata türü nedeniyle ya da aşağıdaki nedenlerden dolayı oluşabilir; Elemanlar arasındaki arayüz ya da etkileşim, Bir elemanın diğer sistemlerle etkileşimi, Çevre ile etkileşim, Müşteri ile etkileşim. Sistem arayüzlerinin ve etkileşimlerinin analizi özellikle önemlidir. Sistem HTEA nın en büyük avantajlarından biri sistem ve/veya eleman etkileşimleri nedeni ile oluşan potansiyel sistem hata türlerini tanımlamasıdır. İnsan faktörü sistem seviyesindeki potansiyel hata türlerinin önemli bir kaynağıdır. Tanımlanan her bir potansiyel hata türü için neden/nedenler yazılır. Bir hata türü bir ya da birden fazla nedene sahip olabileceğinden her bir hata türü için bütün potansiyel nedenler listelenmelidir. Bu nedenlerden birkaç örnek aşağıda verilmiştir; yetersiz işlem, belirlenen zamanda başlayamama hatası, belirlenen zamanda duramama hatası, aralıklı çalışma hatası, operasyon sırasında fonksiyonda ya da çıktıda kayıp, yazılım hataları, diğer elemanlarla, sistemlerle ya da çevre ile istenmeyen etkileşim, çıktıda bozulma ya da opersyonel yetersizlik vb. 15. Sıklık (S) : Sıklık Sistemin tasarım ömrü sırasında oluşması tahmin edilen toplam eleman hatası sayısı için belirlenen bir orandır. Alternatif olarak, sıklık; Sütun 14 de listelenen eleman hatalarını oluşturan nedenlerin oluşma olasılığına tekabül eden bir orandır. 14 numaralı sütunda listelenen nedenlerin her biri için, sistemin tasarım ömrü boyunca 1000 eleman üzerinden (CNF/1000) hatalar tahmin edilir. Eğer sistem fazla sayıda özdeş elemana sahip ise ya da eleman tasarım ömrü sistem tasarım ömründen daha azsa CNF/1000 oranı buna göre yeniden düzenlenir. 10 / 47

11 Her cihazın bir sistem olduğu ve sistem tasarım ömrünün cihaz tasarım ömrüne eşit olduğu varsayılır. Eğer sistemin tasarım ömrü boyunca biriken eleman hataları tahmin edilemiyor ise benzer sistemlerdeki sistem hataları tahmin edilir. Eğer hiçbir hata tahmin edilemiyor ise neden ve onun sonucu olan sistem hata türlerini, sistemin tasarım ömrü boyunca meydana geleceği yargısına varılabilir. (Bkz. Bölüm 7, Tablo 2) HTEA takımı sistem HTEA için oluşturulan sıklık derecelendirme tablosunu kullanarak her neden için bir sıklık derecesi belirlemelidir. Eğer CNF/1000 oranı iki sınıf arasında bulunmuşsa daha yüksek olan sınıf seçilir. Eğer sıklık derecesi tahmin edilemiyor ise ya da HTEA takımı derece konusunda bir uzlaşmaya varamadıysa 10 değeri kullanılabilir. Her sistem için iki eleman olduğunu farzedelim. Eleman tasarım ömrü 50, 000 km, sistem tasarım ömrü 200, 000 km dir. Takım, üretilen 1000 elemanda 1 eleman hatasına rastlanacağını varsaymıştır. Bu durumda; CNF/1000 = ( 1hata/1000 eleman ) * (2 eleman/1 sistem) * (200, 000km/50, 000km) = 8 Ve, sıklık tablosuna göre derece 5 ile 6 arasındadır. Bu durumda sıklık derecesi olarak 6 belirlenir. 16. Tespit Etme Metotları : Tespit yöntemleri; bir mühendislik analiz aracı, test, tasarımın gözden geçirilmesi ya da diğer yöntemlerdir. Bu yöntemler sistem hata türlerindeki birinci seviye nedenleri (eleman hata türleri) tespit etmekte kullanılır. Bir tespit yönteminin amacı sistem tasarım programı içerisindeki tasarım zayıflıklarını mümkün olduğunca erken tespit etmektir. Bir sistem tasarım zayıflığında sistem hata türüne neden olabilecek bir sistem elemanı içerisindeki hata veya zayıflıklar düşünülür. Potansiyel sistem hata türlerini önlemede potansiyel tasarım zayıflıkları ile sistem tasarım sürecinin erken safhalarında karşı karşıya gelebilmek ya da bu zayıflıkları tespit edebilmek önemlidir. Erken tespit, iyileştirici tasarım faaliyetlerinin zamanında yapılmasına liderlik edecektir. Tespit etme metotları uygulanırken eski bilgilerin gözden geçirilmesi gerekir (kanıtlanmış saha testleri, donanım testleri, çevresel testler, prototip testleri, matematiksel modelleme çalışmaları vb. ) Benzer sistemlerdeki tecrübelerle edinilen benzer tipteki eleman hata türleri tanımlanır. Eski eleman hata türlerinin tespit edilebilirliği değerlendirilir. Daha önce listesi yapılan eleman hata türlerinin tespit edilebilmesi için benzer veya aynı sistemlerdeki mevcut izleme metotlarının bir listesi yapılır. Bu eleman hata türü hangi yollarla tanınabilir? ya da Bu eleman hata türünün meydana geldiğini belirleyebilirmiyim? gibi soru cümleleri kullanılarak beyin fırtınası 11 / 47

12 yöntemi yardımıyla eleman hata türlerinin tespitinde uygulanabilecek yeni yöntemler, testler ya da teknikler belirlenebilir. Sistem hata türündeki birinci seviye nedenleri (eleman hata türleri) tespit etmede kullanılacak izleme yöntem/yöntemlerinin bir tanımlaması yapılır. Eğer yöntem yoksa test veya teknik tanımlanabilir. Kullanılabilecek teknikler; bilgisayar türelleri, matematiksel türeller, prototip elemanlar üzerindeki laboratuar testleri vb. 17. Tespit (T) : Tespit, tespit yöntemlerinin potansiyel sistem hata türünün birinci seviye hatalarını tespit edeceği kabul edilerek yapılan bir sınıflandırma işlemidir. Potansiyel sistem hata türündeki birinci seviye nedeni (eleman hata türü) tespit edecek her tespit yöntemlerinin yeterliliği tahmin edilir. Her metodun eleman hata türünü tespit etmedeki yeterliliği göz önüne alınır. Eleman hata türlerinin oluştuğu farz edilir. Aynı zamanda, metodun tasarım programında ne kadar erken kullanılacağı da düşünülür. 16 numaralı sütunda listelenen bütün tespit yöntemleri dikkate alınır. Her tespit yöntemi için bir sınıfa karar verilir. HTEA takımı sistem HTEA için kullanılacak tespit derecelendirme tablosundaki her yöntem için bir tespit sınıfı üzerinde fikir birliğine varmalıdır. Bütün tespit yöntemleri listelendiği zaman en düşük (en iyi) tespit sınıfıi seçilir. Bütün tespit yöntemleri için en düşük sınıf listelenir. Eğer herhangi bir yöntem, test ya da teknik tanımlanamadıysa ya da takım bir görüş birliğine ulaşamadıysa tespit sınıflandırma tablosundaki en yüksek sınıf kullanılır. (Bkz. Bölüm 7, Tablo 3) 18. Risk Önceliği Göstergesi (RÖG) : Risk Önceliği Göstergesi (RÖG), her bir hata nedeni için, saptanan gerçekleşme sıklığı (S), önem (Ö), ve tespit edilebilirlik (T) değerlerinin çarpılması ile bulunur. RÖG = (S) X (Ö) X (T) Risk öncelik Göstergesi, hata sebeplerinin birbirlerine nazaran göreceli önemini gösterir. Bu değer, tasarımdaki kuşkuları büyükten küçüğe sıralamak için kullanılır (Pareto diyagramı gibi). Risk Öncelik Göstergesi büyük ve yüksek önem değeri olan hata nedenlerine, düzeltici önlemlerin başlatılmasında öncelik verilmelidir. RÖG nin başka değer ve anlamı yoktur, olası nedenin düzeltilmesinde öncelik tayini amacıyla kullanılır. Düzeltici faaliyetler için şirketin kendi değerlendirme kriterlerinin yanısıra, söz konusu parçanın servis sınıfı da dikkate alınmalıdır. (Bknz. Bölüm 7, Form 1). 12 / 47

13 RÖG değeri 1 ile 1,000 arasında olacaktır. Genel uygulamalarda, RÖG inden bağımsız olarak, özellikle önem değerinin yüksek olması durumunda bunu düzeltmek için özel çaba harcanmalıdır. 19. Tavsiye Edilen Önlemler: Sistem tasarım önlemleri önem, sıklık ve/veya tespit derecelerinden birini veya birkaçını azaltmak için alınır. Sistem tasarım önlemlerinin amacı sistem tasarım zayıflıklarını, bununla birlikte sistem hata türlerini yok etmektir. Sistem tasarım önlemleri genellikle aşağıdakileri baz alır; nedenlerin (sistem eleman hataları) oluşum sıklığını azaltmak ya da ortadan kaldırmak, nedenlerin hata türleri oluşmadan önce tespit ve teşhis etmek. HTEA takımı öncelikle aşağıdaki hata türlerini baz alan sistem tasarım önlemlerini a lmalıdır; En yüksek şiddet derecesine sahip olan etkiler, En yüksek sıklık derecesine sahip olan nedenler, En yüksek RÖG sayıları Sistem tasarım önlemleri alt-sistemler veya donanım mühendislik spesifikasyonlarına dönüştürülerek bir sistem tasarım spesifikasyonu içine entegre edilebilir. Tipik sistem tasarım önlemleri aşağıdakileri içerebilir; Alt-sistem tasarımının, hata türünün ortadan kaldırılması ya da sıklık derecesinin azaltılması amacı ile modifikasyonu, Alt-sistemin başarısız olması durumunda sistem operasyonlarını aynı fonksiyonel seviyede sürdürebilecek bir alt-sistemin eklenmesi, Sistem operasyonunun aynı şekilde ya da daha alt seviyede sürdürülmesine izin veren diğer sistem operasyon türlerinin sağlanması, Müşteriyi sistem hata türünü önleyici ya da sıklık derecesini azaltıcı önlemler alması için uyaran tespit aygıtlarının eklenmesi. 20.Sorumluluk & Hedeflenen Tamamlanma Tarihi : Tavsiye edilen önlemler için organizasyon içindeki sorumlu kişler ve hedeflenen tamamlanma tarihleri yazılır. 21. Alınan Önlemler : Tavsiye edilen önlemler doğrultusunda gerçekleştirilen faaliyetin ve şimdiki faaliyetin özet bir tanımı ve geçerli olacağı tarih yazılır. Bütün tavsiye edilen önlemlerinin uygulandığını ya da uygun bir yolla emniyet altına alan bir izleme programı uygulamak sistem HTEA çalışmasından sorumlu mühendisin görevidir. En azından, sistem tasarım mühendisi bütün uygulanabilir sistem tasarım spesifikasyonlarının güncellendiğini doğrulamalıdır. 13 / 47

14 Sistem tasarım mühendisi sistem HTEA nın güncellenmesinden sorumludur. Sistem HTEA yaşayan bir dokümandır ve en düşük sistem tasarım seviyesini ve alınan en küçük sistem tasarım önlemlerini yansıtmalıdır. Bir önlem alındıktan sonra, önlemin kısa bir tanımı yapıldıktan sonra etkin veya gerçek bitirilme tarihi yazılır. 22. Sonuçlar: Faaliyetlerden sonra RÖG leri yeniden hesaplanıp değerlendirilir. Birinci Değerlendirme: Önerilen iyileştirmeler üzerinde fikir birliğine varıldığında; bu iyileştirmelerle ulaşılacak yeni sıklık, önem ve tespit edilebilirlik değerleri belirlenir ve RÖG hesaplanır. Eğer gerekiyorsa bir veya birkaç alternatif tahminde bulunulabilir. Bu tahmin bilgileri HTEA formunun ilk dolduruluşunda gösterilmelidir. İkinci Değerlendirme: İyileştirici faaliyetler tamamlandıktan sonra hatanın sıklığı, önemi ve tespit edilebilirlik değerleri yeniden mevcut duruma göre belirlenmeli ve RÖG hesaplanmalıdır. Bütün bu düzeltmeler, birinci değerlendirmedeki tahmin değerleri silinmeyecek, üzerlerine sadece bir çizgi çizilerek altına yazılarak gösterilecektir. İyileştirici önlemlerin tam olarak uygulanmaması durumunda, HTEA açık bir problem olarak değerlendirilmelidir. * RÖG ni azaltmak için, S, Ö veya K yı azaltmak gerekir. Sonuçlanan bütün HTEA leri gözden geçirilmeli ve eğer ileri bir faaliyetin gerektiği düşünülüyorsa arası faaliyetler tekrarlanmalıdır. 14 / 47

15 4. BÖLÜM: TASARIM HTEA (THTEA) Tasarım HTEA, çıkabilecek olası bütün hata türlerinin ve bunlarla ilgili sebeplerin ele alınmasını ve çözümlenmesini sağlayan analitik bir tekniktir. Tasarım HTEA, tasarım ihtiyaçları ve alternatiflerinin değerlendirilmesinde, sistemin işlemesinde oluşabilecek hata türleri ve onların sonuçlarının tasarım/geliştirme sürecinde ele alınmasında, tam ve etkili tasarım ve test geliştirme programlarının planlanmasında ek bilgiler sağlayacak bir referans oluşturur. Tasarım HTEA özellikle ürünün güvenilirlik ve/veya emniyetine çok zarar verebilecek herhangi bir kritik durumu veya zayıf noktaları belirlemek için tasarımı analiz etmenin bir yöntemidir. THTEA sürecinde aşağıda verilen aktiviteler sırası ile gerçekleştirilir: Bölümlerin fonksiyonları için bilinen hata türlerinin veya potansiyel hata türlerinin belirlenmesi, Her hata türünün etkilerinin ve nedenlerinin belirlenmesi, Hata türlerinin oluşum sıklığı, izleme kolaylığı ve çeşitliliğine göre önceliklerinin belirlenmesi, Belirlenen önceliklere göre düzeltici ve önleyici faaliyetlerin başlatılması. THTEA için Müşteri nin tanımı, normalde Son Kullanıcı dır. Aynı zamanda, tanımlanmış, üretilebilir ve servis kolaylığı olan bir tasarımın kullanıcıları olarak üretim, montaj, ve servis mühendisleri ve çalışanları da tasarımın müşterileridir. THTEA çalışmalarında bu hiç unutulmamalıdır. Tasarım HTEA aşağıda sıralanan durumlarda gerçekleştirilebilir: 1. bütün yeni bileşenler, 2. bileşenlerin yeni bir ortama taşınması, 3. bileşenlerin modifikasyonu ve taşınan parçaların yükleme ve kontrol zorunluluğu Tasarım HTEA çalışması, Kalite Güvence Bölümleri, Üretim Bölümleri ve yan sanayilerden sağlanan bilgiler ışığında, taslak çizimler yayınlanmadan önce gerçekleştirilmelidir. Tasarım HTEA yaşayan bir belge olmalı ve tasarım kavramının tamamlanmasıyla başlatılmalı, ürünün geliştirilme evrelerindeki değişikliklerle sürekli olarak güncellenmeli, son çizimlerle birlikte esas olarak tanımlanmalıdır. Tasarım HTEA, bir tasarım kararını belirtir ve bu tasarım kararına göre ürünün üretileceğini varsayar. Üretim ve Montaj süreci içinde olabilecek olası hata türleri/sebepleri bir tasarım HTEA içine dahil edilmemelidir. 15 / 47

16 Tasarım HTEA tasarımdaki olası zayıflıkların üstesinden gelmek için süreç kontrollerine güvenmemekle birlikte üretim/montaj süreçlerinin teknik/fiziksel sınırlamalarını dikkate alır. (örneğin; gerekli kalıp çizimleri, sınırlı yüzey taşlama vb.) HTEA Çalışma grubu genelde bir tasarım mühendisinin liderliğinde, kalite yöneticisi, üretim mühendisliği uzmanı, satış uzmanı, satın alma yetkilisi ve ihtiyaca göre diğer birimlerden uzmanların katılımıyla oluşturulur. Tasarım HTEA çalışmasına başlarken için aşağıda verilen bilgi ve dokumanlar hazırlanır : Tasarımın amacı ve müşteri ihtiyaçları, Ürünlerde görülen hatalar (müşteri şikayetleri, garanti dahili değiştirmeler, kusurlar, hatalar ve bunların görülme sıklıkları). Hata türleri, Kontrol planları (Düşünülen ve var olan kontrol önlemleri), İlgili detay teknik çizimler, şemalar, şartnameler, talimatlar, Süreç ve montaj akış şemaları, Laboratuar testleri ve talimatları, Parça örneği, Bir hata örneği vb. Üründe istenen özelliklerin açık ve net bir şekilde tariflenmesi düzeltme önlemleri için potansiyel hata türlerinin tanımlanmasını kolaylaştıracaktır. THTEA, analizi yapılacak sistem, alt sistem ve/veya parçanın blok diyagram ile başlatılır. Blok diyagram birimler arasındaki iş, malzeme, zaman vb. ilişkileri mantıksal bir sıra içerisinde gösterir. Bu çeşit bir blok şema HTEA çalışmasında yararlı olacaktır. Şekil 1 de blok diyagrama bir örnek verilmiştir. 16 / 47

17 Anahtar Açık / Kapalı C 2 Ampul Takımı D 3 Yuva A Plaka E + 5 Piller 5 B Yay F - Parçalar Şekil Montaj yöntemleri A. Yuva 1. Atlama teli B. Piller (2 D) 2. Perçinleme C. Açık / Kapalı anahtar 3. Vidalama D. Ampul takımı 4. Yerine yerleştirme E. Plaka 5. Sıkıştırarak yerleştirme F. Yay Tasarım HTEA uygulaması adım adım aşağıda verilmiştir. Her bir numara Bölüm 7 daki, 2 numaralı form üzerinde daire içerisine alınmış bir alana karşılık gelmektedir. 1. HTEA No : İzleme, takip amacıyla her bir HTEA çalışmasına bir numara verilir. 2. Sistem, Alt sistem veya Parça Tanımı ve Numarası : Analizin yapıldığı seviyeyi gösterir, sistemin, alt sistemin ya da parçanın tanımı ve numarası yazılır. 3. Tasarım Sorumluluğu : Tasarım grubu ya da bölümü, aynı zamanda biliniyorsa tedarikçi firma yazılır. 4. Hazırlayan : HTEA ni hazırlamaktan sorumlu mühendisin adı ve telefonu yazılır. 5. Model Yılı/Araç : (Biliniyorsa) Analizden etkilenecek olan aracın modeli ve yılı yazılır. 17 / 47

18 6. Öngörülen Üretim Tarihi : HTEA nin tamamlanıp üretimin başlatılacağı tarih yazılır, daha sonra tamamlanma tarihi yazılır. 7. HTEA Tarihi : Orijinal HTEA tarihi ve revizyon tarihi yazılır. 8. Sorumlu Grup : Sorumlu grubu oluşturan kişilerin isimleri, sorumlulukları, görevleri, ve telefon numaraları yazılır. 9. Birim/Fonksiyon : Analizi yapılacak ürünün numarası ve tanımı yazılır. Mühendislik çizimlerinde gösterildiği şekilde tasarım seviyesi belirtilir. Henüz yayınlanmamış dokümansa deneysel numaralar kullanılacaktır. Ürünün fonksiyonu ile ilgili incelemenin gerçekleştirilmesi, ürün fonksiyonunun belirlenmesi. Fonksiyon analizinde ürünün birincil, ikincil, fonksiyonları alt alta sırayla yazılır. Birincil fonksiyonlar bu parçanın var olmasının esas nedenlerini ortaya koyan gerekçelerdir. İkincil fonksiyonlar ise ürünün varlığı nedeniyle sağlayacağı diğer fonksiyonlardır. Bu onların daha az önemli olduğu anlamına gelmez. Eğer ürün farklı hata türlerini içeren birden fazla fonksiyona sahipse, bütün fonksiyonları ayrı ayrı listelenir. 10. Potansiyel Hata Türü : Bir ürün için, hangi durumda olursa olsun tasarım niyetini, performans gereklerini ve/veya müşteri beklentilerini sağlamayan durum, olası hata türü olarak tanımlanır. En basit anlamda, hata; bir parçanın ya da sistemin tasarım amacını ve fonksiyonunu yerine getirememesi yada eksik yapmasıdır. Hata türleri listelenirken, benzer ürünlerdeki deneyimlerden, benzer ürünlerden toplanan verilerden yararlanılır. Eğer yeni bir ürünse grubun tecrübesi ve konuya yakınlığı burada önemli rol oynar. Belirli bir parçanın her bir fonksiyonu için hata türleri listelenir. Hatanın mutlaka gerçekleşmiş olması gerekmez, olasılığı dikkate alınır. Benzer parçalar için geçmişte yapılmış HTEA çalışmaları, kalite raporları, dayanıklılık ve güvenilirlik testlerinin incelenmesi uygundur. Belirli çalışma koşulları ( sıcak, soğuk, ıslak, kuru, tozlu vb.) ve belirli kullanma koşullarında oluşabilecek hatalarında göz önüne alınması gerekir. Hata türleri müşteri tarafından fark edilebilme kriterine göre tanımlanmalıdır. Ayrıca, olası hata türleri fonksiyonel veya fiziksel ifadeleri ile tanımlanmamalıdır. Tipik hata türlerine örnek olarak: Çatlama, bozulma, vidaların gevşemesi, kısa devre, sızıntı, yapışmama, paslanma, parçalanma verilebilir. 11. Hatanın/Hataların Potansiyel Etkileri : Hata meydana geldiğinde müşteri üzerine ne tür etki yaratacağı tanımlanır. Her bir hata türü için bir etki veya sonuç tanımlanır. Hata meydana geldiğinde, müşterinin neyi fark edebileceği veya başına ne geleceği tanımlanır. Bunlar daima 18 / 47

19 sistem veya ürün performansı açısından ifade edilmelidir. Eğer hata sonucunda yasal gereksinimler sağlanmıyorsa bu açık olarak belirtilmelidir. Hatırlanacağı gibi burada müşteri(ler) bir sonraki operasyon, takip eden operasyonlar olabilir. Hatanın potansiyel etkileri her zaman incelenecek olan hiyerarşik bir ilişki içerisinde olan sistem, alt sistem veya malzeme bazında tanımlanır. Örnek: yetersiz bir sistem operasyonu sonucunda vibrasyondan dolayı bir parça ayrılıyor ve sonucunda da sistem performansı düşüyor ve müşteri sorun yaşıyor. Burada amaç; HTEA grubunun bilgisinden ve tecrübesinden, daha olay yaşanmadan yararlanarak bir kerede doğru yapmaktır. Tipik hata etkilerine örnek: operasyonun yerine getirilememesi, kötü görüntü, dengesizlik, pürüzlülük, işlev dışı, hoş olmayan koku verilebilir. 12. Önem (Ö) : Hatanın önemi müşteriye etkisi yönünden 1 ile 10 arasında değerlendirilir. Hatanın öneminin değerlendirilmesi için hatanın müşterinin üzerine etkisi esas alındığından, belirli bir hatanın bütün olası nedenlerine aynı önem değeri verilmelidir. Çünkü Önem Değeri, sadece parça/ürün tasarımında alınacak önlemlerle değiştirilebilir. (Bkz. Bölüm 7, Tablo 6) 13. Sınıf : Bu sütun, malzemeler, alt sistemler, ya da sistemler için ek bir süreç kontrol gerektiğinde, herhangi özel bir ürün karakteristiğini tanımlamak (kritik, anahtar konumda, önemli, belirleyici vb.) için kullanılır. Özel süreç kontrolü gerektiren herhangi bir birim daha önceden belirlenmiş bir karakterle belirtilir ve Tavsiye Edilen Önlemler sütununda açıklanır (Bkz. Bölüm 6, Tablo 2). Servis sınıfı, parçaların mühendislik çizimlerinde gösterilir. 14. Hata(lar) ın Potansiyel Neden(leri) : Hataların potansiyel nedenleri, sonuçta hata türlerine neden olacak, tasarım zayıflıklarının birer göstergesi olarak tanımlanır. Her bir hata türüne neden olabilecek bütün olası sebepler liste halinde sıralanmalıdır. Listeye alınan nedenler mümkün olduğu kadar kısa/özlü ve tam olmalıdır ki, düzeltici yönde sarf edilecek çabalar uygun olsun. Nedenler hataları yaratır, hatalarda müşteri üzerine olan etkileri (sonuçları) yaratır. Tipik hata nedenlerine örnek olarak : Yanlış malzeme tanımı, yetersiz tasarım ömrü tahmini, fazla germe, yetersiz yağlama, yetersiz bakım talimatları, eksik çevre koruma, yanlış algoritma verilebilir. Bunların sonucunda oluşabilecek hata mekanizmaları ise: eğilme, yorgunluk, malzeme tutarsızlığı, sürtünme, kaplama, korozyon olarak sıralanabilir. 15. Sıklık (S) : Nedenin ve onun yarattığı hatanın beraberce meydana gelme olasılığıdır. Hata sebep olasılığına 1 ile 10 arasında bir değer verilir. Bir tasarım değişikliğiyle hata 19 / 47

20 türünün bir veya birkaç nedeninin ortadan kaldırılması veya kontrol altına alınması, olasılık değerini azaltmanın bir yoludur. Olası hata türlerinin meydana gelme sıklıkları belirlenirken aşağıdaki kriterler göz önüne alınmalıdır: Benzer malzemeler ve alt sistemler ile yaşanmış servis ve üretim tecrübeleri nedir? Önerilen kontrol önlemlerinin yeterliliği ne kadardır? Daha önce benzer bir parçanın tasarımı yapıldı mı? Daha önce yapılan benzer parça ile farklılıkları nelerdir? Tamamen yeni bir parça mı? Çevresel değişiklikler nelerdir? Tasarımda seçilen malzeme hakkında ne kadar bilgi birikimi var? Tasarımcının ya da grubun uygulamada çıkabilecek hata türleri ve sıklığı için bir tahmin yapabilecek bilgi birikimi mevcut mu? Sıklık değeri hesaplanırken aşağıdaki hususların sağlandığı varsayılmalıdır: Hatanın oluşma nedeninin olasılığı nedir? Bu olasılığın değerlendirilmesinde tasarlanan parça üzerinde hata veya hata nedeninin oluşması için yukarıda sıralanan bütün soruların doğru cevaplandırılmış ve bütün kontrol önlemlerinin tam olarak yerine getirilmiş olduğu varsayılmalıdır. Hatanın oluşması durumunda, buna bağlı olarak ve bununla beraber söz konusu hata türünün oluşma olasılığı nedir? Bu tahmin yapılırken hata nedeninin veya hatanın, ürün müşteride iken ortaya çıkmış olduğu varsayılır. Sürekliliği garanti altına almak için tutarlı bir değerlendirme sistemi kullanılmalıdır. Tasarım Ömrü Olası Hata Oranları malzeme, alt sistem ve sistemin belirlenen tasarım ömrü sırasında beklenen hataların sayısına, sıklığına bağlıdır. Bölüm 7 da verilen değerlendirme tablosu sadece oranlama cetvelidir, mevcut durumdaki hata sıklığını yansıtmaz (Bkz. Bölüm 7, Tablo 6). 16. Geçerli Tasarım Kontrolleri : Kontrol önlemleri ürün hatalarının müşteriye giderek bir zarar vermemesi için üretici şirket tarafından konulan fitredir (hataları ortaya çıkarma önlemi ). Olası hataların tasarım sebeplerinin oluşumunu ve sonuç hata türünü önlemek veya ortaya çıkarmak için uygulanacak bütün kontroller listelenmelidir. Bu geçerli kontroller (mühendislik talimatları, tasarımın gözden geçirilmesi, kalite kontrol talimatları, laboratuar test talimatları, 20 / 47

FMEA. Hata Türleri ve Etkileri Analizi

FMEA. Hata Türleri ve Etkileri Analizi FMEA Hata Türleri ve Etkileri Analizi 2007 FMEA Tanımı FMEA (HTEA), bir ürün veya prosesin potansiyel hatalarını ve bunların sonucu olabilecek etkilerini tanımlama, değerlendirme, potansiyel hatanın ortaya

Detaylı

KALİTE SİSTEM YÖNETİCİSİ EĞİTİMİ

KALİTE SİSTEM YÖNETİCİSİ EĞİTİMİ FMEA-HATA TÜRLERİ VE ETKİ ANALİZİ Tanımlama Mevcut veya olası hataları ortaya koyan, bu hataların yaratabileceği etkileri göz önünde bulunduran ve etkilerine göre hataları önceliklendirerek oluşmalarının

Detaylı

Doküman No Revizyon No Yayın Tarihi Sayfa No PROSES FMEA TALİMATI

Doküman No Revizyon No Yayın Tarihi Sayfa No PROSES FMEA TALİMATI 1.0 AMAÇ VE KAPSAM Bu talimatın amacı; ürün veya proseste karşılaşabilecek potansiyel hataları ve bunların neden olabileceği sonuçları önceden analiz ederek, gerekli önlemlerin alınması için kullanılan

Detaylı

KALİTE SİSTEM YÖNETİCİSİ EĞİTİMİ

KALİTE SİSTEM YÖNETİCİSİ EĞİTİMİ BİR PROSES FMEA GELİŞTİRMEK Proses sorumlusu mühendis, Proses FMEA hazırlıklarında kendisine yardımcı olabilecek tüm dokümanlara sahip olmalıdır. Proses FMEA, bir prosesin ne olması ve ne olmaması konusundaki

Detaylı

GGYS TEHLİKE ANALİZİ VE RİSK DEĞERLENDİRME PROSEDÜRÜ

GGYS TEHLİKE ANALİZİ VE RİSK DEĞERLENDİRME PROSEDÜRÜ 1. AMAÇ V KAPSAM: Gıda Güvenliği Yönetim Sisteminin uygulama alanı içinde oluşması muhtemel bütün olası tehlikelerin, Gıda Güvenliği ile ilgili sonuçlarına ve oluşma olasılıklarına göre tanımlanması ve

Detaylı

TOPLAM KALİTE YÖNETİMİ

TOPLAM KALİTE YÖNETİMİ SAKARYA ÜNİVERSİTESİ TOPLAM KALİTE YÖNETİMİ Hafta 13 Yrd. Doç. Dr. Semra BORAN Bu ders içeriğinin basım, yayım ve satış hakları Sakarya Üniversitesi ne aittir. "Uzaktan Öğretim" tekniğine uygun olarak

Detaylı

RİSK ANALİZ PROSEDÜRÜ

RİSK ANALİZ PROSEDÜRÜ 1.AMAÇ Karacabey Devlet Hastanesi faaliyetleri sırasında oluşabilecek potansiyel tehlikelerin ve bunlara ilişkin risklerin belirlenmesi, böylelikle beklenen veya olası risklerin kontrol altına alınmasına

Detaylı

HATAY SAĞLIK MÜDÜRLÜĞÜ HATAY SAĞLIK MÜDÜRLÜĞÜ RİSK DEĞERLENDİRME PROSEDÜRÜ

HATAY SAĞLIK MÜDÜRLÜĞÜ HATAY SAĞLIK MÜDÜRLÜĞÜ RİSK DEĞERLENDİRME PROSEDÜRÜ RİSK DEĞERLENDİRME PROSEDÜRÜ.AMAÇ Bu prosedürün, Hatay İl Sağlık Müdürlüğü, İl Ambulans Servisi Başhekimliği, İlçe Sağlık Müdürlükleri bünyesinde faaliyetleri sırasında oluşabilecek potansiyel tehlikelerin

Detaylı

RİSK ANALİZİ TALİMATI

RİSK ANALİZİ TALİMATI AĞRI İL AMBULANS SERVİSİ BAŞHEKİMLİĞİ RİSK ANALİZİ TALİMATI DÖK. KOD NO : AĞRI-112-YÖN-TL- 22 YAY. TRH: 31.02.2014 REV.TRH: REV.NO: SA YFA NO: 5 1. AMAÇ: Ağrı İl Ambulans Servisi Başhekimliğinde hizmet

Detaylı

ÇEVRE BOYUTLARININ DEĞERLENDİRİLMESİ PROSEDÜRÜ

ÇEVRE BOYUTLARININ DEĞERLENDİRİLMESİ PROSEDÜRÜ SAYFA NO 1/7 1. AMAÇ VE KAPSAM: Bu prosedürün amacı, TOTM nin faaliyetlerinin ve hizmetlerinin çevre güvenliği üzerinde gerçek veya potansiyel olarak önemli etkileri olabilecek çevresel boyutlarının (yönlerinin),

Detaylı

DEĞER MÜHENDİSLİĞİ. Veli KOÇAK Yazılım Mühendisi. Maltepe Üniversitesi - 2014

DEĞER MÜHENDİSLİĞİ. Veli KOÇAK Yazılım Mühendisi. Maltepe Üniversitesi - 2014 DEĞER MÜHENDİSLİĞİ Veli KOÇAK Yazılım Mühendisi Maltepe Üniversitesi - 2014 GİRİŞ Günümüzün rekabetçi koşullarında varlığını sürdürmek isteyen işletmeler, düşük maliyetli, yüksek kaliteli ve müşteri isteklerine

Detaylı

Kontrol: Gökhan BİRBİL

Kontrol: Gökhan BİRBİL Doküman Adı: İÇ DENETİM PROSEDÜRÜ Doküman No.: Revizyon No: 04 Yürürlük Tarihi: 05.01.2012 Hazırlayan: Tekin ALTUĞ Kontrol: Gökhan BİRBİL Onay: H. İrfan AKSOY Sayfa 2 / 7 1. AMAÇ Bu prosedürün amacı, TÜRKAK

Detaylı

KURUMSAL RİSK YÖNETİMİ (KRY) EĞİTİMİ KURUMSAL RİSK YÖNETİMİ: KAVRAMSAL VE TEORİK ÇERÇEVE

KURUMSAL RİSK YÖNETİMİ (KRY) EĞİTİMİ KURUMSAL RİSK YÖNETİMİ: KAVRAMSAL VE TEORİK ÇERÇEVE KURUMSAL RİSK YÖNETİMİ (KRY) EĞİTİMİ KURUMSAL RİSK YÖNETİMİ: KAVRAMSAL VE TEORİK ÇERÇEVE SUNUM PLANI 1. RİSK VE RİSK YÖNETİMİ: TANIMLAR 2. KURUMSAL RİSK YÖNETİMİ 3. KURUMSAL RİSK YÖNETİMİ DÖNÜŞÜM SÜRECİ

Detaylı

1. AŞAMA TETKİK PROSEDÜRÜ

1. AŞAMA TETKİK PROSEDÜRÜ PR 1 16.4.27 1 / 6 REVİZYON BİLGİSİ REVİZYON NO AÇIKLAMA Rev. İlk yayın BU DOKÜMAN SİSTEM DENETİM BELGELENDİRME NİN ÖZEL DOKÜMANIDIR. İZİNSİZ KOPYALANAMAZ 1. AMAÇ ve KAPSAM: PR 1 16.4.27 2 / 6 Bu prosedür,

Detaylı

DOKÜMANLARIN KONTROLÜ PROSEDÜRÜ Doküman No: Yürürlük Tarihi: Revizyon Tarih/No:

DOKÜMANLARIN KONTROLÜ PROSEDÜRÜ Doküman No: Yürürlük Tarihi: Revizyon Tarih/No: 1. AMAÇ Bu prosedürün amacı, İç Kontrol Sistemi içinde bulunan tüm dokümanların hazırlanması, onaylanması, yayını, sürdürülmesi, güncelleştirilmesi ve dağıtım esasları için yöntem ve sorumlulukları belirlemektir.

Detaylı

Laboratuvar Akreditasyonu

Laboratuvar Akreditasyonu Akreditasyon Laboratuvar, muayene ve belgelendirme kuruluşlarının ulusal ve uluslararası kabul görmüş teknik kriterlere göre değerlendirilmesi, yeterliliğin onaylanması ve düzenli aralıklarla denetlenmesi

Detaylı

İŞ SAĞLIĞI VE GÜVENLİĞİ YÖNETİM SİSTEMİ

İŞ SAĞLIĞI VE GÜVENLİĞİ YÖNETİM SİSTEMİ İŞ SAĞLIĞI VE GÜVENLİĞİ YÖNETİM SİSTEMİ Ohsas 18001 Endüstrinin değişik dallarında faaliyet gösteren kuruluşların, faaliyet konularını yerine getirirken, İş Sağlığı ve Güvenliği konusunda da, faaliyet

Detaylı

ŞİKAYET / İTİRAZ VE GERİ BİLDİRİM PROSEDÜRÜ

ŞİKAYET / İTİRAZ VE GERİ BİLDİRİM PROSEDÜRÜ Sayfa No: 1/5 A. İÇİNDEKİLER Bölüm KONU SAYFA NO REFERANS STANDART MADDESİ TS EN ISO IEC 17020:2012 A. İÇİNDEKİLER 1 B. ŞİKAYET / İTİRAZ VE GERİ BİLDİRİM 2 7.6 1. AMAÇ 2 2. KAPSAM 2 3. SORUMLULUK 2 3.1

Detaylı

Lean Excellence. 10.11.2009 Farba Kalite Bölümü / Yan sanayi Proses Denetimleri

Lean Excellence. 10.11.2009 Farba Kalite Bölümü / Yan sanayi Proses Denetimleri 10.11.2009 Farba Kalite Bölümü / Yan sanayi Proses Denetimleri 1 NUMUNE ONAYININ ALINMASI DOKUMANTASYONUN FARBA / PPAP GEREKLİLİKLERİNE GÖRE HAZIRLANMASI PROSES DENETİMİ (DENETİM SONUCU 80 PUAN) ÜRÜN ONAYI

Detaylı

TARİH :06/08/2007 REVİZYON NO: 3. www.marelektrik.com KALİTE EL KİTABI : YÖNETİM TEMSİLCİSİ. Sayfa 1 / 6

TARİH :06/08/2007 REVİZYON NO: 3. www.marelektrik.com KALİTE EL KİTABI : YÖNETİM TEMSİLCİSİ. Sayfa 1 / 6 TARİH :06/08/2007 REVİZYON NO: 3 KALİTE EL KİTABI HAZIRLAYAN ONAYLAYAN : YÖNETİM TEMSİLCİSİ : YÖN. KURUL BŞK. Sayfa 1 / 6 TARİH :06/08/2007 REVİZYON NO:3 İÇİNDEKİLER : 1. TANITIM, 2. KALİTE POLİTİKASI

Detaylı

BÖLÜM 4 İÇ KONTROL SİSTEMİ

BÖLÜM 4 İÇ KONTROL SİSTEMİ BÖLÜM 4 İÇ KONTROL SİSTEMİ Öğr. Gör. Mehmet KÖRPİ KONTROL KAVRAMI İşletmenin belirlenen amaçlarına ulaşması için, işletme yöneticilerinin almış olduğu önlemlere, uyguladığı yöntemlere kontrol usul ve yöntemleri

Detaylı

1- Neden İç Kontrol? 2- İç Kontrol Nedir?

1- Neden İç Kontrol? 2- İç Kontrol Nedir? T.C. İÇİŞLERİ BAKANLIĞI KİHBİ Dairesi Başkanlığı 10 SORUDA İÇ KONTROL MAYIS 2014 ANKARA 1- Neden İç Kontrol? Dünyadaki yeni gelişmeler ışığında yönetim anlayışı da değişmekte ve kamu yönetimi kendini sürekli

Detaylı

NAZİLLİ DEVLET HASTANESİ RİSK ANALİZİ PROSEDÜRÜ

NAZİLLİ DEVLET HASTANESİ RİSK ANALİZİ PROSEDÜRÜ Sayfa 1 / 6 1. AMAÇ 2. KAPSAM Nazilli Devlet Hastanesinde bölüm bazında risk değerlendirmeleri yaparak çalışanların çalıştıkları alanlardan kaynaklı risklerini belirlemek ve gerekli önlemlerin alınmasını

Detaylı

OLASI HATA TÜRÜ VE ETKİLERİ ANALİZİ (FMEA) Mehmet Enes İnce

OLASI HATA TÜRÜ VE ETKİLERİ ANALİZİ (FMEA) Mehmet Enes İnce 1.GİRİŞ Her sektörde arzın arttığı ve iletişim teknolojilerinin çok geliştiği günümüz ekonomisinde işletmeler, varlıklarını devam ettirebilmek için sadece ucuz mal ya da hizmet üretimini değil, hem ucuz

Detaylı

(2. AŞAMA) SAHA TETKİKİ PROSEDÜRÜ

(2. AŞAMA) SAHA TETKİKİ PROSEDÜRÜ 16.4.27 1 / 6 REVİZYON BİLGİSİ REVİZYON NO AÇIKLAMA Rev. İlk yayın BU DOKÜMAN SİSTEM DENETİM BELGELENDİRME NİN ÖZEL DOKÜMANIDIR. İZİNSİZ KOPYALANAMAZ 1. AMAÇ ve KAPSAM: 16.4.27 2 / 6 Bu prosedür, 2 aşamalı

Detaylı

Prosedür. Kalite Yönetim Sisteminde Neden gerçekleştirilecek?

Prosedür. Kalite Yönetim Sisteminde Neden gerçekleştirilecek? Prosedür Bir faaliyeti veya bir bir amaca ulaşmak için izlenen yol ve yöntem (TDK) Prosesi icra etmek için belirlenen yol (ISO 9000) Faaliyetleri yeterli kontrolü sağlayacak detayda tarif eden dokümanlardır

Detaylı

APQP/PPAP. Prof. Dr. Ali ŞEN

APQP/PPAP. Prof. Dr. Ali ŞEN APQP/PPAP Prof. Dr. Ali ŞEN Ürün Kalite Planlama Döngüsü Geri besleme Değerlendirmesi ve Düzeltici Faaliyetler Planla ve Tanımla Ürün ve Prosesin Geçerli Kılınması Ürün Tasarımı ve Geliştirmesi Proses

Detaylı

ÖLÇME ANALİZ VE İYİLEŞTİRME PROSEDÜRÜ

ÖLÇME ANALİZ VE İYİLEŞTİRME PROSEDÜRÜ TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI ÖLÇME ANALİZ VE İYİLEŞTİRME PR09/KYB Sayfa No: 1/7 1. AMAÇ ve KAPSAM Bu prosedürün amacı; kalite

Detaylı

DOKÜMAN KOTROLÜ. Çeviri: Elif KILIÇ, Gıda Müh. Düzenleme: Fırat ÖZEL, Gıda Müh.

DOKÜMAN KOTROLÜ. Çeviri: Elif KILIÇ, Gıda Müh. Düzenleme: Fırat ÖZEL, Gıda Müh. BRC Gıda standardında geçen gerekliliklerin bir kısmına yönelik olarak açıklayıcı klavuzlar BRC tarafından yayınlandı. Bu klavuzlardan biri olan bu dokümanın Türkçe çevirisi Sayın ELİF KILIÇ tarafından

Detaylı

10 SORUDA İÇ KONTROL

10 SORUDA İÇ KONTROL T.C. İÇİŞLERİ BAKANLIĞI Avrupa Birliği ve Dış İlişkiler Dairesi Başkanlığı 10 SORUDA İÇ KONTROL 1 Neden İç Kontrol? Dünyadaki yeni gelişmeler ışığında yönetim anlayışı da değişmekte ve kamu yönetimi kendini

Detaylı

YAZILIM PROJESİ YÖNETİMİ

YAZILIM PROJESİ YÖNETİMİ YAZILIM PROJESİ YÖNETİMİ Yrd. Doç. Dr. Volkan TUNALI YZM 403 Maltepe Üniversitesi Mühendislik Fakültesi 5. BÖLÜM 2 RİSK YÖNETİMİ Genel Bakış 3 Giriş Risk ve Risk Yönetimi Nedir? Risk Kategorileri Risk

Detaylı

İSG PLANLAMA RİSK DEĞERLENDİRME PROSEDÜRÜ

İSG PLANLAMA RİSK DEĞERLENDİRME PROSEDÜRÜ SAYFA NO 1/6 1. AMAÇ KAPSAM: Hastanede yeni bir bölüm açarken veya devam eden bölümlerin tehlikelerinin belirlenmesi, risklerin değerlendirilmesi, İSG programlarının oluşturulması ve gerekli kontrol ölçümlerinin

Detaylı

T.C. DİYANET İŞLERİ BAŞKANLIĞI Strateji Geliştirme Başkanlığı

T.C. DİYANET İŞLERİ BAŞKANLIĞI Strateji Geliştirme Başkanlığı T.C. DİYANET İŞLERİ BAŞKANLIĞI Strateji Geliştirme Başkanlığı SORU VE CEVAPLARLA İÇ KONTROL Ankara-2012 İÇİNDEKİLER 1 Neden İç Kontrol? 2 İç Kontrol Nedir? 3 İç Kontrolün Amacı Nedir? 4 İç Kontrolün Yasal

Detaylı

TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI KALİTE KONTROL PROSEDÜRÜ PR17/KYB

TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI KALİTE KONTROL PROSEDÜRÜ PR17/KYB TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI PR17/KYB Sayfa No: 1/6 1. AMAÇ ve KAPSAM Bu prosedürün amacı, Daire Başkanlığında deney hizmetleri

Detaylı

PERFORMANS YÖNETĐMĐ. Hedefe Odaklı Çalışma ve Yetkinlik Yönetimi.

PERFORMANS YÖNETĐMĐ. Hedefe Odaklı Çalışma ve Yetkinlik Yönetimi. PERFORMANS YÖNETĐMĐ Kurumların yapısına uygun performans yönetimi sistemini esnek yapı sayesinde Đnsan Kaynakları uygulaması içinde tanımlayarak takip edebilme Performans kayıtlarını yöneticilere e-posta

Detaylı

ANKARA ŞUBESİ YAZ SEMĠNERLERĠ

ANKARA ŞUBESİ YAZ SEMĠNERLERĠ ANKARA ŞUBESİ YAZ SEMĠNERLERĠ 1 KALĠTE YÖNETĠMĠ Bayram ERTEM Makine Mühendisi 2 TEMEL KALĠTE KAVRAMLARI Kalite nedir? Müşteri beklentilerini karşılayabilme derecesi, Bir ürün veya hizmetin belirlenen veya

Detaylı

TÜRK AKREDİTASYON KURUMU R20.07 LABORATUVAR İÇ DENETİMLERİ

TÜRK AKREDİTASYON KURUMU R20.07 LABORATUVAR İÇ DENETİMLERİ R20.07 LABORATUVAR İÇ DENETİMLERİ Rev.00 03-2002 1 GİRİŞ 1.1 TS EN ISO/IEC 17025 (2000) Deney ve Kalibrasyon Laboratuvarlarının Yeterliliği için Genel Şartlar standardında, bir laboratuvarın yaptığı deney

Detaylı

Kalibrasyon/Deney Sonuçlarının Raporlanması ve Yorumlanması

Kalibrasyon/Deney Sonuçlarının Raporlanması ve Yorumlanması Kalibrasyon/Deney Sonuçlarının Raporlanması ve Yorumlanması Saliha TURHAN Kalite 13, 6. Kontrol, Metroloji, Test Ekipmanları ve Endüstriyel Yazılım Fuarı İstanbul, 16/11/2013 İçerik Sonuçların raporlanması

Detaylı

İSTANBUL ÜNİVERSİTESİ DÖNER SERMAYE İŞLETME MÜDÜRLÜĞÜ HİZMET İÇİ EĞİTİM SUNUMU 02 MAYIS 2014

İSTANBUL ÜNİVERSİTESİ DÖNER SERMAYE İŞLETME MÜDÜRLÜĞÜ HİZMET İÇİ EĞİTİM SUNUMU 02 MAYIS 2014 İSTANBUL ÜNİVERSİTESİ DÖNER SERMAYE İŞLETME MÜDÜRLÜĞÜ HİZMET İÇİ EĞİTİM SUNUMU 02 MAYIS 2014 İÇ KONTROL SİSTEMİ VE KAMU İÇ KONTROL STANDARTLARI DERLEYEN CUMALİ ÇANAKÇI Şube Müdürü SUNUM PLANI İç Kontrol

Detaylı

Onaylayan: Gen. Müdür Tarih: 28/9/2009 Versiyon: 1

Onaylayan: Gen. Müdür Tarih: 28/9/2009 Versiyon: 1 Tarih: 28/9/2009 DOKÜMANTE EDİLMİŞ KALİTE PROSEDÜRLERİ Belgelerin kontrolü Bu prosedürün amacı, kalite yönetim sisteminde yer alan tüm belge ve verilerin geliştirme, inceleme, onay ve dağıtım işlemleriyle

Detaylı

Sistem Geliştirme Yaşam Döngüsü (The Systems Development Life Cycle) (SDLC)

Sistem Geliştirme Yaşam Döngüsü (The Systems Development Life Cycle) (SDLC) Sistem Geliştirme Yaşam Döngüsü (The Systems Development Life Cycle) (SDLC) Sistem analistlerinin ve kullanıcı faaliyetlerinin spesifik döngüsünün kullanılmasıyla En iyi geliştirilmiş sistemin oluşmasını

Detaylı

YAPIM YÖNETİMİ - EKONOMİSİ 03. İşler veya eylemler olası olan zaman ve mekanının tamamını kullanacaktır.

YAPIM YÖNETİMİ - EKONOMİSİ 03. İşler veya eylemler olası olan zaman ve mekanının tamamını kullanacaktır. İNŞAAT PROJELERİNİN YÖNETİMİNDE FİZİBİLİTE ÇALIŞMASI İnşaat projelerinin yönetimi ve kurallar Parkinson Kuralı İşler veya eylemler olası olan zaman ve mekanının tamamını kullanacaktır. Peter İlkesi Bireyler

Detaylı

T. C. KAMU İHALE KURUMU

T. C. KAMU İHALE KURUMU T. C. KAMU İHALE KURUMU Elektronik İhale Dairesi KALİTE YÖNETİM SİSTEMİ BT Strateji Yönetimi BT Hizmet Yönetim Politikası Sürüm No: 6.0 Yayın Tarihi: 26.02.2015 444 0 545 2012 Kamu İhale Kurumu Tüm hakları

Detaylı

ISO 9001:2015 KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU

ISO 9001:2015 KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU ISO 9001:2015 KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU Dünyada en çok kullanılan yönetim sistemi standardı ISO 9001 Kalite Yönetim Sistemi Standardının son revizyonu 15 Eylül 2015 tarihinde yayınlanmıştır.

Detaylı

Acil Durum Yönetim Sistemi ICS 785 - NFPA 1600

Acil Durum Yönetim Sistemi ICS 785 - NFPA 1600 Acil Durum Yönetim Sistemi ICS 785 - NFPA 1600 Başlarken Acil Durum Yönetim Sistemi Kendilerini acil durumlarda da çalışmaya hedeflemiş organizasyon ve kurumların komuta, kontrol ve koordinasyonunu sağlama

Detaylı

HACCP Sistem Tetkikine Ait Resmi Form Resmi Kontrol Rapor No:

HACCP Sistem Tetkikine Ait Resmi Form Resmi Kontrol Rapor No: EK-5 HACCP Sistem Tetkikine Ait Resmi Form Resmi Kontrol Rapor No: TARİH: İNCELENECEK HUSUSLAR A) GENEL 1. İşyeri teknik ve hijyenik açıdan bu yönetmelikte belirtilen koşullara sahip mi? 2. El kitabı ön

Detaylı

TÜRK AKREDİTASYON KURUMU R20.08

TÜRK AKREDİTASYON KURUMU R20.08 R20.08 LABORATUVARLARDA YÖNETİMİN GÖZDEN GEÇİRME FAALİYETİ Rev.00 03-2002 1. GİRİŞ 1.1 TS EN ISO/IEC 17025 (2000) Deney ve Kalibrasyon Laboratuvarlarının Yeterliliği için Genel Şartlar standardında bir

Detaylı

TEMİZLEME PROSEDÜRLERİ VE ÇİZELGELERİ

TEMİZLEME PROSEDÜRLERİ VE ÇİZELGELERİ BRC Gıda standardında geçen gerekliliklerin bir kısmına yönelik olarak açıklayıcı klavuzlar BRC tarafından yayınlandı. Bu klavuzlardan biri olan bu dokümanın Türkçe çevirisi sayın ECE BAĞUÇ tarafından

Detaylı

Genel Katılıma Açık Eğitimlerimiz Başlıyor!

Genel Katılıma Açık Eğitimlerimiz Başlıyor! Genel Katılıma Açık Eğitimlerimiz Başlıyor! Mavi Akademi, bünyesinde barındırdığı yetki belgeleri ve alanında uzman akademisyenler, sektör tecrübesine sahip baş denetçiler ve uzmanlardan oluşan kadrosuyla

Detaylı

BATMAN ÜNİVERSİTESİ İÇ KONTROL SİSTEMİ DOKÜMAN YÖNETİMİ PROSEDÜRÜ

BATMAN ÜNİVERSİTESİ İÇ KONTROL SİSTEMİ DOKÜMAN YÖNETİMİ PROSEDÜRÜ 1. AMAÇ: Bu prosedürün amacı, Batman Üniversitesinde iç kontrol çalışmaları kapsamında üretilen ve üretilecek olan dokümanlar için; standart bir doküman yönetimi yöntemi belirlemektir. 2. KAPSAM: Bu prosedür,

Detaylı

İç denetim birimleri, risk değerlendirme çalışmalarına ilişkin hususları bu rehbere uygun olarak kendi iç denetim birim yönergelerinde düzenlerler.

İç denetim birimleri, risk değerlendirme çalışmalarına ilişkin hususları bu rehbere uygun olarak kendi iç denetim birim yönergelerinde düzenlerler. KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ I. GİRİŞ Bu rehber, iç denetim birimlerince hazırlanacak risk değerlendirme çalışmalarının temel esaslarını belirlemek üzere, İç Denetçilerin Çalışma Usul

Detaylı

ISO 27001:2013 BGYS BAŞTETKİKÇİ EĞİTİMİ

ISO 27001:2013 BGYS BAŞTETKİKÇİ EĞİTİMİ 1.Tetkik Gün Sayısı İle İlgili Tanımlar Tetkik Süresi: Bir tetkikte harcanan toplam zaman. Her tür tetkikte, tetkik zamanı bina turlarında geçen süreleri, planın dışında geçen süre, dokümanların gözden

Detaylı

KALĠTE SĠSTEM DOKÜMANTASYONU

KALĠTE SĠSTEM DOKÜMANTASYONU 1. AMAÇ ABC San. ve Tic. A.Ş. nde uygulanan Kalite Yönetim Sistemini tanımlamak amacıyla oluşturulan Kalite Sistem Dokümantasyon yapısını göstermek. 2. KAPSAM Bu prosedür Kalite Yönetim Sistemi dahilindeki

Detaylı

KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ

KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ I. GİRİŞ Bu rehber, iç denetim birimlerince hazırlanacak risk değerlendirme çalışmalarının temel esaslarını belirlemek üzere, İç Denetçilerin Çalışma Usul

Detaylı

Failure Mode and Effect Analysis (Hata Türü ve Etkileri Analizi) Doç. Dr. Nihal Erginel

Failure Mode and Effect Analysis (Hata Türü ve Etkileri Analizi) Doç. Dr. Nihal Erginel Failure Mode and Effect Analysis (Hata Türü ve Etkileri Analizi) Doç. Dr. Nihal Erginel FMEA Nedir? FMEA nın temel amacı, geçmiş verilere dayanarak bilinen veya olası problemleri tanımlamak ve önlemektir.

Detaylı

ISO 27001:2013 BGYS BAŞDENETÇİ EĞİTİMİ. Planlama - Destek

ISO 27001:2013 BGYS BAŞDENETÇİ EĞİTİMİ. Planlama - Destek Planlama - Destek Risk ve fırsatları ele alan faaliyetler enel ilgi güvenliği yönetim sistemi planlaması yaparken, kuruluş Madde 4.1 de atıf yapılan hususları ve Madde 4.3. de atıf yapılan şartları göz

Detaylı

Farkındalılık ISO 9001 Kalite Yönetim Sistemi Eğitimi. Uygulama ve başarımın anahtarları

Farkındalılık ISO 9001 Kalite Yönetim Sistemi Eğitimi. Uygulama ve başarımın anahtarları ISO 9001 Kalite Yönetim Sistemi Eğitimi Uygulama ve başarımın anahtarları 1 Genel Eğitim Hakkında Kalite ve Yönetim Sistemi Kavramlar ve amaçlar TKY ve Kalite Yönetim Sistemi Standart maddeleri Fayda sağlamanın

Detaylı

DOKÜMANTE EDİLMİŞ KONTROL SİSTEMİ

DOKÜMANTE EDİLMİŞ KONTROL SİSTEMİ MUHAFAZA ZİNCİRİ Nº Uygunluk Kriteri Seviye MUHAFAZA ZİNCİRİ (Muhafaza zinciri standartları, hasat sonrası üretim süreci boyunca sertifikasyon durumu ile ilgili olarak İTU Sertifikalı üretim sürecinden

Detaylı

MerSis. Bilgi Teknolojileri Yönetimi Danışmanlık Hizmetleri

MerSis. Bilgi Teknolojileri Yönetimi Danışmanlık Hizmetleri MerSis Bilgi Teknolojileri Yönetimi Danışmanlık Hizmetleri Bilgi Teknolojileri risklerinize karşı aldığınız önlemler yeterli mi? Bilgi Teknolojileri Yönetimi danışmanlık hizmetlerimiz, Kuruluşunuzun Bilgi

Detaylı

İÜ AÇIK VE UZAKTAN EĞİTİM FAKÜLTESİ. Süreç İyileştirme Standardı

İÜ AÇIK VE UZAKTAN EĞİTİM FAKÜLTESİ. Süreç İyileştirme Standardı Dök. No: AUZEF-SS-1.2-11 Yayın Tarihi:30.12.2015 Rev No:00 Rev Tarihi: Sayfa 1 / 12 1. AMAÇ İÜ AUZEF süreçlerinin kalite, verimlik ve etkinliğini arttırmak için yapılan sürekli iyileştirme çalışmalarında

Detaylı

Tetkik Gün Sayısı Tespiti www.sisbel.biz

Tetkik Gün Sayısı Tespiti www.sisbel.biz ISO/IEC 20000-1 BİLGİ TEKNOLOJİSİ - HİZMET YÖNETİMİ BAŞ DENETÇİ EĞİTİMİ Tetkik Gün Sayısı Tespiti 1.Tetkik Gün Sayısı İle İlgili Tanımlar Tetkik Süresi: Bir tetkikte harcanan toplam zaman. Her tür tetkikte,

Detaylı

ISO 15189 Akreditasyonunun Klinik Laboratuvarlara Etkisi

ISO 15189 Akreditasyonunun Klinik Laboratuvarlara Etkisi ISO 15189 Akreditasyonunun Klinik Laboratuvarlara Etkisi Dr.Ömer Güzel Biruni&Centro Laboratuvarları 18 EKİM 2014 MALATYA 21. Yüzyılda Laboratuvarların Geleceği Otomasyon, Konsolidasyon, Moleküler tanı,

Detaylı

ISO 14001 ÇEVRE YÖNETİM SİSTEMİ HAKAN KARAGÖZ

ISO 14001 ÇEVRE YÖNETİM SİSTEMİ HAKAN KARAGÖZ Tanım: Bir kuruluşun faaliyetlerini içinde yürüttüğü; hava, su, toprak, doğal kaynaklar, bitki topluluğu, hayvan topluluğu ile insanları da ihtiva eden ortam ve bunun arasındaki ilişkiye "çevre" denilmektedir.

Detaylı

KAMU İÇ KONTROL STANDARTLARI

KAMU İÇ KONTROL STANDARTLARI KAMU İÇ KONTROL KONTROL ORTAMI İç kontrolün temel unsurlarına temel teşkil eden genel bir çerçeve olup, kişisel ve mesleki dürüstlük, yönetim ve personelin etik değerleri, iç kontrole yönelik destekleyici

Detaylı

YÖNETİM SİSTEMLERİ. TS EN ISO 9001-2000 Kalite Yönetim Sistemi TS EN ISO 14001 Çevre Yönetim Sistemi TS (OHSAS) 18001 İSG Yönetim Sistemi

YÖNETİM SİSTEMLERİ. TS EN ISO 9001-2000 Kalite Yönetim Sistemi TS EN ISO 14001 Çevre Yönetim Sistemi TS (OHSAS) 18001 İSG Yönetim Sistemi YÖNETİM SİSTEMLERİ Ülkemiz kuruluşları da Kalite, Çevre ve İş sağlığı ve güvenliği konularına verdikleri önemi göstermek, etkinlik ve verimliliği artırmak amacıyla Yönetim Sistemlerine geçiş için uğraş

Detaylı

MİLLÎ EĞİTİM BAKANLIĞI PROJE BAŞVURU FORMU

MİLLÎ EĞİTİM BAKANLIĞI PROJE BAŞVURU FORMU MİLLÎ EĞİTİM BAKANLIĞI PROJE BAŞVURU FORMU Millî Eğitim Bakanlığı, Atatürk Bulvarı No: 98 Çankaya/ANKARA PROJE ÖZETİ * Başvuru Sahibinin Adı Projenin Adı Projenin Genel Hedefi Projenin Özel Amacı Projenin

Detaylı

Teknik Dosya İçeriği, Kullanma Klavuzu, CE İşareti. - Ürüne ait teknik şartnamelerin listesi ve/veya ilgili direktif şartname listesi.

Teknik Dosya İçeriği, Kullanma Klavuzu, CE İşareti. - Ürüne ait teknik şartnamelerin listesi ve/veya ilgili direktif şartname listesi. Teknik Dosya İçeriği, Kullanma Klavuzu, CE İşareti Teknik dosya içeriğinde aşağıda belirtilen hususları içerir; - Ürüne ait genel tanımlama, - Tasarıma ait çizimler, ürünlerin /üretim prosedürüne ilişkin

Detaylı

ŞİDDET ŞİDDETİN DERECELENDİRME BASAMAKLARI

ŞİDDET ŞİDDETİN DERECELENDİRME BASAMAKLARI ŞİDDET ŞİDDETİN DERECELENDİRME BASAMAKLARI ÖZEL KARAMAN MÜMİNE HATUN HASTANESİ AMAÇ: Hastane hizmetlerinin sunumu esnasında meydana gelebilecek riskleri belirlemek ve ortadan kaldırmak için gerekli yöntemleri

Detaylı

KONTROL PLANI METODOLOJİSİ

KONTROL PLANI METODOLOJİSİ KONTROL PLANI METODOLOJİSİ KAPSAM Kontrol Planı Kolon Tanımları 1) Prototip, önseri, seri üretim 2) Kontrol planı numarası 3) Parça numarası / son revizyon seviyesi 4) Parça ismi / tanımı 5) İmalatçı /

Detaylı

Risk Değerlendirmesi ve Yönetimi

Risk Değerlendirmesi ve Yönetimi Risk Değerlendirmesi ve Yönetimi 6331 Sayılı İş Sağlığı ve Güvenliği Kanunu İşveren, iş sağlığı ve güvenliği yönünden risk değerlendirmesi yapmak veya yaptırmakla yükümlüdür. 6331 sayılı İş Sağlığı ve

Detaylı

Varlık davranış modeli: Bu aşama her entity ye etki eden durumların tanımlandığı, modellendiği ve dokümante edildiği süreçtir.

Varlık davranış modeli: Bu aşama her entity ye etki eden durumların tanımlandığı, modellendiği ve dokümante edildiği süreçtir. Yapısal Sistem Analiz ve Tasarım Metodu SSADM waterfall model baz alınarak uygulanan bir metottur. İngiltere de kamusal projelerde 1980 lerin başında kullanılan sistem analizi ve tasarımı konularındaki

Detaylı

KOCAELİ BÜYÜKŞEHİR BELEDİYESİ

KOCAELİ BÜYÜKŞEHİR BELEDİYESİ KOCAELİ BÜYÜKŞEHİR BELEDİYESİ İÇ KONTROL EYLEM PLANI (2010 2011) (KONTROL FAALİYETLERİ) Sorumlu KFS 7 Kontrol stratejileri ve yöntemleri: İdareler, hedeflerine ulaşmayı amaçlayan ve riskleri karşılamaya

Detaylı

BARIŞ TATİL SİTESİ DOKÜMAN KONTROLÜ PROSEDÜRÜ

BARIŞ TATİL SİTESİ DOKÜMAN KONTROLÜ PROSEDÜRÜ Sayfa 1/7 Revizyon Takip Tablosu REVİZYON NO TARİH AÇIKLAMA 00 01.11.2014 İlk Yayın 1. AMAÇ Bu prosedürün amacı, Yönetim Faaliyetlerinde ve KYS Kalite Yönetim Sisteminde kullanılan dokümanların hazırlanması,

Detaylı

Sınav Sorumlusu: Sınavı yapan kadrolu veya sözleşmeli belgelendirme kuruluşu personeli.

Sınav Sorumlusu: Sınavı yapan kadrolu veya sözleşmeli belgelendirme kuruluşu personeli. 1.AMAÇ Bu prosedürün amacı, kaynakçı belgelendirme hizmetlerinin TS EN ISO / IEC 17024 personel belgelendirme standardı ile ilgili belgelendirme metot standardına uygun olarak gerçekleştirilmesini tanımlamaktır.

Detaylı

STRATEJİK YÖNETİM VE YÖNETİMİN GÖZDEN GEÇİRMESİ PROSEDÜRÜ

STRATEJİK YÖNETİM VE YÖNETİMİN GÖZDEN GEÇİRMESİ PROSEDÜRÜ Sayfa 1/5 Revizyon Takip Tablosu REVİZYON NO TARİH AÇIKLAMA 00 01.03.2012 İlk Yayın 1. AMAÇ Bu prosedürün amacı, YTÜ nde KYS politika ve hedeflerinin belirlenmesi ve üniversite içerisinde yayılımı ilgili

Detaylı

İSG RİSK DEĞERLENDİRME PROSEDÜRÜ

İSG RİSK DEĞERLENDİRME PROSEDÜRÜ .0 AMAÇ : BAŞAKŞEHİR 'nin kanundan doğan, yapmakla mükellef olduğu "İş Sağlığı ve Güvenliği" risklerinin nasıl değerlendirileceğini belirlemek,.0 KAPSAM : BAŞAKŞEHİR N'de uygulanan "İş Sağlığı ve Güvenliği

Detaylı

KKTC MERKEZ BANKASI. BİLGİ GÜVENLİĞİ POLİTİKASI GENELGESİ (Genelge No: 2015/02) Mart-2015 BANKACILIK DÜZENLEME VE GÖZETİM MÜDÜRLÜĞÜ

KKTC MERKEZ BANKASI. BİLGİ GÜVENLİĞİ POLİTİKASI GENELGESİ (Genelge No: 2015/02) Mart-2015 BANKACILIK DÜZENLEME VE GÖZETİM MÜDÜRLÜĞÜ KKTC MERKEZ BANKASI BİLGİ GÜVENLİĞİ POLİTİKASI GENELGESİ (Genelge No: 2015/02) Mart-2015 BANKACILIK DÜZENLEME VE GÖZETİM MÜDÜRLÜĞÜ İçindekiler Giriş... 1 1 Amaç... 1 2 Bilgi Güvenliği Politikaları... 1

Detaylı

TOPLAM KALİTE YÖNETİMİ

TOPLAM KALİTE YÖNETİMİ SAKARYA ÜNİVERSİTESİ TOPLAM KALİTE YÖNETİMİ Hafta 2 Yrd. Doç. Dr. Semra BORAN Bu ders içeriğinin basım, yayım ve satış hakları Sakarya Üniversitesi ne aittir. "Uzaktan Öğretim" tekniğine uygun olarak hazırlanan

Detaylı

Süreç Yönetimi. Logo

Süreç Yönetimi. Logo Süreç Yönetimi Logo Kasım 2013 SÜREÇ YÖNETİMİ Süreç belirlenen bir amaca ulaşmak için gerçekleştirilen faaliyetler bütünüdür. Örn; Sistemde kayıtlı personellerinize doğum günü kutlama maili gönderme, Deneme

Detaylı

TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI ŞARTNAME HAZIRLAMA PROSEDÜRÜ PR24/KYB

TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI ŞARTNAME HAZIRLAMA PROSEDÜRÜ PR24/KYB TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI PR24/KYB Sayfa No: 1/6 1. AMAÇ ve KAPSAM Bu prosedürün amacı; Daire Başkanlığının ihtiyacı

Detaylı

Doç.Dr. Özlem İpekgil Doğan Araş Gör. Mert Topoyan

Doç.Dr. Özlem İpekgil Doğan Araş Gör. Mert Topoyan Doç.Dr. Özlem İpekgil Doğan Araş Gör. Mert Topoyan Neden Süreç Yönetimi? Örgütlerin çoğu geleneksel olarak fonksiyonel temelde yapılandırılmıştır. Tüm çalışmalar bağlı olunan fonksiyon içinde başlatılmakta,

Detaylı

veriler elde edebilmek için bilgilerin toplanması, düzenlenmesi, değerlendirilmesi ve alternatif çözümler

veriler elde edebilmek için bilgilerin toplanması, düzenlenmesi, değerlendirilmesi ve alternatif çözümler 911-00-TA 004 10.12.22 1/5 1.Amaç Bu talimatin amacı; ürün tedarikinden başlayarak müşteri şikayetlerine kadar olan tüm aşamalarda sağlıklı veriler elde edebilmek için bilgilerin toplanması, düzenlenmesi,

Detaylı

BLG4146 - Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK

BLG4146 - Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK BLG4146 - Sistem Analizi ve Tasarımı Öğr. Grv. Aybike ŞİMŞEK Tasarım Evresi Analiz evresinde sorulan NE sorusuyla elde edilen bilgilerin NASIL yapılacağı, NASIL gerçekleştirileceğinin ortaya konulduğu

Detaylı

KAYISI ARAŞTIRMA İSTASYONU MÜDÜRLÜĞÜ EK 3.4 KALİTE YÖNETİM / İÇ KONTROL BİRİMİ

KAYISI ARAŞTIRMA İSTASYONU MÜDÜRLÜĞÜ EK 3.4 KALİTE YÖNETİM / İÇ KONTROL BİRİMİ KAYISI ARAŞTIRMA İSTASYONU MÜDÜRLÜĞÜ EK 3.4 KALİTE YÖNETİM / İÇ KONTROL BİRİMİ Kalite Yöneticisi Dök.No KAİM.İKS.FRM.081 Sayfa No 1/ 3 İŞİN KISA TANIMI: Kayısı Araştırma İstasyonu Müdürlüğü üst yönetimi

Detaylı

SAKARYA ÜNİVERSİTESİ KURUMSAL RİSK YÖNETİMİ YÖNERGESİ. Birinci Bölüm Amaç, Kapsam ve Tanımlar

SAKARYA ÜNİVERSİTESİ KURUMSAL RİSK YÖNETİMİ YÖNERGESİ. Birinci Bölüm Amaç, Kapsam ve Tanımlar Amaç SAKARYA ÜNİVERSİTESİ KURUMSAL RİSK YÖNETİMİ YÖNERGESİ Birinci Bölüm Amaç, Kapsam ve Tanımlar Madde 1- Bu yönergenin amacı üniversitenin günlük faaliyetlerinde karşılaştığı veya gelecekteki dönemlerde

Detaylı

TÜRKİYE DENETİM STANDARTLARI RİSKİN ERKEN SAPTANMASI SİSTEMİ VE KOMİTESİ HAKKINDA DENETÇİ RAPORUNA İLİŞKİN ESASLARA YÖNELİK İLKE KARARI

TÜRKİYE DENETİM STANDARTLARI RİSKİN ERKEN SAPTANMASI SİSTEMİ VE KOMİTESİ HAKKINDA DENETÇİ RAPORUNA İLİŞKİN ESASLARA YÖNELİK İLKE KARARI TÜRKİYE DENETİM STANDARTLARI RİSKİN ERKEN SAPTANMASI SİSTEMİ VE KOMİTESİ HAKKINDA DENETÇİ RAPORUNA İLİŞKİN ESASLARA YÖNELİK İLKE KARARI 18 Mart 2014 SALI Resmî Gazete Sayı : 28945 KURUL KARARI Kamu Gözetimi,

Detaylı

İşçi sağlığı ve güvenliğine (İSAGÜ) yönelik önlemlerin alınması ve etkin bir şekilde uygulanması, İSAGÜ bilincinin oluşması ile ilgilidir.

İşçi sağlığı ve güvenliğine (İSAGÜ) yönelik önlemlerin alınması ve etkin bir şekilde uygulanması, İSAGÜ bilincinin oluşması ile ilgilidir. 1. GİRİŞ İşçi sağlığı ve güvenliğine (İSAGÜ) yönelik önlemlerin alınması ve etkin bir şekilde uygulanması, İSAGÜ bilincinin oluşması ile ilgilidir. 1 Limanlar, Türkiye ekonomisinin en önemli destek üniteleridir.

Detaylı

ISO 22000 UYGULAMA PROSEDÜRÜ

ISO 22000 UYGULAMA PROSEDÜRÜ SAYFA NO 1 / 6 1. AMAÇ Firma tarafından; üretilen ürünlerin güvenliğinin sağlanmasına yönelik hijyenik faaliyetlerin sistemli bir şekilde yürütülmesini ve buna bağlı olarak iso 22000 gıda güvenliği yönetim

Detaylı

Enerji Yönetimi 11 Aralık 2015. Ömer KEDİCİ

Enerji Yönetimi 11 Aralık 2015. Ömer KEDİCİ Enerji Yönetimi 11 Aralık 2015 Ömer KEDİCİ Tanım Enerji yönetimi ; Planlama, Koordinasyon ve Kontrol gibi birbirinden bağımsız olduklarında etkisiz kalabilecek işlevlerin bir araya gelerek oluşturdukları

Detaylı

YILDIZ TEKNİK ÜNİVERSİTESİ MİMARLIK FAKÜLTESİ MİMARLIK BÖLÜMÜ 2013-2014 GÜZ YARIYILI

YILDIZ TEKNİK ÜNİVERSİTESİ MİMARLIK FAKÜLTESİ MİMARLIK BÖLÜMÜ 2013-2014 GÜZ YARIYILI YILDIZ TEKNİK ÜNİVERSİTESİ MİMARLIK FAKÜLTESİ MİMARLIK BÖLÜMÜ 2013-2014 GÜZ YARIYILI PROJE YAPIM YÖNETİMİ RİSK YÖNETİMİ 09071023 TUBA NUR BAZ PROJE YÖNETİMİNİN BİLGİ ALANLARI - ENTEGRASYON YÖNETİMİ - KAPSAM

Detaylı

YÖNETİMİN SORUMLULUĞU PROSEDÜRÜ

YÖNETİMİN SORUMLULUĞU PROSEDÜRÜ 1. AMAÇ Doküman No: P / 5.1 Revizyon No : 0 Sayfa : 1 / 5 Yayın Tarihi: 19.01.2010 Bu prosedürün amacı, İ.Ü. İstanbul Tıp Fakültesi Yönetimi nin Kalite Politikası ve hedeflerini oluşturmak, yönetim sistemini

Detaylı

SİSTEM MÜHENDİSLİĞİ TASARIMIN SENTEZLENMESİ I

SİSTEM MÜHENDİSLİĞİ TASARIMIN SENTEZLENMESİ I SİSTEM MÜHENDİSLİĞİ TASARIMIN SENTEZLENMESİ I ÖMER ERTEKİN, PSCONSULTECH 1 FORM + FONKSİYON Aralarında etkileşimli bir birlik görülen elemanlar = Form Fonksiyonel olarak bakıldığında = Fonksiyon Bilinen

Detaylı

MANTIKSAL ÇERÇEVE YAKLAŞIMI DİCLE KALKINMA AJANSI

MANTIKSAL ÇERÇEVE YAKLAŞIMI DİCLE KALKINMA AJANSI MANTIKSAL ÇERÇEVE YAKLAŞIMI 2 Planlama Aşaması MANTIKSAL ÇERÇEVE YAKLAŞIMI 1. Mantıksal çerçeve matrisinin oluşturulması 2. Süre ve Faaliyet Planlaması 3. Bütçeleme Mantıksal Çerçeve Matrisi 3 Proje Mantığı

Detaylı

İlk Bölüm: Proje hazırlarken izlenmesi gereken yöntem ve yaklaşımlar

İlk Bölüm: Proje hazırlarken izlenmesi gereken yöntem ve yaklaşımlar İlk Bölüm: Proje hazırlarken izlenmesi gereken yöntem ve yaklaşımlar İkinci Bölüm: Nitelikli Proje Teklifi hazırlayabilmek için kullanılması gereken belgeler ve dikkat edilmesi gereken hususlar Üçüncü

Detaylı

İlk Basamağı: İyi bir dokümantasyona sahip olmaktır!

İlk Basamağı: İyi bir dokümantasyona sahip olmaktır! DOKÜMANTASYON EĞİTİMİ Etkin Bir Sistem Oluşturmanın İlk Basamağı: İyi bir dokümantasyona sahip y y p olmaktır! Dokümantasyonun Amacı İl i i f li l i h İletişim ve faaliyetlerin her zaman aynı ve bir bütün

Detaylı

BATMAN ÜNİVERSİTESİ İÇ KONTROL SİSTEMİ İZLEME GÖZDEN GEÇİRME VE DEĞERLENDİRME YÖNERGESİ

BATMAN ÜNİVERSİTESİ İÇ KONTROL SİSTEMİ İZLEME GÖZDEN GEÇİRME VE DEĞERLENDİRME YÖNERGESİ BATMAN ÜNİVERSİTESİ İÇ KONTROL SİSTEMİ İZLEME GÖZDEN GEÇİRME VE DEĞERLENDİRME YÖNERGESİ BİRİNCİ BÖLÜM Amaç, Kapsam, Dayanak ve Tanımlar Amaç MADDE 1 (1) Bu yönergenin amacı, Batman Üniversitesi iç kontrol

Detaylı

Proje İzleme: Neden gerekli?

Proje İzleme: Neden gerekli? Proje İzleme: Neden gerekli? Mantıksal Çerçeve Matrisinde İzleme Göstergeleri Raporlama Araçlar Müdahale Mantığı / Projenin Kapsamı MANTIKSAL ÇERÇEVE Objektif Şekilde Doğrulanabilir Başarı Göstergeleri

Detaylı

Main-Cert Kompetenzprofil für Fach- und Führungskompetenzen in der Instandhaltung (Supervisor)

Main-Cert Kompetenzprofil für Fach- und Führungskompetenzen in der Instandhaltung (Supervisor) 1 Bakım ihtiyacı analizi 1.1 Temel bakım işlemleri bakım, teknik servis, inceleme, onarım 1.2 Bakım yöntemleri (stratejiler) önleyici, düzeltici, arıza temelli, döngüsel önleyici, duruma dayalı bakım 1.3

Detaylı

TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI ÖNLEYİCİ FAALİYET PROSEDÜRÜ PR13/KYB

TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI ÖNLEYİCİ FAALİYET PROSEDÜRÜ PR13/KYB TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI PR13/KYB Sayfa No: 1/4 1. AMAÇ ve KAPSAM Bu prosedürün amacı; Daire Başkanlığı tarafından verilen

Detaylı