1.Mudeli ajalugu / kes / millal / arendasvälja.
Inkrementaalne mudel sai alguse 20. sajandi lõpus ja on tihedalt seotud lühikeste arendusperioodidega, mis võimaldavad arendajatel kiiresti testida, analüüsida ja täiustada tarkvara.
2. Etapid.
1)Eeltingimuste määramine – arendamise alguses määratakse süsteemi põhifunktsioonid ja üldine struktuur.
2)Esiteks inkrementi arendamine – väikese osa süsteemi loomine, mis sisaldab esimesi töövõimalusi.
3)Testimine ja hindamine – arendatud inkrementi testitakse ja hinnatakse klientide vajaduste järgi.
4)Järgmiste inkrementide arendamine – täiendavate funktsioonide lisamine, mis põhinevad eelnevate etappide tagasisidel.
5)Täiendav testimine – igal arendusetapil toimub testimine, et tagada süsteemi usaldusväärsus.
6)Lõplik süsteemi integreerimine ja rakendamine – kõik inkrementid integreeritakse lõppprojekti ja viiakse klientidele.
3. Skeem.
4. Plussid (5 tükki).
- Paindlikkus: Iga inkrement on süsteemi väiksem osa, võimaldades kiireid muudatusi ja paindlikkust arenduses.
- Kliendi tagasiside: Regulaarne tagasiside kogumine igas etapis võimaldab arendada täpselt vastavalt kliendi vajadustele.
- Kiirem töötav süsteem: Esimesed inkrementid võivad sisaldada juba töötavat tarkvara, mida saab kliendiga jagada enne kogu süsteemi valmimist.
- Vähem riske: Iga inkrementi testimine aitab tuvastada vigu varakult, vähendades suuri lõpptootes ilmnevaid probleeme.
- Mugavuse ja jätkusuutlikkuse kombinatsioon: Arendusprotsess on pidev ja toob regulaarseid tulemusi, mis on kasulik pikaajalistes projektides.
5. Miinused (5 tükki).
- Ebaühtlane lõpptulemus: Süsteemi etappide arendamine võib viia ebaühtlaste inkrementideni.
- Suurem halduskoormus: Iga inkrementi arendamise ja testimise etapp suurendab projekti halduskoormust.
- Üksikute komponentide võimalik alaareng: Iga inkrement võib keskenduda ainult teatud funktsioonidele, jättes teised süsteemi osad arendamata.
- Küsimused integreerimise kohta: Palju inkremendi etappe võib muuta lõppfaasis süsteemi integreerimise keeruliseks, kui algse arhitektuuri ja hilisemate muudatuste vahel on lahknevusi.
- Kallidus: Kui protsess ei ole hästi hallatud, võivad väikesed muudatused või funktsioonide lisamine olla kallid ja võtta rohkem aega kui algselt kavandatud.