BPMN101 презентация

BPMN101 Нотация BPMN

Расписание

Введение 1

Что такое BPMN Стандарт моделирования бизнес-процессов 2004: BPMN 1.0 (BPMI.org) 2008: BPMN 1.1 (OMG.org) 2009: BPMN 1.2 2009: BPMN 2.0 draft 2011: BPMN 2.0 final Business Process Modeling Notation (BPMN 1.x) нотация моделирования графические пиктограммы правила их комбинирования Business Process Model And Notation (BPMN 2.0) нотация моделирования структура данных модели бизнес-процесса формат файла для сохранения модели бизнес-процесса

BPMN в сравнении Альтернативы IDEF, DFD, ARIS eEPC, UML, BPEL Преимущества BPMN Нейтрален по отношению к методологии Строгая семантика => возможность исполнения Последовательность шагов внутри процесса плюс межпроцессное взаимодействие Переносимый формат на основе XML (XPDL, BPDM) Недостатки BPMN Коллективный автор => эклектичность Строгая семантика => богатая палитра => сложность освоения и реализации в BPMS

Зачем мы моделируем бизнес-процессы? Регламентация и оптимизация (IDEF) средство коммуникации бизнес-бизнес Однократная автоматизация (UML) трансформация модели в исполняемый код Непрерывное усовершенствование (BPMN) средство коммуникации бизнес-ИТ короткие итерации: моделирование, автоматизация, исполнение, анализ непосредственно исполняемая модель

Непосредственное исполнение: What You Model Is What You Run

Process Schema (Template) = схема (шаблон) процесса «Чертеж», в соответствии с которым «изготавливаются» экземпляры процесса

Process Instance = экземпляр процесса Конкретная последовательность действий, инициированная по заданному шаблону в связи с определенным событием и/или бизнес-объектом

Атрибуты модели процесса Process Diagram = процессная диаграмма графическое изображение схемы одного или нескольких процессов Process Model = модель процесса структура данных, описывающая процесс Process Model Attribute = атрибут модели процесса включая те, которые не видны на диаграмме исполнитель задачи «рассмотреть заявку»

Атрибуты процесса Process Attribute = атрибут процесса элемент данных процесса Заказ автотранспорта место подачи время подачи маршрут пассажиры …

BPMN для «чайников» 2

Уровни BPMN Basic BPMN = базовый BPMN BPMN для «чайников» Минимальный набор элементов, позволяющий делать что-то полезное Понятен без (с минимальным) обучением Подходит для общения с бизнесом Недостаточен для спецификации исполнения Extended BPMN = расширенный BPMN Полная палитра элементов BPMN

Пример базового BPMN

Task = задача Двойная семантика со стороны модели: шаг процесса глазами пользователя: задание в рамках процесса Поэтому: глагол - существительное «Заполнить заявку», а не «Заполнение заявки»

Gateway = развилка eXclusive = «или/или» без значка = exclusive продолжаем только по одному из исходящих потоков управления Parallel = «и» = «параллельная» расходящаяся развилка: продолжаем по всем исходящим потокам сходящаяся развилка: ждем прихода последнего входящего потока

Настольная игра «Token Game»

Start and End = старт и завершение Старт не обязателен может быть несколько хороший стиль: один старт

Pool and Lane = пул и дорожка Пул опционален семантика: поток работ (white box) внешняя сущность (black box)

Black Box and White Box = свернутый и развернутый пул

Flow = поток

Диаграммы корректные и полезные Правила разрешенные способы комбинирования пиктограмм поток управления не может выходить за границы пула поток управления не может выходить за границы подпроцесса сообщения не могут соединять объекты внутри одного пула

BPMN-диаграммы 3

Все BPMN-диаграммы Orchestration = оркестровка все, что происходит внутри одного потока работ (развернутого пула) Collaboration = межпроцессное взаимодействие обмен сообщениями между несколькими потоками работ (развернутыми пулами) в BPMN 1.x назывался хореографией Choreography = хореография последовательность актов межпроцессного взаимодействия BPMN 2.0 Conversation = переговоры логическая группировка сообщений BPMN 2.0

Orchestration = оркестровка Workflow = поток работ приватный процесс: один развернутый пул или без пула публичный процесс: плюс свернутые пулы

Collaboration = межпроцессное взаимодействие Worknet = сеть потоков работ несколько развернутых пулов

Choreography = хореография (BPMN 2.0) Последовательность актов взаимодействия двух- или многостороннего

Conversation = переговоры (BPMN 2.0) Последовательность запросов-ответов связанных друг с другом т.н. корреляцией

