Table des matières:
Définition - Que signifie la conception descendante?
Une conception descendante est la décomposition d'un système en parties plus petites afin de comprendre ses sous-systèmes de composition.
Dans la conception descendante, une vue d'ensemble du système est conçue, spécifiant, mais sans détailler aucun sous-système de premier niveau. Ensuite, chaque sous-système est affiné plus en détail, par exemple, se divisant parfois en plusieurs niveaux de sous-système différents, de sorte que la spécification entière est décomposée en éléments de base.
Dès que ces éléments de base sont identifiés, il est plus facile de construire ces éléments sous forme de modules informatiques. Une fois les modules construits, il est facile de les assembler, en construisant l'ensemble du système à partir de ces éléments individuels.
Une conception descendante est également connue sous le nom de conception par étapes.
Techopedia explique la conception descendante
Une conception descendante est généralement un plan rédigé en anglais simple et simple pour le programme. Il est très important de noter qu'une conception descendante doit être indépendante de tout langage de programmation. La conception descendante ne doit jamais incorporer de références à des fonctions de bibliothèque ou à des éléments syntaxiques spécifiques à un langage particulier.
C'est la raison pour laquelle les conceptions descendantes sont écrites en anglais simple. Le concept qui conduit à une conception descendante consiste à diviser la tâche qu'un programme exécute en très peu de sous-tâches étendues.
Le niveau le plus élevé est appelé module principal, niveau supérieur ou niveau 0. À ce stade, le volume des sous-tâches doit être faible. La plupart des programmes à ce niveau comprennent généralement de trois à sept sous-tâches. Pour les programmes de petite taille, le volume des sous-tâches doit être à l'extrémité inférieure de la plage mentionnée.
La division des tâches en sous-tâches divise essentiellement le problème en divers programmes plus petits, ce qui aide les développeurs à coder facilement ces parties plus simples. Il est généralement possible que bon nombre de ces sous-tâches soient si simples qu'elles puissent déterminer immédiatement comment écrire le code pour terminer cette partie.
Cependant, ce n'est généralement pas le cas au niveau supérieur. Si une sous-tâche prend plus que très peu de lignes de code, il est recommandé de répéter le processus de subdivision. En règle générale, pour chaque sous-tâche au niveau supérieur, un nouveau module est démarré au niveau 1. Ces sous-tâches sont ensuite considérées individuellement, puis à nouveau divisées en diverses autres sous-tâches. Cette subdivision et les nouveaux processus de création de niveau doivent être poursuivis jusqu'à ce que les codeurs puissent implémenter chaque partie du problème en utilisant du code informatique.
