Le modèle de la cascade

Dans ce modèle chaque phase se termine à une date précise par la production de certains documents ou du logiciel. Les résultats sont définis sur la base des interactions entre étapes et activités, ils sont soumis à une revue approfondie, on ne passe pas à la phase suivante sans qu'ils aient été jugés satisfaisants. Le modèle original ne comportait pas de possibilité de retour en arrière; celle - ci a été rajoutée ultérieurement sur la base qu'une étape ne remet en cause que l'étape précédente, ce qui dans la pratique, s'avère insuffisant.
Modèle en cascade

Définition et analyse: Il faut surtout établir un dialogue avec les experts du domaine, qui ne sont pas forcément des informaticiens, en utiliser des méthodes plutôt cognitives: entretiens, questionnaires, observations de l'existant et études des situations similaires. A la fin de cette phase résulte le cahier des charges qui doit contenir le domaine d'application, l'état actuel du système, les performances attendues, etc.

Dans la phase de l'ébauche, on enrichit la description du logiciel avec des détails d'implémentation afin d'aboutir à une description très proche d'un programme. La conception architecturale a pour but de décomposer le logiciel en composants plus simples, définis par leurs interfaces et leurs fonctions.

Maintenant commence le codage des spécifications dans une langue de programmation.

Puis on teste le programme fini s'il est correct par rapport au cahier des charges. Cette phase est celle qui coûte la plupart du temps, souvent plus de 40% d'un projet de développement de logiciel. Si les premières phases ne sont pas finies d'une manière attentive les coûts peuvent s'augmenter gravement.