Моделирование бизнес-процессов в нотации BPMN. Пособие для начинающих. Часть I

С содержательной точки зрения стартовые события-таймеры могут быть абсолютные и относительные. Примеры. «23 февраля 2018 года, в 17—00», «Ежедневно, в 9—00» – абсолютные таймеры. «Через 2 часа после начала термической обработки» – относительный таймер. Некорректно именовать стартовые события-таймеры, например, так: «Наступило утро» или «Не позднее второй половины дня».

Вернемся к рис.5. Четырехугольники со скругленными краями на схеме – это шаги процесса. Их можно называть действиями, функциями, задачами, но лучше – операциями процесса (в нотации BPMN они называются Task – задача).

Принято именовать операции процесса глаголами, например: «Выполнить…», «Подготовить…», «Рассчитать…» и т. п. Категорически нельзя называть операции процесса так: «Заявка», «Договор», «Коммерческий отдел», т.е. использовать названия документов, отделов и т. п.

Нежелательно в названии процесса указывать роли или должности других исполнителей, например: «Передать документ Начальнику Коммерческого отдела». Название должности в модели организационной структуры[1 - При использовании Business Studio.] может измениться, а в названии операции процесса этот факт не отобразится.

Общее количество операций на схеме процесса целесообразно ограничивать – до 12—15. Общий критерий – схема должна нормально смотреться и легко читаться человеком с нормальным зрением при распечатке на листе формата А4. Конечно, если для ознакомления со схемой процесса используется web-страница[2 - Просмотр моделей процессов в BS Portal.] и 24-дюймовый монитор, то это ограничение становится не таким жестким.

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

Операции процесса на схеме соединены стрелками. Эти стрелки имеют тип «Sequence flow» – они показывают последовательность выполнения операций во времени. Можно сказать, что они управляют «потоком операций» – Work Flow.

Хотя нотация BPMN допускает ситуацию, когда в одну операцию процесса одновременно входит несколько стрелок (выходит несколько стрелок) типа sequence, рисование таких схем может запутать неопытного пользователя. Поэтому я рекомендую взять на вооружение и использовать следующее правило: «У операции может быть только одна стрелка запуска и одна стрелка продолжения». Данный принцип проиллюстрирован на рис. 6:

Рис. 6. Правило двух стрелок.

Итак, на рис. 5 представлен простой линейный процесс. На практике процессы редко бывают линейными. По разным причинам возникают возвраты на предыдущие операции процесса. Как быть в этом случае? Об этом – в следующем разделе.

3. Логика процесса

Операторы логики (шлюзы). Шлюз исключающее «ИЛИ». Как правильно показывать возвраты. Шлюз «И». Типовые примеры. Логические ошибки. Шлюзы для старта процесса. Хитрые шлюзы. Головоломная задача.

3.1. Шлюз исключающее «ИЛИ»

Может ли сотрудник, ответственный за подготовку документа, ошибиться? Да. Может ли Специалист по проверке документов пропустить эту ошибку, а начальник выявить? Тоже да. Конечно, такой процесс эффективным назвать нельзя. Он явно нуждается в оптимизации. Но сначала нужно корректно отобразить на схеме ситуацию «как есть», т.е. показать возвраты и переделки предыдущих операций. На рис. 7 показан такой процесс.

Желтый, поставленный на ребро квадратик с косым крестиком внутри – это так называемый эксклюзивный шлюз (развилка ? маршрутизатор ? элемент логики). В данном случае использован шлюз «Исключающее ИЛИ». Он показывает, что после выполнения операции процесс может пойти по нескольким альтернативным веткам. Количество исходящих потоков из шлюза «ИЛИ» нотацией BPMN не ограничено.

Например, после выполнения операции «Проверить проект документа» может быть две ситуации: 1) «Документ проверен. Ошибок нет» и 2) «Выявлены ошибки в документе». Во втором случае возникает возврат и переделка операции «Подготовить проект документа».

«Почему нельзя рисовать ветвления процесса и возвраты безо всяких там шлюзов?» – вопрос, которым задается обычное рабоче-крестьянское сознание. Да, можно рисовать как попало, как душе угодно. Только это уже будет не BPMN, не инженерный подход к проектированию процессов, а свободный полет фантазии на тему… И да, потом схему понять не сможет никто, кроме автора.

На рис. 8 показан фрагмент схемы с возвратом. Нотация BPMN допускает такой возврат, но я рекомендую использовать «Правило двух стрелок» (см. выше). С точки зрения этого правила возврат, представленный на рис. 8 является некорректным.

Рис. 8. Нежелательный вариант отображения возврата на схеме процесса.

Шлюзы типа «Исключающее ИЛИ» могут не только разделять потоки работ, но и объединять их. На рис. 7 первый шлюз показывает, что мы можем приступить к выполнению операции «Подготовить проект документа» либо сразу после начала выполнения процесса, либо вернуться после выполнения одной из двух других операций.

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

И последнее. Если внутри шлюза нет никакого маркера, то это тоже шлюз «Исключающее ИЛИ».

3.2. Шлюз «И»

На рис. 9 представлена более сложная схема.

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

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

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

В примере, изображенном на рисунке 9, это означает, что операция «Включить расчеты в проект документа» не будет запущена, пока не будут выполнены обе операции «Выполнить расчет по разделу А» и «Выполнить расчет по разделу Б».