CQI-34 eğitimi, AIAG tarafından 2025’te yayımlanan CQI-34 “Software Assurance Approval Process (SwAAP)” (Yazılım Güvence Onay Prosesi) 1. baskısını temel alan, uygulamaya dönük bir programdır. Kılavuz, PPAP modelinden hareketle, otomotiv yazılımının onaylanması için yapılandırılmış ve sektör genelinde ortak bir süreç sunar.
CQI-34 neden gerekli?
Donanım tarafında parça onayının nasıl yapılacağı bellidir: PPAP, hangi kanıtların hangi seviyede sunulacağını on yıllardır standartlaştırmıştır. Yazılım tarafında ise böyle bir ortak dil bugüne kadar yoktu — her müşteri yazılım onayını kendi yöntemiyle istiyor, tedarikçiler proje bazında değişen beklentilerle uğraşıyordu.
CQI-34, OEM’ler ve tedarikçi uzmanların iş birliğiyle tam bu boşluğu doldurmak için geliştirildi. PPAP’ın başarılı modelini örnek alan SwAAP, yazılımın — ister bağımsız bir ürün olsun ister daha büyük bir sistemin parçası — onaylanması için yapılandırılmış bir süreç tanımlar; yazılım onayı ve değişiklik yönetimi için sektörün önerdiği yöntemleri bir araya getirir ve müşteri ile tedarikçi arasında tutarlı, öngörülebilir bir iş birliği zemini oluşturur.
Kimler CQI-34 eğitimi almalı?
- Gömülü yazılım veya yazılım ağırlıklı bileşen geliştiren tedarikçilerin yazılım ve kalite ekipleri
- Tedarikçilerinden yazılım onayı talep eden OEM ve Tier-1 ekipleri
- Yazılım proje yöneticileri ve yazılım kalite güvence (SQA) sorumluları
- PPAP sürecini yürüten, kapsamına yazılım da giren kalite mühendisleri
- Yazılım değişiklik yönetimi süreçlerinden sorumlu ekipler
Ön koşul yoktur; PPAP bilgisi ve yazılım geliştirme yaşam döngüsüne aşinalık katılımı kolaylaştırır.
Eğitim İçeriği
Genel çerçeve
CQI-34’ün amacı ve kapsamı; sektörde yazılım onay yaklaşımlarındaki dağınıklık ve ortak sürece duyulan ihtiyaç; SwAAP’ın PPAP modeliyle benzerlikleri ve yazılıma özgü farkları.
SwAAP sürecinin yapısı
Yazılım onay sürecinin kurgusu: bağımsız yazılım ürünü ve sistem içindeki yazılım senaryoları; onay için beklenen kanıtlar ve çıktılar; müşteri-tedarikçi sorumlulukları.
Yazılım değişiklik yönetimi
Yazılım değişikliklerinde onay sürecinin işletilmesi; değişikliğin etki değerlendirmesi; yeniden onay tetikleyicileri ve müşteri bildirimi.
Uygulama çalışmaları
Örnek senaryolar üzerinden pratik: bir yazılım bileşeni için onay dosyasının kurgulanması, değişiklik senaryosunda onay kararı, mevcut PPAP sürecinizle SwAAP’ın hizalanması.
Eğitim Kazanımları
- CQI-34’ün yapısını ve PPAP ile ilişkisini kavrayabilme
- Yazılım onay sürecini bağımsız ürün ve sistem senaryolarında planlayabilme
- Onay için beklenen kanıt ve çıktıları tanımlayabilme
- Yazılım değişikliklerinde etki değerlendirmesi ve yeniden onay sürecini yürütebilme
- Müşteri-tedarikçi arasında tutarlı bir yazılım onay iş birliği kurabilme
Süre ve Katılım Seçenekleri
Süre: 1 gün (kuruma özel programlarda kapsam ve uygulama derinliğine göre 2 güne genişletilebilir).
Katılım türü: Genel katılıma açık veya kuruma özel.
Eğitim metodu: Yüz yüze, uzaktan canlı bağlantı, kayıttan izleme.
Tarihler: Talepler doğrultusunda belirlenir.
Katılım Belgesi
Eğitimi tamamlayan katılımcılara katılım belgesi düzenlenir.
İlgili Eğitimler
- CQI Eğitimleri — hangi CQI hangi prosese uygulanır, genel yol haritası
- PPAP Eğitimi — SwAAP’ın örnek aldığı parça onay prosesi
- APQP Eğitimi — onay sürecinin içine oturduğu ürün geliştirme akışı
- IATF 16949 Eğitimi — otomotiv kalite yönetim sistemi çerçevesi
Eğitimin Ötesinde: Uygulama Desteği
Eğitim sonrasında, yazılım onay sürecinizin CQI-34 çerçevesine göre kurgulanması, onay dosya yapısının oluşturulması ve yazılım değişiklik yönetimi sisteminin kurulması konularında uygulama desteği sağlayabiliyoruz. İhtiyacınıza göre kapsamı birlikte planlarız.
CQI-34 Eğitimi Hakkında Sıkça Sorulan Sorular
SwAAP, PPAP’ın yerine mi geçiyor? Hayır. PPAP donanım/parça onayının standardı olmaya devam eder; SwAAP aynı mantığı yazılıma uyarlar. Yazılım içeren parçalarda iki süreç birbirini tamamlayacak şekilde birlikte işletilebilir.
ASPICE veya ISO 26262 ile çalışıyoruz — CQI-34 bize ne katar? ASPICE yazılım geliştirme sürecinin yetkinliğini, ISO 26262 fonksiyonel güvenliği ele alır; CQI-34 ise müşteriye yazılım onayının nasıl sunulacağını standartlaştırır. Üçü farklı soruları yanıtlar ve birlikte kullanılabilir.
Yazılımı biz geliştirmiyoruz, alt tedarikçiden alıyoruz — süreç bizi kapsar mı? Evet. Sistem içine aldığınız yazılımın onay kanıtlarını alt tedarikçinizden talep edip müşterinize sunma sorumluluğu sizde kalır; kılavuz bu zincirdeki sorumlulukları ele alır.
Müşterimiz SwAAP talep ederse nereden başlamalıyız? Müşteriye özel gereksinimleri (CSR) kontrol edin, kılavuzu edinin ve mevcut yazılım onay/teslim pratiğiniz için bir boşluk analizi yapın. Eğitim, bu sürecin planlanması için gereken altyapıyı verir.
Eğitim için CQI-34 kılavuzunu satın almış olmamız gerekiyor mu? Zorunlu değildir; eğitim kılavuzun yapısını ve mantığını aktarır. Ancak uygulama aşamasında kuruluşun kılavuzu AIAG’den edinmesini öneririz.