Inkrementalni model u SDLC-u: upotreba, prednost i nedostatak

Što je inkrementalni model?

Inkrementalni model je proces razvoja softvera gdje se zahtjevi raščlanjuju na više samostalnih modula ciklusa razvoja softvera. Inkrementalni razvoj odvija se u koracima od dizajna analize, implementacije, testiranja/verifikacije, održavanja.

Inkrementalni model u SDLC-u

Svaka iteracija prolazi kroz zahtjevi, faze dizajna, kodiranja i testiranja. I svako sljedeće izdanje sustava dodaje funkciju prethodnom izdanju dok se ne implementiraju sve dizajnirane funkcionalnosti.

Inkrementalni model u SDLC-u

Sustav se stavlja u proizvodnju kada se isporuči prvi inkrement. Prvi inkrement često je temeljni proizvod u kojem se rješavaju osnovni zahtjevi, a dodatne se značajke dodaju u sljedećim inkrementima. Nakon što klijent analizira temeljni proizvod, dolazi do razvoja plana za sljedeći korak.

Karakteristike inkrementalnog modula uključuju

  • Razvoj sustava podijeljen je na mnoge mini razvojne projekte
  • Parcijalni sustavi se sukcesivno grade kako bi proizveli konačni ukupni sustav
  • Najprije se rješava zahtjev s najvišim prioritetom
  • Nakon što se razvije zahtjev, zahtjevi za taj porast se zamrzavaju
Inkrementalne faze Aktivnosti koje se izvode u inkrementalnim fazama
Analiza zahtjeva
  • Prikupljaju se zahtjevi i specifikacije softvera
dizajn
  • Tijekom ove faze dizajnirane su neke vrhunske funkcije
Kodirati
  • Kodiranje softvera obavlja se tijekom ove faze
test
  • Nakon što je sustav implementiran, prolazi kroz fazu testiranja

Kada koristiti inkrementalne modele?

  • Zahtjevi sustava su jasno razumljivi
  • Kada se pojavi potražnja za ranim izdavanjem proizvoda
  • Kada programsko inženjerstvo tim nije dobro vješt ili obučen
  • Kada su uključene značajke i ciljevi visokog rizika
  • Takva se metodologija više koristi za tvrtke koje se temelje na web aplikacijama i proizvodima

Prednosti i nedostaci inkrementalnog modela

Prednosti Nedostaci
Softver će se brzo generirati tijekom životnog ciklusa softvera Zahtijeva dobro planiranje projektiranja
Fleksibilno je i jeftinije mijenjati zahtjeve i opseg Problemi mogu prouzročiti zbog arhitekture sustava kao takve da svi zahtjevi nisu prikupljeni unaprijed za cijeli životni ciklus softvera
Promjene se mogu napraviti kroz razvojne faze Svaka faza iteracije je kruta i ne preklapa se jedna s drugom
Ovaj model je jeftiniji u usporedbi s ostalima Otklanjanje problema u jednoj jedinici zahtijeva korekciju u svim jedinicama i oduzima puno vremena
Kupac može odgovoriti na svaku zgradu
Pogreške se lako prepoznaju