Dans un projet de développement logiciel pratique, le modèle de cascade classique est difficile à utiliser. Ainsi, le modèle en cascade itératif peut être considéré comme incorporant les modifications nécessaires au modèle en cascade classique pour le rendre utilisable dans des projets de développement de logiciels pratiques. Il est presque le même que le modèle en cascade classique, sauf que certaines modifications sont apportées pour augmenter l’efficacité du développement logiciel.
Le modèle en cascade itératif fournit des chemins de rétroaction de chaque phase à ses phases précédentes, ce qui est la principale différence par rapport au modèle en cascade classique.
Les chemins de rétroaction introduits par le modèle itératif en cascade sont illustrés dans la figure ci-dessous.
Lorsque des erreurs sont détectées à une phase ultérieure, ces chemins de rétroaction permettent de corriger les erreurs commises par les programmeurs pendant une phase donnée. Les chemins de rétroaction permettent de retravailler la phase dans laquelle des erreurs sont commises et ces modifications sont reflétées dans les phases ultérieures. Mais, il n’y a pas de chemin de retour vers l’étape – étude de faisabilité, car une fois qu’un projet a été pris, n’abandonne pas facilement le projet.
Il est bon de détecter les erreurs dans la même phase où elles sont commises. Cela réduit les efforts et le temps nécessaires pour corriger les erreurs.
Confinement de phase des erreurs: Le principe de détection des erreurs au plus près de leurs points d’engagement est connu sous le nom de confinement de phase des erreurs.
Avantages du Modèle de Cascade itératif
- Chemin de rétroaction: Dans le modèle classique en cascade, il n’y a pas de chemins de rétroaction, il n’y a donc pas de mécanisme de correction d’erreur. Mais dans le modèle de cascade itérative, le chemin de retour d’une phase à sa phase précédente permet de corriger les erreurs commises et ces changements sont reflétés dans les phases ultérieures.
- Simple: Le modèle de cascade itératif est très simple à comprendre et à utiliser. C’est pourquoi c’est l’un des modèles de développement logiciel les plus utilisés.
Inconvénients du modèle en cascade itératif
- Difficile d’intégrer des demandes de modification: L’inconvénient majeur du modèle itératif en cascade est que toutes les exigences doivent être clairement énoncées avant le début de la phase de développement. Le client peut modifier ses exigences après un certain temps, mais le modèle en cascade itératif ne laisse aucune possibilité d’intégrer les demandes de modification effectuées après le début de la phase de développement.
- Livraison incrémentale non prise en charge: Dans le modèle en cascade itératif, le logiciel complet est complètement développé et testé avant la livraison au client. Il n’y a aucune possibilité de livraison intermédiaire. Ainsi, les clients doivent attendre longtemps pour obtenir le logiciel.
- Chevauchement des phases non prises en charge: Le modèle en cascade itératif suppose qu’une phase peut commencer après l’achèvement de la phase précédente, Mais dans les projets réels, les phases peuvent se chevaucher pour réduire l’effort et le temps nécessaires pour terminer le projet.
- Gestion des risques non prise en charge : Les projets peuvent souffrir de divers types de risques. Mais, le modèle en cascade itératif n’a pas de mécanisme de gestion des risques.
- Interactions client limitées: L’interaction avec le client se produit au début du projet au moment de la collecte des besoins et à la fin du projet au moment de la livraison du logiciel. Ces interactions moins nombreuses avec les clients peuvent entraîner de nombreux problèmes, car le logiciel finalement développé peut différer des exigences réelles des clients.
