Indholdsfortegnelse:
Definition - Hvad betyder Top-Down Design?
Et top-down design er nedbrydning af et system i mindre dele for at forstå dets sammensatte undersystemer.
I top-down design er et systems oversigt designet, der specificerer og alligevel ikke detaljerer nogen underordnede niveauer på første niveau. Derefter forfines hvert delsystem mere detaljeret, for eksempel deles det op i mange forskellige niveauer af delsystemet, så hele specifikationen nedbrydes til grundelementer.
Så snart disse basiselementer er identificeret, er det lettere at opbygge disse elementer som computermoduler. Når modulerne først er bygget, er det nemt at sætte dem sammen og bygge hele systemet ud fra disse individuelle elementer.
Et top-down design er også kendt som et trinvist design.
Techopedia forklarer Top-Down Design
Et top-down design er generelt en plan lavet i almindelig, enkel engelsk til programmet. Det er meget vigtigt at bemærke, at et top-down-design skal være uafhængigt af ethvert programmeringssprog. Top-down-designet må aldrig indeholde referencer til biblioteksfunktioner eller syntaktiske elementer, der er specifikke for et bestemt sprog.
Det er grunden til, at top-down designs er skrevet på almindeligt engelsk. Konceptet, der driver et top-down-design, er at opdele den opgave, et program udfører, i et meget få omfattende underopgaver.
Det højeste niveau er kendt som hovedmodulet, øverste niveau eller niveau 0. På dette tidspunkt skal lydmængden af undergaver være lille. De fleste programmer på dette niveau inkluderer normalt tre til syv undergaver. For programmer i små størrelser skal volumen af undervands være i den lave ende af det nævnte interval.
Opdelingen af opgaver i subtasks opdeler i det væsentlige problemet i forskellige mindre programmer, hvilket hjælper udviklere med let at kode disse enklere dele. Det er normalt muligt, at mange af disse undergaver er så basale, at de straks kan bestemme, hvordan man skriver koden for at udfylde denne del.
Imidlertid er dette generelt ikke tilfældet på øverste niveau. Hvis en underopgave tager mere end meget få koder, anbefales det at gentage underinddelingsprocessen. For hver underopgave på øverste niveau startes typisk et nyt modul på niveau 1. Disse underopgaver betragtes derefter hver for sig og opdeles igen i forskellige andre underopgaver. Denne underafdeling og oprettelse af nye niveauer bør fortsættes, indtil koderne kan implementere hver del af problemet ved hjælp af computerkode.
