UML-схемы деятельности: рекомендации

В Visual Studio Ultimate можно изображать схемы активности, описывающие бизнес-процесс или программный алгоритм как рабочий процесс, состоящий из ряда действий.Эти действия могут выполнять люди, программные компоненты или устройства.Видеодемонстрация доступна на странице Capture Business Workflows by using Activity Diagrams.

Чтобы создать UML-схему деятельности, в меню Архитектура щелкните Создать схему.

Схемы активности можно использовать для различных целей.

• Для описания бизнес-процесса или рабочего процесса, в котором участвуют пользователи и система.Дополнительные сведения см. в разделе Моделирование требований пользователей.

• Для описания шагов варианта использования.Дополнительные сведения см. в разделе UML-схемы вариантов использования: правила работы.

• Для описания метода, функции или операции программного обеспечения.Дополнительные сведения см. в разделе Моделирование архитектуры программной системы.

Изображение схемы активности может помочь улучшить процесс.Если схема существующего процесса оказывается очень сложной, можно продумать пути упрощения процесса.

Справочные сведения об элементах на схемах активности см. в разделе UML-схемы деятельности: справочные материалы.

Содержание раздела

Отношение к другим схемам

Основные этапы создания схем активности

Описание потока управления

Описание потока данных

Более подробное определение действий

Параллельные потоки

Отношение к другим схемам

Изображая схему активности для описания бизнес-процесса или способа применения системы пользователями, можно создать также схему вариантов использования, чтобы показать различные точки зрения на информацию.На схеме вариантов использования действия изображаются как варианты использования.Присвойте вариантам использования имена, совпадающие с именами соответствующих действий.Представление вариантов использования позволяет выполнять следующее.

• С помощью отношения Includes показывать на одной схеме, как большие действия или варианты использования состоят из меньших.

• Явно привязывать каждое из действий или вариантов использования к пользователям или внешним системам, участвующим в его выполнении.

• Проводить границы вокруг действий или вариантов использования, поддерживаемых системой или основными ее компонентами.

Также можно использовать схему активности для подробного описания операции программы.

На схеме активности можно показать поток данных, передаваемых между действиями.См. раздел Описание потока данных.Схема активности, однако, не описывает структуру данных.Для этой цели можно создать UML-схему классов.Дополнительные сведения см. в разделе UML-схемы классов: правила работы.

Основные этапы создания схем активности

Подробные инструкции по созданию схем моделирования приведены в разделе Практическое руководство. Изменение моделей и схем UML.

Создание схемы активности

1. В меню Архитектура выберите пункт Создать схему.

2. В разделе Шаблоны щелкните Схема активности UML.

3. Назовите схему.

4. В области Добавить в проект моделирования выберите существующий проект моделирования в решении или выберите пункт Создать проект модели.

Изображение элементов схемы активности

1. Перетаскивайте элементы из панели элементов на схему.

   Начните с размещения на схеме основных действий, соедините их и закончите добавлением таких элементов, как начальные и конечные узлы.

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

2. Чтобы подключить элементы, выполните следующие действия.

   1. На панели элементов Схема активности щелкните пункт Соединитель.

   2. Щелкните на схеме исходный элемент.

   3. Щелкните целевой элемент.

      Примечание
      Чтобы использовать средство несколько раз, дважды щелкните данное средство.

Перемещение действия в другой пакет

• В обозревателе моделей UML перетащите действие в пакет.

  - или -

• В обозревателе моделей UML щелкните действие правой кнопкой мыши и выберите команду Вырезать.Щелкните пакет правой кнопкой мыши и выберите команду Вставить.

  Примечание
  Это действие отобразится в обозревателе моделей UML только при добавлении первого элемента на схему.

Описание потока управления

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

На следующем рисунке приведен пример, как можно показывать последовательность действий с помощью действий, соединителей, ветвей и циклов.Более подробно элементы описаны в следующих разделах.

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

• Создайте Действие (1) для каждой основной задачи, выполняемой пользователем, системой или ими обоими.

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

• Убедитесь, что заголовок каждого действия четко показывает, зачем оно нужно.

• Свяжите действия в последовательность с помощью Соединителей (2).

• Каждое действие заканчивается до начала следующего действия в потоке управления.Если нужно описать перекрывающиеся действия, воспользуйтесь Узлом ветвления, как описано в разделе Параллельные потоки.

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