Оркестровка 4

Вся оркестровка Задачи Развилки Циклы Подпроцессы Артефакты События

Task = задача (1) Типы задач abstract: неопределенная user: назначенная пользователю с компьютером ввести данные о заемщике manual: работа вне системы выкопать яму script: автоматическая операция системы назначить водителя service: внешняя программа/сервис вычислить кредитный рейтинг

Task = задача (2) Типы задач business rule: вычисление бизнес-правила send: отправка сообщения аналог send message event receive: ожидание прихода сообщения аналог receive message event Business Rule, Send и Receive – это автоматические задачи отправка документов по почте: User Task отправка Email: Script Task вызов веб-сервиса: Service Task

Gateways = развилки 4.1

Все развилки Exclusive = «или/или» Parallel = «параллельная» Inclusive = «и/или» Complex = комплексная Event = по событиям

Exclusive (XOR) Gateway = развилка «или-или» Процесс продолжается по первому пути, для которого условие истинно если истинны несколько условий, результат непредсказуем если все условия ложны, процесс застрянет рекомендуется задавать переход «в противном случае»

Exclusive Gateway: что если…? Неявное распараллеливание это не выбор, а распараллеливание

Exclusive Gateway: что если…? Conditional Flow = условный переход формально корректно плохой стиль

Exclusive Gateway: схождение Процесс продолжается по исходящему пути лучше делать явным

Exclusive Gateway: что если…? Схождение не делает ничего Task3 будет выполнен два раза

Exclusive Gateway: что если…? Схождение и расхождение в одном флаконе независимо от вида развилки

Развилка «или-или» и бизнес-правила Разделяйте маршрутизацию, вычисления и бизнес-правила чтобы предоставить выбор человеку, используйте User Task

Parallel (AND) Gateway = развилка «и» (параллельная) Схождение продолжить, когда придут токены из всех входящих маршрутов процесс не дойдет до Task4

Parallel (AND) Gateway = развилка «и» (параллельная) Схождение продолжить, когда придут токены из всех входящих маршрутов процесс не дойдет до Task4

Inclusive (OR) Gateway = развилка и/или Расхождение проверяется каждое условие для exclusive до первого истинного число исходящих токенов заранее неизвестно Схождение ожидается последний запущенный (по факту) токен

Inclusive Gateway: что если…? Комбинация Parallel и Exclusive делает то же самое

Default Flow = переход «в противном случае» Переход «в противном случае» активизируется только если условия для всех остальных путей оказались ложными Перевод default=«по умолчанию» вводит в заблуждение соответствует оператору otherwise в языках программирования Какая из двух версий диаграммы правильная?

Inclusive Gateway: что если…? Путь «по умолчанию» должен быть всегда если не нужны ни авиабилеты, ни автомобиль, то процесс застрянет .

Inclusive Gateway & Conditional Flow Схождение для условных потоков формально корректно зависит от реализации как определить число активных потоков? плохой стиль

Complex Gateway = комплексная развилка Произвольные условия расхождения/ схождения аннотируется на схеме задается атрибутами модели . .

Event Gateway = развилка по событиям Ожидание наступления первого из возможных событий ответ на запрос не гарантирован .

Все развилки Exclusive = «или/или» «должен остаться только один» Parallel = «параллельная» «танцуют все» Inclusive = «и/или» «и тебя вылечат, и тебя вылечат» Complex = комплексная «своя рука – владыка» Event = по событиям «война план покажет»

Loop = цикл 4.2

Все циклы Standard = стандартный цикл for, do-while или do-until вид цикла аннотируется на схеме задается атрибутами активности Multi-Instance (MI) = цикл по объектам цикл foreach например, по строкам документа число повторов цикла известно до его начала

Неявный цикл Все варианты стандартного цикла реализуются при помощи Exclusive Gateway что изображено на примере: do-while или do-until?

Multi-Instance = цикл по объектам Пример: документ – строка документа обработка всех строк ведется параллельно но в общем случае может вестись последовательно обработка документа продолжается после завершения обработки всех строк но в общем случае может не дожидаться

Subprocess = подпроцесс 4.3

Все подпроцессы Collapsed/Expanded = свернутый/развернутый способ отображения Embedded/Reusable = встроенный/ повторно-используемый Ad-Hoc = «для данного случая» Transactional = транзакционный Event Subprocess = обработчик событий (BPMN 2.0)

Embedded/Reusable Embedded = встроенный часть текущей модели процесса не имеет пулов и дорожек может обращаться к атрибутам основного процесса .

