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 compositionnels.
Dans la conception descendante, la vue d'ensemble d'un système est conçue, en spécifiant, sans toutefois détailler les sous-systèmes de premier niveau. Ensuite, chaque sous-système est affiné plus en détail, par exemple, en se divisant parfois en plusieurs niveaux différents de sous-système, de sorte que toute la spécification 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 appelée conception par étapes.
Definir Tech explique la conception descendante
Une conception descendante est généralement un plan rédigé dans un anglais clair 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 rédigées en anglais simple. Le concept qui conduit une conception descendante est de diviser la tâche qu'un programme exécute en quelques sous-tâches très é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 trois à sept sous-tâches. Pour les programmes de petite taille, le volume des sous-tâches doit se situer au bas 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 basiques qu'elles peuvent immédiatement déterminer comment écrire le code pour compléter cette partie.
Cependant, ce n'est généralement pas le cas au plus haut niveau. Si une sous-tâche prend plus de quelques 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, et encore une fois divisées en diverses autres sous-tâches. Cette subdivision et les processus de création de nouveaux niveaux doivent être poursuivis jusqu'à ce que les codeurs puissent implémenter chaque partie du problème en utilisant un code informatique.