RAD mudeli ajalugu

RAD ( Rapid Application Development) mudeli pakkus välja Barry Boehm 1980ndate lõpus. See kontseptsioon töötati välja USAs alternatiivina traditsioonilistele arendusmudelitele ning seda kasutati arendusprotsessi kiirendamiseks, keskendudes prototüüpimisele, iteratsioonile ja aktiivsele kasutaja interaktsioonile.

Etapid

RADi peamised arenguetapid:

1. Nõuete planeerimine – arendajad ja kasutajad teevad koostööd, et määratleda põhinõuded. Keskendutakse arendatavatele funktsionaalsetele põhielementidele.
2. Kasutaja disain – luuakse ja katsetatakse prototüüpe, et näidata lõppkasutajatele, kuidas lõplik süsteem välja näeb ja toimib. See etapp hõlmab sageli iteratiivset projekteerimist ja tagasiside saamist kasutajatelt.
3. Projekteerimine (ehitamine) – funktsionaalse tarkvara kiire arendamine. Arendajad kasutavad valmis komponente, malle ja kiireid arendusvahendeid, et ehitada võimalikult kiiresti toimiv toode.
4. Üleminek ja rakendamine – toote viimistlemine ja tootmisse viimine. Hõlmab lõplikku testimist, vigade parandamist, kasutajate koolitamist ja süsteemi paigaldamist.

Skeem

5 tk plussid

1. Arenduse kiirus – RAD võimaldab kiiremini luua toimiva prototüübi, sest keskendub iteratiivsele arendusele ja valmiskomponentide kasutamisele.
2. Paindlikkus ja kohandatavus – kasutajad saavad aktiivselt protsessis osaleda, mis võimaldab nende tagasiside põhjal toote funktsionaalsust kiiresti kohandada.
3. Riskide minimeerimine – kasutajate tagasiside ja prototüüpide testimise kaudu tuvastatakse probleemid varases etapis.
4. Kõrge kliendirahulolu – kasutajate pidev kaasamine võimaldab teil luua toote, mis vastab kõige paremini nende ootustele.
5. Parem muudatuste haldamine – iteratiivse lähenemisviisi tõttu on kõik muudatused hõlpsasti varakult rakendatavad, vähendades lõppjärgus tehtavate oluliste ümbertööde riski.

5 tk miinused

1. Ei sobi kõigi projektide jaoks – RAD on tõhus hästi määratletud nõuetega projektide puhul, kuid ei pruugi olla efektiivne keerukamate või suuremate süsteemide puhul.
2. Kõrged nõuded kasutajate kaasamisele – nõuab aktiivset ja korrapärast tagasisidet lõppkasutajatelt, mida võib olla raske saavutada.
3. Suurte projektide puhul on raske rakendada, kuna mitmete iteratsioonide ja prototüüpide haldamine muutub töömahukaks.
4. Raskused kvaliteedi tagamisel – suur arenduskiirus toob mõnikord kaasa ebapiisava dokumentatsiooni ja testimise, mis vähendab lõpptoote kvaliteeti.
5. Suur sõltuvus meeskonna oskustest – RAD nõuab kogenud ja kõrgelt kvalifitseeritud arendajaid, kes suudavad kiiresti prototüüpe luua ja muudatusi hallata, et olla edukas.