RAD (Rapid Application Development) V‐Model - Jamarare/AgiilsedTarkvaraarenduseMetoodikad GitHub Wiki
Õpilasinfosüsteemi Projekt – RAD ja V-Model
Projekti nõuded
- Õpetajad saavad hallata õpilaste andmeid (nimi, hinded, puudumised)
- Õpilased saavad vaadata ainult enda infot (read-only)
- Admin saab lisada/kustutada kasutajaid
RAD-protsessi visualiseerimine
V-Model visualiseerimine
RAD vs V-Model võrdlus
| Kriteerium |
RAD |
V-Model |
| Lähtekoht |
Kiire MVP ja esmane vajadus |
Täpne ja struktureeritud nõuete analüüs |
| Testimise hetk |
Igas iteratsioonis |
Pärast arendusfaasi, struktureeritud testid |
| Muudatuste võimalus |
Väga paindlik, pidev täiustamine |
Vähe paindlik, muudatused rasked hiljem |
| Sobivus kiirele MVP-le |
Väga sobiv |
Vähem sobiv |
| Riskitase |
Keskmine – kiire arendus, vähem testimist |
Madal – põhjalik planeerimine ja testimine |
| Klientide kaasamine |
Aktiivne kaasamine prototüüpide ja tagasiside kaudu |
Vähem kaasamist, kindel nõuete faas |
Otsus ja põhjendus
Selle õpilasinfosüsteemi projekti puhul eelistan kasutada RAD (Rapid Application Development) metoodikat, kuna see võimaldab kiiret arendust ja kohest kasutajate tagasisidet. Kuna süsteem ei ole elutähtis ega kriitilise turvalisusega, on sobiv alustada lihtsa prototüübiga, mida saab iteratiivselt täiustada õpetajate ja õpilaste vajaduste põhjal. RAD toetab aktiivset suhtlust lõppkasutajatega, mis aitab tagada, et süsteem vastab pärisvajadustele. Samas plaanin kombineerida V-Model metoodikast struktureeritud testimise faasid, et süsteemi lõppversioon oleks töökindel. Seega loob kombineeritud lähenemine paindliku, aga kontrollitud arendusprotsessi, mis sobib hästi haridusasutuse sisekasutuseks mõeldud infosüsteemile.
Protsessikaart
Õppematerjalide tabel