In un pratico progetto di sviluppo software, il classico modello a cascata è difficile da usare. Quindi, il modello a cascata iterativo può essere pensato come incorporando le modifiche necessarie al modello a cascata classico per renderlo utilizzabile in progetti di sviluppo software pratici. È quasi uguale al classico modello a cascata, tranne che vengono apportate alcune modifiche per aumentare l’efficienza dello sviluppo del software.
Il modello a cascata iterativo fornisce percorsi di feedback da ogni fase alle fasi precedenti, che è la principale differenza rispetto al modello a cascata classico.
I percorsi di feedback introdotti dal modello a cascata iterativo sono mostrati nella figura seguente.
Quando vengono rilevati errori in una fase successiva, questi percorsi di feedback consentono di correggere gli errori commessi dai programmatori durante una fase. I percorsi di feedback consentono di rielaborare la fase in cui vengono commessi errori e questi cambiamenti si riflettono nelle fasi successive. Ma, non v’è alcun percorso di feedback per la fase – studio di fattibilità, perché una volta che un progetto è stato preso, non rinunciare al progetto facilmente.
È bene rilevare gli errori nella stessa fase in cui vengono commessi. Riduce lo sforzo e il tempo necessari per correggere gli errori.
Contenimento di fase degli errori: il principio di rilevare gli errori il più vicino possibile ai loro punti di impegno è noto come contenimento di fase degli errori.
Vantaggi del modello a cascata iterativa
- Percorso di feedback: Nel modello a cascata classico, non ci sono percorsi di feedback, quindi non esiste alcun meccanismo per la correzione degli errori. Ma nel modello a cascata iterativo il percorso di feedback da una fase alla fase precedente consente di correggere gli errori commessi e questi cambiamenti si riflettono nelle fasi successive.
- Semplice: il modello a cascata iterativo è molto semplice da capire e utilizzare. Ecco perché è uno dei modelli di sviluppo software più utilizzati.
Inconvenienti del modello a cascata iterativo
- Difficile incorporare le richieste di modifica: Il principale svantaggio del modello a cascata iterativo è che tutti i requisiti devono essere chiaramente indicati prima di iniziare la fase di sviluppo. Il cliente può modificare i requisiti dopo un po ‘ di tempo, ma il modello a cascata iterativo non lascia alcun ambito per incorporare le richieste di modifica effettuate dopo l’avvio della fase di sviluppo.
- Consegna incrementale non supportata: Nel modello a cascata iterativo, il software completo viene completamente sviluppato e testato prima della consegna al cliente. Non vi è alcuna possibilità di consegna intermedia. Quindi, i clienti devono aspettare a lungo per ottenere il software.
- Sovrapposizione di fasi non supportate: il modello a cascata iterativo presuppone che una fase possa iniziare dopo il completamento della fase precedente, ma nei progetti reali, le fasi possono sovrapporsi per ridurre lo sforzo e il tempo necessari per completare il progetto.
- Gestione dei rischi non supportata: i progetti possono presentare rischi di vario tipo. Ma il modello a cascata iterativo non ha alcun meccanismo per la gestione del rischio.
- Interazioni limitate con i clienti: L’interazione con il cliente avviene all’inizio del progetto al momento della raccolta dei requisiti e al completamento del progetto al momento della consegna del software. Queste minori interazioni con i clienti possono portare a molti problemi in quanto il software finalmente sviluppato può differire dai requisiti effettivi dei clienti.