Описание решений и циклов

• Узел решения (3) используется, чтобы указать точку, в которой результат решения определяет следующий шаг.Можно добавить любое количество исходящих путей.

• Если с помощью схемы активности определяется часть приложения, следует определить условия (4), чтобы было понятно, когда следует использовать каждый из путей.Щелкните соединитель правой кнопкой мыши, выберите Свойства и в окне Свойства введите значение в поле Условие.

• Не всегда необходимо определять условия.Например, если схема активности используется для описания бизнес-процесса или протокола взаимодействия, ветвь определяет диапазон параметров, доступных для пользователя или взаимодействующих компонентов.

• Узел слияния (5) используется для объединения двух или нескольких альтернативных потоков, ветвящихся в Узле решения.

  Примечание

  Для объединения альтернативных потоков следует использовать Узел слияния, а не соединять потоки в действии.В приведенном примере будет неправильно сделать соединитель прямо от узла решения к Выбор пункта меню.Это связано с тем, что действие не запускается, пока потоки управления не поступили во все входящие соединители.Поэтому объединять в действии следует только параллельные потоки.Дополнительные сведения см. в разделе Параллельные потоки.

• Циклы можно описывать с помощью ветвей, как показано в примере.

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

Запуск действия

Точки входа в действие можно указывать двумя способами.

• Начальный узел

  Создайте один Начальный узел (6), чтобы указать первое действие действия.

  Этот метод лучше всего подходит при описании вложенных действий или в случаях, когда не нужно явно указывать, что запускает действие.Например, действие "Заказ блюда" определенно начинается с того, что клиент проголодался.

• Узел события получения

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

  Этот метод особенно полезен, если нужно описать ответ на определенное внешнее событие.

Завершение действия

Используйте Конечный узел действия (7), чтобы обозначить конец действия.

• При достижении потоком управления Конечного узла действия все параллельные и вложенные действия данного действия завершаются.

• Можно использовать несколько конечных узлов действия, чтобы уменьшить число лишних соединителей.

Прерывание действия

Чтобы описать, как можно прерывать обычный потока действий, например, если пользователь решает отменить процесс, можно создать узел события получения, прослушивающий это событие.Дополнительные сведения см. в разделе Параллельные потоки.Создайте поток управления из этого узла к конечному узлу действия (7).

Дорожки

Иногда полезно разделить части действия на области, соответствующие различным объектам или бизнес-ролям, выполняющим действия.Эти области оформляются в виде столбцов и называются дорожками.

• Используйте линии или прямоугольники в разделе панели элементов Простые фигуры, чтобы изображать дорожки или другие области.

• Чтобы подписать дорожку, создайте примечание и присвойте его свойству Прозрачный значение True.

Простые фигуры не являются частью UML-модели и не отображаются в обозревателе моделей UML.

Описание потока данных

Данные, передающиеся в или из действия, можно описать одним из двух следующих способов.

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

• С использованием Закрепления вывода и Закрепления ввода.Этот метод позволяет отдельно описывать выходные данные одного действия и входные данные другого.Закрепления похожи на параметры в программе.Закрепления представляют порты, в которых объекты могут входить и выходить из действия.

  Примечание
  Общие сведения об элементах, используемых в этом разделе, см. в части "Потоки данных" раздела UML-схемы деятельности: справочные материалы.

Описание потока данных с помощью узлов объектов

Большинство потоков управления передает данные.Например, выходной поток действия "Клиент предоставляет сведения" передает ссылку на адрес поставки.

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

Обратите внимание, что прямоугольники с закругленными углами, например Dispatch Goods (отправка товаров), представляют действия, в которых происходит обработка.Прямоугольники с прямыми углами, например Shipment Address (адрес поставки), представляют потоки объектов из одного действия в другое.

Присвойте узлу объекта имя, отражающее роль узла как передаточного звена или буфера для объектов, передаваемых между действиями.

Тип узла объекта можно задать в окне свойств.Это может быть примитивный тип, например Integer, или класс, интерфейс или перечисление, определенные на схеме классов.Например, можно создать класс Shipment Address (адрес поставки) с атрибутами Street Address (улица), City (город) и так далее, связав его с другим классом под названием Customer (клиент).Дополнительные сведения см. в разделе UML-схемы классов: правила работы.

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

Буферизация данных в узлах объектов

