SDLC'de Artımlı Model: Kullanım, Avantaj & Dezavantaj

İçindekiler:

Anonim

Artımlı Model nedir?

Artımlı Model, gereksinimlerin yazılım geliştirme döngüsünün birden çok bağımsız modülüne bölündüğü bir yazılım geliştirme sürecidir. Artımlı geliştirme, analiz tasarımı, uygulama, test / doğrulama, bakım adımlarında yapılır.

Her yineleme, gereksinimler, tasarım, kodlama ve test aşamalarından geçer . Ve sistemin sonraki her sürümü, tasarlanan tüm işlevler uygulanana kadar önceki sürüme işlev ekler.

İlk artım teslim edildiğinde sistem üretime alınır. İlk artış, genellikle temel gereksinimlerin ele alındığı ve sonraki artışlarda ek özelliklerin eklendiği temel bir üründür. Çekirdek ürün müşteri tarafından analiz edildikten sonra, bir sonraki parça için plan geliştirme yapılır.

Artımlı bir modülün özellikleri şunları içerir:

  • Sistem geliştirme, birçok mini geliştirme projesine bölünmüştür
  • Kısmi sistemler, nihai bir toplam sistem üretmek için art arda inşa edilir
  • Önce en yüksek öncelik gereksinimi ele alınır
  • Gereksinim geliştirildikten sonra, bu artış gereksinimi dondurulur
Artımlı Aşamalar Artımlı aşamalarda gerçekleştirilen faaliyetler
İhtiyaç analizi
  • Yazılımın gerekliliği ve özellikleri toplanır
Tasarım (değiştir | kaynağı değiştir)
  • Bu aşamada bazı üst düzey işlevler tasarlanır
Kod
  • Yazılımın kodlanması bu aşamada yapılır
Ölçek
  • Sistem dağıtıldıktan sonra test aşamasından geçer

Artımlı modeller ne zaman kullanılır?

  • Sistemin gereksinimleri açıkça anlaşılır
  • Bir ürünün erken piyasaya sürülmesi talebi ortaya çıktığında
  • Yazılım mühendisliği ekibi çok yetenekli veya eğitimli olmadığında
  • Yüksek riskli özellikler ve hedefler söz konusu olduğunda
  • Bu tür bir metodoloji daha çok web uygulaması ve ürün tabanlı şirketler için kullanılmaktadır.

Artımlı Modelin Avantaj ve Dezavantajları

Avantajlar Dezavantajları
  • Yazılım, yazılım yaşam döngüsü boyunca hızlı bir şekilde oluşturulacaktır
  • İyi bir planlama tasarımı gerektirir
  • Gereksinimleri ve kapsamı değiştirmek esnektir ve daha ucuzdur
  • Yazılım yaşam döngüsünün tamamı için tüm gereksinimler önceden toplanmadığı için sistem mimarisi nedeniyle sorunlara neden olabilir
  • Geliştirme aşamaları boyunca değişiklikler yapılabilir
  • Her yineleme aşaması katıdır ve birbiriyle örtüşmez
  • Bu model diğerlerine göre daha az maliyetlidir
  • Tek bir ünitede bir problemi gidermek, tüm ünitelerde düzeltme gerektirir ve çok zaman harcar
  • Bir müşteri her binaya cevap verebilir
  • Hataların belirlenmesi kolaydır