DFMEA Nedir? Tasarım FMEA 2026 Rehberi
DFMEA (Design Failure Mode and Effects Analysis - Tasarım Hata Türleri ve Etkileri Analizi), bir ürünün tasarım aşamasında potansiyel hata türlerini, bu hataların müşteriye ve sisteme etkilerini ve hata nedenlerini sistematik olarak analiz eden bir risk değerlendirme metodolojisidir.
DFMEA, ürün geliştirme sürecinin erken aşamalarında uygulanarak, tasarım hatalarının üretim veya sahaya geçmeden önlenmesini sağlar. "Hatanın maliyeti, tasarımdan üretime doğru katlanarak artar" prensibinden hareketle, DFMEA tasarım aşamasında yapılan en etkili risk azaltma aracıdır. Bir tasarım hatasının üretimde yakalanması tasarıma göre 10 kat, sahada yakalanması ise 100 kat daha maliyetlidir.
2019 yılında AIAG ve VDA'nın ortaklaşa yayınladığı FMEA el kitabı, DFMEA metodolojisini 7 adımlı yapılandırılmış bir süreçle güncellemiş ve Action Priority (AP) yaklaşımını getirmiştir. Bu rehberde DFMEA'nın ne olduğunu, ne zaman uygulandığını, PFMEA ile farklarını, arayüz analizini, fonksiyon-hata-etki zincirini, AIAG-VDA metodolojisini, tasarım doğrulamasını ve APQP ilişkisini detaylı olarak inceleyeceğiz.
Özetle:
- Tanım: DFMEA, ürünün tasarım aşamasında potansiyel hata türlerini, etkilerini ve nedenlerini analiz eden risk değerlendirme metodolojisidir.
- Açılım: Design Failure Mode and Effects Analysis (Tasarım Hata Türleri ve Etkileri Analizi).
- Ne zaman: Yeni ürün tasarımı, tasarım değişikliği ve APQP Faz 2 (Ürün Tasarımı) aşamasında.
- Metodoloji: AIAG-VDA 2019, 7 adımlı yapı ve RPN yerine Action Priority (AP) yaklaşımı.
- PFMEA farkı: DFMEA ürün tasarımına, PFMEA üretim sürecine odaklanır; DFMEA çıktıları PFMEA'ya girdi olur.
- Maliyet etkisi: Tasarım hatası üretimde 10 kat, sahada 100 kat daha maliyetlidir.
DFMEA Tanımı ve Temel Kavramlar
DFMEA Nedir?
DFMEA, tasarım mühendislerinin bir ürünün fonksiyonlarını, potansiyel hata türlerini, bu hataların etkilerini ve nedenlerini sistematik olarak analiz etmeleri için kullanılan yapılandırılmış bir yaklaşımdır.
DFMEA'nın temel amaçları:
- Tasarım hatalarını üretim başlamadan önce tanımlamak
- Müşteriye ulaşabilecek potansiyel hata etkilerini değerlendirmek
- Hata nedenlerini ortadan kaldırmak veya etkilerini azaltmak için tasarım iyileştirmeleri önermek
- Tasarım doğrulama ve validasyon planlarını desteklemek
- Özel karakteristikleri (Special Characteristics) tanımlamak
DFMEA Ne Zaman Kullanılır?
DFMEA özellikle aşağıdaki durumlarda zorunlu veya gerekli olan bir analizdir:
| Durum | Açıklama | Örnek |
|---|---|---|
| Yeni ürün tasarımı | Sıfırdan tasarlanan bir ürün | Yeni nesil elektrik motoru |
| Tasarım değişikliği | Mevcut tasarımda önemli revizyon | Malzeme değişimi, geometri değişikliği |
| Yeni uygulama | Mevcut tasarımın farklı ortamda kullanımı | Otomotivden havacılığa geçiş |
| Mevzuat değişikliği | Yeni yasal gereksinimler | Yeni emisyon standartları |
| Saha sorunları | Müşteri şikayetleri ve garanti iade verileri | Tekrarlayan arıza patterni |
| APQP Faz 2 | Ürün kalite planlama süreci | Seri üretim öncesi |
| Müşteri talebi | OEM veya son müşteri zorunluluğu | IATF 16949 gereksinimleri |
Ürün geliştirme sürecindeki DFMEA konumu:
Konsept -> Tasarım -> DFMEA -> Prototip -> Test -> PFMEA -> Üretim -> Seri Üretim
DFMEA ve PFMEA Karşılaştırma Tablosu
DFMEA ile PFMEA birbirini tamamlayan ancak farklı odaklara sahip analizlerdir:
| Kriter | DFMEA (Tasarım FMEA) | PFMEA (Proses FMEA) |
|---|---|---|
| Odak noktası | Ürün tasarımı ve fonksiyonları | Üretim/montaj süreci |
| Ne analiz edilir? | Fonksiyonlar, bileşenler, arayüzler | Proses adımları, ekipman, operasyon |
| Hata türü sorusu | "Tasarım hangi fonksiyonu yerine getirmeyebilir?" | "Proses hangi hatayı üretebilir?" |
| Hata nedeni | Tasarım yetersizliği, malzeme seçimi | Proses parametresi sapması, ekipman arızası |
| Hata etkisi | Son kullanıcıya etki, güvenlik riski | Sonraki prosese, müşteriye, yasalara etki |
| Önleme kontrolü | Tasarım kuralları, hesaplamalar, benchmarking | Proses parametreleri, poka-yoke, SOP |
| Tespit kontrolü | Test, simülasyon, prototip doğrulama | SPC, muayene, otomatik ölçüm |
| APQP fazı | Faz 2 (Product Design & Development) | Faz 3 (Process Design & Development) |
| Sorumlu ekip | Tasarım mühendisleri (lider), kalite, test | Üretim mühendisleri (lider), kalite, bakım |
| Temel girdi | Blok diyagram, sınır diyagramı, P-diyagramı | Proses akış diyagramı, DFMEA çıktıları |
| Temel çıktı | Tasarım doğrulama planı (DVP&R), özel karakteristikler | Kontrol planı, iş talimatları |
Kritik ilişki: DFMEA'nın çıktıları (özel karakteristikler, tasarımda önlenemeyen riskler) PFMEA'nın girdilerini oluşturur. Örneğin, DFMEA'da "malzeme mukavemeti yetersiz kalabilir" olarak tanımlanan bir risk, PFMEA'da "malzeme gelen kontrol" olarak proseste kontrol edilmelidir.
Arayüz Analizi (Interface Analysis)
DFMEA'nın en kritik adımlarından biri, bileşen arayüzlerinin (interface) analizidir. Tasarım hatalarının önemli bir bölümü bileşen etkileşimlerinde ortaya çıkar.
Arayüz Türleri
| Arayüz Türü | Açıklama | Örnek |
|---|---|---|
| Fiziksel arayüz | Bileşenler arası mekanik temas | Piston-silindir yüzey uyumu |
| Enerji arayüzü | Güç, ısı, elektrik transferi | Motor-şaft tork aktarımı |
| Bilgi arayüzü | Sinyal, veri iletişimi | Sensör-ECU sinyal bağlantısı |
| Malzeme arayüzü | Sıvı, gaz, kimyasal etkileşim | Contalar arası uyumluluk |
| Çevre arayüzü | Dış koşullar ile etkileşim | Sıcaklık, nem, titreşim, tuz |
Sınır Diyagramı (Boundary Diagram)
Sınır diyagramı, DFMEA'nın temel girdi belgesidir. Analiz kapsamındaki bileşenleri, arayüzleri ve dış etkileri görsel olarak tanımlar.
Sınır diyagramı elemanları:
- Analiz kapsamındaki bileşenler (koyu çerçeve)
- Kapsam dışı bileşenler (kesikli çerçeve)
- Fiziksel arayüzler (düz çizgi)
- Enerji arayüzleri (ok işareti)
- Çevre etkileri (dış ok)
Fonksiyon - Hata - Etki Zinciri
DFMEA'nın kalbinde fonksiyon-hata-etki zinciri yer alır. Bu zincir, üç seviyeli bir yapıyla analiz edilir:
Üç Seviyeli Yapı
| Seviye | Eleman | Soru | Örnek |
|---|---|---|---|
| Üst (Sistem) | Hata etkisi | "Hata müşteriye nasıl yansır?" | Motor çalışmaz, araç hareket etmez |
| Orta (Alt Sistem) | Hata türü | "Fonksiyon nasıl yerine getirilemez?" | Yakıt pompası yeterli basıncı sağlayamaz |
| Alt (Bileşen) | Hata nedeni | "Neden bu hata oluşur?" | Pompa membranının malzemesi bozulur |
Fonksiyon Analizi Örneği
Bir otomotiv yakıt pompası DFMEA örneği:
Bileşen: Yakıt pompası membranı
| Alan | Detay |
|---|---|
| Fonksiyon | Yakıt basıncını 3.0-4.5 bar arasında sağlamak |
| Potansiyel hata türü | Membran yırtılması sonucu basınç kaybı |
| Hata etkisi (müşteriye) | Motor performans kaybı, araç sahada kalır, geri çağırma riski |
| Hata etkisi (sonraki sisteme) | Yakıt enjeksiyon sistemine yetersiz yakıt besleme |
| Hata nedeni 1 | Membran malzemesinin kimyasal uyumsuzluğu (E85 yakıt ile) |
| Hata nedeni 2 | Membran kalınlığının yetersiz tasarlanması |
| Hata nedeni 3 | Çevre sıcaklığında membranın sertleşmesi (-40C) |
Şiddet, Olasılık ve Tespit Değerlendirmesi
Şiddet (Severity) Puanlaması - DFMEA İçin
DFMEA'da şiddet puanı, hatanın son kullanıcıya ve sisteme etkisine göre belirlenir:
| Puan | Etki Sınıfı | Açıklama |
|---|---|---|
| 10 | Güvenlik - uyarı yok | Güvenlik riski, yasal uyumsuzluk, uyarı mekanizması yok |
| 9 | Güvenlik - uyarı ile | Güvenlik riski var ancak uyarı mekanizması mevcut |
| 8 | Fonksiyon kaybı | Ürün birincil fonksiyonunu tamamen kaybeder |
| 7 | Fonksiyon bozulması | Ürün çalışıyor ama birincil fonksiyon ciddi şekilde etkilenmiş |
| 6 | Performans kaybı | Ürün çalışıyor ama performans belirgin şekilde düşük |
| 5 | Konfor etkisi | Kullanıcı tarafından açıkça hissedilen etki |
| 4 | Algılanabilir etki | Çoğu kullanıcı tarafından fark edilebilir |
| 3 | Hafif etki | Dikkatli kullanıcılar tarafından fark edilebilir |
| 2 | Çok hafif etki | Çok dikkatli kullanıcılar tarafından fark edilir |
| 1 | Etkisiz | Müşteriye hiçbir etkisi yok |
Olasılık (Occurrence) Puanlaması - DFMEA İçin
DFMEA'da olasılık puanı, tasarım hatasının teknik nedenlerinin oluşma ihtimaline göre belirlenir:
| Puan | Olasılık | Gerekçe |
|---|---|---|
| 10 | Çok yüksek | Yeni teknoloji, deneyim yok, hiçbir önleme kontrolü yok |
| 9 | Yüksek | Yeni teknoloji, sınırlı deneyim |
| 8 | Yüksek | Yeni tasarım, benzer uygulamada sorun yaşanmış |
| 7 | Orta-yüksek | Benzer tasarımda ara sıra sorun |
| 6 | Orta | Olgunlaşmış tasarım ancak bu uygulamada belirsizlik |
| 5 | Orta-düşük | Benzer tasarımda nadir sorun |
| 4 | Düşük | Olgun tasarım, iyi deneyim |
| 3 | Çok düşük | Kanıtlanmış tasarım, küçük değişiklik |
| 2 | Nadir | Kanıtlanmış tasarım, değişiklik yok |
| 1 | İhmal edilebilir | Hata oluşumu fiziksel olarak mümkün değil |
Tespit (Detection) Puanlaması - DFMEA İçin
DFMEA'da tespit puanı, mevcut tasarım doğrulama ve validasyon kontrollerinin hatayı yakalamasına göre belirlenir:
| Puan | Tespit Yeteneği | Kontrol Yöntemi |
|---|---|---|
| 10 | Tespit imkansız | Hiçbir doğrulama veya test planı yok |
| 9 | Çok zayıf | Sadece tasarım incelemesi (review) |
| 8 | Zayıf | Benzer ürünlerle karşılaştırma (benchmarking) |
| 7 | Çok düşük | Hesaplama ve analiz (CAE/FEA) |
| 6 | Düşük | Bileşen seviyesinde test (prototip) |
| 5 | Orta | Alt sistem seviyesinde test |
| 4 | Orta-yüksek | Sistem seviyesinde test (prototip araçta) |
| 3 | Yüksek | Test + doğrulama (DVP&R tamamlanmış) |
| 2 | Çok yüksek | Kanıtlanmış tasarım + kapsamlı test |
| 1 | Neredeyse kesin | Hatanın tespit edilmemesi fiziksel olarak imkansız |
Six Sigma ve İstatistiksel Kalite Kontrol
FMEA, SPC, MSA, DOE, 7 Temel Kalite Aracı ve Six Sigma metodolojileri ile veriye dayalı karar alma becerilerinizi geliştirin.
Eğitimleri KeşfetSix Sigma Green & Black Belt
DMAIC metodolojisi ve proje yönetimi
SPC & Proses Yeterlilik
Kontrol diyagramları, Cpk, Ppk analizi
FMEA & MSA
Hata modu analizi ve ölçüm sistemi
DOE & İstatistik
Deney tasarımı ve veri analizi
Action Priority (AP) Yöntemi
AIAG-VDA 2019 metodolojisinde, geleneksel RPN yerine Action Priority (AP) yaklaşımı önerilmektedir:
AP Seviyeleri
| AP | Renk | Anlamı | Aksiyon |
|---|---|---|---|
| H | Kırmızı | Yüksek öncelik | İyileştirme aksiyonu zorunlu |
| M | Sarı | Orta öncelik | Aksiyon alınmalı veya reddedilmesi gerekçelendirilmeli |
| L | Yeşil | Düşük öncelik | Aksiyon isteğe bağlı, mevcut kontroller yeterli |
AP Belirleme Mantığı
AP, S-O-D kombinasyon tablosuna göre belirlenir. Geleneksel RPN'in aksine, AP yaklaşımında şiddet puanı birincil belirleyicidir:
Temel kurallar:
- Şiddet 9-10 olan hatalar genellikle H veya M öncelik alır (olasılık ve tespite bakılmaksızın)
- Şiddet 1 olan hatalar genellikle L öncelik alır
- Orta şiddet değerlerinde olasılık ve tespit belirleyici olur
| Şiddet | Olasılık | Tespit | AP |
|---|---|---|---|
| 9-10 | Herhangi | Herhangi | H (çoğu kombinasyonda) |
| 7-8 | 5-10 | 5-10 | H |
| 7-8 | 3-4 | 3-4 | M |
| 7-8 | 1-2 | 1-2 | L |
| 4-6 | 5-10 | 5-10 | H |
| 4-6 | 3-4 | 3-4 | M |
| 4-6 | 1-2 | 1-2 | L |
| 1-3 | 7-10 | 7-10 | M |
| 1-3 | 1-3 | 1-3 | L |
Not: Yukarıdaki tablo basitleştirilmiş bir versiyondur. Tam AP tablosu AIAG-VDA FMEA el kitabında yer almaktadır.
Tasarım Doğrulama (Design Verification)
DFMEA, tasarım doğrulama ve validasyon (DVP&R - Design Verification Plan & Report) süreci ile doğrudan ilişkilidir:
DVP&R ve DFMEA Bağlantısı
| DFMEA Çıktısı | DVP&R Girdisi |
|---|---|
| Potansiyel hata türü | Test edilecek başarısızlık modu |
| Hata etkisinin şiddeti | Test kabul kriterinin belirleyicisi |
| Mevcut tespit kontrolleri | Planlanan test yöntemleri |
| Önerilen aksiyonlar | Ek test gereksinimleri |
| Özel karakteristikler | Öncelikli doğrulama noktaları |
Tasarım Doğrulama Yöntemleri
| Yöntem | Açıklama | DFMEA Tespit Puanına Etkisi |
|---|---|---|
| Tasarım incelemesi | Ekip tarafından tasarımın gözden geçirilmesi | Düşük etki (puan 8-9) |
| CAE/FEA analizi | Bilgisayar destekli mühendislik simülasyonları | Orta etki (puan 6-7) |
| Prototip testi | Fiziksel prototip üzerinde fonksiyonel test | Yüksek etki (puan 3-5) |
| Hızlandırılmış test | Aşırı yıpratma ve dayanıklılık testleri | Yüksek etki (puan 3-4) |
| Çevre testi | Sıcaklık, nem, titreşim, korozyon testleri | Yüksek etki (puan 3-4) |
| Araç seviyesi test | Son üründe doğrulama | Çok yüksek etki (puan 2-3) |
APQP ile DFMEA İlişkisi
DFMEA, APQP (Advanced Product Quality Planning - İleri Ürün Kalite Planlaması) sürecinin ayrılmaz bir parçasıdır:
APQP Fazları ve DFMEA
| APQP Fazı | DFMEA İlişkisi |
|---|---|
| Faz 1: Planlama | Müşteri gereksinimleri ve kalite hedefleri belirlenir. DFMEA için girilecek fonksiyonlar tanımlanır |
| Faz 2: Ürün Tasarımı | DFMEA burada yapılır. Tasarım riskleri analiz edilir, özel karakteristikler belirlenir |
| Faz 3: Proses Tasarımı | DFMEA çıktıları PFMEA'ya girdi olur. Özel karakteristikler proses kontrollerine dönüşür |
| Faz 4: Doğrulama | DFMEA'daki tespit kontrolleri DVP&R ile doğrulanır. Sonuçlar DFMEA'ya geri beslenir |
| Faz 5: Geri Bildirim | Saha verileri ve garanti iadeleri DFMEA'ya güncelleme olarak eklenir |
DFMEA Çıktılarının APQP Sürecindeki Kullanımı
DFMEA'dan çıkan özel karakteristikler:
- Kontrol planında öncelikli kontrol noktası olarak yer alır
- İş talimatlarında vurgulanır
- SPC ile izlenir
- PPAP dosyasında dokümante edilir
- Tedarikçi kalite gereksinimlerine yansıtılır
DFMEA Ekip Yapısı
Etkili bir DFMEA, çok fonksiyonlu bir ekip tarafından yürütülmelidir:
| Rol | Sorumluluk | Katılım Düzeyi |
|---|---|---|
| Tasarım Mühendisi (Lider) | Tasarım bilgisi, fonksiyon tanımları | Tüm toplantılarda |
| DFMEA Moderatörü | Metodoloji yönetimi, toplantıları kolaylaştırma | Tüm toplantılarda |
| Test Mühendisi | Test yöntemleri, doğrulama kontrolleri | Tüm toplantılarda |
| Kalite Mühendisi | Kalite verileri, saha geri bildirimleri | Tüm toplantılarda |
| Üretim Mühendisi | Üretilebilirlik perspektifi | Kritik aşamalarda |
| Malzeme Mühendisi | Malzeme seçimi ve uyumluluk | Gerektiğinde |
| Müşteri Temsilcisi | Müşteri gereksinimleri ve beklentileri | Gerektiğinde |
| Tedarikçi | Bileşen spesifikasyonları | Gerektiğinde |
| Servis/Garanti | Saha arıza verileri | Geri bildirim aşamalarında |
DFMEA Uygulama Örneği
Senaryo: Elektrikli Araç Batarya Modülü Soğutma Plakası
| Alan | Detay |
|---|---|
| Bileşen | Batarya modülü soğutma plakası |
| Fonksiyon | Batarya hücre sıcaklığını 15-45C arasında tutmak |
| Gereksinim | Soğutma kapasitesi: min 500W, basınç kaybı: maks 50 kPa |
Hata analizi:
| Hata Türü | Hata Etkisi | Hata Nedeni | S | O | D | AP |
|---|---|---|---|---|---|---|
| Soğutma kapasitesi yetersiz | Batarya aşırı ısınır, performans kaybı, yangın riski | Kanal geometrisi hesaplama hatası | 9 | 4 | 5 | H |
| Soğutma sıvısı sızıntısı | Batarya kısa devre, güvenlik riski | Lehim bağlantısının yorulma direnci yetersiz | 10 | 3 | 4 | H |
| Basınç kaybı fazla | Pompa kapasitesi yetersiz kalır, soğutma düşer | Kanal kesit alanı tasarımında hata | 6 | 5 | 6 | H |
| Korozyon oluşumu | Uzun vadede soğutma kapasitesi düşer | Malzeme-sıvı uyumsuzluğu | 7 | 3 | 5 | M |
| Termal temas yetersiz | Hotspot oluşumu, dengesiz sıcaklık | Yüzey düzgünlüğü tasarımı yetersiz | 8 | 4 | 4 | H |
Önerilen aksiyonlar (örnek - ilk hata için):
- CFD (Computational Fluid Dynamics) simülasyonu ile kanal geometrisi optimizasyonu
- Prototip üzerinde termal test (farklı debi ve sıcaklık koşullarında)
- Hızlandırılmış yaşlandırma testleri ile uzun vadeli performans doğrulaması
- Tasarım kurallarının (design guidelines) güncellenmesi
DFMEA'da Sık Yapılan Hatalar
Kaçınılması Gereken Yaygın Hatalar
-
DFMEA'yı çok geç başlatmak: DFMEA, tasarım sürecinin başında yapılmalı, tasarım tamamlandıktan sonra değil
-
Fonksiyonları yetersiz tanımlamak: "Çalışmak" gibi belirsiz fonksiyonlar yerine, ölçülebilir gereksinimlerle tanımlanmış fonksiyonlar kullanılmalıdır
-
Arayüz analizini atlamak: Bileşen etkileşimlerini göz ardı etmek, en yaygın hata kaynaklarını kaçırmak demektir
-
Tasarım kontrollerini proses kontrolleri ile karıştırmak: DFMEA'daki tespit kontrolleri tasarım doğrulaması (test, simülasyon) olmalıdır, üretim kontrolleri (SPC, muayene) değil
-
Çevre koşullarını göz ardı etmek: Sıcaklık, nem, titreşim, kimyasal etkileşim gibi çevre faktörleri analiz edilmelidir
-
Garanti ve saha verilerini kullanmamak: Önceki ürün deneyimleri, en değerli DFMEA girdileridir
-
PFMEA ile bağlantı kurmamak: DFMEA çıktıları PFMEA'ya sistematik olarak aktarılmalıdır
-
Tek seferlik belge olarak görmek: DFMEA, tasarım süreci boyunca ve ürünün yaşam döngüsü boyunca canlı tutulmalıdır
DFMEA ve Endüstri Standartları
DFMEA, birçok endüstri standardının zorunlu kılması nedeniyle geniş bir uygulama alanına sahiptir:
| Standart | Sektör | DFMEA Gereksinimi |
|---|---|---|
| IATF 16949 | Otomotiv | Zorunlu (madde 8.3.5.1) |
| AS9100/AS9145 | Havacılık | Zorunlu (APQP kapsamında) |
| ISO 13485 | Tıbbi cihaz | Risk yönetimi kapsamında önerilen |
| ISO 26262 | Otomotiv fonksiyonel güvenlik | FMEA zorunlu (teknik güvenlik konsepti) |
| VDA 4 | Alman otomotiv | FMEA zorunlu |
| IEC 60812 | Genel endüstri | FMEA metodoloji referansı |
Sık Sorulan Sorular
Bu konuda en çok merak edilenler
Hayır, DFMEA ve PFMEA farklı uzmanlıklara sahip ekipler tarafından yapılmalıdır. DFMEA'yı tasarım mühendisleri, PFMEA'yı üretim mühendisleri yönetir. Ancak bazı ortak üyeler (kalite, test) her iki ekipte de bulunabilir.
Tasarım değişikliklerinde, yeni test sonuçlarında, saha arıza verilerinde ve periyodik gözden geçirmede DFMEA güncellenmelidir. Ürünün yaşam döngüsü boyunca canlı bir belge olarak tutulmalıdır.
Teknik olarak yapılabilir, ancak önerilmez. DFMEA çıktıları (özel karakteristikler, tasarımda önlenemeyen riskler) PFMEA'nın önemli girdileridir. DFMEA olmadan yapılan PFMEA eksik kalır.
Temel DFMEA eğitimi 2 gün, AIAG-VDA metodolojisi dahil ileri düzey eğitim 3-4 gün sürmektedir. Uygulama atölyesi ile birlikte 5 güne kadar uzayabilir.
APIS IQ-RM, Plato SCIO, Relyence FMEA, XFMEA ve Siemens Teamcenter gibi profesyonel FMEA yazılımları kullanılır. Excel de basit uygulamalar için yaygın olarak tercih edilir, ancak karmaşık ürünlerde yetersiz kalabilir.














