Top-Down design i softwareudvikling

Top-down design er en måde at bygge software på, hvor man starter med helheden — hvad systemet samlet skal kunne — og derefter bryder den ned i stadig mindre og mere konkrete dele. Man tegner det store billede først og fylder detaljerne på bagefter, modsat bottom-up, hvor man bygger de små byggesten først og samler dem til en helhed til sidst.

Et eksempel: skal du bygge et ordresystem, beskriver du først de store opgaver — "modtag ordre", "håndter betaling", "send pakkeseddel" — og deler så hver af dem op i de mindre trin, indtil hvert stykke er lille nok til at programmere direkte.

Hvad metoden giver

• Overblik fra start. Du ved, hvad det hele skal ende med, før du dykker ned i detaljerne — det gør det sværere at bygge sig vild.
• Arbejde i parallel. Når systemet er delt op i klart adskilte moduler, kan flere arbejde på hver sin del samtidig.
• Lettere at teste og rette. Hvert modul kan afprøves for sig, så en fejl er nemmere at finde og isolere.
• Plads til ændringer. Veldefinerede moduler kan udskiftes eller skaleres uden at vælte resten.

Hvornår det passer

Top-down skinner, når målet er nogenlunde kendt fra begyndelsen, og strukturen kan planlægges forfra. Er opgaven mere uafklaret — hvor man lærer undervejs og bygger videre på det, der virker — kan en bottom-up-tilgang passe bedre. I praksis blandes de to ofte: man tegner helheden ovenfra og bygger nedefra, og lader de to mødes på midten.