Діаграма діяльності UML
Щоб зрозуміти діаграми активності UML, спершу нам потрібно зрозуміти, що означає діаграма UML. UML розшифровується як уніфікована мова моделювання. Це стандартизований набір або набір діаграм, які допомагають розробникам програмного забезпечення та архітекторам програмного забезпечення розуміти потік програмного забезпечення. Іншими словами, UML-діаграми - це діаграми, які зображують функціонування програмної системи. Діаграми UML поділяються на три типи:
- Структурні діаграми
- Діаграми взаємодії
- Діаграми поведінки.
Що таке діаграма діяльності UML?
Діаграма UML - це діаграма поведінки з вищезгаданих трьох типів діаграм UML. Тепер, чим вони відрізняються від діаграм UML? Отже, діяльність зображує, яка дія буде відбуватися в процесі. Це зображальне зображення того, як функціонує програмна система. На час виконання програмна система повинна функціонувати відповідно до необхідного потоку, тому відповідно до неї діаграми діяльності зображують її як передній та зворотний інженерний процес / дії.
Символи та компоненти діаграми діяльності UML:
Заздалегідь потрібно мати знання про те, як скласти діаграми діяльності UML і для цього потрібні наступні компоненти та символи.
- Початковий стан: Початковий стан, який ще потрібно використовувати або модифікувати в діяльності. Діаграми діяльності починаються з цього кроку. Також відомий як вхідний стан. Пусковий вузол - початкова точка будь-якої діяльності.
Він зображений як:
- Стан дії: крок, на якому користувачі або програмне забезпечення виконують певне завдання. Він являє собою дію, яка відбуватиметься на цьому етапі програмної системи. Взагалі зображено із закругленим окантованим прямокутником.
Він зображений як: 
- Управління потоком: з'єднувачі між двома станами або двома діями для зображення потоку. Показує послідовність виконання. Також відомий як стежки. Одне стан дії може мати вхід з декількох керуючих потоків, а також вихід у інший стан дії. Односмугова стрілка використовується для зображення потоку управління.
Він зображений як:
- Вузол прийняття рішення: умовний вузол або вузол прийняття рішення - це той, де доступно кілька варіантів. Або є дві або більше умов, які можна розглядати в точці програмної системи. Наприклад: Там є магазин морозива. Людина заходить у цей магазин і хоче придбати один із багатьох доступних варіантів. Тепер, якщо він вибирає аромат "Ваніль", сервер 1 повинен надати його, інакше він вибирає інші аромати, тоді інші повинні йому служити. Так це умова на діаграмі діяльності. Він намальований як алмазна форма з декількома входами та виходами.
Він зображений як: 
- Fork: Точка, з якої виконуються або запускаються або обробляються два одночасних або паралельних процеси. Він, як правило, включає один вхід, але може отримати або не отримати один вихід. Наприклад: Є одна крамниця морозива. Людина схильна купувати морозиво для себе та свого друга. Зараз вони обидва купують однаковий аромат ванілі, але один з них хоче шоколадно-цукерки, а інші хочуть, щоб фрукти були на ньому. Отже, тут вхід той же, що і для ванільного морозива, але вихідні результати різні. Отже, це прекрасний приклад вилки.
Він зображений як: 
- Приєднання: приєднання - це те, де два результати одночасних дій додають та утворюють єдиний результат. При вступі більше одного входу, але виходить лише один вихід. Отримані два результати від двох видів діяльності та один результат. Наприклад: є сендвіч. Але для початку нам потрібно мати помідори та шпинат.
Він зображений як: 
- Кінцевий стан: Це останній етап діаграми діяльності UML. На цьому закінчується діяльність у програмній системі.
Він зображений як:
Переваги або переваги діаграми діяльності UML:
- Складний етап або етапи в програмній системі можна легко пояснити схематично.
- Динамічне моделювання програмної системи.
- Кожен потік діяльності в системі можна пояснити таким, яким він є.
- Методи, функції та операції можуть бути пояснені докладно.
- Бізнес-процеси та потоки можна зобразити легко.
- Спрощений вигляд, хоч і складна система.
- Аналіз вимог бізнесу.
- Розуміння системних вимог пояснюється чітко і просто.
- Детально пояснюється робочий процес користувача та системи та користувача з системою.
Недоліки діаграм діяльності UML:
- Єдиним недоліком є Діаграма UML - це повідомлення або зв'язок між двома компонентами, або користувач не може бути показаний.
Символи, використані на діаграмі активності UML, пояснюються в таблиці нижче:
Приклад того, як скласти діаграму діяльності UML:
Ми розглянемо приклад розробки програмного забезпечення в Android Studio
- Відкрийте Android Studio
- Створіть новий проект та збережіть проект під унікальною назвою
- Імпортуйте нові пакунки, необхідні для проекту
- Запустіть емулятор
- Запустіть проект на емуляторі
- Вихід з проекту
Діаграма UML:
Висновок:
Отже, в цілому можна сказати, що Діаграми діяльності UML необхідні під час і перед розробкою будь-якої програмної системи. Це дуже корисно для документування та змальовування візуалізації точного процесу та кроків, що беруть участь у процесі розвитку. Усі складні етапи можна відобразити дуже легко. Людина, яка правильно знає нотації, може легко намалювати діаграми діяльності UML. Найважливішою частиною використання цих діаграм є те, що кожен може намалювати їх відповідно до потоку та майже на кожному кроці життєвого циклу розробки програмної системи. В Інтернеті є багато програмних програм, які корисні для складання діаграм діяльності UML, таких як SmartDraw тощо.
Рекомендовані статті
Це керівництво по діаграмі активності UML. Тут ми обговорили Що таке, типи, символи, компоненти, переваги та недоліки Діаграми активності UML відповідно. Ви також можете ознайомитися з іншими запропонованими нами статтями, щоб дізнатися більше -
- Діаграма класів
- Тестування білого ящика
- Тестування чорного ящика
- Що таке тестування програмного забезпечення?
- Реверсна техніка