Бағдарламалық қамтамасыз етуді жобалауға кіріспе

Презентация қосу

*Дәріс 1.
*Программалық инженерияға кіріспе.

*Мақсаты: пәннің құрылымына кіріспе, басқа
ғылымдар жүйесіндегі пәннің орны. Бағдарламалық
қамтамасыз етуді жобалауға кіріспе. Кіріспе, тарих.

*
* Бағдарламалық жасақтама (өнеркәсіптік бағдарламалау) әдетте үлкен және күрделі
бағдарламаларды әзірлейді. Осы қызмет саласының қалыптасуы мен дамуы
бағдарламалық қамтамасыз етудің жоғары құнын, оны құрудың күрделілігімен,
даму үдерістерін басқаруға және болжау қажеттілігіне байланысты бірқатар
мәселелер болды. 60-жылдардың соңында - 70-жылдарының басында тарихта алғаш
рет бағдарламалау дағдарысы болған туралы оқиға болды. Іс-шара бағдарламалық
қамтамасыз етудің өзіндік құнын («аппараттық») бағасына жақындата бастағаны
және осы құндылықтардың өсу динамикасы 90-шы жылдардың ортасында барлық
адамзат компьютерлерге арналған бағдарламаларды жасаумен айналысатындығын
болжауға мүмкіндік берді. Содан кейін бағдарлама құнын қысқартуға бағытталған
пән ретінде бағдарламалық инженерия (немесе Ресейде аталатын өндірістік
бағдарламалау технологиясы) туралы әңгіме бастады. Содан бері бағдарламалық
жасақтама өте жылдам дамыды. Бағдарламалық қамтамасыз етуді дамыту
сатылары әртүрлі тәсілдермен бөлінуі мүмкін. Әрбір кезең басқа мәселенің пайда
болуына (немесе хабардар болуына) байланысты және бұл мәселені шешу жолдары
мен құралдарын табу.
* Бағдарламаларды жобалау, дамыту, тарату және қолдау мәселелері қаралды. Онда
алғаш рет «бағдарламалық қамтамасыз ету» термині жасалуы және жоғарыда
аталған мәселелерді шешуге бағытталуы тиіс пән ретінде айтылды.
* Мәселе. Бағдарламалық қамтамасыз етуді дамытудың бірінші кезеңінде (тіпті
әлі де аталмаған болса да), бағдарламалардың жоғары құны әртүрлі
бағдарламалардағы бірдей (немесе ұқсас) код фрагменттерінің дамуымен
байланысты екенін атап өтеді. Бұл бағдарламалардың бір бөлігі ретінде әртүрлі
бағдарламаларда бірдей (немесе ұқсас) міндеттер шешіледі: сызықты емес
теңдеулерді шешу, жалақыны есептеу . Жаңа бағдарламаларды құру кезінде
бұрын жазылған фрагменттерді пайдалану дамудың шарттары мен
шығындарын айтарлықтай төмендетуге мүмкіндік берді.
* Модульдік бағдарламалау. Модульдік бағдарламалаудың негізгі қағидасы
осындай фрагменттерді бөлу және оларды модуль түрінде жобалау болады.
Әрбір модуль сипаттамамен қамтамасыз етіледі, онда оны пайдалану ережелері
белгіленеді - модуль интерфейсі. Осыған байланысты ең қарапайым
математикалық есептерді шешудің модульдері: теңдеулерді шешу, теңдеулер
жүйесі, оңтайландыру мәселелері. Қазіргі уақытта мұндай модульдердің үлкен
кітапханалары жинақталып, сәтті пайдаланылуда.
* Көптеген басқа модульдер үшін оларды қайта пайдалану мүмкіндіктері
олардың негізгі бағдарламамен байланыстыру күрделілігін ескере отырып,
қиындықтар тудырады. Мысалы, бір фирма үшін жазылған жалақы модулі
басқа біреуге жарамсыз болуы мүмкін, Бұл фирмалардағы жалақы бірдей
есептелмейді. Кешенді интерфейстері бар модульдерді қайта пайдалану бүгінгі
күні өте өзекті. Оны шешу үшін модульдерді ұсынудың арнайы формалары
(құрылымдары) және олардың интерфейстерін ұйымдастыру.
Басқа инженерлердің айырмашылығы
Бағдарламалық жасақтама мен басқа инженерлердің арасындағы айырмашылық ең
алдымен екі сұрақ тұрғысынан қызықты:
Неліктен басқа инженериямен салыстырғанда бағдарламалық жасақтамадағы сәтсіз
жобалардың үлесі соншалықты зор?
Бағдарламалық жасақтамадағы басқа инженерлердің тәжірибесін қолдану мүмкін бе?
Бұл мәселелер программалық қамтамасыз ету үшін негіз болып табылады. Осыған
байланысты, көптеген пікірлер (және керісінше) көрінеді. Басқа инженерлерден
бағдарламалық жасақтама инженерлерінің кейбір немесе бірнеше кемшіліктеріне назар
аударайық.
Ең алдымен, жеңілдетілген түрде кез-келген инженерлік-техникалық өнімнің өмірлік
циклі фазаларды қамтиды: дизайн, үлгі жасау, сынау, өндіру, пайдалану.
Компьютерлік бағдарлама (басқа инженерлердің нысандарынан айырмашылығы)
материалдық емес объект болып табылмайды (оны бағдарлама тасымалдаушысымен
кез-келген жад құрылғысымен шатастырмаңыз). Осыдан келесі айырмашылықтар
бар. Өндіріс кезеңі үлгідегі басқа медиаға көшіруден тұрады. Фаза жоғалту құны аз.
Егер кодтау дизайн элементі (шындыққа өте жақын) деп есептелсе, онда үлгі жасаудың
фазасы жоқ (компилятор мен сілтеме жасайтын)
Осыдан мынадай қорытындылар:
· Бағдарламаның құны - оны жобалау құны ғана
· Қораптағы өнімдерді жобалау құны «көшіріледі»
· Тапсырыс берілетін өнімдердің құны (массивті түрде көшірілмеген) жоғары болып
қалады

Ұқсас жұмыстар

Объектілердің инспекторы терезесі

CASE технологияларына талдау

Функционалдық талаптар

Қазақстан Республикасындағы фармацевтикалық өндірісті ұйымдық жобалау

Credo бағдарламалық жүйелері, мүмкіншіліктері

Жобалық операция - жобалық процедураның бөлігі ретінде саналатын және жобалық шешім фрагментін алумен аяқталатын жобалаушы әрекеттерінің жинағы

Өндірісті жобалау негіздері және жабдықтау ДӘРІСТЕР

АКТ даму тарихы

Бизнес - модельдер түрлері

Геодезиялық өлшемдерді автоматтандыру жүйелері

Пәндер