Узел объекта может действовать как буфер для нескольких объектов.На следующем рисунке поток управления показывает, что пользователь может пройти цикл [choose more] (выбрать еще) (1) много раз, а узел объекта Chosen Menu Items (выбранные элементы меню) (2) накапливает решения пользователя.Наконец, когда пользователь завершает выбор, управление передается действию Confirm Order (подтверждение заказа) (3), которое принимает полный список решений из буфера Chosen Menu Items.

Можно указать способ хранения элементов в буфере, установив следующие свойства узла объекта.

• Установите следующие значения для свойства Упорядочение.

  • Unordered, чтобы задать произвольный порядок или отсутствие порядка.(По умолчанию).

  • Ordered, чтобы задать порядок, соответствующий определенному ключу.

  • Fifo, чтобы задать порядок "первое на входе — первое на выходе".

  • Lifo, чтобы задать порядок "последнее на входе — первое на выходе".

• Установите свойство Верхняя граница, чтобы задать максимальное число объектов в буфере.Значение по умолчанию — *.Это означает отсутствие ограничения.

Описание потока данных с помощью закреплений ввода и вывода

С помощью Закрепления вывода и Закрепления ввода можно отдельно описать вывод из одного действия и ввод в другое.

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

Соединитель между двумя закреплениями представляет поток объектов, как и потоки из и в узел объекта.

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

Можно задать тип передаваемых объектов в свойстве Тип.Это должен быть тип, созданный на UML-схеме классов.

Объекты, передающиеся между соединенными закреплениями, должны быть как-либо совместимы.Например, объекты, создаваемые закреплением вывода, могут принадлежать к производному типу типа закрепления ввода.

Также можно указать, что поток объектов включает преобразование, которое изменяет данные из типа закрепления вывода в тип закрепления ввода.Наиболее распространенные преобразования такого рода просто извлекают подходящую часть из большего типа.В примере на рисунке подразумевается преобразование, которое извлекает Shipping Address (адрес доставки) из Order Detail (сведений заказа).

Более подробное определение действий

Кроме имени, позволяющего описать получаемый действием результат, есть несколько способов описать действие подробнее.

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

• Заменить действие действием вызова поведения и подробно описать его поведение на отдельной схеме активности.Дополнительные сведения см. в разделе Описание вложенных действий с помощью действий вызова поведения.

• Установите свойства действия Локальные постусловия и Локальные предусловия, чтобы описать его результат подробнее.Дополнительные сведения см. в разделе Определение постусловий и предусловий.

Описание вложенных действий с помощью действий вызова поведения

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

На следующем рисунке Diagram 1 (схема 1) показывает действие, содержащее действие вызова поведения, а Diagram 2 (схема 2) показывает схему вложенного действия, отображающую вызываемое поведение.

Описание вложенных действий с помощью действий вызова поведения

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

2. В диалоговом окне Добавление нового элемента в разделе Шаблоны щелкните пункт Схема активности и в поле Имя введите имя Действия вызова поведения.

3. Подробно изобразите рабочий процесс вложенного действия.Это называется вызываемым поведением.

   • На схеме вызываемого вложенного действия Начальный узел указывает место, с которого начинается управление при вызове данного поведения.Конечный узел действия показывает, где управление возвращается к родительскому действию.

4. Установите для свойства Поведение действия Действие вызова поведения значение ссылки на схему вызываемого поведения.

   Примечание
   Схема вложенного действия должна содержать элементы; в противном случае она не будет доступна в раскрывающемся списке для свойства Поведение.Кроме того, значок трезубца не появится на фигуре Действие вызова поведения, если не установить его свойство Поведение.

5. Установите для свойства Является синхронным действия значение, указывающее, ожидает ли действие завершения вызванного действия.

   • Значение Является синхронным, равное false, означает, что поток может переходить к следующему действию до завершения вызванного действия.Не следует определять закрепления вывода или исходящие потоки данных из действия.

Описание потоков данных, входящих и исходящих из вложенных действий

Описание данных, передаваемых в и из вложенных действий, сходно с использованием параметров в программном обеспечении.

• Создайте закрепления ввода и вывода (1) для действия вызванного поведения для каждого фрагмента данных, передаваемого в или из действия.Назовите их.

