Бизнес-процесс – это последовательность действий, которые должны быть выполнены для достижения заданной цели. Такой как обработка заявления на ипотеку или осмотр пациента в больнице. Или вот такой пример:
Это один из наиболее распространенных методов описания бизнес-процессов, которые сегодня уже «понимают» как бизнес-пользователи, так и программные продукты.
Т.е. этот язык описания является стандартным также и для создания исполняемых алгоритмов в сфере управления бизнесом.
BPMN 1.0 была выпущена в мае 2004 года компанией Business Process Management Initiative ( Позднее Object Management Group )
2004
2008
BPMN 1.1 ( разработчик уже OMG )
2009
BPMN 1.2
2011
BPMN 2.0
2014 - н.в.
BPMN 2.0.2
Из истории можно сделать вывод что период изменений в этом языке миновал, и можно спокойно изучать и использовать его на практике.
Activity – это те действия (задачи), которые должны быть выполнены на определенном этапе бизнес-процесса. Их при моделировании обычно обозначают в виде прямоугольников, в которые вписывают суть действия.
Пул (Pool) - основная деталь оркестровки наших процессов.
Пул описывает какой-то один процесс на диаграмме. Он может быть не изображен на диаграмме, но он всегда есть. На одной диаграмме может быть несколько Пулов.
Мы в схеме описываем процесс доставки пиццы - теперь очевидно.
А сколько людей задействовано в процессе? И кто чем занимается?
Ведь не один же человек и печет пиццу, и доставляет, ведь так ?
Теперь понятно, что в процессе участвует 2 человека.
Повар готовит, а курьер доставляет и забирает деньги.
А теперь давайте представим,
что доставкой занимается
курьерская служба....
Стало совсем не понятно как все связано между собой.
Событие – это сигнал о каком-либо совершенном действии внутри или даже снаружи процесса.
И еще немного >>
А что, если нас интересует именно процесс со стороны клиента ?
Если мы не контролируем процессы внутри
пиццерии или курьерской службы
Gateway – это контрольный узел, который вводится в случае условного ветвления бизнес-процесса.
Так же шлюзы необходимы в случаях, когда порядок действий зависит от тех или иных факторов.
В зависимости от полученных результатов или произошедших событий
Но что, если условие для развилки видится слишком сложным и условие выходит за рамки простой проверки значений "ДА" - "НЕТ" ?
Бизнес правила представляют собой свод правил для одной или более входных переменных.
Возвращающий одно или более значений в результате вычисления данных правил.
Схема была переформирована и добавлен вызов бизнес-правила
"Рассчитать чаевые"
1. Вся схема, по сути, состоит из Создания задач ОУ, Ожидания отчетов по этим задачам и выполнение других действий в связи, с полученным результатом отчета
Задача2 будет создана после создания и исполнения Задачи1
В Задаче2 можно воспользоваться данными, созданной Задачи1. Например, получить название задачи:
Или использовать результат отчета из Задачи1.
Указав другое выражение:
${Задача1.labor.name}
${Задача1.laborReport.resultTypeCode}
2. При добавлении задач, для указания автора/исполнителя/контролера/наблюдателей, используются функциональные роли.
Или точно известные идентификаторы пользователей системы.
3. Параметры запуска процессов указываются при написании схем бизнес-процессов.
Нужно понимать, какие параметры будут необходимы процессу для работы.
Ввести эти параметры можно из формы запуска из виджета Запуска БП на "Рабочем столе" модуля СЦ.
Например, таким образом можно выбрать пользователя, который потом будет указываться в качестве Автора/Исполнителя/Контролера в задачах, созданных данным процессом.
Или, например, выбрать Длительность задач по умолчанию и.т.д.
4. Необходимо определять стадийность процессов
Для удобства отслеживания необходимо указывать стадии в схеме процесса. Для этого у элементов на схеме нужно проставлять специальные параметры с номером шага и названием стадии.
5. Бизнес-процесс может работать сразу с несколькими сервисами Эталона
service:
etalon-01:
host: 192.168.5.4
port: 57772
user: eta_user
password: its_a_secret
BPMN 2.0.2 ( ссылка на специцикацию: https://www.omg.org/spec/BPMN/About-BPMN/ )
Описание блоков в нотации BPMN для проекта Camunda ( https://camunda.com/bpmn/reference/ )
EL ( https://docs.oracle.com/cd/E19226-01/820-7627/gjddd/ )
JUEL ( http://juel.sourceforge.net/ )