Inkrementalni model v SDLC: Uporaba, prednost & Pomanjkljivost

Kazalo:

Anonim

Kaj je inkrementalni model?

Inkrementalni model je proces razvoja programske opreme, kjer se zahteve razdelijo na več samostojnih modulov cikla razvoja programske opreme. Inkrementalni razvoj poteka v korakih od načrtovanja analiz, izvajanja, testiranja / preverjanja, vzdrževanja.

Vsaka ponovitev poteka skozi faze zahtev, načrtovanja, kodiranja in preskušanja . In vsaka naslednja izdaja sistema dodaja funkcijo prejšnji izdaji, dokler niso implementirane vse načrtovane funkcije.

Sistem se začne proizvajati, ko je dobavljen prvi prirastek. Prvi prirastek je pogosto osrednji izdelek, v katerem so obravnavane osnovne zahteve, v naslednjih korakih pa so dodane dodatne funkcije. Ko naročnik analizira osnovni izdelek, se pripravi načrt za naslednji korak.

Značilnosti inkrementalnega modula vključujejo

  • Razvoj sistema je razdeljen na številne mini razvojne projekte
  • Delni sistemi se zaporedno gradijo, da se ustvari končni celotni sistem
  • Zahteva najvišje prioritete se najprej obravnava
  • Ko je zahteva razvita, je zahteva po tem povečanju zamrznjena
Prirastne faze Dejavnosti, ki se izvajajo v postopnih fazah
Analiza zahtev
  • Zbirajo se zahteve in specifikacije programske opreme
Oblikovanje
  • V tej fazi so zasnovane nekatere vrhunske funkcije
Koda
  • V tej fazi se kodira programska oprema
Preizkus
  • Ko je sistem enkrat uveden, gre skozi fazo testiranja

Kdaj uporabiti inkrementalne modele?

  • Zahteve sistema so jasno razumljene
  • Ko se pojavi povpraševanje po predčasni izdaji izdelka
  • Kadar ekipa programskega inženirja ni preveč usposobljena ali usposobljena
  • Ko gre za značilnosti in cilje z visokim tveganjem
  • Takšna metodologija se bolj uporablja za podjetja, ki uporabljajo spletne aplikacije in izdelke

Prednosti in slabosti inkrementalnega modela

Prednosti Slabosti
  • Programska oprema se bo hitro ustvarila v življenjskem ciklu programske opreme
  • Zahteva dobro načrtovanje načrtovanja
  • Spreminjanje zahtev in obsega je prožno in cenejše
  • Težave lahko nastanejo zaradi sistemske arhitekture kot take, zato niso vnaprej zbrane vse zahteve za celoten življenjski cikel programske opreme
  • Skozi razvojne faze se lahko spreminjajo
  • Vsaka ponovitvena faza je toga in se ne prekriva
  • Ta model je cenejši v primerjavi z drugimi
  • Odprava težave v eni enoti zahteva popravek v vseh enotah in porabi veliko časa
  • Stranka se lahko odzove na vsako zgradbo
  • Napake je enostavno prepoznati