La RAD consente modifiche o modifiche dopo la fase di cutover senza la necessità di ripetere il sistema? [chiuso]

-5

Come altri modelli agili, si tratta di un ciclo chiuso in cui le modifiche dopo lo sviluppo del sistema possono ancora essere implementate senza la necessità di ripetere l'intero sistema, è possibile anche per il modello RAD?

Poiché mi è stato detto che nel modello Waterfall, se ci sono cambiamenti dopo lo sviluppo, può essere implementato solo rifacendo l'intero sistema poiché è un approccio a senso unico diverso da quello agile in cui è possibile tornare alla fase di sviluppo ancora una volta.

Esempio:

Dopo la fase di passaggio del sistema, quando è già stato rilasciato per alcuni mesi, il cliente ha deciso che "hey voglio questo e quello da implementare penso che renderebbe il sistema migliore con esso". È possibile farlo immediatamente seguendo il modello di processo della RAD e procedere direttamente alla fase di costruzione, oppure è necessario ricreare l'intero processo RAD dall'inizio o dalla fase di pianificazione dei requisiti?

Da quanto ho capito del metodo Waterfall, se è necessaria una modifica durante il periodo di mantenimento o dopo che il sistema è stato completato, è necessario ripetere l'intero processo Waterfall e ricominciare dall'inizio, che è molto diverso per modelli agili in cui è possibile passare alla fase di sviluppo per applicare le modifiche necessarie.

    
posta magicianiam 21.09.2015 - 13:43
fonte

1 risposta

1

In qualsiasi metodologia, puoi rispondere a cambiamenti o modifiche. Tuttavia, alcune metodologie sono più efficaci nel rispondere ai cambiamenti e nel fornire tali cambiamenti con meno spese (di tempo e / o denaro) a clienti e utenti.

Sembra che tu abbia un malinteso fondamentale su quale sia la differenza tra modelli agili (iterativo e incrementale) e cascata (sequenziale). Anche se stai seguendo un modello sequenziale, non è necessario ripetere l'intero sistema se ci sono cambiamenti dopo lo sviluppo. In un tradizionale modello a cascata, acquisisci le tue esigenze in anticipo e risolvile. Quindi, si progettano quei requisiti e si implementa una soluzione, quindi si verifica la soluzione e infine si rilascia un sistema. L'idea è che questo sistema soddisfi tutte le esigenze del cliente e degli utenti. Ma c'è ancora manutenzione dopo il fatto, e anche in un ambiente sequenziale, è possibile rilasciare patch e nuove versioni del software. Se continui a seguire un modello sequenziale, raggrupperai un gran numero di requisiti in primo piano e procederai in sequenza attraverso ciascuno degli altri passaggi, terminando con un rilascio.

I modelli iterativi e incrementali si concentrano sulla fornitura di pezzi più piccoli del software. Questi pezzi vengono consegnati rapidamente all'utente e vengono utilizzati per ottenere feedback ed eseguire correzioni di rotta - identificare errori o incomprensioni nei requisiti o nella progettazione. All'inizio non aggiustare l'intero set di requisiti per il prodotto, ma invece assegnare la priorità e dimostrare o fornire le cose che aggiungeranno più valore in precedenza nel progetto. Questo tipo di approccio richiede che il software possa evolversi e cambiare continuamente, e un progetto non viene fatto fino a quando i clienti e / o gli utenti non sono soddisfatti.

Specificamente, in RAD, se ottieni una modifica dopo Cutover, dovrai eseguire un certo livello di Pianificazione dei requisiti. Non puoi semplicemente andare e attuare un cambiamento (nella maggior parte dei progetti, in particolare i progetti aziendali più grandi). È necessario assicurarsi che qualsiasi modifica abbia senso nell'ambito del prodotto / ambito di progetto e vincoli e che i requisiti siano chiari e coerenti. Inoltre, si desidera garantire che le modifiche apportate a uno stakeholder non abbiano impatti negativi su altre parti interessate. La maggior parte degli sforzi per il cambiamento dovrebbero essere nella progettazione e costruzione utente, tuttavia, e quindi procedere a Cutover.

    
risposta data 21.09.2015 - 14:22
fonte

Leggi altre domande sui tag