Call Activity = вызов подпроцесса или задачи

Ad-Hoc = для данного случая Задачи выполняются как попало в произвольной последовательности не обязательно все возможно с повторами условие выхода задается атрибутом модели подпроцесса .

Правила для подпроцессов Потоки управления не могут пересекать границы подпроцесса У подпроцесса есть явный или неявный старт и завершение Старт подпроцесса может быть только «пустым» (none start event) .

Для чего нужны подпроцессы Функциональная декомпозиция облегчает понимание и последующую модификацию диаграммы хороший стиль: максимум 7-9 задач на одном уровне

Artifact = артефакт 4.4

Все артефакты Annotation = аннотация (комментарии) Data Object = объект данных Data Store = хранилище данных Group = группа

Потоки данных Входы-выходы активности задача не активируется, пока не готовы входные данные (BPMN 2.0) .

Межпроцессное взаимодействие через данные Data Store = хранилище данных персистентные данные (жизненный цикл не привязан к жизненному циклу процесса) Data Object = объект данных в BPMN 2.0 моделирует атрибуты процесса

Тест: оркестровка 5

Event = событие 6

Все события: по месту возникновения Start = старт создание экземпляра процесса End = завершение окончание процесса Intermediate = промежуточное throw = инициирование события catch = обработка события Attached = прикрепленное обработка события-исключения Event Subprocess = подпроцесс-обработчик альтернативный вариант обработки события (BPMN 2.0)

Старт: фабрика процессов Каждый раз, когда происходит событие «старт», создается новый экземпляр процесса на основе заданного шаблона старт принадлежит не экземпляру, а шаблону процесса

Завершение: результат работы Процесс как сервис старт по получению сообщения отправка ответного сообщения по завершению

Throw/Catch Event = инициация/обработка события Инициация изображается закрашенным значком процесс продолжается по исходящему маршруту завершение может быть только инициатором Обработка изображается незакрашенным значком процесс ждет наступления события старт может быть только обработчиком

Все события: по типу

None Event = пустое событие Старт: пользователь инициирует процесс по своему усмотрению Завершение: процесс никого не информирует о результатах своей работы Промежуточное событие: этап процесса в BizAgi BPM Suite реализован как обработчик, по стандарту должен быть инициатор

Link Event = соединение Продолжение диаграммы на том же или на другом листе связь по имени события

Timer = таймер Старт: запуск процесса по расписанию

Attached Event = Прикрепленный обработчик Показывает что делать, если во время выполнения задачи или подпроцесса наступит некоторое событие «Составить отчет» - непрерывающий таймер «Получить замечание» - прерывающий таймер

Event Subprocess (BPMN 2.0) = подпроцесс-обработчик Реакция на событие, случившееся во время исполнения основного процесса или подпроцесса

Non-Interrupting Event = непрерывающее событие BPMN 2.0 специальное обозначение Решение для BPMN 1.x: параллельная развилка таймер в виде промежуточного события терминатор, прерывающий таймер

Terminate = завершение всех потоков None End завершает только «свой» поток «Составить отчет» продолжится Terminate End завершает все потоки «своего» процесса или подпроцесса не затрагивает потоки внешнего контура («Утвердить план работ»)

Conditional = триггер по данным Старт: запуск процесса по срабатыванию заданного логического условия Промежуточное: ждать перехода заданного условия из «ложь» в «истина»

Message = сообщение (1) На аналитической диаграмме может означать практически все что угодно

Message = сообщение (2) На исполняемой диаграмме синхронизация потоков работ (пулов)

Сигнал = широковещательное сообщение Message получает один экземпляр процесса, идентификатор которого указан отправителем Signal получают все экземпляры процессов, находящиеся на шаге ожидания данного сигнала .

Получение сигнала промежуточным событием (1) Паттерн «этап» (milestone) как только будет разработан план одной книги, начнется работа над обложками сразу всех книг .

Получение сигнала стартовым событием (2) Message получает только обработчик, явно указанный на схеме раннее связывание на этапе проектирования Signal получают все обработчики с данным именем или без имени (универсальные) позднее связывание на этапе исполнения

Паттерн «Обрубить концы» Сообщение: чтобы закончить работу над процессом продажи, нужна схема второго процесса Сигнал: вторая схема не нужна (публикация-подписка)

Error = системная ошибка (1) Service Task программист говорит какие возможны ошибки аналитик моделирует реакцию на ошибки

Error = бизнес-исключение (2)

Структурная декомпозиция

Многоуровневая обработка ошибки Обработчик ошибки может находиться на границе активности, в которой она произошла на границе охватывающего подпроцесса хорошая практика: не проскакивать несколько уровней Если обработчика нет, то прервутся все подпроцессы и процесс верхнего уровня

Error/Escalation = ошибка/эскалация Событие «ошибка» всегда прерывает подпроцесс не бывает промежуточного события «ошибка» Событие «эскалация» BPMN 2.0 прерывает только текущий поток может быть промежуточным может быть не прерывающим .

Cancel = отмена Само по себе событие «отмена» работает как «ошибка» Но влечет за собой побочное действие –компенсацию имеет смысл в транзакционном подпроцессе изображен на диаграмме двойной рамкой

Compensation = компенсация Действие при отмене транзакции короткая транзакция (DBMS) при получении отказа авторизации состояние счет банковской карты не меняется длинная транзакция (BPMS) при отказе от поездки возвращается сумма, списанная со счета банковской карты логика компенсации может оказаться сложнее логики основной операции при отказе от заказа, если товар доставлен, его следует забрать если не удалось забронировать гостиницу, надо отказаться от билетов на самолет, и наоборот

Логика компенсации Проблема экземпляр процесса прошел через множество шагов и развилок, после чего произошла отмена каждый шаг потенциально может требовать компенсации компенсацию для каких из шагов A-H следует предпринять для конкретного экземпляра процесса?

Сервис компенсации в движке BPMS Решение определяем компенсационное действие для каждой активности используя специальную нотацию движок BPMS помнит, какие активности по факту были выполнены в данном экземпляре процесса при отмене выполняет компенсацию только для них Если бы не этот сервис, процессную диаграмму пришлось бы многократно усложнить

Последовательность компенсации

Multiple/Parallel Multiple = любое/все события из множества Множественное событие ежемесячно ИЛИ по запросу отправить сообщение И инициировать эскалацию Параллельное множественное при получении сигнала И выполнении бизнес-правила не может использоваться в End и Intermediate Throw . .

Все события None Link Timer Conditional Terminate Message Signal Error Escalation Cancel Compensation Multiple Parallel Multiple

Тест: события 7

Межпроцессное взаимодействие 8

Что не так в моей диаграмме? (V.1) Сколько будет соискателей? судя по схеме, один

Произвольное количество соискателей (V.2) Сколько длится оценка одного соискателя? и как в это время принять резюме от другого Что если найдутся только 4 соискателя?

Бесперебойный прием резюме (V.3) Не лучше ли оценивать соискателей сразу? а не после того, как наберется нужное количество

Параллельная оценка соискателей (V.4) В связи с какой вакансией приходит резюме? у нас может быть 0,1,…N открытых вакансий

Приход резюме инициирует отдельный поток работ (V.5) Всегда ли обязательно новое резюме? повышение собственных сотрудников, БД кандидатов

Поддержка различных сценариев (V.6) Насколько эффективна работа с соискателями? от получения резюме до окончательного ответа

Сквозной процесс обработки резюме (V.7) Где начинается и заканчивается процесс? начинается с потребности или со штатного расписания заканчивается началом продуктивной работы сотрудника

Как выделять потоки работ Ищите: самостоятельные центры управления внешние организации и лица подразделения с собственными ритмом и регламентом связанный с процессом бизнес-объект заявка, вакансия, производственный заказ событие, порождающее бизнес-объект расщепление объекта заказ – позиция заказа

Тест: межпроцессное взаимодействие 9

Темы для самостоятельной работы и практики Выбрать бизнес-процесс из собственной практики завербовать в группу еще 2-3 слушателей Опубликовать описание процесса на bpmnforum.ru зарегистрироваться создать тему Разработать схему процесса самостоятельная работа BPMN102 «Практика BPMN» один процесс и одна схема на группу

Демонстрация Bizagi Modeler 10

Почему BizAgi Качество реализации BPMN Modeler: 95% BPM Suite: 90% Доступность Modeler: FREE BPM Suite: пробная версия полнофункциональная не ограниченная по времени максимум 10 пользователей

Продолжение следует… BPMN102: Практика BPMN

Контакты bpmntraining.ru выпускники (подтверждение сертификата) bpmnforum.ru совместная самостоятельная работа bpms.ru все о BPM-системах по-русски mainthing.ru BPM-блог Анатолия Белайчука elearining.bizagi.com обучающие материалы BizAgi facebook.com/groups/bpmnforum facebook.com/groups/bizagi.ru