• На схеме вложенного действия создайте Узел параметра действия (2) для каждого закрепления ввода и вывода вызывающего действия.Присвойте каждому узлу имя, совпадающее с именем соответствующего закрепления.

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

• На схеме вложенного действия проведите соединители, показывающие поток объектов в или из каждого из узлов параметров действий.

Определение постусловий и предусловий

Можно использовать свойства Локальные постусловия и Локальные предусловия, чтобы подробно описать результаты действия.Эти свойства описывают результат действия, не описывая способ достижения этого результата.

Чтобы установить эти свойства, щелкните правой кнопкой мыши действие и нажмите кнопку Свойства.Введите значения свойств в окне свойств.

Локальные постусловия

Постусловие — это условие, которое должно выполняться, прежде чем действие может считаться завершенным.В примере действия Confirm Order (подтверждение заказа) постусловием может быть, например, следующее.

Клиент предоставил полные сведения в допустимом формате, которые необходимы для обработки данных кредитной карты пользователя.

Постусловие может выражать отношение между состояниями до и после выполнения действия.Например:

Процентная ставка удвоилась.

Можно писать постусловия в более формальном стиле, ссылаясь на определенные атрибуты данных, с которыми работают действия.Например:

InvoiceTotal == Sum(OrderItem.MenuItem.Price)

Локальные предусловия

Предусловие — это условие, которое должно быть удовлетворено в момент начала действия.Например, у действия Confirm Order (подтверждение заказа) может быть следующее предусловие.

Пользователь выбрал хотя бы один элемент из меню.

Описание вызовов к операциям

Как правило, действие описывает работу, выполняемую любым сочетанием людей, программ и компьютеров.Однако с помощью действия вызова операции можно описывать вызовы к определенным методам или функциям программы.

• Задайте имя действия вызова операции, указывающее, какая операция и для какого объекта или компонента вызывается.

• Добавьте к действию вызова операции закрепления ввода и вывода, чтобы описать параметры и возвращаемые значения.

• Можно установить значение свойства Является синхронным для действия, чтобы указать, ожидает ли действие завершения операции.

  • Значение Является синхронным, равное false, означает, что поток может переходить к следующему действию до завершения вызванной операции.Не следует определять закрепления вывода или исходящие потоки данных из действия.

Параллельные потоки

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

Узел ветвления (1) разделяет поток управления на два или более потока.После завершения предыдущего действия могут запускаться все действия на выходе ветвления.

Соединительный узел (2) объединяет параллельные потоки.Действие после Соединительного узла не может начаться до завершения всех действий, входящих в Соединительный узел.

Описание сигналов и событий

Шаг в процессе, отправляющий сигнал, можно показать как действие отправки сигнала в действии.Шаг, ожидающий конкретного сигнала или события перед продолжением работы, можно показать как действие принятия события.

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

Отправка сигнала

Действия отправки сигнала (3) используются, чтобы указать, что какой-либо сигнал или сообщение отправлено другим действиям или процессам.Используйте имя действия, чтобы указать, какой тип сообщений оно отправляет.

• Управление немедленно передается следующему действую в потоке управления (при его наличии).

• Действие отправки сигнала нельзя использовать для описания ответа процесса на возвращаемую информацию.Для этого нужно использовать отдельное действие принятия события.

• Можно показать входящий в действие отправки сигнала поток данных, чтобы указать, какие данные могут отправляться в исходящих сообщениях.Дополнительные сведения см. в разделе Описание потока данных.

Ожидание сигнала или события

Действия принятия события (4) используются, чтобы указать, что данное действие ожидает некоторого внешнего события или входящего сообщения.Используйте имя действия, чтобы указать, какой тип сообщений оно ожидает.

• Чтобы показать, что действие ожидает внешнего события или сообщения в определенной точке потока, в подходящем месте действия изобразите действие принятия события с входящим потоком.

• Чтобы показать, что действие может отвечать на внешнее событие или сообщение в любое время, изобразите действие принятия события без входящего потока.При возникновении указанного внешнего события, в действии начнется новый поток, начинающийся с действия принятия события.

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

• Можно показать исходящие из действия потоки данных, чтобы продемонстрировать, как действие обрабатывает данные, получаемые с сигналом.Если нужно показать несколько исходящих потоков, следует установить свойство IsUnmarshall действия принятия события, указывающее, что действие при анализе разделяет входящий сигнал на компоненты.Дополнительные сведения см. в разделе Описание потока данных.

