Ero ylhäältä alas ja alhaalta ylöspäin suuntautuvan lähestymistavan välillä

Ylhäältä alas -lähestymistapa vs. alhaalta ylöspäin -lähestymistapa

Ylhäältä alas -lähestymistapa ja alhaalta ylös -lähestymistapa ovat kaksi lähestymistapaa, joita käytetään yleisesti minkä tahansa projektin suunnittelussa. Harva ymmärtää näiden kahden lähestymistavan eroja, ja tämän artikkelin tarkoituksena on tuoda esiin molempien piirteet, jotta lukijan olisi helpompi arvioida kahta käsitettä kokonaisuudessaan.

Vaikka ylhäältä alas suuntautuva suunnittelu alkaa abstraktista, jotta lopulta saavutetaan vakaa muotoilu, alhaalta ylöspäin suuntautuva lähestymistapa on vain päinvastainen, koska se alkaa konkreettisella suunnittelulla päästäkseen abstraktiin kokonaisuuteen. Aivan uusien järjestelmien suunnittelussa käytetään yleisesti ylhäältä alas -lähestymistapaa. Toisaalta käänteissuunnittelussa, kuten silloin, kun tavoitteena on ymmärtää jonkun toisen suunnittelu, käytetään alhaalta ylöspäin suuntautuvaa lähestymistapaa.

Alhaalta ylöspäin suuntautuva lähestymistapa etenee alimman tason moduulin tai osajärjestelmän suunnittelulla korkeimpaan moduuliin tai alajärjestelmään. Tarvitaan rakennekaavio, joka tuntee toteutukseen liittyvät vaiheet. Tarvitaan myös kuljettajia suorittamaan tämäntyyppinen suunnittelu.

Ylhäältä alas -lähestymistapa alkaa ylemmän tason moduulista ja etenee alaspäin alimman tason moduuliin. Todellisuudessa mitään järjestelmää ei kuitenkaan noudateta tiukasti ja suunnittelijoilla on taipumus poistua edestakaisin näiden kahden lähestymistavan välillä, koska tarve voi olla..

Molemmilla lähestymistavoilla on hyviä ja huonoja puolia. Jos puhumme ylhäältä alas suuntautuvan lähestymistavan eduista, se on helppo visualisoida, antaa täydellisyyttä ja on helppo arvioida edistymistä missä tahansa vaiheessa. Haittapuoli, koska se on käyttöliittymälähtöinen lähestymistapa, on olemassa mahdollisuuksia tarpeettomaan liiketoimintalogiikkaan.

Toisaalta alhaalta ylöspäin suuntautuvassa lähestymistavassa käyttäjällä on etuna vahva liiketoimintalogiikka, kyky kirjoittaa hyvä yksikkötesti ja helppous, jolla muutoksia voidaan hallita ja muokata. Sen haittapuolena on, että testitapausten kirjoittamiseen tarvitaan paljon vaivaa ja etenemistä ei voida tarkistaa helposti keskivaiheessa.