Bu sayfanın seçili sürümü ile mevcut sürümü arasındaki farkları gösterir.
Sonraki sürüm | Önceki sürüm | ||
hiz.muh.04 [2016/04/14 17:27] root oluşturuldu |
— (mevcut) | ||
---|---|---|---|
Satır 1: | Satır 1: | ||
- | ====== ENTEGRASYON SÜRECİ ====== | ||
- | =====Süreç Politikası ve Hedefleri ===== | ||
- | Sürecin hedefleri, ürünlerin entegrasyon sıralamasının uygunluğunu planlamak ve uygulamak, entegrasyon prosedürlerini ve entegrasyon ortamını oluşturmak, bileşenlerin ara yüzleri arasında uyumluluğu sağlamak, bileşenleri entegre etmek, regresyon testlerini planlamak, uygulamak ve ürünlerin ortaya çıkmasını sağlamak için izlenecek işleri tanımlamaktır. | ||
- | Bu sürecin uygulanması sonucunda | ||
- | * Entegrasyon aktiviteleri planlanmış, | ||
- | * Entegrasyon stratejisi ve entegrasyonla ilgili kısıtlar tanımlanmış, | ||
- | * Test edilebilir bir sistem ortaya çıkmış olur. | ||
- | ===== Tanımlar ve Kısaltmalar ===== | ||
- | **Değişiklik:** Yaşam döngüsü boyunca herhangi bir noktada bir konfigürasyon maddesine veya onaylanmış konfigürasyon dokümantasyonuna bir değişiklik. | ||
- | |||
- | **Doğrulama (verifikasyon):** Ürün/hizmetlerin doğru olduğunu temin etme çabası. | ||
- | |||
- | **Proje :** Kendisine özel hedefi belirli bir başlangıç ve bitiş zamanı arasında ve belirli bir kaynak kullanımı ile gerçekleştirme çabasıdır. | ||
- | |||
- | **Müşteri:** Bir sözleşme çerçevesinde Şirket ‘den ürün/hizmet alan şahıs, firma veya kurum. | ||
- | ===== Referanslar ===== | ||
- | * ISO 9000:2008 | ||
- | * TS ISO/IEC 15504-1 | ||
- | * TS ISO/IEC 15504-2 | ||
- | * TS ISO/IEC 15504-3 | ||
- | * TS ISO/IEC 15504-4 | ||
- | * TS ISO/IEC 15504-5 | ||
- | * TS ISO/IEC 15504-6 | ||
- | * TS ISO/IEC 15504-7 | ||
- | * CMMI v1 | ||
- | ===== Uygulama Kapsamı ve Uyarlama Koşulları ===== | ||
- | Kullanılan entegrasyon yöntemleri ve araçları projeler arasında farklılık gösterebilir. Bu durum proje yönetim ya da ilgili planda belirtilmelidir. | ||
- | Entegrasyon, seçilen yazılım yaşam döngüsüne göre değişebilir. Entegrasyon yöntemi konfigürasyon yönetim planında, detayda sürüm yönetim planında ya da ek bir kılavuzda belirtilir. | ||
- | Entegrasyon süreci, test, tasarım, sürüm yönetimi, konfigürasyon yönetimi süreçleriyle koordineli olarak projelerde uygulanmalıdır. | ||
- | Entegrasyon, test, konfigürasyon yönetimi ve sürüm yönetimi birbirleriyle etkileşimi fazla olan süreçlerdir. Bu süreçler dikkate alınarak planlama ve uygulamalar gerçekleştirilmelidir. Genelde planlamadan, alt yapının hazırlanmasından PY ve konfigürasyon yöneticisi, uygulamadan da tasarım uzmanları, konfigürasyon yöneticisiyle birlikte sorumludurlar. | ||
- | ===== Roller, Sorumluluklar ve Yetkiler ===== | ||
- | **Konfigürasyon Yöneticisi:** Entegrasyon ve sürüm planını, tasarım uzmanıyla yapmaktan sorumludur. Entegre edilecek yazılım bileşenlerinin versiyonlanması, build scriptlerinin hazırlanması, araçların kurulumu ve kullanılması, entegre edilen ürünün etiketlenmesi işlerini gerçekleştirir. | ||
- | ** | ||
- | Tasarım ve Yazılım Uzmanı:** Entegrasyon planlama ve uygulama aşamasında konfigürasyon yöneticisiyle işleri paylaşır. Sürüm planlaması sırasında entegre edilecek bileşenlerin sırasını ve yöntemi belirler. | ||
- | |||
- | **Test Uzmanı:** Entegre edilen ürün için test durumlarını oluşturur ve testleri gerçekleştirir. Regresyon testlerini gerçekleştirir. Test dokümanlarını kayıt altına alır. Test planını uygular. | ||
- | |||
- | **Proje Yöneticisi:** Entegrasyon, tasarım ve test süreçlerini koordine eder, iletişim kurmalarını sağlar. Entegrasyon sonucunda oluşan ürünün kalitesini takip eder. Planlama sürecine katılır. Sürümlerin önceliklendirilmesini, risklerin yönetilmesini sağlar. | ||
- | |||
- | **Kalite Güvence Uzmanı:** Süreçle ilgili proje ekibine destek sağlar. Entegrasyon sürecini kalite yönetim sistemine uygunluğu açısından denetler. İyileştirme verilerini toplar. | ||
- | ===== Sürecin Tedarikçi ve Müşteri Süreçleri ===== | ||
- | ====Tedarikçiler ==== | ||
- | * Sürüm Yönetimi Süreci (HIZ.YON.04) | ||
- | * Konfigürasyon Yönetimi Süreci (HIZ.YON.02) | ||
- | * Gerçekleştirim Süreci (HIZ.MUH.03) | ||
- | * Tasarım Süreci (HIZ.MUH.02) | ||
- | * Gereksinim Yönetimi Süreci (HIZ.MUH.01) | ||
- | * Risk Yönetimi Süreci (HIZ.YON.03) | ||
- | * Problem Yönetim Süreci ( HIZ.DES.06) | ||
- | ====Müşteriler ==== | ||
- | * Test Süreci (HIZ.MUH.03) | ||
- | * Gerçekleştirim Süreci (HIZ.MUH.03) | ||
- | * Problem Yönetim Süreci ( HIZ.DES.06) | ||
- | * Risk Yönetim Süreci (HIZ.YON.03) | ||
- | * Sürüm Yönetimi Süreci (HIZ.YON.04) | ||
- | * Konfigürasyon Yönetimi Süreci(HIZ.YON.02) | ||
- | ===== Girdiler ===== | ||
- | * Sürüm Planı(RPR-022-SYP) | ||
- | * Yazılım Bileşenleri | ||
- | * Gereksinim Tanımları Dokümanı(RPR-004-GTD) | ||
- | * Yazılım Tasarım Tanımları(RPR-030-YTT) | ||
- | * Konfigürasyon Yönetim Planı(RPR-015-KYP) | ||
- | * Yazılım Yaşam Döngüsü | ||
- | =====Uygulama ve İş Akışı ===== | ||
- | ==== Planlama ==== | ||
- | Çözüm mimarisi ve şartları ile uyumlu olarak yazılım elemanlarını bütünleştirmek için stratejiler geliştirilir | ||
- | Planlama, kullanılacak yöntemler ve kriterler proje yönetim planında ya da sürüm yönetim planında belirtilir. Entegrasyonla ilgili test planlaması ise Test Planıyla belgelenir. Test planında, testten geçme başarı kriterleri belirtilir. Proje yönetim planına uymak ve proje yöneticisinin onayını almak şartıyla planlama için projeye özgü dokümanlarda da planlama yapılabilir. Planlama yapılırken | ||
- | * Alt sistemlerin hazır duruma gelme koşulları ve süreleri | ||
- | * Entegrasyonun gerçekleşmesinden sorumlular | ||
- | * Alt sistem ekiplerinin zamanlama konusundaki uyumları | ||
- | * Bir alt sistemin entegrasyona kabul edilmesi için gereken koşullar | ||
- | * Entegrasyon sırası | ||
- | * Alt sistemlerin sürüm bilgileri ve ortaya çıkacak ürünün planlanan sürüm bilgisi | ||
- | * Kullanılacak entegrasyon ve test araçları | ||
- | * Entegrasyon Testinden Geçiş Kriterleri | ||
- | Göz önünde bulundurulur. | ||
- | Planlamadan Proje Yöneticisi sorumludur. | ||
- | ==== Bileşenlerin Entegrasyon Koşullarını Sağladıklarının Kontrolü ==== | ||
- | Entegrasyona başlamadan önce bileşenlerin entegrasyon şartlarına uyup uymadıkları doğrulanır. | ||
- | * Alt sistemlerin her birinin kendi testlerin geçmiş olmaları | ||
- | * Alt sistem sürümlerinin sürüm planındakilerle uyumlu olması | ||
- | * Doğru entegrasyon araçlarının ve kaynaklarının ortamda bulunması vs | ||
- | Gibi kriterler kullanılır. Her proje kendisi için kriterleri belirler. | ||
- | ==== Entegrasyonun Gerçekleştirilmesi ==== | ||
- | Yapılan planlamaya uygun entegrasyon proje personeli tarafından gerçekleştirilir. Yazılım bileşenlerinin entegrasyonu için çeşitli araçlardan faydalanılır. Kullanılacak araçlar proje planlarında belirtilmelidir. Entegre edilen ürün konfigürasyon yönetim planına göre versiyonlanır ve etiketlenir. | ||
- | ==== Entegrasyon Test Durumlarının Hazırlanması ve Testlerin Gerçekleştirilmesi ==== | ||
- | Test planına uygun olarak sistemin doğru ve kullanıcı beklentilerini karşılayan şekilde çalışıp çalışmadığı test edilir. Entegrasyon testleri de diğer test tipleri gibi test sürecine uygun olarak gerçekleştirilir. | ||
- | ====Regresyon Testlerinin Planlanması ve Gerçekleştirilmesi. ==== | ||
- | Alt sistemlerde bir değişiklik olması ya da entegrasyonun tekrarlanması durumunda yapılan tüm testlerin baştan tekrar edilmemesi ve en fazla riskli olan yerlerin daha çok test edilmesi amacıyla regresyon test stratejisi oluşturulur. Test planında belgelenir. Ayrıca oluşturulmamışsa değişikliklerle birlikte var olan testler tekrarlanır. Testler, test sürecine uygun şekilde uygulanır. | ||
- | ==== Tutarlılığın Sağlanması ==== | ||
- | Entegre edilen ürünün, gereksinimlerini ve sistem mimarisini karşıladığı kontrol edilir. Şartname, gereksinimler, tasarım, test durumları ve entegre edilmiş ürün arasında izlenebilirlik sağlanır. Proje planlarında izlenebilirlik için kullanılan araçlar ve konfigürasyon kuralları belirtilir. | ||
- | ====Sistemin Kullanıcısına Teslim Edilmesi ve Kurulumu ==== | ||
- | Başarıyla entegre edilen sistem dayanak noktası (baseline) altına alınır ve kullanıcısına kurulumu yapılır. Sistem kurulumu, kurulum ve işletim sürecinde kurulum faaliyetleri ayrıntılandırılmıştır. Kurulum aşamasında kullanıcı ve işletim dokümanları en son hale göre kontrol edilip gerekirse güncellenir ve müşteriye teslim edilir. | ||
- | =====Çıktılar ===== | ||
- | * Sistem veya entegre olmuş yazılım | ||
- | * Entegrasyon Test Durumları | ||
- | * Hata Kayıtları | ||
- | * Entegrasyon Kontrol Listesi | ||
- | ===== Eğitim, İnsan Kaynakları ve Altyapı İhtiyaçları ===== | ||
- | Entegrasyondan sorumlu konfigürasyon yöneticisi ve yazılım uzmanı başta olmak üzere proje ekibi | ||
- | * Entegrasyon Yöntemleri | ||
- | * Araçlar | ||
- | * Sürüm Yönetimi | ||
- | * Entegrasyon Süreci | ||
- | * Konfigürasyon Yönetimi Süreci | ||
- | * Yazılım Yaşam Döngüsü | ||
- | * Test Süreci hakkında bilgi sahibi olmalıdır. | ||
- | Entegrasyon için projelerde çeşitli araçlardan yararlanılabilir. Araçlarla ilgili bilgiler projenin planlarında ve kılavuzlarında verilir. | ||
- | ===== Kayıtların Kontrolü ve Saklanması ===== | ||
- | Dokümantasyon proje sitesinde (FTP Sunucu) saklanır ve konfigürasyon kontrolü altına alınır. Entegre edilen ürünlerin konfigürasyon yönetimi ve build araçlarıyla yapılır. Bu araçlar projeden projeye değişebileceği için projeler konfigürasyon kontrolünü nasıl yapacaklarını konfigürasyon yönetim planlarında açıklarlar. | ||
- | ===== Süreç Performansının Kontrolü ve İyileştirilmesi ===== | ||
- | Entegrasyon sürecinin kontrolü projelere yapılan iç denetimlerle yapılır. Ortaya çıkan düzeltici ve önleyici faaliyet istekleri incelenerek süreç performansı değerlendirilir. Eğer düzeltici faaliyetlerin oranı yapılan denetimlere ve soru sayılarına göre yüksekse projede süreç uygulanmıyor olabilir. Bu durumda projede gereksinim yönetim performansını değerlendirmek mümkün olmaz. Bu durumda sürecin neden uygulanmadığı araştırılır. | ||
- | Entegrasyon sürecinin başarılı olarak uygulanması sonucunda, ortaya çalışan bir yazılım ürünü çıkar. Entegrasyon sürecinin performansı, entegrasyona ayrılan zamanda ortaya çalışan bir ürün çıkıp çıkmadığı, testlerde entegrasyon ve bileşenlerin versiyonlarından kaynaklanan hata olup olmaması, entegrasyon işleminin aynı ürün için tekrar sayısıyla ölçülür. | ||
- | Süreç performansı, veriler yıllık olarak tüm süreçlerden alınarak kalite grubu tarafından değerlendirilir ve kalite yönetim sistemi performans raporuna yansıtılır. Bu raporda süreçlerle ilgili iyileştirme önerileri sunulur. Yönetim kurulu, proje yöneticileri, kalite ekibi iyileştirme önerileri için önceliklendirme yapıp plan hazırlarlar. Öncelik verilen süreçler veya hedefler için süreç iyileştirme çalışması başlatılır ve takip edilir. Bu çalışmanın sonunda değerlendirme yapmak için sağlıklı veri bulunmadığı yorumu da çıkabilir. O zaman verilerin doğru değerlendirilebilmesi için metrik toplamaya devam edilmesine ve sürecin izlenmesine karar verilir. | ||
- | |||
- | |||
- | |||
- | |||
- | |||
- | |||
- | |||
- | |||
- | |||
- | |||