Моделирование бизнес-процессов BPMN

1.

Моделирование бизнеспроцессов
BPMN

2.

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

3.

Цель применения метода BPMN
Cмоделировать способы адаптации под новые условия, а также пути
повышения эффективности и конкурентоспособности. Стоит отметить, что
этот метод отличается от унифицированного языка моделирования (UML),
применяемого в разработке программ.

4.

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

5.

Элементы и символы схем в BPMN 2.0
BPMN позволяет изобразить четыре типа элементов в составе схем бизнеспроцессов:
1. Объекты потока: события, действия, шлюзы.
2. Соединительные
объекты:
потоки
последовательностей,
потоки
сообщений, связи
3. Плавательные дорожки: пулы (бассейны) или дорожки
4. Артефакты: объекты данных, группы, аннотации
Рассмотрим отдельные элементы и то, как они применяются для
характеристики бизнес-процессов.

6.

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

7.

8.

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

9.

Развилка
Точка принятия решения, которое может повлиять на путь процесса в
зависимости от условий или событий. Изображается в виде ромба. Среди
развилок выделяют «или/или» либо «и/или», а также параллельные,
комплексные и другие в зависимости от данных или событий.

10.

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

11.

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

12.

Артефакт
Дополнительная информация, которую разработчики могут включить в
схему для достижения желаемого уровня детализации. Выделяется три типа
артефактов: объект данных, группа и аннотация. Объект данных показывает,
какая информация требуется для выполнения действия. Группа позволяет
логически объединить действия, не меняя потока на схеме. Аннотация
дополнительно поясняет ту или иную часть схемы.

13.

14.

Задание
Самостоятельно составить диаграмму бизнес-процесса покупки товара в интернет-магазине, используя
методологию BPMN.
Описание процесса:
Покупатели посылают заказ в магазин по электронной почте.
Менеджер по работе с клиентами принимает заказ и заносит информацию в базы данных по клиентам и по заказам.
После внесения заказа в базу данных менеджер по работе с клиентами обрабатывает заказы: просматривает базу данных
складских запасов и если товар имеется в наличии на складе, заключает договор и передает заказ в отдел АХЧ на поставку
товара, если товара нет на складе, то решает, что поставка невозможна.
Начальник отдела АХЧ проверяет данные о заказе (внесение заказа в БД, наличие товара на складе и договор) и, либо
передаёт заказ на поставку товара, либо поставка товара считается невозможной.