Позначення

Міністерство освіти і науки України

Харківський національний університет імені В. Н. Каразіна
Філологічний факультет
ЛЛ-51 Бєлоконь Кирило

МІНІСТЕРСТВО ОСВІТИ І НАУКИ У

 Позначення

Сам по собі акт малювання діаграми не є аналізом чи

проектуванням. Діаграма просто відображає поведінку системи
(для аналізу) або бачення і деталі архітектури (для проектування).
Якщо ви простежите за роботою будь-якого інженера -
програмного, цивільного, механічного, хімічного, архітектурного чи
будь-якого іншого - ви скоро зрозумієте, що єдине місце, де
зароджується система, - це в голові дизайнера. З часом цей дизайн
розгортається, і його часто фіксують на таких
високотехнологічних носіях, як дошки, ворсинки та зворотні
сторони конвертів.
 5.1 Уніфікована мова
моделювання
Нотація є важливою для розробки програмного
забезпечення, оскільки допомагає однозначно
комунікувати рішення. Виразна нотація спрощує
роботу з автоматизованими інструментами,
звільняючи розробників від нудної роботи.

Уніфікована мова моделювання (UML) виникла

в результаті об'єднання об'єктно-орієнтованих
методологій. Заснована на спільних ідеях ведучих
фахівців і прийнята як стандарт Об'єктно-
Орієнтованої Групи Управління (OMG). UML
продовжує розвиватися, і обговорювана тут версія -
UML 2.0.
 5.1 Уніфікована мова
моделювання
Моделі та множинні представлення важливі для
UML, оскільки допомагають уявно представляти
систему. UML надає різні види діаграм, кожна з
яких показує певний аспект системи. Це схоже на
різні камери під час спортивної події.
Для складних програмних систем із сотнями
класів використовуються різні діаграми класів для
різних оглядів. Кожна діаграма показує конкретний
аспект моделі, який підтримується іншими
діаграмами. Наприклад, одна діаграма може
показувати успадкування ключових класів, інша -
взаємозв'язки між класами. Всі ці діаграми мають
бути семантично узгодженими.
Класи з однаковими іменами на різних
діаграмах посилаються на один і той же елемент
моделі, за виключенням перевантажених операцій.
 5.2 Діаграми пакетів

Діаграми пакетів важливі для організації артефактів в UML,

дозволяючи чітко представити аналіз та проектування системи. Вони
мають декілька переваг, включаючи ясність, одночасне використання
моделі кількома користувачами, підтримку контролю версій та інші
аспекти.

Діаграми пакетів містять пакети, видимість та залежності. Рисунок 5-3 Позначення пакунків для
Пакети представлені у формі прямокутника з вкладкою. Ім'я пакета вміщених елементів
може бути розміщене всередині вкладки, або внутрішній частині
прямокутника, якщо пакет не містить елементів UML.

При необхідності, можна використовувати відповідні позначення

(пакети, варіанти використання, класи і т. д.), щоб показати складові
частини пакету. Зображення пакетів може бути альтернативним в
залежності від конкретного інструменту, але загальна ідея
залишається незмінною.
 5.3 Діаграми компонентів

Діаграми компонентів в UML представляють частини програмного забезпечення, які можуть бути використані
багаторазово і надають корисну функціональність. Компоненти можуть бути кластерами класів, об'єднаних в
окремий функціональний блок, які можуть взаємодіяти з іншими компонентами через чітко визначені інтерфейси.
Кожен клас повинен бути включений до одного компонента або розміщений на верхньому рівні системи.
Компоненти можуть також містити інші компоненти.
Основні елементи діаграми компонентів включають компоненти, їх інтерфейси та реалізації. Компоненти
можна показати з використанням прямокутника, в якому наведено ім'я компонента. Він може також містити порти,
що представлені маленькими квадратиками на границі прямокутника. Порти використовуються для взаємодії
компонентів з навколишнім середовищем. Інтерфейси відображають функціональність, яку компонент надає
своєму оточенню.
Порти і інтерфейси можуть групуватися для покращення ясності, і ця інформація може відображатися на
діаграмі в різний спосіб, в залежності від конкретних вимог та контексту.
Після створення діаграми компонентів, ви можете побачити чорний ящик компонента, який відображає
функціональність, що надається або вимагається, без деталей, що перебувають всередині.
 5.3 Діаграми компонентів
