Моделирование бизнес-процессов. Лекция 4.

• BPMN 2.0 - современная нотация для моделирования бизнес-процессов.  

• Используется для автоматизации и управления предприятиями.  

• Лекция посвящена базовым элементам BPMN 2.0.  

• BPMN вырос из подхода BPM - бизнес-процесс менеджмент.  

• Цель - удовлетворение потребностей клиентов и повышение эффективности организаций.  

• BPMN используется для моделирования, анализа, проектирования и управления процессами.  

• BPMN 2.0 помогает управлять и совершенствовать процессы.  

• Удобен для быстрых изменений в операционной деятельности.  

• Используется при разработке информационных систем.  

• Обеспечивает лучшее понимание процессов для заказчиков и разработчиков.  

• Устраняет расхождение между реальностью и моделью.  

• Поддерживает визуализацию в графической аннотации.  

• BPMN 2.0 позволяет автоматизировать существующие процессы.  

• Преобразует модель в программный код.  

• Модель можно быстро перенастраивать при изменениях в процессе.  

• Нотация перегружена деталями, но можно использовать базовые элементы.  

• Соглашение о моделировании помогает упростить использование.  

• Средства для построения моделей, такие как Bizagi, облегчают процесс.  

• В BPMN 2.0 есть четыре категории элементов: роли, объекты потока управления, соединяющие объекты и артефакты.  

• Каждая категория включает несколько элементов.  

• Пример моделирования будет рассмотрен на основе сказки "Курочка Ряба".  

• Сказка "Курочка Ряба" используется для моделирования бизнес-процессов.  

• В сказке есть производственная единица "курочка Ряба" и два сотрудника "дед и баба".  

• Процесс включает производство уникального товара и его обработку.  

• Первая категория - роли, включающая пулы и дорожки.  

• Пул - это процесс, а дорожка - исполнитель.  

• Пулы могут быть свернутыми для экономии места на схеме.  

• Вторая категория - объекты потока управления, включающие события, действия и логические операторы.  

• События - это происшествия, которые завершают процесс.  

• События обязательны для построения схемы BPMN 2.0.  

• События могут быть определены не только в датах, но и через ссылки на документы.  

• Определение событий влияет на работу всей схемы в программном коде.  

• События могут быть начальными, промежуточными и завершающими.  

• Начальные события запускают процесс, промежуточные события находятся внутри процесса.  

• Завершающие события завершают процесс.  

• В одном пуле может быть несколько стартовых событий.  

• Пример с курочкой Рябой показывает, как определить стартовое событие.  

• Важно показать, что курочка снесла яйцо, чтобы процесс начался.  

• В бизнес-процессах стартовое событие должно изменять состояние ресурса.  

• Промежуточные события могут не быть, но они помогают понять границы действий.  

• Задачи определяются по глаголам и действиям участников.  

• Простейшая цепочка событий: стартовое событие, действие, конечное событие.  

• В любое событие или действие должна быть только одна входящая и одна выходящая стрелка.  

• Логические операторы используются для ветвления и слияния процессов.  

• Примеры использования логических операторов: исключающее или, простое или, включающее или.  

• Логические операторы позволяют выполнить хотя бы одно из нескольких действий.  

• Оператор "и" обязателен для выполнения всех действий после него.  

• Оператор "или" позволяет выполнить только одно из нескольких действий.  

• Логические операторы используются для разветвления и слияния веток.  

• Пример: администратор может предложить чай или сразу направить клиента к специалисту.  

• Логические операторы обязательны для выполнения всех действий после них.  

• Логические операторы применяются в различных ситуациях, таких как заказ блюд и напитков в ресторане.  

• Пример: клиент оплатил покупку, и продавец должен выдать товар и чек.  

• Логические операторы помогают организовать процесс управления.  

• Промежуточные события помогают ограничить действия участников.  

• Пример: дед разбивает золотое яйцо, а баба начинает действовать только после неудачи деда.  

• Промежуточные события четко определяют момент выполнения действий.  

• Задачи повторяются для разных участников, чтобы избежать путаницы.  

• Пример: баба разбивает яйцо, если дед не справился.  

• Промежуточные события помогают организовать последовательность действий.  

• Элементы не могут быть соединены сплошной стрелкой между разными пулами.  

• Используется пунктирная стрелка для смысловой связи между действиями.  

• Пример: мышка разбивает яйцо, что приводит к событию "яйцо упало и разбилось".  

• Логические операторы соединяют события и действия.  

• Пример: дед и баба плачут, что вызывает обещание курочки снести простое яйцо.  

• Логические операторы помогают организовать процесс и избежать ошибок.  

• Все процессы должны заканчиваться завершающим событием.  

• Пример: процесс не может закончиться задачей или логическим оператором.  

• Завершающее событие завершает процесс и делает его полным.  

• Процесс начинается с начального события и заканчивается завершающим событием.  

• Логические операторы используются для разветвления процесса.  

• Пример: типизация событий и задач помогает организовать процесс.  

• Логические операторы и соединяющие объекты помогают строить модели BPMN 2.0.  

• Пример: использование различных типов задач и заданий.  

• Моделирование  

• BPMN 2.0 модели строятся слева направо.  

• В среде Business Studio модели могут строиться сверху вниз.  

