ьт. Учеб.пособ.АИС Сейтказиева, Токтогулова (1). Лекция 1 аистин пайда болушу жана нгш жннд тарыхый маалыматтар
 Скачать 0.77 Mb.
|
|
Дизайн этабында кээ бир колдонуучулар иштеп чыгуучулардын жетекчилиги астында системаны техникалык долбоорлоого катышат. Колдонуучулар, алар менен түздөн-түз иштешип, мурунку фазада аныкталбаган системага талаптарды такташат жана толукташат. Системанын процесстери кененирээк каралат. Функционалдык модель талданат жана зарыл болгон учурда түзөтүлөт. Ар бир процесс майда-чүйдөсүнө чейин каралат. Зарыл учурда ар бир элементардык процесс үчүн жарым-жартылай прототиби түзүлөт: экран, диалог, түшүнүксүз же түшүнүксүздүктү жок кылган отчет. Маалыматтарга жетүүнүн дифференциациясынын талаптары аныкталат. Ошол эле этапта зарыл болгон документтердин топтому аныкталат. Бул этап төмөнкүлөргө алып келиши керек: системанын жалпы маалымат модели; бүтүндөй системанын жана подсистеманын функционалдык моделдери , жеке өнүктүрүү топтору тарабынан ишке ашырылат; автономдуу түрдө иштелип чыккан подсистемалардын ортосундагы так аныкталган CASE курал интерфейстери; экрандардын, отчеттордун, диалогдордун прототиптерин курган. Куруу этабында тиркеменин тез өнүгүшү түздөн-түз жүзөгө ашырылат. Бул этапта иштеп чыгуучулар мурунку фазада алынган моделдердин, ошондой эле функционалдык эмес талаптардын негизинде реалдуу системаны кайталап түзүшөт. Бул фазадагы акыркы колдонуучулар алынган натыйжаларга баа беришет жана эгер иштеп чыгуу процессинде система мурда аныкталган талаптарга жооп бербесе, оңдоолорду киргизишет. Системаны сыноо түз иштеп чыгуу процессинде жүргүзүлөт. Ар бир жеке өнүктүрүү тобунун иши аяктагандан кийин, системанын бул бөлүгү акырындык менен калгандары менен интеграцияланат, толук программалык код түзүлөт, тиркеменин бул бөлүгүнүн калгандары менен биргелешкен иши текшерилет, андан кийин система жалпысынан сыналат. Системаны физикалык долбоорлоо аяктап жатат. Этаптын натыйжасы бардык макулдашылган талаптарды канааттандырган даяр система болуп саналат. Ишке ашыруу баскычында колдонуучуларды окутуу, уюштуруучулук өзгөртүүлөр жүргүзүлүп, жаңы системаны киргизүү менен катар иштеп жаткан система менен иш жүргүзүлөт (жаңы система толугу менен ишке киргизилгенге чейин). Курулуш фазасы салыштырмалуу кыска болгондуктан, пландаштыруу жана ишке ашырууга даярдоо, адатта, системаны долбоорлоо этабында эрте башталышы керек. ИМди өнүктүрүүнүн жогорудагы схемасы абсолюттук эмес. Ар кандай варианттар, мисалы, иштеп чыгуу жүргүзүлүп жаткан баштапкы шарттарга жараша болушу мүмкүн: таптакыр жаңы система иштелип жатат; ишкананын изилдөөсү жүргүзүлгөн жана анын ишинин модели бар; ишкананын баштапкы прототиби катары колдонула турган же иштелип жатканы менен интеграцияланышы керек болгон кээ бир ИС бар. RAD методологиясынын негизги принциптери : итерациялар боюнча тиркемелерди иштеп чыгуу; жашоо циклинин ар бир этабында ишти толук бүтүрүү; ИСти иштеп чыгуу процессине колдонуучуларды милдеттүү түрдө тартуу; камсыз кылуучу CASE -куралдарын зарыл пайдалануу долбоордун бүтүндүгү; долбоорго өзгөртүүлөрдү киргизүүгө жана даяр системаны тейлөөгө көмөктөшүүчү конфигурацияларды башкаруу куралдарын колдонуу; код генераторлорун зарыл пайдалануу; акыркы колдонуучунун керектөөлөрүн жакшыраак түшүнүү жана канааттандыруу үчүн прототипти колдонуу; иштеп чыгуу менен бир убакта ишке ашырылган долбоорду сыноо жана иштеп чыгуу; адистердин чакан, жакшы башкарылган командасын өнүктүрүүгө жетектөө; системаны иштеп чыгууну компетенттүү башкаруу, ишти так пландаштыруу жана контролдоо. Тест суроолору: Талаптарды талдоо жана пландаштыруу этабында иштин негизги түрлөрүн тизмектеңиз Дизайн этабынын натыйжасы кандай? RAD методологиясынын негизги принциптери кандай. Лекция № 22. Объектке багытталган программалоо Лекциянын планы: Объектке багытталган мамиле. Артыкчылыктары. Объектке багытталган программалоо жана дизайн Объектке багытталган анализ. Объекттик мамиленин принциптери. Милдеттүү элементтер Объекттик моделдин кошумча элементтери сыяктуу татаал маселелерди чечүүгө объектиге багытталган мамиле жардам берет программалык камсыздоонун татаалдыгын азайтуу; программалык камсыздоонун ишенимдүүлүгүн жогорулатуу; программалык камсыздоонун айрым компоненттерин анын калган компоненттерин өзгөртпөстөн өзгөртүү мүмкүнчүлүгүн камсыз кылуу; жеке программалык компоненттерди кайра колдонууга мүмкүндүк берет . Объектке багытталган ыкманы системалуу колдонуу жакшы структураланган, иштөөдө ишенимдүү, оңой өзгөртүлүүчү программалык системаларды иштеп чыгууга мүмкүндүк берет. Бул программисттердин объектиге багытталган мамилеге жана объектиге багытталган программалоо тилдерине болгон кызыгуусун түшүндүрөт. Объектке багытталган мамиле теориялык жана прикладдык программалоонун интенсивдүү өнүгүп жаткан багыттарынын бири. Объектке багытталган методологиянын (OOM) компоненттери: - объектиге багытталган талдоо; - объектиге багытталган дизайн; - объектиге багытталган программалоо. Объектке багытталган программалоо – бул программаны объекттердин жыйындысы катары көрсөтүүгө негизделген программалоо методологиясы, алардын ар бири белгилүү бир класстын ишке ашырылышы жана класстар тукум куучулук принциптерине негизделген иерархияны түзөт. Бул аныктаманы үч бөлүккө бөлүүгө болот: объектиге багытталган программалоо алгоритмдер эмес, долбоорлоо элементтери катары объекттерди колдонот; ар бир объект белгилүү бир класстын ишке ашырылышы; 3) класстар иерархиялык тартипте уюштурулат. Объектке багытталган дизайн. Методдор программалоо, биринчиден, программалоо тилдеринин механизмдерин туура жана натыйжалуу пайдаланууну билдирет. Долбоорлоо ыкмалары, тескерисинче, татаал системаларды туура жана натыйжалуу структуралаштырууга багытталган. Объектке багытталган долбоорлоо – объектти ажыратуу процессин жана долбоорлонуп жаткан системанын логикалык жана физикалык, ошондой эле статикалык жана динамикалык моделдерин көрсөтүү ыкмаларын бириктирген долбоорлоо методологиясы. Бул аныктама эки маанилүү бөлүктөн турат: объектиге багытталган дизайн объектиге багытталган ажыратууга алып келет; модулдардын жана процесстердин архитектурасы) түзүмүн чагылдырган моделдерди көрсөтүүнүн түрдүү ыкмалары колдонулат . Бул объектке багытталган дизайнды структуралык дизайндан айырмалап турган объектиге багытталган декомпозицияны колдоо. Объектке багытталган анализ. Объекттик мамилеге программалык камсыздоону иштеп чыгуунун мурунку этаптары таасир эткен. Структуралык анализдин салттуу ыкмалары системадагы маалыматтардын агымына негизделген. Объектке багытталган анализ (OOA) объектиге багытталган ыкманы колдонуу менен чындыкка жакыныраак моделдерди түзүүгө багытталган; предметтик чөйрөнүн лексикасын түзгөн класстар жана объекттер жөнүндөгү түшүнүктөрдүн негизинде талаптар калыптанган методология болуп саналат. ООАнын жыйынтыгы боюнча объектиге багытталган дизайн негизделген моделдер түзүлөт; объектиге багытталган долбоорлоо, өз кезегинде, объектиге багытталган программалоо методологиясын колдонуу менен системаны акыркы ишке ашыруу үчүн негиз түзөт. структуралык ыкмаларга салыштырмалуу OOP негизги артыкчылыктары болуп төмөнкүлөр саналат: иштелип чыккан системалардын татаалдыгы менен байланышкан чектөөлөрдү жеңүү жөндөмдүүлүгү; талдоо стадиясында чындыкка жакын моделдерди колдонуу; маалыматтык системаларды, ошондой эле реалдуу убакыт системаларын жана аппараттык жана программалык камсыздоо системаларын талдоодо жана долбоорлоодо колдонуу; иштелип чыккан программалык камсыздоону кайра колдонуу мүмкүнчүлүгүн камсыз кылуу, бул ар бир кийинки системаны иштеп чыгуунун убактысын жана наркын олуттуу кыскарта алат; структуралык мамиледегидей, көчкүгө окшош эмес, кайталануучу долбоорлоо процессин колдоо; мультимедиялык системаларда колдонулган гетерогендик маалымат менен табигый иштөө; көбүрөөк ачык системаларды түзүү; багытталган программалоо тилдеринин сүрөттөмө мүмкүнчүлүктөрүн толук пайдалануу . Объекттик мамиленин принциптери. Объектке багытталган методологиянын концептуалдык базасы болгон объектилик моделдин төрт негизги элементи бар: абстракция кирүүнү чектөө же инкапсуляция модулдук иерархия. Бул элементтердин бири болбосо, модель объектиге багытталган болбойт. Негизгилерден тышкары, үч кошумча элементтер бар: терүү параллелизм туруктуулук же туруктуулук Бул элементтер объект моделинде пайдалуу, бирок талап кылынбайт. Абстракция - бул объекттин бардык башка түрлөрүнөн айырмалоочу жана ошону менен аны андан ары карап чыгуунун көз карашынан бул объектинин өзгөчөлүктөрүн так аныктоочу маанилүү мүнөздөмөлөрдү тандоо. Абстракция жүрүм-турумдун маанилүү белгилерин маанилүү эмес нерселерден бөлүүгө мүмкүндүк берет. Абстракция кандайдыр бир объекттин бардык башка түрлөрүнөн айырмалоочу маанилүү мүнөздөмөлөрүн аныктайт жана байкоочунун көз карашынан объекттин концептуалдык чегин так аныктайт. Инкапсуляция – объекттин дизайнын жана жүрүм-турумун аныктаган элементтерди бөлүү процесси; инкапсуляция абстракциянын келишимдик милдеттенмелерин аларды ишке ашыруудан обочолонтуу үчүн кызмат кылат. Модулдуулук - бул системанын бир катар ички байланышы бар, бирок бири-бири менен тыгыз байланышта болгон модулдарга ажыроо мүмкүнчүлүгү менен байланышкан касиети. Модулдуулук - бул программанын өз алдынча түзүлгөн фрагменттерге бөлүнүшү, алардын ортосунда байланыш каражаттары бар. Иерархия – абстракциялардын даражалуу (тартиптүү) системасы. Татаал системаларга карата иерархиялык түзүмдөрдүн негизги түрлөрү класс структурасы ("is -a" иерархиясы) жана объектилик структура ("partof" иерархиясы).Мурас принциби абстракциялык туюнтмаларды жөнөкөйлөтүүгө мүмкүндүк берет. азыраак түйшүктүү жана экспрессивдүү. Мурас - абстракциялардын иерархиясы, мында подкласстар структураны бир же бир нече суперкласстардан мурастап алышат. Мындан тышкары, кошумча атрибуттарды жана методдорду подкласста аныктоого болот. Суперкласстар эң жалпыларды, ал эми подкласстар адистештирилген абстракцияларды чагылдырат. Демек, тукум куучулук жөнүндө «адистештирүүнү жалпылоо» иерархиясы катары айтылат. Жөнөкөй жана көп тукум куучулук учурлар бар. Биринчи учурда субкласс бир суперкласстын негизинде гана аныкталышы мүмкүн, экинчи учурда бир нече суперкласс болушу мүмкүн. Эгерде тил же система бир класстын мурасын колдосо, класстардын жыйындысы дарак иерархиясын түзөт. Бир нече тукум куучулукту колдогондо класстар класс торлору деп аталган тамыры бар багытталган графикте туташтырылат. Кошумча нерселер: Терүү – бул класска сунушталган объекттердин чектөөсү, ал ар кандай класстардын алмашуусуна тоскоол болот жана көпчүлүк учурларда мындай алмаштыруу мүмкүнчүлүгүн бир топ кыскартат. Терүү түшүнүгү абстракттуу маалымат түрлөрү түшүнүгүнө негизделген. Тип – объекттин белгилүү бир жыйындысына мүнөздүү болгон структуранын же жүрүм-турумдун касиеттеринин так аныктамасы. Полиморфизм тукум куучулук жана динамикалык мамилелердин принциптеринин кесилишинде пайда болот. Бул касиет объектиге багытталган программалоодо эң зарыл. Полиморфизм объектиге багытталган дизайнды абстракттуу маалыматтардын түрлөрүн колдонуу менен салттуу ыкмалардан айырмалайт. Туруктуулук/туруктуулук – объекттин пайда болгон процесстерге карабастан убакытта жана/же мейкиндикте бар болуу касиети. Полиморфизм – бир интерфейске ээ болгон объекттердин бири-бири менен алмашылышы. Бул жерде интерфейс - бул объект менен өз ара аракеттенүү жүзөгө ашырылуучу ыкмалардын жыйындысы. Бир нече объектилерде бирдей ыкмалар топтому (бир эле аталыштар жана кол тамгалар менен методдор) болушу керек жана бул методдор окшош функцияларды ишке ашырууга тийиш. Полиморфизм - бул туунду класстын инстанциясын колдонуу жөндөмдүүлүгү, анда базалык класстын инстанциясы талап кылынат. Бирок, ачык "мурас" түшүнүгү жок же полиморфтук объекттерди ишке ашыруу үчүн мурасты колдонууну талап кылбаган тилдер бар (мисалы, Perlде). OOP кемчиликтерине бир аз кыскартуу кирет өндүрүмдүүлүгү (бирок, компьютерлердин иштеши азыраак байкалгандыктан) жана жогорку баштапкы чыгымдар. Контролдук суроолор: 1.Объектке багытталган программалоо деген эмне? Объектке багытталган программалоо тилдерине мисал келтиргиле Объектке багытталган программалоонун негизги артыкчылыктарын тизмектеңиз . Лекция № 23. CASE - инструменттер, алардын функционалдуулугу жана мүнөздөмөлөрү Лекциянын планы: CASE куралдары. Жалпы мүнөздөмөлөрү жана классификациясы CASE технологиялары CASE куралдары (ComputerAidedSoftware/SystemEngineeringден) компьютерде каалаган системаны долбоорлоого мүмкүндүк берет. Системалык жана структуралык-функционалдык анализдин зарыл элементи болгон CASE-инструменттери бизнес-процесстерди, маалымат базаларын, программалык камсыздоо компоненттерин, уюмдардын ишмердүүлүгүн жана түзүмүн моделдөөгө мүмкүндүк берет. Иштин дээрлик бардык тармактарында колдонулат. CASE-куралдарын колдонуунун натыйжасы системаны оптималдаштыруу, чыгымдарды азайтуу, натыйжалуулукту жогорулатуу, ката ыктымалдыгын азайтуу болуп саналат. Бардык заманбап CASE инструменттерин негизинен түрлөрү жана категориялары боюнча классификациялоого болот. Түрү боюнча классификация жашоо циклинин белгилүү процесстери үчүн CASE куралдарынын функционалдык багытын чагылдырат. Категориянын классификациясы аткарылган функциялар боюнча интеграциянын даражасын аныктайт жана чакан автономдуу милдеттерди чечүүчү өзүнчө локалдык инструменттерди (инструменттерди), ИМдин жашоо циклинин көпчүлүк этаптарын камтыган жарым-жартылай интеграцияланган инструменттердин жыйындысын (инструменталдык комплект) жана толук интеграцияланган инструменттерди камтыйт. бүт IP жашоо цикли жана жалпы репозиторий менен байланышкан. Мындан тышкары, CASE инструменттерин төмөнкү критерийлер боюнча классификациялоого болот: системалардын жана маалымат базаларынын колдонулуучу методологиялары жана моделдери; МБС менен интеграциянын даражасы; жеткиликтүү платформалар. Түрү боюнча классификация негизинен CASE инструменттеринин курамдык курамына дал келет жана төмөнкү негизги типтерди камтыйт: талдоо куралдары (Upper CASE) домендик моделдерди куруу жана талдоо үчүн иштелип чыккан (Design/IDEF (MetaSoftware), BPwin (LogicWorks)); эң кеңири таралган дизайн методологияларын колдогон жана дизайн спецификацияларын (VantageTeamBuilder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV түзүү үчүн колдонулган анализ жана долбоорлоо куралдары (Middle CASE) (McDonnellDouglas), CASE.Analyst (MacroProject)). Мындай инструменттердин чыгарылышы система компоненттеринин жана интерфейстеринин спецификациялары, системанын архитектурасы, алгоритмдер жана маалымат структуралары; камсыз кылуучу маалымат базасын долбоорлоо куралдары кеңири таралган DBMS үчүн маалыматтарды моделдөө жана маалымат базасынын схемасын түзүү (көбүнчө SQL тилинде). Аларга ERwin (Logic Works), S-Designor (SDP) жана DataBase Designer (ORACLE) кирет. Маалыматтар базасын долбоорлоо куралдары да CASE куралдарына кирет VantageTeamBuilder, Дизайнер/2000, Silverrun жана PRO-IV; тиркемелерди иштеп чыгуу куралдары. Аларга 4GL куралдары (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), NewEra (Informix), SQL Windows (Gupta), Delphi (Borland) ж.б.) жана код генераторлору кирет. VantageTeamBuilder, PRO-IV жана жарым-жартылай бөлүгү болуп саналат - Silverrun; программалык коддорду жана маалыматтар базасынын схемаларын талдоону жана алардын негизинде ар кандай моделдерди жана конструктордук спецификацияларды түзүүнү камсыз кылган реинженеринг куралдары. Берилиштер базасынын схемасын талдоо жана ERD түзүү куралдары VantageTeamBuilder, PRO-IV, Silverrun, Designer/2000, ERwin жана S-Designor программаларында камтылган. Программалык кодду талдоо чөйрөсүндө C++ программаларын реинженерингди камсыздоочу объектиге багытталган CASE-инструменттери (RationalRose (RationalSoftware), ObjectTeam (Cayenne)) кеңири колдонулат. Жардамчы түрлөрү кирет: долбоорду пландаштыруу жана башкаруу куралдары (SE Companion, Microsoft Project ж.б.); конфигурацияларды башкаруу куралдары (PVCS (Intersolv)); тестирлөө куралдары (Quality Works (Segue Software)); документация куралдары (SoDA (RationalSoftware)). Бүгүнкү күнгө чейин, Россиянын программалык камсыздоо рыногунда төмөнкү эң өнүккөн CASE инструменттери бар: Vantage Team Builder (Westmount I-CASE); Designer/2000; Silver run; ERwin+BPwin; S Designer; CASE. Analyst. Сандалган CASE куралдарынын сүрөттөлүшү 5-бөлүмдө келтирилген. Мындан тышкары, ата мекендик колдонуучулар үчүн эки жаңы система тең (мисалы, CASE /4/0, PRO-IV, SystemArchitect, VisibleAnalystWorkbench, EasyCASE), ошондой эле жаңы версиялар жана модификациялар саналган системалардын. CASE технологиясы жана CASE инструменттеринин пайда болушуна чейин программалоо методологиясы жаатындагы изилдөөлөр жүргүзүлгөн. Программалоо жогорку деңгээлдеги тилдерди иштеп чыгуу жана ишке ашыруу менен системалык мамиленин өзгөчөлүктөрүн, структураланган жана модулдук программалоонун ыкмаларын, дизайн тилдерин жана аларды колдоо куралдарын, системанын талаптарын жана спецификацияларын сыпаттоо үчүн формалдуу жана формалдуу эмес тилдерди жана башкаларга ээ болду. Мындан тышкары, CASE технологиясынын пайда болушуна төмөнкү факторлор себеп болгон: модулдук жана структуралык программалоо концепцияларын кабыл алган аналитиктерди жана программисттерди даярдоо; эффективдүү графикалык куралдарды колдонууга жана долбоорлоо этаптарынын көбүн автоматташтырууга мүмкүндүк берген компьютердин натыйжалуулугун кеңири жайылтуу жана тынымсыз өсүшү; тармактык технологияны киргизүү, бул долбоор жөнүндө зарыл маалыматтарды камтыган жалпы маалымат базасын колдонуу аркылуу жеке аткаруучулардын күч-аракетин бирдиктүү долбоорлоо процессине бириктирүүгө мүмкүндүк берген. CASE технологиясы – бул ИМди долбоорлоо методологиясы, ошондой эле предметтик аймакты визуалдык моделдештирүү, бул моделди ИСти иштеп чыгуунун жана тейлөөнүн бардык этаптарында талдоо жана колдонуучулардын маалыматтык керектөөлөрүнө ылайык тиркемелерди иштеп чыгууга мүмкүндүк берүүчү куралдардын жыйындысы. Учурдагы CASE инструменттеринин көбү структуралык (негизинен) же объектиге багытталган талдоо жана долбоорлоо методологияларына негизделет, тышкы талаптарды, системанын моделдеринин ортосундагы мамилелерди, системанын жүрүм-турумунун динамикасын жана программалык камсыздоонун архитектурасын сүрөттөө үчүн диаграммалар же тексттер түрүндөгү спецификацияларды колдонуу. SystemsDevelopmentInc тарабынан түзүлгөн алдыңкы технологиялар боюнча сурамжылоого ылайык (SurveyofAdvancedTechnology). 1996-жылы 1000ден ашык америкалык фирмалардын сурамжылоонун жыйынтыгы боюнча, CASE технологиясы азыр эң туруктуу маалыматтык технологиялардын катарына кирет (аны сурамжылоого катышкан колдонуучулардын жарымы өз долбоорлорунун үчтөн биринен көбүндө пайдаланышкан, анын 85%ы). ийгиликтүү болду). Бирок, CASE-инструменттеринин бардык потенциалдуу мүмкүнчүлүктөрүнө карабастан, алардын ийгиликсиз ишке ашырылышынын көптөгөн мисалдары бар, натыйжада CASE-инструменттери «текче» программалык камсыздоого (shelfware) айланат. Буга байланыштуу төмөнкүлөрдү белгилей кетүү керек: CASE инструменттери сөзсүз түрдө дароо таасир бербейт; аны бир нече убакыт өткөндөн кийин гана алууга болот; CASE куралдарын ишке ашыруунун реалдуу чыгымдары, адатта, көп аларды сатып алуу наркынан ашкан; CASE инструменттери аларды ишке ашыруу процесси ийгиликтүү аяктагандан кийин гана олуттуу пайда алуу мүмкүнчүлүгүн берет. CASE инструменттеринин ар түрдүүлүгүнөн улам, аларды ишке ашыруудан белгилүү бир күтүүлөрдү иш жүзүндө канааттандыруу жөнүндө квалификацияланбаган дооматтарды коюу туура эмес болуп калат. CASE инструменттерин колдонуунун мүмкүн болуучу эффектин аныктоону кыйындаткан төмөнкү факторлорду санап көрсөк болот: CASE инструменттеринин сапаты жана мүмкүнчүлүктөрүнүн көп түрдүүлүгү; ар кандай уюмдарда CASE-инструменттерин колдонуунун салыштырмалуу кыска убактысы жана аларды колдонууда тажрыйбанын жоктугу; кеңири түрдүү уюмдар; аяктаган жана ишке ашырылып жаткан долбоорлор боюнча деталдуу көрсөткүчтөрдүн жана маалыматтардын жоктугу; долбоордун предметтик багыттарынын кеңири спектри; ар кандай долбоорлордо CASE инструменттерин интеграциялоонун ар кандай даражасы. Бул татаалдыктардан улам, реалдуу ишке ашыруу боюнча жеткиликтүү маалымат өтө чектелген жана карама-каршы келет. Бул куралдардын түрүнө, долбоорлордун өзгөчөлүктөрүнө, тейлөө деңгээлине жана колдонуучунун тажрыйбасына жараша болот. Кээ бир аналитиктер CASE куралдарынын айрым түрлөрүн колдонуунун чыныгы пайдасын бир же эки жылдык тажрыйбадан кийин гана алууга болот деп эсептешет. Башкалары технологиялык өркүндөтүүлөр операциялык чыгымдардын төмөндөшүнө алып келиши мүмкүн болгон таасир чындыгында ICтин жашоо циклинин операциялык фазасында көрсөтүлүшү мүмкүн деп эсептешет. CASE куралдарын ийгиликтүү ишке ашыруу үчүн уюм төмөнкү сапаттарга ээ болушу керек: Технология. Бар болгон чектөөлөрдү түшүнүү мүмкүнчүлүктөрү жана жаңы технологияны кабыл алуу жөндөмдүүлүгү; Маданият. жаны процесстерди ишке ашырууга даяр-дык жана иштеп чыгуучулар менен колдонуучулардын ортосундагы мамилелер; Control. Эң маанилүү этаптарга жана ишке ашыруу процесстерине карата так жетекчилик жана уюштуруу. Эгерде уюмда бул сапаттардын жок дегенде бирине ээ болбосо, анда CASE-инструменттерин ишке ашыруу, ишке ашыруу боюнча ар кандай сунуштарды аткарууда кылдаттыктын даражасына карабастан, ийгиликсиз болушу мүмкүн. CASE технологиясына инвестиция салуу жөнүндө негиздүү чечим кабыл алуу үчүн колдонуучулар толук эмес жана карама-каршы маалыматтарга негизделген жеке CASE куралдарын баалоого аргасыз болушат. Бул көйгөй көп учурда CASE-инструменттерин колдонуунун бардык мүмкүн болгон "тузактары" боюнча жетишсиз билимден улам курчуп кетет. Эң маанилүү көйгөйлөрдүн арасында төмөнкүлөр болуп саналат: CASE инструменттерине инвестициянын кайтарымдуулугуна ишенимдүү баа берүү долбоорлор жана программалык камсыздоону иштеп чыгуу процесстери боюнча алгылыктуу метрикалардын жана маалыматтардын жоктугунан улам кыйын; CASE инструменттерин ишке ашыруу бир топ узак процесс жана дароо пайда алып келбеши мүмкүн. Атүгүл ишке ашырууга жумшалган күч-аракеттин натыйжасында өндүрүмдүүлүктүн кыска мөөнөттө төмөндөшү да мүмкүн. Натыйжада, колдонуучу уюмдун жетекчилиги CASE инструменттерине кызыгуусун жоготуп, аларды ишке ашырууну колдоону токтотушу мүмкүн; CASE инструменттери тарабынан колдоого алынган процесстер менен методдор менен бул уюмда колдонулган процесстердин толук дал келбегендиги кошумча кыйынчылыктарга алып келиши мүмкүн; CASE куралдарын башка ушул сыяктуу инструменттер менен бирге колдонуу көбүнчө кыйын. Бул ар кандай инструменттер тарабынан колдоого алынган ар кандай парадигмалар, ошондой эле маалыматтарды жана башкарууну бир инструменттен экинчисине өткөрүү көйгөйлөрүнө байланыштуу; кээ бир CASE инструменттери кичинекей долбоордо колдонулушун актоо үчүн өтө көп күч-аракетти талап кылат, ошол эле учурда алардын колдонуу милдети кылган дисциплинадан пайда алып келет; жаңы CASE технологиясын киргизүүгө кызматкерлердин терс мамилеси долбоордун ишке ашпай калышынын негизги себеби болуп калышы мүмкүн. CASE инструменттерин колдонуучулар узак мөөнөттүү тейлөөгө кеткен чыгымдарга, жаңы версиялардын тез-тез пайда болушуна жана инструменттердин мүмкүн болгон тез эскиришине, ошондой эле кадрларды окутууга жана өнүктүрүүгө туруктуу чыгымдарга даяр болушу керек. Бардык эскертүүлөргө жана кээ бир пессимизмге карабастан, CASE куралдарын колдонууга компетенттүү жана акылга сыярлык мамиле бул кыйынчылыктардын баарын жеңе алат. CASE инструменттерин ийгиликтүү ишке ашыруу төмөнкүдөй артыкчылыктарды камсыз кылууга тийиш: жогорку технологиялык процессти колдоо программалык камсыздоону иштеп чыгуу жана тейлөө; оң таасирин тийгизет саналып өткөн факторлор: өндүрүмдүүлүк, продукциянын сапаты, стандарттардын сакталышы, документация; CASE-куралдарына инвестициянын кайтарымдуулугунун алгылыктуу деңгээли |