Kullanıcı Aletleri
hiz.des.02
Farklar
Bu sayfanın seçili sürümü ile mevcut sürümü arasındaki farkları gösterir.
| İki taraf da önceki sürüm Önceki sürüm Sonraki sürüm | Önceki sürüm | ||
|
hiz.des.02 [2016/04/13 17:04] root [Sürecin Tedarikçi ve Müşteri Süreçleri] |
— (mevcut) | ||
|---|---|---|---|
| Satır 1: | Satır 1: | ||
| - | ====== Geçerleme Süreci ====== | ||
| - | |||
| - | ===== Süreç Politikası ve Hedefleri ===== | ||
| - | |||
| - | Bu süreç uygulandığında, sistemin, müşteri beklentilerine uygun olup olmadığı kullanılacağı ortamda müşterinin istediği şekilde çalışıp çalışmadığı müşteri tarafından teyit edilmiş olur. Geçerleme dolayısıyla uçtan uca doğrulamadır. Müşteri tarafından ya da müşteriyi temsil eden roller tarafından gerçekleştirilir. | ||
| - | Bu sürecin sonucunda: | ||
| - | * Sistem ve sisteme ait konfigürasyon maddeleri doğrulanmış | ||
| - | * Sistemin müşterinin istediği şekilde çalıştığı tespit edilmiş | ||
| - | * Uygunsuzluklar kayıt altına alınmış olur. | ||
| - | * İzlenebilirlik matrisi güncellenir. | ||
| - | Bu süreçle amaçlanan, geliştirilen ürünün müşterinin isteklerine uygun olduğunu proje başında anlamak ve kabul sürecinde yaşanacak sıkıntıları en aza indirgemektir. Bunun için müşteri ürün geliştirme sürecine baştan dâhil edilmeye çalışılır. | ||
| - | |||
| - | =====Tanımlar ve Kısaltmalar ===== | ||
| - | **Doğrulama (verifikasyon):** Ürün/hizmetlerin doğru olduğunu temin etme çabası. | ||
| - | |||
| - | **Geçerleme (validasyon):** Ürün/hizmetlerin gereksinimleri yerine getirdiğini 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. | ||
| - | |||
| - | **Anormallik (anomaly):** Gereksinim, tasarım belirtimlerinden ya da kullanıcıların algılarından ve beklentilerinden herhangi bir sapma durumuna hata denir. | ||
| - | |||
| - | **Muayane (Inspection):** Yazılım ürünlerinin, standartlardan ve şartname ihtiyaçlarından, spesifikasyonlardan sapıp sapmadığını, hata içerip içermediğini tespit etmek için uygulanan inceleme, gözden geçirme metodu. Muayene yöntemi, çalışanların birbirlerinin ürettikleri ürünlerin gözden geçirmesiyle gerçekleştirilir. Bu yöntemin amacı, yazılımdaki hataları gözden geçirme esnasında tespit etmektir. | ||
| - | |||
| - | **Yönetimsel Gözden Geçirme:**Yazılım satın alma, tedarik, geliştirme, işletim, bakım aktivitelerinin sistematik değerlendirilmesi, proje planının güncelliğinin, gereksinimlere doğru kaynak atama yapılıp yapılmadığının ve yönetimsel etkinliğin değerlendirilmesidir. | ||
| - | |||
| - | **Gözden Geçirme:**Yazılım ürününün proje personeline, yöneticilere, müşterilere, kullanıcılara ve diğer ilgili paydaşlara onaylarını ve yorumlarını almak için değerlendiremeye sunulma sürecidir. | ||
| - | |||
| - | **Yazılım ürünü:** Bilgisayar programı, dokümantasyon, yöntemlerin tamamı. | ||
| - | |||
| - | **Teknik Gözden Geçirme:** Yazılım ürününün, amaçlanan kullnıma uygunluğunun, spesifikasyonlara uygunluğunun, beklentilerden sapma olup olmadığının teknik açıdan konunun uzmanı kişilerce kontrol edilmesidir. Teknik gözden geçirmeler, alternatif çözüm önerilerini de içerebilir. | ||
| - | |||
| - | **Walk through:** Yazılım geliştiricilere bir tasarımcı ya da yazılım mühendisinin liderlik etmesiyle yürütülen bir statik analiz yönetmidir. Soru cevap şeklinde , potansiyel hatalrın ortaya konulması, standartlardan sapmaların tespit edilmesi için uygulanan bir yöntemdir. | ||
| - | |||
| - | **YT:** Yönetim Temsilcisi | ||
| - | |||
| - | **KGU:** Kalite Güvence Uzmanı | ||
| - | |||
| - | **GG:** Gözden Geçirme/en | ||
| - | |||
| - | **YGG:** Yönetimin Gözden Geçirmesi | ||
| - | |||
| - | =====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.2 | ||
| - | |||
| - | =====Uygulama Kapsamı ve Uyarlama Koşulları ===== | ||
| - | Geçerleme süreci müşterinin gerçekleştirdiği bir süreçtir. Şartnamede müşteri bu süreçle ilgili katılımını ve şartlarını tanımlamış olabilir. Bu durumda şartname maddeleri sürecin işleyişi açısından geçerlidir. Proje yönetim planında proje yöneticisi süreçle ilgili yaptığı uyarlamaları tanımlar ve YT/KGU onaylar. | ||
| - | |||
| - | =====Roller, Sorumluluklar ve Yetkiler===== | ||
| - | **Kalite Güvence Uzmanı:** Doğrulama ve Geçerleme planını yaparak gözden geçirilecek ürünleri, zamanları, sorumluları belirler. GG toplantılarına katıldığında kayıtları tutar ve kişilere hataları atar. Müşteri memnuniyet anketlerini düzenler. | ||
| - | |||
| - | **Proje Yöneticisi:** Proje yönetim planında yönetimsel gözden geçirmeleri ve raporlama sürecini planlar ve müşteriyle gözden geçirme toplantılarına katılır. | ||
| - | |||
| - | **Proje Ekibi:** Gözden geçirme toplantılarına katılır. | ||
| - | |||
| - | **Yönetim Temsilcisi:** Denetim sonuçlarını ve verileri değerlendirir. | ||
| - | |||
| - | **Müşteri:** Geçerleme faaliyetlerini gerçekleştirir, sonuçları raporlar. Müşteri memnuniyet anketlerine katılır. | ||
| - | |||
| - | **Test Uzmanı:** Müşteriyle kabul testlerine aksi belirtilmedikçe katılır. | ||
| - | |||
| - | =====Sürecin Tedarikçi ve Müşteri Süreçleri ===== | ||
| - | ====Tedarikçiler==== | ||
| - | * Kalite Güvence Süreci(HIZ.DES.04) | ||
| - | * Doğrulama Süreci(HIZ.DES.01) | ||
| - | * Problem Yönetimi Süreci (HIZ.DES.06) | ||
| - | * Gereksinim Yönetimi Süreci(HIZ.MUH.01) | ||
| - | * Tasarım Süreci(HIZ.MUH.02) | ||
| - | * Gerçekleştirim Süreci(HIZ.MUH.03) | ||
| - | * Test Süreci(HIZ.MUH.05) | ||
| - | ====Müşteriler==== | ||
| - | * Kalite Güvence Süreci(HIZ.DES.04) | ||
| - | * Proje Yönetim Süreci(HIZ.YON.01) | ||
| - | * Risk Yönetim Süreci(HIZ.YON.03) | ||
| - | * Gereksinim Yönetim Süreci(HIZ.MUH.01) | ||
| - | * Tasarım Süreci(HIZ.MUH.02) | ||
| - | * Gerçekleştirim Süreci(HIZ.MUH.03) | ||
| - | * Test Süreci(HIZ.MUH.03) | ||
| - | * Kurulum ve İşletim Süreci(HIZ.MUH.06) | ||
| - | * Entegrasyon Süreci(HIZ.MUH.04) | ||
| - | =====Girdiler ===== | ||
| - | * Test Durumları (RPR-024-TDD) | ||
| - | * Şartname (RPR-023) | ||
| - | * Gereksinim Tanımları Dokümanı (RPR-004-GTD) | ||
| - | =====Uygulama ve İş Akışı===== | ||
| - | ====Geçerleme Faaliyetlerinin Planlanması==== | ||
| - | Müşteriyle birlikte proje yöneticisi ve kalite güvence uzmanı, projede gerçekleşecek geçerleme faaliyetlerini planlar. Geçerleme işlemlerini müşteri/kullanıcı gerçekleştirir. Geçerleme planı, proje yönetim planında ya da kalite güvence planında yer alan geçerleme ve dokümantasyon planında belgelenir. Geçerleme faaliyetleri, müşterinin isteklerine uygun doğru ürünün geliştirildiğini teyit etmek amacıyla yapılır. Geçerleme kriterleri, müşteri ihtiyaçları dokümanı ya da şartname maddeleridir. | ||
| - | |||
| - | |||
| - | |||
| - | |||
| - | |||
| - | =====Uygulama ve İş Akışı ===== | ||
| - | =====Çıktılar===== | ||
| - | =====Eğitim, İnsan Kaynakları ve Altyapı İhtiyaçları ===== | ||
| - | =====Kayıtların Kontrolü ve Saklanması ===== | ||
| - | =====Süreç Performansının Kontrolü ve İyileştirilmesi ===== | ||
| - | |||
| - | |||
| - | |||
| - | |||
| - | |||
| - | |||
| - | |||
hiz.des.02.1460556271.txt.gz · Son değiştirilme: 2018/11/28 19:47 (Dışarıdan düzenle)
Sayfa Aletleri
