V-Model

Vikipedi, özgür ansiklopedi
Gezinti kısmına atla Arama kısmına atla

V-model , sistemin geliştirimiyle alakalı karmaşıklığın basitleştirilmiş anlamını ortaya koymak için tasarlanmış kavramsal bir modelden ayrıntılı, özenli yaşam döngüsü modellerine ve proje yönetim araçlarına kadar olan bir dizi modele uygulanmış bir terimdir. V-modelin esaslı olarak birçok farklı biçimi vardır, ve bu formlar önemli derece de karışıklık yaratır. V model 3 geniş kategoride incelenir.

İlki Alman V-Model(Das V-Modell Alman hükümetinin resmi proje yönetim metodolojisidir) Aşağı yukarı PRINCE2 ye eşittir fakat yazılım geliştirimi ile daha yakından ilişkilidir.

İngiltere de ve dünya çapındaki test etme komünitesinde, V-model yazılım geliştirim sürecinin yazılım test edicileri için ISTQB Kuruluş müfredatı içinde tanımlandığı gibi açıklayıcı ve kararsız bir tanımı olarak görülür. V-Model ile alakalı alternatif makalelerde daha doğrudan kapsanan bu modelin kabul edilmiş tek bir tanımı yoktur. Bu yüzden bu versiyonun birden çok varyasyonu vardır. Bu problem V-model i açıklamaya başladığımızda aklımızdan çıkmış olmalıdır.

3. olarak Almanya gibi, Amerika da Alman rakipleri gibi 20 yıl geriye taşıyacak hükümet statndart V-modeline sahiptir. Onun kapsamı bir sistemin gelişim yaşam döngü modeli olmada oldukça dardır fakat İngiltere ve V –model i iyi anlamış test edicilerden daha ayrıntılı ve kesindir.

V-model konuları[değiştir | kaynağı değiştir]

Systems engineering and verification.[1]

Sistem mühendisliği ve doğrulama[değiştir | kaynağı değiştir]

Sistem mühendisliği süreci(SEP:system engineering process) sistemin tüm yaşamı(kavramdan son uca kadar) üzerindeki sistem sahibi tarafından tecrübeli gibi karmaşık sistemlerin maliyet etkisini geliştirmek için bir yol sağlar.

Hedeflerin, 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 tamalandığından emin olur.

2 streams(2 akışlar)[değiştir | kaynağı değiştir]

Talimatname akışı[değiştir | kaynağı değiştir]

Uygulama akışı temel de şunları içerir:

  • Kullanıcı gereksinim talimatnamesi
  • Fonksiyonel gereksinim talimatnamesi
  • Tasarım talimatnamesi

Test etme akışı[değiştir | kaynağı değiştir]

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ı[değiştir | kaynağı değiştir]

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ı[değiştir | kaynağı değiştir]

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.

Kaynakça[değiştir | kaynağı değiştir]

İngilizce Wikipedia

Dış bağlantılar[değiştir | kaynağı değiştir]

  • ^ Systems Engineering Fundamentals. Defense Acquisition University Press, 2001.