Диаграмма деятельности UML

Чтобы понять диаграммы действий UML, сначала нужно понять, что означает диаграмма UML. UML расшифровывается как унифицированный язык моделирования. Это стандартизированный набор или набор диаграмм, которые помогают разработчикам программного обеспечения и архитекторам программного обеспечения понять поток программного обеспечения. Другими словами, диаграммы UML - это диаграммы, которые показывают, как система программного обеспечения будет функционировать. Диаграммы UML делятся на три типа:

Структурные диаграммы.
Диаграммы взаимодействия.
Диаграммы поведения.

Что такое диаграмма действий UML?

Диаграмма активности UML - это поведенческая диаграмма из упомянутых выше трех типов диаграмм UML. Как они отличаются от диаграмм UML? Таким образом, активность показывает, какие действия будут происходить в процессе. Это наглядное представление о том, как система программного обеспечения будет функционировать. Во время выполнения система программного обеспечения должна функционировать в соответствии с требуемым потоком, поэтому в соответствии с ней диаграммы деятельности изображают ее как прямой и обратный процесс / действия.

Символы и компоненты диаграммы активности UML:

Предварительно необходимо знать, как рисовать диаграммы активности UML, и для этого необходимы следующие компоненты и символы.

Начальное состояние: начальное состояние, которое еще предстоит использовать или изменить в упражнении. Диаграммы действий начинаются с этого шага. Также известен как состояние входа. Начальный узел является отправной точкой любой деятельности.

Это изображено как:

Состояние действия: шаг, на котором пользователи или программное обеспечение выполняют определенную задачу. Он представляет собой действие, которое будет происходить на этом этапе системы программного обеспечения. Обычно изображается с прямоугольником с закругленными краями.

Это изображено как:

Поток управления: соединители между двумя состояниями или два действия для отображения потока. Показывает последовательность выполнения. Также известный как пути. Одно состояние действия может иметь несколько входных потоков управления, а также выводить их в другое состояние действия. Стрелка с одной головкой используется для обозначения потока управления.

Это изображено как:

Узел принятия решения: условный узел или узел принятия решений - это узел, в котором доступно несколько вариантов. Или есть два или более условия, которые могут быть рассмотрены в точке системы программного обеспечения. Пример: есть магазин мороженого. Человек входит в этот магазин и хочет купить один из многих доступных вариантов. Теперь, если он выбирает «Ванильный ароматизатор», сервер 1 должен отдать его ему, иначе он выбирает другие ароматы, тогда другие должны подавать его ему. Так что это условие на диаграмме деятельности. Он нарисован в виде ромба с несколькими входами и выходами.

Это изображено как:

Вилка: точка, из которой два параллельных или параллельных процесса выполняются, выполняются или обрабатываются. Обычно он включает в себя один вход, но может или не может получить один выход. Пример: есть один магазин мороженого. Человек стремится купить мороженое для себя и своего друга. Теперь они оба покупают один и тот же ванильный ароматизатор, но один из них хочет шоколадного соуса, а другие хотят, чтобы на него положили фрукты. Таким образом, здесь ввод тот же, что и ванильное мороженое, но результаты выдачи разные. Итак, это прекрасный пример вилки.

Это изображено как:

Объединение. Объединение - это то, где два результата одновременных действий складываются и образуют один результат. При присоединении имеется более одного входа, но получается только один выход. Два результата получены от двух действий, и один результат получен. Пример: есть требование бутерброда. Но для начала нам нужны помидоры и шпинат.

Это изображено как:

Конечное состояние: это последний этап диаграммы активности UML. На этом действие заканчивается в программной системе.

Это изображено как:

Преимущества или преимущества диаграммы активности UML:

Сложный этап или этапы в программной системе можно легко объяснить схематично.
Динамическое моделирование программного комплекса.
Каждый поток операций в системе может быть объяснен как есть.
Методы, функции и операции могут быть объяснены подробно.
Бизнес-процессы и потоки могут быть легко изображены.
Упрощенный вид, хотя сложная система.
Анализ бизнес-требований.
Понимание системных требований объясняется просто и понятно.
Рабочий процесс пользователя и системы и пользователя с системой объясняется подробно.

Недостатки диаграмм деятельности UML:

Единственный недостаток - диаграмма действий UML - сообщения или сообщения между двумя компонентами, или пользователь не может быть показан.

Символы, используемые в диаграмме активности UML, поясняются в таблице ниже:

Пример создания диаграммы активности UML:

Рассмотрим пример разработки программного обеспечения в Android Studio

Откройте Android Studio
Создать новый проект и сохранить проект под уникальным именем
Импортируйте новые пакеты, которые необходимы для проекта
Запустите эмулятор
Запустите проект на эмуляторе
Выход из проекта

Диаграмма деятельности UML:

Вывод:

Итак, в целом, мы можем сказать, что диаграммы активности UML необходимы во время и до разработки любой программной системы. Это очень полезно при документировании и изображении визуализации точного процесса и этапов, связанных с процессом разработки. Все сложные этапы могут быть отображены очень легко. Человек, который знает нотации правильно, может легко нарисовать диаграммы активности UML. Наиболее важной частью использования этих диаграмм является то, что каждый может нарисовать их в соответствии с процессом и практически на каждом этапе жизненного цикла разработки программного обеспечения. В Интернете доступно множество программ, которые помогают при составлении диаграмм действий UML, таких как SmartDraw и т. Д.

Диаграмма деятельности UML - Символы и компоненты UML с примером

Содержание: