V-Modeli aynı zamanda Doğrulama ve Doğrulama Modeli olarak da anılır. Bunda SDLC'nin her aşaması bir sonraki aşama başlamadan önce tamamlanmalıdır. Şelale modelinde olduğu gibi sıralı bir tasarım süreci izler. Cihazın test edilmesi, ilgili geliştirme aşamasına paralel olarak planlanmaktadır.
Doğrulama: Kodu çalıştırmadan yapılan statik bir analiz yöntemini (inceleme) içerir. Belirlenen gereksinimleri karşılayıp karşılamadığını bulmak için ürün geliştirme sürecinin değerlendirilmesi sürecidir.
Doğrulama: Dinamik analiz yöntemini (işlevsel, işlevsel olmayan) içerir, test kodun çalıştırılmasıyla yapılır. Doğrulama, yazılımın müşteri beklenti ve gereksinimlerini karşılayıp karşılamadığını belirlemek için geliştirme süreci tamamlandıktan sonra yazılımın sınıflandırılması işlemidir.
Yani V-Model, diğer tarafta Doğrulama aşamalarının bir tarafında Doğrulama aşamalarını içerir. Doğrulama ve Doğrulama süreci V şeklinde kodlama aşamasıyla birleştirilir. Bu nedenle V-Modeli olarak bilinir.
V-modelinin Doğrulama Aşamasının çeşitli aşamaları vardır:
| İş gereksinimi analizi: | Bu, ürün gereksinimlerinin müşteri tarafından anlaşıldığı ilk adımdır. Bu aşama, müşterinin beklentilerini ve tam gereksinimlerini anlamak için ayrıntılı iletişimi içerir.
| Sistem tasarımı: | Bu aşamada sistem mühendisleri, kullanıcı gereksinimleri dokümanını inceleyerek önerilen sistemin işleyişini analiz eder ve yorumlar.
| Mimari tasarım: | Mimariyi seçmenin temeli, tipik olarak modüllerin listesi, her modülün kısa işlevselliği, arayüz ilişkileri, bağımlılıklar, veritabanı tabloları, mimari diyagramları, teknoloji ayrıntıları vb.'den oluşan her şeyi anlaması gerektiğidir. Entegrasyon test modeli gerçekleştirilir. belirli bir aşamada çıktı.
| Modül Tasarımı: | Modül tasarımı aşamasında sistem küçük modüllere ayrılır. Düşük Düzey Tasarım olarak bilinen modüllerin ayrıntılı tasarımı belirtilmiştir.
| Kodlama Aşaması: | Tasarımın ardından kodlama aşamasına geçilir. İhtiyaçlara göre uygun programlama diline karar verilir. Kodlamanın bazı yönergeleri ve standartları vardır. Depoyu kontrol etmeden önce, son yapı daha iyi performans için optimize edilir ve kod, performansı kontrol etmek için birçok kod incelemesinden geçer.
V-modelinin Doğrulama Aşamasının çeşitli aşamaları vardır:
| Birim Testi: | V-Model'de Birim Test Planları (UTP'ler), modül tasarımı aşamasında geliştirilir. Bu UTP'ler, kod düzeyinde veya birim düzeyindeki hataları ortadan kaldırmak için yürütülür. Birim, bağımsız olarak var olabilen en küçük varlıktır; örneğin bir program modülü. Birim testi, en küçük varlığın geri kalan kodlardan/birimlerden izole edildiğinde doğru şekilde çalışabildiğini doğrular.
| Entegrasyon Testi: | Entegrasyon Test Planları Mimari Tasarım Aşamasında geliştirilir. Bu testler, bağımsız olarak oluşturulan ve test edilen grupların bir arada bulunabildiğini ve kendi aralarında iletişim kurabildiğini doğrular.
| Sistem Testi: | Sistem Test Planları Sistem Tasarım Aşamasında geliştirilir. Birim ve Entegrasyon Test Planlarından farklı olarak Sistem Test Planları müşterinin iş ekibi tarafından oluşturulur. Sistem Testi, bir uygulama geliştiricisinden beklentilerin karşılanmasını sağlar.
| Kabul testleri: | Kabul testleri iş gereksinimi analizi kısmıyla ilgilidir. Yazılım ürününün kullanıcı atmosferinde test edilmesini içerir. Kabul testleri, kullanıcı atmosferinde mevcut olan farklı sistemlerle uyumluluk sorunlarını ortaya koymaktadır. Gerçek kullanıcı atmosferindeki yük ve performans kusurları gibi işlevsel olmayan sorunları da birlikte keşfeder.
V-Model ne zaman kullanılır?
- Gereksinim iyi tanımlandığında ve belirsiz olmadığında.
- V-şekilli model, gereksinimlerin açıkça tanımlandığı ve sabitlendiği küçük ve orta ölçekli projeler için kullanılmalıdır.
- Temel teknik uzmanlığa sahip örnek teknik kaynaklar mevcut olduğunda V şeklindeki model seçilmelidir.
V-Modelinin Avantajı (Artıları):
- Anlaması kolay.
- Planlama, test tasarımı gibi Test Yöntemleri kodlamadan çok önce gerçekleşir.
- Bu çok zaman kazandırır. Dolayısıyla şelale modeline göre daha yüksek başarı şansı.
- Kusurların aşağı doğru akışını önler.
- Gereksinimlerin kolayca anlaşılabileceği küçük planlar için iyi çalışır.
V-Modelinin Dezavantajı (Eksileri):
- Çok katı ve en az esnek.
- Karmaşık bir proje için iyi değil.
- Yazılım uygulama aşamasında geliştirilir, dolayısıyla yazılımın erken prototipleri üretilmez.
- Yarıda herhangi bir değişiklik olması durumunda, gerekli belgelerle birlikte test belgelerinin de güncellenmesi gerekir.
