Sarežģīts algoritms ir sadalīts mazās daļās, ko sauc par moduļiem, un sadalīšanas process ir pazīstams kā modularizācija . Modularizācija ievērojami samazina algoritma izstrādes sarežģījumus un padara tā procesu vieglāku izstrādāt un īstenot. Modulārā programmēšana ir programmas izstrādes un rakstīšanas metode funkciju veidā, kur katra funkcija atšķiras viena no otras un darbojas neatkarīgi. Funkciju saturs ir konsekvents, un starp moduļiem pastāv zema sakabe.
Salīdzinājuma diagramma
| Salīdzināšanas pamats | No augšas uz leju pieeja | Apakšējā pieeja |
|---|---|---|
| Pamata | Sasniedz masveida problēmu mazākās apakšproblēmām. | Atrisina zemo zemāko problēmu un integrē to lielākā. |
| Process | Apakšmoduļi tiek solitāri analizēti. | Izpētīt, kādi dati ir iekapsulējami, un ietver informācijas slēpšanas jēdzienu. |
| Saziņa | Nav nepieciešama augšupējas pieejas gadījumā. | Nepieciešams konkrēts sakaru apjoms. |
| Atlaišana | Satur lieks informāciju. | Atbrīvošanu var novērst. |
| Programmēšanas valodas | Struktūras / procesuālās programmēšanas valodas (ti, C) seko augšupējai pieejai. | Objektu orientētas programmēšanas valodas (piemēram, C ++, Java uc) ievēro augšupēju pieeju. |
| Galvenokārt izmanto | Moduļa dokumentācija, testa gadījumu izveide, kodu ieviešana un atkļūdošana. | Testēšana |
Top-down pieejas definīcija
Metode no augšas uz leju pamatā sadala sarežģītu problēmu vai algoritmu vairākās mazākās daļās (moduļos). Šie moduļi tiek tālāk sadalīti līdz brīdim, kad iegūtais modulis ir pamatprogramma, kas būtībā ir saprotama un nevar tikt tālāk sadalīta. Pēc tam, kad ir sasniegts zināms modularitātes līmenis, moduļu sadalīšanās tiek pārtraukta. No augšas uz leju vērsta pieeja ir pakāpenisks process lielā programmas moduļa laušanai vienkāršākos un mazākos moduļos, lai efektīvi organizētu un kodētu programmu. Kontroles plūsma šajā pieejā vienmēr ir lejupvērsta. No augšas uz leju pieeja ir ieviesta “C” programmēšanas valodā, izmantojot funkcijas.
Līdz ar to no augšas uz leju metode sākas ar abstraktu dizainu, un tad secīgi šis dizains tiek pilnveidots, lai radītu konkrētākus līmeņus, kamēr nav nepieciešama papildu precizēšana.
Apakšējās pieejas definīcija
Augšupējā pieeja darbojas tieši pretēji augšupējai pieejai. Sākotnēji tas ietver būtiskāko daļu projektēšanu, kuras pēc tam apvieno, lai izveidotu augstāka līmeņa moduli. Šī apakšmoduļu un moduļu integrācija augstākā līmeņa modulī tiek atkārtoti veikta līdz vajadzīgā pilnā algoritma iegūšanai.
Apakšējā uz augšu pieeja darbojas ar abstrakcijas slāņiem. Sākotnējā pieeja no apakšas uz augšu ir testēšana, jo katrs pamatmodulis vispirms tiek pārbaudīts, pirms to apvieno ar lielāku. Testēšana tiek veikta, izmantojot noteiktas zema līmeņa funkcijas.
Galvenās atšķirības starp lejupejošo un lejupējo pieeju
- No augšas uz leju vērstā pieeja mazina lielo uzdevumu mazākos uzdevumos, savukārt augšupēja pieeja vispirms izvēlas atrisināt dažādās uzdevuma galvenās daļas tieši pēc tam apvienot šīs daļas visā programmā.
- Katrs apakšmodulis tiek atsevišķi apstrādāts, izmantojot augšupēju pieeju. Pretstatā augšupējai pieejai tiek izmantota informācijas slēpšana, aplūkojot iekapsulējamos datus.
- Dažādie moduļi no augšupējas pieejas neprasa daudz komunikācijas. Gluži pretēji, augšupējai pieejai ir nepieciešama mijiedarbība starp atsevišķiem pamatmoduliem, lai tos vēlāk apvienotu.
- Uz augšu uz leju pieeja var radīt atlaišanu, bet augšupēja pieeja neietver lieku informāciju.
- Procesuālās programmēšanas valodas, piemēram, Fortran, COBOL un C, izmanto augšupēju pieeju. Turpretī objektu orientētas programmēšanas valodas, piemēram, C ++, Java, C #, Perl, Python, ievēro augšupēju pieeju.
- Testēšanā vispirms tiek izmantota augšupēja pieeja. Un otrādi, augšupēja pieeja tiek izmantota moduļu dokumentācijā, testēšanas gadījumu veidošanā, atkļūdošanā utt.
Secinājums
No augšas uz leju vērsta pieeja un augšupēja pieeja ir algoritma izstrādes metodes, kurās no augšas uz leju ir tradicionāla pieeja, kas no sistēmas sadala no augsta līmeņa specifikācijas līdz zemas kvalitātes specifikācijai. No otras puses, augšupēja pieeja ir efektīvāka un darbojas pretēji, ja primitīvās sastāvdaļas ir sākotnēji izstrādātas, un turpinājās līdz augstākajam līmenim.
No augšas uz leju vērsta pieeja uzsver submoduļu izolāciju (tas nozīmē zemo savienojumu starp moduļiem), bet ignorē komunikācijas un atkārtotas izmantošanas koncepcijas identifikāciju. Lai gan augšupējā pieeja, informācijas slēpšana un atkārtota izmantošana ir svarīgākie faktori.
