
- •Программалаудың қазіргі заман әдістері мен құралдары пәні бойынша емтихан сұрақтары
- •Idefo нотациясының графикалық обьектілері
- •Idefo әдістемесіндегі диаграммалардың тағайындалуы мен мақсаты
- •Idef3 үрдістерді моделдеу әдістемесі
- •Idef3 2 типте модель ала алады:
- •Idef3 – модельі келесі элементтерден тұрады:
- •Rup технологиясы, өңдеу құжаттары, фазалары және аспаптары
- •Rup практикалары, ағындары
- •Dfd деректер ағымын моделдеу
- •Dfd нотациясының графикалық обьектілері
- •Idef1x әдістемесіндегі диаграммалардың тағайындалуы мен мақсаты
- •Rational Rose аспабы, диаграммалары, экран элементтері.
- •Объектілі-бағытталған моделдердің негізгі принциптары.
- •Rational Rose – моделінің көрсетілімдері
- •Erwin case-құралының тағайындалуы мен мақсаты.
- •Bpwin case-құралының көмегімен бизнес-үрдістерді құрастыру.
- •Uml тәртіптері мен жалпы механизмдері.
- •Uml унифицирленген моделдеу тілі. Тілдің құрылыс блоктары.
- •Uml унифицирленген моделдеу тілі. Прецеденттер (қолдану варианттары) диаграммасының мақсаты мен тағайындалуы.
- •Uml унифицирленген моделдеу тілі. Тізбек диаграммасының мақсаты мен тағайындалуы.
- •Uml унифицирленген моделдеу тілі. Кооперация диаграммасының мақсаты мен тағайындалуы.
- •Uml унифицирленген моделдеу тілі. Кластар диаграммасының мақсаты мен тағайындалуы.
- •Uml унифицирленген моделдеу тілі. Ашып қарау диаграммасының мақсаты мен тағайындалуы. Орналастыру диаграммалары
- •Uml нотациясындағы қатынастар түрі.
- •Класстардың негізгі стереотиптері.
- •Rational Rose case-құралының көмегімен әрекеттесу диаграммасын құру.
- •Rational Rose case-құралының тағайындалуы мен мақсаты.
- •Uml қолданып жүйе күйін моделдеу
- •Uml қолдана отырып жүйе компоненттерін моделдеу.
- •Rational Rose case-құралының көмегімен қолдану варианттар диаграммасын құру.
- •Rational Rose case-құралының көмегімен қызметтер диаграммасын құру.
- •Rational Rose диаграммалары мен моделдері.
- •Uml қолдана отырып жүйе кластарын моделдеу.
Класстардың негізгі стереотиптері.
UML тілінде бірқатар стандартты кластар, компоненттер, байланыстар және басқа да элементтер үшін стереотиптер анықталған. Стереотиптің біртума идеясының мәні әрбір обьект түрі жайында кейбір көрсетілімдерді беретін, жоғарғы деңгейдегі обьектілердің классификациясымен бекітіледі. Стереотип мәні ол кластың маңызды мінездемесін тағайындау болып бекітіледі.
Стереотип (Stereotype) – UML сөздігін кеңейтеді, ол тілдің бар блоктарының негізінде, нақты проблеманы шешу үшін спецификалық және жаңаларын құруға мүмкіндіктер береді. Стереотипті басқа элементтің атауының үстіне орналастырылған, ұшбұрышты жақшаға алынған, атаулар түрінде көрсетеді.
Көп кездесетін, жалпы қабылданған класс стереотиптерін қарастырайық [4]:
«actor» – байланысқан рөл жиындарын анықтайды, оларды онымен қарым-қатынас жасау кезінде қолдану варианттарын пайдаланушы ойнайды;
«interface» – операциялар жиынын сипаттайды, класс және компонент жүргізетін жұмыстарды анықтайды;
«type» – абстракттілі класс, олар көптеген обьектілердің тәртібі және құрылымының (бірақ таратылу емес) тек спецификациясы үшін қолданылады;
«utility» – барлық атрибуттар және операциялар үшін әрекет жүргізу аймағы ретінде – класс болатын класты анықтайды;
«implementationClass» – кластың кейбір бағдарламалау тілінде таратылуы;
«enumeration» – идентификаторлар жиыны ретінде, мүмкін болатын мәнедерімен қоса, санап шығуға болтын түрді анықтайды;
«exception» – операциямен ұстап алынған немесе қозғалған оқиғаны анықтайды;
«powertype» – берілген аталықтың ұрпақтары болып табылатын барлық обьектілер классификаторы.
«process» – оның экземпляры ресурс сыйымдылығының ағымдарын басқаруды көрсететін классификатор;
«thread» – оның экземпляры жеңілдетілген ағымдарды басқаруды көрсететін классификатор;
«boundary» – шекаралық кластар, қоршаған орта мен жүйенің ішкі элементтерінің арасындағы қарым-қатынасты қамтамасыздандырады. Мұндай кластар пайдаланушы немесе басқа жүйе үшін (яғни актор үшін) интерфейсті береді. Олар жүйенің сыртқы тәуелді бөлігін құрайды және жүйенің интерфейстерін моделдеу үшін қолданылады. Шектік кластың құрылымы және тәртібі пайдаланушы мен жүйенің «достастығы» призмасы арқылы анықталады. Сонымен қатар шектік кластар басқа жүйелермен байланысты қамтамасыздандыру үшін де қолданылады. Жобалау этапында шектік кластар ары қарай дамытылады және қарым-қатынас протоколдарын тарату сұрақтарын талқылауға шығарылады.
«entity»> – мәндік – класс ұзақ өмірлік циклы бар тәртіптер және деректерді моделдеу үшін қолданылады. Кластардың бұл түрі жүйенің ішкі элементтерін немесе шынайы әлем мәндерін көрсете алады. Мұндай кластар әдетте қоршаған ортаға тәуелді болмайды, яғни олар жүйе мен қоршаған ортаның қарым-қатынасына ешбір көңіл бөлмейді. Сәйкесінше, олар қосымшаларға тәуелді емес және әртүрлі қосымшаларда қолданыла алады. Мәндік-кластар – бұл әдетте анықталған міндеттерді орындау үшін жүйе талап ететін кластар;
«control» – басқарушы кластар, олардың құрамына ендірілген тәртіптерді тарататын, бір немесе бірнеше қолдану варианттары және оқиғалардың коррдинациясының тізбектелген тәртіптерін моделдеу үшін қызмет атқарады. Басқарушы кластарды қолдану вариантын «орындайтын» және оның динамикасын анықтайтын кластар түрінде қарастыруға болады, яғни олар қолдану варианттарындағы негізгі және алтернативті оқиғалардың ағымын анықтайды;
«abstract» – моделдеудің маңызды концепциясы, олар логикалық түрде мұрагерлену түсінігінен шығады. Абстракттілі класс –бұл аталық класс, олардың тікелей экземпляр объектілері болмайды. Тек абстрактілі аталық кластардың ғана ішкі кластары экземпляр ретінде материализациялануы мүмкін болады.