Inkrementalni model u SDLC-u: upotreba, prednost & Hendikep

Sadržaj:

Anonim

Š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 vrši se u koracima od dizajna analize, implementacije, ispitivanja / provjere, održavanja.

Svaka iteracija prolazi kroz faze zahtjeva, projektiranja, kodiranja i ispitivanja . I svako sljedeće izdanje sustava dodaje funkciju prethodnom izdanju dok se ne implementiraju sve dizajnirane funkcije.

Sustav se pušta u proizvodnju kada se isporuči prvi prirast. Prvi je prirast često osnovni proizvod u kojem se rješavaju osnovni zahtjevi, a dodatne se značajke dodaju u sljedećim prirastima. Nakon što klijent analizira osnovni proizvod, postoji razvoj plana za sljedeći prirast.

Karakteristike inkrementalnog modula uključuju

  • Razvoj sustava podijeljen je na mnoge mini razvojne projekte
  • Djelomični sustavi sukcesivno se grade da bi se dobio konačni ukupni sustav
  • Prvo se rješava zahtjev najvišeg prioriteta
  • Jednom kada se zahtjev razvije, zahtjev za tim priraštajem se zamrzava
Inkrementalne faze Aktivnosti koje se izvode u inkrementalnim fazama
Analiza zahtjeva
  • Prikupljaju se zahtjevi i specifikacije softvera
Oblikovati
  • Tijekom ove faze dizajnirane su neke vrhunske funkcije
Kodirati
  • Kodiranje softvera vrši se tijekom ove faze
Test
  • Jednom kada je sustav postavljen, on prolazi kroz fazu testiranja

Kada koristiti inkrementalne modele?

  • Zahtjevi sustava su jasno razumljivi
  • Kada se pojavi potražnja za prijevremenim puštanjem proizvoda
  • Kada tim za softverski inženjering nije baš dobro vješt ili obučen
  • Kada su u pitanju značajke i ciljevi visokog rizika
  • Takva se metodologija više koristi za web aplikacije i tvrtke temeljene na proizvodima

Prednosti i nedostaci inkrementalnog modela

Prednosti Mane
  • Softver će se generirati brzo tijekom životnog ciklusa softvera
  • Zahtijeva dobro planiranje
  • Promjena zahtjeva i opsega fleksibilna je i jeftinija
  • Problemi mogu nastati zbog arhitekture sustava kao takvog, a ne svi zahtjevi prikupljeni unaprijed za cijeli životni ciklus softvera
  • Kroz razvojne faze mogu se raditi promjene
  • Svaka faza iteracije je kruta i ne preklapa se
  • Ovaj je model jeftiniji u usporedbi s drugima
  • Otklanjanje problema u jednoj jedinici zahtijeva korekciju u svim jedinicama i oduzima puno vremena
  • Kupac može odgovoriti na svaku zgradu
  • Pogreške je lako prepoznati