Питання блоку 1.
Загальна характеристика мови моделювання uml
UML (від англ. Unified Modeling Language – уніфікована мова моделювання) – мова графічного опису створення моделей. UML створювалася для використання в процесі розробки програмного забезпечення. Головною її метою було досягнення єдиного бачення розробниками і користувачами створюваних програм.
Уніфікована мова|язик| моделювання з'явилася|появлялася| наприкінці|наприкінці| 80-х – на початку 90-х років в основному завдяки зусиллям Граді Буча, Джима Рамбо та Івара Джекобсона. В даний час|нині| консорціум Object Management Group (OMG)| прийняв цю мову|язик| як стандартну мову|язик| моделювання, яка надає розробникам чітку нотацію, що дозволяє відображати|відображати| моделі загальноприйнятими і зрозумілими кожному учаснику проекту графічними елементами.
Створення програмного|програмового| забезпечення – високовитратний процес. Вартість розробки багато в чому залежить як від обсягу|обсягу| необхідної роботи, так і від якості ухвалюваних рішень|вирішень|.
Неправильні рішення|вирішення| відводять проект з потрібного напряму|направлення|, що збільшує його терміни і вартість. Найбільш ефективний варіант перевірки рішень|вирішень| – це демонстрація результатів користувачам і зміна програм по їх зауваженнях. Проте|однак|, це і найбільш довгий і витратний варіант, оскільки користувачі часто|часто| не можуть заздалегідь|наперед| детально пояснити|тлумачити| свої побажання і до останнього моменту оцінити правильність реалізації, що може привести до дорогих переробок коду, а інколи|іноді| і всієї концепції системи.
Створення|створіння| моделей дозволяє наочніше|наглядний| документувати рішення|вирішення| до реалізації ідей в коді, зрозуміти і пояснити|тлумачити| іншим учасникам проекту, як працюватиме програма. А користувачам надання моделей дозволяє зрозуміти, чи відповідає заявлена робота тому, що їм дійсно потрібне.
Створити модель можна в сотні і тисячі разів швидше, ніж створити реальний прототип програми. Модель набагато легше і швидше доопрацювати|доопрацьовувати| і змінити|зраджувати|, якщо обговорення покаже рішення неправильними. В результаті створення|створіння| моделей скорочується необхідність переробок в програмах, що робить|чинить| розробку дешевшою і швидшою. Використання моделей при створенні|створінні| великих систем, дозволяє охопити всю систему в одному проекті і досягти кращого його розуміння всіма зацікавленими особами|лицями|.
Виникнення і становлення мови моделювання uml
Графічна нотація і семантика uml
Описание языка UML состоит из двух взаимодействующих частей, таких как:
Семантика языка UML. Представляет собой некоторую метамодель, которая определяет абстрактный синтаксис и семантику понятий объектного моделирования на языке UML.
Нотация языка UML. Представляет собой графическую нотацию для визуального представления семантики языка UML.
Діаграма (diagram) - графічне представлення сукупності елементів моделі у формізв'язного графа,вершинам і ребрам (дуг) якого приписується певна семантика.
Нотація канонічних діаграм - основний засіб розробки моделей на мові UML. У нотації мови UML визначені наступні види канонічних діаграм:
варіантів використання (use case diagram)
класів (class diagram)
кооперації (collaboration diagram)
послідовності (sequence diagram)
станів (statechart diagram)
діяльності (activity diagram)
компонентів (component diagram)
розгортання (deployment diagram)
Перелік цих діаграм і їх назви є канонічними в тому сенсі, що представляютьсобою невід'ємну частину графічної нотації мови UML.
Крім графічних елементів, які визначені для кожної канонічної діаграми, на них може бути зображена текстова інформація, яка розширює семантику базових елементів. В UML передбачено три спеціальних механізму розширення, які включають в себе такі конструкції.
Стереотип (stereotype) - новий тип елемента моделі, який розширює семантику метамоделі. Стереотипи мають грунтуватися на вже існуючих і описаних в метамоделі мови UML типи або класах.
Стереотипи призначені для розширення саме семантики, але не структури вже описаних типів або класів. Деякі стереотипи зумовлені в UML, інші можуть бути вказані розробником. На діаграмах зображуються у формі тексту, укладеного в кутові лапки. Попереднє визначення стереотипи є ключовими словами мови UML, які використовуються на канонічних діаграмах мовою оригіналу без їх перекладу.
Позначене значення (tagged value) - явне визначення властивості як пари "ім'я - значення". У позначеному значенні саме ім'я називають тегом (tag).
Помічені значення на діаграмах зображуються у формі рядка тексту спеціального формату, укладеного у фігурні дужки. При цьому використовується наступний формат запису: {тег = значення}. Теги зустрічаються в нотації мови UML, але їх визначення не є строгим, тому теги можуть бути вказані самим розробником.
Обмеження (constraint) - деякий логічне умова, що обмежує семантику вибраного елемента моделі.