Modello RAD nell'ingegneria del software: diagramma e fasi
Luca Bennett
⚡ Riepilogo intelligente
Il modello RAD nell'ingegneria del software, o sviluppo rapido di applicazioni, è un prototipopingUn processo basato su un approccio che privilegia la consegna rapida rispetto alla pianificazione iniziale. Sviluppa il software attraverso cinque fasi, dalla modellazione aziendale al collaudo e alla consegna.
Cos'è il modello RAD?
Modello RAD o il modello di sviluppo rapido delle applicazioni è un processo di sviluppo software basato su prototipiping senza una pianificazione specifica. Il modello RAD presta meno attenzione alla pianificazione e dà maggiore priorità alle attività di sviluppo, puntando a consegnare il software in un breve lasso di tempo.
La modellazione RAD del ciclo di vita dello sviluppo del software (SDLC) si articola nelle seguenti fasi:
- Modellistica aziendale
- Modellazione dei dati
- Modellazione di processo
- Generazione di applicazioni
- Test e fatturato
Il diagramma del modello RAD riportato di seguito mostra come si collegano queste fasi:
Si concentra sulla sorgente e sulla destinazione di input e output delle informazioni. Sottolinea l'importanza di suddividere i progetti in piccole parti; i progetti più grandi vengono suddivisi in una serie di progetti più piccoli. Le caratteristiche principali della modellazione RAD sono il riutilizzo di modelli, strumenti, processi e codice, come illustrato di seguito:
Diverse fasi del modello RAD
Il modello di sviluppo rapido delle applicazioni (Rapid Application Development, RAD) si articola in cinque fasi principali:
| Fasi del modello RAD | Attività svolte in RAD Modeling |
|---|---|
| Modellistica aziendale | Il prodotto è progettato in base al flusso di informazioni e alla distribuzione tra diversi canali aziendali. |
| Modellazione dei dati | Le informazioni raccolte dalla modellazione aziendale vengono perfezionate in una serie di oggetti dati significativi per l'azienda |
| Modellazione di processo | Gli oggetti dati dichiarati nella fase di modellazione dei dati vengono trasformati per realizzare il flusso di informazioni necessario all'implementazione di una funzione aziendale. |
| Generazione di applicazioni | Gli strumenti automatizzati convertono i modelli di processo e di dati in prototipi durante la costruzione del software. |
| Test e fatturato | I prototipi vengono testati singolarmente durante ogni iterazione, il che riduce il tempo complessivo di test nel RAD |
Quando utilizzare la metodologia RAD?
- Quando è necessario produrre un sistema in un breve arco di tempo (2-3 mesi)
- Quando i requisiti sono noti
- Quando l'utente sarà coinvolto durante tutto il ciclo di vita
- Quando il rischio tecnico è minore
- Quando c'è la necessità di realizzare un sistema modularizzabile in 2-3 mesi di tempo
- Quando il budget è sufficientemente elevato da potersi permettere i progettisti per la modellazione insieme al costo degli strumenti automatizzati per la generazione del codice
Vantaggi e svantaggi dello sviluppo rapido di applicazioni
Come ogni approccio SDLC, RAD implica dei compromessi:
| Vantaggi del modello RAD | Svantaggi del modello RAD |
|---|---|
| Flessibile e adattabile ai cambiamenti | Non può essere utilizzato per progetti più piccoli |
| È utile quando è necessario ridurre il rischio complessivo del progetto | Non tutte le applicazioni sono compatibili con RAD |
| I risultati finali sono più facili da trasferire perché gli script, gli abstract di alto livellotracvengono utilizzati codici intermedi e | Quando il rischio tecnico è elevato, non è adatto |
| Code I generatori e il riutilizzo del codice riducono la programmazione manuale | Se gli sviluppatori non si impegnano a consegnare il software in tempo, i progetti RAD possono fallire |
| Il suo prototipoping natura significa possibilità di meno difetti | Il time boxing sposta le funzionalità a una versione successiva per completare rapidamente una release, riducendo le funzionalità |
| Ogni fase del processo RAD fornisce al cliente la funzionalità con la massima priorità. | La scalabilità ne risente perché un'applicazione sviluppata con il metodo RAD inizia come prototipo e si evolve in un'applicazione finita. |
| Con un numero inferiore di persone, la produttività può essere aumentata in breve tempo | Progresso e problemi sono difficili da track perché non esiste alcuna documentazione che dimostri cosa è stato fatto |
Modello RAD vs Agile vs Waterfall
I principianti spesso confondono RAD con Agile e Waterfall. I tre approcci SDLC bilanciano velocità, pianificazione e flessibilità in modo diverso:
| Aspetto | Modello RAD | Agile | Cascata |
|---|---|---|---|
| Approccio fondamentale | Prototipoping con riutilizzo del codice | Sprint iterativi con feedback | fasi sequenziali lineari |
| Pianificazione | Pianificazione preliminare minima | Pianificazione adattiva per sprint | Pianificazione dettagliata fin dall'inizio |
| miglior vestibilità | Sistemi modulari con scadenze ravvicinate | Requisiti in evoluzione | Requisiti stabili e ben definiti |
