{"id":9612,"date":"2022-01-25T10:30:49","date_gmt":"2022-01-25T10:30:49","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=9612"},"modified":"2026-04-20T09:13:54","modified_gmt":"2026-04-20T09:13:54","slug":"quels-sont-les-problemes-du-modele-en-cascade","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/what-is-the-problems-of-waterfall-model\/","title":{"rendered":"Quels sont les probl\u00e8mes du mod\u00e8le en cascade ?"},"content":{"rendered":"

Le mod\u00e8le en cascade est une approche de conception s\u00e9quentielle relativement lin\u00e9aire pour certains domaines de la conception technique.<\/p>\n

Dans le d\u00e9veloppement de logiciels, il a tendance \u00e0 faire partie des approches les moins it\u00e9ratives et les moins flexibles, car les progr\u00e8s s’\u00e9coulent principalement dans une direction vers le bas, comme une cascade, \u00e0 travers les phases de conception, d’initiation, d’analyse, de conception, de construction, de test, de d\u00e9ploiement et de maintenance.\u00a0Utilis\u00e9es dans les projets de d\u00e9veloppement de logiciels, les phases ressemblent g\u00e9n\u00e9ralement \u00e0 ceci\u00a0:<\/p>\n

Mod\u00e8le cascade<\/figcaption><\/figure>\n

1. Exigences<\/strong><\/p>\n

Si vous \u00eates dans le d\u00e9veloppement de logiciels ou dans tout type d’\u00e9quipe de cr\u00e9ation de projet, vous voudriez conna\u00eetre le contexte commercial de ce que vous essayez de cr\u00e9er – vous voulez d\u00e9finir le type de probl\u00e8mes que vous essayez de r\u00e9soudre et comment les gens r\u00e9agiraient \u00e0 votre produit fini.\u00a0Apr\u00e8s avoir d\u00e9fini toutes ces “exigences”, vous avez l’entr\u00e9e dont vous avez besoin pour passer \u00e0 l’\u00e9tape suivante.<\/p>\n

2. Conception<\/strong><\/p>\n

Cette \u00e9tape est compos\u00e9e de toutes les \u00e9tapes dont vous avez besoin pour satisfaire toutes les exigences que vous avez d\u00e9termin\u00e9es pr\u00e9c\u00e9demment.\u00a0Dans le d\u00e9veloppement logiciel, c’est la partie o\u00f9 vous d\u00e9finissez toute l’architecture logicielle et mat\u00e9rielle, le langage de programmation, le stockage des donn\u00e9es, etc. C’est aussi la partie o\u00f9 vous d\u00e9terminez comment le projet serait utile \u00e0 son utilisateur final.<\/p>\n

3. Mise en \u0153uvre<\/strong><\/p>\n

Dans cette \u00e9tape, vous commencez \u00e0 construire ce que vous avez con\u00e7u dans votre plan.\u00a0Cette partie de la m\u00e9thode Waterfall est d\u00e9di\u00e9e au respect des normes que vous avez \u00e9tablies lors des \u00e9tapes pr\u00e9c\u00e9dentes.\u00a0C’est la partie o\u00f9 les membres de l’\u00e9quipe de d\u00e9veloppement interviennent et font en sorte que toutes les choses discut\u00e9es dans les \u00e9tapes pr\u00e9c\u00e9dentes se produisent.<\/p>\n

4. V\u00e9rification<\/strong><\/p>\n

C’est la partie de la m\u00e9thode o\u00f9 les personnes charg\u00e9es de l’assurance qualit\u00e9 entrent pour s’assurer que l’\u00e9quipe de d\u00e9veloppement n’a commis aucune erreur.\u00a0C’est aussi tr\u00e8s probablement la partie o\u00f9 les gens r\u00e9alisent ce qui fonctionne ou ne fonctionne pas dans leur plan.<\/p>\n

Notez que<\/strong><\/p>\n

Lorsque tout est satisfait par les d\u00e9veloppeurs du projet, le client ou l’utilisateur final intervient et prend la d\u00e9cision finale si le projet est pr\u00eat \u00e0 \u00eatre lanc\u00e9.<\/p>\n

La m\u00e9thode Waterfall met l’accent sur le fait que lorsque quelque chose ne va pas \u00e0 une \u00e9tape particuli\u00e8re, les gens peuvent revenir \u00e0 la pr\u00e9c\u00e9dente pour voir ce qui n’a pas fonctionn\u00e9.\u00a0Par exemple, s’il y a un probl\u00e8me dans la mise en \u0153uvre du plan et que les gens savent qu’ils ont simplement suivi le plan qui leur a \u00e9t\u00e9 remis, alors les gestionnaires examinent leur plan et font leurs r\u00e9visions \u00e0 partir de l\u00e0.<\/p>\n

Quel est le probl\u00e8me de la cascade\u00a0?<\/span><\/h3>\n
Probl\u00e8me des exigences initiales – Plan vs r\u00e9alit\u00e9<\/figcaption><\/figure>\n

Les clients peuvent ne pas savoir exactement quelles sont leurs exigences avant de voir un logiciel fonctionnel et ainsi modifier leurs exigences, ce qui entra\u00eene une refonte, un red\u00e9veloppement et de nouveaux tests, ainsi qu’une augmentation des co\u00fbts.<\/p>\n

Les d\u00e9veloppeurs peuvent ne pas \u00eatre conscients des difficult\u00e9s futures lors de la conception d’un nouveau produit logiciel ou d’une nouvelle fonctionnalit\u00e9, auquel cas il est pr\u00e9f\u00e9rable de r\u00e9viser la conception que de persister dans une conception qui ne tient pas compte des contraintes, exigences ou probl\u00e8mes nouvellement d\u00e9couverts.<\/p>\n

Ainsi, il n’y a aucune garantie que les exigences auxquelles l’organisation a pens\u00e9 fonctionneraient r\u00e9ellement.\u00a0\u00c0 partir de l\u00e0, vous vous rendriez compte que le mod\u00e8le Waterfall pr\u00e9sente les probl\u00e8mes suivants\u00a0:<\/p>\n

1.\u00a0\u00a0Les gens suivent aveugl\u00e9ment les plans.<\/strong><\/p>\n

Dans la m\u00e9thode traditionnelle, les gens accordent plus d’attention \u00e0 la fa\u00e7on dont les choses se passeront au bon moment sans se soucier si les choses se mettent vraiment en place.\u00a0Bien que la planification soit importante, il est \u00e9galement important que les d\u00e9veloppeurs et les v\u00e9rificateurs de qualit\u00e9 comprennent comment les choses doivent se passer, en particulier avec le client ou l’utilisateur final.\u00a0Il est \u00e9galement important que toutes les personnes impliqu\u00e9es dans le projet puissent dire imm\u00e9diatement comment une \u00e9tape particuli\u00e8re de la r\u00e9alisation du projet peut \u00e9chouer sans avoir \u00e0 attendre la phase de test.<\/p>\n

2.\u00a0\u00a0Le processus s\u00e9quentiel et les changements deviennent co\u00fbteux<\/strong><\/p>\n

Cette approche ne tient pas compte de l’\u00e9volution des exigences d\u00e9finies au fur et \u00e0 mesure de l’avancement du projet.\u00a0Ainsi, il y a un grand potentiel que le logiciel ne r\u00e9ponde pas enti\u00e8rement aux exigences de l’utilisateur, il sera inefficace et aura des fonctionnalit\u00e9s m\u00e9diocres.<\/p>\n

C’est inad\u00e9quat car les d\u00e9veloppeurs ne peuvent pas simplement revenir en arri\u00e8re et changer quelque chose dans une phase pr\u00e9c\u00e9dente \u00e0 mesure que les exigences des consommateurs changent, mais le d\u00e9veloppeur doit revenir l\u00e0 o\u00f9 l’exigence doit changer et recommencer toute cette phase.\u00a0Ce n’est qu’une fois cette phase termin\u00e9e qu’il peut passer \u00e0 la phase suivante.<\/p>\n

3.\u00a0\u00a0Les utilisateurs finaux ne savent pas ce qu’ils veulent.<\/strong><\/p>\n

La plupart du temps, l’esprit d’un utilisateur final change constamment et la plupart des gens ont une vague id\u00e9e de leurs besoins en logiciels et c’est au fur et \u00e0 mesure que le logiciel se d\u00e9veloppe qu’ils sp\u00e9cifient leurs besoins.<\/p>\n

Lorsqu’il est temps de remettre le produit fini \u00e0 un client, il est probable qu’il n’aimera pas le r\u00e9sultat, bien qu’il ait d\u00e9lib\u00e9r\u00e9ment dit le contraire lors des premi\u00e8res \u00e9tapes.\u00a0Il est facile pour les clients et les utilisateurs finaux de modifier ce qu’ils veulent au fil du temps.\u00a0Le syst\u00e8me Waterfall n’a pas encore de moyen de r\u00e9soudre ce probl\u00e8me, sans avoir \u00e0 r\u00e9viser les plans et \u00e0 refaire tout le projet.<\/p>\n

4.\u00a0\u00a0Les tests de qualit\u00e9 peuvent en souffrir.<\/strong><\/p>\n

Il est impossible de pr\u00e9dire avec pr\u00e9cision les r\u00e9sultats d’un projet, et lorsque toute l’\u00e9quipe est press\u00e9e par le temps, il est possible d’\u00e9courter la phase de test afin de respecter le d\u00e9lai.<\/p>\n

5.\u00a0\u00a0Vous ne saurez jamais \u00e0 quelle \u00e9tape vous vous trouvez vraiment.<\/strong><\/p>\n

\u00c9tant donn\u00e9 que le produit que vous essayez de cr\u00e9er ne sera pas produit avant la toute fin, vous ne savez pas vraiment si vous \u00eates toujours en train de planifier ou si vous \u00eates d\u00e9j\u00e0 en phase de d\u00e9veloppement.\u00a0Cela signifie qu’il est \u00e9galement probable que vous passiez plus de temps sur une sc\u00e8ne que ce \u00e0 quoi vous vous attendiez en raison de cette mauvaise visibilit\u00e9.<\/p>\n

Au final, la m\u00e9thode Waterfall peut \u00eatre trop risqu\u00e9e car trop rigide.\u00a0Afin que vous produisiez un produit qui fonctionne et qui soit suffisamment flexible pour vous aider \u00e0 d\u00e9terminer ce qui fonctionne ou non.<\/p>\n

Ressources associ\u00e9es<\/span><\/h3>\n