Innholdsfortegnelse:
Definisjon - Hva betyr Top-Down Design?
Et ovenfra og ned-design er nedbrytningen av et system i mindre deler for å forstå dets kompositoriske undersystemer.
I design ovenfra og ned er systemets oversikt designet, spesifiserende, men ikke detaljert av noen første undersystem. Deretter foredles hvert undersystem mer detaljert, for eksempel, noen ganger delt inn i mange forskjellige nivåer av delsystem, slik at hele spesifikasjonen blir dekomponert til grunnleggende elementer.
Så snart disse grunnelementene er identifisert, er det lettere å bygge disse elementene som datamaskinmoduler. Når modulene er bygget, er det enkelt å sette dem sammen, og bygge hele systemet fra disse individuelle elementene.
Et topp-down-design er også kjent som en trinnvis design.
Techopedia forklarer Top-Down Design
Et design fra oven og ned er vanligvis en plan laget på vanlig, enkel engelsk for programmet. Det er veldig viktig å merke seg at en top-down design må være uavhengig av ethvert programmeringsspråk. Den ovenfra og ned-designen må aldri inneholde referanser til bibliotekfunksjoner eller syntaktiske elementer som er spesifikke for et bestemt språk.
Det er grunnen til at top-down design er skrevet på vanlig engelsk. Konseptet som driver et topp-down-design er å dele opp oppgaven som et program utfører til noen få omfattende underoppgaver.
Det høyeste nivået er kjent som hovedmodulen, øverste nivå eller nivå 0. På dette tidspunktet må volumet av subtasker være lite. De fleste programmene på dette nivået inkluderer vanligvis tre til syv undervurderinger. For små programmer må volumet av subtasks være i den lave enden av det nevnte området.
Oppdeling av oppgaver i deloppgaver deler i hovedsak problemet inn i forskjellige mindre programmer, noe som hjelper utviklere med å kode disse enklere delene. Det er vanligvis mulig at mange av disse deloppgavene er så grunnleggende at de umiddelbart kan bestemme hvordan de skal skrive koden for å fullføre den delen.
Imidlertid er dette generelt ikke tilfelle på toppnivå. Hvis en deloppgave tar mer enn noen få koder, anbefales det å gjenta underavdelingsprosessen. For hver deloppgave på toppnivå startes typisk en ny modul på nivå 1. Disse deloppgavene blir deretter vurdert individuelt, og igjen delt inn i forskjellige andre underoppgaver. Denne underinndelingen og oppretting av nye nivåer bør videreføres til koderne kan implementere hver del av problemet ved hjelp av datakode.
