Qo’chqarov G’olibjon

UML modellashtirish vositalariUML RUP ning zaruriy komponentimi? Ha, mutlaqo. Ammo UMLni modellashtirish va dasturiy ta'minotni ishlab chiqish jarayonini tavsiflovchi vosita sifatida ishlatish amaliyoti faqat RUP bilan cheklanmaydi. Boshqa tillar singari UML ham shunchaki vositadir. RUP UML- dan foydalanishni ancha osonlashtiradigan bir qator yordam dasturlarini taqdim etadi, ammo ular faqat IBM / Rational mahsulotlari bilan chegaralanmaydi. Quyida UML-ni qo'llab-quvvatlaydigan ba'zi mahsulotlarning to'liq ro'yxati keltirilgan: Rational Rose (Rational Software, Windows 98 / NT / 2000 / XP, Linux Red Hat 6.2, 7.0, Solaris 2.5.1, 2.6, 7, 8, HP-UX 10.20, 11.0, 11.i); Microsoft Visual Studio .NET Enterprise Architect, Microsoft Visio (Microsoft, platformalar: Windows 8 / NT / 2000 / XP / Server 2003); Enterprise-ni tavsiflang (Embarcadero texnologiyalari, platformalari: Windows 98 / NT / 2000 / XP); Birgalikda mahsulotlar oilasi (Borland, platformalar: Windows 98

/ NT / 2000 / XP, Linux, Solaris);

Delphi uchun qalin (Borland, platformalar: Windows 98 / NT / 2000 / XP);
MagicDraw (Magic, Inc., platformalar: Windows 98 / Me / NT / 2000 / XP, Solaris, OS / 2, Linux, HP-UX, AIX, Mac OS);
QuickUML (ExcelSoftware, platformalar: Windows 98 / NT / 2000 / XP) - yangi boshlanuvchilar uchun yaxshi dastur.

Shuningdek, ba'zi OpenSourse mahsulotlarini, masalan ArgoUML, Novosoft UML kutubxonalarini qayd etamiz.

UML-yoqilgan mahsulotlar, sotuvchilar, platformalar va mahsulotlarning taxminiy narxlari to'g'risidagi ma'lumotlarni ro'yxatini o'z ichiga olgan hujjatni quyidagi manzilda topish mumkin: http://www.objectsbydesign.com/tools/umltools_byCompany.html.
Shuni ham ta'kidlash kerakki, UML 1.3 standarti mavjud bo'lishiga qaramay, ro'yxatdagi mahsulotlar tomonidan qo'llab-quvvatlanadigan UML dasturlari yoki o'ziga xos xususiyatlarga ega, yoki standartga to'liq rioya qilmaydilar, shuning uchun

modellashtirish vositasini tanlashda siz qo'llab-quvvatlanadigan diagramma turlari va sintaksis xususiyatlariga e'tibor berishingiz kerak. Bundan tashqari, "Qaytib kelish muhandisligi" ning imkoniyatlari har bir mahsulotda katta farq qiladi. Yuqoridagi mahsulotlarning hammasi ham Java, C ++, CORBA IDL dasturlash tillarini qo'llab- quvvatlay olmaydi, shuning uchun siz o'zingizning kodingizdan qaysi modelda u yoki bu mahsulotni yaratishi mumkinligiga, qaysi tilda kodni UML modelingizdan olishingiz mumkinligiga va qaysi turdagi bo'lishi kerak .. Ushbu mahsulotda qaysi UML diagrammasi bajarilishini ko'rsatadigan jadvalni quyidagi manzilda topishingiz mumkin: http://www.jeckle.de/umltools.htm.
UML nima uchun ishlatiladi
UML birinchi navbatda tildir va har qanday til vositasi singari u ham shu lug'at tarkibidagi so'zlarni birlashtirish uchun so'z boyligini va qoidalarini taqdim etadi. Bunday holda, so'zlar va qoidalar tizimning kontseptual va jismoniy ko'rinishiga qaratilgan. Til modelni qanday yaratish va o'qishni belgilaydi, ammo u qaysi tizim modelini yaratish bo'yicha ko'rsatma bermaydi - bu UML doirasidan tashqarida va dasturiy ta'minotni ishlab chiqish jarayonining vakolati hisoblanadi. Shu nuqtai nazardan, UML ko'pincha mahsulotni muvaffaqiyatli ishlab chiqish uchun qaysi modellarni, qanday va qachon yaratishni tavsiya qiladigan mumkin bo'lgan jarayonlardan biri bo'lgan RUP bilan bog'liq.
UML - bu ingl. Modellarni UML-da yozishning bitta oddiy maqsadi bor - bu tizim haqidagi ma'lumotlarni osonroq etkazish. Har bir UML belgisi ortida qat'iyan aniqlangan semantika mavjud bo'lib, u izohlash xatolaridan qochishga imkon beradi ("X ishlab chiquvchi sinf iyerarxiyasini tavsiflaganda nimani anglatadi ..." kabi savollarga javoblar juda shaffof bo'ladi).
UML - bu texnik xususiyatlar va aniq ta'riflar tili. Shu ma'noda, UML-da modellashtirish aniq, aniq va to'liq modellarni yaratish demakdir.
UML dizayn tili. UML vizual dasturlash tili emas, lekin UML atamalaridagi modellarni ma'lum ob'ektga yo'naltirilgan dasturlash tillari to'plamiga solishtirish mumkin. UML to'g'ridan-to'g'ri (mavjud model ® yangi kod) va teskari (mavjud kod ®) beradi yangi model) dizayn. Ko'pincha UML modellashtirish vositalari Java, C ++, CORBA, VB, Smalltalk kodlarida UML modellarini xaritalashni amalga oshiradi.

