К ә с І би білім беру г. Н. Федорова бағдарламалық модульдерді біріктіруге қатысу
жүктеу/скачать 4,31 Mb. Pdf көрінісі
|
foreign 745
| 5.10.
134 6. Әрбір диаграмма оның барлық элементтерін дұрыс түсіндіру және барлық қолданылатын графикалық символдардың семантикасын түсіну үшін өзі жеткілікті болуы тиіс. Кез келген түсіндірмелік мәтіндер, олар диаграмманың жеке элементтері болып табылмайды (мысалы, түсініктемелер) әзірлеушілердің назарына қабылданбауы тиіс. Жеке жеткілікті жалпы үзінділер салынған немесе бағынышты диаграммаларды құра отырып, осы типтегі өзге диаграммаларда анықталуы немесе егжей-тегжейленуі мүмкін. Осылайша, жүйенің UML тіліндегі моделі иерархиялық салынған диаграммалардың пакетін білдіреді, егжей-тегжей тиісті жүйенің жобаны іске асыратын бағдарламалық кодын келесіде генерациялау үшін жеткілікті болуы керек. 7. Қосымшаның нақты моделі үшін диаграмма типтерінің саны қатаң белгіленген болып табылмайды. Қарапайым қосымшалар үшін барлығы дерлік диаграммаларды құру қажеттілігі жоқ екендігі туралы сөз болып отыр. Олардың кейбіреулері жүйенің жобасында мүлде болмауы мүмкін және де бұл факті әзірлеушінің қатесі болып саналмайды. Мысалы, жүйенің моделі пайдаланушының компьютерінде жергілікті орындалатын қосымшалар үшін жазу диаграммасынан тұрмауы мүмкін. Диаграммалардың тізбесі жүйенің нақты жобасының сипаттамасына байланысты болатындығын түсіну маңызды. 8. Жүйе модельдерінің кез келгені UML тілі нотациясында анықталған элементтерден ғана тұруы тиіс. Жобаны әзірлеуді бастау талабына алады, тек UML метамоделінде анықталған конструкциялар ғана қолданылады. Тәжірибе көрсетіп отырғандай, бұл конструкциялар бағдарламалық құралдардың үлгілік жобаларының көбісін ұсыну үшін біршама жеткілікті. Және UML тілінің негізгі элементтерінің болмаған кезінде жүйенің нақты моделін дұрыс ұсыну үшін ұлғайтудың механизмдерін қолдану қажет. Бұл ретте UML тілінің метамоделінің негізгі нотациясына жатқызылған элементтердің семантикасын қайта анықтауға болмайды. Диаграммалардың жеке типтерін құру процесі осы диаграммалардың элементтерінің семантикасына байланысты өзінің ерекшеліктері бар. Нысанға бағытталған жобалау процесінің өзі UML тілінің мәнмәтінінде арнайы атауын - ұтымды бірыңғайланған процесс (Rational Unified Process, RUP) атауын алды. RUP тұжырымдамасын және оның негізгі элементтерін А.Джекобсон UML тілімен жұмыс барысында әзірленген. RUP тұжырымдамасының мәні жүйе моделінің тиісті диаграмма типтерін әзірлеу жүзеге асырылатын жеке сатыларға бөлетін нысанға бағытталған жобалау процестері немесе бірізділік декомпозициясында болады. Бұл ретте RUP алғашқы сатыларында жүйе құрылымының статикалық моделінің логикалық көрінісі құрылады, ал содан кейін - әрекет моделінің логикалық көрінісі, және тек осыдан |