Unified Modeling Language

UML afzalliklari

UML ob'ektga yo'naltirilgan bo'lib, natijada tahlil va loyihalash natijalarini tavsiflash usullari zamonaviy ob'ektga yo'naltirilgan tillarda dasturlash usullariga semantik jihatdan yaqin;

UML tizimni deyarli barcha mumkin bo'lgan nuqtai nazardan va tizim xulq-atvorining turli jihatlaridan tavsiflashga imkon beradi;

UML diagrammalarini sintaksis bilan juda tez tanishgandan so'ng o'qish nisbatan oson;

UML kengayadi va o'zingizning matnli va grafik stereotiplarni kiritishingizga imkon beradi, bu uning nafaqat dasturiy ta'minot muhandisligi sohasida qo'llanilishiga yordam beradi;

UML keng tarqalgan va dinamikdir.

Tanqid

UML juda keng tarqalgan va ishlatilgan standart bo'lishiga qaramay, ko'pincha quyidagi kamchiliklar uchun tanqid qilinadi:

Tilning ortiqcha bo'lishi. UML ko'pincha keraksiz katta va murakkab deb tanqid qilinadi. U ko'plab keraksiz yoki amalda foydalanilmagan diagrammalar va konstruktsiyalarni o'z ichiga oladi. Siz buni UML 1.0 ga qaraganda UML 2.0 bilan tez-tez eshitasiz, chunki yangi tahrirlarda ko'proq "qo'mita tomonidan ishlab chiqarilgan" savdo-sotiq mavjud.

Noto'g'ri semantik. UML o'zi (mavhum sintaksis), OCL (cheklovlarni ta'riflash tili - rasmiy tasdiqlash) va ingliz tili (batafsil semantika) kombinatsiyasi bilan aniqlanganligi sababli, rasmiy tasvirlash texnikasi bilan aniq belgilangan tillarga xos cheklovlardan mahrum.

Ba'zi hollarda UML, OCL va ingliz tillarining mavhum sintaksislari bir-biriga zid keladi, boshqa hollarda ular to'liq emas. UML-ning o'zi noto'g'ri tavsiflari foydalanuvchilar va asbob-uskunalarni etkazib beruvchilarda bir xil darajada aks etadi va bu spetsifikatsiyalarning noyob talqini tufayli asboblarning mos kelmasligiga olib keladi.

O'rganish va amalga oshirishdagi muammolar. Yuqoridagi muammolar UMLni o'rganish va amalga oshirishni qiyinlashtiradi, ayniqsa menejment muhandislarni UML-ni oldindan ko'nikmalarisiz ishlatishga majbur qilganda.

Faqat kod kodni aks ettiradi. Yana bir fikr shundaki, chiroyli tizimlar emas, balki ishlaydigan tizimlar muhimdir. Jek Rivz qisqacha aytganidek: "Kod - bu dizayn" [15] [16]. Ushbu qarashga ko'ra, dasturiy ta'minotni yozishning eng yaxshi usuliga ehtiyoj bor; UML manba yoki bajariladigan kodni yaratish uchun modellarni yig'uvchi yondashuvlar uchun baholanadi.

Ammo, bu hali ham etarli bo'lmasligi mumkin, chunki UML Turing to'liqligi xususiyatlariga ega emas va har qanday yaratilgan kod UML tarjimoni vositasi ko'rishi yoki taxmin qilishi mumkin bo'lgan narsalar bilan chegaralanadi.

Kümülatif impedans / impedans mos kelmasligi. Yuklarning mos kelmasligi - bu tizimni tahlil qilish nazariyasidan kelib chiqib, bitta tizimning kiritilishi boshqasining chiqishini idrok eta olmasligini bildiradi.

Har qanday yozuv tizimida bo'lgani kabi, UML ham ba'zi tizimlarni boshqalarga qaraganda qisqacha va samarali tarzda namoyish etishi mumkin. Shunday qilib, ishlab chiquvchi UML va dasturlash tillarining kuchli tomonlarini o'zaro bog'lashda qulayroq echimlarga moyil bo'ladi.

Rivojlanish tili pravoslav ob'ektga yo'naltirilgan ta'limot tamoyillariga rioya qilmasa (OOPning an'anaviy tamoyillariga mos kelmasa), muammo yanada aniqroq bo'ladi.

Hamma uchun hamma narsa bo'lishga intiladi. UML - bu barcha mumkin bo'lgan rivojlanish tillari bilan mos kelishga harakat qiladigan umumiy maqsadli modellashtirish tili.

Muayyan loyiha kontekstida dizaynerlar guruhi aniq maqsadga erishish uchun amaldagi UML imkoniyatlarini tanlash kerak. Bundan tashqari, ma'lum bir sohada UML doirasini cheklash usullari to'liq ifoda etilmagan va o'zi tanqid ob'ekti bo'lgan rasmiyatchilikdan o'tadi.