RAD-mudel tarkvaratehnikas: diagramm ja faasid
Lucas Bennett
⚡ Nutikas kokkuvõte
RAD-mudel tarkvaratehnikas ehk kiire rakenduste arenduses on prototüüpping-põhine protsess, mis seab kiire tarnimise esikohale eelneva planeerimise ees. See tarkvara ehitab viie etapi kaudu, alates ärimudeli koostamisest kuni testimise ja käibelelaskmiseni.
Mis on RAD-mudel?
RAD mudel ehk kiire rakenduste arendamise mudel on prototüübil põhinev tarkvaraarendusprotsessping ilma igasuguse konkreetse planeerimiseta. RAD-mudel pöörab planeerimisele vähem tähelepanu ja annab suurema prioriteedi arendusülesannetele, eesmärgiga tarkvara lühikese aja jooksul tarnida.
SDLC RAD modelleerimisel on järgmised etapid:
- Äri modelleerimine
- Andmete modelleerimine
- Protsessi modelleerimine
- Rakenduste genereerimine
- Testimine ja käive
Allolev RAD-mudeli diagramm näitab, kuidas need faasid ühenduvad:
See keskendub teabe sisend-väljundallikale ja sihtkohale. See rõhutab projektide elluviimist väikeste osadena; suuremad projektid jagunevad väiksemateks projektideks. RAD-modelleerimise peamised omadused on mallide, tööriistade, protsesside ja koodi taaskasutamine, nagu allpool näidatud:
RAD-mudeli erinevad faasid
Kiire rakenduste arendamise mudelil on viis peamist etappi:
| RAD mudeli faasid | Tegevused RAD modelleerimises |
|---|---|
| Äri modelleerimine | Toode on loodud teabe liikumise ja jaotuse põhjal erinevate ärikanalite vahel. |
| Andmete modelleerimine | Äri modelleerimisel kogutud teave viimistletakse ettevõtte jaoks oluliste andmeobjektide kogumiks |
| Protsessi modelleerimine | Andmemodelleerimise etapis deklareeritud andmeobjektid teisendatakse, et saavutada ärifunktsiooni rakendamiseks vajalik infovoog. |
| Rakenduste genereerimine | Automatiseeritud tööriistad teisendavad protsessi- ja andmemudelid tarkvara loomise ajal prototüüpideks |
| Testimine ja käive | Prototüüpe testitakse iga iteratsiooni ajal eraldi, mis vähendab RAD-is üldist testimisaega. |
Millal kasutada RAD-i metoodikat?
- Kui süsteem on vaja toota lühikese aja jooksul (2-3 kuud)
- Kui nõuded on teada
- Kui kasutaja on kaasatud kogu elutsükli jooksul
- Kui tehniline risk on väiksem
- Kui on vajadus luua süsteem, mida saab 2-3 kuuga moduleerida
- Kui eelarve on piisavalt suur, et lubada disaineritel modelleerimist koos koodi genereerimise automatiseeritud tööriistade maksumusega
Kiire rakenduste arendamise eelised ja puudused
Nagu iga SDLC-lähenemisviis, hõlmab ka RAD kompromisse:
| RAD-mudeli eelised | RAD-mudeli puudused |
|---|---|
| Paindlik ja kohanemisvõimeline muutustega | Seda ei saa kasutada väiksemate projektide jaoks |
| See on kasulik, kui peate vähendama projekti üldist riski | Kõik rakendused ei ole RAD-iga ühilduvad |
| Tulemusi on lihtsam üle kanda, kuna skriptid, kõrgetasemelised kõhulihasedtrackasutatakse tsioone ja vahekoode | Kui tehniline risk on kõrge, siis see ei sobi |
| Code generaatorid ja koodi taaskasutamine vähendavad käsitsi kodeerimist | Kui arendajad ei ole pühendunud tarkvara õigeaegsele tarnimisele, võivad RAD-projektid ebaõnnestuda |
| Selle prototüüpping loodus tähendab vähemate defektide võimalust | Ajaline kast lükkab funktsioonid hilisemasse versiooni, et väljalase kiiremini valmis saada, vähendades seeläbi funktsioonide arvu. |
| Iga RAD-i etapp pakub kliendile kõrgeima prioriteediga funktsionaalsust | Skaleeritavus kannatab, kuna RAD-i abil arendatud rakendus algab prototüübina ja areneb seejärel valmis rakenduseks. |
| Väiksema arvuga saab tootlikkust lühikese ajaga suurendada | Edusammude ja probleemidega on raske toime tulla track, sest puuduvad dokumendid, mis tõendaksid tehtut |
RAD-mudel vs Agile vs Waterfall
Algajad ajavad RAD-meetodid sageli segamini agiilse ja jugameetoditega. Need kolm SDLC-meetodit tasakaalustavad kiirust, planeerimist ja paindlikkust erinevalt:
| Aspekt | RAD mudel | Väle | Juga |
|---|---|---|---|
| Põhilähenemine | Prototüüpping koodi taaskasutamisega | Iteratiivsed sprintid tagasisidega | Lineaarsed järjestikused faasid |
| Planeerimine | Minimaalne eelnev planeerimine | Adaptiivne planeerimine sprindi kohta | Detailne eelnev planeerimine |
| Parim sobivus | Modulaarsed süsteemid lühikeste tähtaegadega | Muutuvad nõuded | Stabiilsed ja täpselt määratletud nõuded |
