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.
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.
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 |
|
| Disain |
|
| Code |
|
| test |
|
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 |


