Prototüüpimine. Mudeli ajalugu

Üks esimesi teadlasi, kes tegi ettepaneku vormistada prototüüpimine tarkvaraarendusmeetodina, oli Barry Boehm, Ameerika arvutiteadlane ja üks agiilsete arendusmeetodite rajajaid. Prototüüpimist kui iseseisvat metoodikat uuriti ja formaliseeriti aktiivselt 1980. aastatel. Peamine panus selle arendamisse tuli inimese ja arvuti interaktsiooni uurijatelt, nagu Alan Cooper ja Donald Norman, kes rõhutasid varajase kasutajakogemuse testimise tähtsust.

Etapid

Prototüüpimise mudeli etapid:

• Nõuete kogumine ja analüüs: Toote põhinõuded on kindlaks määratud, kuid selles etapis võivad need olla puudulikud või üldised, kuna projekt ei ole veel selgelt piiritletud.
• Prototüübi kavandamine: Töötatakse välja esialgne prototüüp, mis on tulevase rakenduse lihtsustatud versioon. See sisaldab ainult põhifunktsioone ja kasutajaliidese elemente, mis aitavad kasutajatel kontseptsioonist aru saada.
• Prototüübi hindamine kasutajate poolt: prototüüp antakse kliendile või lõppkasutajatele testimiseks. Kasutajad suhtlevad süsteemiga, tuvastavad vead ja annavad tagasisidet funktsionaalsuse ja kasutajaliidese kohta.
• Prototüübitäiustamine ja täiustamine: saadud tagasiside põhjal täiustatakse prototüüpi, lisatakse uusi funktsioone või parandatakse puudusi. Seda hindamis- ja täiustustsüklit korratakse, kuni klient on rahul.
• Lõpliku versiooni väljatöötamine: Kui prototüübi koostamise etapp on lõpule viidud, luuakse kogutud nõuete ja tagasiside põhjal toote lõplik versioon, mis on valmis testimiseks ja rakendamiseks.
• Testimine ja rakendamine: Lõplik toode läbib lõpliku testimise ja seejärel võetakse kasutusele.

Skeem

5 tk plussid

1. Kiire tagasiside kasutajatelt. Prototüüp võimaldab kohe näha ja parandada vigu või tõrkeid, parandades toodet varakult.
2. Nõuete paindlikkus. Nõudeid saab arendusprotsessi käigus täpsustada ja kohandada, mis on oluline, kui nõuded ei ole algselt selgelt määratletud.
3. Aja ja ressursside kokkuhoid. Prototüüpimine aitab vältida lõpptoote märkimisväärset läbivaatamist, kuna vead tuvastatakse ja parandatakse varakult.
4. Suurenenud kliendi rahulolu. Klient saab kohe näha, kuidas lõpptoode välja näeb, ja teha muudatusi, kui tulemus ei vasta tema ootustele.
5. Lõpptoote kvaliteedi parandamine. Prototüübi pidev testimine ja täiustamine aitab luua usaldusväärsemat ja kasutajasõbralikumat tarkvara, mis vastab kliendi ootustele.

5 tk miinused

1. Mitmete paranduste kulud. Prototüüpimine nõuab süsteemi mitmekordset läbivaatamist, mis võib suurendada arenduskulusid.
2. Raskused projektijuhtimisel. Pidevalt muutuvad nõuded ja prototüübi funktsioon muudab aja ja ressursside planeerimise keeruliseks.
3. Ebarealistlike ootuste oht. Kasutaja võib tajuda prototüüpi kui lõplikku versiooni ja oodata, et tulemus vastab kohe sellele, mida ta näeb.
4. Prototüübi vead võivad kanduda üle lõppversiooni. Kui prototüübi puudusi ei tuvastata õigeaegselt, võivad need jääda lõpptootesse.
5. Raskused skaleerimisel. Prototüübid töötatakse sageli välja ajutiste lahendustena, mida on raske kohandada täielikult toimiva lõpptootena.