I seguenti diagrammi sono corretti per le metodologie RAD e Agile?

3

Non so se questo sarebbe il sito di scambio di stack giusto per fare questa domanda, ma ho fatto ricerche sulle metodologie RAD (Rapid Application Development) e Agile e stavo cercando di trovare i loro diagrammi, ma se io faccio le immagini di Google, si presenta con molti diagrammi diversi. Quindi sulla base delle immagini ho disegnato i miei diagrammi su questo.

Il diagramma RAD è simile a quello mostrato in wikipedia qui ma unica differenza sto cambiando il cerchio in basso da cutover a implementazione. Per il metodo Agile, poiché è lo stesso del metodo waterfall, ma la differenza è che puoi tornare ai passaggi precedenti, ho praticamente disegnato un diagramma a cascata ma ho cambiato le frecce per indicare che puoi tornare indietro.

La mia domanda è il seguente diagramma adatto per le metodologie previste?

RAD:

Agile:

UPDATE:

Metodo a cascata:

    
posta user1394925 31.03.2013 - 21:19
fonte

3 risposte

4

Realizzare un singolo prodotto richiederà molti, molti sprint. Ogni sprint richiederà più o meno ogni componente nel tuo diagramma a cascata (etichettato come "Agile" nella tua domanda).

CisonomoltiapproccidifferentiadAgile.Vediquestodiagramma

dalla voce di Wikipedia sullo sviluppo di software agile per diversi take. Immagine tratta da "Agile Software Development Methods: Review and Analysis" di Abrahamsson, P., Salo, O., Ronkainen, J., & Warsta, J ..

    
risposta data 31.03.2013 - 22:53
fonte
3

Il tuo diagramma RAD è accurato, ma non quello Agile. Agile sostanzialmente ripete i passaggi del diagramma più volte nel corso di un progetto. Ogni iterazione è uno sprint. Questo è più preciso:

source

    
risposta data 31.03.2013 - 21:26
fonte
1

Il tuo diagramma per RAD è per lo più corretto. Tuttavia, "cutover" è il termine. Il termine "implementazione" è spesso sovraccarico. In RAD, "la costruzione" è ciò che la maggior parte delle persone considera "implementazione": codifica, test delle unità e test di sistema. L'ultimo stadio in RAD, spesso chiamato cutover, e ciò che chiami "implementazione" incapsula tutte le attività di implementazione: integrazione con altri sistemi, distribuzione, formazione e supporto.

Ciò che chiami "agile" non è corretto. Questo è un modello presentato da Winston Royce nel suo articolo Gestione dello sviluppo di grandi sistemi software , ma non è veramente agile. I metodi agili sono tutti metodi iterativi / incrementali e ci sono diversi modi per modellare questi processi. Il modello a spirale è iterativo e incrementale, ma in genere con incrementi più lunghi rispetto a say Scrum o Programmazione estrema , che hanno tutti rappresentazioni visuali su Wikipedia.

Qualcosa da considerare è che probabilmente non si riesce a trovare una rappresentazione ragionevole di "agile". Agile è un insieme di principi: adattamento ai cambiamenti, sviluppo iterativo / incrementale, cicli time-box (spesso relativamente brevi), collaborazione all'interno del team interfunzionale e tra il team e il cliente. Molte metodologie di processo specifiche aderiscono a questi principi in misura diversa - Scrum, Agile Unified Process, Extreme Programming, Crystal Clear - e probabilmente modellerai meglio uno specifico processo agile con il suo insieme di attività e relazioni.

    
risposta data 31.03.2013 - 22:02
fonte

Leggi altre domande sui tag