Esimesed RP-süsteemid (inglise keelest Rapid Prototyping – rapid prototyping) ilmusid USA-s eelmise sajandi 90ndate alguses. Need olid mahukad, keerukad ja väga kallid masinad, mis nõudsid erilisi töötingimusi ja mille kasutamine oli väga ebamugav. Tehnoloogia on arenenud ja umbes 2000. aastal hakkasid ilmuma nn 3D-printerid. Need RP-süsteemid võtavad vähem ruumi, võivad töötada tüüpilises kontorikeskkonnas ja neid on palju lihtsam kasutada.
Pole täpselt teada, kes on prototüübi mudeli looja.
Prototüüpimisel kasutatud täielikkuse aste ja tehnikad on olnud arenduses ja arutlusel alates selle ettepaneku tegemisest 1970. aastate alguses.
Väljapakutud kontseptsioonide, arhitektuursete ja/või tehnoloogiliste lahenduste sobivuse testimiseks ning programmi arendusprotsessi varajases etapis kliendile tutvustamiseks loodi prototüüpimismudel.
Prototüüp võimaldab saada tagasisidet ka tulevastelt kasutajatelt ja just siis, kui seda kõige rohkem vaja on: projekti alguses on veel võimalus projekteerimisvead praktiliselt kadudeta parandada.
Etapid:
- Esialgsete nõuete kindlaksmääramine.
- Prototüübi esimese versiooni väljatöötamine, mis sisaldab ainult süsteemi kasutajaliidest.
- Prototüübi uurimine tellija ja lõppkasutajate poolt, tagasiside saamine vajalike muudatuste ja täienduste kohta.
- Prototüübi ümbertöötamine ja täiustamine: saadud kommentaare ja ettepanekuid arvesse võttes muudetakse nii spetsifikatsioone kui ka prototüüpi, misjärel saab 3. ja 4. samme korrata.
Plussid
- Nõuete selgitamine
Prototüüp võimaldab kasutajal näha, kuidas süsteem praktikas töötab, isegi kui see on lihtsustatud versioon. See aitab täpsemalt määratleda nõudeid, tuvastada puudusi või ebatäpsusi nende mõistmises ning selgitada soove juba arengu algfaasis. - Aktiivne kasutaja kaasatus
Kasutajad saavad prototüübiga suhelda ja tagasisidet anda, mis aitab luua nende vajadustele paremini vastava süsteemi. See muudab arendusprotsessi kasutajakesksemaks ja suurendab tõenäosust vastata kasutajate ootustele. - Vähendage riske ja vigu
Prototüüp võimaldab varakult tuvastada vigu või puudujääke süsteemi funktsionaalsuses, disainis ja arhitektuuris. See väldib olulisi probleeme, sest suured probleemid avastatakse ja lahendatakse varem. - Paindlikkus ja kohanemisvõime
Prototüüpmudel on kergesti kohandatav nõuete muutumisega. Kuna prototüüp luuakse kiiresti ja see ei ole alati toote lõppversioon, saab seda muutuvate nõuete või kasutajate tagasiside põhjal lihtsalt uuendada ja täiustada. - Kiirendada arengut
Prototüüpe ehitatakse tavaliselt kiiremini kui täissüsteeme ja need võimaldavad kontseptsioone kiiremini testida. See võib arendusprotsessi oluliselt kiirendada, kuna süsteemi täieliku väljatöötamise asemel saate esmalt prototüübi kaudu hinnata selle põhialuseid ja põhifunktsioone.
Miinused
- Prototüübi kvaliteediprobleemid
Prototüüp luuakse kiiresti ja sageli lihtsustatud tehnoloogiate abil, mis võib viia selleni, et see jääb lõpliku süsteemi tegelikust arhitektuurist ja struktuurist liiga kaugele. See võib tekitada kasutajates segadust lõpptoote toimimise osas ja tekitada valesid ootusi. - Lõpptoote halva arusaamise oht
Kasutajad, nähes ainult prototüüpi, saavad keskenduda selle välimusele ja funktsionaalsusele, ignoreerides tehnilisi piiranguid ja probleeme, mis võivad täisväärtusliku süsteemi väljatöötamisel tekkida. See võib kaasa tuua ebarealistlikud ootused lõpptootele. - Sagedane taaskasutus
Prototüüpimismudel hõlmab prototüübi korduvat loomist ja ülevaatamist, mis võib kaasa tuua liigse ümbertöötamise ja projekti aja olulise pikenemise. Arendajad võivad hakata keskenduma detailidele, mis pole lõpptoote jaoks nii olulised, mistõttu on selle valmimine keeruline. - Dokumentatsiooni puudumine
Prototüüpe ei dokumenteerita sageli korralikult, kuna need on ajutised lahendused, mis on loodud kontseptsioonide demonstreerimiseks. Seetõttu võib pärast prototüübi valmimist olla raske täpselt aru saada, kuidas ja miks teatud otsused langetati, mistõttu on raske üle minna täissüsteemile. - Ebaefektiivsus suurte ja keeruliste projektide puhul
Suurte ja mahukate projektide puhul ei pruugi prototüüpimismudel olla tõhus, kuna iga uus prototüüpimise etapp nõuab märkimisväärseid jõupingutusi ning pidev ümbertöötamine võib muutuda liiga kulukaks ja ressursimahukaks. Sellistel juhtudel võib eelistada traditsioonilisemaid lähenemisviise.
Kasutatud materjalide viited
https://medium.com/design-bootcamp/software-development-model-prototyping-468b2ea16ae6
https://old.mospolytech.ru/index.php?id=1166
https://en.wikipedia.org/wiki/Software_prototyping
Results
