Sviluppo rapido di applicazioni

Il metodo di sviluppo rapido di applicazioni , chiamato metodo RAD ( acronimo di inglese rapido sviluppo applicazione ), è il primo metodo di sviluppo software in cui il ciclo di sviluppo è fondamentale rottura con quella dei metodi precedenti chiamati "  in cascata  ”. Questo nuovo ciclo, qualificato come iterativo , incrementale e adattivo , si ritroverà in tutti i metodi cosiddetti " agili "   pubblicati successivamente.

Storico

Il metodo RAD si basa sulle pubblicazioni di Barry Boehm (modello a spirale), Tom Gilb (ciclo di vita evolutivo), Scott Shultz (produzione in iterazioni rapide), nonché Brian Gallagher e Alex Balchin. Il metodo RAD integra anche le tecniche JRP ( pianificazione congiunta dei requisiti ) e JAD ( progettazione / sviluppo / consegna di applicazioni congiunte ). I principi di JAD furono iniziati da Dan Gielan, poi formalizzati da Chuck Morris dell'IBM nel 1984 e resi popolari in forma di libro nel 1989, tra gli altri, da J. Wood e D. Silver.

James Martin ha formalizzato il metodo RAD e lo ha pubblicato inAprile 1991.

Il contributo del metodo RAD è stato quello di formalizzare tecnicamente il primo postulato “  agile  ”, ovvero che affinché la pianificazione del progetto fosse ragionevolmente predittiva, alcuni aspetti della gestione dovevano essere fissi e altri variabili. Ha proposto tecniche di prioritizzazione per gestire le due principali possibili varianti di queste situazioni (scadenze fisse o budget fisso).

In Francia, Jean-Pierre Vickoff dal 1994 poi con il RAD2 Process pubblicato dal Gartner Group nel 1999, così come Jennifer Stapleton in Gran Bretagna con DSDM , ha introdotto integratori come:

• specializzazione dei ruoli;
• strumentazione per comunicazioni;
• l'organizzazione di vari tipi di riunioni;
• il gruppo di facilitazione e segnalazione;
• modellazione di “scorciatoie metodologiche”;
• l'architettura di implementazione (annidamento delle iterazioni);
• la formalizzazione di processi di implementazione leggera.

Informazioni più specifiche su RAD e sui metodi attuali che ne derivano possono essere trovate nella versione inglese di Wikipedia .

Principi di pianificazione

Il metodo RAD, dopo due brevi fasi di formalizzazione strutturata dell'espressione dei bisogni (FRAMEWORK) e definizione complessiva dell'architettura tecnica (DESIGN), prevede nella sua fase principale (COSTRUZIONE) la realizzazione, validazione immediata e test di un'applicazione in iterativa -Modalità incrementale-adattiva. L'obiettivo del metodo, che coinvolge attivamente l'utente finale in un principio di “validazione permanente”, è quello di ottenere un'applicazione che soddisfi le reali esigenze.

La pianificazione adattativa del metodo RAD ha inizialmente risposto alle esigenze di progetti semplici. In genere si limitava a giocare su uno dei tre lati del famoso triangolo del project management (rimasto fisso nei metodi a cascata), ovvero: durata, costo, ambito. L'obiettivo è impostare almeno uno dei tre parametri in base alle esigenze immediate dell'utente (valore aggiunto). Questa pianificazione è stata qualificata come operativa e potrebbe essere modificata dall'utente durante il progetto. Un livello più elevato di pianificazione strategica è stato successivamente aggiunto da Jean-Pierre Vickoff (processo RAD2 pubblicato dal Gruppo Gartner ). La figura seguente descrive i principi.

Struttura del metodo

La RAD raccomanda la formazione di un team di sviluppo specifico: lo SWAT. Questa squadra è autonoma, appositamente formata, concretamente motivata e attrezzata. Consiste essenzialmente in un profilo unico di designer-sviluppatori formati in specialità tecniche complementari. Il ruolo di project manager non è né vietato né obbligatorio. D'altra parte, le decisioni riguardanti l'organizzazione del progetto sono consensuali. Il team lavora con gli utenti e, di solito con un facilitatore, in una stanza dedicata, isolata e appositamente attrezzata nello stile della stanza della guerra , dove le pareti sono utilizzate per visualizzare un "radiatore di informazioni" (una forma di cabina di pilotaggio di gestione). .

In termini di principi di funzionamento, il metodo RAD prevede:

• Un ciclo di sviluppo sicuro e breve basato su una semplice suddivisione in fasi: Framing, Design, Construction e rispetto assoluto di una dimensione temporale (90 giorni ottimale, 120 giorni massimo) [Martin 1991] ( figura: Il ciclo RAD è infatti semi-iterativo ) ;

• Un'architettura di comunicazione che coinvolge gruppi di lavoro di struttura e composizione variabile a seconda delle esigenze delle fasi e nel rispetto di una precisa modalità operativa strutturata in tre fasi: pre-sessione, sessione, post-sessione [Mucchielli 1987]. ;

