Skirtumas tarp požiūrio „iš viršaus į apačią“ ir „iš apačios į viršų“

Požiūris iš viršaus į apačią ir metodas „iš apačios į viršų“

„Iš viršaus į apačią“ ir „iš apačios į viršų“ požiūris yra du metodai, dažniausiai naudojami kuriant bet kurį projektą. Nedaugelis supranta šių dviejų požiūrių skirtumus, todėl šiame straipsnyje ketinama pabrėžti abiejų bruožus, kad skaitytojui būtų lengviau įvertinti visas dvi sąvokas..

Nors dizainas „iš viršaus į apačią“ pradedamas nuo abstrakčių, kad būtų pasiektas tvirtas dizainas, požiūris „iš apačios į viršų“ yra tik atvirkštinis, nes jis prasideda nuo konkretaus projekto, norint patekti į abstrakčią esmę. Kuriant visiškai naujas sistemas, dažniausiai naudojamas metodas „iš viršaus į apačią“. Kita vertus, atvirkštinės inžinerijos atveju, kai siekiama suprasti kažkieno projektą, naudojamas principas „iš apačios į viršų“..

„Iš apačios į viršų“ metodas pradedamas projektuojant žemiausio lygio modulį ar posistemį, iki aukščiausio modulio ar posistemio. Norint žinoti vykdymo veiksmus, reikia struktūros diagramos. Taip pat reikalingi vairuotojai, norintys atlikti šio tipo projektavimą.

Iš viršaus į apačią požiūris prasideda nuo aukščiausio lygio modulio ir pereina žemyn iki žemiausio lygio modulio. Tačiau iš tikrųjų jokia sistema nėra vykdoma griežtai ir dizaineriai linkę grįžti pirmyn ir atgal tarp šių dviejų požiūrių, nes to gali prireikti..

Abu būdai turi ir trūkumų. Jei mes kalbame apie metodo „iš viršaus į apačią“ pranašumus, jį lengva vizualizuoti, suteikti išsamumo jausmą ir bet kuriame etape lengva įvertinti pažangą. Kalbant apie neigiamas puses, tai yra UI pagrįstas požiūris, kad yra nereikalingos verslo logikos tikimybės.

Kita vertus, taikant metodą „iš apačios į viršų“, vartotojas turi tvirtos verslo logikos, sugebėjimo parašyti gerą vieneto testą pranašumų ir patogumo valdyti ir modifikuoti pakeitimus. Jos trūkumai yra tai, kad norint surašyti bandomuosius pavyzdžius, reikia įdėti daug pastangų, o pažangos viduryje neįmanoma lengvai patikrinti.