Стартовые события, сквозные процессы, process mining...
#кейс #что_почитать

Давайте обсудим ответы на вопросы из прошлого поста...

1. Стартовое событие BPMN должно иметь хотя бы один исходящий поток управления
📍В BPMN стартовое событие не является обязательным, его наличие на диаграмме носит рекомендательный характер. Если вы моделируете исполняемый процесс, то среда исполнения может иметь свои ограничения. Например, по tutorial к Camunda стартовое событие является обязательным.
📍Стартовых событий может быть несколько, признак хорошего стиля не злоупотреблять этим, чтобы не усложнять понимание модели.
📍В некоторых инструментах моделирования (например, в Business Studio) инициирующие процесс события – зеленые, но классическая диаграмма черно-белая.
📍В любом контексте применения будет верным, что стартовое событие обязательно должно иметь хотя бы один исходящий поток управления.

2. «От начала до конца рабочего дня» не является сквозным процессом
Свод знаний по управлению бизнес-процессами BPM CBOK 3.0 определяет процесс как полную совокупность действий, приводящую к достижению ценного результата или предоставлению услуги. Подходит ваш обычный рабочий день под это описание? 🤔
В 2022м вышел BPM CBOK 4.0, но у меня все лежит 3.0 в бумажной версии и оказалось проще туда заглянуть.

3. Технология Process Mining НЕ требует наличия в логе информационной системы идентификатора бизнес-объекта
📍В Process Mining отслеживаются экземпляры процесса и исполнение задач в этом экземпляре. Экземпляр процесса — конкретный случай исполнения процесса. В межпроцессном взаимодействии с точки зрения запуска одного процесса другим «взаимодействуют не абстрактные графические схемы, а конкретные экземпляры различных процессов» (из книги Моделирование бизнес-процессов в нотации BPMN).
Например, для процесса доставки посылок отслеживается конкретное отправление, которое должно пройти через все системы с неизменным идентификатором. Отправление может проходить задачи вида «Создать отправление», «Передать на сортировочный пункт», «Доставить в пункт выдачи» и т. п.
📍Идентификатором экземпляра процесса может служить ID одного из объектов в модели данных, если именно этот объект проходит все задачи процесса с неизменным идентификатором. Например, ID заявки в процессе обработки заявок. Ответ «в логе должен быть идентификатор бизнес-объекта» близок к правильному, но не является однозначным. ID не всякого объекта указывает на экземпляр процесса.
📍Таким образом для майнинга процессов требуется наличие в логе
• идентификатора экземпляра процесса
• даты и времени события
• названия задачи
О майнинге процессов можно еще почитать в статье тут и в материалах из подборки на нашем канале