Начало работы с BPM

Нажмите на элемент StartEvent на холсте. Свойства будут отображены на панели свойств.

В разделе Form описывается форма, которая будет отображаться для пользователей при запуске процесса. В качестве формы запуска процесса укажем Input dialog.

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

Нажмите кнопку Plus и в диалоговом окне Input dialog parameter edit создайте параметр requestNumber со следующими свойствами:

Создайте еще три параметра диалогового окна ввода:

После этого создайте обязательный и редактируемый параметр диалогового окна manager с типом Entity. Выберите имя сущности User. Укажите компонент UI ComboBox для выбора пользователя. Мы оставим поле запроса JPQL пустым — это означает, что будет использоваться запрос по умолчанию select e from smpl_User e.

Выберите поле requestNumber в Business key под списком параметров диалога. Бизнес-ключ — это специфичный для домена идентификатор экземпляра процесса.

После добавления всех параметров раздел Form должен выглядеть следующим образом:

При запуске процесса параметры диалогового окна ввода будут сохранены в соответствующих переменных процесса.

Создадим пользовательскую задачу утверждения Approval. На холсте должно быть выбрано начальное событие – отображение всплывающего меню. Нажмите значок Append task.

Затем щелкните значок Change type (гаечный ключ) и выберите User Task.

В панели свойств укажите имя задачи Approval и идентификатор задачи approval.

Мы будем использовать источник назначенных исполнителей Process variable. В выпадающем списке отображаются те поля и переменные процесса, которые относятся к типу Entity, а их класс сущности реализует интерфейс UserDetails. Выберите переменную процесса manager из списка.

Для Approval task также необходимо указать процессную форму. Это снова будет диалоговое окно ввода. В диалоговом окне отобразятся переменные процесса из стартовой формы и еще один новый параметр.

Создайте новый параметр диалога и в выпадающем списке Process variable выберите переменную requestNumber. Сделайте поле недоступным для редактирования, сняв флажок Editable.

Таким же образом создайте параметры диалога для переменных expenseAmount, expenseDate и document. Все они должны быть нередактируемыми.

Добавьте новый параметр диалога с именем переменной процесса comment и типом Multiline string. Поле должно быть редактируемым и необязательным. Это поле будет использоваться менеджером, если он хочет сделать некоторые пометки при утверждении или отклонении запроса на возмещение.

На этапе Approval у менеджера есть два варианта: одобрить и отклонить запрос. Простой способ поддержки такого поведения — использовать выходы (outcomes). Для каждого результата в форме будет отображаться кнопка, а выход будет сохранен в специальной переменной процесса.

Создадим первый выход для пользовательской задачи Approval с помощью соответствующей кнопки раздела Outcomes на панели свойств. В редакторе выходов укажите id выхода approve, заголовок Approve и выберите CHECK в списке значков.

Затем создайте второй выход с id reject, заголовком Reject и значком BAN.

После завершения задачи Approval процесс должен решить, какой путь выбрать, используя значение выхода. Давайте создадим исключающий шлюз.

Выберите элемент задачи Approval и нажмите на действие Append Gateway контекстного меню.

Нажмите на шлюз и с помощью контекстного меню создайте EndEvent и User task. Один поток последовательности идет от исключающего шлюза к элементу EndEvent, а другой — к пользовательской задаче. Дайте имена потокам последовательности: approved и rejected.

Чтобы указать условие для потока approved, щелкните элемент и на панели свойств потока выберите значение User task outcome в поле Condition source. Выберите пользовательскую задачу Approval и результат approve.

Сделайте то же самое для потока rejected , но выберите для него значение выхода reject.

Для второй пользовательской задачи платежа задайте имя Payment и идентификатор payment.

Давайте реализуем следующее поведение: задача должна отображаться для всех бухгалтеров и любой из них сможет запросить ее себе. Для этого нужно указывать для пользовательской задачи не конкретного исполнителя, а Candidate groups или Candidate users.

Создадим Candidate group для бухгалтеров. Перейдите на экран BPM → User groups и создайте новую группу Accountants с кодом accountants. Измените тип группы на Users и добавьте в группу несколько пользователей.

Этим пользователям нужно назначить роль bpm-process-actor-ui для предоставления доступа к экранам и сущностям BPM, необходимым для запуска процесса и работы с пользовательскими задачами. Назначить роли можно на экране Application → Users.

Вернитесь в моделер, выберите пользовательскую задачу Payment и нажмите кнопку редактирования рядом с полем Candidate groups в разделе Assignee.

В появившемся диалоговом окне выберите значение Groups source для User groups и добавьте группу Accountants.

Настройте форму диалогового ввода для задачи Payment. Добавьте существующие поля requestNumber, expenseAmount, expenseDate, document или comment. Сделайте их все нередактируемыми.

Добавьте элемент EndEvent, который следует за пользовательской задачей Payment.

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

Откройте экран User groups и создайте новую группу с именем All users. Установите ее Type в All users, что означает, что эта группа будет автоматически включать всех пользователей. В моделере выберите группу кандидатов для запуска процесса All users.

Вернитесь в моделер и щелкните по свободному месту на холсте, чтобы отобразить свойства процесса. Аналогично задаче Payment определим Candidate groups в разделе Starter candidates.