Şelale - Şelale Modeli

Basamaklı model cihaz

Şelale olarak da bilinen şelale modeli, yazılım geliştirmeye yönelik en bilinen yaklaşımlardan biridir. Modelin yazarı Winston Royce'dur. 1970 yılında, yeniliklerinin özünü, avantajlarını ve dezavantajlarını ayrıntılarıyla anlatan bir makalede anlattı. Aynı yerde, bu modelin yinelemeli bir modele nasıl dönüştürülebileceğini açıkladı. Başlangıçta, şelale modelinde geliştirme aşamaları aşağıdaki sırayla gider:

• Gereksinimlerin tanımı ve koordinasyonu;
• Proje onayı;
• Kodlama;
• Yazılım ürününün çalışan bir sürümünün oluşturulması;
• Test etme ve hata ayıklama;
• Yazılım yükleme;
• Destek.

Şelale modeline göre, geliştirici tarafından eylemlerin yürütülmesi sırayla - nokta nokta gerçekleşir. Öncelikle, yazılım gereksinimlerinin tamamlanacak bir liste şeklinde belirlenmesi ve üzerinde anlaşmaya varılması için çalışmalar tamamlanmaktadır.

Bundan sonra, daha önce kararlaştırılan yazılım gereksinimlerinin nasıl uygulanacağını açıklayan belgelerin yazılması sonucunda projenin oluşturulmasına ve onaylanmasına geçiş vardır.

Tasarım tamamlanırsa, geliştiriciler uygulamayı üstlenir. Ardından, kodun birleştirilmesi gelir - çeşitli ekip üyeleri tarafından üzerinde çalışılan projenin ayrı bölümlerinin entegrasyonu.

Bir sonraki adım, ürünü test etmek ve hata ayıklamaktır. Daha önce bulunan hatalar burada düzeltildi.

Son olarak, program kurulur ve desteklenir. Gerekirse işlevsellikte değişiklikler yapmayı ve bulunan hataları ortadan kaldırmayı içerir.

Basamaklı model, geliştirmenin bir sonraki aşamasına kesinlikle sırayla geçebileceğinizi varsayar - yalnızca önceki görevin tamamlanmasından sonra. Aşamalarda geri alma veya tutarsızlık olasılığı sağlanmaz.

Avantajlar ve dezavantajlar

Zaman zaman şelale modeli esneklikten yoksun olduğu için eleştirilir. Birçoğu bundan hoşlanmaz çünkü proje yönetiminin amacı onda ağır basar, son teslim tarihlerini karşılamak, geliştirme maliyeti ve kalitesi çok daha önemlidir.

Bununla birlikte, büyük projeler söz konusu olduğunda, projenin risklerini azalttığı ve işte şeffaflığı artırdığı için yönetim genellikle bu projelerde daha önemlidir.

Eksikliklere rağmen, PMBOK 3. versiyonu resmi olarak yalnızca “kademeli model” metodolojisini belirtir. Yinelemeli proje yönetimi de dahil olmak üzere diğer seçenekler sunulmaz.

Şelale modelinin avantajları:

• Ekip gelişimini kontrol etmek daha kolaydır. Müşteri, programcıların şu anda ne üzerinde çalıştıklarına aşinadır, projenin son tarihlerini ve bütçesini değiştirebilir.
• Geliştirme maliyeti ilk aşamada onaylanır. Uygulamanın tüm aşamaları üzerinde anlaşmaya varıldıktan sonra, yazılım ürünü sürekli olarak yazılır.
• Deneyimli test uzmanlarına ihtiyaç yoktur. Test aşaması için program belgelerini kullanabilirsiniz.

Şelale modelinin dezavantajları:

• Test, geliştirmenin tamamlanma aşamasında başladığından, bir hata keşfedilirse, onu düzeltmek ilk aşamada olduğundan daha pahalıya mal olacaktır. Sonuçta, test uzmanları yalnızca geliştirici kodu yazmayı ve metin yazarları - belgeleri yazmayı bitirdiğinde bir hata bulacaktır.
• Müşteri, geliştirme tamamlandıktan sonra bitmiş ürünle tanışır. Buna göre ürünü ancak neredeyse tamamen hazır olduğunda değerlendirebilir. Sonucu beğenmezse, düzeltme ihtiyacı nedeniyle proje bütçesinin maliyeti önemli ölçüde artacaktır.
• Daha fazla teknik dokümantasyon, işi tamamlamak için daha uzun sürer. Bu tür belgeler daha fazla değişiklik ve onay gerektirir.

"Şelale" genellikle, yeni yazılım için gereksinimler hazırlamanın mümkün olduğu temelde geniş bir belge tabanının bulunduğu tıp ve havacılık endüstrilerindeki projelerde kullanılır.

Şelale modelini kullanırken asıl olan detaylı gereksinimleri yazmaktır. Test sırasında, bir yerde tüm proje üzerinde zararlı etkisi olan bir hata olduğu ortaya çıkmamalıdır.