Inhaltsverzeichnis:
Definition - Was bedeutet Top-Down-Design?
Ein Top-Down-Entwurf ist die Zerlegung eines Systems in kleinere Teile, um seine kompositorischen Teilsysteme zu verstehen.
Beim Top-Down-Design wird die Übersicht eines Systems so entworfen, dass keine Subsysteme der ersten Ebene detailliert angegeben werden. Dann wird jedes Subsystem detaillierter verfeinert, beispielsweise indem es manchmal in viele verschiedene Subsystemebenen unterteilt wird, so dass die gesamte Spezifikation in Grundelemente zerlegt wird.
Sobald diese Basiselemente identifiziert sind, ist es einfacher, diese Elemente als Computermodule aufzubauen. Sobald die Module erstellt sind, können Sie sie mühelos zusammensetzen und das gesamte System aus diesen einzelnen Elementen zusammensetzen.
Ein Top-Down-Design wird auch als schrittweises Design bezeichnet.
Techopedia erklärt Top-Down-Design
Ein Top-Down-Entwurf ist im Allgemeinen ein Plan, der in einfachem Englisch für das Programm erstellt wird. Es ist sehr wichtig zu beachten, dass ein Top-Down-Design unabhängig von einer Programmiersprache sein muss. Das Top-Down-Design darf niemals Verweise auf Bibliotheksfunktionen oder syntaktische Elemente enthalten, die für eine bestimmte Sprache spezifisch sind.
Das ist der Grund, warum Top-Down-Designs in einfachem Englisch geschrieben sind. Das Konzept für ein Top-Down-Design besteht darin, die Aufgabe, die ein Programm ausführt, in einige wenige umfangreiche Unteraufgaben aufzuteilen.
Die höchste Ebene wird als Hauptmodul, oberste Ebene oder Ebene 0 bezeichnet. Zu diesem Zeitpunkt muss das Volumen der Unteraufgaben klein sein. Die meisten Programme auf dieser Ebene enthalten normalerweise drei bis sieben Unteraufgaben. Bei kleinen Programmen muss das Volumen der Unteraufgaben am unteren Ende des genannten Bereichs liegen.
Die Aufteilung von Aufgaben in Unteraufgaben teilt das Problem im Wesentlichen in verschiedene kleinere Programme auf, was Entwicklern hilft, diese einfacheren Teile einfach zu codieren. Es ist normalerweise möglich, dass viele dieser Unteraufgaben so einfach sind, dass sie sofort bestimmen können, wie der Code geschrieben werden soll, um diesen Teil zu vervollständigen.
Dies ist jedoch in der Regel auf oberster Ebene nicht der Fall. Wenn eine Unteraufgabe mehr als nur wenige Codezeilen benötigt, wird empfohlen, den Aufteilungsprozess zu wiederholen. In der Regel wird für jede Unteraufgabe auf oberster Ebene ein neues Modul auf Ebene 1 gestartet. Diese Unteraufgaben werden dann einzeln betrachtet und wiederum in verschiedene andere Unteraufgaben unterteilt. Diese Unterteilung und die Erstellung neuer Ebenen sollten fortgesetzt werden, bis die Codierer jeden Teil des Problems mithilfe von Computercode implementieren können.
