Лабораторная работа №3 – 4
Определение компонентов, объектов, действий бизнес-процесса при построении модели BPMN. Определение последовательности действий при построении модели BPMN.
Задание
1. Смоделируйте процесс «Проведение мероприятия» в нотации BPMN.
2. Смоделируйте процесс согласно вашего задания (вариант с прошлой лабораторной работы).
3. Оформите отчет по заданию 1 и 2.
Описание процесса «Проведение мероприятия»
Компания, специализирующаяся на проведении концертных мероприятий, имеет годовой оборот около 100 успешных мероприятий и 25–30 мероприятий, прекращенных по различным причинам. Каждое мероприятие начинается с приходом в отдел управления мероприятиями заявки от клиента на проведение мероприятия, в которой вкратце описываются предполагаемые суть мероприятия, дата и место проведения.
Координатор мероприятия рассматривает заявку, сверяясь с календарем заказов компании, и принимает решение по мероприятию:
· если имеется конфликт даты или места проведения мероприятия с возможностями компании, то координатор согласовывает изменения с клиентом или отклоняет заявку;
· если заявка соответствует возможностям компании, то координатор регистрирует предварительное одобрение мероприятия, делает запись в календарь заказов компании и отправляет клиенту подробную форму описания мероприятия, содержащую все нюансы события.
Клиент должен предоставить компании заполненную подробную форму описания мероприятия не позднее 200 дней до начала мероприятия. После получения подробной формы, координатор рассматривает ее и убеждается, что предоставленная информация является полной и достаточной. Затем координатор посылает эту форму руководству для рассмотрения, обсуждения и утверждения. После утверждения координатор приступает к получению необходимых разрешений и лицензий для проведения мероприятия у государственных организаций и владельцев места проведения.
|
|
Если с этим возникают проблемы, то координатор мероприятия ответственен за их решение или за уведомление клиента, если решение проблем невозможно. Если необходимые разрешения и лицензии получены, то координатор уведомляет об этом клиента. Целевое значение срока получения разрешений и лицензий составляет не более 60 дней до начала мероприятия. Если этот срок не соблюден, то координатор уведомляет клиента, свое руководство и владельца места проведения о том, что возможно потребуется перенос даты проведения мероприятия. Последним шагом является сбор всех разрешений, документов и контрактов в папку, подписание и выдача клиенту экземпляра документов.
Методические указания
BPMN (Business Process Modeling Notation, нотация и модель бизнес-процессов) – нотация для моделирования бизнес-процессов.
Выделяют четыре основные категории элементов.
1. Объекты потока управления (Flow Objects): события, действия и логические операторы.
2. Соединяющие объекты (Connecting Objects): поток управления, поток сообщений и ассоциации.
3. Роли или зоны ответственности (Swimlanes): пулы и дорожки.
4. Артефакты (Artifacts): данные, группы и текстовые аннотации.
Объекты потока управления
1. Событие – это то, что происходит в течение бизнес - процесса и оказывает влияние на его ход. Чаще всего событие имеет причину (триггер) или воздействие (результат) (рис. 6 и 7).
|
|
Простые события (plain events) используются чаще всего для того, чтобы показать начало или окончание процесса.
· События - сообщения (message events) показывают получение и отправку сообщений в ходе выполнения процесса.
· События - таймеры (timer events) моделируют события, регулярно происходящие во времени. Также позволяют моделировать моменты времени, периоды и таймауты.
· События - ошибки (error events) позволяют смоделировать генерацию и обработку ошибок в процессе. Ошибки могут иметь различные типы.
· События - отмены (cancel events) инициируют или реагируют на отмену транзакции.
· События - компенсации (compensation events) инициируют компенсацию или выполняют действия по компенсации.
· События - условия (conditional events) позволяют интегрировать бизнес правила в процесс.
· События - сигналы (signal events) рассылают и принимают сигналы между несколькими процессами. Один сигнал может обрабатываться несколькими получателями. Таким образом, события - сигналы позволяют реализовать широковещательную рассылку сообщений.
· При генерации активизируются все определенные ранее события. При приеме – ожидание одного события из предопределенного множества.
· События - ссылки (link events) используются как межстраничные соединения. Пара соответствующих ссылок эквивалентна потоку управления.
· События - остановы (terminate events) приводят к немедленному завершению всего бизнес - процесса (во всей диаграмме).
2. Действие – деятельность, выполняемая внутри бизнес - процесса. Действие может быть как элементарным (задача), так и неэлементарным, т.е. составным (подпроцесс) (рис. 8).
|
|
· Задание (task) — это единица работы, элементарное действие в процессе.
· Множественные экземпляры (multiple instances) действия показывают, что одно действие выполняется многократно, по одному разу для каждого объекта. Например, для каждого объекта в заказе клиента выполняется один экземпляр действия. Экземпляры действия могут выполняться параллельно или последовательно.
· Циклическое действие (loop activity) выполняется, пока условие цикла верно. Условие цикла может проверяться до или после выполнения действия.
· Свернутый подпроцесс (collapsed subprocess) является сложным действием и содержит внутри себя правильную диаграмму бизнес - процессов.
· Развернутый подпроцесс (expanded subprocess) также является составным действием, но скрывает детали реализации процесса.
· Ad-hoc-подпроцесс (ad-hoc subprocess) содержит задания. Задания выполняются до тех пор, пока не выполнено условие завершения подпроцесса.
3. Логические операторы (шлюзы) – используются для контроля рас-хождений и схождений потока операций (рис. 10).
Соединяющие объекты
1. Поток управления – задает порядок выполнения действий. Если линия потока управления перечеркнута диагональной чертой со стороны узла, из которого она исходит, то она обозначает поток, выполняемый по умолчанию (рис. 11).
2. Поток сообщений – показывает, какими сообщениями обмениваются участники (рис. 12).
3. Ассоциации – используются для ассоциирования артефактов, данных или текстовых аннотаций с объектами потока управления (рис. 13).
Роли
1. Пул – представляет собой графическое изображение участника взаимодействия. Пул может ссылаться, а может не ссылаться на процесс. Пул не обязательно содержит процесс, т. е. может быть «черным ящиком» (рис. 14).
2. Дорожки – используются для разделения процесса на конкретные роли (например, бухгалтер, секретарь и т. д.). Как правило, участник до-рожки отвечает за выполнение процесса, заключенного в его пуле (рис. 15).
Артефакты
1. Данные – показывают, какие данные необходимы действиям для выполнения и какие данные действия производят (рис. 16).
2. Группа – позволяет объединять различные действия, но не влияет на поток управления в диаграмме (рис. 17).
3. Текстовые аннотации – используются для уточнения значения элементов диаграммы и повышения ее информативности (рис. 18).
Пример BPMN диаграммы представлен на рис. 19.
Подсказка
Для выполнения задания используйте следующие элементы нотации (рис. 20):
