Yazılım Doğrulama ve Geçerleme 4.pptx PDF

3.2. Doğrulama ve Geçerleme Geçerleme(validation) ve Doğrulama (verification), yazılım geliştirme süreci adımlarında ürün veya ara ürünlerin istenilen özelliklere uygunluğunu incelemek üzere gerçekleştirilmektedir. Geçerleme ile, “ Doğru yazılım üretildi mi?”, Doğrulama ile ise ,”...

3.2. Doğrulama ve Geçerleme Geçerleme(validation) ve Doğrulama (verification), yazılım geliştirme süreci adımlarında ürün veya ara ürünlerin istenilen özelliklere uygunluğunu incelemek üzere gerçekleştirilmektedir. Geçerleme ile, “ Doğru yazılım üretildi mi?”, Doğrulama ile ise ,” Yazılım doğru yolla üretildi mi?”, sorularına cevap aranır.  statik ve dinamik test Yazılım kalite değerlendirme ayrıca statik ve dinamik yöntemler ile sağlanmaktadır. o Statik değerlendirme yöntemleri, Kod çalıştırılmadan gerçekleştirilir: – Denetleme ve Gözden Geçirme, – İnceleme o dinamik değerlendirme yöntemleri Kod çalıştırılarak yapılır: – Birim test – Bütünlük test – Sistem test  V model yaklaşımı Yazılım geçerleme doğrulama, yazılım geliştirme sürecinde V model yaklaşımı ile gerçekleştirilmektedir(Şekil 3.2).  V Model yaklaşımı Müşteri Geçerlem e İşlemsel Gereksiniml kullanım eri Ürün Yazı ktivitel G/D Geçerleme/ Sistem Spesifikasyo Test lım G n Doğrulama A elişt i Doğrulam Yüksek a Bütünlük irme er düzey Test tasarım Alçak Doğrulam Bileşen düzey a Test Tasarım Kodlama & Birim Test Şekil 3.2 Yazılım geliştirme ve Test sürecindeki Geçerleme & Doğrulama Aktiviteleri (V Model yaklaşımı) 3.3. Gözden Geçirme Ve Onaylama Yazılım geliştirme sürecini oluşturan her basamak tamamlanınca, durak noktalarında yapılan işler gözden geçirilmekte ve gerekli düzeltmeler yapılmaktadır  Gözden geçirme, bir "eleme" niteliğinde olup, her basamakta yapılabilen hata ve eksiklerin zamanında bulunup giderilmesini sağlamaktadır. Böylece, hata bulma gideri düşük ve hatanın bulunması olasılığı yüksek olmaktadır. Şekil. 2.3.Yazılım geliştirme süreci ile hata bulma gideri ve hata bulma olasılığı ilişkisi  Örneğin, yazılım geliştirmedeki hataların %50 - 65'i tasarım aşamasında yapılmaktadır. Gözden geçirme sırasında bu hataların %75'i bulunup, düzeltilebilmektedir. Bulunamayan hatalara sınama öncesinde rastlanması halinde 5-6 kat, sınama sırasında rastlanması halinde 15 kat, kullanım aşamasında rastlanması halinde ise 67 kat gider  Gözden geçirmenin amaçları ve yararları Yazılımda yapılabilen işlevsel, mantıksal ve gerçekleştirme hatalarının bulunup giderilmesi Yazılımın gereksinimlere uygun olarak düzenlendiğinin onaylanması Yazılımın önceden belirlenen standartlara uygunluğunun sağlanması Yazılımın düzenli olarak geliştirilmesi Yazılım Proje yönetiminin kolaylaştırılması Müşteriye dağıtılacak ürün dokümanlarının kalite ve miktarı Olarak sayılabilir.  3.3.2. Gözden geçirme (Review) Nedir Gözden geçirme (Review), Teknik uzmanların çalışmalarının teknik uzmanlar tarafından değerlendirildiği bir toplantıdır. Yazılım mühendisliği sürecinde yaratılan ürünlerin teknik bir değerlendirilmesidir. Yazılım Kalite sağlama aktivitesidir eğitim ortamıdır 3.3.2. Gözden geçirme Ne Değildir Bir proje özeti veya proje ilerlemelerinin ifadesi değildir Yazılım geliştirme ekibinin politik veya kişisel değerlendirilmesi Sadece bilgi verme toplantısı değildir.  Gözden geçirme toplantısında, Gözden geçirme lideri ve görevlisi Kullanıcı temsilcisi, Standartlara uygunluğu kontrol eden (Yazılım Kalite Güvence ekibinden), Kayıtçı, Üretici (yazılım geliştirici ekibinden) Bulunmaktadır. Ancak gözden geçirme gerçekleştirilen yazılımın büyüklüğüne göre bu ekipdeki rolleri daha az sayıdaki kişiler de paylaşabilmektedir.  3.3.3. Gözden Geçirme ve İnceleme Tipleri Gözden Geçirme tipleri, formal olmayan gözden geçirme (informal review), yapısal denetim (Walkthrough), Inceleme (Inspection) ve round robin peer review olmak üzere belirtilebilir. Tablo 3.1. Gözden Geçirme (Review) Seçenek Matrisi GG WT İnc. Gözden geçirme lideri yok var var Toplantı takvimi belki var var Gözden geçirenlerin hazırlığı belki var var Yazılımcı sunum yapıyor mu belki var yok Hataları bulmak için checklist yok yok Var Bulunan hatalar sınıflanıyor mu yok yok var Kayıtçı not alıyor mu belki var var  Küçük projelerde gözden geçirme ve düzeltme işlemi doğrudan, yazılımı geliştiren tarafından da yapılabilmektedir. Ancak, hata ve eksiklerin üçüncü kişi tarafından daha kolay ve duyarlı biçimde görülebileceği nedeni ile sakıncalı bulunmaktadır.  3.3.4. Gözden Geçirme Ve Onaylama Basamakları Yazılım geliştirme sürecinde gözden geçirme işlemi, genel olarak; sistem analizi, yazılım geliştirme plânı, gereksinim analizi, tasarım, kodlama, sınama, bakım ve onarım basamaklarının tamamlandığı "durak noktaları"nda (milestone) uygulanmaktadır.  3.3.4.1. Sistem Analizi Sistem analizi basamağında: sistem düzeyindeki spesifikasyonların yazılıma ilişkin işlev ve görevler olarak dağıtımının doğruluğu, kalite güvencesini onaylama gereksinimlerinin tutarlığı ve görevlendirmenin yeterliği denetlenmektedir. Bu arada, özellikle; ana işlevlerin – arabirimlerin - performansların ve tasarım kısıtlarının tanımları, alternatifler arasından seçimlerin tutarlığı, teknolojik bakımından yapılabilirlik, sistemin sınanması esasları, sistem öğeleri arasındaki uyumluluk konuları üzerinde durulmaktadır. 3.3.4.2. Yazılım geliştirme planı Yazılım geliştirme planı basamağında projenin gerçekleştirilmesindeki risk üzerinde durulmaktadır. Bu amaçla: yazılım sorununun tanımı ve terimlerin doğruluğu, kaynakların yeterliği ve sağlama olasılığı, görevlerin uygunluğu – sırası ve kaynak sağlanması ile uyumu, üretimi - verimlilik – kalite – gider ve zamanlama tahminlerinin tutarlığı konuları incelenmektedir. 3.3.4.3.Gereksinim Analizi Gereksinimler analizi basamağında, sistem düzeyindeki gereksinimlere uygunluk, bağlılık ve doğruluk aranmaktadır. bilgi alanı analizinin tanımlığı – tutarlığı ve doğruluğu, sorunu bölümlere ayırmanın yeterliği, dış ve iç arabirimleri tanımlarının uygunluğu, bütün gereksinimlerin sistem düzeyinde tutarlı, alıcı firma veya kullanıcının oluşturulan prototip üzerindeki görüş ve onayı, performansın diğer sistem öğelerinin kısıtları karşısında yapılabilirliği, gereksinimlerin zamanlama – kaynaklar ve bütçe olanakları bakımlarından gerçekleştirebilirliği, onaylama kriterlerinin yeterliği üzerine durulmaktadır.  3.3.4.4. Yazılım Tasarımı Yazılım Tasarımı basamağında, veri yapıları, program yapısı ve işlemler ele alınmaktadır. Önce ön tasarım, sonra da ayrıntılı tasarım gözden geçirilmektedir. Ön tasarımın incelenmesinde; gereksinimlerin tasarıma dönüştürülmesi ve yazılım mimarisi konuları üzerinde durulmaktadır. Genellikle; gereksinimlerin yazılım mimarisine doğru yansıtılmış olması, modüllerin etkenliği ve işlevsel bağımsızlığı, program yapısının uygunluğu, dış sistem öğeleri ve modüllere ait arabirimlerin tanımlanması, veri yapısının bilgi alanı ile tutarlığı, bakım ve onarım sorunları incelenmektedir.