
- •Программалық қамтамасыз етудiң күрделiгi: анықтама, мысалдар.
- •Қарапайым программалық жүйелердің 4 мысалын келтіріңіз.
- •Күрделi программалық жүйелердің 4 мысалын келтіріңіз.
- •Программалық қамтамасыз етудiң күрделiгiнiң себебтері.
- •Күрделi жүйелердің белгiлері.
- •Декомпозиция, алгоритмдік декомпозиция, объектті бағыттылған декомпозиция: анықтама, мысалдар.
- •Абстракция: анықтама, мысалдар.
- •Иерархия: анықтама, мысалдар.
- •Программалық жобалау қандай элементтерден тұрады?
- •Oop, ood және ооа: анықтама, айырмашылықтары.
- •Программалаудың негiзгi парадигмалары: олардың ерекшелiктері.
- •Абстрактциялау: анықтама, мысалдар.
- •Инкапсуляция
- •Модулдік анықтама, мысалдар.
- •Иерархия
- •Типтелу: анықтама, мысалдар.
- •Параллелизм: анықтама, мысалдар.
- •Сақталатындық: анықтама, мысалдар.
- •Объектiлердiң мысалдарын келтірiңiз.
- •Объекттiң күйі және тәртібі: анықтама, мысалдар.
- •Байланысқа қатысатын объектiлердiң рөлдері: анықтамалар, мысалдар. (актер, сервер, агент)
- •Агрегация: анықтама, мысалдар.
- •Кластардың мысалдарын келтірiңiз.
- •Кластардың интерфейсі және реализациясы: анықтама, мысалдар.
- •Кластардың арасындағы қатынастар: мысалдар. (ассоциация, мұрагерлік, агрегация, пайдалану, метакласс)
- •Классикалық категориялау, концептуалды кластерлеу, түптұлғалар теориясы. Осы тәсiлдерден қандайы жақсы және нелiктен?
- •Аж жобада белгiлеу жүйесі не үшiн қажет?
- •Аж логикалық және физикалық үлгiлері: анықтама, мысалдар.
- •Аж статикалық және динамикалық үлгiлері: анықтама, мысалдар.
- •Кластар диаграммасы: тағайындау, мысал.
- •(1)Класстар диаграммасындағы кластың графикалық суретінің нұсқалары
- •Кооперация диаграммасы: тағайындау, мысал.
- •Жобалаудың микропроцессi: анықтама, мысалдар.
- •Жобалаудың макропроцессi: анықтама, мысалдар.
- •Тәуекелдердi басқару: анықтама, мысалдар.
- •Аж өңдеушiлердiң рөлдері.
- •Аж релиздерді басқару
- •Аж тестілеу
- •Аж әзiрлеу кезінде қайтадан пайдалану.
- •Программалық өнiмнің сапасын өлшеу.
- •Аж документациясын әзiрлеу.
Аж жобада белгiлеу жүйесі не үшiн қажет?
Көбіне жүйенің анализының нәтижелерімен обьект (жүйенің тәртібін сценарилар арқылы білдіру), класстар диаграммасы және күйдің және өткелдің(осы агенттердің реттелген оқиғалар тәртібін көрсету) диаграммасының терімдері болады. жобалау жүйесіне кіретін оның сәулетінің зерттемесі және жүзеге асуы, класс диаграммасының, нысандардың, модультардың, үдерістердің және де осы диаграмманың үдемелі ракурстарын туғызады.
Осы диаграммалардың арасында бізге жүзеге асудан маманданымға дейінгі талаптарды қадағалауға рұқсат етілетін жеңіл байланыс бар.Үдеріс диаграммаларынан бастап, кейбір модульдік диаграммаларда анықталған басты бағдарламаны табуға болады.
Бұл модульдік диаграммасы класстың және нысандардың терімдерінен тұрады, біз класстың немесе нысанның лайық диаграммаларында анықтамасын табамыз. Ақыры, жеке класстың анықтамасы біздің бастапқы талаптарымызға нұсқайды, себебі осы класстар, жалпы, ауызекі заттық сөздігінің облысында бейнелейді.
Осы баста сипатталғандай жобада белгілеу қолмен қолдануға болады,бірақ, әрине, ол жайдан-жай автоматтандыруға сұранады.
Автоматтандырылған жобалау аспаптарына тексеріс тұтастығын, шектеулердің және құжаттаманың толықтығын тапсыруға болады. Олар да өңдеушіге зерттеменің нәтижелерін және өңделгенін жеңіл және тез қарауғуа мүмкіндік береді.
Мысалы, модульдік диаграммасына қарап, өңдеуші құрылғының нақты механизмін анықтай алады және автоматтандырылған аспап оған барлық класстарды іздеуге, қандайда бір модульда жарияланғанын таба алады.
Ал сценаринда айтеуір бір кластын қолданғанын суреттеуші нысан диаграммасынан, өңдеуші осы класстың мұрагерлік құрылымына ауыса алады.
Соңында, егер сценарида белсенді нысан болса, өңдеуші бөлінген сәйкесінше ағын басқармасы процессорды іздеу үшін және осы процессорда ақырғы автомат классын апаруын көру үшін автоматтандырылған аспап жобалауын пайдалана алады.
Автоматталған аспаптың қолданылуы өңдеушілерге бөлшектің мәмілесінің ауыртпалығынан босатылуына мүкіндік береді, жобада белгiлеу жүйесінде алаңсыз дайындалуға рұқсат бере отырып.
Аж логикалық және физикалық үлгiлері: анықтама, мысалдар.
Үлгі(model) –анықталған көзқараспен қарастырылатын және қандай да бір тілде немесе графикалық формада көрсетілген физикалық жүйе абстракциясы. Жүйелік талдаудың ортақ қағидалары көзқарасынан бір физикалық жүйе бірнеше үлгіде көрсетілуі мүмкін.Сонымен қатар жеке үлгі жүйесін талдау шешілетін мәселе мінезімен анықталады. Программалық жүйе үлгісіне қойылатын негізгі талап – ол тапсырыс берушіге және бизнес-аналитиктер мен программистерді қоса барлық жобалық топ мамандарына түсінікті болуы керек. Логикалық елес тізбені және кілттік абстракцияның мағынасын және механизмін бейнелейді,заттық облысты формирует немесе жүйенің сәулетін анықтайтын жүйені бейнелейді. Физикалық үлгі құрылғын жүйенің нақты программақұрылғылы тұғырнаманы анықтайды.
Логикалық үлгіде ең маңызды сипаттамалар үшін нысанның диаграммалары қызмет етеді. Анализда ортақ рөлді және нысанның міндеттерін көру үшін класстар диаграммасын пайдалну ыңғайлы. Логикалық үлгінің бизнес ақпаратының талаптарын алу,пайдалануда үш деңгейі бар: (ERD) өмір сүруге тәуелділік диаграммасы, кілттер негізіндегі үлгі(Key Based, KB) және толықтай айқындалған үлгі(FA). ERD және KB үлгілері тағы да - " деректер облыс үлгісі" деп аталады, өйткені бизнестің ауқымды облыстарын қамтиды. Толық қарама-қайшы FA - "жобаның деректерінің үлгісі "болып табылады, өйткені бұл үлгі шарт бойынша ақпараттың барлық құрылымының бөлігін ғана суреттейді. ДБ физикалық үлгісі деректердің тасығыштарда орналастыру әдісін (сыртқы жадтың құрылымдарында), және де ұйымға енуін анықтайды. СУБД құрамында функционирлейді және операциялық жүйенің басқармасы негізінде болғандықтан, деректердің сақтау ұйымы және оларға ену операциялық жүйенің деректерді басқаруына және ұстаным әдістеріне тәуелді болады. Физикалық үлгінің екі деңгейі бар: трансформация үлгісі және DBMS үлгісі. Физикалық үлгі барлық деректерді жүйенің керекті өңдеушілеріне логикалық үлгінің ДБ іске асыру үшін бейнелейді.
Мысал: