RAD-model i softwareudvikling: Diagram og faser
Redaktionelle team
⚡ Smart opsummering
RAD-modellen i softwareudvikling, eller hurtig applikationsudvikling, er en prototypeping-baseret proces, der prioriterer hurtig levering frem for forudgående planlægning. Den bygger software gennem fem faser, fra forretningsmodellering til test og omsætning.
Hvad er RAD-model?
RAD model eller Rapid Application Development-modellen er en softwareudviklingsproces baseret på prototyperping uden nogen specifik planlægning. RAD-modellen lægger mindre vægt på planlægning og prioriterer udviklingsopgaver mere med det formål at levere software på kort tid.
SDLC RAD-modellering har følgende faser:
- Forretningsmodellering
- Datamodellering
- Procesmodellering
- Applikationsgenerering
- Test og omsætning
RAD-modeldiagrammet nedenfor viser, hvordan disse faser forbindes:
Den fokuserer på input-output-kilden og destinationen for informationen. Den lægger vægt på at levere projekter i små dele; større projekter er opdelt i en række mindre projekter. Hovedtræk ved RAD-modellering er genbrug af skabeloner, værktøjer, processer og kode, som vist nedenfor:
Forskellige faser af RAD-modellen
Rapid Application Development-modellen har fem hovedfaser:
| RAD modelfaser | Aktiviteter udført i RAD-modellering |
|---|---|
| Forretningsmodellering | Produktet er designet baseret på informationsflow og distribution mellem forskellige forretningskanaler. |
| Datamodellering | De oplysninger, der indsamles fra forretningsmodellering, forfines til et sæt dataobjekter, der er væsentlige for virksomheden |
| Procesmodellering | Dataobjekter, der er deklareret i datamodelleringsfasen, transformeres for at opnå den informationsstrøm, der er nødvendig for at implementere en forretningsfunktion |
| Applikationsgenerering | Automatiserede værktøjer konverterer proces- og datamodeller til prototyper under konstruktionen af softwaren |
| Test og omsætning | Prototyper testes individuelt under hver iteration, hvilket reducerer den samlede testtid i RAD |
Hvornår skal man bruge RAD-metoden?
- Når et system skal produceres på kort tid (2-3 måneder)
- Når kravene er kendt
- Når brugeren vil være involveret gennem hele livscyklussen
- Når den tekniske risiko er mindre
- Når der er behov for at skabe et system, der kan modulariseres på 2-3 måneders tid
- Når budgettet er højt nok til at give designere råd til modellering sammen med omkostningerne ved automatiserede værktøjer til kodegenerering
Hurtig applikationsudvikling fordele og ulemper
Som enhver SDLC-tilgang involverer RAD afvejninger:
| Fordele ved RAD-modellen | Ulemper ved RAD-modellen |
|---|---|
| Fleksibel og omstillingsparat | Det kan ikke bruges til mindre projekter |
| Det er nyttigt, når du skal reducere den samlede projektrisiko | Ikke alle applikationer er kompatible med RAD |
| Leverancer er nemmere at overføre, fordi manuskripter, abs på højt niveautractioner, og mellemliggende koder anvendes | Når den tekniske risiko er høj, er den ikke egnet |
| Code Generatorer og genbrug af kode reducerer manuel kodning | Hvis udviklere ikke er forpligtet til at levere software til tiden, kan RAD-projekter mislykkes |
| Dens prototypeping natur betyder en mulighed for færre defekter | Time boxing flytter funktioner til en senere version for at færdiggøre en udgivelse hurtigt, hvilket reducerer funktionerne |
| Hver fase i RAD leverer den højest prioriterede funktionalitet til klienten | Skalerbarheden lider, fordi en RAD-udviklet applikation starter som en prototype og udvikler sig til en færdig applikation |
| Med færre mennesker kan produktiviteten øges på kort tid | Fremskridt og problemer er svære at track fordi der ikke er nogen dokumentation, der viser, hvad der er gjort |
RAD-model vs. agil vs. vandfald
Begyndere forveksler ofte RAD med Agile og Waterfall. De tre SDLC-tilgange balancerer hastighed, planlægning og fleksibilitet forskelligt:
| Aspect | RAD model | Agile | Vandfald |
|---|---|---|---|
| Kernetilgang | Prototyping med genbrug af kode | Iterative sprints med feedback | Lineære sekventielle faser |
| Planlægning | Minimal planlægning på forhånd | Adaptiv planlægning pr. sprint | Detaljeret forudgående planlægning |
| Bedste pasform | Modulære systemer til stramme deadlines | Udviklende krav | Stabile, veldefinerede krav |