UML hujjat tili. Dasturiy ta'minotni ishlab chiqish jarayoni nafaqat kodni yozishni, balki talablar ro'yxati, arxitekturaning tavsifi, dizayni, tizimning manba kodi, loyihani rejalashtirish, testlar, prototiplar to'plami, mahsulot nashrlari kabi asarlar yaratishni ham o'z ichiga oladi. Muayyan kompaniyada mahsulot ishlab chiqarish madaniyatiga qarab, ushbu hujjatlarni rasmiylashtirish darajasi qat'iy belgilangan shablonlar va hujjatlar formatidan tortib, elektron pochta orqali yoki shaxsan o'zboshimchalik mavzusidagi suhbatlargacha o'zgarib turadi. Biroq, ushbu eksponatlarning barchasi muvaffaqiyatli mahsulot ishlab chiqarish jarayoni uchun juda muhimdir. UML tizim talablarini xaritalash, hujjatlarni tuzish, testlarni o'tkazish, loyihani rejalashtirish va

oxirgi foydalanuvchiga etkazilgan nashrlarni boshqarish uchun kerakli harakatlarni modellashtirish vositalarini taqdim etadi.
UML - bu OO tizimlarini tavsiflash, tasavvur qilish, loyihalash va hujjatlashtirish uchun yagona grafik modellashtirish tili. UML OO yondashuvi asosida dasturiy ta'minot tizimlarini modellashtirish jarayonini qo'llab-quvvatlash, kontseptual va dasturiy ta'minot tushunchalarining o'zaro munosabatini tashkil etish, murakkab tizimlarning masshtablash muammolarini aks ettirish uchun mo'ljallangan. UML- dagi modellar dasturiy ta'minot tizimining hayotiy tsiklining barcha bosqichlarida, biznesni tahlil qilishdan tortib tizimni saqlashgacha qo'llaniladi. Turli tashkilotlar UML-ni o'zlarining muammoli sohalari va foydalaniladigan texnologiyalariga qarab o'zlari xohlagancha qo'llashlari mumkin.
UML ning qisqacha tarixi

90. 
    yillarning o'rtalariga kelib, har xil mualliflar tomonidan bir necha o'nlab OO modellashtirish usullari taklif qilindi, ularning har biri o'ziga xos grafik yozuvlardan foydalangan. Shu bilan birga, ushbu usullarning har qandayida kuchli tomonlari bor edi, ammo "har tomondan", ya'ni barcha kerakli proektsiyalarni ko'rsatib, etarli darajada to'liq PS modelini yaratishga imkon bermadi (1-moddaga qarang). Bundan tashqari, OO modellashtirish standartining etishmasligi dasturchilarga eng mos usulni tanlashni qiyinlashtirdi, bu esa dasturiy ta'minotni ishlab chiqishda OO yondashuvining keng qo'llanilishiga to'sqinlik qildi.
    

