Inkrementaalne mudel SDLC-s: kasutamine, eelised ja puudused

Mis on inkrementaalne mudel?

Inkrementaalne mudel on tarkvaraarenduse protsess, kus nรตuded jaotatakse mitmeks eraldiseisvaks tarkvaraarenduse tsรผkli mooduliks. Jรคrkjรคrguline arendus toimub etapiviisiliselt alates analรผรผsi kavandamisest, juurutusest, testimisest/kontrollimisest ja hooldusest.

Inkrementaalne mudel SDLC-s

Iga iteratsioon lรคbib nรตuded, projekteerimise, kodeerimise ja testimise etapid. Ja sรผsteemi iga jรคrgmine vรคljalase lisab funktsiooni eelmisele versioonile, kuni kรตik kavandatud funktsioonid on rakendatud.

Inkrementaalne mudel SDLC-s

Sรผsteem pannakse tootmisse, kui tarnitakse esimene juurdekasv. Esimene juurdekasv on sageli pรตhitoode, mille pรตhinรตuded on tรคidetud ja jรคrgmiste sammudega lisatakse tรคiendavaid funktsioone. Kui klient on pรตhitoodet analรผรผsinud, on kavas jรคrgmise juurdekasvu jaoks vรคlja tรถรถtada.

Inkrementaalmooduli omadused hรตlmavad

  • Sรผsteemiarendus on jaotatud paljudeks miniarendusprojektideks
  • Osasรผsteeme ehitatakse jรคrjest, et saada lรตplik kogusรผsteem
  • Esmalt lahendatakse kรตrgeima prioriteedi nรตue
  • Kui nรตue on vรคlja tรถรถtatud, kรผlmutatakse selle juurdekasvu nรตue
Inkrementaalsed faasid Jรคrkjรคrguliste etappidena teostatavad tegevused
Nรตuete analรผรผs
  • Kogutakse kokku tarkvara nรตuded ja spetsifikatsioonid
Disain
  • Selles etapis on kavandatud mรตned tipptasemel funktsioonid
Code
  • Selles etapis tehakse tarkvara kodeerimine
test
  • Kui sรผsteem on kasutusele vรตetud, lรคbib see testimisetapi

Millal kasutada inkrementaalseid mudeleid?

  • Sรผsteemi nรตuded on selgelt arusaadavad
  • Kui tekib nรตudlus toote ennetรคhtaegse vabastamise jรคrele
  • Kui tarkvaraarendus meeskond ei ole vรคga hรคsti kvalifitseeritud ega koolitatud
  • Kui tegemist on kรตrge riskiga funktsioonide ja eesmรคrkidega
  • Sellist metoodikat kasutatakse rohkem veebirakenduste ja tootepรตhiste ettevรตtete jaoks

Inkrementaalse mudeli eelised ja puudused

Eelised Puudused
Tarkvara genereeritakse kiiresti tarkvara elutsรผkli jooksul See nรตuab head planeerimist
Nรตuete ja ulatuse muutmine on paindlik ja odavam Probleeme vรตib pรตhjustada sรผsteemiarhitektuur kui selline, et kรตiki nรตudeid ei koguta kogu tarkvara elutsรผkli jooksul eelnevalt kokku
Muutusi saab teha kogu arendusetapi jooksul Iga iteratsioonifaas on jรคik ega kattu รผksteisega
See mudel on teistega vรตrreldes odavam Probleemi kรตrvaldamine รผhes รผksuses nรตuab parandamist kรตigis รผksustes ja kulutab palju aega
Klient saab vastata igale hoonele
Vigu on lihtne tuvastada

Vรตta see postitus kokku jรคrgmiselt: