Войти
Текст
отзывы: 0 | рейтинг: 0
Моделирование бизнес-процессов в нотации BPMN в Business Studio 5. Практическое руководство
Владимир Репин
В книге рассмотрена нотация BPMN и функциональные возможности Business Studio 5 по описанию бизнес-процессов с ее использованием. Требования BPMN раскрыты на наглядных практических примерах. Освоив материал, вы сможете создавать качественные схемы процессов вашей организации. В книге 91 рисунок, 10 схем процессов из различных проектов. В каждой главе представлены вопросы для самопроверки. Книга будет полезной для читателей, использующих Business Studio 5 для описания и анализа бизнес-процессов.
В формате a4.pdf сохранен издательский макет.
Моделирование бизнес-процессов в нотации BPMN в Business Studio 5
Практическое руководство
Владимир Репин
© Владимир Репин, 2022
ISBN 978-5-0056-3848-9
Создано в интеллектуальной издательской системе Ridero
Введение
BPMN (Business Process Model and Notation) – это стандарт ISO с 2013 года и де-факто лучшая нотация для проектирования бизнес-процессов, которые можно автоматизировать в информационных системах класса BPMS (Business Process Management System).
Нотация BPMN может быть использована для проектирования, анализа, регламентации и автоматизации бизнес-процессов компании.
Спецификация BPMN – сложный документ. В нем используются сущности и методики, непривычные обычному человеку. Понятия токена и экземпляра процесса, межпроцессного взаимодействия, архитектурные решения BPMN требуют вдумчивого изучения.
На практике, важнейшим фактором успеха является знание и грамотное применение инструмента для проектирования архитектуры и описания бизнес-процессов.
В этой книге рассматривается программный продукт Business Studio 5, имеющий широкие функциональные возможности по проектированию и анализу бизнес-процессов в нотации BPMN. Вам придется не только изучить саму нотацию, но и освоить методику проектирования процессов в Business Studio с учетом имеющихся функциональных возможностей и ограничений этой системы.
Если вы применяете другой инструмент, то книга будет полезна в части разъяснения правил использования нотации BPMN, типовых ошибок и правильных примеров.
Внимательно прочитав и практически освоив предлагаемый материал, вы сможете существенно повысить качество создаваемых моделей и архитектуры бизнес-процессов в целом. Кроме того, представленные в книге методы и примеры можно использовать при подготовке внутреннего корпоративного стандарта по описанию бизнес-процессов (так называемого «Соглашения по моделированию»).
Читателям, незнакомым с нотацией BPMN, рекомендую начать освоение материала по моей книге «Моделирование бизнес-процессов в нотации BPMN. Пособие для начинающих. Часть I» (это не является обязательным требованием). Так же желательно хотя бы поверхностное знакомство с функциональными возможностями программного продукта Business Studio 5.
Желаю вам успехов в освоении BPMN и проектировании бизнес-процессов в этой нотации с использованием Business Studio!
1. Базовые элементы нотации
BPMN
В Главе 1 представлены понятия токена и экземпляра, а так же базовые элементы нотации BPMN, необходимые для моделирования бизнес-процессов.
1.1. Понятие токена и экземпляра процесса
Токен – это виртуальная фишка (например, шарик), которая движется по схеме процесса от одной задачи к другой.
Каждый раз, когда возникает стартовое событие, возникает новый, уникальный токен и запускается новый экземпляр процесса.
Экземпляр процесса – это однократное выполнение процесса от начала до конца, характеризующееся уникальным стартовым событием, информационными входами и результатом выполнения.
Рис. 1 иллюстрирует понятия токена и экземпляра. Представьте себе, что мы описали некоторый процесс под названием «Подготовка ответа на запрос», сформировали, утвердили и ввели в действие его регламент. Теперь нужно его выполнять.
В 9—00 утра поступает первая заявка и сотрудница Юля инициирует 1-й экземпляр процесса «Подготовка ответа на запрос».
В 10—10 утра поступает вторая заявка, но Юля еще занята работой. Поэтому за дело берется Оля и инициирует 2-й экземпляр процесса «Подготовка ответа на запрос». К этому моменту Юля уже выполняет 6-ую операцию в 1-м экземпляре процесса.
В 11—58 поступает третья заявка. Юля уже освободилась. Она берет заявку и инициирует 3-й экземпляр процесса. В это время Оля выполняет только третью задачу во 2-м экземпляре процесса.
Таким образом, до 12—00 были запущены три экземпляра процесса.
Понятия токена и экземпляра процесса являются ключевыми для освоения методов моделирования бизнес-процессов, которые можно исполнить в строгом соответствии с разработанной схемой.
Рис 1. Токены и экземпляры процесса.
1.2. Базовые элементы нотации BPMN
Рассмотрим базовые элементы нотации BPMN. На рис. 2 показана схема процесса, созданная в нотации BPMN в Business Studio 5. Слева видна панель, на которой можно выбирать объекты для вставки на схему процесса: стрелки, задачи, события и шлюзы. Ниже (по вертикали) представлены ссылки на справочники, которые содержат объекты, часто используемые при моделировании.
Обратите внимание на кнопку «Автоматическое связывание элементов» в верхнем меню. Рекомендую ее включать – это сильно ускоряет процесс моделирования за счет того, что при вставке один объект помещается сверху другого до появления перекрестия. После этого объекты автоматически выравниваются по горизонтали и связываются между собой стрелкой. Это удобно.
На рис. 2 использован красный шрифт для сносок. Сноски – это объекты, которые можно использовать для представления рабочей информации на схеме процесса, например, для обсуждения. В готовой модели в Business Studio сносок быть не должно, так как их невозможно вывести в отчет (регламент). Всю значимую информацию рекомендуется заносить в атрибуты объектов модели. Например, текстовое описание процесса можно заносить в атрибут «Описание». Посмотреть атрибуты объектов в Business Studio вы можете, выделив задачу, нажав правую кнопку мышки и выбрав внизу «Свойства объекта».
В нотации BPMN схема процесса представляет собой пул, разделенный для лучшего восприятия информации на несколько дорожек. В Business Studio эти дорожки создаются с использованием объектов справочника «Оргединицы»: должностей и ролей. Выбор должности или роли определяется целями создания модели и используемым подходом к созданию архитектуры в целом. Довольно часто оказывается удобным использовать роли, только нужно грамотно их именовать.
В Business Studio любой процесс в нотации BPMN должен обязательно начинаться, как минимум, с одного стартового события (Start event)[1 - Нотация BPMN допускает создание схем процессов без стартовых и завершающих событий. Но если на схеме показано стартовое событие, то обязательно должно быть завершающее и наоборот. На практике, стартовые и завершающие события всегда показывают на схеме процесса.]. На рис. 2 показано стартовое событие неопределенного типа. Процесс должен завершаться одним или несколькими событиями (End event). Как стартовых, так и завершающих событий у процесса может быть несколько. Но есть определенные правила, которых нужно придерживаться при их создании. Мы рассмотрим их ниже.
На схеме представлено шесть задач (операций). Термины «Задача» и «Операция» я буду использовать в книге в качестве синонимов. При именовании задач в нотации BPMN рекомендуется придерживаться правил, представленных в таблице 1. Почему это важно? Дело в том, что нечеткие, расплывчатые, некорректные названия препятствуют адекватной интерпретации схемы процесса ее читателями: руководителями, экспертами, исполнителями.
Таблица 1. Требования к формулировкам
На рис. 2 задачи связаны между собой стрелками типа «Sequence Flow» (последовательность потока). Они показывают, что одна задача запускается на выполнение сразу после завершения предыдущей задачи. Sequence Flow – это ключевая, с точки зрения построения исполняемой модели, стрелка в нотации BPMN. Именно по этим стрелкам «перемещаются» по схеме процесса токены.
На рис. 3 показаны два возможных визуальных представления шлюза «Исключающее ИЛИ».
Рис. 3. Возможные визуальные представления шлюза
«Исключающее ИЛИ».
Нотация BPMN допускает оба представления. Для того чтобы шлюз отображался без маркера, нужно убрать галочку, пройдя следующий путь в Business Studio: «Главная/Настройки для всех пользователей/Модели/Параметры диаграммы BPMN/Показывать маркер эксклюзивного шлюза». Лично я предпочитаю шлюз «ИЛИ» с косым крестом внутри.
Рис. 4 поясняет, как работает шлюз «Исключающее ИЛИ» («Эксклюзивный»). Слева показано ветвление потоков. Шлюз «Исключающее ИЛИ» пропускает процесс только по одной ветке из нескольких (минимум – две, максимум – не ограничено). Поток работы пойдет либо по стрелке с «Условием 1», либо с «Условием 2». Третья ветка не именована, но на ней показана небольшая косая черта – это так называемый «Поток по умолчанию» (Default Flow). В нотации BPMN это означает следующее. Если не выполнено ни одно из специфицированных условий на других стрелках после шлюза, то поток работы пойдет по стрелке Default Flow. Другими словами, этот поток можно назвать в терминах программирования – Else («Иначе»).
Рис. 4. Шлюз «Исключающее ИЛИ» («Эксклюзивный»).
Далее на рис. 4 показано слияние потоков при помощи шлюза «Исключающее ИЛИ»: любой из трех потоков далее будет продолжен как один.
Кстати, шлюзы можно сравнить с трамвайными стрелками, а движение токенов – с движением трамваев разных маршрутов по рельсам.
Далее на рис. 4 показан вариант, когда два потока сходятся и сразу расходятся на одном шлюзе «ИЛИ». В нотации BPMN это недопустимо. Необходимо использовать вариант с двумя шлюзами (показан на рис. 4 справа): сначала на объединение, а потом на ветвление потоков.
На рис. 5 показана схема с двумя вариантами моделирования возвратов. Вверху рис. 5 представлен вариант, допустимый нотацией BPMN. Многие так и делают. Но проблема в том, что при проектировании большой схемы можно допустить логическую ошибку. Например, там, где должно быть «И», есть риск не указать нужный шлюз, а просто присоединить стрелку к задаче. Но это уже будет не ситуация запуска по «И», а именно по «ИЛИ». Поэтому я рекомендую использовать вариант с «возвратным» шлюзом, то есть шлюзом «Исключающее ИЛИ» на слияние потоков. При таком стиле моделирования вероятность допустить логическую ошибку существенно ниже.
Рис. 5. Возвраты с использованием шлюза
«Исключающее ИЛИ».
На рис. 6 показан вариант, когда две стрелки выходят из одной задачи без какого-либо шлюза. Такой вариант допускается нотацией BPMN и интерпретируется, как логическое «И» (о нем поговорим немного ниже). Однако использовать такой подход при моделировании в Business Studio категорически не рекомендуется. Некоторые пользователи подписывают стрелки и считают, что получили ситуацию с «ИЛИ». Это тоже неверно. В BPMN – это «И», даже если подписать стрелки.
Рис. 6. Условные переходы.
Справа на рис. 6 показаны стрелки с небольшими ромбиками. Это так называемые условные переходы. В нотации BPMN, как это ни странно, существуют две альтернативные возможности показать ветвление процесса.
Первый способ – это использование классических шлюзов «ИЛИ» («И/ИЛИ»).
Второй – использование условных переходов (стрелок с ромбиками). Категорически не рекомендую применять оба указанных способа одновременно на одной диаграмме (даже более того – в архитектурной модели в целом), так как это будет путать пользователей.
На рис. 7 показан шлюз «Неисключающее ИЛИ» («Неэксклюзивный»). Работает он следующим образом. После шлюза может быть выбран любой переход или любая их комбинация (от «0» до всех вместе). Однако в нотации BPMN рекомендуется проектировать модель так, чтобы хотя бы один переход всегда мог быть выполнен. В противном случае (при отсутствии потока по умолчанию) возможна ситуация, когда процесс «зависнет» (ошибка исполнения в BPMS).
Владимир Репин
В книге рассмотрена нотация BPMN и функциональные возможности Business Studio 5 по описанию бизнес-процессов с ее использованием. Требования BPMN раскрыты на наглядных практических примерах. Освоив материал, вы сможете создавать качественные схемы процессов вашей организации. В книге 91 рисунок, 10 схем процессов из различных проектов. В каждой главе представлены вопросы для самопроверки. Книга будет полезной для читателей, использующих Business Studio 5 для описания и анализа бизнес-процессов.
В формате a4.pdf сохранен издательский макет.
Моделирование бизнес-процессов в нотации BPMN в Business Studio 5
Практическое руководство
Владимир Репин
© Владимир Репин, 2022
ISBN 978-5-0056-3848-9
Создано в интеллектуальной издательской системе Ridero
Введение
BPMN (Business Process Model and Notation) – это стандарт ISO с 2013 года и де-факто лучшая нотация для проектирования бизнес-процессов, которые можно автоматизировать в информационных системах класса BPMS (Business Process Management System).
Нотация BPMN может быть использована для проектирования, анализа, регламентации и автоматизации бизнес-процессов компании.
Спецификация BPMN – сложный документ. В нем используются сущности и методики, непривычные обычному человеку. Понятия токена и экземпляра процесса, межпроцессного взаимодействия, архитектурные решения BPMN требуют вдумчивого изучения.
На практике, важнейшим фактором успеха является знание и грамотное применение инструмента для проектирования архитектуры и описания бизнес-процессов.
В этой книге рассматривается программный продукт Business Studio 5, имеющий широкие функциональные возможности по проектированию и анализу бизнес-процессов в нотации BPMN. Вам придется не только изучить саму нотацию, но и освоить методику проектирования процессов в Business Studio с учетом имеющихся функциональных возможностей и ограничений этой системы.
Если вы применяете другой инструмент, то книга будет полезна в части разъяснения правил использования нотации BPMN, типовых ошибок и правильных примеров.
Внимательно прочитав и практически освоив предлагаемый материал, вы сможете существенно повысить качество создаваемых моделей и архитектуры бизнес-процессов в целом. Кроме того, представленные в книге методы и примеры можно использовать при подготовке внутреннего корпоративного стандарта по описанию бизнес-процессов (так называемого «Соглашения по моделированию»).
Читателям, незнакомым с нотацией BPMN, рекомендую начать освоение материала по моей книге «Моделирование бизнес-процессов в нотации BPMN. Пособие для начинающих. Часть I» (это не является обязательным требованием). Так же желательно хотя бы поверхностное знакомство с функциональными возможностями программного продукта Business Studio 5.
Желаю вам успехов в освоении BPMN и проектировании бизнес-процессов в этой нотации с использованием Business Studio!
1. Базовые элементы нотации
BPMN
В Главе 1 представлены понятия токена и экземпляра, а так же базовые элементы нотации BPMN, необходимые для моделирования бизнес-процессов.
1.1. Понятие токена и экземпляра процесса
Токен – это виртуальная фишка (например, шарик), которая движется по схеме процесса от одной задачи к другой.
Каждый раз, когда возникает стартовое событие, возникает новый, уникальный токен и запускается новый экземпляр процесса.
Экземпляр процесса – это однократное выполнение процесса от начала до конца, характеризующееся уникальным стартовым событием, информационными входами и результатом выполнения.
Рис. 1 иллюстрирует понятия токена и экземпляра. Представьте себе, что мы описали некоторый процесс под названием «Подготовка ответа на запрос», сформировали, утвердили и ввели в действие его регламент. Теперь нужно его выполнять.
В 9—00 утра поступает первая заявка и сотрудница Юля инициирует 1-й экземпляр процесса «Подготовка ответа на запрос».
В 10—10 утра поступает вторая заявка, но Юля еще занята работой. Поэтому за дело берется Оля и инициирует 2-й экземпляр процесса «Подготовка ответа на запрос». К этому моменту Юля уже выполняет 6-ую операцию в 1-м экземпляре процесса.
В 11—58 поступает третья заявка. Юля уже освободилась. Она берет заявку и инициирует 3-й экземпляр процесса. В это время Оля выполняет только третью задачу во 2-м экземпляре процесса.
Таким образом, до 12—00 были запущены три экземпляра процесса.
Понятия токена и экземпляра процесса являются ключевыми для освоения методов моделирования бизнес-процессов, которые можно исполнить в строгом соответствии с разработанной схемой.
Рис 1. Токены и экземпляры процесса.
1.2. Базовые элементы нотации BPMN
Рассмотрим базовые элементы нотации BPMN. На рис. 2 показана схема процесса, созданная в нотации BPMN в Business Studio 5. Слева видна панель, на которой можно выбирать объекты для вставки на схему процесса: стрелки, задачи, события и шлюзы. Ниже (по вертикали) представлены ссылки на справочники, которые содержат объекты, часто используемые при моделировании.
Обратите внимание на кнопку «Автоматическое связывание элементов» в верхнем меню. Рекомендую ее включать – это сильно ускоряет процесс моделирования за счет того, что при вставке один объект помещается сверху другого до появления перекрестия. После этого объекты автоматически выравниваются по горизонтали и связываются между собой стрелкой. Это удобно.
На рис. 2 использован красный шрифт для сносок. Сноски – это объекты, которые можно использовать для представления рабочей информации на схеме процесса, например, для обсуждения. В готовой модели в Business Studio сносок быть не должно, так как их невозможно вывести в отчет (регламент). Всю значимую информацию рекомендуется заносить в атрибуты объектов модели. Например, текстовое описание процесса можно заносить в атрибут «Описание». Посмотреть атрибуты объектов в Business Studio вы можете, выделив задачу, нажав правую кнопку мышки и выбрав внизу «Свойства объекта».
В нотации BPMN схема процесса представляет собой пул, разделенный для лучшего восприятия информации на несколько дорожек. В Business Studio эти дорожки создаются с использованием объектов справочника «Оргединицы»: должностей и ролей. Выбор должности или роли определяется целями создания модели и используемым подходом к созданию архитектуры в целом. Довольно часто оказывается удобным использовать роли, только нужно грамотно их именовать.
В Business Studio любой процесс в нотации BPMN должен обязательно начинаться, как минимум, с одного стартового события (Start event)[1 - Нотация BPMN допускает создание схем процессов без стартовых и завершающих событий. Но если на схеме показано стартовое событие, то обязательно должно быть завершающее и наоборот. На практике, стартовые и завершающие события всегда показывают на схеме процесса.]. На рис. 2 показано стартовое событие неопределенного типа. Процесс должен завершаться одним или несколькими событиями (End event). Как стартовых, так и завершающих событий у процесса может быть несколько. Но есть определенные правила, которых нужно придерживаться при их создании. Мы рассмотрим их ниже.
На схеме представлено шесть задач (операций). Термины «Задача» и «Операция» я буду использовать в книге в качестве синонимов. При именовании задач в нотации BPMN рекомендуется придерживаться правил, представленных в таблице 1. Почему это важно? Дело в том, что нечеткие, расплывчатые, некорректные названия препятствуют адекватной интерпретации схемы процесса ее читателями: руководителями, экспертами, исполнителями.
Таблица 1. Требования к формулировкам
На рис. 2 задачи связаны между собой стрелками типа «Sequence Flow» (последовательность потока). Они показывают, что одна задача запускается на выполнение сразу после завершения предыдущей задачи. Sequence Flow – это ключевая, с точки зрения построения исполняемой модели, стрелка в нотации BPMN. Именно по этим стрелкам «перемещаются» по схеме процесса токены.
На рис. 3 показаны два возможных визуальных представления шлюза «Исключающее ИЛИ».
Рис. 3. Возможные визуальные представления шлюза
«Исключающее ИЛИ».
Нотация BPMN допускает оба представления. Для того чтобы шлюз отображался без маркера, нужно убрать галочку, пройдя следующий путь в Business Studio: «Главная/Настройки для всех пользователей/Модели/Параметры диаграммы BPMN/Показывать маркер эксклюзивного шлюза». Лично я предпочитаю шлюз «ИЛИ» с косым крестом внутри.
Рис. 4 поясняет, как работает шлюз «Исключающее ИЛИ» («Эксклюзивный»). Слева показано ветвление потоков. Шлюз «Исключающее ИЛИ» пропускает процесс только по одной ветке из нескольких (минимум – две, максимум – не ограничено). Поток работы пойдет либо по стрелке с «Условием 1», либо с «Условием 2». Третья ветка не именована, но на ней показана небольшая косая черта – это так называемый «Поток по умолчанию» (Default Flow). В нотации BPMN это означает следующее. Если не выполнено ни одно из специфицированных условий на других стрелках после шлюза, то поток работы пойдет по стрелке Default Flow. Другими словами, этот поток можно назвать в терминах программирования – Else («Иначе»).
Рис. 4. Шлюз «Исключающее ИЛИ» («Эксклюзивный»).
Далее на рис. 4 показано слияние потоков при помощи шлюза «Исключающее ИЛИ»: любой из трех потоков далее будет продолжен как один.
Кстати, шлюзы можно сравнить с трамвайными стрелками, а движение токенов – с движением трамваев разных маршрутов по рельсам.
Далее на рис. 4 показан вариант, когда два потока сходятся и сразу расходятся на одном шлюзе «ИЛИ». В нотации BPMN это недопустимо. Необходимо использовать вариант с двумя шлюзами (показан на рис. 4 справа): сначала на объединение, а потом на ветвление потоков.
На рис. 5 показана схема с двумя вариантами моделирования возвратов. Вверху рис. 5 представлен вариант, допустимый нотацией BPMN. Многие так и делают. Но проблема в том, что при проектировании большой схемы можно допустить логическую ошибку. Например, там, где должно быть «И», есть риск не указать нужный шлюз, а просто присоединить стрелку к задаче. Но это уже будет не ситуация запуска по «И», а именно по «ИЛИ». Поэтому я рекомендую использовать вариант с «возвратным» шлюзом, то есть шлюзом «Исключающее ИЛИ» на слияние потоков. При таком стиле моделирования вероятность допустить логическую ошибку существенно ниже.
Рис. 5. Возвраты с использованием шлюза
«Исключающее ИЛИ».
На рис. 6 показан вариант, когда две стрелки выходят из одной задачи без какого-либо шлюза. Такой вариант допускается нотацией BPMN и интерпретируется, как логическое «И» (о нем поговорим немного ниже). Однако использовать такой подход при моделировании в Business Studio категорически не рекомендуется. Некоторые пользователи подписывают стрелки и считают, что получили ситуацию с «ИЛИ». Это тоже неверно. В BPMN – это «И», даже если подписать стрелки.
Рис. 6. Условные переходы.
Справа на рис. 6 показаны стрелки с небольшими ромбиками. Это так называемые условные переходы. В нотации BPMN, как это ни странно, существуют две альтернативные возможности показать ветвление процесса.
Первый способ – это использование классических шлюзов «ИЛИ» («И/ИЛИ»).
Второй – использование условных переходов (стрелок с ромбиками). Категорически не рекомендую применять оба указанных способа одновременно на одной диаграмме (даже более того – в архитектурной модели в целом), так как это будет путать пользователей.
На рис. 7 показан шлюз «Неисключающее ИЛИ» («Неэксклюзивный»). Работает он следующим образом. После шлюза может быть выбран любой переход или любая их комбинация (от «0» до всех вместе). Однако в нотации BPMN рекомендуется проектировать модель так, чтобы хотя бы один переход всегда мог быть выполнен. В противном случае (при отсутствии потока по умолчанию) возможна ситуация, когда процесс «зависнет» (ошибка исполнения в BPMS).
Другие книги автора:
Популярные книги
