ьт. Учеб.пособ.АИС Сейтказиева, Токтогулова (1). Лекция 1 аистин пайда болушу жана нгш жннд тарыхый маалыматтар
 Скачать 0.77 Mb.
|
|
Лекция № 17, 18 Маалыматтык системанын жашоо циклинин моделдери Лекциянын планы: AIS жашоо циклинин моделинин концепциясы Жашоо циклинин каскаддык модели. Шаркыратма моделинин артыкчылыктары жана кемчиликтери Спиралдык жашоо циклинин модели. Спиралдык моделдин артыкчылыктары жана көйгөйлөрү Маалыматтык системанын жашоо циклинин модели – маалыматтык системанын бүткүл жашоо циклинде аткарылуучу процесстердин, аракеттердин жана милдеттердин ырааттуулугун, ошондой эле бул процесстердин, аракеттердин жана милдеттердин ортосундагы өз ара байланышты аныктоочу белгилүү структура. ISO/IEC 12207 стандарты маалыматтык системанын жашоо циклинин процесстерине кирген иш-аракеттерди жана милдеттерди ишке ашыруу жана аткаруу ыкмаларын деталдуу түрдө аныктабайт, бирок бул процесстердин структураларын гана сүрөттөйт. Бул түшүнүктүү, анткени стандарттын ченемдери жашоо циклинин бардык моделдерине, методологияларына жана өнүктүрүү технологияларына жалпы мүнөздүү. Жашоо циклинин модели маалыматтык системанын өзгөчөлүгүнө жана ал түзүлгөн жана иштөө шарттарына жараша болот. Ошондуктан, белгилүү бир предметтик чөйрөгө шилтеме кылбастан, жалпы жагдай үчүн маалымат системаларын иштеп чыгуунун кандайдыр бир конкреттүү жашоо циклинин моделдерин жана ыкмаларын сунуш кылуунун мааниси жок. Бүгүнкү күнгө чейин, төмөнкү эки негизги жашоо цикл модели абдан көп колдонулган: шаркыратма модели, кээде "шаркыратма" модели деп да аталат (шаркыратма); спираль модели. Маалымат системасынын жашоо циклинин каскаддык модели Каскад модели ар кандай колдонуу чөйрөсүндө ар кандай системаларды өнүктүрүүгө классикалык мамилени көрсөтөт. Маалыматтык системаларды өнүктүрүү үчүн бул модель 70-жылдары жана 80-жылдардын биринчи жарымында кеңири колдонулган. Каскаддык долбоорлоо методдору чет өлкөлүк жана ата мекендик адабияттарда ар кандай багыттар боюнча жакшы сүрөттөлгөн: методикалык монографияларда, стандарттарда, окуу китептеринде. Ишти каскаддык схема боюнча уюштуруу официалдуу сунуш кылынган жана ар турдуу тармактарда кецири колдонулуп келген. Ошентип, бир гана теориялык негиздер эмес, өндүрүштүк методдор менен стандарттардын болушу, ошондой эле бул ыкмалардын ондогон жылдар бою колдонулушу каскаддык методдорду классикалык деп атаганга мүмкүндүк берет. Каскад модели ишти ырааттуу уюштурууну камсыз кылат. Ошону менен бирге негизги өзгөчөлүк – бүт өнүгүүнүн этаптарга бөлүнүшү, ал эми бир этаптан экинчи баскычка өтүү мурунку этаптагы бардык иштер аяктагандан кийин гана ишке ашат. Ар бир этап иштеп чыгууну башка иштеп чыгуучу топ улантуу үчүн жетиштүү болгон документтердин толук топтомун чыгаруу менен аяктайт. Шаркыратма модели боюнча өнүгүүнүн негизги этаптары Шаркыратма модели болгон ондогон жылдар бою ишти этаптарга бөлүү жана бул этаптардын аталыштары өзгөргөн. Мындан тышкары, эң акылга сыярлык методологиялар жана стандарттар белгилүү бир иштердин конкреттүү этаптарга катаал жана ачык ыйгарылышына жол бербейт. Ошого карабастан, предметтик чөйрөдөн иш жүзүндө көз карандысыз бир катар туруктуу өнүгүү этаптарын аныктоого дагы эле мүмкүн (2.2-сүрөт): кардарлардын талаптарын талдоо; дизайн; өнүктүрүү; сыноо жана пилоттук эксплуатациялоо; даяр продукцияны жеткируу.  Биринчи этапта, чечиле турган маселени изилдөө жүргүзүлөт, кардарлардын бардык талаптары так формулировкаланат. Бул этапта алынган натыйжа бардык кызыкдар тараптар менен макулдашылган техникалык тапшырма (иштеп чыгуу тапшырмасы) болуп саналат. Экинчи этапта техникалык тапшырмада айтылган бардык талаптарга жооп берген долбоордук чечимдер иштелип чыгат. Бул этаптын натыйжасы долбоорду ишке ашыруу үчүн бардык зарыл болгон маалыматтарды камтыган долбоордук документтердин жыйындысы болуп саналат. Үчүнчү этап - долбоорду ишке ашыруу. Бул жерде программалык камсыздоону иштеп чыгуу (коддоо) мурунку этапта алынган долбоорлоо чечимдерине ылайык жүргүзүлөт. ишке ашыруу үчүн колдонулган ыкмалар эч кандай принципиалдуу мааниге ээ эмес. Бул этаптын натыйжасы даяр программалык продукт болуп саналат. Төртүнчү этапта алынган программалык камсыздоо техникалык тапшырмада айтылган талаптарга шайкештиги текшерилет. Сыноо операциясы маалыматтык системанын реалдуу шарттарында көрүнгөн ар кандай жашыруун кемчиликтерди аныктоого мүмкүндүк берет. Акыркы этап - даяр долбоорду жеткирүү. Бул этаптын негизги милдети кардар анын бардык талаптары толугу менен ишке ашканына ынандыруу болуп саналат. Шаркыратма моделинин ичиндеги иштин этаптары көбүнчө системанын "долбоордук циклинин" бөлүктөрү деп аталат. Бул аталыш этаптар системалык талаптарды жана дизайн варианттарын тактоо үчүн көптөгөн кайталануучу процедуралардан тургандыктан пайда болгон. Системанын жашоо циклинин өзү алда канча татаал жана узак. Ал тактоо циклдарынын ыктыярдуу санын, буга чейин кабыл алынган жана ишке ашырылган долбоорлоо чечимдерине өзгөртүүлөрдү жана толуктоолорду камтышы мүмкүн. Бул циклдерде маалымат системасын өнүктүрүү жана анын айрым компоненттерин модернизациялоо ишке ашат. шаркыратма моделинин негизги артыкчылыктары Каскаддык моделдин бир катар оң жактары бар, анын аркасында ал ар кандай инженердик иштеп чыгууларды аткарууда өзүн жакшы көрсөттү жана кеңири жайылды. шаркыратма моделинин негизги артыкчылыктарын карап көрөлү: ар бир этапта толуктуктун жана ырааттуулуктун критерийлерине жооп берген долбоордук документтердин толук комплекти түзүлөт. Акыркы этапта, ошондой эле стандарттарда каралган маалыматтык системаны колдоонун бардык түрлөрүн камтыган колдонуучу документтери иштелип чыгат: уюштуруучулук, методикалык, маалыматтык, программалык, аппараттык; логикалык ырааттуулукта аткарылган иштердин этаптары аяктоо мөөнөттөрүн жана тиешелүү чыгымдарды пландаштырууга мүмкүндүк берет. Каскаддык модель алгач ар кандай инженердик маселелерди чечүү үчүн иштелип чыккан жана бүгүнкү күнгө чейин колдонулуп жаткан аймак үчүн маанисин жогото элек. Мындан тышкары, каскаддык ыкма белгилүү бир маалыматтык системаларды курууда өзүн жакшы көрсөттү. Бул иштеп чыгуучуларга техникалык көз караштан эң жакшы ишке ашырууну тандоо эркиндигин берүү үчүн иштеп чыгуунун эң башында бардык талаптарды так жана толук формулировкалоого мүмкүн болгон системаларга тиешелүү . Мындай маалыматтык системаларга, атап айтканда, татаал эсептешүү системалары, реалдуу убакыт системалары кирет. Бирок, бардык артыкчылыктарына карабастан, шаркыратма модели маалыматтык системаларды өнүктүрүүдө аны колдонууну чектеген бир катар кемчиликтерге ээ. Мындан тышкары, бул кемчиликтер аны толугу менен колдонууга болбойт, же долбоордун иштеп чыгуу убактысынын жана наркынын өсүшүнө алып келет. Бүгүнкү күндө программалык камсыздоо долбоорлорунун көптөгөн кемчиликтери ырааттуу иштеп чыгуу процессин колдонуу менен шартталган. Шаркыратма моделинин кемчиликтери Маалыматтык системаларды өнүктүрүү үчүн колдонулган шаркыратма моделинин кемчиликтеринин тизмеси абдан кенен. Биринчиден, аларды тизмелеп, анан негизгилерин кененирээк карап көрүңүз: натыйжаларды алууда олуттуу кечигүү; кандайдыр бир этаптагы каталар жана кемчиликтер, эреже катары, иштин кийинки этаптарында аныкталат, бул мурунку этаптарга кайтуу зарылчылыгына алып келет; долбоор боюнча ишти параллелдештирүүнүн татаалдыгы; ар биринин ашыкча маалымат жүктөлүшү этаптары; долбоорду башкаруунун татаалдыгы; тобокелдиктин жогорку деңгээли жана инвестициялардын ишенимсиздиги. Натыйжаларды алуунун кечигүүсү, адатта, каскаддуу схеманын негизги кемчилиги болуп эсептелет. Бул кемчилик негизинен иштеп чыгууга ырааттуу мамиле кылуунун аркасында иштин кийинки этабы аяктагандан кийин гана натыйжалар таламдаш жактар менен макулдашылган-дыгында корунуп турат. Демек, иштелип жаткан маалымат системасы колдонуучулардын талаптарына жооп бербейт деп чыгышы мүмкүн. Мындан тышкары, мындай карама-каршылыктар өнүгүүнүн ар кандай баскычында болушу мүмкүн - бурмалоолорду конструкторлор да, аналитиктер да, программисттер да байкабай киргизиши мүмкүн, анткени алар маалыматтык система иштелип жаткан предметтик чөйрөлөрдү сөзсүз түрдө жакшы билишпейт. Мындан тышкары, маалыматтык системаны иштеп чыгууда колдонулган автоматташтырылган объектинин моделдери ички ырааттуулуктун жана толуктуктун критерийлерине жооп берген, иштеп чыгууда ар кандай себептерден улам эскирип калышы мүмкүн (мисалы, мыйзамдардын өзгөрүшүнөн, валютанын өзгөрүшүнөн ж.б. .). Бул функционалдык моделге, маалыматтык моделге, колдонуучу интерфейсинин дизайнына жана колдонуучу документтерине тиешелүү. Мурунку этаптарга кайтуу. Каскаддуу моделдин бул кемчилиги, жалпысынан алганда, мурунку көрүнүштөрдүн бири болуп саналат. Долбоор боюнча этаптуу жана ырааттуу иштөө, мурунку этаптарда кетирилген каталар, эреже катары, долбоор боюнча иштин кийинки этаптарында гана табылгандыгына байланыштуу болушу мүмкүн. Ошондуктан, каталар пайда болгондон кийин, долбоор мурунку этапка кайтып, иштетилип, кайра кийинки этапка өткөрүлөт. Бул иш графигинин бузулушуна алып келиши мүмкүн жана иштин айрым этаптарын аткарган өнүктүрүү топторунун ортосундагы мамилени татаалдаштырат. Эң жагымсыз жери, мурунку деңгээлдеги кемчиликтер кийинки баскычта дароо байкалбай, кийинчерээк (мисалы, предметтик чөйрөнү сүрөттөөдө каталар сыноо операциясынын этабында пайда болушу мүмкүн). Бул долбоордун бир бөлүгү иштин баштапкы деңгээлине кайтарылышы керек дегенди билдирет. Жалпысынан алганда, ишти каалаган этаптан мурунку этапка кайтарууга болот, ошондуктан реалдуу учурда шаркыратманы өнүктүрүү схемасы сүрөттө көрсөтүлгөндөй көрүнөт. 2.3.  Мындай абалдын себептеринин бири системанын келечектеги колдонуучулары көбүнчө предметтик аймактын сүрөттөлүшүнө катышкан эксперттер катары иштешет, алар көбүнчө эмне алгысы келерин так айта алышпайт. Мындан тышкары, кардарлар менен аткаруучулар көбүнчө бири-бирин туура эмес түшүнүшөт, анткени аткаруучулар, адатта, чечилип жаткан маселенин предмети боюнча адис эмес жана кардарлар программалоодон алыс.Параллель жумуштун татаалдыгы. Жогоруда айтылган көйгөйлөр долбоор боюнча иш ырааттуу кадамдардын чынжырчасы түрүндө курулгандыгына байланыштуу келип чыгат. Анын үстүнө, долбоордун кээ бир бөлүктөрүн (подсистемаларын) иштеп чыгуу параллелдүү жүргүзүлүшү мүмкүн болгон учурда да, каскаддык схеманы колдонууда ишти параллелдештирүү өтө кыйын. Параллелдүү иштердин татаалдыгы долбоордун ар кандай бөлүктөрүн дайыма координациялоо зарылдыгы менен байланышкан. Долбоордун айрым бөлүктөрүнүн өз ара көз карандылыгы канчалык күчтүү болсо, синхрондоштуруу ошончолук тез-тез жана кылдаттык менен аткарылышы керек, иштеп чыгуу топтору бири-бирине ошончолук көз каранды. Ошондуктан, параллелдүү иштөөнүн артыкчылыктары жөн эле жоголуп кетет. Параллелизмдин жоктугу буткул вндуруштук бригаданын ишин уюштурууга да терс таасирин тийгизууде. Кээ бир топтордун иши башкалары тарабынан чектелет. Предметтик чөйрөнү талдоо жүргүзүлүп жатканда, дизайнерлер, иштеп чыгуучулар жана тестирлөө жана башкаруу менен алектенгендер дээрлик эч кандай жумуш жок. Мындан тышкары, ырааттуу иштеп чыгуу менен, бир этап аяктагандан кийин жана долбоорду кийинки этапка өткөргөндөн кийин долбоорго өзгөртүүлөрдү киргизүү өтө кыйын. Ошентип, мисалы, долбоорду кийинки этапка өткөндөн кийин, иштеп чыгуу тобу натыйжалуураак чечим тапкан болсо, аны колдонуу мүмкүн эмес. Себеби, мурунку чечим буга чейин ишке ашырылып, долбоордун башка бөлүктөрүнө байланыштырылышы мүмкүн. Ошондуктан, ал кийинки этапка өткөндөн кийин долбоорду аягына чыгаруу жокко чыгарылат (же жок дегенде олуттуу тоскоолдуктар). Маалыматтын ашыкча жүктөлүшү. Маалыматты ашыкча жүктөө көйгөйү иштеп чыгуучулардын ар кандай топторунун ортосундагы күчтүү көз карандылыктан келип чыгат. Бул көйгөй долбоордун бөлүктөрүнүн бирине өзгөртүүлөр киргизилгенде, бул бөлүгүн өз ишинде колдонгон же колдоно алган бардык иштеп чыгуучуларга билдирүү керек экендигинде турат. Система көп сандагы өз ара байланышкан подсистемалардан турганда, ички документтерди синхрондоштуруу маанилүү көз карандысыз милдет болуп калат. Мындан тышкары, системанын ар бир бөлүгү үчүн документтерди синхрондоштуруу иштеп чыгуу топторуна кабарлоо жараянынан башка нерсе эмес. Иштеп чыгуучулар өздөрү өзгөртүүлөр менен таанышып, бул өзгөртүүлөр буга чейин алынган натыйжаларга таасир эткендигине баа бериши керек. Мунун баары кайра сыноону талап кылышы мүмкүн, ал тургай долбоордун бүткөн бөлүктөрүнө өзгөртүүлөрдү киргизүү. Мындан тышкары, бул өзгөртүүлөр, өз кезегинде, ички документтерде чагылдырылышы жана башка өнүктүрүү топторуна жиберилиши керек. Натыйжада, долбоордун өнүгүшүнө жараша документтердин көлөмү өтө тездик менен өсөт, ошондуктан документтерди толтурууга жана аны менен таанышууга көбүрөөк убакыт талап кылынат. Жаңы материалды үйрөнүү менен бирге, эски маалыматты үйрөнүү зарылчылыгы да жоголуп кетпей турганын да белгилей кетүү керек. Бул иштеп чыгуу процессинде иштеп чыгуучу топтун курамынын өзгөрүшү толук ыктымал экендигине байланыштуу (бул процесс кадрларды ротациялоо деп аталат). Жаңы иштеп чыгуучуларга алардан мурун жасалган иштер тууралуу маалымат керек. Мындан тышкары, долбоор канчалык татаал болсо, жаңы иштеп чыгуучуну жаңыртуу үчүн ошончолук көп убакыт талап кылынат. Шаркыратма схемасын колдонууда долбоорду башкаруунун татаалдыгы, негизинен, өнүгүү этаптарынын катуу ырааттуулугуна жана долбоордун ар кандай бөлүктөрүнүн ортосундагы татаал мамилелердин болушуна байланыштуу. Долбоорду иштеп чыгуунун ырааттуулугу кээ бир иштеп чыгуу топтору башка командалардын ишин күтүшү керек дегенди билдирет. Демек, иштин шарттарын жана өткөрүлүп берилген документтердин курамын макулдашуу үчүн административдик кийлигишүү талап кылынат. Аткарылган иштерде каталар табылган учурда долбоордун мурунку этаптарына кайтуу керек. Бул долбоорду башкарууда кошумча татаалдыктарга алып келет. Туура эмес эсептөө же ката кетирген иштеп чыгуучулар учурдагы ишти (жаңы долбоор боюнча) үзгүлтүккө учуратууга жана каталарды оңдоого аргасыз болушат. Мунун кесепети, адатта, оңдолгон жана жаңы долбоорлорду ишке ашыруунун кечиктирилиши болуп саналат. Иштеп чыгуучу бригададан иштеп чыгуунун кийинки этабынын аяктоосун күтүүнү талап кылуу акылга сыйбайт, анткени бул жумуш убактысынын олуттуу жоготууларына алып келет. Долбоордун айрым бөлүктөрүнүн ортосундагы байланыштардын санын азайтуу менен иштеп чыгуу топторунун ортосундагы өз ара аракеттенүүнү жөнөкөйлөтүү жана документтердин ашыкча маалымат жүктөөсүн азайтуу. Бирок, бул, адатта, абдан кыйын. Ар бир маалыматтык системаны бир нече эркин бириктирилген подсистемага бөлүүгө болбойт. Тобокелдиктин жогорку деңгээли. Долбоор канчалык татаал болсо, өнүгүү этаптарынын ар биринин узактыгы ошончолук узак жана долбоордун айрым бөлүктөрүнүн ортосундагы байланыш ошончолук татаал, алардын саны да көбөйүүдө. Андан тышкары, иштеп чыгуунун натыйжаларын чындап эле тестирлөө стадиясында, башкача айтканда, талдоо, долбоорлоо жана иштеп чыгуу аяктагандан кийин гана көрүүгө жана баалоого болот - ишке ашыруу үчүн олуттуу убакыт жана акча талап кылынган этаптар. Жогоруда белгиленгендей, кеч баалоо талдоо жана долбоорлоо каталарын аныктоодо олуттуу көйгөйлөрдү жаратат - ал долбоордун мурунку этаптарга кайтып келишин жана иштеп чыгуу процессин кайталоону талап кылат. Бирок, мурунку этаптарга кайтып келүү каталар менен гана эмес, ошондой эле предметтик чөйрөдө иштеп чыгуу учурунда же кардарлардын талаптарында болгон өзгөрүүлөр менен да байланыштуу болушу мүмкүн. Мындан тышкары, кайра карап чыгуунун ушул себептеринен улам долбоордун кайтарылышы долбоордун кийинки версиясы даяр болгонго чейин предметтик аймак кайра өзгөрбөй тургандыгына кепилдик бербейт. Чынында, бул иштеп чыгуу процесси "укурук" жана жеткирүүгө эч качан жетпей калуу мүмкүнчүлүгү бар дегенди билдирет. Долбоордун чыгымдары тынымсыз жогорулап, даяр продукцияны тапшыруунун мөөнөттөрү дайыма кечиктирилип турат. Ошондуктан, каскаддык схемага ылайык иштелип чыккан комплекстүү долбоорлордун тобокелдик деңгээли жогорулайт деп айтууга болот. Спиралдык жашоо циклинин модели Спиралдык модель каскаддык моделден айырмаланып, маалыматтык системаны иштеп чыгуунун итеративдик процессин камтыйт. Бул талдоо жана долбоорлоо сыяктуу жашоо циклинин баштапкы этаптарынын маанисин жогорулатат. Бул этаптарда техникалык чечимдердин ишке ашуусу текшерилет жана прототиптерди түзүү аркылуу негизделет. Итерациялар Ар бир итерация продукттун ички же тышкы версиясын чыгарууга алып баруучу толук иштеп чыгуу цикли (же толук системага айлануу үчүн итерациядан итерацияга чейин өркүндөтүлгөн акыркы продукттун чакан жыйындысы (2.4-сүрөт).  Ошентип, спиралдын ар бир кезеги программалык продуктунун фрагментин же версиясын түзүүгө туура келет, анда долбоордун максаттары жана мүнөздөмөлөрү көрсөтүлөт, анын сапаты аныкталат жана спиралдын кийинки кезегинин иши пландаштырылат. . Ар бир итерацияда долбоордун деталдары тереңдетилип, ырааттуу түрдө конкреттештирилет, анын натыйжасында негиздүү вариант тандалып алынат, ал акыркы ишке киргизилет. Спиралдык моделди колдонуу учурдагыдагы иштин толук бүтүшүн күтпөстөн долбоордун кийинки этабына өтүүгө мүмкүндүк берет - бүтпөгөн ишти кийинки итерацияда бүтүрсө болот. Ар бир итерациянын негизги милдети - системанын колдонуучуларына көрсөтүүгө мүмкүн болушунча тезирээк ишке жарамдуу продуктуну түзүү. Ошентип, долбоорго тактоолорду жана толуктоолорду киргизүү процесси абдан жөнөкөйлөштүрүлгөн. Спиралдык моделдин артыкчылыктары спиралдык ыкмасы шаркыратма моделинин кемчиликтеринин көбүн жеңет жана андан тышкары бир катар кошумча функцияларды камсыздайт, бул иштеп чыгуу процессин ийкемдүү кылат. Итеративдик ыкманын артыкчылыктарын кененирээк карап көрүңүз: итеративдик иштеп чыгуу кардарлардын талаптарын өзгөртүүдө долбоорго өзгөртүүлөрдү киргизүүнү абдан жеңилдетет; спиралдык моделди колдонууда маалыматтык системанын айрым элементтери бара-бара бир бүтүнгө бириктирилет. Итеративдик ыкмада интеграция дээрлик үзгүлтүксүз болот. Интеграция азыраак элементтерден башталгандыктан, аны ишке ашырууда көйгөйлөр бир топ азыраак болот (кээ бир эсептөөлөр боюнча, шаркыратманы өнүктүрүү моделин колдонуу менен, интеграция долбоордун аягында бардык чыгымдардын 40% га чейин түзөт); тобокелдиктердин деңгээлин төмөндөтүү. Бул артыкчылык мурункусунун натыйжасы, анткени интеграция учурунда тобокелдиктер аныкталат. Демек, тобокелдиктердин деңгээли долбоорду иштеп чыгуунун башында максималдуу болуп саналат. Өнүктүрүүнүн жүрүшү менен күтүлгөн тобокелдик азаят. Бул билдирүү ар кандай өнүгүү модели үчүн туура, бирок спиралдык моделди колдонууда тобокелдик деңгээлинин төмөндөшү эң жогорку ылдамдыкта болот. Мунун себеби, итеративдик ыкма менен интеграция биринчи итерацияда эле аткарылып, алгачкы итерациялар учурунда долбоордун көптөгөн аспектилери, мисалы, колдонулган куралдардын жана программалык камсыздоонун ылайыктуулугу, иштеп чыгуучулардын квалификациясы аныкталат. , жана башкалар. 2.5 каскаддык жана итеративдик ыкмаларды колдонууда тобокелдик деңгээлинин иштеп чыгуу убактысынан көз карандылыгынын графиктерин салыштырууну көрсөтөт; кайталанма иштеп чыгуу иштелип жаткан продуктка тактикалык өзгөртүүлөрдү киргизүүгө мүмкүндүк берүү менен долбоорду башкарууда көбүрөөк ийкемдүүлүктү камсыз кылат. Мисалы, сиз системанын функционалдуулугун азайтуу аркылуу иштеп чыгуу убактысын кыскарта аласыз же өзүңүздүн иштеп чыгууларыңыздын ордуна системанын компоненттери катары үчүнчү тараптын өнүмдөрүн колдоно аласыз. Бул атаандаштар тарабынан сунушталган продуктунун илгерилетүүсүнө каршы туруу зарыл болгон атаандаштык чөйрөдө актуалдуу болушу мүмкүн;  • Итеративдик ыкма компонентти кайра колдонууну жөнөкөйлөтөт (программалоодо компоненттик ыкманы колдонууга мүмкүндүк берет – бул тууралуу кийинки бөлүмдө кененирээк сөз кылабыз). Бул долбоордун эң башында аларды бөлүп көрсөтүүгө аракет кылганга караганда, долбоордун жарым-жартылай иштелип чыккан жалпы бөлүктөрүн аныктоо (аныктоо) алда канча жеңил экендигине байланыштуу. Бир нече баштапкы кайталоодон кийин долбоордун анализи кийинки итерацияларда жакшыртыла турган жалпы, көп жолу колдонулуучу компоненттерди аныктоого мүмкүндүк берет; спираль модели ишенимдүү жана туруктуу системаны алууга мүмкүндүк берет. Себеби, система өнүккөн сайын мүчүлүштүктөр жана алсыздыктар ар бир итерацияда табылып, оңдолот. Ошол эле учурда, шаркыратма моделин колдонууда системаны ишке ашыруунун алдында гана аткарылуучу аткаруунун критикалык параметрлерин жөнгө салууга болот; Спираль моделин колдонууда пайда болгон көйгөйлөр Спиралдык циклдин негизги көйгөйү - кийинки этапка өтүү учурун аныктоо. Аны чечүү үчүн жашоо циклинин ар бир баскычы үчүн мөөнөттөрдү киргизүү зарыл. Болбосо, иштеп чыгуу процесси буга чейин жасалган нерсени чексиз жакшыртууга айланып кетиши мүмкүн. Итеративдик ыкмада “кемчиликсиз – жакшылыктын душманы” деген принципти кармануу пайдалуу. Ошондуктан, итерацияны аяктоо планга ылайык, бардык пландаштырылган иштер бүтпөсө да, так жүрүүгө тийиш. Ишти пландаштыруу адатта мурунку долбоорлордо алынган статистикалык маалыматтардын жана иштеп чыгуучулардын жеке тажрыйбасынын негизинде ишке ашырылат. Тест суроолору: AIS жашоо циклинин модели деген эмне? Жашоо циклинин кандай моделдерин билесиз? Каскад модели менен спиралдык моделдин ортосунда кандай айырма бар? Спиралдык моделдин каскаддык моделден артыкчылыгы эмнеде? |