Forskjellen mellom topp-ned-tilnærming og nedre tilnærming

Top-Down Approach vs Bottom-Up Approach

Top-down tilnærming og Bottom-up tilnærming er to tilnærminger som ofte brukes når du designer et prosjekt. Ikke mange forstår forskjellene mellom disse to tilnærmingene, og denne artikkelen har til hensikt å fremheve egenskapene til begge for å gjøre det lettere for leseren å sette pris på de to konseptene i sin helhet.

Mens topp ned design starter fra abstrakt for endelig å oppnå en solid design, er bunnen opp tilnærming bare omvendt som det begynner med betongdesign for å komme til abstrakt enhet. Når det gjelder å designe splitter nye systemer, er det toppen ned tilnærming som er mest brukt. På den annen side, når det gjelder omvendt prosjektering som når det er målet å forstå andres design, benyttes bunnen opp tilnærming.

Bottom-up tilnærming fortsetter med utformingen av lavest nivå modul eller delsystem, til den høyeste modulen eller delsystemet. Man trenger et strukturskjema for å vite trinnene som er involvert i utførelse. Det trengs også drivere for å fullføre denne typen design.

Top-down-tilnærming starter med toppmodulen og går nedover til den laveste nivåmodulen. I virkeligheten er imidlertid ingen system fulgt stivt, og designere har en tendens til å sprette frem og tilbake mellom disse to tilnærmingene som behovet kan være.

Det er fordeler og ulemper ved begge tilnærmingene. Hvis vi snakker om fordelene med en topp ned tilnærming, er det lett å visualisere, gir fullstendig følelse, og det er enkelt å vurdere fremdriften på et hvilket som helst tidspunkt. På ulemper, er det en UI-drevet tilnærming, er det sjanser for overflødig forretningslogikk.

På den annen side, i en bottom-up-tilnærming, har brukeren fordelene ved solid forretningslogikk, evne til å skrive en god enhetstest og det enkle med hvilke endringer kan styres og modifiseres. Dens ulemper er at det er mye innsats for å skrive testtilfeller, og fremgangen kan ikke bekreftes enkelt i midtfasen.