Практика процессного управления на облачном программном обеспечении

Введение в BPMN 2.0

Разбить на страницы
Показывать лекцию целиком

Область применения нотации

Нотация применяется для графического изображения как схем исполнимых бизнес-процессов, так и некоторых видов бизнес-процессов для аналитического моделирования.

Нотация состоит из следующих разделов:

  • Бизнес-процессы (Business Processes)
  • Хореография (Choreography)
  • Взаимодействие (Collaborations)
  • Несмотря на то, что разделы "Хореография" и "Взаимодействие" относятся только к бизнес-процессам для аналитического моделирования, а раздел "Бизнес-процессы" - как к исполнимым бизнес-процессам, так и к бизнес-процессам для аналитического моделирования, наибольшую известность получила та часть нотации BPMN 2.0, которая относится к исполнимым бизнес-процессам.

    Раздел "Бизнес-процессы" состоит из подразделов:

  • Приватные невыполняемые бизнес-процессы
  • Приватные выполняемые бизнес-процессы
  • Публичные процессы
  • Из них "Приватные выполняемые бизнес-процессы" относятся к исполнимым бизнес-процессам, а остальные два подраздела - к бизнес-процессам для аналитического моделирования

    В части, относящейся к исполнимым бизнес-процессам, нотация BPMN 2.0 в основном ограничивается описанием перспективы потока управления, немного затрагивая перспективу ресурсов.

    Основные элементы нотации

    Перечислим основные виды графических элементы нотации:

  • Элементы управления (Flow Objects)

  • Шаги (Activities)
  • Шлюзы (Gateways)
  • События (Events)
  • Соединяющие линии (Connecting Objects)

  • Потоки управления (соответствуют ранее введенному понятию "переход")
  • Ассоциации
  • Потоки сообщений
  • Роли-дорожки (Pools - Swimlanes)

  • Пулы
  • Дорожки
  • Данные (Data)

  • Объекты данных
  • Хранилища данных
  • Сообщения
  • Артефакты (Artifacts)

  • Группы
  • Ассоциации
  • Аннотации
  • Особенность нотации BPMN - использование различных сочетаний элементов. Например, (если окружность означает событие, конвертик - сообщение, предмет белого цвета - пассивное поведение, а черного цвета - активное поведение) то белый конвертик, изображенный в окружности, будет означать событие получения сообщения, а белый конвертик, изображенный в окружности - событие отправки сообщения.

    Шаги бизнес-процесса в нотации BPMN могут быть задачами или подпроцессами. Подпроцессы могут быть внутренними или внешними.

    Типы используемых в нотации BPMN задач перечислены на Рис. 3.1

    Задачи "Пользовательская задача" и "Неавтоматизированная задача" соответствуют узлам-действиям.

    Шлюзы - это элементы, в которых происходит деление-слияние точек управления или выбор перехода, по которому точка управления будет перемещена дальше (это определение совпадает с определением, данным в лекции 2). Используемые в нотации шлюзы приведены на Рис. 3.2

    Поведение шлюзов "Оператор исключающего или" и "Оператор и" соответствует поведению элементов "Исключающий шлюз" и "Параллельный шлюз", описанных в лекции 1.

    Применяемые в нотации BPMN обозначения для потоков управления (переходов) приведены на Рис. 3.3.

    В нотации BPMN применяется три типа событий. Эти типы приведены на Рис. 3.4.

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

    Из всех событий наиболее часто используются события "окончание бизнес-процесса" и "завершение потока управления".

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

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

    На рисунке 3.6 представлены использующиеся в BPMN элементы, имеющие отношение к перспективе ресурсов - пулы и дорожки.

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

    Сообщения и сигналы

    Взаимодействие между экземплярами бизнес-процессов в BPMN 2.0 осуществляется при помощи сообщений и сигналов.

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

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

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

    Шлюзы

    Рассмотрим более подробно узлы, имеющие форму ромба (т. е. шлюзы) и связанные с ними конструкции.

    Исключающий шлюз (или "Оператор исключающего ИЛИ") представляе

    Нотация BPMN позволяет для экономии места на схеме бизнес-процесса как бы "накладывать" исключающий шлюз на предыдущий узел-действие. При этом "ромбик" не рисуется, а выходящие из него стрелочки присоединяются с предыдущему узлу-действию, при этом в основании стрелочек помещается маленький ромбик, либо стрелочка помечается косой чертой как "путь по умолчанию". См. Рис. 3.9.

    Исключающий шлюз также используется для соединения потоков управления. См. Рис. 3.10.

    В случае соединения потоков управления нотация также позволяет"накладывать" исключающий шлюз на предыдущий узел-действие. Ромбики у оснований переходов при этом не используются. См. Рис. 3.11.

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

    Параллельный шлюз (или "Оператор И") представляет собой ромбик, внутри которого изображен плюсик. См. Рис. 3.4.1

    В случае, если из узла-действия выходит одновременно несколько стрелок (без маленьких ромбиков в их основании), то в соответствии с нотацией BPMN 2.0 происходит распараллеливание точек управления. То есть, на узел-действие как бы налагается последующий параллельный шлюз. См. Рис. 3.14

    Нотация допускает еще два типа шлюзов - "Оператор ИЛИ" и "Сложный оператор". В случае "Оператора ИЛИ" внутрь ромбика вписывается окружность. См. Рис. 3.15. Оператор может породить точки управления не на всех исходящих из узла переходах (но обязательно должен хотя бы на одном). При этом на схеме бизнес-процесса обязательно должен присутствовать парный "Оператор ИЛИ", в котором все вышедшие точки должны собраться, после этого они будут удалены и на исходящий переход будет помещена одна точка управления.

    В случае использования ромбика со звездочкой внутри, в элементе может использоваться нестандартное условие синхронизации. См. Рис. 3.16.

    Если в ромбик вписана двойная окружность, содержащая пятиугольник, то такой элемент соответствует "Ветвлению по событиям". То есть точка управления "ждет" в элементе наступления одного из событий, находящихся на исходящих из узла переходах. В случае наступления события точка управления перемещается в соответствующий событию элемент. См. Рис. 3.17.

    Подпроцессы, циклы и мультидействия

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

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

    Внешний подпроцесс - фактически это самостоятельный бизнес-процесс, запущенный базовым бизнес-процессом в одном из своих элементов. У внешнего подпроцесса кроме собственной схемы (перспективы потока управления) присутствуют все элементы остальных перспектив исполнимого бизнес-процесса: собственные роли, переменные и т.п. Для внешнего подпроцесса генерируется свой собственный экземпляр. Более того, базовый бизнес-процесс может порождать несколько экземпляров подпроцессов. В этом случае точка управления базового процесса ждет в породившем подпроцессы элементе, пока все порожденные экземпляры подпроцесса завершатся и только после этого переходит дальше по исходящему переходу. Такие подпроцессы называются мультидействиями и мультиподпроцессами, для них предусмотрен специальный маркер. См. Рис. 3.18.

    Если внутри элемента-прямоугольника находится маркер цикла (См. Рис. 3.18.), то это значит что элемент соответствует подпроцессу, действия которого будут последовательно повторяться, пока не выполнится условия выхода из цикла.

    На Рис. 3.19. приведены примеры цикла и мультидействия.

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

    В нотации BPMN 2.0 внутренние подпроцессы могут изображаться как в свернутом, так и развернутом виде. В случае развернутого вида маркер подпроцесса на элементе не устанавливается, внутри элемента рисуется схема подпроцесса. См. рис. 3.21

    Исключительные ситуации, Компенсации, Артефакты

    Исключительные ситуации соответствуют событиям, которые делают дальнейшее исполнение экземпляра бизнес-процесса невозможным. Для исключительной ситуации в BPMN 2.0 есть специальный элемент-событие. При возникновении исключительной ситуации нормальный ход выполнения бизнес-процесса прекращается и управление передается элементу, который выполняет обработку исключительной ситуации. См. Рис. 3.22.

    Компенсация используются в случаях, когда после возникновения исключительной ситуации возникает необходимость в откате данных в состояние, предшествующее началу выполнения этапа бизнес-процесса. Например, в случае отказа клиента туристической компании от поездки, туристическая компания должна произвести отмену сделанного для данного клиента бронирования гостиницы. Элемент, выполняющий откат, связывается с соответствующим узлом пунктирной стрелкой (См. Рис. 3.23).

    Артефакты не выполняют в бизнес-процессе никаких действий. Они служат для иллюстрации. В нотации BPMN 2.0 используются следующие артефакты: Аннотация, объект данных, группа (См. Рис. 3.24).

    Аннотация соответствует комментарию к элементу бизнес-процесса. Объект данных не оказывает влияния на поток управления, однако, содержит информацию о данных, используемых при выполнении бизнес-процесса. Группа служит для свободной группировки графических элементов бизнес-процесса. Представляет собой прямоугольник с закругленными углами, который рисуется пунктирной линией (См. Рис. 3.24).

    Диаграммы взаимодействия и хореографии

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

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

    На Рис. 3.27. представлены элементы, использующиеся в диаграмме обмена сообщениями

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

    На Рис. 3.29. Представлены элементы, использующиеся в диаграмме хореографии

    Контрольные вопросы

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

  • Какой из бизнес-процессов корректен?

  • Как будет выполняться этот бизнес-процесс?

  • Что неправильно в этом бизнес-процессе?

  • Страницы:

    Область применения нотации

    Нотация применяется для графического изображения как схем исполнимых бизнес-процессов, так и некоторых видов бизнес-процессов для аналитического моделирования.

    Нотация состоит из следующих разделов:

  • Бизнес-процессы (Business Processes)
  • Хореография (Choreography)
  • Взаимодействие (Collaborations)
  • Несмотря на то, что разделы "Хореография" и "Взаимодействие" относятся только к бизнес-процессам для аналитического моделирования, а раздел "Бизнес-процессы" - как к исполнимым бизнес-процессам, так и к бизнес-процессам для аналитического моделирования, наибольшую известность получила та часть нотации BPMN 2.0, которая относится к исполнимым бизнес-процессам.

    Раздел "Бизнес-процессы" состоит из подразделов:

  • Приватные невыполняемые бизнес-процессы
  • Приватные выполняемые бизнес-процессы
  • Публичные процессы
  • Из них "Приватные выполняемые бизнес-процессы" относятся к исполнимым бизнес-процессам, а остальные два подраздела - к бизнес-процессам для аналитического моделирования

    В части, относящейся к исполнимым бизнес-процессам, нотация BPMN 2.0 в основном ограничивается описанием перспективы потока управления, немного затрагивая перспективу ресурсов.

    Основные элементы нотации

    Перечислим основные виды графических элементы нотации:

  • Элементы управления (Flow Objects)

  • Шаги (Activities)
  • Шлюзы (Gateways)
  • События (Events)
  • Соединяющие линии (Connecting Objects)

  • Потоки управления (соответствуют ранее введенному понятию "переход")
  • Ассоциации
  • Потоки сообщений
  • Роли-дорожки (Pools - Swimlanes)

  • Пулы
  • Дорожки
  • Данные (Data)

  • Объекты данных
  • Хранилища данных
  • Сообщения
  • Артефакты (Artifacts)

  • Группы
  • Ассоциации
  • Аннотации
  • Особенность нотации BPMN - использование различных сочетаний элементов. Например, (если окружность означает событие, конвертик - сообщение, предмет белого цвета - пассивное поведение, а черного цвета - активное поведение) то белый конвертик, изображенный в окружности, будет означать событие получения сообщения, а белый конвертик, изображенный в окружности - событие отправки сообщения.

    Шаги бизнес-процесса в нотации BPMN могут быть задачами или подпроцессами. Подпроцессы могут быть внутренними или внешними.

    Типы используемых в нотации BPMN задач перечислены на Рис. 3.1

    Задачи "Пользовательская задача" и "Неавтоматизированная задача" соответствуют узлам-действиям.

    Шлюзы - это элементы, в которых происходит деление-слияние точек управления или выбор перехода, по которому точка управления будет перемещена дальше (это определение совпадает с определением, данным в лекции 2). Используемые в нотации шлюзы приведены на Рис. 3.2

    Поведение шлюзов "Оператор исключающего или" и "Оператор и" соответствует поведению элементов "Исключающий шлюз" и "Параллельный шлюз", описанных в лекции 1.

    Применяемые в нотации BPMN обозначения для потоков управления (переходов) приведены на Рис. 3.3.

    В нотации BPMN применяется три типа событий. Эти типы приведены на Рис. 3.4.

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

    Из всех событий наиболее часто используются события "окончание бизнес-процесса" и "завершение потока управления".

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

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

    На рисунке 3.6 представлены использующиеся в BPMN элементы, имеющие отношение к перспективе ресурсов - пулы и дорожки.

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

    Сообщения и сигналы

    Взаимодействие между экземплярами бизнес-процессов в BPMN 2.0 осуществляется при помощи сообщений и сигналов.

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

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

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

    Шлюзы

    Рассмотрим более подробно узлы, имеющие форму ромба (т. е. шлюзы) и связанные с ними конструкции.

    Исключающий шлюз (или "Оператор исключающего ИЛИ") представляе

    Нотация BPMN позволяет для экономии места на схеме бизнес-процесса как бы "накладывать" исключающий шлюз на предыдущий узел-действие. При этом "ромбик" не рисуется, а выходящие из него стрелочки присоединяются с предыдущему узлу-действию, при этом в основании стрелочек помещается маленький ромбик, либо стрелочка помечается косой чертой как "путь по умолчанию". См. Рис. 3.9.

    Исключающий шлюз также используется для соединения потоков управления. См. Рис. 3.10.

    В случае соединения потоков управления нотация также позволяет"накладывать" исключающий шлюз на предыдущий узел-действие. Ромбики у оснований переходов при этом не используются. См. Рис. 3.11.

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

    Параллельный шлюз (или "Оператор И") представляет собой ромбик, внутри которого изображен плюсик. См. Рис. 3.4.1

    В случае, если из узла-действия выходит одновременно несколько стрелок (без маленьких ромбиков в их основании), то в соответствии с нотацией BPMN 2.0 происходит распараллеливание точек управления. То есть, на узел-действие как бы налагается последующий параллельный шлюз. См. Рис. 3.14

    Нотация допускает еще два типа шлюзов - "Оператор ИЛИ" и "Сложный оператор". В случае "Оператора ИЛИ" внутрь ромбика вписывается окружность. См. Рис. 3.15. Оператор может породить точки управления не на всех исходящих из узла переходах (но обязательно должен хотя бы на одном). При этом на схеме бизнес-процесса обязательно должен присутствовать парный "Оператор ИЛИ", в котором все вышедшие точки должны собраться, после этого они будут удалены и на исходящий переход будет помещена одна точка управления.

    В случае использования ромбика со звездочкой внутри, в элементе может использоваться нестандартное условие синхронизации. См. Рис. 3.16.

    Если в ромбик вписана двойная окружность, содержащая пятиугольник, то такой элемент соответствует "Ветвлению по событиям". То есть точка управления "ждет" в элементе наступления одного из событий, находящихся на исходящих из узла переходах. В случае наступления события точка управления перемещается в соответствующий событию элемент. См. Рис. 3.17.

    Подпроцессы, циклы и мультидействия

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

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

    Внешний подпроцесс - фактически это самостоятельный бизнес-процесс, запущенный базовым бизнес-процессом в одном из своих элементов. У внешнего подпроцесса кроме собственной схемы (перспективы потока управления) присутствуют все элементы остальных перспектив исполнимого бизнес-процесса: собственные роли, переменные и т.п. Для внешнего подпроцесса генерируется свой собственный экземпляр. Более того, базовый бизнес-процесс может порождать несколько экземпляров подпроцессов. В этом случае точка управления базового процесса ждет в породившем подпроцессы элементе, пока все порожденные экземпляры подпроцесса завершатся и только после этого переходит дальше по исходящему переходу. Такие подпроцессы называются мультидействиями и мультиподпроцессами, для них предусмотрен специальный маркер. См. Рис. 3.18.

    Если внутри элемента-прямоугольника находится маркер цикла (См. Рис. 3.18.), то это значит что элемент соответствует подпроцессу, действия которого будут последовательно повторяться, пока не выполнится условия выхода из цикла.

    На Рис. 3.19. приведены примеры цикла и мультидействия.

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

    В нотации BPMN 2.0 внутренние подпроцессы могут изображаться как в свернутом, так и развернутом виде. В случае развернутого вида маркер подпроцесса на элементе не устанавливается, внутри элемента рисуется схема подпроцесса. См. рис. 3.21

    Исключительные ситуации, Компенсации, Артефакты

    Исключительные ситуации соответствуют событиям, которые делают дальнейшее исполнение экземпляра бизнес-процесса невозможным. Для исключительной ситуации в BPMN 2.0 есть специальный элемент-событие. При возникновении исключительной ситуации нормальный ход выполнения бизнес-процесса прекращается и управление передается элементу, который выполняет обработку исключительной ситуации. См. Рис. 3.22.

    Компенсация используются в случаях, когда после возникновения исключительной ситуации возникает необходимость в откате данных в состояние, предшествующее началу выполнения этапа бизнес-процесса. Например, в случае отказа клиента туристической компании от поездки, туристическая компания должна произвести отмену сделанного для данного клиента бронирования гостиницы. Элемент, выполняющий откат, связывается с соответствующим узлом пунктирной стрелкой (См. Рис. 3.23).

    Артефакты не выполняют в бизнес-процессе никаких действий. Они служат для иллюстрации. В нотации BPMN 2.0 используются следующие артефакты: Аннотация, объект данных, группа (См. Рис. 3.24).

    Аннотация соответствует комментарию к элементу бизнес-процесса. Объект данных не оказывает влияния на поток управления, однако, содержит информацию о данных, используемых при выполнении бизнес-процесса. Группа служит для свободной группировки графических элементов бизнес-процесса. Представляет собой прямоугольник с закругленными углами, который рисуется пунктирной линией (См. Рис. 3.24).

    Диаграммы взаимодействия и хореографии

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

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

    На Рис. 3.27. представлены элементы, использующиеся в диаграмме обмена сообщениями

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

    На Рис. 3.29. Представлены элементы, использующиеся в диаграмме хореографии

    Контрольные вопросы

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

  • Какой из бизнес-процессов корректен?

  • Как будет выполняться этот бизнес-процесс?

  • Что неправильно в этом бизнес-процессе?

  • Вернуться к учебному плану