V-Model

V-Model, sistemin geliştirilmesiyle alakalı karmaşıklığın basitleştirilmiş anlamını ortaya koymak için tasarlanmış kavramsal bir modelden, ayrıntılı ve özenli birer yaşam döngüsü modellerine ve proje yönetim araçlarına kadar olan bir dizi modele uygulanmış bir terimdir. (İngiltere'de ve dünya çapındaki test etme topluluklarında, V-Model'in yazılım geliştirme sürecinin test edilebilmesi için ISTQB kuruluş müfredatı içinde tanımlanması, açıklayıcı ve kararsız bir tanımı olarak görülür. V-Model ile alakalı alternatif makalelerde bu modelin doğrudan kabul edilmiş tek bir tanımı yoktur. Bu yüzden bu versiyonun birden çok varyasyonu vardır.).
V-Model'in esaslı olarak birçok farklı biçimi vardır ve bu formlar önemli derecede karışıklık yaratır. V-Model, 3 geniş kategoride incelenir.
İlki Alman V-Model (Das V-Modell Alman hükumetinin resmi proje yönetim metodolojisidir): Bu metodoloji aşağı yukarı PRINCE2'ye yazılım geliştirilmesiyle daha yakından ilişkilidir.
3. olarak Amerika' da Alman rakipleri gibi 20 yıl geriye taşıyacak hükumet standart V-modeline sahiptir. Bunun kapsamı ise bir sistemin gelişim yaşam döngü modeli olmada oldukça dardır. Fakat İngiltere gibi V-Modeli iyi anlamış test edicilere göre daha ayrıntılı ve kesindir.
V-Model konuları
Sistem mühendisliği ve doğrulama
Sistem mühendisliği süreci (SEP: system engineering process), sistem sahibi tarafından sistemin tüm yaşamı boyunca deneyimlediği karmaşık süreçlerin maliyet verimliliğini geliştirmek için bir yol sağlar.
Hedefleri, kullanıcı ihtiyaçlarını ve işlem ortamını test edilebilir sistem gereksinimleriyle ayrıntılı tasarım, geliştirme, durum gereksinimlerinin karşılandığına emin olmak için gerçekleştirimi yapılmış sistemin titiz kabul testi (sistem doğrulama) atanmış hedeflerindeki etkinliğini ölçme (sistem geçerliliği), devam eden işlemler ve bakım onarım, sistem güncelleme tarihi ve nihayet sonlanma ile beraber kullanıcı ihtiyaçlarını tanımlayan işlemler kavramını, hedeflerin genişçe ve erken evrelerinde tanımını içerir. Süreç gereksinim-sürdürülebilir tasarım ve test etmeyi vurgular. Tüm tasarım elemanları ve kabul testleri en azından bir tasarım elemanı ve kabul testi tarafından atanmış olan her bir gereksinimi ve bir veya daha çok sistem gereksinimini takip edebiliyor olmalıdır.
Bu gibi kesinlikler gereksiz yere hiçbir şeyin yapılmadığını ve her şeyin gereklilikle tamamlandığından emin olur.
2 streams (2 akış)
Talimatname akışı
Uygulama akışı temel de şunları içerir:
Kullanıcı gereksinim talimatnamesi
Fonksiyonel gereksinim talimatnamesi
Tasarım talimatnamesi
Test etme akışı
Test etme akışı genellikle şunları içerir.
Kurulum niteliği (IQ)
İşlemsel nitelik (OQ)
Performans niteliği (PQ)
Geliştirme akışı sistem tipine ve geliştirme kavramına bağımlı olarak özelleştirme, konfigürasyon ve kodlama içerebilir.
Avantajları
Diğer sistem geliştirim modellerine karşın V-modelin bu avantajları vardır.
V-Modelin kullanıcıları V-Modelin geliştirimine ve V-Modelin bakımına katılır. Bir değişim kontrol tablosu açık olarak V-Modelin sürekliliğini sağlar. Sistem geliştirimi ve testi boyunca alınmış tüm değişik sorguları ve haftalık, günlük her değişime değişim kontrol tablosu karşılık gelir. V-modeli iş adımlarında ve aktivitenin nasıl gerçekleştirileceği konusunda kesin bir destek sağlar, olayların bir iş adımını tamamlamak için ihtiyaçlarını açıkça tanımlar. Bu iş adımı her bir aktivite şeması talimatlar, tavsiyeler ve aktivitenin ayrıntılı açıklamalarını içerir.
Sınırları
Aşağıdaki bakış açıları V-model tarafından içerilmemiştir, ek olarak düzenlenmesi gerekmektedir veya V-Model bunlara göre uyum sağlamalıdır.
Hizmetler için kontratların yeri
Organizasyon ve operasyonun yürütülmesi, bakım onarımı, tamir ve sistemin sonlanması V-model tarafından kapsanmamıştır. Bununla birlikte planlama ve bu görevler için kavramların hazırlanması V-model de düzenlenmiştir.
V-model tüm bir organizasyondan çok bir proje içinde yazılım geliştirmeye hitap eder.