Prírastkový model v SDLC: Use, Advantage & Nevýhoda

Obsah:

Anonim

Čo je prírastkový model?

Prírastkový model je proces vývoja softvéru, v ktorom sú požiadavky rozdelené do viacerých samostatných modulov cyklu vývoja softvéru. Postupný vývoj sa uskutočňuje v krokoch od návrhu analýzy, implementácie, testovania / overovania, údržby.

Každá iterácia prechádza fázami požiadaviek, návrhu, kódovania a testovania . A každé nasledujúce vydanie systému pridáva funkciu k predchádzajúcemu vydaniu, kým nebudú implementované všetky navrhnuté funkcie.

Systém je uvedený do výroby pri dodaní prvého prírastku. Prvý prírastok je často kľúčovým produktom, kde sa riešia základné požiadavky, a do ďalších prírastkov sa pridávajú ďalšie funkcie. Hneď ako klient vykoná analýzu základného produktu, dôjde k vývoju plánu pre ďalší prírastok.

Charakteristiky prírastkového modulu zahŕňajú

  • Vývoj systému je rozdelený do mnohých mini vývojových projektov
  • Čiastkové systémy sú postupne zostavované tak, aby vytvorili konečný celkový systém
  • Najskôr sa rieši požiadavka s najvyššou prioritou
  • Len čo je požiadavka vyvinutá, požiadavky na tento prírastok sú zmrazené
Prírastkové fázy Činnosti vykonávané v prírastkových fázach
Analýza požiadaviek
  • Zhromažďujú sa požiadavky a špecifikácia softvéru
Dizajn
  • V tejto fáze sú navrhnuté niektoré špičkové funkcie
Zákonníka
  • V tejto fáze sa kóduje softvér
Test
  • Akonáhle je systém nasadený, prechádza testovacou fázou

Kedy použiť prírastkové modely?

  • Požiadavky systému sú jasne pochopené
  • Keď vznikne dopyt po predčasnom vydaní produktu
  • Keď tím softvérového inžinierstva nie je veľmi dobre kvalifikovaný ani vyškolený
  • Ak sa jedná o vysoko rizikové prvky a ciele
  • Takáto metodika sa viac používa pre webové aplikácie a spoločnosti založené na produktoch

Výhody a nevýhody prírastkového modelu

Výhody Nevýhody
  • Softvér sa vygeneruje rýchlo počas životného cyklu softvéru
  • Vyžaduje si to dobrý plánovanie
  • Je flexibilné a lacnejšie meniť požiadavky a rozsah
  • Problémy môžu spôsobovať architektúra systému ako taká, nie všetky požiadavky zhromaždené vopred za celý životný cyklus softvéru
  • V priebehu vývojových fáz je možné vykonávať zmeny
  • Každá iteračná fáza je rigidná a navzájom sa neprekrýva
  • Tento model je v porovnaní s ostatnými lacnejší
  • Oprava problému v jednej jednotke vyžaduje opravu vo všetkých jednotkách a zaberá veľa času
  • Zákazník môže reagovať na každú budovu
  • Chyby sa dajú ľahko zistiť