SDLC'de Şelale Modeli Nedir? Avantajlar ve dezavantajlar

Şelale Modeli Nedir?

Şelale Modeli yazılım geliştirmeyi önceden tanımlanmış aşamalara bölen sıralı bir modeldir. Fazlar arasında çakışma olmadan bir sonraki aşamanın başlayabilmesi için her aşamanın tamamlanması gerekir. Her aşama, SDLC aşaması sırasında belirli bir aktivitenin gerçekleştirilmesi için tasarlanmıştır. 1970 yılında Winston Royce tarafından tanıtıldı.

SDLC'de Şelale Modelini Açıklayın
SDLC'de Şelale Modelini Açıklayın

 

Yazılım Mühendisliğinde Şelale Modelinin Farklı Aşamaları

Aşağıda Şelale Modeli'nin farklı aşamaları yer almaktadır:

Farklı aşamalar Her aşamada gerçekleştirilen faaliyetler
İhtiyaç Toplama aşaması
  • Bu aşamada geliştirilecek yazılım sisteminin detaylı gereksinimleri müşteriden alınır.
Tasarım aşaması
  • Örneğin programlama dilini planlayın Java, PHP, .açık
  • veya benzeri bir veritabanı Oracle, MySQL, vb.
  • Veya projenin diğer üst düzey teknik ayrıntıları
Dahili Sahne Tasarım aşamasından sonra inşa aşamasına geçilir, bu yazılımın kodlanmasından başka bir şey değildir.
Test Aşaması Bu aşamada, yazılımın müşteri tarafından verilen spesifikasyonlara göre oluşturulduğunu doğrulamak için test edersiniz.
dağıtım aşaması Uygulamayı ilgili ortama dağıtın
Bakım aşaması Sisteminiz kullanıma hazır olduğunda, daha sonra müşteri isteğine göre kodu değiştirmeniz gerekebilir.

SDLC Şelale Modeli ne zaman kullanılır?

Şelale Metodolojisi şu durumlarda kullanılabilir:

  • Gereksinimler sıklıkla değişmiyor
  • Uygulama karmaşık ve büyük değil
  • Proje kısa
  • Gereksinim açık
  • Ortam stabil
  • Kullanılan teknoloji ve araçlar dinamik değil stabildir
  • Kaynaklar mevcuttur ve eğitilmiştir

Şelale Modelinin Avantajları ve Dezavantajları

İşte Şelale modelinin popüler avantajları Yazılım Mühendisliği bazı dezavantajlarla birlikte:

Avantajlar Dezavantajları
Gelişimin bir sonraki aşamasından önce her aşamanın tamamlanması gerekir Hata yalnızca aşama sırasında düzeltilebilir
Gereksinimlerin iyi tanımlandığı küçük projeler için uygundur Gereksinimlerin sıklıkla değiştiği karmaşık projeler için tercih edilmez
Her aşamayı tamamlamadan önce kalite güvence testini (Doğrulama ve Doğrulama) yapmalıdırlar. Test dönemi gelişim sürecinde oldukça geç gelir
Yazılımın geliştirme döngüsünün her aşamasında ayrıntılı dokümantasyon yapılır Dokümantasyon geliştiricilerin ve test uzmanlarının çok zamanını alır
Proje, minimum müşteri müdahalesi ile tamamen proje ekibine bağlıdır Müşterilerin değerli geri bildirimleri devam eden geliştirme aşamasına dahil edilemez
Geliştirme sürecinde yazılımda herhangi bir değişiklik yapılır Tamamlanan yazılımda ortaya çıkan küçük değişiklikler veya hatalar birçok soruna neden olabilir.