Prototüüpimine on oluline tarkvaraarenduse meetod, mis hõlmab süsteemi esialgse,
mittetäieliku versiooni ehk prototüübi loomist eesmärgiga koguda tagasisidet ja täpsustada nõudeid.
Prototüüpimise mudeli tsükkel koosneb tüüpiliselt kolmest põhitegevusest, mida korratakse (iteratsioon):
Nendeks on: Nõuete kogumine, Kiire kavandamine, Iteratsioon prototüübi parandamiseks.
Seda tehakse esialgu üldisemal tasemel. Määratletakse süsteemi põhinõuded ja fikseeritakse,
milliseid osi on kindlasti vaja edaspidi täpsustama hakata. Eesmärk on saada kiiresti kätte esmane arusaam.
Keskendutakse tavaliselt kasutajaliidesele ja nähtavale osale (sisend, väljund, vormid jms),
mis on kliendile kõige paremini arusaadav. Selle tulemuseks on prototüüp.
Klient hindab prototüüpi ja saab selle alusel oma soove ja puudujääke täpsustada.
Järgneb iteratsioon (prototüübi parandamine), kuni prototüüp rahuldab kasutajat.
Iga tsükliga saab arendaja uusi teadmisi kliendi tegelike soovide ja vajaduste kohta.
Prototüüp kas visatakse ära ja alustatakse lõpliku süsteemi arendust puhtalt lehelt (throwaway prototyping)
või arendatakse edasi lõpptooteks (evolutionary prototyping).
Prototüübi arendamisel on oluline, et see saaks loodud kiiresti, kasutades selleks abivahendeid (kiire prototüüpimise keeled ja tööriistad).
Prototüüp ei pea sisaldama kogu funktsionaalsust - ta peab keskenduma sellele, millest ei ole hästi aru saadud;
prototüübis ei pea olema vigade kontrolli ning prototüüp on suunatud funktsionaalsetele nõuetele (mitte näiteks turvalisuse probleemidele)
Kokkuvõtvalt, erinevalt koskmudelist ei koostata iteratiivsete arendusmudelite järgi esmalt kõikehõlmavat analüüsidokumenti,
milline sisaldab muutumatuid kasutajate vajadusi ning „kirjutatakse verega alla" süsteemi tellija ja realiseerija vahel -
iteratiivsed mudelid võimaldavad lihtsamalt viia sisse muudatusi süsteemi, saada kasutajatelt varajast tagasisidet,
testida arendusprojekti varajases faasis süsteemi arhitektuurilise lahenduse sobivust jmt.
| Head | Vead |
| Parem kliendisuhtlus ja tagasiside (klient näeb lahendust ja saab soove täpsustada) | Ebapiisav testimine prototüübi faasis võib viia probleemideni hiljem. |
|---|---|
| Vähendab arenduskulusid hilisemates faasides (muudatusi on odavam teha alguses). | Liigne detailiseerimine ja ajakulukus, eriti kui puudub selge struktuur. |
Viited infole: eopearhiiv