ответы основы информоционных систем. ОИС отв. Жйелер теориясыны негізгі элементтерін натылап крсетііз. Жйені асиеттерін атаыз жне р асиетіне сипаттама берііз
Скачать 1.95 Mb.
|
Ақпараттық жүйелердің өмірлік айналымының бірінші сатысына шолу жасаңыз. Техникалық тапсырма және оның құрылымын сипаттаңыз. Мысал келтіріңіз. 1970 жылдан бастап Деректер қоры жүйелері ұйымның ақпараттық жүйелері инфрақұрылымының бөлігі (Information System — IS) ретінде пайдаланылған файлдық жүйелерді біртіндеп алмастыра бастады. Мұнымен қатар, деректердің ұйымның басқа ресурстарына сияқты ұқыптылықпен қарау қажет маңызды корпоративтік ресурс болып табылатындығы фактісін мойындау өсті. Бұл көптеген ұйымдарда деректерді әкімшілендірумен (АҚ) және деректер қорын әкімшілендірумен (ББӘ) айналысатын тұтас бөлімдер немесе функционалдық бөлімшелер пайда болуына әкелді. Олар корпоративтік деректер мен корпоративтік деректер қорын өңдеу және басқару үшін жауап берді. Деректер базасы ақпараттық жүйенің іргелі компоненті болып табылады, ал оны әзірлеу мен пайдалануды ұйымның ең кең талаптары тұрғысынан қарастыру қажет. Демек, ұйымның ақпараттық жүйесінің өмірлік циклі оның жұмыс істеуін қолдайтын деректер қоры жүйесінің өмірлік циклімен ажырамас байланысты. Ақпараттық жүйенің өмірлік циклі әдетте бірнеше кезеңнен тұрады: жоспарлау, талаптарды жинау және талдау, жобалау, прототип құру, іске асыру, тестілеу, деректерді түрлендіру және сүйемелдеу. Ақпараттық жүйенің өмірлік циклінің барлық кезеңдері мұнда деректер қорының қосымшасын әзірлеу тұрғысынан қарастырылады. Алайда, деректер базасының кез келген қосымшасын әзірлеуді жалпы ұйымның барлық ақпараттық жүйесінің белгілі бір компонентін әзірлеу ретінде кең көзқарас тұрғысынан қарау әрқашан пайдалы екенін атап өткен жөн. Өмірлік цикл деректер қорының қосымшасы Жоғарыда айтылғандай, деректер қоры жүйесі ұйымның ақпараттық жүйесінің кең ұғымының іргелі компоненті болып табылады. Демек, деректер қоры Қосымшаларының өмірлік циклі ақпараттық жүйенің өмірлік циклімен тығыз байланысты. Деректер қоры қолданбасының өмірлік циклінің кезеңдері суретте көрсетілген. Бұл кезеңдер қатаң дәйекті емес деп тану керек, ал кейбір жағдайларда кері байланыс (feedback loops) арқылы алдыңғы кезеңдерге қайтаруды көздейді. Мысалы, деректер базасын жобалау кезінде оларды шешу үшін талаптарды жинау және талдау кезеңіне оралу қажет болатын проблемалар туындауы мүмкін. Кері байланыс барлық кезеңдердің арасында дерлік пайда болуы мүмкін, бірақ суретте ең маңыздысы ғана көрсетілген. Деректер қоры қосымшасының өмірлік циклінің әрбір кезеңін іске асыруға байланысты аса маңызды іс-шаралар туралы негізгі мәліметтер кестеде келтірілген. Шағын қолданушылар үшін өмірлік цикл өте қиын болуы мүмкін. Бірақ ол ондаған және мыңдаған пайдаланушылармен, жүздеген сұраныстар мен қолданбалы бағдарламаларды жобалау кезінде өте күрделі болуы мүмкін. Төменде осы тарауда негізгі назар деректер қорының орта және ірі қосымшаларын әзірлеумен байланысты әрекеттерге бөлінеді. Келесі бөлімдерде деректер қоры Қосымшаларының өмірлік циклінің әрбір кезеңін жүзеге асыруға байланысты негізгі іс-шаралар егжей-тегжейлі қарастырылады. Дерекқордың өмірлік циклінің әрбір кезеңінде орындалатын негізгі іс-әрекеттер:
Техникалық тапсырма — ТТ)-техникалық құрылғыны (аспапты, машинаны, басқару жүйесін және т.б.) құрастыруға, Ақпараттық жүйелерді әзірлеуге немесе ғылыми-зерттеу жұмыстарын жүргізуге арналған бастапқы құжат. ТТ бұйымға немесе бағдарламалық кешенге қойылатын негізгі техникалық талаптарды және әзірлеу үшін бастапқы деректерді қамтиды; ТТЅ-да объектінің мақсаты, қолданылу саласы, конструкторлық (жобалау, технологиялық, бағдарламалық және т.б.) құжаттаманы әзірлеу кезеңдері, оның құрамы, орындау мерзімдері және т. б., сондай-ақ объектінің өзінің ерекшелігіне немесе пайдалану шарттарына негізделген ерекше талаптар көрсетіледі. Әдетте, ТТ алдын ала зерттеулер, есептер және модельдеу нәтижелерін талдау негізінде құрайды. Қарым-қатынас байланыстарындағы байланыс құралы ретінде Тапсырыс беруші-Орындаушы, техникалық тапсырма келесі мақсаттарға жетуге мүмкіндік береді. Екі тарапқа - дайын өнімді ұсыну; - дайын өнімді пункттен тыс тексеруді орындау (қабылдау тестілеуі-сынақ өткізу); - толық емес немесе қате нәтижесінде талаптардың өзгеруіне байланысты қателердің санын азайту (сынақтарды қоспағанда, құрудың барлық кезеңдері мен сатыларында). Тапсырыс берушіге - қазіргі уақытта бар техникалық мүмкіндіктерге және өз ресурстарына сүйене отырып, оған не қажет екенін түсіну; - орындаушыдан ТТ-да айтылған барлық шарттарға өнімнің сәйкестігін талап ету. Орындаушыға - тапсырманың мәнін түсіну, Тапсырыс берушіге 'болашақ бұйымның, бағдарламалық бұйымның немесе автоматтандырылған жүйенің' техникалық бейнесін көрсету - жобаның орындалуын жоспарлау және белгіленген жоспар бойынша жұмыс істеу - ТТ көрсетілмеген жұмыстарды орындаудан бас тарту Техникалық тапсырма-шарт бойынша жұмыстарды жүргізудің тәртібі мен шарттарын айқындайтын, жұмыстарды орындаудың мақсаты, міндеттері, принциптері, күтілетін нәтижелері мен мерзімі бар бастапқы құжат. Автоматтандырылған жүйеге техникалық тапсырма (АС — дағы ТТ) - автоматтандырылған жүйелерге арналған техникалық тапсырманың бір түрі болып табылатын құжат. КСРО-да автоматтандырылған жүйеге техникалық тапсырманың мазмұнына қойылатын талаптарды анықтайтын МЕМСТ 34.602-89 стандарты әзірленді. АС-та ГОСТ 34.602-89 ТЗ стандартының шетелдік аналогы IEEE Std 830 стандарты және IEEE Std 1233-1998 - Guide for Developing System Requirements Specifications стандарты болып табылады. Бұл стандарттар автоматтандырылған жүйелердің бір түрі ретінде АЖ талаптарын анықтауға аса жақын. Техникалық тапсырма автоматтандыру объектісін жобалау алдындағы тексеру нәтижелері бойынша жасалады. Қазіргі уақытта техникалық тапсырманы құрастыру кезінде әдетте келесі МЕМСТ талаптарын басшылыққа алады a) 34.602 – 89 ''автоматтандырылған жүйелерді құруға арналған техникалық тапсырма' - тұтас автоматтандырылған (ақпараттық) жүйеге, оның ішінде - АЖ-ға жалпы жүйелік талаптар; - АЖ компоненттік құрамына қойылатын талаптар; - АЖ компоненттерін өзара және басқа жүйелермен интеграциялауға қойылатын талаптар; Ақпараттық жүйенің өмірлік айналымының модельдерін атаңыз. Каскадты, итерациялық және спиральды модельдер түсінігін ашып жазыңыз және мысал келтіріңіз. Каскадты модель. Өмір циклінің каскадты моделі ("сарқырама моделі", ағылш. 1970 жылы Уинстон Ройс ұсынған. Ол қатаң белгіленген тәртіппен жобаның барлық кезеңдерін дәйекті орындауды көздейді. Келесі кезеңге өту алдыңғы кезеңдегі жұмыстардың толық аяқталуын білдіреді. Талаптарды қалыптастыру сатысында анықталған талаптар қатаң түрде техникалық тапсырма түрінде құжатталады және жобаны әзірлеудің барлық уақытында тіркеледі. Әрбір кезең әзірлемелерді басқа әзірлеушілер командасы жалғастыру үшін жеткілікті құжаттаманың толық жиынтығын шығарумен аяқталады. Каскад моделіне сәйкес Жоба кезеңдері: 1.Талаптарды қалыптастыру 2.Жобалау 3.Жүзеге асыру 4.Тестілеу 5.Іске қосу 6.Пайдалану және сүйемелдеу Ақпараттық жүйелерді әзірлеудің каскадтық технологиялық тәсілдері әдетте Каскад түрінде бейнеленген процестерді орындаудың кейбір реттілігін береді. Бұл тәсілдер кейде сарқырама моделі негізінде тәсілдер деп аталады. Өмірлік циклдің каскадты моделі (waterfall model) өмірлік циклді жүргізудің технологиялық тәсілдерінің негізі болып саналады. Бұл модель 1970 жылы У. Ройспен ұсынылды. Кейіннен бұл модель көптеген нормативтік құжаттармен, атап айтқанда, АҚШ Қорғаныс министрлігінің Dod-STD-2167A кең танымал стандарттарымен және ГОСТ 34 сериясының ресейлік стандарттарымен регламенттелді. "Таза" каскадты модельдің принциптік қасиеттері:: * Тапсырыс берушіге тапсырғанға дейін жүйеге қойылатын талаптарды белгілеу; * жұмыс ағымдағы кезеңде толық аяқталғаннан кейін, өткен кезеңдерге қайтарусыз жобаның кезекті сатысына көшу. Әрбір кезең келесі кезең үшін бастапқы деректер ретінде қызмет ететін кейбір нәтижелерді алумен аяқталады. Талаптарды қалыптастыру сатысында анықталған әзірленетін бағдарламалық қамтамасыз етуге қойылатын талаптар техникалық тапсырма түрінде қатаң құжатталады және жобаны әзірлеудің барлық уақытында тіркеледі. Әрбір кезең әзірлемелерді басқа әзірлеушілер командасы жалғастыру үшін жеткілікті құжаттаманың толық жиынтығын шығарумен аяқталады. Каскадты модельді қолданудың артықшылықтары:: * әрбір сатыда толықтық пен келісу өлшемдеріне жауап беретін жобалық құжаттаманың аяқталған жиынтығы қалыптастырылады; * жұмыс сатысының логикалық біріздігінде орындалатын барлық жұмыстардың аяқталу мерзімін және тиісті шығындарды жоспарлауға мүмкіндік береді. Каскадты модель Ақпараттық жүйелерді құру кезінде пайдаланылуы мүмкін, олар үшін әзірлеудің басында әзірлеушілерге оларды техникалық жағынан мүмкіндігінше жақсы іске асыру еркіндігін ұсыну үшін барлық талаптарды жеткілікті түрде дәл және толық тұжырымдауға болады. Бұл санатқа, әдетте, жоғары сыни жүйелер түседі: есептеу сипатындағы көп есептер саны бар күрделі жүйелер, қауіптілігі жоғары өндірістік процестерді басқару жүйелері және т. б. Сонымен қатар, бұл тәсіл бірқатар кемшіліктерге ие, ең алдымен, ақпараттық жүйелерді құрудың нақты процесі ешқашан осындай қатаң схемаға толық сәйкес келмегендіктен. Жүйені құру процесі, әдетте, итерациялық сипатқа ие: кезекті сатының нәтижелері неғұрлым ерте кезеңдерде әзірленген жобалық шешімдердегі өзгерістерді жиі тудырады. Осылайша, алдыңғы кезеңдерге қайтару және бұрын қабылданған шешімдерді нақтылау немесе қайта қарау қажеттілігі үнемі туындайды. Каскадтық тәсілдің негізгі кемшіліктері: * кеш мәселені табу; * күнтізбелік кестеден шығу, нәтижелерді ала отырып кешігу; * артық құжаттама саны; * жүйені бөлікке бөлу мүмкін емес (барлық өнім бір рет әзірленеді); * пайдаланушылардың өзгерген қажеттіліктерін қанағаттандырмайтын жүйені құрудың жоғары тәуекелі · Тәжірибе көрсеткендей, жобаның бастапқы кезеңінде болашақ жүйеге қойылатын барлық талаптарды толық және дәл тұжырымдау мүмкін емес. Бұл екі себеппен түсіндіріледі: * пайдаланушылар өзінің барлық талаптарын бірден баяндай алмайды және оларды әзірлеу барысында қалай өзгеретінін болжай алмайды; * әзірлеу кезінде жүйеге қойылатын талаптарға әсер ететін сыртқы ортада өзгерістер болуы мүмкін. Спиральды модель (ағылш. spiral model) 1980-ші жылдардың ортасында Барри Боэм әзірленді. Ол PDCA Демингінің классикалық циклына негізделген (plan-do-check-act). Осы үлгіні пайдаланған кезде АЖ прототиплеу әдісімен бірнеше итерацияда (спираль орамдары) құрылады Прототип-жеке функциялар мен сыртқы интерфейстерді іске асыратын АЖ-ның әрекет етуші компоненті. Әрбір итерация АЖ фрагментін немесе нұсқасын жасауға сәйкес келеді, онда жобаның мақсаттары мен сипаттамалары нақтыланады, алынған нәтижелердің сапасы бағаланады және келесі Итерация жұмыстары жоспарланады. Әрбір итерацияда бағаланады: Жобаның мерзімдері мен құнының асып кету тәуекелі Тағы бір итерацияны орындау қажеттілігі Жүйеге қойылатын талаптарды түсінудің толықтығы мен дәлдік дәрежесі Жобаны тоқтатудың орындылығы. Спиральді модельді іске асырудың бір мысалы-RAD (ағылш. Rapid Application Development, қосымшаларды жылдам әзірлеу әдісі). Спиральді модельдің негізгі ерекшеліктері: талаптарды белгілеуден бас тарту және пайдаланушылық талаптарға басымдықтарды тағайындау; ең жоғары басымдық талаптарынан бастап прототиптердің бірізділігін әзірлеу; әр итерацияда тәуекелді сәйкестендіру және талдау; соңғы прототипті іске асыру үшін каскадты модельді пайдалану; әрбір итерацияны аяқтағаннан кейін нәтижелерді бағалау және келесі итерацияны жоспарлау. Спиральді модельді пайдаланған кезде қолданбалы бағдарламалық қамтамасыз ету прототиптеу әдісімен бірнеше итерацияларда (спираль орамдары) жасалады. Прототип деп әзірленетін бағдарламалық қамтамасыз етудің жеке функциялары мен сыртқы интерфейстерін іске асыратын қолданыстағы бағдарламалық компонент түсініледі. Прототиптерді жасау бірнеше итерацияда немесе спираль орамында жүзеге асырылады. Әрбір итерация бағдарламалық қамтамасыз етудің фрагментін немесе нұсқасын жасауға сәйкес келеді, онда жобаның мақсаттары мен сипаттамалары нақтыланады, алынған нәтижелердің сапасы бағаланады және келесі Итерация жұмыстары жоспарланады. Әрбір итерацияда тағы бір итерацияны орындау қажеттілігін, жүйеге қойылатын талаптарды түсінудің толықтығы мен дәлдігін, сондай-ақ жобаны тоқтатудың орындылығын анықтау үшін жобаның мерзімдері мен құнының асып кету тәуекелін мұқият бағалау жүргізіледі. Олар әр итерацияда нақтыланатындықтан, бастапқы сатыда жүйеге қойылатын талаптарды толық және дәл тұжырымдау қажеттілігінен бағдарламалық қамтамасыз етуді пайдаланушылар мен әзірлеушілерді жояды. Осылайша, жобаның егжей-тегжейі тереңдетіледі және дәйекті нақтыланады, нәтижесінде іске асыруға дейін жеткізілетін негізделген нұсқа таңдалады. Итерациялармен әзірлеу жүйені құрудың объективті бар спиральды циклын бейнелейді. Жұмыстың әр сатыда толық аяқталмауы жұмыстың ағымдағы сатыда толық аяқталуын күтпестен, келесі сатыға өтуге мүмкіндік береді. Әзірлеудің итеративті тәсілі кезінде жетіспейтін жұмысты келесі итерацияда орындауға болады. Басты міндет-жүйені пайдаланушыларға жұмысқа қабілетті өнімді барынша жылдам көрсету, сол арқылы талаптарды нақтылау мен толықтыру процесін белсендіру. Спиральды модельдің артықшылықтары: * әзірлеуді жеделдету (прототиптеу есебінен нәтижені ерте алу · ); * Тапсырыс берушінің әзірлеу процесіне тұрақты қатысуы; * үлкен жұмыс көлемін шағын бөліктерге бөлу; * тәуекелді төмендету(жүйенің болжамды мінез-құлқының ықтималдығын арттыру). Спиральды модель жүйеге қойылатын талаптар толығымен анықталған жағдайларда жобаның соңғы сатыларында каскадтық тәсілді пайдалануды жоққа шығармайды. Спиральды модельдің кемшіліктеріне жатқызуға болады: * жоспарлаудың күрделілігі (итерациялардың саны мен ұзақтығын анықтау, шығындар мен тәуекелдерді бағалау); * менеджерлер мен тапсырыс берушілер тұрғысынан модельді қолданудың күрделілігі (қатаң және егжей-тегжейлі жоспарлау әдетіне байланысты); * әзірлеушілерге арналған жұмыс режимі (қысқа мерзімді Итерация кезінде) · Спиральді циклдің негізгі мәселесі-келесі сатыға өту сәтін анықтау. Оны шешу үшін өмірлік циклдің әрбір сатысына уақытша шектеулер енгізу қажет. Барлық жоспарланған жұмыс аяқталмаған болса да, жоспарға сәйкес ауысу жүзеге асырылады. Жоспар алдыңғы жобаларда алынған статистикалық деректер және әзірлеушілердің жеке тәжірибесі негізінде жасалады. итерациялық модельдің өткір болуы жоспарлау, іске асыру, зерделеу, іс-қимыл бойынша қысқа циклдардың (қадамдардың) сериясында тұрады. Күрделі ААЖ құру жекелеген міндеттерді іске асыру кезінде алынған жобалық шешімдерді келісуді жүргізуді көздейді. "Төменнен — жоғарыға" жобалау тәсілі жеке міндеттер бойынша жобалық шешімдер жалпы жүйелік шешімдерге біріктірілгенде қайтаруларды итерациялаудың қажеттілігін негіздейді. Бұл ретте бұрын қалыптасқан талаптарды қайта қарау қажеттілігі туындайды. Итерациялық модельдің артықшылығы-этносаралық түзетулер каскадты модельмен салыстырғанда әзірлеудің аз еңбекті қажетсінуін қамтамасыз етеді. Итерациялық модельдің кемшіліктері: * әр кезеңнің өмір сүру уақыты бүкіл даму кезеңіне созылады; * көп итерацияның салдарынан жобалық шешімдер мен құжаттамалардың орындалуын келісу пайда болады; * сәулет шатасуы; * енгізу және пайдалану сатыларында жобалық құжаттаманы пайдаланудың қиындықтары бүкіл жүйені қайта жобалаудың қажеттілігін тудырады. Спиральды модель каскадты үлгіге қарағанда, бірақ алдыңғыға ұқсас ААС әзірлеудің итерациялық процесін болжайды. Бұл ретте прототиптерді құру жолымен техникалық шешімдердің іске асырылуы тексерілетін және негізделетін талдау және жобалау сияқты бастапқы кезеңдердің мәні артады. Әрбір итерация бұйымның ішкі немесе сыртқы нұсқасын (немесе түпкі өнімнің ішкі жиыны) шығаруға әкелетін, аяқталған жүйе болу үшін итерациядан итерацияға дейін жетілдірілетін аяқталған әзірлеу циклы болып табылады Осылайша, спиральдің әрбір орамы бағдарламалық бұйымның фрагментін немесе нұсқасын жасауға сәйкес келеді, онда жобаның мақсаттары мен сипаттамалары нақтыланады, оның сапасы анықталады,спиральдің келесі орамындағы жұмыстар жоспарланады. Әрбір итерация жоба бөлшектерін тереңдету және дәйекті нақтылау үшін қызмет етеді,осының нәтижесінде түпкілікті іске асырудың негізделген нұсқасы таңдалады. Спиральді модельді пайдалану ағымдағы жұмыстың толық аяқталуын күтпестен, жобаны орындаудың келесі кезеңіне көшуді жүзеге асыруға мүмкіндік береді, — орындалмаған жұмысты келесі итерацияда орындауға болады. Әрбір итерацияның басты міндеті-пайдаланушыларға көрсету үшін жұмысқа қабілетті өнімді мүмкіндігінше тезірек жасау. Осылайша, жобаға нақтылаулар мен толықтырулар енгізу процесі айтарлықтай жеңілдетіледі. Бағдарламалық қамтамасыз етуді әзірлеуге спиральды тәсіл Каскад моделінің көптеген кемшіліктерін жеңуге мүмкіндік береді және одан басқа, әзірлеу процесін неғұрлым икемді ете отырып, бірқатар қосымша мүмкіндіктерді қамтамасыз етеді. Итерациялық тәсілдің артықшылықтары: * итерациялық Әзірлеу тапсырыс берушінің талаптары өзгерген кезде жобаға өзгерістер енгізуді айтарлықтай жеңілдетеді; * спиральді модельді пайдаланған кезде ААС жеке элементтері біртіндеп біртұтас бүтін болып интеграцияланады. Интеграция элементтердің аз санынан басталатындықтан, оны жүргізу кезінде проблемалар әлдеқайда аз болады (каскадты модельді пайдалану кезінде интеграция жобаның соңында барлық шығындардың 40% - на дейін алады); * тәуекелдер деңгейінің төмендеуі (осының алдындағы артықшылықтың салдары, өйткені тәуекелдер интеграция кезінде анықталуда) • Тәуекелдер деңгейі жобаны әзірлеудің басында барынша жоғары, әзірлеудің алға жылжуына қарай ол төмендейді. Бұл бекіту әзірлеудің кез келген моделі кезінде әділ, алайда қолдану кезінде тәуекелдер деңгейінің спиральді төмендеуі ең жоғары жылдамдықпен жүреді, өйткені интеграция бірінші итерацияда орындалады. Бастапқы итерацияларда жобаның көптеген аспектілері (пайдаланылатын құрал-сайман құралдарының, бағдарламалық қамтамасыз етудің жарамдылығы, әзірлеушілердің біліктілігі және т. б.) анықталады * итерациялық өңдеу жобаны басқаруда үлкен икемділікті, әзірленетін бұйымға тактикалық өзгерістер енгізудің басты мүмкіндігін қамтамасыз етеді. Мәселен, жүйенің функционалдығын төмендету есебінен әзірлеу мерзімін қысқартуға немесе өз әзірлемелерінің орнына бөгде фирмалардың өнімдерін құрамдас бөліктер ретінде пайдалануға болады (бәсекелестердің бұйымын жылжытуға қарсы тұру қажет болған кезде нарықтық экономика кезінде өзекті)); * итерациялық тәсіл компоненттерді қайта пайдалануды жеңілдетеді, өйткені жобаның жалпы бөліктерін, олар жобаның басында оларды бөліп көрсетуге тырысудан гөрі ішінара әзірленген кезде анықтау (сәйкестендіру) әлдеқайда жеңілірек • Бірнеше бастапқы итерациядан кейін жобаны талдау келесі итерацияларда жетілдірілетін жалпы көп рет қолданылатын компоненттерді анықтауға мүмкіндік береді; * спиральды модель сенімді және тұрақты жүйені алуға мүмкіндік береді • Бұл жүйенің дамуына байланысты қателер мен әлсіз орындар әрбір итерацияда анықталады және түзетіледі. Бір мезгілде тиімділіктің сыни параметрлері түзетіледі, бұл каскадты модель жағдайында жүйені енгізер алдында ғана қол жетімді; * итерациялық тәсіл әзірлеу процесін жетілдіруге мүмкіндік береді-талдау нәтижесінде әрбір итерацияның соңында игеруді ұйымдастырудағы өзгерістерді бағалау жүргізіледі; келесі итерацияда ол жақсарады. Спиральді циклдің негізгі мәселесі-келесі кезеңге өту сәтін анықтау қиындығы. Оны шешу үшін өмірлік циклдің әрбір кезеңіне уақытша шектеулер енгізу қажет. Әйтпесе, әзірлеу процесі қазірдің өзінде жасалған шексіз жетілдіруге айналуы мүмкін. Итерациялық тәсілде "жақсының жауы — жақсы"принципін ұстану пайдалы. Сондықтан, жоспарланған жұмыстың барлығы аяқталмаған болса да, итерацияны аяқтау жоспарға сәйкес қатаң жүргізілуі тиіс. Жұмыстарды жоспарлау әдетте алдыңғы жобаларда алынған статистикалық деректер және әзірлеушілердің жеке тәжірибесі негізінде жүргізіледі. Өмірлік циклдің спиральді моделінің негізінде прототипті — Rapid Application Development, RAD-технологияны қолдану жатыр. Бұл технология қолданушыға болашақ жүйені көрнекі көрсетуге, оның талаптарын нақтылауға, интерфейстік элементтерді-хабарламаларды енгізу нысандарын, мәзірді, шығу құжаттарын, диалог құрылымын, іске асырылатын функциялардың құрамын жедел түрлендіруге мүмкіндік беретін жүйе — прототип деп аталатын жүйенің қолданыстағы интерактивті моделін іске асырудың бастапқы сатысында құруды қамтамасыз етеді. Сонымен қатар, бұл жүйе үшін ең қолайлы мәліметтерді өңдеу режимін анықтайды, бұл құрылған жүйелердің сапасын едәуір арттырады. ААС құрамы мен құрылымы бойынша принципті жобалық шешімдерді тексеру және оның негізгі пайдалану сипаттамаларын бағалау жүзеге асырылады. Қосымшаларды жобалау және құрастыру процесіне пайдаланушыларды тарту, әзірлеу уақытын қысқартып, қосымшаларды жобалау процесінде тікелей талаптарға ескертулер мен қосымшаларды алуға мүмкіндік береді. Тапсырыс берушінің өкілдері жүйені құру процесін бақылауға және оның функционалдық толықтырылуына әсер етуге мүмкіндік алады. Нәтижесі тапсырыс берушілердің көптеген қажеттіліктерін ескеретін жүйені пайдалануға беру болып табылады. |