Tidlig edb-programmering var bottom- up - små afsnit blev udviklet og derefter samles i større sektioner indtil programmet blev bygget. Omkring 1970 blev top- down design design paradigme valg. Top-down design ser på hele programmet først , bryde det op i underafsnit. Disse underafsnit er yderligere forbedret , indtil de bliver små nok til at skrive. Begge tilgange blev erstattet af objekt-orienteret programmering ( OOP) i slutningen af 1980'erne . OOP er en kombination af top-down og bottom- up tilgange. Fokus på Goal
Holde det endelige mål for øje er en god idé for enhver kompleks opgave , men det er afgørende for at skrive et computerprogram. En af heuristisk ( tommelfingerregler ) regler for top-down design er, at ingen enkelt del af programmet bør tage op mere end én side - eller en computer skærm. Det øverste niveau i den top- down program består af et enkelt dokument , der viser input og output parametre, og de største moduler - det viser den overordnede struktur af programmet. Denne topniveauside er ofte skrevet af systemet analytiker og er en del af den officielle specifikation af programmets opgave, der er givet til programmøren .
Modularization
Modularization betyder at bryde programmet op i fordøjelige stykker, typisk én side. Dette afspejler en erkendelse af, at programmerne ikke var skrevet kun for computere - det var også skrevet for programmører . Modular programmer er lettere at forstå , lettere at debugge og nemmere at opdatere. Opdateringer er en fast del af edb-programmering business, og de programmer bliver løbende opdateret af en anden end den person, der skrev dem - der var en masse af jobomsætning i 70'erne og 80'erne . Computeren er ligeglad med om programmerne er skrevet top-down, bottom- up eller OOP , computeren bare kører en sekvens af instruktioner . Modularisering er en nyskabelse, der gør programmer nemmere for programmører at beskæftige sig med. Dette afspejler en tendens, der startede i 70'erne : menneskelig tid er mere værdifuld end computer tid
let at læse
p begynde med det øverste niveau . side , bliver hvert modul skrevet ved hjælp af navnene på udefinerede moduler. Disse moduler er derefter skrevet med navnene på andre udefinerede moduler , og processen fortsætter , indtil modulet er lille nok til at skrive på en enkelt side . En meget vigtig del af denne strategi er, at det er meget lettere at forstå en blok af kode, hvis det hele passer på én side. Når programmet er i mundrette sider , er det nemt at finde fejl - de er hurtigt isoleres til et modul i de fleste tilfælde . Det er også let at opdatere, fordi opdateringen er i et enkelt modul , og det er let at se, hvordan ændringen at opdateringen medfører passer ind dens miljø .