Діаграми компонентів в UML використовуються для представлення
логічного розшарування і розділення архітектури під час розробки. Ці
діаграми демонструють взаємозалежність компонентів та їх співпрацю через
чітко визначені інтерфейси для забезпечення функціональності системи. На
діаграмі компонентів для EnvironmentalControlSystem, показано чотири
інкапсульовані компоненти - Контролер навколишнього середовища,
Контролер освітлення, Контролер опалення та Контролер охолодження.

Для позначення інтерфейсів кожного компонента використовується

нотація "куля і розетка". Інтерфейси між компонентами називаються
монтажними роз'ємами або інтерфейсними роз'ємами. Залежність
використовується для показу інтерфейсу між контролером навколишнього Рисунок 5-11 Компонентна діаграма
середовища та контролером охолодження. Компоненти можуть для EnvironmentalControlSystem

використовуватися повторно, що полегшує модернізацію системи за

необхідності.

Таким чином, діаграми компонентів дозволяють легко розуміти та

редагувати архітектуру системи та підтримують багаторазове використання
компонентів для полегшення модернізації системи.
 5.4 Діаграма розгортання
Діаграма розгортання в UML використовується для показу розподілу артефактів по
вузлах в фізичному дизайні системи. Вона представляє структуру артефактів системи та
допомагає позначити фізичну сукупність вузлів, які є платформою для виконання системи.
Діаграма розгортання містить три основних елементи: артефакти, вузли та їхні
зв'язки.
Артефакти - це фізичні елементи, які реалізують частину програмного дизайну, такі як
програмний код, вихідні файли, документи і т. д. Артефакти можуть мати зв'язки між собою.
Вузли - це обчислювальні ресурси, що можуть бути пристроями або середовищами
виконання. Пристрої включають апаратне забезпечення, таке як комп'ютери, модеми та Рисунок 5-17
датчики, тоді як середовища виконання - це програмне забезпечення, яке дозволяє Позначення
артефактів для
розгортувати виконувані артефакти. Вузли можуть містити інші вузли для представлення
HeatingController.exe
складних можливостей виконання.
Зв'язки між вузлами відображаються за допомогою комунікаційних шляхів і
показують спосіб взаємодії між ними. Зазвичай зв'язки є двонаправленими, і для кожного
може бути вказана мітка з ключовим словом, таке як "http" або "TCP/IP", що вказує на тип
з'єднання.
Ця діаграма дозволяє докладно розглянути фізичний аспект архітектури системи та
відображає розподіл артефактів на вузли для подальшого виконання системи.
 5.5 Діаграми варіантів використання
Діаграми варіантів використання важливі для успішного розробки програмного
забезпечення. Вони допомагають вирішити проблему недостатньої комунікації між бізнесом
та розробниками. Це особливо актуально, коли бізнес має загальне бажання, але не
конкретні вимоги.

Діаграми варіантів використання допомагають створити спільне розуміння між

розробниками та бізнесом. Вони показують, які функції системи потрібні з точки зору
бізнесу та як система взаємодіє з зовнішнім середовищем.

Завдяки діаграмам варіантів використання розробники можуть краще розуміти бізнес-

цілі та уникнути технічних рішень, що суперечать цим цілям. Цей підхід дає можливість
ефективно співпрацювати з бізнесом, не перетворюючи комунікацію в обтяжливий процес.

Все це робить діаграми варіантів використання важливим інструментом для досягнення

спільного розуміння і успішної розробки програмного забезпечення.
 5.5 Діаграми варіантів використання
Актори - це сутності, які взаємодіють з системою,
представлені у вигляді стилізованих фігурок. Вони можуть
виконувати різні ролі та мати різні потреби від системи.
Варіанти використання відображають бажані дії акторів у
системі. Кожен варіант використання представляє собою
послідовність подій, яку ініціює актор і яка має цінність для
актора. Актори
Діаграми варіантів використання використовуються для
показу, які актори взаємодіють з якими варіантами використання.
Асоціації на діаграмі варіантів використання показують, які
актори ініціюють певні варіанти використання.
Ця інформація важлива для розуміння того, як система має
задовольняти потреби акторів і як вони взаємодіють з системою.
 5.6 Діаграми діяльності
