Ibm rational Rose 7 Case muhitida holat diagrammalari bilan ishlash



Yüklə 87 Kb.
tarix15.06.2022
ölçüsü87 Kb.
#116937
IBM Rational Rose 7 Case muhitida holat diagrammalari bilan ishlash


O’ZBEKISTON RESPUBLIKASI OLIY VA O’RTA MAXSUS TA’LIM VAZIRLIGI
MIRZO ULUG’BEK NOMIDAGI O’ZBEKISTON MILLIY UNVESITETI
Amaliy matematika va Intellektual texnologiyalar fakulteti

Axborot tizimlarini loyihalashtirish FANIDAN
Qoldirilgan dars sanasi:05.05.2022 va 12.05.2022
QAYTA TOPSHIRISH ISHI.
Mavzu: IBM Rational Rose 7 Case muhitida holat diagrammalari bilan ishlash
Bajardi: ATMDT-yo’nalish 3-bosqich 19-01-guruh talabasi .
Alimov Jaxongir
Tekshirdi: Kabilova Ozoda.
IBM Rational Rose 7 Case muhitida holat diagrammalari bilan ishlash
UML diagrammasi - bu har xil turdagi ob'ektlarni modellashtirish uchun mo'ljallangan maxsus grafik tavsif tili dasturiy ta'minot... Bu til keng profilga ega va tizimning mavhum modelini yaratish uchun turli grafik belgilaridan foydalanadigan ochiq standart hisoblanadi. UML har qanday dasturiy tizimlarning ta'rifi, vizualizatsiyasi, hujjatlari va dizaynini ta'minlash uchun yaratilgan. Shuni ta'kidlash kerakki, UML diagrammasi dasturlash tili emas, lekin uning asosida alohida kod yaratish imkoniyatini beradi.
UML kompozit / kompozit tuzilish diagrammasi ham statik tuzilish diagrammasi, lekin u sinflarning ichki tuzilishini ko'rsatish uchun ishlatiladi. Iloji bo'lsa, bu diagramma sinfning ichki tuzilishida joylashgan elementlarning o'zaro ta'sirini ham ko'rsatishi mumkin. Ularning kichik turi-bu UML-hamkorlik diagrammasi bo'lib, u rollarni ko'rsatish uchun ishlatiladi, shuningdek, hamkorlik doirasidagi turli sinflarning o'zaro ta'siri. Dizayn namunalarini modellashtirish zarur bo'lganda, ular juda qulay. Ta'kidlash joizki, UML sinfining diagramma turlari va kompozitsion tuzilish turlaridan bir vaqtning o'zida foydalanish mumkin.
UMLdan foydalanish holatlar diagrammasi aktyorlar o'rtasida yuzaga keladigan barcha munosabatlarni, shuningdek, har xil foydalanish holatlarini aks ettiradi. Uning asosiy vazifasi-bu xaridor, oxirgi foydalanuvchi yoki ishlab chiqaruvchi ma'lum bir tizimning xatti-harakatlari va funksiyalarini birgalikda muhokama qilishning to'liq vositasi sifatida o'zini ta'minlash. Agar tizimni modellashtirish jarayonida UMLdan foydalanish holatlar diagrammasi ishlatilsa, tahlilchi quyidagilarni bajaradi. Simulyatsiya qilingan tizimni uning muhitidan aniq ajratib oling. Aktyorlarni, ularning ushbu tizim bilan o'zaro ta'sir usullarini, shuningdek kutilayotgan funksionalligini aniqlang. Lug'atda mavzuga tegishli bo'lgan turli tushunchalarni o'rnating batafsil tavsif bu tizimning funksionalligi. Agar UMLda foydalanish sxemasi ishlab chiqilgan bo'lsa, protsedura matnli tavsif bilan boshlanadi, bu xaridor bilan ishlashda olinadi. Shu bilan birga, shuni ta'kidlash joizki, foydalanish holatlarining modelini tuzish jarayonida turli xil funktsional bo'lmagan talablar butunlay chiqarib tashlangan va ular uchun alohida hujjat tuziladi.
UML diagrammalarini tuzishning afzalliklari ko'p bo'lishiga qaramay, ko'pincha ular quyidagi kamchiliklari uchun tanqid qilinadi: Ortiqcha. Aksariyat hollarda, tanqidchilar UML juda katta va murakkab, deyishadi va ko'pincha bu asossizdir. U juda ko'p keraksiz yoki amalda yaroqsiz tuzilmalar va diagrammalarni o'z ichiga oladi va ko'pincha bunday tanqid birinchi variantga emas, balki ikkinchi versiyaga to'g'ri keladi, chunki yangi tahrirlarda "qo'mita tomonidan ishlab chiqilgan" murosalar ko'proq bo'ladi. Har xil semantik noaniqliklar. UML o'zi, ingliz va OCL kombinatsiyasi bilan aniqlanganligi sababli, rasmiy ta'riflash texnikasi bilan aniq belgilangan tillarga xos bo'lgan qattiqlik yo'q. Ba'zi hollarda OCL, UML va ingliz tillarining mavhum sintaksisi bir -biriga zid kela boshlaydi, boshqa hollarda esa ular to'liq bo'lmaydi. Til tavsifining noaniqligi foydalanuvchilarga ham, asbob -uskunalarni etkazib beruvchilarga ham ta'sir qiladi, bu esa oxir -oqibat turli spetsifikatsiyalarni talqin qilishning o'ziga xos usuli tufayli asboblarning mos kelmasligiga olib keladi. Amalga oshirish va o'rganish jarayonida yuzaga keladigan muammolar. Yuqoridagi muammolarning barchasi UMLni joriy etish va o'rganish jarayonida muayyan qiyinchiliklarni keltirib chiqaradi va bu, ayniqsa, rahbariyat muhandislardan oldingi ko'nikmalarga ega bo'lmagan holda, uni majburan ishlatishga majbur qilganda to'g'ri keladi. Kod kodni aks ettiradi. Yana bir fikr shundaki, bu chiroyli va jozibali modellar emas, balki ishlaydigan tizimlarning o'zi, ya'ni kod - bu loyiha. Bu fikrga ko'ra, ko'proq rivojlanishga ehtiyoj bor samarali usul yozish uchun dasturiy ta'minot. UML bajariladigan yoki qayta tiklanadigan modellarni kompilyatsiya qiladigan yondashuvlar uchun qadrlanadi manba kodi... Ammo, aslida, bu etarli bo'lmasligi mumkin, chunki tilda Turingning to'liqligi xususiyatlari yo'q va har bir yaratilgan kod oxir -oqibat UML -tarjimon vositasi taxmin qilishi yoki ta'riflashi mumkin bo'lgan narsalar bilan chegaralanadi. Yuklarning mos kelmasligi. Bu atama ma'lum bir tizimning kirishining boshqasining chiqishini idrok qila olmasligini aniqlash uchun tizimli tahlil nazariyasidan kelib chiqadi. Har qanday holatda bo'lgani kabi standart tizimlar Belgilanishiga ko'ra, UML ba'zi tizimlarni boshqalarga qaraganda samaraliroq va aniqroq ifodalashi mumkin. Shunday qilib, ishlab chiquvchi UMLning barcha kuchli tomonlarini, shuningdek boshqa dasturlash tillarini to'qish uchun qulayroq bo'lgan echimlarga moyilroq. Bu muammo agar rivojlanish tili ob'ektga yo'naltirilgan pravoslav ta'limotining asosiy tamoyillariga mos kelmasa, ya'ni OOP tamoyillariga muvofiq ishlashga harakat qilmasa, aniqroq bo'ladi. Ko'p tomonlama bo'lishga harakat qiladi. UML - bu modellashtirish tili umumiy maqsad, bugungi kunda mavjud bo'lgan har qanday ishlov berish tili bilan moslikni ta'minlashga harakat qiladi. Muayyan loyiha kontekstida, dizayn jamoasi yakuniy maqsadga erisha olishi uchun, ushbu tilning amaldagi imkoniyatlarini tanlash kerak. Bundan tashqari, ma'lum bir sohada UMLdan foydalanish doirasini cheklashning mumkin bo'lgan usullari to'liq shakllanmagan, lekin o'zi tanqid ob'ekti bo'lgan formalizmdan o'tadi.
Faoliyat diagrammasi(faoliyat diagrammasi) - nazorat oqimlari va ma'lumotlar oqimini ko'rsatishga asoslangan xatti -harakatlarni tasvirlash usuli. Faoliyat diagrammasi-yaxshi eskirgan sxemaga o'xshash xatti-harakatlarni tasvirlashning yana bir usuli. Biroq, ob'ektga yo'naltirilgan yondashuvga mos keladigan, zamonaviylashtirilgan yozuv tufayli va eng muhimi, yangi semantik komponent tufayli (Petri tarmoqlarini erkin talqin qilish) UML faollik diagrammasi tizimning xatti-harakatlarini tasvirlashning kuchli vositasidir. Faoliyat diagrammasida ob'ektning bitta asosiy turi ishlatiladi - 1 -faoliyat va bir turdagi munosabatlar - 2 -o'tish (boshqaruv va ma'lumotlarni uzatish). Shuningdek, vilkalar, birlashmalar, qo'shilishlar, filiallar 3 kabi konstruktsiyalar ham ishlatiladi, ular ob'ektlarga o'xshash, lekin aslida ular emas, balki ba'zi bir alohida holatlar tasvirining grafik usulini ifodalaydi. Faoliyat diagrammasi elementlarining semantikasi 4 -bobda batafsil bayon etilgan.
Yüklə 87 Kb.

Dostları ilə paylaş:




Verilənlər bazası müəlliflik hüququ ilə müdafiə olunur ©muhaz.org 2024
rəhbərliyinə müraciət

gir | qeydiyyatdan keç
    Ana səhifə


yükləyin