11. Describe the classic life cycle (waterfall model) and list its benefits(Классикалық өмірлік циклді сипаттаңыз(каскадты үлгі) артықшылығын жазыңыз)
Ақпараттық жүйелердің өмірлік айналымы – бұл ақпараттық жүйені құруды шешім қабылдағаннан бастап, оны жүзеге асырумен аяқталатын үзіліссіз үдеріс.
Өмірлік айналым құрылымы негізгі 3 топқа бөлінеді:
1. Негізгі үдеріс
2. Қосымша үдеріс
3. Ұйымдастыру үдерісі
Өмірлік айналымның ең кең таралған үлгілері: каскадты, итерациялық, спиральді.
Каскадты стратегия – ақпараттық жүйелерді құрудың сатыларының сызықты тізбегін береді. 1950-70 жылдар аралығында кең таралған.
Каскадты үлгінің артықшылықтары:
1. Әр сатыда толықтық және келісім критерийларына жауап беретін жоба құжаттамаларының аяқталған жиыны қалыптастырылады;
2. Сатылардың нақты тізбекті түрде орындалуы жұмыс мерзімін дұрыс жоспарлауға мүмкіндік береді.
Үлгінің кемшіліктері:
1. Ақпараттық жүйелерді құру үдерісі толығымен жоспарда көрсетілген мерзімге сиюы қажет;
2. Құру нәтижелері тапсырыс берушіге жоба аяқталған кезде ғана қолжетімді.
12. Describe the main purpose of using prototyping in software engineering. Give main concepts(Бағдарламалық қамтамасыз ету техникасының прототипін пайдаланып, негізгі мақсатын сипаттаңыз, негізгі түсініктерін беріңіз)
Модель прототипі (макеті).Мұнда негізгі идея мынадай:жоба немесе кодтау басталғанша талаптарды тоқтату орнына бір макет (прототип) құруға болады,оның мақсаты талаптарды түсіну. Прототипі қазіргі уақытта белгілі талаптарға негізделген.Прототип негізінде клиентке қажетті жүйесінің талаптарын толыққанды түсіндіруге болады.Прототиптер қолданыстағы жүйесі және процессі жоқ күрделі және үлкен жүйелер талаптарын анықтау үшін ыңғайлы болып келеді. Прототип әдетте толық емес жүйе,онда көптеген бөліктер құрылмаған.
Прототипті модельдердің артықшылықтары:
1. Құру процессіне қолданушылар белсенде араласады;
2. Құрылған жүйені түсіну қолданушыларға қиындық туғызбайды;
3. Қателер әлдеқайда ертерек табылуы;
4. Қолоданушылардың пікірін ескеру;
5. Жеткіліксіз ункциональдықты оңай анықтауға болады;
6. Талаптарды тексеру, жылдам іске асыру, толық емес, бірақ функционалды қолдану.
Прототипі модельдер Кемшіліктері:
1. Іске асыру одан кейін жүйені құру жолын қалпына келтіруге әкеледі.
2. Іс жүзінде бұл әдістеме жүйенің күрделілігі арттыруы мүмкін, өйткені жүйе көлемі бастапқы жоспарлары тыс кеңейтілуі мүмкін.
3. Аяқталмаған немесе сəйкес келмейтін талдау міндеттері.
Қай кезде прототипті моделді пайдалану керек:
1. Жүйенің түпкі қолданушымен өзара әрекеттесуі орын алатын жағдайда;
2. Қолдануда қарапайым және оқытуға ұзақ уақыт жұмсалмайтын жүйелер;
Бағдарламалық қамтамасыз ету прототипі - бағдарламалық қамтамасыз етуді әзірлеу (ПҚ) кезеңі, бағдарламаның прототипін жасау процесі - әдетте ұсынылған ұғымдарды пайдалану үшін жарамдылығын тексеру мақсатында, сәулет және / немесе технологиялық шешімдер, сондай-ақ дамудың ерте сатысында клиентке бағдарламасының тұсаукесеріне арналған.
Прототип сондай-ақ ол ең қажетті кезде ғана пайдаланушылардың кері байланыс алуға мүмкіндік береді, және: Жобаның басында әлі де жоқ дерлік шығынмен жобалау қателерді түзету мүмкіндігі бар.
Прототиптерді пайдалану артықшылықтары:
уақыты, құны, қаупін төмендету: прототип сапа ерекшеліктеріне жақсартады; кейінірек өзгерістер сипаттамасында жүзеге асырылып, сондықтан олар қымбат, сондықтан ерте даму сатыларында «пайдаланушылар / клиенттер шынымен не керек» түсіндіріп отырмыз, - жалпы құнын төмендетеді.
даму процесіне пайдаланушы тарту: прототип даму үдерісінде болашақ пайдаланушыларды тартады, және оларды, бұл сіз әзірлеушілер мен пайдаланушылар арасындағы бағдарламасының тұсаукесеріне мүмкін айырмашылықтарды құтылу мүмкіндік береді болашақ бағдарламасы сияқты көрінеді қалай көруге мүмкіндік береді.
Кемшіліктері:
жеткіліксіз талдау: шектеулі прототип жөніндегі күш-жігерді шоғырландыру толық жүйеде қойылатын талаптарды дұрыс талдауды әзірлеушілер бұрып әкете алады.
пайдаланушылардың прототипін және дайын жүйесін араластыру: пайдаланушылар «бейшара», және болашақ жүйесінің негізі болып табылады.
13. Describe two models: Incremental model and RAD model and compare them(Екі үлгіні сипаттаңыз: қосымша үлгісі мен RAD моделі және оларды салыстыру)
Спиральді стратегия – құрудың нұсқалары тізбегі ретінде беріледі және жүйеге қойылатын талаптар нұсқаларды құру кезінде анықталады.Спиральді үлгі типтік емес жүйелерді құру кезінде қолданылады. 1988 жылдан бастап пайдаланылады.
тәуекелділікті
талдау Талаптар
ендіру және сүйемелдеуді
талдау
Үлгінің артықшылықтары:
7. Өнімнің жұмыс істеу қабілетін жүйені қолданушылар тез арада көруге мүмкіндік алады. Соның нәтижесінде қосымша талаптар қойылады;
8. Ақпараттық жүйелер құру кезінде талаптарға өзгерістер енгізуге болады;
9. Жобаны басқару кезінде икемділік қасиетіне ие;
10. Сенімді және орнықты жүйені құруға мүмкіндік береді. Жүйеде қателер табылған жағдайла (әр сатыда) түзетуге мүмкіндік бар;
11. Әрбір қадамнан кейін талдау жүргізуге болады;
12. Тпсырыс берушінің тәуекелдідігін азайтады.
Үлгінің кемшіліктері:
3. Жобаның дамуында құрушыда анықталмағандық көбейеді;
4. Ресурсты жоспарлау және уақытша операцияларды орындау қиындық тудырады. Бұл мәселені шешу үшін уақытша шектеу қоюымыз керек.
Спиральді әдісті қолдайтын модельдер:
- RAD(Rapid Application Development,1988)
- XP(Xtreme Programming, Кент Бек 1999)
RAD әдістемесі і элементті қамтиды:
- Кішігірім команда(10 адамға дейін)
- Қысқа мерзімді график(2-6 айға дейін)
- Қайталанатын цикл
RAD-ң қолдану шарттары:
- нақты тапсырыс беруші үшін жасалған кішігірім жобаларға қолданылады
- күрделі есептеу программалары, ОЖ және космостық корабльдерді басқару программалары үшін қолданылмайды
- интерфейстік бөлігі жоқ қосымшалары үшін де қолданылмайды
- адамдардың қауіпсіздігін қамтамасыз ететін қосымшаларды құру кезінде қолданылмайды
XP әдістемесі талаптары жылдам өзгеріп тұратын АЖ-ні құруға бағытталған
XP ерекшеліктері:
- нұсқалар мен модификациялардың жиі ауысуы(итерация ұзақтығы 2 аптаға дейін)
- тапсырыс берушімен үзіліссіз байланыс
- қарапайым жобалау кезінде шешім табу оңай
- қарапайым дизайн
- кодты коллективті түрде басқару
- жұптың программалау (1 компьютерді 2 адам қолдана алады)
- үзіліссіз жобалау, құру, интеграциялау және сынақтан өткізіеміз АЖ-ны
14. Describe you favorite Computer Aided Software Engineering tool()
CASE (англ. Computer-Aided Software Engineering)-программаның жоғарғы сапалылығын,қателердің аз болуын және техникалық қызмет көрсету оңайлығын қымтамасыз ететін программалық жабдықтауды жобалауда қолданылатын программалық инженерия тәслдері мен құралдарыны жиынтығы.
Программа құрудың автоматтандырылған құралдары (CASE құралдар)- аналитиктер және программистер үшін программалық жабдықтама құру және жобалау процессін автоматтандыратын құралдар. БасындаCASE құралдар ретінде жобалау мен анализдің күрделі процесстерін жеңілдететін құралдар болған, алайда ISO/IEC 14102 стандартының келуімен CASE құралдарға программалық жасақтаманың өмірлік циклін қолдайтын программалық құрал ретінде қарады.
CASE технологиялардың негізгі мақсаты жобалау процессі мен кодтау процессін максималды автоматтандыру.Көзделген мақсатқа жету үшін CASE технологиялар жобалауда екі әдісті қолданады:құрылымдық және обьектіге бағытталған.
Құрылымдық тәсіл әр түрлі ақпараттық жүйелерді модельдеуде белгілі бір дәстүрлі әдістемелерді қолдануды көздейді:
· SADT;
· DFD;
· ERD;
Обьектіге бағыттылғын әдістің негізгі құралы болып UML- обьектіге бағытталған жүйелерді визуализациялайтын жобалау тілі болып табылады.Бұл тіл жүйенің архитектурасын тұрғызу үшін әр түрлі диаграммаларды қолданады.
Типі бойынша классификациялау:
· Анализдеу құралдар;
· ДҚ жобалау құралдар;
· Бағдарлама әзірлеу құралдары;
· Реинженеринг құралдары;
· Жобаны басқару және жоспарлау құралдары;
· Тестілеу құралдары;
· Құжаттама құралдары;
Категория ьойынша классификациялау:
· Конфигурация басқару құралдары;
· Деректерді модельдеу құралдары;
· Анализ және жобалау құралдары;
· Модельдерді түрлендіру құралдары;
· Кодты өңдеу құралдары;
· Рефакторинг құралдары;
· Код генераторлары;
· UML-диаграмма құру құралдары;
15. Explain the meaning of evolutionary process model, list evolutionary process models types(Эволюциялық процесс моделінің мәнін түсіндіріңіз, эволюциялық процесс моделі түрлерін тізіп жаз)
Prescriptive (предписывающая) Нұсқаулық моделі жүйенің жаңа бағдарламалық қамтамасыз етуін тағайындайды. Нұсқамалар модельдері басқару принципі ретінде немесе ұйымдастыру құрылымы мен бағдарламалық қамтамасыз етуді әзірлеу қызметін,сонымен қатар тапсырыстың қандай тәртіппен орындалуын қарастырады. Әдеттегідей, бұл бағдарламалық қамтамасыз ету жүйелерін нормативтік өмірлік циклінің моделін тұжырымдау оңай және ол көп таралған болып табылады. Мұндай модельдердің көбісі интуитивті немесе жақсы құрылған. Бұл практика жүзінде құрылған бағдарламалық қамтамасыз етуді бейнелейтін түпнұсқа бөлшектері елеусіз немесе оларды қарауды кейінге қалдыруы мүмкін екенін білдіреді.Әрине, өмірлік айналымный мұндай моделдерін құру сенімділігі күмән ретінде болуы мүмкін,себебі қолданбалы жүйелерді әр түрлі дамуында әр түрлі бағдарламалау тілдері, дифференцияланған білікті кадрлар пайдаланылады. Өмірлік айналымның бағдарламалық қамтамасыз ету инженерлік құралдары мен әдістемелері бар.Олар: Ұйымдастыру, жоспар, қызметкерлерге арналған нұсқаулық, бюджет кестесі және бағдарламалық қамтамасыз ету мен жобалау жұмыстарын басқару.
Өкімдік процесінің моделі(предписывающая) белгілі бір бағдарламалық қамтамасыз ету процесі жүйесіне сәйкес «не істеу керектігін» сипаттайтын үлгі болып табылады.
Prescriptive Process Models (Өкімдік процессінің моделі)
1)Жалпы базалық процесс
2) Дәстүрлі процесс модельдері
3) Мамандандырылған процесс модельдері
4) бірыңғай процесс
1)Жалпы базалық процесс
Байланыс:
Тапсырыс берушінің және басқа да қызығушылық танытушылардың арасындағы байланыс;Жоспарлау мен талаптар жиынын қамтиды.
Жоспарлау:
Бағдарламалық қамтамасыз ету инженерлік жұмыс жоспарын белгілейді; мекен-жайы, техникалық тапсырмалар, ресурстар, жұмыс өнімдері, жұмыс кестесін қарастырады.
Модельдеу (жобалау талдау):
Қойылған талаптарға сәйкес жақсы моделді құруды және дизайнын қамтиды.
Құрылыс (коды, Test):
Қателерді табу үшін кодттау және тест жүзінде тексеру.
Орналастыру: Клиентке бағалау мақсатында бағдарламалық жеткізу,кері байланыс орнату.
Модельдеу: Бағдарламалық қамтамасыз ету талаптарын талдау
Бағдарламалық қамтамасыз ету инженерлері мәселені шешу үшін жұмыс істейтін болады, мәселені түсінуге көмектеседі,сонымен қатар қолданушылардың талаптарын жүзеге асырумен айналысады. Өнім үшін «жоспар» қалыптастыру үшін тапсырыс берушінің талаптарын, бизнес қажеттіліктерін, және техникалық ойларын біріктіреді. жүйені іске асыру үшін қажетті компоненттер туралы мәлімет беретін моделін қалыптастырады.
2) Дәстүрлі процесс модельдері
Prescriptive Process Models (Өкімдік процессінің моделі) Жоғары сапалы бағдарламалық қамтамасыз инженер үшін қажетті іс-шаралар, тапсырмалар, кезеңдері, және жұмыс өнімдерінің нақты жиынтығын анықтайды.
3) Мамандандырылған процесс модельдері
16. Explain what does mean prescriptive model in software engineering. Who does the prescriptive models?(Бағдарламалық қамтамасыз етудегі өкімдік моделінің мәнін түсіндір, өкімдік модельді кім жасайды)
Prescriptive (предписывающая) Нұсқаулық моделі жүйенің жаңа бағдарламалық қамтамасыз етуін тағайындайды. Нұсқамалар модельдері басқару принципі ретінде немесе ұйымдастыру құрылымы мен бағдарламалық қамтамасыз етуді әзірлеу қызметін,сонымен қатар тапсырыстың қандай тәртіппен орындалуын қарастырады. Әдеттегідей, бұл бағдарламалық қамтамасыз ету жүйелерін нормативтік өмірлік циклінің моделін тұжырымдау оңай және ол көп таралған болып табылады. Мұндай модельдердің көбісі интуитивті немесе жақсы құрылған. Бұл практика жүзінде құрылған бағдарламалық қамтамасыз етуді бейнелейтін түпнұсқа бөлшектері елеусіз немесе оларды қарауды кейінге қалдыруы мүмкін екенін білдіреді.Әрине, өмірлік айналымный мұндай моделдерін құру сенімділігі күмән ретінде болуы мүмкін,себебі қолданбалы жүйелерді әр түрлі дамуында әр түрлі бағдарламалау тілдері, дифференцияланған білікті кадрлар пайдаланылады.Алайда,нұсқаулық модельдер жобаны әзірлеу барысында задачи развития и методы использования
учитывая набор программных инструментов пайдалану.
Өмірлік айналымның бағдарламалық қамтамасыз ету инженерлік құралдары мен әдістемелері бар.Олар: Ұйымдастыру, жоспар, қызметкерлерге арналған нұсқаулық, бюджет кестесі және бағдарламалық қамтамасыз ету мен жобалау жұмыстарын басқару.
Өкімдік процесінің моделі(предписывающая) белгілі бір бағдарламалық қамтамасыз ету процесі жүйесіне сәйкес «не істеу керектігін» сипаттайтын үлгі болып табылады.
Prescriptive Process Models (Өкімдік процессінің моделі)
1)Жалпы базалық процесс
2) Дәстүрлі процесс модельдері
3) Мамандандырылған процесс модельдері
4) бірыңғай процесс
1)Жалпы базалық процесс
Байланыс:
Тапсырыс берушінің және басқа да қызығушылық танытушылардың арасындағы байланыс;Жоспарлау мен талаптар жиынын қамтиды.
Жоспарлау:
Бағдарламалық қамтамасыз ету инженерлік жұмыс жоспарын белгілейді; мекен-жайы, техникалық тапсырмалар, ресурстар, жұмыс өнімдері, жұмыс кестесін қарастырады.
Модельдеу (жобалау талдау):
Қойылған талаптарға сәйкес жақсы моделді құруды және дизайнын қамтиды.
Құрылыс (коды, Test):
Қателерді табу үшін кодттау және тест жүзінде тексеру.
Орналастыру: Клиентке бағалау мақсатында бағдарламалық жеткізу,кері байланыс орнату.
Модельдеу: Бағдарламалық қамтамасыз ету талаптарын талдау
Бағдарламалық қамтамасыз ету инженерлері мәселені шешу үшін жұмыс істейтін болады, мәселені түсінуге көмектеседі,сонымен қатар қолданушылардың талаптарын жүзеге асырумен айналысады. Өнім үшін «жоспар» қалыптастыру үшін тапсырыс берушінің талаптарын, бизнес қажеттіліктерін, және техникалық ойларын біріктіреді. жүйені іске асыру үшін қажетті компоненттер туралы мәлімет беретін моделін қалыптастырады.
2) Дәстүрлі процесс модельдері
Prescriptive Process Models (Өкімдік процессінің моделі) Жоғары сапалы бағдарламалық қамтамасыз инженер үшін қажетті іс-шаралар, тапсырмалар, кезеңдері, және жұмыс өнімдерінің нақты жиынтығын анықтайды.
3) Мамандандырылған процесс модельдері
17. How looks a typical project workbook?(Типтік жоба кітабы қалай көрінеді)
Қысқаша мазмұндама
Жұмыс кітабын бағдарламалық қамтамасыз ету арқылы жасалған жобаны қамтамасыз ету тақырыбы жұмыс кітабы болып табылады. Бұл бағдарлама шоттарды және ресурстарды жоспарлауға, бағалауға, жобаны жоспарлауға, оның ішінде бизнес қажеттіліктерінің кең түрлі өңдеуге есептелген. Жұмыс кітабы кәсіпорындарға егер оларда бірнеше түрлі пакеттер бар болса, тек бағдарламалық қамтамасыз ету ретінде олардың қызмет қажеттіліктеріне бейімдеуге мүмкіндік беретін стиль бағдарламасы ретінде ұсынылады.
Технология
Жұмыс кітабының қызметі бағдарламалық қамтамасыз ету болғандықтан, клиенттер бағдарламасына кіру үшін кез келген бағдарламалық құралды орнату үшін ол қажет емес. Бұл бағдарлама бағдарламалық қамтамасыз ету, қызмет орналастыру әдісі компанияда олардың жеке деректер серверлерінде шын мәнінде жұмыс істеп, дамытуы мүмкін.
Рұқсат беру бағдарламасының әдетте негізделген бағасы ай сайынғы бағдарламаға қанша пайдаланушылар кіру негізінде анықталып,клиенттерге сатылады. Сондай-ақ Бағдарламалық қамтамасыз ету ретінде негізделген есептеулерді бұлтқа белгілі және танымал бағдарламалық тарату тәсілі болып табылады. Ол екеуі де Mac және дербес компьютерде жұмыс істейді және ол модульдік және интерфейс ретінде негізделген.
Жұмыс кітаптарын мобильді құрылғылар, сондай-ақ оқу-әдістемелік нұсқау Iphone App арқасында қол жетімді болып табылады. Бұл программа толық нұсқасы бар бағдарламаның мүмкіндіктерінің толық жиынын ұсынбайды, Дегенмен, ол пайдаланушыларға өздерінің мобильді құрылғыларында көптеген күнделікті тапсырмаларды орындауға мүмкіндік береді. Сондай-ақ жұмыс кітабын бағдарламалық қамтамасыз ету, толық бағдарлама ретінде оны түпкілікті функционалдық жасауға, оның күнделікті негізде мүмкіндіктерін қосу болып табылады.
Ол кім үшін
Ол арнайы сәулетшілерге, жарнамашыларға, сандық органдарға, қоғамдық қатынастарға арналған машина жасауға, консалтингтік немесе кез келген өзге де кәсіби қызметік Ұйымдар үшін жұмыс жасайды.
Ерекшеліктері
Процесті басқару - жұмыс кітабы жоба менеджерлеріне барлық ағымдағы жобалары мен сайттарында пайыздық мәлімет,жалпы шығындардың және аяқталу уақыты жайлы шолу береді. Жоба менеджерлері барлық міндеттердің визуализацияланған қарапайым тізімін көрсетеді және оларға дереу назар аударуды талап етеді,.
Ресурс жоспарлау - жұмыс кітабы жоба менеджерлерінің тез және оңай өздерінің қолындағы ресурстарын пайдалануға мүмкіндік береді.Ол арқылы Жоба менеджерлері барлық өтелмеген жұмыс орындары мен міндеттерді анықтау арқылы жан-жақты жаңа тапсырмалар алу үшін қол жетімді болып табылатын команда мүшелердің кестесін көру мүмкіндігіне ие болады және бұл олардың команда мүшелерінің өнімділігін барынша қабілетті екенін білдіреді.
Жобаны басқару - жобаның бүкіл өмірлік циклінің ұзақтығы әрбір жеке тапсырмаға арналған визуалды кесте жасау және басқару. Жұмыс кітабының құдіретті Гант диаграммасының модулі арқасында жоба менеджерлері әрбір тапсырма басталған және аяқталған кезінде өз қызметкерлері мен клиенттерімен байланысу мүмкіндігі бар.
Бюджет және ақысы -жұмыс кітабы жоба менеджерлеріне жобаның егжей-тегжейлі құрау процесін өз клиенттеріне жіберуге және олардың қызметін дамытуға мүмкіндік береді. Жұмыс кітаптары баға сілтемесіне өту үшін клиенттің тарифтеуіне қажетті баға және баға шоттарды өңдейді.
Құжат басқару - Жоба менеджерлері барлық шешуші деректерді жобаға тағайындалған барлық қызметкерлері үшін оңай, қол жетімді болуын қамтамасыз ету.. Бұл команда мүшелерінің олардың жұмысты аяқтау үшін қажетті деректерді іздеп уақытты босқа кетпеуін қамтамасыз етеді. Қосымша кілт ерекшеліктері
IPhone уақыт жазба бағдарламадан, соның ішінде уақыт парағы
шығыстар жазба
жүгіріс жазба
құбыр & CRM басқару
Жұмыстар тізімі және ресурстарды басқару
Гант диаграммасын жоспарлау
Баға цитата / тапсырма құны
сатып алу тапсырыстар
биллинг / шот
18. List advantages and disadvantages of prototyping in software engineering(Бағдарламалық қамтамасыз етудегі прототиптердің артықшылықтары мен кеемшіліктерін тізіп жаз)
Модель прототипі (макеті).Мұнда негізгі идея мынадай:жоба немесе кодтау басталғанша талаптарды тоқтату орнына бір макет (прототип) құруға болады,оның мақсаты талаптарды түсіну. Прототипі қазіргі уақытта белгілі талаптарға негізделген.Прототип негізінде клиентке қажетті жүйесінің талаптарын толыққанды түсіндіруге болады.Прототиптер қолданыстағы жүйесі және процессі жоқ күрделі және үлкен жүйелер талаптарын анықтау үшін ыңғайлы болып келеді. Прототип әдетте толық емес жүйе,онда көптеген бөліктер құрылмаған.
Прототипті модельдердің артықшылықтары:
7. Құру процессіне қолданушылар белсенде араласады;
8. Құрылған жүйені түсіну қолданушыларға қиындық туғызбайды;
9. Қателер әлдеқайда ертерек табылуы;
10. Қолоданушылардың пікірін ескеру;
11. Жеткіліксіз ункциональдықты оңай анықтауға болады;
12. Талаптарды тексеру, жылдам іске асыру, толық емес, бірақ функционалды қолдану.
Прототипі модельдер Кемшіліктері:
4. Іске асыру одан кейін жүйені құру жолын қалпына келтіруге әкеледі.
5. Іс жүзінде бұл әдістеме жүйенің күрделілігі арттыруы мүмкін, өйткені жүйе көлемі бастапқы жоспарлары тыс кеңейтілуі мүмкін.
Дата добавления: 2015-09-29; просмотров: 57 | Нарушение авторских прав
| <== предыдущая лекция | | | следующая лекция ==> |