Діаграми діяльності - це
візуальні інструменти для
зображення потоку дій в системі
або процесі. Вони допомагають
краще розуміти послідовність
подій та дій, що відбуваються в
системі, і виділяють основних
виконавців цих дій.
Візуальне подання таких
процесів надає ряд переваг,
порівняно з текстовими описами.
Воно полегшує сприйняття
складних процесів і дозволяє
виявляти потенційні проблеми,
які можуть бути непомітні у
текстовому описі.
Дії на діаграмах діяльності - це елементарні дії або операції, які
виконуються в системі або процесі. Вони представлені на діаграмі як
символи, які вказують на конкретні дії, які виконуються. Символ граблів,
який може зустрічатися всередині позначення дії, вказує на дію типу
callBehavior, яка викликає іншу діяльність з власною структурою.
Початкова точка та точка завершення показують початок і завершення
потоку робіт. Початкова точка позначається суцільною крапкою, а точка
завершення - у формі "яблучка".
Вузли прийняття рішень та злиття відповідають за керування потоком на
діаграмі. Вузол прийняття рішень репрезентується ромбом і має один
вхідний потік та кілька вихідних. Він визначає, який вихідний шлях
вибирати на основі захисних умов. Вузол злиття приймає декілька
вхідних потоків і об'єднує їх в один вихідний потік.
Виразна діаграма діяльності надає візуальне уявлення про послідовність
подій та дій у системі або процесі, що допомагає краще розуміти їхню
логіку та потік.
 5.7 Діаграми класів
Діаграма класів використовується для логічного представлення
класів та їх взаємозв'язків у системі. Вона надає структурний
погляд на систему під час аналізу та проектування. Основні
елементи цієї діаграми - це класи і взаємозв'язки.
Класи відображаються на діаграмі з використанням
піктограми, яка містить ім'я класу, атрибути та операції класу. Ім'я
класу повинно бути унікальним в межах простору імен та може
містити атрибути та операції.
Атрибути та операції класу мають свою специфікацію, яка Рисунок 5-34 Прикраса абстрактного класу
включає видимість, ім'я, тип та інші атрибути, а також
можливість додаткових властивостей, наприклад, кратності
атрибутів. Ці специфікації можуть бути адаптовані до синтаксису
мови реалізації, що спрощує нотацію.
Абстрактні класи позначаються курсивом у назві класу, щоб
вказати, що їхні екземпляри не можуть бути створені. Також
абстрактні операції відображаються курсивом у назві операції.
Взаємозв'язки між класами будуть розглянуті в наступному
розділі.
 5.8 Діаграми послідовності
Діаграми послідовності служать для відстеження сценаріїв у контексті
діаграм зв'язків і представляють інший погляд на цю інформацію.
Основні елементи цих діаграм включають об'єкти та взаємодії.
Об'єкти розміщуються вертикально у верхній частині діаграми, і під
кожним об'єктом є лінія життя, що вказує на існування об'єкта.
Повідомлення, що включають події або виклики операцій,
подаються горизонтально і з'єднуються з об'єктами. Порядок подій
позначається вертикальною позицією, і номери не потрібні.
Типи повідомлень позначаються за допомогою ліній і стрілок:
синхронні повідомлення (виклики операцій) позначаються суцільною
лінією з заповненою стрілкою, асинхронні - суцільною лінією з Рисунок 5-43 Позначення типів повідомлень
незаповненою стрілкою, зворотні - пунктирною лінією з відкритою
стрілкою, загублені - синхронні повідомлення з чорною крапкою на кінці,
а знайдені - синхронні повідомлення, які починаються з символу кінцевої
точки.
Ці діаграми корисні для відображення сценаріїв у ранній стадії
розробки та можуть бути ефективним інструментом для розуміння
послідовності подій у системі.
 5.9 Діаграми огляду взаємодії
Діаграми огляду взаємодії поєднують діаграми діяльності та
діаграми взаємодії, для надання огляду потоку управління між
елементами діаграми взаємодії. Їх важливі елементи включають фрейми,
потік управління і елементи діаграми взаємодії.
Фрейми оточують діаграму і містять назву, опис діаграми та список
ліній життя.
Потік управління створюється комбінацією елементів діаграми
діяльності для представлення альтернативних та паралельних шляхів
управління.
Елементи діаграми взаємодії включають взаємодії або використання
взаємодій. Взаємодія - це тип діаграми взаємодії, який надає деталі
взаємодії. Вони можуть бути анонімними або іменованими. Назва
взаємодії використовується як посилання на діаграму взаємодії.
Діаграми огляду взаємодії корисні для надання загального уявлення Рисунок 5-49 Діаграма огляду взаємодії для
про потік управління між об'єктами і можуть містити вкладені деталі MaintainTemperature
взаємодії для керування різними аспектами системи.
 5.10 Складені структурні діаграми