• Metodi, tecniche e strumenti che consentono di definire e applicare scelte relative a quattro tipologie di obiettivi potenzialmente contraddittori: budget, scadenze, qualità tecnica, qualità funzionale e visibilità [Vickoff 1999];

• Un'architettura progettuale basata sulle tecniche dell'oggetto e in particolare su quelle che consentono un progetto "in vista di modifiche" [McCarty 1997];

• Un'architettura di implementazione che impone, per garantire qualità tecnica, standard minimi, revisioni di progetto, milestones zero difetti e che raccomanda, per garantire qualità funzionale, prototipazione attiva e focus di visibilità [McConnell 1996].

Descrizione globale delle fasi

Il metodo RAD struttura il ciclo di vita del progetto in 5 fasi (di cui 3 sistematiche):

1. L'inizializzazione prepara l'organizzazione, quindi determina l'ambito e il piano di comunicazione;
2. QUADRO definisce uno spazio di obiettivi, soluzioni e mezzi;
3. DESIGN modella la soluzione e convalida la sua coerenza sistemica;
4. COSTRUZIONE esegue la prototipazione attiva (validazione permanente);
5. La finalizzazione si riduce a un controllo di qualità finale presso il sito pilota.

Inizializzazione

Preparazione e comunicazione dell'organizzazione.

Questa fase consente di definire l'ambito generale del progetto, di strutturare il lavoro per temi, di selezionare gli attori rilevanti e di avviare una dinamica di progetto.

Inquadratura

Analisi ed espressione dei requisiti.

La specifica dei requisiti è lasciata agli utenti. Esprimono le loro esigenze in interviste di gruppo. Ci sono generalmente da 2 a 5 giorni di sessioni per comitato (tema).

Design

Progettazione e modellazione.

Anche gli utenti sono coinvolti in questo passaggio. Partecipano all'affinamento e alla validazione dei modelli organizzativi: flussi, elaborazioni, dati. Validano anche il primo livello di prototipo che presenta l'ergonomia e la cinematica generale dell'applicazione. Per ogni commissione sono previsti dai 4 agli 8 giorni di sessioni. Questa fase rappresenta circa il 23% del progetto. Dalla fase di Progettazione è possibile la parallelizzazione del lavoro.

Costruzione

Realizzazione, prototipazione.

Durante questa fase, il team RAD (SWAT) deve creare l'applicazione modulo per modulo. L'utente è sempre attivamente coinvolto nelle specifiche dettagliate e nella convalida dei prototipi. Sono necessarie diverse sessioni iterative. Questa fase rappresenta circa il 50% del progetto. Dalla fase di costruzione, alla parallelizzazione del lavoro si può aggiungere la serializzazione.

Finalizzazione

Ricetta e distribuzione.

Avendo ottenuto ricevute parziali nel passaggio precedente, è in questa fase per formalizzare una consegna globale e trasferire il sistema in esercizio e manutenzione. Questa fase rappresenta circa il 12% del progetto.

Costruzione: il principio iterativo, incrementale e adattivo

Note e riferimenti

1. RAD, James Martin, 1991.
2. Sviluppo rapido di applicazioni , James Martin, Macmillan Coll. Div., 1991 ( ISBN  0-02-376775-8 ) .

Strumenti RAD

Il metodo RAD, senza essere collegato agli strumenti, consiglia l'utilizzo del software di sviluppo dell'interfaccia grafica ( CASE ), che consente di ottenere prototipi rapidi . A questo proposito, il metodo RAD (da cui provengono gli attuali approcci Agile ) non deve essere confuso , perché ricerca la qualità delle applicazioni funzionali e tecniche, con il nome di "strumenti RAD" (compresa la produzione automatica). Il codice è spesso definito "sporco ").

• Strumenti RAD

Vedi anche

Articoli Correlati

• Metodo agile

Bibliografia francese

• Piloting IT projects for the new economy , Jean-Pierre Vickoff, Éditions d'Organisation, 2000. ( ISBN  2708124870 )
• Ingegneria dello sviluppo: RAD, CMM , UML , Jean-Pierre Vickoff, Gartner Group, 1999 (ASIN: B000WSOH04, 1999, IMB printing).
• Ben fatto velocemente. Il paradigma del futuro immediato , Jean-Pierre Vickoff, QI, 1998. ( ISBN  2912843022 )
• RAD, lo sviluppo di applicazioni client-server , Jean-Pierre Vickoff, MGI, 1994, poi ristampato 12-1996, Macmillan ( ISBN  2744002224 )
• Il rapido sviluppo delle applicazioni , M. Soberman, Hermès, 11-1996.
• RAD un metodo per svilupparsi più velocemente , Bernard Leblanc, Jean Hugues, Chantal Morley, 12/1997.

Bibliografia inglese

• Sviluppo rapido di applicazioni , James Martin, Macmillan, 1991 ( ISBN  978-0023767753 ) .
• JAD the Group Session, Approach to system design , C. Englewood, Prentice Hall, 1991.
• Progetto di applicazione congiunta , J. Wood, D. Silver, John Wiley Edition, 1989.

link esterno

• http://www.rad.fr/ Sito storico francese del metodo RAD
• Processo RAD2 [PDF]