Модуларно програмирање ради на принципу "подијелити и освајати". Неопходно је разумјети.

Модуларно програмирање подразумеваПрограм организација као скуп независних малих димензија блокова, који се обично називају модули, понашање и структура су прилично потпуно подређени одређени принципи. Вреди да се деле коришћење појма "модула", када због синтакси програмског језика и јединице када је дробљење јединицу великог програма на више блокова који се могу имплементирати у облику процедура, као и у облику функција. Употреба модуларног програмирања омогућава поједностављење тестирања програма и благовремену откривање грешака. То може бити строго одвојене задатке хардвер зависи од других подзадатке, који ће побољшати мобилност утврђених програма. Временски критични модули могу се обрађивати одвојено, што чини процес много лакшим и чини ефикасност много вишим. Поред тога, модуларно програмирање је много лакше разумљиво, јер се модули могу ефикасно користити као грађевински блокови у другим програмима.

У њему се користио појам "модул"Програмирање у вези са увођењем модуларног принципа приликом писања програма. У седамдесетим годинама, модул је назван нека функција или поступак који је написан према одређеним правилима. Пошто у то време није било универзално признатих захтева, модул је назван било којом процедуром, чија је величина била до педесет редова. Парнас је формирао прве конкретне захтеве за модулом: "Да би се формирао један модул, требало би да има довољно минималног знања о садржају другог." Изгледа да је Парнассус први који је формирао концепт прикривања информација у програмирању. Његова дефиниција нас води до чињенице да се модул може назвати било који одвојен поступак најнижег и највишег нивоа хијерархије. Поуздано сакривање информација није могло бити осигурано коришћењем постојећих структура у то вријеме, пошто су биле подложне снажном ефекту глобалних варијабли, а њихово понашање у сложеним програмима било је врло тешко предвидјети. Било је потребно направити конструкцију која је изолована од ових варијабли. Била је то она која се звала модул, и на основу тога рођен је модуларни програм.

У почетку се претпоставило да је имплементација сложенасофтверски пакети се може обавити коришћењем модула у пару са функцијама и процедурама и изградња уједињује и сакрива детаље имплементације одређеног подзадатак. Али Турбо Пасцал није у потпуности применио принцип модуларног програмирања. Овај језик не подржава комплетне унутрашње модула, увоз спроводи недовољно флексибилан, јер не дозвољава да се увози предмете од других модула. Комбиновани утицај ове чињенице са чињеницом да са пролиферација персоналних рачунара знатно проширио спектар програмских људи, која је умањила просечан ниво теоријског припреме, довело до тога да је развој апликацијских модула су коришћени као средство стварања проблема библиотека функција и процедура. Само квалификовани програмери примијенили су пуну снагу дизајна овог језика за структурне операције свих објеката.

Ако погледате модуле Пасцала у смислупрограмер, тада њихов број треба одредити декомпозицијом задатка у неколико подтага, независно један од другог. У екстремном случају, модул се може користити за увођење у њу само једну процедуру ако је потребно да локална акција коју она изводи потпуно је независна од утицаја других дијелова програма када се изврше измјене у пројектни код.

</ п>