Складені структурні діаграми служать для зображення внутрішньої структури
структурованого класифікатора. Вони включають частини та їх взаємозв'язки
всередині цієї структури. Ці класифікатори можуть вкладатися один в одного, і
діаграми складених структур можуть також відображати класи. Такий підхід
корисний для декомпозиції класів на компоненти та моделювання їх взаємодії.
Основні елементи складеної структури включають в себе її частини, порти,
інтерфейси та з'єднувачі.
Частини композитної структури позначаються в форматі "ім'я ролі: ім'я класу
[кількість]". Вони розкривають роль кожної частини в складеній структурі.
Порти та інтерфейси використовуються для зовнішньої та внутрішньої
взаємодії складеної структури. Порти позначаються квадратиками на межі частини
чи складеної структури. Вони можуть бути видимими або прихованими. Інтерфейси
представлені у вигляді "кулі і розетки".
З'єднувачі встановлюють комунікаційні зв'язки між портами, включаючи
з'єднувачі делегування та збірки.
Складені структурні діаграми корисні для подробиць діаграмування
внутрішньої структури системи та дозволяють впоратися зі складними взаємодіями
між компонентами.
 5.11 Діаграми автоматів
Діаграми автоматів використовуються для моделювання поведінки систем,
особливо в галузях, де критично важливий часовий аспект. Вони корисні в сферах,
таких як медичні пристрої, фінансові системи, супутникові управляючі системи та
системи озброєння.
Діаграми автоматів виражають поведінку об'єкта, показуючи його стани,
переходи між ними та дії, які відбуваються у кожному стані. Вони корисні для опису
як окремих об'єктів, так і систем в цілому, особливо тих, що включають взаємодії та
події.
Основними елементами діаграми станів є початкові, кінцеві та прості стани.
Початковий стан позначається безмаркованим переходом з певної піктограми, а
кінцевий стан відображає завершення стану. Прості стани показані в закруглених
прямокутниках.
Діаграми станів допомагають визначати, як об'єкт взаємодіє з подіями та
виконує дії в різних станах, що є корисним при аналізі та проектуванні систем.
 5.12 Часові діаграми
Часові діаграми використовуються для моделювання часових аспектів
поведінки систем. Вони показують, як стани елемента чи елементів змінюються з
часом під впливом подій. Часові діаграми включають лінії життя, об'єкти (або
класифікатори UML), стани, події та обмеження.
Лінії життя представляють об'єкти та показують, як змінюються їх стани з
часом. Стани об'єкта показані всередині ліній життя, і зміни стану представлені Рисунок 5-70 A Часова діаграма для об'єкта
клапана
вздовж горизонтальної осі.
Події, що спричиняють зміни стану, відображаються на лініях життя поруч із
відповідними станами. Часова шкала розміщується горизонтально і відображає час,
а позначки можуть допомагати читачеві краще зрозуміти часову послідовність
подій.
Обмеження можуть бути використані для визначення умов або обмежень, які
впливають на зміну стану. Ці обмеження допомагають уникнути швидкого або
багаторазового вмикання та вимикання нагрівальних елементів та подібних
сценаріїв.
Часові діаграми можуть виглядати компактніше, коли включають багато
об'єктів чи станів. Замість використання часової шкали, стани та їх зміни можуть
бути відображені компактніше з використанням іншого типу представлення.
 5.13 Об'єктні діаграми
Об'єктні діаграми використовуються для відображення існування об'єктів і
їхніх взаємозв'язків у логічній структурі системи. Кожна об'єктна діаграма
відображає моментальний стан об'єктів у системі та їх взаємозв'язки. Об'єктні
діаграми представляють структурні взаємозв'язки між об'єктами класів і
використовуються на різних етапах розробки систем.
Основні елементи об'єктних діаграм - об'єкти та їхні зв'язки. Об'єкти
Рисунок 5-75 Піктограма
відображаються піктограмами, де можуть бути показані назва об'єкта та його типового об'єкта
атрибути. Зв'язки між об'єктами відображають взаємодію між ними та можуть
представляти асоціації між класами.
Об'єктні діаграми допомагають візуалізувати структурні зв'язки між об'єктами
та можуть використовуватися для аналізу сценаріїв поведінки системи та ілюстрації
механізмів у логічній структурі системи. На об'єктних діаграмах можуть бути
вказані імена об'єктів та їх атрибути, а зв'язки відображають взаємодію між
об'єктами.
 5.14 Діаграми комунікації
