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

Saลพmite ovu objavu uz: