Шпаргалка з діаграмою UML і довідковий посібник
Амелія Паркер
⚡ Розумний підсумок
Шпаргалка з діаграм UML зібрала основні позначення Уніфікованої мови моделювання в одному посібнику: структурні та поведінкові аспекти, типи зв'язків та основні діаграми — клас, варіант використання, кінцевий автомат, діяльність, послідовність, компонент та розгортання.
Речі в UML
Річ можна описати як будь-яку реальну сутність або об'єкт. Речі в UML поділяються на різні категорії наступним чином:
- Структурні речі
- Поведінкові речі
- Гроуping речі
- Анотаційні речі
Структурні речі
Структурні речі стосуються фізичної частини системи. Це іменник моделі UML, наприклад клас, об’єкт, інтерфейс, співпраця, варіант використання, компонент і вузол.
Клас: - Клас використовується для представлення різних об'єктів. Він використовується для визначення властивостей і операцій об’єкта.
Об'єкт: - Об’єкт – це сутність, яка використовується для опису поведінки та функцій системи. Клас і об'єкт мають однакові позначення.
Приклад діаграми об'єкта: - Нижче Діаграма об’єктів UML містить два об'єкти з назвами Ferrari та BMW, які належать до класу з назвою Car. Ці об'єкти є не що інше, як реальні сутності, що є екземплярами класу.
Інтерфейс: - Інтерфейс схожий на шаблон без деталей реалізації. Це позначено колом. Коли клас реалізує інтерфейс, його функціональність також реалізується.
Поведінкові речі
Вони є дієсловами моделі UML, такими як взаємодії, дії та кінцеві автомати. Поведінкові елементи використовуються для представлення поведінки системи.
Діаграма взаємодії: - Діаграми взаємодії використовуються для візуалізації потоку повідомлень між різними компонентами системи.
Гроуping речі
Це пакет, який використовується для групування семантично пов’язаних елементів моделювання в єдину цілісну одиницю.
Анотаційні речі
Це як записка, яку можна написати моделі, щоб зафіксувати якусь важливу інформацію. Він схожий на жовту липку записку.
Тип зв'язку в UML
Відношення дозволяє показати на моделі, як дві або більше речі співвідносяться одна з одною.
Асоціаційні відносини: - Це набір зв'язків, що з'єднують елементи моделі UML. Він позначається пунктирною лінією зі стрілками з обох боків. Обидві сторони містять елемент, який описує зв'язок.
Рефлексивна асоціація: - Рефлексивна асоціація стверджує, що посилання або з’єднання можуть бути присутніми в об’єктах одного класу.
Керована асоціація: - У спрямованій асоціації потік спрямований. Асоціація від одного класу до іншого протікає тільки в одному напрямку.
Відносини залежності: - Це одна з найважливіших нотацій UML. Він визначає напрямок залежності від одного об’єкта до іншого.
Відношення узагальнення: - Його також називають зв'язком «батько-дитина». Цей тип зв'язку використовується для представлення концепції успадкування.
Відносини реалізації: - Відносини реалізації широко використовуються при позначенні інтерфейсів.
Реалізацію можна представити двома способами:
- Використання канонічної форми
- Використання видаленої форми
Склад: - Композитна агрегація описується як бінарна асоціація, прикрашена заповненим чорним ромбом на агрегатному (цілому) кінці. Це не стандартне відношення UML, але воно все ще використовується в різних застосуваннях.
Агрегація: - У зв'язку агрегації залежний об'єкт залишається в області дії зв'язку, навіть якщо вихідний об'єкт знищено. Агрегація – це підтип асоціації. відносини в UML.
Abstract Класи
Це клас з прототипом операції, але не з реалізацією. В UML єдина різниця між класом та ABS полягає в тому, щоtracОсобливість класу t полягає в тому, що назва класу пишеться виключно курсивом.
Давайте розглянемо повний приклад діаграми класів UML: -
Система банкоматів дуже проста, оскільки клієнтам потрібно натиснути кілька кнопок, щоб отримати готівку. Однак існує кілька рівнів безпеки, які має пройти будь-яка система банкоматів. Це допомагає запобігти шахрайству та надати клієнтам банку готівку або реквізити рахунку.
Діаграма варіантів використання UML
Діаграма варіантів використання відображає функціональність та вимоги системи за допомогою акторів та варіантів використання. Варіанти використання моделюють сервіси, завдання та функції, які система повинна виконувати.
Випадок використання: - Варіанти використання є однією з основних концепцій об’єктно-орієнтованого моделювання. Вони використовуються для представлення функціональних можливостей високого рівня та того, як користувач працюватиме з системою.
Актор: - Актор - це суб'єкт, який взаємодіє з системою. Користувач - найкращий приклад актора.
Приклад діаграми варіантів використання
На наведеній нижче діаграмі варіантів використання є два актори, іменовані студентом та вчителем. Загалом є п'ять варіантів використання, які представляють конкретну функціональність системи управління студентами. Кожен актор взаємодіє з певним варіантом використання.
Діаграма кінцевого автомата UML
Кінцевий автомат: - Він використовується для опису різних станів одного компонента протягом життєвого циклу розробки програмного забезпечення.
У кінцевому автоматі є 4 типи станів:
- Початковий стан: - Символ початкового стану використовується для позначення початку діаграми кінцевого автомата.
- Остаточний стан: - Цей символ використовується для позначення кінця діаграми кінцевого автомата.
- Поле для прийняття рішень: - Він містить умову. Залежно від результату оціненої захисної умови для виконання програми вибирається новий шлях.
- Перехід: Перехід – це перехід з одного стану в інший, що відбувається внаслідок певної події.
Приклад діаграми кінцевого автомата: Існує два стани, і перший стан вказує на те, що спочатку потрібно ввести OTP. Після цього OTP перевіряється у вікні прийняття рішення; якщо він правильний, то відбудеться лише перехід станів, і користувач буде підтверджено. Якщо OTP неправильний, то перехід не відбудеться, і система знову повернеться до початкового стану, доки користувач не введе правильний OTP.
Діаграма активності UML
Діаграма діяльності: - Діаграма діяльності використовується для представлення різних дій, що виконуються різними компонентами системи.
- Початкові стани: Початковий етап перед початком діяльності зображується як початковий стан.
- Остаточні стани: Стан, якого досягає система після завершення певного процесу, називається кінцевим станом.
- Блок рішення: Це ромбоподібний прямокутник, який символізує рішення з альтернативними шляхами. Він відображає потік контролю.
Приклад схеми діяльності: Наведена нижче діаграма представляє процес обробки електронних листів.
Діаграма послідовності
Мета діаграми послідовностей в UML полягає у візуалізації послідовності потоку повідомлень у системі. Діаграма послідовностей використовується для фіксації поведінки будь-якого сценарію.
Діаграма співпраці
Співпраця: - Він представлений пунктирним еліпсом із назвою, написаною всередині нього.
Приклад діаграми співпраці: -
Часова діаграма
Часова діаграма визначає, як об’єкт змінює свій стан за допомогою хвилі або графіка. Він використовується для позначення перетворення об’єкта з однієї форми в іншу.
Приклад тимчасової діаграми: -
Діаграма компонентів UML
Компонент: - Компонентна нотація використовується для представлення частини системи.
Вузол: - Вузол можна використовувати для представлення мережі, сервера, маршрутизаторів тощо. Його позначення наведено нижче.
Структура компонента: - Компонент представлений прямокутником класифікатора, стереотипізованим як << компонент >>.
Порт: - Порт – це точка взаємодії між класифікатором та зовнішнім середовищем. Він групує семантично цілісний набір наданих та необхідних інтерфейсів.
Приклад діаграми компонентів: -
Схема розгортання
Схема розгортання: Діаграма розгортання відображає фізичний вигляд системи.
Діаграма розгортання складається з таких позначень:
- Вузол
- Компонент
- Артефакт
- Інтерфейс
Приклад схеми розгортання:- Наведена нижче діаграма розгортання зображує роботу відеоплеєра HTML5 у браузері.