Діаграми комунікації (діаграми взаємодії) фокусуються на взаємодії об'єктів, їх
зв'язках і обміні повідомленнями в системі. Вони допомагають відобразити, як
об'єкти спілкуються один з одним під час взаємодії. Об'єкти відправляють
повідомлення один одному, і це показується на діаграмі з відповідними зв'язками
між об'єктами.

Взаємодія об'єктів передається через повідомлення, які відправляються від

клієнта до постачальника. Відправник повідомлення знає одержувача, але
одержувач не обов'язково знає, хто відправив повідомлення. Повідомлення можуть
містити фактичні параметри, що відповідають сигнатурі операції.
Малюнок 5-77 Схема
зв'язку для системи
Діаграми комунікації допомагають визначити порядок повідомлень і взаємодії садівництва на
між об'єктами. Вони відображають взаємодію, необхідну для виконання певних гідропоніці
завдань у системі.
 Висновки
UML включає тринадцять діаграм: діаграму пакетів, діаграму компонентів, діаграму розгортання, діаграму варіантів
використання, діаграму діяльності, діаграму класів, діаграму послідовності, діаграму огляду взаємодії, діаграму складеної
структури, діаграму станів, діаграму часу, діаграму об'єктів та діаграму комунікацій.

Діаграма пакетів надає засоби для організації артефактів процесу розробки, щоб чітко представити аналіз проблемного простору і
пов'язаного з ним проектування. Конкретні причини можуть бути різними, але вони зосереджуються або на фізичному
структуруванні самої візуальної моделі, або на чіткому представленні елементів моделі за допомогою різних поглядів.

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

Діаграма розгортання показує розподіл артефактів по вузлах у фізичному дизайні системи. Єдина діаграма розгортання
представляє погляд на структуру артефактів системи. Під час розробки ми використовуємо діаграми розгортання для позначення
фізичного набору вузлів, які слугують платформою для виконання нашої системи.

Діаграма варіантів використання відображає контекст системи, що будується, та функціональність, що надається цією системою.
Діаграми варіантів використання показують, хто (або що) взаємодіє з системою. Вони показують, що зовнішній світ хоче, щоб
система робила.
 Висновки
Діаграма класів показує існування класів та їхні взаємозв'язки в логічній структурі системи. Під час аналізу діаграми класів
вказують на спільні ролі та обов'язки сутностей, які забезпечують поведінку системи. Під час проектування діаграми класів
відображають структуру класів, які формують архітектуру системи.
Діаграма послідовності відстежує виконання сценарію в тому ж контексті, що й об'єктна діаграма. Значною мірою, діаграма
послідовності - це просто інший спосіб представлення об'єктної діаграми.
Діаграма огляду взаємодії - це комбінація діаграм діяльності та діаграм взаємодії, призначена для забезпечення огляду потоку
керування між елементами діаграми. Хоча може використовуватися будь-який тип діаграми взаємодії, найпоширенішою є діаграма
послідовності.
Складена структурна діаграма дає змогу зобразити структурований клас з визначенням його внутрішньої структури. Ця діаграма
також корисна під час проектування для декомпозиції класів на складові частини та моделювання їхньої взаємодії під час
виконання.
Діаграма станів використовується для проектування та розуміння систем, критичних до часу. Діаграма станів виражає поведінку як
проходження через низку станів, викликаних подіями, і пов'язані з ними дії, які можуть відбутися. Вони також відомі як
поведінкові діаграми станів.
Часова діаграма - це тип діаграми взаємодії. Її мета - показати, як стани елемента або елементів змінюються з часом і як події
змінюють ці стани.

Об'єктна діаграма показує існування об'єктів та їх взаємозв'язки в логічній структурі системи. Одна об'єктна діаграма представляє
вигляд об'єктної структури системи і, як правило, використовується для представлення сценарію.

Діаграма зв'язків - це тип діаграми взаємодії, яка фокусується на тому, як об'єкти пов'язані між собою і якими повідомленнями
вони обмінюються, беручи участь у конкретній взаємодії.
Дякуємо за увагу!