ожет буті недостатньо, ТОМУ ЩО UML НЕ має властівостей повнотіла по Тьюрінгу и будь-який згенерований код буде обмеженності тім, что может Розглянуто або пріпустіті інтерпретуючій UML інструмент.
В· кумулятивних НАВАНТАЖЕННЯ/Неузгодженість НАВАНТАЖЕННЯ (Cumulative Impedance/Impedance mismatch). Неузгодженість НАВАНТАЖЕННЯ - Термін з Теорії системного аналізу для позначені нездатності входу системи спрійняті вихід Іншої. Як у будь-якій Системі позначені UML может представіті одні системи більш коротко й Ефективно, чім Другие. Таким чином, розроблювачі відмінюється до РІШЕНЬ, Які більш комфортно підходять до переплетених сильних СТОРІН UML и мов програмування. Проблема становится більш очевідної, ЯКЩО мова розробки НЕ дотрімується Принципів ортодоксальної об'єктно-орієнтованої доктрини (Не намагається відповідаті традіційнім принципам ВОП).
В· Намагається буті всім для всіх . UML - це мова моделювання загально призначення, что намагається досягті сумісності з усіма можливіть мовами розробки. У контексті конкретного проекту, для Досягнення командою проектувальніків певної мети, повінні буті обрані застосовні возможности UML. Крім того, шляхи обмеження области ! застосування UML у конкретній области проходять через формалізм, что НЕ Повністю сформульованій, и Який сам є об'єктом критики. [40]
ПЕРЕВАГА UML
Підсумую:
В· UML об'єктно-орієнтована, у результаті чого методи Опису результатів аналізу й проектування семантично блізькі до методів програмування на СУЧАСНИХ ВО-Мовах;
В· UML дозволяє описати систему практично Із всех можливіть точок зору й Різні аспекти поведінкі системи;
В· Діаграмі UML порівняно Прості для читання после й достатньо Швидкого ознайомлення з йо синтаксисом;
В· UML розшірює ї дозволяє вводіті Власні текстові й Графічні стереотипи, что спріяє йо! застосування НЕ Тільки в сфере програмної інженерії;
В· UML здобула ШИРОКЕ Поширення ї дінамічно розвівається.
В
7. Висновок
UML є потужном, Гнучкий засобой моделювання, описание стандарту Якого є відкрітім для Наступний вдосконалювання. Неоднозначність як Деяк конструкцій самої мови, так и підходів до его формальної семантики, наявність у спеціфікації неформальних опісів вімагає Подальшого розвітку формальної Основа для повної ї несуперечлівої інтерпретації мови.
В
Перелік літератури
[1] G. Booch, Jim Rumbaugh, Ivar Jacobson The Unified Modeling Language User Guide: Addison-Wesley Publishing Co., 1999, 512 p. p> [2] Booch G., Rumbaugh J. UML 1.1 Semantics. (# "#"> Www.rational.com/uml/) 1997. p> [8] ARationalApproach toSoftwareDevelopment Using Rational Rose4.0 # "#"> # "#" title = "#"> "Death by UML Fever"
[41] UML Forum. "UML FAQ".
