SDLC'de Artımlı Model: Kullanımı, Avantajı ve Dezavantajı
⚡ Akıllı Özet
Yazılım Geliştirme Yaşam Döngüsü'ndeki Artımlı Model, yazılımı ardışık modüller halinde oluşturur; her artım, tam sistem tamamlanana kadar işlev ekler. Bu kaynak, modelin özelliklerini, aşamalarını, kullanımını, avantajlarını ve dezavantajlarını açıklamaktadır.

Artımlı Model Nedir?
Artımlı Model, gereksinimlerin yazılım geliştirme döngüsünün birden fazla bağımsız modülüne ayrıldığı bir yazılım geliştirme sürecidir. Artımlı geliştirme, analiz, tasarım, uygulama, test veya doğrulama ve bakım aşamalarından oluşan adımlar halinde gerçekleştirilir.
Her yineleme şu süreçten geçer: gereksinimler, tasarım, kodlama ve test aşamalarıSistemin her sonraki sürümü, tasarlanan tüm işlevler uygulanana kadar önceki sürüme ek işlevler ekler.
Sistem, ilk aşama teslim edildiğinde üretime alınır. İlk aşama genellikle temel gereksinimlerin karşılandığı bir ana üründür ve ek özellikler sonraki aşamalarda eklenir. Ana ürün müşteri tarafından analiz edildikten sonra, bir sonraki aşamanın geliştirilmesi için bir plan oluşturulur.
Artımlı Modelin Özellikleri
- Sistem geliştirme, birçok küçük geliştirme projesine bölünmüştür.
- Kısmi sistemler, nihai ve tam bir sistem oluşturmak için ardı ardına inşa edilir.
- En yüksek öncelikli gereksinim ilk önce ele alınır.
- Bir gereksinim geliştirildikten sonra, o artım için gereksinim dondurulur.
| Artan Aşamalar | Artan aşamalarda gerçekleştirilen faaliyetler |
|---|---|
| İhtiyaç analizi |
|
| Tasarım |
|
| Code |
|
| test |
|
Artımlı Modeller Ne Zaman Kullanılır?
- Sistemin gereksinimleri açıkça anlaşılmıştır.
- Bir ürünün erken piyasaya sürülmesine yönelik talep olduğunda.
- Zaman yazılım Mühendisliği Ekip yeterince yetenekli veya eğitimli değil.
- Yüksek riskli özellikler ve hedefler söz konusu olduğunda.
- Bu tür bir metodoloji daha çok web uygulamaları ve ürün tabanlı şirketler için kullanılmaktadır.
Artımlı Modelin Avantajları ve Dezavantajları
| Avantajlar | Dezavantajlar |
|---|---|
| Yazılım, yazılım yaşam döngüsü boyunca hızlı bir şekilde oluşturulur. | İyi bir planlama ve tasarım gerektirir. |
| Gereksinimleri ve kapsamı değiştirmek esnektir ve daha az maliyetlidir. | Sistem mimarisinden kaynaklanan sorunlar ortaya çıkabilir, çünkü tüm yazılım yaşam döngüsü için gereken tüm gereksinimler önceden toplanmaz. |
| Geliştirme aşamaları boyunca değişiklikler yapılabilir. | Her yineleme aşaması sabittir ve diğerleriyle örtüşmez. |
| Bu model diğerlerine kıyasla daha az maliyetlidir. | Bir ünitedeki sorunu gidermek, tüm ünitelerde düzeltme yapılmasını gerektirir ve çok zaman alır. |
| Müşteriler her bir geliştirme sürecine yanıt verebilirler. | |
| Hataları tespit etmek kolaydır. |


