Несклько слів про уніфікованому мовою моделювання (UML), Різне, Програмування, статті

Сергій Коломієць, www.bookshop.kiev.ua

Свою історію уніфікована мова об’єктно-орієнтованого моделювання веде з кінця 80х – початку 90х років. Власне створення UML почалося в 1994 році. В цей час Грейді Буч (Grady Booch) і Джеймс Рембо (James Rambaugh) почали об’єднувати кілька методів об’єктно-орієнтованого моделювання в фірмі Rational Software. І вже в 1995 році була представлена ​​специфікація методу, названого Unified Method. Перша версія UML була прийнята консорціумом OMG (Object Management Group) в січні 1997 року. Затверджена ж у вересні версія UML 1.1 була прийнята на озброєння основними компаніями – виробниками програмного забезпечення, такими, як Microsoft, IBM, Hewlett-Packard і виробниками CASE-засобів, які реалізували підтримку UML у своїх програмних продуктах (Paradigm Plus, Microsoft Visual Modeler for Visual Basic, Delphi і ін)
Автори і розробники UML представляють його як мова для визначення, представлення, проектування та документування програмних систем, бізнес-систем та інших систем різної природи. UML визначає нотацію і метамодель. Нотація являє собою сукупність графічних об’єктів, які використовуються в моделях, вона є синтаксисом мови моделювання.
Універсальний мову об’єктного моделювання UML не залежить від мов програмування і, внаслідок цього, може підтримувати будь-об’єктно-орієнтована мова програмування. Він є відкритим і дозволяє розширювати ядро.

* * *

Візуальні моделі широко використовуються в існуючих технологіях управління проектуванням систем, складність, масштаби і функціональність яких постійно зростають. У практиці експлуатації програмних інформаційних систем постійно доводиться вирішувати такі завдання як перерозподіл обчислень і даних, забезпечення проведення паралельних обчислень, реплікація баз даних, забезпечення безпеки доступу до інформаційних систем, оптимізація балансування навантаження систем, стійкість до збоїв та багато іншого.
Мови та методи моделювання складаються, як правило, з наступних складових частин:

  1. Концепції моделювання, їх семантика.

  2. Візуальне уявлення елементів моделювання

  3. Правила застосування елементів моделювання.

Перший компонент – це елементи моделі, другий – нотація і третій – принципи використання.
Однією з важливих проблем, що вирішуються при застосуванні візуальних методів моделювання, є все зростаюча складність систем і проектів. Настає момент, коли стає неможливим уявити всю систему в цілому, з’являється уривчастість знань про систему, і відбувається втрата управління.
Друге значне гідність – спрощення спілкування замовника і розробника. Це пов’язано як з підвищеною наочністю моделі, так і з її гнучкістю і динамічністю.
Само собою, вирішуються питання зменшення часу, що витрачається на розробку проекту, його вартості та підвищення якості.

* * *

Декомпозиція систем

При проектуванні складних інформаційних систем потрібно, для забезпечення наочності і щоб уникнути втрати керування, розбиття системи на частини, які потім розглядаються окремо. Розрізняють два виду декомпозиції:
· Структурна
· Об’єктна
В першому випадку система представляється у вигляді блок-схем, де вузли – це функції, а зв’язки між ними зображають рух даних. При об’єктної, або компонентної декомпозиції в системі виділяються об’єкти, взаємодіючі між собою за принципом “клієнт-сервер”. Ось в цьому випадку і застосовується UML для моделювання систем.

* * *

Діаграми в UML

Ось основні типи діаграм, представлені в UML:

  1. Діаграми використання

  2. Діаграми класів

  3. Діаграми поведінки

  4. Діаграми реалізації

Діаграми використання описують функціональність системи. Це зображується у вигляді так званих випадків використання (use case), які визначають взаємодія користувача з системою. Вони малюються у вигляді овалів.
Діаграми класів представляють статичну структуру класів. Застосування – формування програмного коду на заданому мовою програмування.
Діаграми поведінки описують динаміку системи.

* * *

Методи проектування з використанням UML

У Microsoft Visual Studio 6.0 реалізовані кілька видів нотації для зображення діаграм класів, як “старі” – нотації Буча та ОМТ, так і нова – UML. Генерація програмного коду проводиться на мовах C + +, Visual Basic, Java. Код містить визначення класів та їх взаємодії, але не методи. Це метод прямого проектування.
При використанні зворотного проектування діаграма класів будується по готовому програмного коду.
Не варто плутати поняття нотація і методологія проектування. UML – це лише нотація, яка вимагає стандартизовані і вона вже є стандартом. Методології ж неможливо привести до єдиного стандарту, та й навряд чи це необхідно. Нотацію UML можна використовувати в рамках різних методологій.
В даний час консорціум Object Management Group розглядає можливість впровадження нової версії UML 1.3 як нового стандарту візуального моделювання.

* * *

Що можна порекомендувати з літератури? Є російський переклад книги Fowler, M. and Scott, K. UML Distilled: Applying the Standard Object Modeling Language (1997) Addison-Wesley.
Також відзначимо наступні книги:
· Booch, G. et. al.Unified Modeling Language User Guide (1998) Addison-Wesley
· Eriksson, H. and Penker, M. UML Toolkit (1997) John Wiley & Sons
· Rumbaugh, J., Jacobson, I., and Booch G.Unified Modeling Language Reference Manual (1998) Addison Wesley

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*