Qu'est-ce que le modèle de la cascade?
WATERFALL MODEL est un modèle séquentiel qui divise le développement logiciel en phases prédéfinies. Chaque phase doit être terminée avant que la phase suivante puisse commencer sans chevauchement entre les phases. Chaque phase est conçue pour effectuer une activité spécifique pendant la phase SDLC. Il a été introduit en 1970 par Winston Royce.
Différentes phases du modèle en cascade en génie logiciel
| Différentes phases | Activités réalisées à chaque étape |
| Étape de collecte des exigences |
- Au cours de cette phase, les exigences détaillées du système logiciel à développer sont recueillies auprès du client
|
| Étape de conception |
- Planifiez le langage de programmation, par exemple Java, PHP, .net
- ou base de données comme Oracle, MySQL, etc.
- Ou d'autres détails techniques de haut niveau du projet
|
| Étape construite |
- Après l'étape de conception, c'est l'étape de construction, qui n'est rien d'autre que le codage du logiciel
|
| Étape de test |
- Dans cette phase, vous testez le logiciel pour vérifier qu'il est construit selon les spécifications données par le client.
|
| Phase de déploiement |
- Déployer l'application dans l'environnement respectif
|
| Étape de maintenance |
- Une fois que votre système est prêt à être utilisé, vous devrez peut-être ultérieurement modifier le code selon la demande du client
|
Quand utiliser le modèle de cascade SDLC
Le modèle de cascade peut être utilisé lorsque
- Les exigences ne changent pas fréquemment
- L'application n'est pas compliquée et volumineuse
- Le projet est court
- L'exigence est claire
- L'environnement est stable
- La technologie et les outils utilisés ne sont pas dynamiques et sont stables
- Les ressources sont disponibles et formées
Avantages et inconvénients du modèle en cascade
| Avantages | Désavantages |
- Avant la prochaine phase de développement, chaque phase doit être complétée
|
- L'erreur ne peut être corrigée que pendant la phase
|
- Convient aux petits projets où les exigences sont bien définies
|
- Il n'est pas souhaitable pour les projets complexes où les exigences changent fréquemment
|
- Ils doivent effectuer un test d'assurance qualité (vérification et validation) avant de terminer chaque étape
|
- La période de test arrive assez tard dans le processus de développement
|
- Une documentation élaborée est réalisée à chaque phase du cycle de développement du logiciel
|
- La documentation occupe beaucoup de temps pour les développeurs et les testeurs
|
- Le projet dépend complètement de l'équipe de projet avec une intervention minimale du client
|
- Les précieux commentaires des clients ne peuvent pas être inclus dans la phase de développement en cours
|
- Toute modification du logiciel est effectuée au cours du processus de développement
|
- De petits changements ou erreurs qui surviennent dans le logiciel terminé peuvent causer de nombreux problèmes
|
