qual è il diagramma modello RAD corretto [chiuso]

0

Sto cercando di usare RAD per il nostro progetto scolastico e stavo cercando un diagramma del modello da seguire, ma ho trovato 2

Il primo è il tipo di ladder trovato qui :

2°èquestotrovato qui :

quindisonodavveroconfusosuqualedeiduedovreiseguirequi,inoltrecomeassegneròilmiocompitoinbasealmodelloRAD.

seseguoilprimo,3sviluppatorifaranno3taskcontemporaneamente,comeindicatodallinksopraquelmodelloditipodiincrementoladderaffermachenumerositeamdisoftwarelavoranoinparallelosudiversefunzionidisistema.

mentred'altrapartelasecondaopzionedaquellochepossocapiredaldiagrammauserdesigneimplementazione"o construction" sarà ripetuta fino a quando non si raggiungerà un risultato soddisfacente e quindi procederà all'ultimo step che è il cutover o "implementazione", anche questo è quello che i modelli RAD o agili devono essere in grado di adattarsi per cambiare di conseguenza durante il periodo di sviluppo.

    
posta magicianiam 20.09.2015 - 17:02
fonte

1 risposta

1

Entrambi i diagrammi sembrano rappresentare la stessa cosa, ma in modi diversi.

Le caselle "Comunicazione" e "Pianificazione" nello schema in alto corrispondono a "Pianificazione dei requisiti" nel diagramma in basso. È qui che accetti le esigenze, l'ambito, i vincoli delle parti interessate e sviluppi i requisiti tecnici che il team fornirà a Cutover.

Il riquadro "Modellazione" nel diagramma superiore corrisponde a "Progettazione utente" nel diagramma inferiore. Qui è dove si creano i modelli del sistema. La casella "Costruzione" nel diagramma superiore corrisponde a "Costruzione" nel diagramma inferiore. Questo è dove si scrive effettivamente codice e unit test. La differenza è che il diagramma in alto mostra chiaramente che è possibile avere diverse iterazioni di modellazione / progettazione utente e costruzione prima di ciò che il diagramma in alto chiama "Deployment" e lo schema in basso chiama "Cutover".

Generalmente, ciò che entrambi i diagrammi dicono, è che il tuo Deployment o Cutover - il test finale di accettazione, l'implementazione del nuovo sistema e la formazione degli utenti avvengono una volta nella vita del progetto. Le attività di progettazione / modellazione e costruzione degli utenti possono essere iterate: è possibile eseguire la progettazione e la costruzione da 1 a N volte prima di distribuire il sistema. Ciò può anche includere diversi sottogruppi che lavorano su diverse funzionalità o sottosistemi indipendentemente l'uno dall'altro o sullo stesso team che lavorano sequenzialmente sulla progettazione utente e sulle fasi di costruzione di caratteristiche o sottosistemi.

    
risposta data 21.09.2015 - 14:51
fonte

Leggi altre domande sui tag