Ознайомлення з типами діаграм UML
Уніфікована мова моделювання, тобто UML у простих словах, що є мовою моделювання загального призначення. Основна мета UML - візуалізувати стандартну схему системи. Це так само, як і креслення, які використовуються і в інших галузях техніки. Це не мова програмування, а скоріше це візуальна мова. Типи діаграм UML використовуються лише для демонстрації поведінки, а також структури системи. UML допомагає системним архітекторам, бізнесменам, а також інженерам програмного забезпечення в моделюванні, дизайні та аналізі. OMG, тобто група управління об'єктами, прийняла UML в якості стандарту ще в 1997 році. Відтоді ними керує. Після цього в 2005 році ISO опублікувала UML як затверджений стандарт. UML протягом багатьох років періодично переглядався та переглядався.
Далі обговоримо типи діаграм UML.
Різні типи діаграм UML
Існує багато типів діаграм UML, і кожен має інше призначення, не враховуючи, чи був він розроблений перед реалізацією або після реалізації.
2 найширших категорій, які охоплюють усі інші типи
- Поведінкова діаграма UML
- СтруктурнаУНМ-діаграма.
Як ви можете здогадатися лише з назви, деякі діаграми UML аналізують, а також зображують структуру процесу, а інша описує поведінку системи, її складових компонентів, а також її учасників. Наступні класифіковані типи такі:
Структурна діаграма UML
- Діаграма класів
- Об'єктна діаграма
- Діаграма компонентів
- Складова діаграма структури
- Діаграма розгортання
- Пакетна схема
- Профільна схема
Поведінкова діаграма UML
- Діаграма Діяльність
- Використовуйте діаграму випадку
- Діаграма огляду взаємодії
- Діаграма часу
- Діаграма машини машини
- Діаграма зв'язку
- Діаграма послідовності
Розглянемо їх коротко зараз:
1. Діаграма діяльності
Діаграма діяльності - це найважливіші діаграми UML, які використовуються для моделювання бізнес-процесів. В основному він використовується для пояснення потоку різних видів діяльності, а також дій з розробки програмного забезпечення. Також вони можуть бути як послідовними, так і паралельними.
2. Використовуйте діаграму випадку
Використовуйте діаграми Case, по суті, потрібні для аналізу високих вимог системи. Тепер ці вимоги можна висловити за допомогою різних випадків використання.
3. Діаграма огляду взаємодії
Це той, хто має можливість управляти потоком зображення разом з вузлами, який містить діаграми взаємодії. Це так само, як діаграма діяльності в тому сенсі, що обидва вони візуалізують послідовність дій.
4. Діаграма часу
Ці діаграми в основному потрібні для представлення відносин між об'єктами, коли центр уваги відпочиває вчасно. Однак, хоч нам не цікаво знати, як об’єкти взаємодіють або навіть змінюють один одного, незважаючи на те, що ми хочемо представити, як робити ці об’єкти, а також актори діятимуть по лінійній вісі.
5. Діаграма UML стану машини
Діаграми UML стану машини також називаються діаграмами стану стану. Вони в основному використовуються для пояснення різних станів компонента всередині системи. Діаграми UML державної машини приймають машину імені стану, оскільки діаграма в основному є машинною, що пояснює кілька станів об'єкта, а також те, як він змінюється залежно від внутрішніх і зовнішніх подій.
6. Діаграма зв'язку
Діаграми зв'язку так само, як діаграми послідовності, є своєрідною діаграмою взаємодії, що демонструє взаємодію об'єктів. Це розширення діаграми об'єктів, яка показує об'єкти з повідомленнями, які переходять від одного до іншого.
7. Послідовність діаграми UML
Послідовні діаграми UML також можна вважати найважливішими діаграмами UML серед моделей на рівні дизайну для розвитку бізнес-програми. Оскільки вони мають візуально зрозумілий характер, останнім часом ці діаграми стали досить популярними при прогнозуванні бізнес-процесів.
8. Діаграма класу
Діаграма UML класу також може розглядатися як найпоширеніший тип діаграми, необхідний для документації на програмне забезпечення. Оскільки більшість створеного сьогодні програмного забезпечення все ще базується на парадигмі OOP, тож якщо ми використовуємо діаграми класів для документування цього програмного забезпечення, це виявляється здоровим розумом. Це також відбувається, оскільки ООП залежить від класів та відносин.
9. Діаграма об'єкта
Об'єктні діаграми UML допомагають розробникам перевіряти, чи створена ними загальна абстрактна структура, тобто діаграма класів, представляє життєздатну структуру кожного разу, коли вона реалізується на практиці, тобто коли об'єкти класу інстанціюються. Однак мало хто з розробників розглядає це як вторинний рівень перевірки точності.
10. Компонентна діаграма
Компонентні діаграми UML можуть допомогти розбити систему на більш дрібні компоненти, коли ви маєте справу з документацією досить складних систем. Часто буває складно передбачити архітектуру системи, оскільки вона може охоплювати різні відділи, а також може використовувати різні технології.
11. Складова діаграма структури
Складова структурна схема вважається типом статичної діаграми, що показує внутрішню структуру класу, а також співпрацю. Це сукупність взаємопов'язаних елементів.
12. Діаграма розгортання
Далі, діаграми розгортання зазвичай використовуються для візуалізації взаємозв'язку програмного забезпечення та обладнання. Якщо говорити конкретніше, то за допомогою діаграм розгортання ми також можемо побудувати фізичну модель того, як артефакти розгортаються на вузлах, які є апаратними компонентами.
Якщо ми говоримо про типову спрощену діаграму розгортання у веб-додатку, вона включатиме:
- Вузли, тобто сервер додатків і сервер баз даних
- Артефакти, тобто клієнт програми та схема бази даних
13. Пакетна схема
Пакетна діаграма більше схожа на контейнер макросів, необхідний для розгортання UML-діаграм, які ми вже пояснили. Тепер різні пакети містять вузли, а також артефакти. Вони впорядковують компоненти та діаграми моделей у групи так само, як простір імен інкапсулює різні імена, які певним чином співвідносяться.
14. Діаграма профілю
Профільні діаграми не можна розглядати як типовий тип діаграми UML. Незважаючи на це, його можна розглядати як швидше механізм розширення, а не тип діаграми, як будь-який інший.
Якщо ми використовуємо стереотипи, обмеження та позначені значення, ми можемо легко розширити, а також налаштувати вже наявні позначення UML. Проте діаграми профілю схожі на мову. Наприклад, якщо ви розмовляєте англійською, ви можете легко створювати нові речення. Аналогічним чином, якщо ви говорите діаграми профілів, ви можете легко і спеціально створити нові властивості, а також семантику для діаграм UML.
Висновок
Таким чином, діаграми UML корисні щоразу, коли ми моделюємо бізнес-дані. Класи атрибути відображають абстрактні методи доступу для стійких полів, а асоціаційні карти відображають абстрактні методи доступу для полів відносин. Навігаційність передбачає, чи з'являться методи доступу до відносин у обох пов'язаних об'єктах або лише в одному. Крім того, позначення кратності визначає правильний тип полів відносин, питання життєвого циклу, а також каскадні характеристики видалення.
Рекомендовані статті
Це посібник щодо типів діаграм UML. Тут ми обговорюємо основні поняття з найширшими категоріями UML-діаграми. Ви також можете ознайомитися з іншими запропонованими нами статтями, щоб дізнатися більше -
- Що таке C ++
- Що таке Git?
- Що таке JavaScript?
- Що таке масив PHP?