• Важно понимать, что модели могут выглядеть по-разному в зависимости от среды.  

• Задачи могут быть простыми или сложными.  

• Примеры задач: выдать обезьяне печатную машинку, вызвать обвиняемого.  

• Сложные задачи, такие как управление персоналом или заказ ресурсов, требуют более детального подхода.  

• Множественные экземпляры применяются к нескольким экземплярам одного процесса.  

• Пример: выдать печатную машинку каждой обезьяне в эксперименте.  

• Это позволяет моделировать сложные процессы, такие как производство продукции.  

• Циклические действия повторяются до достижения определенного условия.  

• Пример: обезьяны печатают на машинке бесконечно, пока не появится произведение Шекспира.  

• Это помогает моделировать процессы, которые могут повторяться до достижения нужного результата.  

• Хок-процессы содержат несколько задач, которые могут быть выполнены в любом порядке.  

• Пример: приготовление кофе, где задачи могут выполняться в любом порядке.  

• Хок-процессы упрощают моделирование и убирают логические операторы.  

• Свернутые подпроцессы прячут другие процессы внутри.  

• Развернутые подпроцессы показывают, что происходит внутри свернутого процесса.  

• Пример: китайская комната, где человек отвечает на вопросы на китайском языке по инструкциям.  

• Китайская комната иллюстрирует, что искусственный интеллект действует на основе инструкций.  

• Процесс включает исследователя, подопытного и оборудование комнаты.  

• Важно, чтобы свернутые процессы имели те же правила, что и основной процесс.  

• Развертывание процесса показывает его сложность и последовательность действий.  

• Свернутый процесс редко используется, но может быть полезен для понимания общей модели.  

• Развернутый процесс может быть сложным и запутанным, поэтому его лучше не использовать.  

• Процесс включает две дорожки: повар и мангальщик.  

• Повар моет и маринует мясо, что является сложным процессом.  

• Мангальщик готовит угли и соединяет ветки через логическое "и".  

• Логические операторы используются для соединения событий.  

• Циклы показывают повторяющиеся действия, такие как поворачивание мяса.  

• Компенсация добавляет действия, если что-то идет не так.  

• Семь типов действий: получение и отправка сообщений, автоматическая, пользовательская, ручная задачи.  

• Автоматическая задача выполняется без участия человека, пользовательская - с участием человека, ручная - вручную.  

• Пример: приложение для обучения игре на гитаре, где автоматические задачи выполняются без участия пользователя.  

• Сценарии и бизнес-правила предполагают определенную последовательность действий.  

• Сценарии допускают альтернативные варианты, бизнес-правила - нет.  

• Пример: работа администратора в антикафе, где администратор выполняет ручные задачи и использует бизнес-правила для расчета стоимости посещения.  

• Администратор и медперсонал участвуют в процессе.  

• Клиент обращается, администратор выясняет причину и запрашивает данные.  

• Заводится медкарта, указывается информация о владельце и животном.  

• Клиент может принести несколько животных, для каждого заводится отдельная медкарта.  

• Администратор находит медкарту, если клиент уже обращался.  

• Клиент вызывается на прием, медкарта передается врачу.  

• Врач делает запись в медкарту и передает сведения администратору.  

• Администратор отправляет сообщения о процедурах.  

• Типизация задач помогает понять источники данных и автоматизировать процессы.  

• Важно разграничить функции между пользователями и условия обслуживания.  

• Типизация помогает детально описать задачи и условия.  

• Используется для нескольких условий с разными ветками.  

• Не всегда можно определить, по какой ветке пойдет процесс.  

• Применяется, когда одна или несколько веток должны быть обязательно.  

• Пример с приготовлением кофе: вода и кофе обязательны, дополнительные ингредиенты возможны.  

• Дилемма заключенного: следователь предлагает четыре варианта признания вины.  

• Использование сложного оператора для моделирования возможных событий.  

• Помогают решить сложные задачи, как с дилеммой заключенного.  

• Действуют по событиям, а не по данным.  

• Пример с экспериментом кота Шредингера: кот может быть жив и мертв одновременно.  

• Использование оператора для моделирования суперпозиции состояний.  

• Используются для управления событиями, когда одно из двух событий должно произойти.  

• Пример: кот в коробке, где одно из двух событий: кот жив или кот умер.  

• Логический оператор определяет, какое событие наступит первым.  

• Ожидает наступления одного из событий, затем ждет других событий.  

• Пример с заключенными: если один признал вину, другой ждет дальнейших событий.  

• Использование нескольких стрелок в логические операторы требует использования двух операторов подряд.  

• Четыре варианта развития событий: оба признали вину, один признал, один не признал.  

• Использование исключающих или для разветвления событий.  

• Пример с двумя заключенными: один признался, другой нет, и наоборот.  

• Процесс завершается, когда все стрелки сходятся в одном логическом операторе.  

• Пример с четырьмя вариантами развития событий, сходящимися в один логический оператор.  

• Использование HOC-процесса для компактного представления модели.  

• Типизация событий и композиция модели будут рассмотрены в будущем.  

• Хореография и диалоги выходят за рамки основного понимания BPMN 2.0.  

• Это продвинутый уровень, который остается на вторую половину изучения методологии BPMN 2.0.