Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Моделирование бизнес-процессов с применением нотации BPMN. Учебно-методическое пособие
.pdf
3. ИСПОЛЬЗОВАНИЕ BPMN
3.1. Основные типы моделей
Моделирование бизнес-процессов предназначено для описания взаимо-
действия между множеством различных групп объектов, участвующих в про-
цессе и вступающих во взаимодействие. BPMN охватывает несколько типов моделирования и позволяет создавать бизнес-процессы полного цикла (end-to-end).
Существует три основных типа компонентов модели бизнес-процессов.
1) Процесс (Оркестровка), включающий:
приватный (private) исполняемый (внутренний) бизнес-процесс.
приватный (private) неисполняемый (внутренний) бизнес-процесс.
публичный (public) процесс.
2) Взаимодействие (Collaboration).
3) Хореография (Choreography).
3.2. Типы процессов
В нотации существуют три типа процессов.
Приватный бизнес-процесс относится к внутренним процессам с определенной структурой. Приватный процесс показывает поток операций, который
моделируется для определенной организации и, поскольку конкретные процессы
являются активами организации, они не должны быть видимыми для других
участников. Другое название приватного процесса звучит как Оркестровка,
предполагая наличие управления процессом из единого центра, как в оркестре.
Существуют два типа приватных процессов: исполняемые и неисполняе-
мые. Исполняемый процесс моделируется для последующего его исполнения в
среде BPMS, поэтому такой процесс должен содержать всю необходимую для
исполнения информацию: описание всех возможных маршрутов исполнения, детализацию уровня элементарных задач, определение правил маршрутизации по-
токов, назначение исполнителей задач, указание всех условных выражений и т.д.
Неисполняемый приватный процесс моделируется для описания процесса
с точки зрения разработчика, поэтому он описывает все действия, потоки операций, шлюзы, но часть информации необходимой для исполнения процесса
(например, условные выражения логических операторов) может не включаться в
такую модель.
41
Приватный бизнес-процесс не выходит за рамки пула, т.е. поток операций
не пересекает границ пула, при этом поток сообщений может выходить за рамки
пула, чтобы отобразить взаимодействие участников.
Публичный процесс служит для отображения взаимодействия между приватными процессами, у каждого из которых есть свой владелец и свой центр
управления. Процесс называется «публичным», потому что, в отличие от «приватного», другие процессы могут наблюдать за его поведением, но только в
плане обмена сообщениями с другими процессами. В состав публичного процесса входят только действия и события, которые используются для отображения сообщений с другими участниками. Все остальные «внутренние» действия
процесса не отображаются в публичном процессе: они, при необходимости, могут быть специфицированы в соответствующем приватном процессе.
3.3. Взаимодействие
Каждый из процессов может исполняться в своем временном режиме, но
иногда им требуется взаимодействовать между собой. Для представления структуры такого обмена информацией между участниками используются диаграммы
Взаимодействия (Collaboration). Диаграммы Взаимодействия показывают пуб-
личные процессы и их взаимодействие друг с другом. В состав диаграммы взаимодействия, как правило, включают участников, представленных в виде пулов,
и взаимоотношения, представленные в виде Потоков сообщений (Message Flow).
Диаграммы Взаимодействия могут использоваться для моделирования Хо-
реографий бизнес-процессов путем объединения действий отправления и полу-
чения сообщений. Поток сообщений используется для отображения обмена сообщениями между двумя и более участниками процесса, готовыми эти сообщения отправить или получить. Поток сообщений соединяет два разных пула, при-
чем он может присоединяться либо к границам пулов (Рисунок 48), либо к элементам потока, отправляющим или получающим сообщения и находящимся в
пуле.
42
Рис. 48. Потоки сообщений, присоединенные к границам двух пулов
На диаграмме взаимодействия поток сообщений может быть расширен с
целью показать определенные сообщения, которыми обмениваются участники.
Сценарий «Книжный магазин». После получения заявки на книгу от кли-
ента, книжный магазин направляет заявку на поставку книги издателю и получает от него подтверждение. После этого книжный магазин отправляет счет клиенту и грузовую накладную издателю. Издатель отправляет посылку с заказанной книгой клиенту. После получения счета и заказанной книги клиент отправ-
ляет оплату в книжный магазин (рисунок 49).
Рис. 49. Диаграмма Взаимодействия
43
Диаграмма взаимодействия отвечает на следующие вопросы:
какие участники вовлечены во взаимодействие;
какими сообщениями они обмениваются.
3.4. Хореография
В предыдущих разделах рассматривались методы разработки диаграмм оркестровки, т.е. описание последовательности выполнения действий в процессе,
управляемой из единого центра. Процесс Хореографии определяет описание вза-
имодействия между множеством автономных бизнес-процессов. Термин «хорео-
графия» подразумевает, что взаимоотношениями отдельных процессов никакой
внешний центр не управляет, поэтому оно напоминают свободное поведение
танцоров. Хореография представляет собой расширенный тип Взаимодействия.
Диаграммы хореографии указывают на взаимодействия и на их логический
порядок. На них не моделируются конкретные действия и события процессов.
Данный вид диаграмм представляет собой «соглашение» между участниками
взаимодействия.
Задача хореографии (Choreography Task) отражает элементарное действие
в составе хореографии, т.е. при взаимодействии (обмене сообщениями) между
двумя участниками. Задача отображает один или несколько случаев обмена сообщениями и подразумевает наличие как минимум двух участников.
Название задачи хореографии и имена участников отображаются в трех частях графического элемента, отображающего задачу хореографии. Графически
элемент разделен на дорожки с именами участников и дорожку с именем задачи
хореографии (Рисунок 50).
Рис. 50. Графическое изображение задачи хореографии
В задаче хореографии важно указать, кто инициирует взаимодействие.
Инициатор представляется на белом фоне, а участник-приемник – на сером.
Сообщение является опционным элементом, который показывает содержательную часть взаимодействия и представляется в виде конверта. Цвет конверта
44
определяет роль сообщения: белый конверт – инициатор сообщения, серый – по-
лучатель.
Рис. 51. Использование сообщений в задаче хореографии
45
4. РАМКИ МОДЕЛИ
Под рамками подразумевается контекст, в котором осуществляется выпол-
нение действия. Сюда входят:
доступные объекты данных (включая Входные и Выходные данные);
доступные события для обработки и инициирования триггеров;
диалоги, происходящие в данном контексте.
Рамками обособлена основная цепочка действий, берущая начало в крайнем пункте, т.е. на границе. С другой стороны, все действия включены в рамки,
которые могут быть вложенными в иерархическом порядке. В каждом экзем-
пляре рамок могут действовать несколько инициаторов действий (токенов).
В BPMN описаны графические элементы диаграммы, которые могут быть
заключены в рамки, а именно:
хореография;
пул;
подпроцесс;
задача;
действие;
многоуровневые элементы.
Рамками определяется семантика выполнения процесса:
видимость объектов данных (включая входные и выходные данные);
выполнения событий;
начала и завершения выполнения токена.
46
ЗАКЛЮЧЕНИЕ
В настоящее время представленная нотация моделирования завоевала преимущественное положение среди других методологий и нотаций, за счет воз-
можности наглядного представления различных типов моделей бизнес-процес-
сов от оркестровки до хореографии процессов. Нотация позволяет подробно
описывать внутренние, приватный процессы, а также строить диаграммы взаимодействия публичных процессов. Основное преимущество представленной нотации, существенно отличающее ее от других известных нотаций, состоит в возможности разработки исполняемых моделей, включающей задание всех кон-
кретных особенностей их выполнения. В данном материале основное внимание
уделено графическому моделированию, вопросы исполняемых моделей затронуты только косвенно.
47
СПИСОК ЛИТЕРАТУРЫ
1. Business Process Model and Notation™ (BPMN™) Version 2.0/ Object
Management Group Business, 2011. [Электронный ресурс] Режим доступа:
http://www.omg.org/spec/BPMN/2.0.
2. Weske, M., Business Process Management: Concepts, Languages, Architec-
tures. Springer Verlag, 2012. — 404 с.
3. BPMN 2.0 – Метамодель и нотация бизнес-процессов/ BPMNPoster.
[Электронный ресурс] Режим доступа: http://bpmb.de/index.php/BPMNPoster.
48
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]