Описание нескольких потоков данных

Можно изобразить несколько потоков управления или потоков объектов, исходящих из действия, чтобы указать, что после завершения действия возникает несколько потоков.Это похоже на ветвление, за исключением того, что можно использовать одновременно и потоки управления, и потоки объектов.

В следующем примере показано несколько потоков, исходящих и входящих в действия.

После завершения действия "Customer provides details" (клиент предоставляет сведения) оно создает два объекта: "Shipment address" (адрес доставки) и "Credit card details" (сведения о кредитной карте). Эти два объекта затем обрабатываются различными действиями.

Поскольку действие нуждается во всех входных данных до начала выполнения, последнее действие не начинается, пока не завершатся все ведущие к нему действия.

Потоки

С помощью схемы активности можно описывать конвейер или ряд действий, выполняющихся одновременно и постоянно передающих данные от действия к действию.

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

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

1.В данном примере — три узла параметра действия, представляющие его вводы и выводы.

2.Узлы объектов и закрепления ввода и вывода могут представлять буферы.Можно задать свойство "верхняя граница" узла объектов, чтобы ограничить число объектов, одновременно находящихся в буфере.

3.С помощью узлов решений можно показать, что поток разделяется и отправляет различные объекты по различным ветвям.Можно использовать примечания или заголовки узлов для объяснения критериев разделения.

4.С помощью узлов ветвления можно показать, что создается две или более копии объектов, отправляемые в параллельную обработку.

5.С помощью соединительных узлов можно показать, что два потока обработки вновь сливаются.

Выделение и преобразование

Можно указать, что объекты в потоке объектов преобразуются, выбираются или с ними происходит и то, и другое.Поток объектов — это поток к или от закрепления или узла объекта.

• Преобразование описывает, как объекты, входящие в поток, преобразуются в другой тип.

• Выбор описывает, каким образом только часть объектов, входящих в поток, передается принимающему действию.

В примере показано преобразование.Первое действие на Diagram 1 (схеме 1) создает почтовый индекс на закреплении вывода.Он соединен с закреплением ввода второго действия.Однако второе действие ожидает полный адрес.Преобразование из одного типа в другой задано во втором действии, Address Lookup (поиск адресов).На него ссылается свойство "преобразование" потока объектов.Действие Address Lookup содержит один узел параметра действия для входящего почтового индекса и второй узел параметра действия для исходящего полного адреса.

Преобразование или выбор можно задать одним из двух способов.

• Присоединить примечание к закреплению ввода или вывода.

  • Чтобы отличить это описание от обычного примечания, начните его со слова <<преобразование>> или <<выбор>>.

• Описать преобразование или выбор подробнее на отдельной схеме активности.

  • При использовании этого способа также присоедините примечание, чтобы читатели поняли, что определено преобразование.

Описание преобразования или выбора на отдельной схеме активности

1. Создайте новую схему активности для описания потока преобразования или выбора.

   • В обозревателе решений щелкните проект правой кнопкой мыши, выберите команду Добавить и последовательно щелкните Новый элемент и Схема активности.Присвойте схеме имя, подходящее для потока преобразования или выбора.Нажмите кнопку Добавить.

2. На новой схеме выполните следующие действия.

   1. Создайте два узла параметра действия, один для входящего потока, второй для вывода.

   2. Создайте действия, связанные потоками объектов.Это показывает, как работает преобразование или выбор.

3. На любой схеме, где нужно использовать преобразование или выбор, выполните следующие действия.

   1. Создайте поток объектов, то есть соединитель в или из закрепления ввода или вывода, узел объектов или узел параметра действия.

   2. Щелкните поток объектов правой кнопкой мыши и выберите пункт Свойства.

   3. В свойстве Преобразование или Выделение выберите схему, на которой определяется поток преобразования или выбора.

Можно также определить выбор для узла объекта и отдельных закреплений ввода и вывода.Определите действие выбора, как в предыдущей процедуре, и установите свойство Выделение узла объекта или закрепления ввода или вывода.

См. также

Ссылки

UML-схемы последовательностей: справочные материалы

Основные понятия

Практическое руководство. Изменение моделей и схем UML

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

UML-схемы вариантов использования: справочные материалы

UML-схемы классов: справочные материалы

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

Другие ресурсы

Video: Capture Business Workflows by using Activity Diagrams