Ob'ektlarni boshqarish guruhi (OMG) - ob'ekt texnologiyalari va ma'lumotlar bazalari sohasidagi standartlarni qabul qilish uchun mas'ul bo'lgan tashkilotning iltimosiga binoan birlashtirish va standartlashtirishning dolzarb muammosi uchta eng mashhur OO uslublari mualliflari - G.Buch, D.Rambo va A.Jakobsonlar tomonidan hal qilindi. sa'y-harakatlar 1997 yilda OMG tomonidan standart sifatida tasdiqlangan UML 1.1 versiyasini yaratdi.

UML - bu til
Har qanday til so'z boyligi va mazmunli konstruktsiyalarni olish uchun so'zlarni birlashtirish qoidalaridan iborat. Shunday qilib, xususan, UML dasturlash tillari tartibga solingan. Uning o'ziga xos xususiyati shundaki, til lug'ati grafik elementlar tomonidan shakllantiriladi. Har bir grafik belgi o'ziga xos semantikaga ega, shuning uchun bitta ishlab chiquvchi tomonidan yaratilgan model boshqasi tomonidan aniq tushunilishi mumkin, shuningdek UMLni sharhlovchi dasturiy ta'minot vositasi.

Bundan, xususan, UML-da namoyish etilgan PS modeli avtomatik ravishda OO dasturlash tiliga (Java, C ++, VisualBasic kabi) tarjima qilinishi mumkin, ya'ni agar UML-ni qo'llab-quvvatlaydigan ingl. , biz ushbu modelga mos keladigan dastur kodini tayyorlaymiz.

Shuni ta'kidlash kerakki, UML bu usul emas, balki til. Bu modellarni qanday elementlardan yaratish va ularni qanday o'qish kerakligini tushuntiradi, ammo qaysi modellar va qachon ishlab chiqish kerakligi haqida hech narsa aytilmagan. UML asosida metod yaratish uchun uni dasturiy ta'minotni ishlab chiqish jarayonining tavsifi bilan to'ldirish kerak. Bunday jarayonning misoli - keyingi maqolalarda muhokama qilinadigan Rational Unified Process.
Xulosa
Har bir boshqarish ob'ekti uchun alohida sinfni xaritasi ishlab chiquvchilarning ushbu ob'ektlarni modellash bosqichida tanlashga bo'lgan harakatlari amalga oshirish bosqichida yo'qolmasligiga olib kelishi. Bundan tashqari, har bir so'rov yoki buyruq faqat hisoblash holatining aniq belgilangan qismiga kirish huquqiga ega ekanligi.
Umuman olganda, murakkab xatti-harakatga ega tizimni loyihalashtirish jarayonini quyidagicha ta'riflash mumkin ekan ular quyidagilar:

1. 
   Tizim ko'plab mustaqil o'zaro ta'sir qiluvchi ob'ektlarga bo'linganida, ob'ektni dekompozitsiya qilish.
   
2. 
   Ob'ektlarni sinflarga xaritalash, sinf interfeyslari va aloqalarini belgilash.
   
3. 
   Murakkab xulq-atvorga ega bo'lgan shaxslarni ajratish - ularni tavsiflash uchun avtomat yondashuv qo'llaniladi.
   
4. 
   Har bir sub'ekt uchun boshqaruv holatlari to'plamini o'rnatish. So'rovlar va buyruqlar boshqaruv mashinasining kirish va chiqish o'zgaruvchilariga, interfeys komponentlari esa uning hodisalariga mos keltiriladi. Ularning asosida boshqaruv mashinasining o'zi qurilgan.
   
5. 
   Tanlangan ob'ektga yo'naltirilgan tilda inson sinflarini amalga oshirish. Kodni yaratish ham avtomatik, ham qo'lda amalga oshirilishi mumkin.
   

Ushbu algoritm dasturchiga rivojlanish jarayoni modelini (palapartishlik, iterativ, klaster va boshqalar) tanlashni cheklamaydi va uni ko'p iteratsiyaga oson o'zgartirish mumkin. Shu bilan birga, u mavjud ob'ektga yo'naltirilgan tizimga o'zgartirish kiritishga imkon beradi va "toza shifer" ishlab chiqishni talab qilmasligi haqida ma`lumotlar oldim.