RunaWFE. Практикум. Межпроцессное взаимодействие, работа с таймерами, обработчиками, мульти-подпроцессами.

Версия 4.6.0

Введение

Для автоматизации процессного управления предприятием разработан специальный класс компьютерных систем – системы управления бизнес-процессами и административными регламентами (далее СУБПиАР). Основная задача таких систем - раздавать задания исполнителям и контролировать их выполнение. Последовательность заданий определяется схемой бизнес-процесса, которую можно разработать и в дальнейшем быстро модифицировать при помощи среды разработки.

В разделе "Практикум. Введение" были рассмотрены исполнимые бизнес-процессы и административные регламенты, дано определение исполнимого бизнес-процесса, основанное на четырех перспективах. Также в первой части практикума было дано описание основных элементов систем управления бизнес-процессами и административными регламентами на примере свободного ПО с открытым кодом RunaWFE, показано, как установить систему и приведено вводное занятие, в котором объяснены базовые операции, позволяющие разрабатывать и исполнять бизнес-процессы.

В разделе "Практикум. Перспективы исполнимых бизнес-процессов" приведено описание четырех практических занятий, посвященных изучению четырех перспектив исполнимого бизнес-процесса:

перспектива потока управления (control-flow perspective)
перспектива ресурсов (resource perspective)
перспектива данных (data perspective)
перспектива операций (operational perspective)

В разделе "Практикум. Работа с MS Word и MS Excel документами" рассмотрена и объяснена работа с MS Word и MS Excel документами, приведено описание самостоятельного занятия.

Все вышеперечисленные разделы практикума можно найти на сайте проекта RunaWFE в разделе "Документация/Документация для пользователя", документ "RunaWFE. Учебные материалы по процессному управлению".

Адрес сайта проекта RunaWFE - https://runawfe.ru/rus.

В данном разделе практикума рассмотрено межпроцессное взаимодействие, работа с таймерами, обработчиками, мульти-подпроцессами.

Система RunaWFE свободно распространяется вместе со своими исходными кодами на условиях открытой лицензии LGPL. Система бесплатная, ее можно свободно установить на любое количество компьютеров без каких-либо ограничений. Скачать дистрибутивы и исходный код ее можно через интернет с портала разработчиков свободного программного обеспечения sourceforge.net по адресу: http://sourceforge.net/projects/runawfe.

Общая информация

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

Практическое занятие "Межпроцессное взаимодействие"

Цель занятия

Целью работы является изучение взаимодействия экземпляров бизнес-процессов при помощи сообщений.

Теоретические сведения

В соответствии с концепцией межпроцессного взаимодействия экземпляр бизнес-процесса может послать сообщение из одного узла схемы бизнес-процесса узлу другого экземпляра бизнес-процесса. Для посылки и получения сообщения используются элементы «Отправить сообщение» и «Получить сообщение»

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

В сообщении содержится следующая информация:

кому предназначено сообщение
передаваемые значения переменных бизнес-процесса

В некоторых случаях одно сообщение может быть обработано несколькими получателями. Адресат сообщения может быть определен следующим образом:

по названию бизнес-процесса (processDefinitionName)
по названию узла бизнес-процесса (processNodeName)
по идентификатору экземпляра бизнес-процесса (processInstanceId)

Для задания этих параметров можно использовать:

переменные экземпляра бизнес-процесса, например, processDefinitionName=${Переменная1}, где "Переменная1"– это переменная содержащая название процесса
константное значение, например processNodeName = Процесс1, где Процесс1 это название процесса
предопределенные значения: по названию текущего определения процесса ( ${currentDefinitionName} ), по названию текущего узла ( ${currentNodeName} ), по номеру текущего экземпляра процесса ( ${currentInstanceId} )

Структура данных сообщения позволяет задавать соответствие между переменными отправителя и получателя

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

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

Порядок выполнения работы

В данном занятии рассматриваются бизнес-процессы, иллюстрирующие механизм межпроцессного взаимодействия: Бизнес-процесс "Пример 8-1" отправляет сообщение в бизнес-процесс "Пример 8-2". Используется маршрутизация “по названию процесса”. В качестве данных, пересылаемых в сообщении, используется введённый пользователем текст, а также id экземпляра бизнес-процесса "Пример 8-1"

Бизнес-процесс "Пример 8-2" получает данные, пользователь изменяет полученное значение текстовой переменной, и высылает сообщение обратно в бизнес-процесс "Пример 8-1", при этом используется маршрутизация “по ID процесса”.

Откройте среду разработки системы RunaWFE

Создайте новый проект - Занятие 8
Создайте новый процесс:
Введите название процесса – "Пример 8-1"
Добавьте элементы на схему бизнес-процесса в соответствии с рисунком 3.1

Рисунок 3.1 Схема бизнес процесса "Пример 8-1"

В бизнес-процессе используется следующие элементы: “Начало”, “Окончание”, “Действие”, “Задача сценария”, узел “Отправить сообщение” и “Получить сообщение”. Для изменения названий по-умолчанию, выделите элемент, кликнув на него, перейдите в свойства, введите новое значение в поле Название.

Для элемента "Задача сценария" используйте опцию компактный вид (см. пункт 1 раздела "Практическое занятие "Работа с Word-ботом". Порядок выполнения работы.", Замечание. рис. 2.2)

Создайте бизнес-процесс "Пример 8-2" в соответствии с рисунком 3.2.

Рисунок 3.2 Схема бизнес процесса "Пример 8-2"

Здесь также как и в процессе "Пример 8-1" используются элементы отправки и принятия сообщений.

Создайте роли

"сотрудник", используется в процессе "Пример 8-1", будет инициализирована пользователем, запустившим процесс.
"отдел кадров", используется в процессе "Пример 8-2", будет инициализирована пользователем, запустившим процесс.

Создайте переменные

"отправленное сообщение", это переменная формата "Текст", которую вводит пользователь в узле “Ввести сообщение для отправки” и отправляет в экземпляры процесса "Пример 8-2"
"id отправителя", это переменная формата "Строка", содержит id экземпляра процесса "Пример 8-1", также отправляется в сообщении. Должна быть проинициализирована в задаче сценария "Получение id экземпляра процесса" с помощью обработчика "Выполнить формулу"

"полученное сообщение", это переменная формата "Текст", которую процесс получает из присланного сообщения, обрабатывает и отправляет обратно в экземпляр "Пример 8-2"
"id отправителя", это переменная формата "Строка", содержит id экземпляра процесса "Пример 8-1". Принимает значение из сообщения, и необходима для определения получателя, т.е. используется в свойствах маршрутизации.

Рисунок 3.3 Создание переменных

Рисунок 3.4 Ввод названия переменной

Рисунок 3.5 Выбор формата переменной

Рисунок 3.6 Переменные бизнес-процесса "Пример 8-1"

Рисунок 3.7 Переменные бизнес-процесса "Пример 8-2"

Выберите класс обработчика в задачи сценария "Получение id экземпляра процесса"

Рисунок 3.8 Задача сценария "Получение id экземпляра процесса"

В появившейся форме выберите из списка обработчик "Выполнить формулу" и нажмите ОК. Вернитесь в свойства задачи сценария, нажмите на поле "Конфигурация".

Добавьте конфигурацию следующего вида:

'id отправителя'=get_process_id();

Здесь используется функция get_process_id, которая возвращает номер текущего экземпляра процесса

Рисунок 3.9 Конфигурация обработчика "Выполнить формулу"

Замечание. Для вставки в конфигурацию переменных воспользуйтесь пунктом "Вставить переменную", соответственно для вставки функции используйте "Вставить функцию"

Создайте графические формы

Рисунок 3.10 Создание графической формы

Замечание. По умолчанию в качестве редактора форм используется CKEditor4, но в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), то с формами могут возникнуть проблемы. Поэтому следует переключить редактор на FCKEditor2 (как переключить редактор см. в Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис. 4.9, 4.10 )

В появившимся выпадающем списке выберите тип формы «Произвольная форма».

Поместите на форму компонент "Ввод переменной" для ввода значения переменной "отправленное сообщение" (См. Рис. 3.11)

Рисунок 3.11 Форма "Ввести сообщение для отправки"

В процессе "Пример 8-2" также создайте форму в узле “Редактировать полученное сообщение”, процесс создания аналогичен описанному примеру. На форме необходимо расположить компонент "Ввод переменной" для редактирования значения переменной "полученное сообщение" (См. Рис. 3.12)

Рисунок 3.12 Форма "Редактирование полученного сообщения"

Создайте форму для отображения значения переменной после взаимодействия между процессами. Кликните на узел «Ознакомиться с полученным сообщением» графа процесса "Пример 8-1" правой кнопкой мыши и выберите команду «Форма» > «Создать форму» (левой кнопкой мыши), после чего расположите на форме компонент “Отобразить переменную” для "отправленное сообщение", в поле "Форма отображения" выберите "Как неактивный компонент ввода" (См. Рис. 3.13)

Рисунок 3.13 Создание графической формы для узла "Ознакомиться с полученным сообщением"

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

Рисунок 3.14 Вызов диалога настройки отправителя сообщения в бизнес-процессе "Пример 8-1"

В свойствах маршрутизации укажите следующие настройки (См. Рис. 3.15)

Рисунок 3.15 Настройка свойств маршрутизации сообщения в бизнес-процессе "Пример 8-1"

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

В появившейся форме введите в поле "Значение" - Пример 8-2, поле "Название" оставьте неизменным. Нажмите "ОК"

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

Таким образом в соответствии с параметрами представленными на рисунке 3.15, будут отправлены значения переменных "id отправителя" и "отправленное сообщение" экземпляра бизнес-процесса "Пример 8-1".

Также нужно настроить время жизни сообщения. Для этого выберите пункт "Время жизни сообщения" контекстного меню вызванного на элементе "отправить сообщение" (См. Рис. 3.14). В появившемся окне установить задержку 1 день, как показано на рисунке 3.16

Рисунок 3.16 Диалог настройки времени жизни сообщения

Настройка получателя в процессе "Пример 8-2".

Кликните правой клавишей мыши на элементе “получить сообщение”, и выберите "Конфигурация" (См. Рис. 3.17)

Рисунок 3.17 Вызов диалога настройки получателя сообщения в бизнес-процессе "Пример 8-2"

В свойствах маршрутизации укажите следующие настройки (См. Рис. 3.18)

Рисунок 3.18 Настройка свойств маршрутизации сообщения в бизнес-процессе "Пример 8-2"

Используйте маршрутизацию по названию текущего определения процесса (currentDefinitionName), для этого в области свойств маршрутизации нажмите на стрелку расположенную на кнопке "Добавить", выберите из выпадающего списка пункт "По названию процесса". Добавьте переменные в сообщении в соответствии с рисунком 3.18.

Таким образом, будут получены:

значение переменной "id отправителя" из сообщения в переменную "id отправителя" экземпляра процесса "Пример 8-2"
значение переменной "отправленное сообщение" в переменную "полученное сообщение"

Настройка отправителя в процессе "Пример 8-2".

После получения и обработки сообщения, процесс "Пример 8-2" возвращает обработанные данные в экземпляр процесса "Пример 8-1", для этого используются следующие настройки (См. Рис. 3.19-3.23):

Рисунок 3.19 Вызов диалога настройки отправителя сообщения в бизнес-процессе "Пример 8-2"

Добавьте свойство маршрутизации "по ID процесса", для этого нажмите на выпадающий список расположенный на кнопке "Добавить" в области свойств маршрутизации и выберите соответствующий пункт. В открывшемся окне введите параметры представленные на рисунке 3.20:

Рисунок 3.20 Маршрутизация по ID процесса

Данная настройка задает выбор получателя по id экземпляра бизнес-процесса, значение id хранится в переменной "id отправителя"

Перейдите в область переменных в сообщении и нажмите "Добавить", в открывшемся окне введите "полученное сообщение" в качестве названия переменной в процессе и сообщении (См. Рис. 3.21)

Рисунок 3.21 Добавление переменной

Рисунок 3.22 Итоговая конфигурация

Также нужно настроить время жизни сообщения. Для этого выберите пункт "Время жизни сообщения" контекстного меню вызванного на элементе "отправить сообщение" (См. Рис. 3.19). В появившемся окне установить задержку 1 день, как показано на рисунке 3.16

Настройка получателя в процессе "Пример 8-1"

Обработанные в бизнес-процессе "Пример 8-2" данные возвращаются в "Пример 8-1", для принятия этих данных необходимо настроить элемент “Принять сообщение” следующим образом (См. Рис. 3.23)

Рисунок 3.23 Переменные сообщения

Свойство маршрутизации задано как processId = ${currentProcessId}, то есть по id процесса, а соответствие переменных установлено как "отправленное сообщение"="полученное сообщение", то есть присланное в переменной "полученное сообщение" значение будет сохранено в переменную "отправленное сообщение"

Загрузите бизнес-процесс на RunaWFE сервер

"Практикум. Перспективы исполнимых бизнес-процессов.", практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункт 11-14

"Практикум. Введение.", Вводное занятие, Порядок выполнения работы, Пункт 28-31

Запустите бизнес-процессы и доведите экземпляры процессов до завершения.

Рисунок 3.24 Список бизнес-процессов

Будет создан новый экземпляр бизнес-процесса, в котором точка управления перейдет в узел “Ввести сообщение для отправки” (См. Рис. 3.25)

Рисунок 3.25 Задание, соответствующее узлу “Ввести сообщение для отправки”

В форме задания этого узла введите текст сообщения для отправки, например: “Hello” (См. Рис. 3.26)

Рисунок 3.26 Ввод текста, который будет отправлен другому экземпляру бизнес-процесса

На следующем шаге бизнес-процесса произойдет определение id данного экземпляра процесса и отправка сообщения, содержащего переменные "отправленное сообщение" и "id отправителя" (См. Рис. 3.27).

Рисунок 3.27 Фрагмент формы истории экземпляра бизнес-процесса, показывающий последовательность событий экземпляра бизнес-процесса

Управление перейдет в узел “Принять сообщение”, в котором оно будет находиться до тех пор, пока не получит сообщение от процесса "Пример 8-2"

Рисунок 3.28 Ожидание сообщения экземпляром бизнес-процесса "Пример 8-1"

Запустите экземпляр бизнес-процесса "Пример 8-2".

Войдите в систему под пользователем, входящим в группу "Отдел кадров", например Личинкин и кликните на имени бизнес-процесса "Пример 8-2" (См. Рис. 3.29).

Рисунок 3.29 Список бизнес-процессов

Будет запущен экземпляр бизнес-процесса, в котором точка управления остановится в узле ожидания сообщения, дождитесь получения сообщения (может занимать до минуты) и переход в узел "Редактирование полученного сообщения" (См. Рис. 3.30-3.32).

Рисунок 3.30 Состояние экземпляра бизнес-процесса

Рисунок 3.31 История экземпляра бизнес-процесса

Рисунок 3.32 Список заданий

В форме задания узла дополните полученное сообщение (См. Рис. 3.33-3.34)

Рисунок 3.33 Форма задания с исходным значением

Рисунок 3.34 Форма задания с измененным значением

После выполнения задания произойдет отправка сообщения (Hello World!!!), в экземпляр процесса выбранного по id, далее экземпляр бизнес-процесса "Пример 8-2" завершится (См. Рис. 3.35)

Рисунок 3.35 История экземпляра бизнес-процесса "Пример 8-2"

Экземпляр бизнес-процесса "Пример 8-1" получит сообщение, содержащее переменную "полученное сообщение". Переменная "отправленное сообщение" будет проинициализирована значением "Hello World!!!" и ее значение будет выведено на форму узла “Ознакомиться с полученным сообщением” (См. Рис. 3.36)

Рисунок 3.36 Список заданий

Рисунок 3.37 Форма задания

После выполнения задания бизнес-процесс завершится (См. Рис. 3.38)

Рисунок 3.38 История экземпляра бизнес-процесса

Задание для самостоятельной работы

Разработайте бизнес-процессы "Пример 8-3" и "Пример 8-4", схемы которых изображены на рисунках 3.38 и 3.39 "Пример 8-3" отправляет в сообщении введённые пользователем данные в процесс "Пример 8-4". Используется маршрутизация “по названию процесса”. "Пример 8-4" получает данные и отображает их на форме.

Рисунок 3.38 Схема бизнес-процесса "Пример 8-3" для самостоятельной разработки

В "Пример 8-3", используйте элемент “Отправить сообщение” для отправки данных.

Рисунок 3.39 Схема бизнес-процесса "Пример 8-4" для самостоятельной разработки

В "Пример 8-4", используйте элемент “Получить сообщение” для получения данных.

Описание ролей.

В разрабатываемых процессах должны быть следующие Роли:

Роль "сотрудники", используется в процессе "Пример 8-3", будет инициализирована пользователем, запустившим процесс.
Роль "отдел кадров", используется в процессе "Пример 8-4", будет инициализирована пользователем из группы "Отдел кадров", запустившим процесс.

Описание переменных.

В процессе "Пример 8-3" используйте переменную формата Текст – “отправленное сообщение”, которая предназначена для отправки в сообщении. Переменная инициализируется значением введённым пользователем в узле “Ввести сообщение для отправки”, а затем передаётся в процесс "Пример 8-4" с помощью механизма сообщений.

В процессе "Пример 8-4" используйте переменную “полученное сообщение” формата Текст. Переменная должна принимать значение в сообщении от "Пример 8-3".

Описание графических форм.

Замечание. По умолчанию в качестве редактора форм используется CKEditor4, но в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), то с формами могут возникнуть проблемы. Поэтому следует переключить редактор на FCKEditor2 (как переключить редактор см. в Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис. 4.9, 4.10 )

В процессе "Пример 8-3" создайте форму в узле “Ввести сообщение для отправки”. Для ввода “отправленное сообщение” используйте компонент форм "Ввод переменной". В процессе "Пример 8-4" создайте форму в узле “Ознакомиться с полученным сообщением”. На форме необходимо расположить компонент форм “Отобразить переменную” для вывода значения переменной "полученное сообщение".

Задание проверок значений, введенных в элементы форм (валидация).

В процессе "Пример 8-3" необходимо задать проверку переменной “отправленное сообщение”, выбрав валидатор “Обязательное поле” и задав текст сообщения об ошибке (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 5.27, 5.28).

Настройка межпроцессного взаимодействия.

Настройка отправителя.

В процессе "Пример 8-3" необходимо настроить отправку сообщения. Используйте отправку “По названию процесса”, в качестве названия процесса используйте - Пример 8-4

Задайте переменные, которые будут отправлены в сообщении. Выберите переменную "отправленное сообщение".

Настройка получателя сообщения.

В процессе "Пример 8-4" настройте параметры получения сообщения, для этого кликните правой клавишей мыши на узле “Получить данные” и выберите пункт “Конфигурация”.

В появившейся форме добавьте свойства маршрутизации, а также соответствие переменных для получения данных. Используйте получение “По названию процесса”, для этого необходимо кликнуть на соответствующую кнопку, в результате в свойствах появится: processDefinitionName = ${currentDefinitionName}, где currentDefinitionName указывает на текущее название процесса.

Также необходимо добавить переменные принимаемые в сообщении, для этого нажмите кнопку “добавить” внизу формы и выберите название переменной "полученное сообщение". Затем в поле названия переменной в сообщении впишите "отправленное сообщение".

Таким образом будет установлено соответствие между посылаемой в сообщении переменной "отправленное сообщение" процесса "Пример 8-3" и переменной "полученное сообщение" в процессе "Пример 8-4". Загрузите бизнес-процессы в систему, установите на них необходимые права (выполняется аналогично процессам "Пример 8-1/8-2", см. Практическое занятие "Межпроцессное взаимодействие", пункт 11).

Запустите экземпляры бизнес-процессов и доведите их до завершения.

Описание действий пользователей.

Пользователь запускает экземпляр процесса "Пример 8-3", вводит текст отправляемого сообщения, после чего происходит отправка в экземпляры процесса "Пример 8-4". Процесс "Пример 8-3" переходит в состояние “завершения”.

Пользователь, принадлежащий группе "Отдел кадров", запускает экземпляр процесса "Пример 8-4", после чего управление останавливается на узле “Получить данные”, ожидая данные. Сообщение приходит во все экземпляры "Пример 8-4", где полученное значение переменной (текст сообщения) отображается на форме, после чего экземпляры "Пример 8-4" также завершаются.

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

1). Первый сценарий - "Один получатель"

Для запуска процесса "Пример 8-4" необходимо войти под пользователем из группы "Отдел кадров" (например Личинкин), и кликнуть на название данного процесса в общем списке процессов.

Запустится экземпляр процесса, и управление остановится на узле “Получить данные” ожидая сообщение. Далее пользователь входящий в группу "Сотрудники" (например Сверчков) запускает экземпляр процесса "Пример 8-3", вводит текст посылаемого сообщения.

Экземпляр процесса "Пример 8-3" завершается. При этом экземпляр процесса "Пример 8-4", получает сообщение и управление переходит в узел “Ознакомиться с полученным сообщением”, пользователь Личинкин видит присланное сообщение на форме.

2). Второй сценарий - "Несколько получателей"

Реализуйте сценарий отправки сообщения сразу нескольким экземплярам "Пример 8-4".

Запустите экземпляры процесса "Пример 8-4" под всеми пользователями входящими в группу "Отдел кадров":

Личинкин
Гусеницын

Далее запустите экземпляр процесса "Пример 8-3" под пользователем входящим в группу "Сотрудники". Проверьте, что сообщение придёт сразу во все ожидающие его экземпляры "Пример 8-4".

Требования к представлению результатов занятия

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файл с данными archive.datafile (как получить файл данных), содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие данные:

1) Скриншоты основных действий, совершенных на занятии, с пояснениями

2) Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.

3) Скриншоты, содержащие созданные на занятии роли, переменные, основные формы

Контрольные вопросы

1. Какой из элементов соответствует отправке сообщения?

a. Элемент

b. Элемент

2. Может ли экземпляр бизнес-процесса, соответствующий одному определению бизнес-процесса, послать сообщения экземпляру, соответствующему другому определению бизнес-процесса?

3. В элементе «Отправить сообщение»

a. Точка управления сразу переходит в следующий узел

b. Точка управления ждет ответа на сообщение

Практическое занятие "Таймеры и обработчики"

Цель занятия

Целью работы является изучение работы с элементами бизнес-процессов - таймерами и обработчиками.

Теоретические сведения

"Таймер" - элемент, выполняющий функцию задержки. Может быть использован как самостоятельный элемент в схеме бизнес-процесса, так и быть присоединенным к узлу Действию.

В случае присоединения к действию, Таймер - элемент, при помощи которого действию может быть поставлено в соответствие время выполнения. К таймеру можно подсоединить дополнительный Переход, по которому точка управления перейдет из Действия в случае, если задание в этом узле будет просрочено. Таймеру может быть поставлено в соответствие как время относительно момента прихода точки управления в узел Действие, так и время, относительно значения какой-либо переменной бизнес-процесса (в этом случае допустимо отрицательное значение интервала времени, например - "за пять рабочих дней до даты платежа").

Обработчик - дополнительная конструкция.

В jPDL эти элементы могут быть присоединены к Переходам или Узлам-Действиям, обозначается кружком и располагаются непосредственно на Переходе или Узле-Действии. В случае же BPMN - обработчик входит в элемент "Задача сценария".

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

Порядок выполнения работы

Откройте среду разработки.
Создайте новый проект - Занятие 9
Создайте новый бизнес-процесс:
Добавьте элементы на схему бизнес-процесса в соответствии с рисунком 4.1

Рисунок 4.1 Схема бизнес-процесса "Пример 9-1"

"Пример 9-1" является упрощенным вариантом бизнес-процесса "Тестирование".

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

В бизнес-процессе используется следующие элементы: “Начало”, “Окончание”, “Действие”, “Задача сценария”, “Аннотация”, “Параллельный шлюз” и “Таймер”.

Для изменения названий по-умолчанию, выделите элемент, кликнув на него, перейдите в свойства, введите новое значение в поле Название.

Как видно из приведенного рисунка, к узлу "Выполнить тестирование" необходимо присоединить Таймер. Для этого выделите в палитре элемент Таймер и захватив его левой клавишей мыши, перетяните в действие "Выполнить тестирование", значок таймера будет закреплен в узле.

Из "Выполнить тестирование" выходит два перехода: из таймера и непосредственно действия. Для добавления перехода из Таймера воспользуйтесь одним из следующих вариантов:

наведите курсор мыши на таймер присоединенный к узлу, появится значок "стрелка", захватите ее и перетяните в необходимый узел для создания перехода (см. рис. 4.2)
выберите в палитре элемент "Переход", кликните на таймер в узле, переведите курсор на необходимый элемент, кликните левой клавишей мыши еще раз для создания перехода между элементами (см. 291б)

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

Рисунок 4.2 Создание перехода из таймера присоединенного к узлу

Рисунок 4.3 Создание перехода из таймера присоединенного к узлу с помощью элемента "Переход"

Для элемента "Задача сценария" используйте опцию компактный вид (см. пункт 1 раздела "Практическое занятие "Работа с Word-ботом". Порядок выполнения работы.",Замечание. рис. 2.2)

Для придания наглядности схемы расположите напротив "Задачи сценария" элемент "Аннотация". Введите "Описание" аннотации, для этого перейдите в одноименное свойство элемента.

Создайте роли

Студент
Преподаватель

Рисунок 4.4 Инициализация роли с помощью отношения

В данном случае параметр - роль Студент будет соответствовать правой части отношения, по которой будет выбран соответствующий Преподаватель (подробнее см. раздел "Стандарты и концепции, связанные с СУБПиАР", пункт "Использование бинарных отношений для упрощения инициализации ролей").

Свяжите с начальным узлом бизнес-процесса роль "Студент", с остальными узлами свяжите роли в соответствии с рисунком 4.1
Создайте переменные

Вопросы - переменная формата Список(Строк), вводится Преподавателем в узле "Ввести данные тестирования"
Ответы - переменная формата Список(Строк), вводится Студентом в узле "Выполнить тестирование"
Дата и время окончания тестирования - переменная формата Дата со временем, определяется в обработчике "Выполнить формулу" задачи сценария
Длительность тестирования - переменная формата Целое число, вводится Преподавателем в узле "Ввести данные тестирования"

Рисунок 4.5 Переменные бизнес-процесса "Пример 9-1"

Выберите класс обработчика в задачи сценария "Определение даты и времени окончания тестирования"

Рисунок 4.6 Определение Даты и времени окончания тестирования с помощью обработчика

Настройте таймер в узле "Выполнить тестирование"

Рисунок 4.7 Вызов настройки задержки таймера

В появившейся форме необходимо выбрать "Единицу измерения" - "минуты", "Задержка таймера" - "+1", "Базовая дата" - "Дата и время окончания тестирования" (см. рис. 4.8)

Рисунок 4.8 Задержка таймера

Нажмите на значок для вызова формы выбора единицы измерения (см. рис. 4.8), выберите "минуты" (см. рис. 4.9)

Рисунок 4.9 Выбор единицы измерения

Нажмите на значок для вызова формы ввода задержки таймера относительно базовой даты (см. рис. 4.8), введите значение +1 (см. рис. 4.10)

Замечание. Задержка должна содержать только знак и непосредственно значение задержки. Использование пробелов и других символов недопустимо.

Рисунок 4.10 Ввод задержки таймера

Нажмите на значок для вызова формы выбора базовой даты (см. рис. 4.8), выберите переменную "Дата и время окончания тестирования" (см. рис. 4.11)

Рисунок 4.11 Выбор базовой даты

Таким образом в случае если Студент не выполнит задачу "Выполнить тестирование" до "Дата и время окончания тестирования", то спустя 1 минуту после этого, задание будет просрочено.

Создайте графические формы

Замечание

Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис. 4.9, 4.10

Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Замечание, Рис. 4.11-4.12

Практическое занятие "Изучение перспективы операций", Порядок выполнения работы, Пункт 14, Рис. 5.17, 5.18

Рисунок 4.12 Форма "Ввести данные тестирования"

Сохраните и закройте форму.

Задайте валидацию для переменных формы "Ввести данные тестирования"

Для этого кликните на узле "Ввести данные тестирования" правой клавишей мыши и выберите пункт "Форма > Проверка переменных формы", в появившейся форме выделяйте переменные и устанавливайте необходимые валидаторы. (Подробнее см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 5.27, 5.28).

Для переменной "Вопросы" добавьте валидатор "Обязательное поле". В поле "Сообщение об ошибке" введите - "Вопросы - обязательное поле".

Для переменной "Длительность тестирования" добавьте валидатор "Обязательное поле" (в поле "Сообщение об ошибке" введите - "Длительность - обязательное поле"), а также "Диапазон числа" установив минимальное значение в "1" включительно (см. Рис. 4.13), при этом в поле "Сообщение об ошибке" введите - "Минимальная длительность тестирования 1 минута"

Рисунок 4.13 Валидатор "Диапазон числа" для переменной "Длительность тестирования"

Создайте форму для узла "Выполнить тестирование" (см. рис. 4.14)

Здесь студент отвечает на тестовые вопросы.

Используйте компонент "Отобразить переменную" (как строку) для вывода значений переменных: "Длительность тестирования", "Дата и время окончания тестирования", "Вопросы".

Перетяните на форму с помощью мыши компонент "Редактировать связанные списки", дважды кликните по нему или вызовите контекстное меню и выберите пункт "Параметры компонента". Установите параметры Добавления/Изменения/Удаления в значение "true". В поле "Название переменной" необходимо выбрать переменную "Ответы" (см. Рис. 4.15)

Рисунок 4.14 Форма "Выполнить тестирование"

Рисунок 4.15 Редактировать связанные списки для переменной "Ответы"

Аналогично создайте остальные формы согласно рисункам 4.16, 4.17, 4.18

Рисунок 4.16 Форма "Уведомление для преподавателя о закрытии тестирования"

Рисунок 4.17 Форма "Уведомление для студента о закрытии тестирования"

На форме "Ознакомиться с выполненным тестированием" расположите теги "отобразить переменную" (как строку) для отображения переменных "Вопросы", "Ответы"

Рисунок 4.18 Форма "Ознакомиться с выполненным тестированием"

Загрузите бизнес-процесс на RunaWFE сервер

Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункт 11-14

"Практикум. Введение", Вводное занятие, Порядок выполнения работы, Пункт 28-31

Запустите бизнес-процесс "Пример 9-1" и доведите экземпляр процесса до завершения.

Рисунок 4.19 Запуск бизнес-процесса "Пример 9-1"

Войдите в систему под пользователем "Бабочкин", который является Преподавателем студента Мухина(см. Рис. 4.20).

В списке заданий будет активное задание - "Ввести данные тестирования" (см. Рис. 4.21)

Рисунок 4.20 Отношение "Преподаватель"

Рисунок 4.21 Задание, соответствующее узлу “Ввести данные тестирования”

Возьмите задание на выполнение, введите длительность тестирования - 2 (минуты), а также список вопросов (см. Рис. 4.22)

Рисунок 4.22 Ввод данных тестирования

Выполните задачу.

Далее сработает обработчик, который определит "Дату и время окончания тестирования" (см. Рис. 4.23)

Рисунок 4.23 Определение даты и времени окончания тестирования

Как видно из рисунка 4.23, задание "Ввести данные" было выполнено в 21:37:01, после чего сработал обработчик, функция current_date_time вернет текущую дату и время - 08.04.2014 21:37:01, к полученному значению будет прибавлено 2 минуты (Длительность тестирования), в результате переменная "Дата и время окончания тестирования" будет инициализирована значением 08.04.2014 21:39:01

Точка управления перейдет в узел "Выполнить тестирование". Одновременно с этим будет запущен таймер на задержку 1 минута относительно базовой даты, переменной "Дата и время окончания тестирования" (т.е. в 08.04.2014 21:40).

Войдите в систему под пользователем Мухин. В списке активных задач будет "Выполнить тестирование".

Откройте задачу, введите ответы на вопросы, но не завершайте ее в течении 3-х минут (см. Рис. 4.24) т.е. пока не сработает таймер.

Рисунок 4.24 Задача "Выполнить тестирование"

Теперь попытайтесь завершить задание - нажмите "Задание исполнено", однако будет выведено сообщение "Данное задание уже выполнено кем-то или просрочено" (см. Рис. 4.25), означающее что в данном случае задание было просрочено т.к. сработал таймер и управление перешло по переходу исходящему из таймера.

Рисунок 4.25 Задача "Выполнить тестирование" просрочена

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

Выполните эти задачи и завершите процесс.

Запустите еще один экземпляр процесса и повторите вышеописанные шаги, но в этот раз успейте выполнить задание "Выполнить тестирование" в течении 3-х минут, таймер будет остановлен, управление перейдет в узел "Ознакомиться с выполненным тестированием". Доведите процесс до завершения.

Задание для самостоятельной работы

Разработайте на основе "Пример 9-1" бизнес-процесс "Пример 9-2".

Можно воспользоваться функцией копирования процесса (подробнее см. Практическое занятие "Изучение перспективы потока управления", Задание для самостоятельной работы, Пункты 1,2,3), после чего внести изменения в соответствии со схемой изображенной на рисунке 4.26

Рисунок 4.26 Схема бизнес-процесса "Пример 9-2"

В процессе "Пример 9-1" студент получал задание "Выполнить тестирование" сразу же после выполнения ввода данных преподавателем. В процессе же "Пример 9-2" преподаватель вводит не только список вопросов и длительность тестирования, но и назначает дату и время начала проведения тестирования. В схему (в отличии от Пример 9-1) дополнительно вводятся элементы таймер, а также параллельные и исключающий шлюзы.

Описание ролей.

В данном процессе используются те же роли и инициализаторы ролей что и в "Пример 9-1".

Описание переменных.

Добавьте дополнительно переменную "Дата и время начала тестирования" формата "Дата со временем" (см. Рис. 4.27)

Рисунок 4.27 Переменные бизнес-процесса "Пример 9-2"

Описание графических форм.

Замечание. По умолчанию в качестве редактора форм используется CKEditor4, но в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), то с формами могут возникнуть проблемы. Поэтому следует переключить редактор на FCKEditor2. (как переключить редактор см. в Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис. 4.9, 4.10 )

Измените форму узла "Ввести данные тестирования" в соответствии с рисунком 4.28, добавьте компонент Ввод переменной для "Дата и время начала тестирования"

Рисунок 4.28 Форма "Ввести данные тестирования"

Кроме того, добавьте валидаторы для переменной "Дата и время начала тестирования"

обязательное поле
диапазон даты относительно текущей (см. рис 4.29)

Для валидатора "Диапазон даты относительно текущей" в поле "Сдвиг в прошлое (в днях)" введите значение 0. Таким образом будет проверяться, что введенная преподавателем дата и время начала тестирования позже текущих даты и времени.

Рисунок 4.29 Валидатор "Диапазон даты относительно текущей"

Создайте форму для узла "Ознакомиться с датой и временем проведения тестирования" (см. Рис. 4.30)

Рисунок 4.30 Форма узла "Ознакомиться с датой и временем проведения тестирования"

Расположите здесь компоненты "Отобразить переменную" для переменных "Дата и время начала тестирования" и "Дата и время окончания тестирования" соответственно.

Остальные формы соответствуют формам процесса "Пример 9-1".

Описание обработчиков.

Измените конфигурацию обработчика задачи сценария "Определение даты и времени окончания тестирования". Для этого выделите задачу сценария, перейдите в свойства и вызовите конфигуратор обработчика "Выполнить формулу".

Введите следующую конфигурацию:

'Дата и время окончания тестирования'='Дата и время начала тестирования'+'Длительность тестирования';

Таким образом "Дата и время окончания тестирования" теперь определяется относительно "Дата и время начала тестирования" а не результата функции current_date_time() т.е. текущего времени (Пример 9-1)

Настройка задержки начала тестирования.

Выделите таймер, расположенный перед узлом "Выполнение тестирования", перейдите в свойства, и вызовите конфигуратор задержки. Выберите в качестве базовой даты - переменную "Дата и время начала тестирования", задержка - 0 минут (см. Рис. 4.31)

Рисунок 4.31 Настройка задержки начала тестирования

Т.е. задание "Выполнить тестирование" будет создано только после срабатывания таймера, который настроен на задержку в 0 минут относительно базовой даты "Дата и время начала тестирования".

Загрузите бизнес-процесс на сервер, добавьте для него обладателей полномочий аналогично процессу "Пример 9-1"

Запустите экземпляры бизнес-процессов и доведите их до завершения.

Проверьте оба сценария выполнения:

студент успевает выполнить работу за отведенное время
студент не успевает выполнить работу за отведенное время

При этом для удобства проверки процесса используйте в качестве значения длительности тестирования - пару минут, а дату и время начала тестирования назначайте равной текущей дате и времени (используйте кнопку "Сейчас", см. Рис. 4.32) + смещение в несколько минут.

Рисунок 4.32 Ввод данных преподавателем

Требования к представлению результатов занятия

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файл с данными archive.datafile (как получить файл данных), содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие данные:

1) Скриншоты основных действий, совершенных на занятии, с пояснениями

2) Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.

3) Скриншоты, содержащие созданные на занятии роли, переменные, основные формы

Контрольные вопросы

1.Что такое Таймер? Как он используется?

2.Что такое Обработчик? Как он используется?

3.Можно ли поместить Таймер на переход?

4.Можно ли присоединить Обработчик к Действию?

Практическое занятие "Работа с мульти-подпроцессами"

Цель занятия

Целью занятия является изучение мульти-подпроцессов.

Теоретические сведения

Мульти-подпроцесс.

Мульти-подпроцесс – специальный вид дополнительного узла. С узлом мульти-подпроцессом связывается бизнес-процесс, экземпляры которого будут запускаться в качестве подпроцессов. Строится соответствие переменных процесса и подпроцесса. В момент прихода управления в мульти-подпроцесс параллельно запускается известное к этому моменту времени количество экземпляров подпроцесса, в которые передаются значения соответствующих переменных. После того, как все подпроцессы завершатся, управление переходит к следующему узлу по исходящему Переходу.

Количество экземпляров мульти-подпроцесса может определяться:

значением специальной «присоединенной» переменной формата список
по группе
по отношению

Мульти-подпроцесс по переменной.

В соответствие переменной формата "Список" родительского процесса ставится переменная подпроцесса. По элементам этого списка будут созданы экземпляры подпроцессов.

Мульти-подпроцесс по группе.

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

Мульти-подпроцесс по отношению.

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

В случае если опция "Использовать обратное отношение" не установлена, то все наоборот, количество экземпляров подпроцесса определяется по левой части отношения, а параметр отношения соответствует правой части.

Сопоставление переменных процесса и подпроцесса.

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

чтение - разрешение на чтение значения переменной родительского процесса в сопоставленную ей переменную подпроцесса
запись - разрешение на запись значения переменной подпроцесса в сопоставленную ей переменную родительского процесса

В случае использования в сопоставлении переменной формата "Список" родительского процесса, используется следующие правила:

количество элементов списка не должно быть меньше количества запускаемых экземпляров подпроцесса
в случае если количество элементов списка будет больше количества экземпляров подпроцесса, "лишние" элементы не будут использованы

Порядок выполнения работы

В данном занятии рассматривается разработка упрощенного варианта бизнес-процесса "Выпуск номера журнала", в котором используется мульти-подпроцесс.

Описание бизнес-процесса.

Шеф-редактор запускает бизнес-процесс выпуска очередного номера журнала. В стартовой форме он вводит номер журнала, год, месяц, к которому относится выпуск, и постер на обложку. Далее запускается мульти-подпроцесс по членам группы "Редакторы". Предполагается, что каждый член группы "Редакторы" (редактор рубрики) отвечает за одну рубрику журнала.

В подпроцессе, редактор выбирает из списка обозревателя (список соответствует группе "Обозреватели"), которому далее направляется задание на создание внутреннего контента рубрики. После создания внутреннего контента обозревателем, вызывается обработчик который формирует текст рубрики из внутреннего контента и ФИО обозревателя. Далее задание на утверждение контента получает редактор рубрики. На этом экземпляр подпроцесса завершается.

В родительском процессе после завершения всех экземпляров подпроцесса, задание на создание верстки получает верстальщик (определяется группой "Верстальщик", в которую должен входить единственный пользователь). Верстальщик правит тексты всех рубрик. Далее обработчик Word собирает из введенных на стартовую форму данных и текстов рубрик, docx-файл номера журнала. Задание "Принять решение о выпуске журнала" получает шеф-редактор (который запускал бизнес-процесс), в форме отображается ссылка на сформированный docx-файл номера журнала. Шеф-редактор или утверждает номер журнала, или вводит обязательный комментарий и отправляет журнал на доработку. Комментарий от шеф-редактора отображается на формах заданий редакторов, обозревателей и верстальщика.

Разработка бизнес-процесса.

Запустите RunaWFE симулятор, для этого дважды кликните по ярлыку «Start Simulation» на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Start Simulation. (Подробнее см. "Практикум. Введение", Вводное занятие, Порядок выполнения работы, Пункт 1)
Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (см. "Практикум. Введение", Вводное занятие, Порядок выполнения работы, Пункт 2, Рис. 5.2) Замечание. По умолчанию пароль пользователя Administrator - "wf".
Создайте следующих пользователей: (см. "Практикум. Введение", Вводное занятие, Порядок выполнения работы, Пункты 10 - 11, Рис. 5.9 - 5.10)

Петров Сергей Петрович
Константинов Игорь Сергеевич

Иванов Иван Иванович

Сидоров Валентин Игоревич
Сергеев Николай Иванович
Николаев Виктор Александрович

Андреев Николай Викторович
Дмитров Арсений Яковлевич
Юрьев Сергей Сергеевич

Практическое занятие "Изучение перспективы ресурсов", Порядок выполнения работы, Пункты 4 - 5, Рис. 3.1, 3.2

Создайте группы (см. "Практикум. Введение", Вводное занятие, Порядок выполнения работы, Пункты 4 - 6, Рис. 5.4 - 5.6)

Шеф-редакторы
Верстальщик
Редакторы
Обозреватели

Добавьте пользователей в группы

"ШЕФ редакторы"

Петров Сергей Петрович
Константинов Игорь Сергеевич

"Редакторы"

Сидоров Валентин Игоревич
Сергеев Николай Иванович
Николаев Виктор Александрович

"Верстальщик"

Иванов Иван Иванович

"Обозреватели"

Андреев Николай Викторович
Дмитров Арсений Яковлевич
Юрьев Сергей Сергеевич

"Сотрудники"

Дайте полномочия группе "Сотрудники" на вход в систему (см. "Практикум. Введение", Вводное занятие, пункты 7-9, Рис. 5.6 - 5.8 )
Дайте полномочия группе "Редакторы" на чтение группы "Обозреватели"

Рисунок 5.1 Обладатели полномочий на группу "Обозреватели"

Дайте полномочия группе "Редакторы" на чтение на всех пользователей, входящих в группу "Обозреватели"

Рисунок 5.2 Обладатели полномочий на пользователя "Андреев" входящего в группу "Обозреватели"

Откройте среду разработки
Создайте новый проект "Занятие 10"
Создайте новый процесс "Пример 10-1"
Добавьте элементы на схему бизнес-процесса в соответствии с рисунком 5.3

Рисунок 5.3 Схема бизнес-процесса "Пример 10-1"

В бизнес-процессе используется следующие элементы: Начало, Мульти-подпроцесс, Действие, Задача сценария, Окончание, Аннотация.

Для элемента "Задача сценария" используйте опцию компактный вид (см. пункт 1 раздела "Практическое занятие "Работа с Word-ботом". Порядок выполнения работы.",Замечание. рис. 2.2)

Для придания наглядности схемы расположите напротив "Задачи сценария" элемент "Аннотация". Перейдите в свойства элемента и введите текст в поле "Описание" - "Оформить выпуск, сборка номера журнала".

Для изменения названий по-умолчанию, выделите элемент, кликнув на него, перейдите в свойства, введите новое значение в поле Название.

Создайте роли

Шеф-редактор
Верстальщик

Практическое занятие "Изучение перспективы ресурсов", Пункт 26, Рис. 3.16-3.18

Рисунок 5.4 Инициализатор роли "Шеф-редактор"

Свяжите с начальным узлом бизнес-процесса роль "Шеф-редактор", с остальными узлами свяжите роли в соответствии с рисунком 5.3
Создайте переменные

тексты рубрик - переменная формата "Список(Текст)". Содержит список текстов рубрик, сформированных в мульти-подпроцессах
выпуск журнала - переменная формата "Файл". Это docx файл журнала, формируется в задаче сценария "Оформить выпуск", с помощью обработчика Word
номер журнала - переменная формата "Целое число", вводится Шеф-редактором на стартовой форме процесса
год - переменная формата "Целое число", вводится Шеф-редактором на стартовой форме процесса
месяц - переменная формата "Строка", вводится Шеф-редактором на стартовой форме процесса
постер - переменная формата "Файл". Это файл постера для обложки журнала, вводится Шеф-редактором на стартовой форме процесса
Комментарий Шеф-редактора - переменная формата "Текст". Вводится шеф-редактором в задании "Принять решение о выпуске журнала" в случае отправки журнала на доработку.

Рисунок 5.5 Переменные бизнес-процесса "Пример 10-1"

Создайте графические формы

Замечание

Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис. 4.9, 4.10

Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Замечание, Рис. 4.11-4.12

Рисунок 5.6 Вставка таблицы на форму

Рисунок 5.7 Свойства таблицы

Заполните колонки таблицы как показано на рисунке 5.8. Во втором столбце используйте компоненты "Ввод переменной" для ввода соответствующей переменной.

Рисунок 5.8 Форма узла "Начало"

Сохраните и закройте форму.

Добавьте валидаторы для переменных данной формы (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 5.27, 5.28).

Для переменных "номер журнала", "год", "месяц" используйте валидатор "Обязательное поле". Для переменной "постер" используйте валидаторы "Обязательное поле" и "Ограничитель по расширению файла", в качестве разрешенных расширений введите "jpeg, jpg, png" (см. Рис. 5.9)

Рисунок 5.9 Валидаторы переменных стартовой формы

Кроме того добавьте скрипт формы. Для этого кликните правой клавишей мыши на стартовом узле, выберите "Форма > Скрипт формы" (см. Рис. 5.10)

Рисунок 5.10 Создание скрипта формы

В появившемся окне введите следующий код:

var monthNames = ["январь", "февраль", "март", "апрель", "май", "июнь", "июль", "август", "сентябрь", "октябрь", "ноябрь", "декабрь"];
   
$(document).ready(function() {
  $("input[name='месяц']").autocomplete( {
   delay: 300,
   minLength: 0,
   source: monthNames
  });
  $("input[name='месяц']").focus(function() {
   $(this).autocomplete("search", $(this).val());
  });
});

Данный код подключает выбор из предопределённых значений для переменной "месяц"

Создайте форму для узла "Корректировать рубрики".

Рисунок 5.11 Форма узла "Корректировка рубрик"

Здесь верстальщик корректирует тексты всех рубрик. Для этого используйте компонент "Редактировать связанные списки", разрешите изменение, запретите добавление и удаление из списка "тексты рубрик" (см. Рис. 5.12). Кроме того, верстальщику отображается комментарий шеф-редактора, используйте для отображения значения переменной компонент "отобразить переменную".

Рисунок 5.12 Форма узла "Редактировать связанные списки"

Создайте форму для узла "Принять решение о выпуске журнала". Используйте компонент "Отобразить переменную" для переменной "выпуск журнала", а также компонент "Ввод переменной" для переменной "Комментарий Шеф-редактора".

Рисунок 5.13 Форма узла "Принять решение о выпуске журнала"

Добавьте валидатор для переменной "Комментарий Шеф-редактора" (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 5.27, 5.28).

Используйте валидатор "Обязательное поле", проверка должна выполняться в контексте перехода по ветке "Отправить всем заново" (см. Рис. 5.14)

Рисунок 5.14 Валидатор "Обязательное поле" в контексте перехода "Отправить всем заново"

Выберите класс обработчика в задаче сценария "Оформить выпуск"

Рисунок 5.15 Выбор обработчика

Вызовите конфигуратор обработчика Word, для этого нажмите на выбор конфигурации в свойствах задачи сценария.

В появившейся форме введите параметры выходного файла - имя "журнал.docx" и выберите файловую переменную "выпуск журнала". Используйте вариант "Файл в процессе" в качестве входного файла. (см. Рис. 5.16)

Рисунок 5.16 Конфигурация обработчика Word

Нажмите на "Создать" для создания шаблона (см. Рис. 5.17). Будет открыт редактор docx файлов, в котором необходимо создать шаблон.

Рисунок 5.17 Конфигурация обработчика Word

Создайте шаблон для docx файла журнала

Рисунок 5.18 Шаблон для создания docx файла журнала

Здесь выражения вида ${Переменная} будут заменены на значение переменной Переменная, в формате, определённом в среде разработки.

Кроме того, здесь используется "Цикл" для вывода каждой рубрики из списка "тексты рубрик". Цикл определяется 3-мя элементами: начало цикла, блок цикла и окончание цикла.

Начало цикла в данном случае задано как ${items:тексты рубрик as рубрика}, где

items - это итератор, означающий итерацию по значениям
тексты рубрик - переменная список
рубрика - переменная, которая будет хранить текущее значение итератора (используется стандартный механизм замены, вида ${Переменная})

Для обозначения окончания цикла используется выражение ${/items}

На основе данной шаблона будет сформирован docx файл журнала.

Создайте новый процесс "Пример 10-2"

Описание процесса.

Добавьте из палитры объектов на схему элементы "Начало", "Действие", "Задача сценария", "Аннотация", "Окончание".

Рисунок 5.19 Схема подпроцесса "Пример 10-2"

Для задачи сценария дайте название "Сформировать текст рубрики". Кроме того используйте опцию "компактный вид" (см. пункт 1 раздела "Практическое занятие "Работа с Word-ботом". Порядок выполнения работы.",Замечание. рис. 2.2)

Создайте роли

Редактор
Обозреватель

Свяжите с начальным узлом бизнес-процесса роль "Редактор", с остальными узлами свяжите роли в соответствии с рисунком 5.18
Создайте переменные

Внутренний контент - формата "Текст", вводится обозревателем в форме "Создание внутреннего контента рубрики"
Контент рубрики - формата "Текст", формируется в задаче сценария "Сформировать текст рубрики" с помощью обработчика "Выполнить код Groovy"
Обозреватели - формата "Группа", имеет значение по умолчанию - "Обозреватели"
Комментарий от Шеф-редактора - формата "Текст", передается из основного процесса (Пример 10-1)
Комментарий редактора - формата "Текст", вводится редактором в задании "Выбрать исполнителей для создания контента рубрики"

Рисунок 5.20 Значение по умолчанию для переменной Обозреватели

Рисунок 5.21 Список переменных подпроцесса "Пример 10-2"

Создайте графические формы заданий

Замечание

Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис. 4.9, 4.10

Практическое занятие "Изучение перспективы данных", Пункт 6, рис. 4.16, 4.17, 4.18

Рисунок 5.22 Выбор из членов группы "Обозреватели

Также добавьте компонент "Отобразить переменную" для переменной "Комментарий от Шеф-редактора" и "Ввод переменной" для переменной "Комментарий редактора" (см. рис. 5.23)

Рисунок 5.23 Форма задания "Выбрать исполнителей для создания контента рубрики"

Используйте для роли "Обозреватель" валидатор "Обязательно поле". Для этого вызовите "проверка переменных формы" (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 5.27), перейдите на вкладку Роли, выберите роль Обозреватель, валидатор "Обязательно поле" (см. рис. 5.24)

Рисунок 5.24 Валидация роли Обозреватель

Создайте форму для задания "Создание внутреннего контента рубрики".

Рисунок 5.25 Форма задания "Создать внутренний контент рубрики"

Используйте компонент форм - "Ввод переменной" для ввода значения переменной "Внутренний контент", а также добавьте компонент "Отобразить переменную" для переменных "Комментарий от Шеф-редактора" и "Комментарий редактора" (используйте отображение "Как неактивный компонент вывода")

Добавьте валидатор "Обязательно поле" для переменной "Внутренний контент" (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 5.27, 5.28).

В форме задания "Утвердить текст рубрики" расположите компонент "Отобразить переменную" для отображения значения переменной "Контент рубрики". Используйте отображение "Как неактивный компонент вывода" (см. Рис. 5.26)

Рисунок 5.26 Форма задания "Утвердить текст рубрики"

Выберите обработчик в задаче сценария "Сформировать текст рубрики"

Рисунок 5.27 Выбор класса обработчика

Далее выберите "Конфигурация" обработчика, в открывшемся окне используйте следующий код:

Контент_рубрики =  "От обозревателя " + Обозреватель.getFullName();
Контент_рубрики +=  "\r\n\r\n";
Контент_рубрики += Внутренний_контент;
Контент_рубрики +=  "\r\n\r\n";

Данный код формирует контент рубрики с помощью конкатенации значения переменной "Внутренний контент", ФИО обозревателя, строки "От обозревателя " и последовательностей "\r\n".

Для вставки переменных (Контент рубрики, роль Обозреватель) используйте "Вставить переменную".

Для определения ФИО обозревателя используется функция getFullName().

Последовательность символов "\r\n" используется для перевода позиции (в формируемой строке) в начало следующей строки.

Рисунок 5.28 Конфигурация обработчика

Сохраните и закройте процесс "Пример 10-2"
Откройте бизнес-процесс "Пример 10-1"
Настройте мульти-подпроцесс "Создание контента для рубрик" в процессе "Пример 10-1"

Рисунок 5.29 Использовать подпроцесс

С узлом Мульти-подпроцесс связывается бизнес-процесс, экземпляры которого будут запускаться как подпроцессы. Выберите из списка в качестве подпроцесса - "Пример 10-2" (см. Рис. 5.30).

Используем мульти-подпроцесс по группе "Редакторы". Для этого перейдите на вкладку "По группе", нажмите на выпадающий список и выберите "Введите значение" для ввода названия группы вручную (см. Рис. 5.30). В появившемся окне введите "Редакторы" (см. Рис. 5.31).

Рисунок 5.30 Выбор мульти-подпроцесса по группе

Рисунок 5.31 Ввод названия группы

Выберите роль "Редактор" подпроцесса "Пример 10-2" (см. Рис. 5.32)

Рисунок 5.32 Выбор переменной подпроцесса

Таким образом данная настройка означает, что по всем пользователям группы "Редакторы" (рекурсивно) будут созданы экземпляры подпроцесса "Пример 10-2". Роль Редактор будет проинициализирована соответствующим пользователем из группы "Редакторы".

Далее необходимо задать сопоставление переменных процесса и подпроцесса. Нажмите "Добавить", в появившейся форме выберите переменные "тексты рубрик" и "Контент рубрики". Разрешите использование для чтения и записи (см. Рис. 5.33).

Рисунок 5.33 Сопоставление переменных "тексты рубрик" - "Контент рубрики"

Таким же образом добавьте сопоставление переменных "Комментарий Шеф-редактора" - "Комментарий от Шеф-редактора". Разрешите использование только для чтения (см. Рис. 5.34).

Рисунок 5.34 Сопоставление переменных процесса и подпроцесса

Нажмите "ОК", сохраните и закройте процесс.

Экспортируйте разработанные бизнес-процессы на сервер (Подробнее см. Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункты 11-14)
Войдите на сервер под пользователем Administrator
Добавьте обладателей полномочий

"Практикум. Введение", Вводное занятие, Порядок выполнения работы, Пункт 28-31

Рисунок 5.35 Обладатели полномочий на бизнес-процесс "Пример 10-1"

Запустите бизнес-процесс "Пример 10-1" и доведите экземпляр процесса до завершения.

Выполнение бизнес-процессов по шагам.

Рисунок 5.36 Запуск бизнес-процесса "Пример 10-1"

Будет отображена стартовая форма бизнес-процесса "Пример 10-1", введите номер журнала, год, выберите из предлагаемых вариантов месяц.

Нажмите на "Загрузить файл". Выберите файл постера (jpg или png) на обложку журнала.

Рисунок 5.37 Ввод данных на стартовой форме бизнес-процесса "Пример 10-1"

Нажмите "Запустить". Будет запущен новый экземпляр бизнес-процесса "Пример 10-1".

Управление из стартового узла перейдет в мульти-подпроцесс "Создание контента для рубрик", который настроен по группе "Редакторы".

Таким образом будут запущены 3 экземпляра подпроцесса "Пример 10-2", редакторы "Сидоров", "Сергеев", "Николаев" получат задание "Выбрать исполнителей для создания контента рубрики"

Рисунок 5.38 Запущено 3 экземпляра подпроцесса "Пример 10-2"

Зайдите в систему под пользователем "Сидоров".

Возьмите на выполнение активную задачу.

Рисунок 5.39 Активное задание "Выбрать исполнителей для создания контента рубрики"

Выберите "Андреев" в качестве обозревателя и нажмите "Задание исполнено".

Рисунок 5.40 Выбор обозревателя

Зайдите в систему под остальными пользователями входящими в группу "Редакторы" - "Сергеев", "Николаев" и выполните задание "Выбор исполнителей для создания контента рубрики", выбрав в качестве обозревателя "Дмитров" и "Юрьев" соответственно.

Обозреватели "Андреев", "Дмитров" и "Юрьев" получат задание "Создать внутренний контента рубрики".

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

Рисунок 5.41 Ввод контента рубрики обозревателем Андреев

Рисунок 5.42 Ввод контента рубрики обозревателем Дмитров

Рисунок 5.43 Ввод контента рубрики обозревателем Юрьев

Далее в каждом экземпляре "Пример 10-2" сработает обработчик формирующий контент рубрики, который будет передан редактору рубрики на утверждение.

Редакторы "Сидоров", "Сергеев", "Николаев" получат задание "Утвердить текст рубрики".

Зайдите в систему под каждым из редакторов и утвердите тексты рубрик.

Рисунок 5.44 Утверждение контента рубрики редактором "Сидоров"

После того, как все три экземпляра подпроцесса "Пример 10-2" завершатся, управление вернется в экземпляр бизнес-процесса "Пример 10-1". В переменную список "тексты рубрик" будет записан "Контент рубрики" созданный в соответствующем подпроцессе.

Верстальщик "Иванов" получит задание "Корректировать рубрики".

Верстальщику доступны все тексты рубрик для редактирования.

Рисунок 5.45 Задание "Корректировка рубрик"

Выполните задание.

Войдите в систему под пользователем "Петров".

Шеф-редактор "Петров" получит задание "Принять решение о выпуске журнала", в форме задания доступна ссылка на docx файл журнала, а также текстовое поле для ввода комментария, который в обязательном порядке необходим в случае если шеф-редактор решит отправить журнал на доработку.

Рисунок 5.46 Задание "Корректировать рубрики"

Нажмите на ссылку "журнал.docx", будет загружен и открыт созданный файл журнала.

Рисунок 5.47 Созданный DOCX файл нового выпуска номера журнала

Закройте журнал, введите замечания в поле "Комментарий" задания "Принять решение о выпуске журнала", нажмите "Отправить всем заново".

Рисунок 5.48 Отправка номера журнала на доработку

Управление пойдет по ветке "Отправить всем заново", снова будут запущены подпроцессы создания контента для рубрик. Редакторы получат соответствующие задания.

Рисунок 5.49 Повторный запуск подпроцессов

Исправьте замечания указанные шеф-редактором в комментариях и доведите процесс выпуска нового номера журнала до конца, выполнив задание "Принять решение о выпуске журнала" на этот раз уже с решением "Утвердить номер журнала"

Задание для самостоятельной работы

Описание самостоятельной работы.

В практическом занятии "Работа с мульти-подпроцессами", мульти-подпроцесс для создания контента рубрик, запускался по группе «Редакторы». В самостоятельной же работе необходимо реализовать запуск мульти-подпроцесса по обратному отношению «Шеф-Редактор», примененному к пользователю, запустившему экземпляр бизнес-процесса. То есть, мульти-подпроцесс должен быть запущен по тем редакторам, для которых запустивший бизнес-процесс является шеф-редактором.

Также в самостоятельной работе необходимо внести изменения и в мульти-подпроцесс создания контента рубрики. Кроме ввода внутреннего контента обозревателем, должен быть добавлен ввод внешнего контента пользователем из группы "Авторы". На основе текстов автора и обозревателя должен быть создан контент рубрики.

Подготовка данных на сервере.

Войдите на сервер под пользователем Администратор.

Создайте отношение «Шеф-Редактор» (См. пример создания отношения в пунктах 10-11 раздела "Практическое занятие "Изучение перспективы ресурсов", рис. 3.5, 3.6).

Добавьте в него, например следующие пары:

Петров-Сидоров
Петров-Сергеев
Константинов-Николаев

Рисунок 5.50 Отношение Шеф-редактор

Таким образом получаем, что Петров является шеф-редактором для пользователей редакторов Сидоров и Сергеев, а Константинов шеф-редактор пользователя редактора Николаев.

Создайте группу

Авторы

Создайте пользователей и добавьте их в группу Авторы:

Максимов Роман Александрович
Егоров Вадим Анатольевич
Владимиров Евгений Юрьевич

добавьте всех созданных пользователей в группу "Сотрудники"

Рисунок 5.51 Группа "Авторы"

Не забудьте дать полномочия группе "Редакторы" на чтение группы "Авторы".Для этого откройте список исполнителей, выберите группу "Авторы", нажмите на "Обладатели полномочий". Добавьте в список группу "Редакторы", установите полномочие "Читать". Также не забудьте дать полномочия группе "Редакторы" на чтение на всех пользователей, входящих в группу "Авторы" Для этого выберите пользователя, перейдите в обладатели полномочия, и добавьте группу "Редакторы" с правами на чтение. (В качестве примера можно посмотреть добавление обладателей полномочий на группу "Обозреватели" в Практическое занятие "Работа с мульти-подпроцессами", порядок выполнения, пункты 7,8 рис. 5.1, 5.2)

Создание бизнес-процессов.

Создайте на основе бизнес-процессов "Пример 10-1" и "Пример 10-2" бизнес-процессы "Пример 10-3" и "Пример 10-4" соответственно.

Для этого воспользуйтесь функцией копирования (подробнее см. Практическое занятие "Изучение перспективы потока управления", Задание для самостоятельной работы, Пункты 1,2,3).

Измените граф схемы бизнес-процессов в соответствии с рисунками 5.52, 5.53

Замечание. Схема бизнес-процесса "Пример 10-3" не отличается от "Пример 10-1", изменения будут только в параметрах элемента Мульти-подпроцесс.

Рисунок 5.52 Схема бизнес-процесса для самостоятельной работы "Пример 10-3"

Рисунок 5.53 Схема мульти-подпроцесса "Пример 10-4"

Добавьте к уже существующим ролям в бизнес-процессе "Пример 10-4", роль Автор без инициализатора:

Рисунок 5.54 Роли в бизнес-процессе "Пример 10-4"

Добавьте переменные

Внешний контент - формата Текст
Авторы - формата Группа, при этом задайте значение по умолчанию - "Авторы" (см. пример установки значения по умолчанию для группы Обозреватели в "Пример 10-2")

Рисунок 5.55 Переменные бизнес-процесса "Пример 10-4"

Замечание. В случае если в системе установлен браузер Microsoft Internet Explorer устаревшей версии 7 (IE7) или 6 (IE6), то в качестве редактора форм должен быть использован FCKEditor2 (как переключить редактор см. в Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис. 4.9, 4.10 )

Измените форму задания "Выбрать исполнителей для создания контента рубрики", добавьте компонент форм "Выбор из членов группы" (используйте в качестве параметров роль Автор и переменную Авторы, см. Рис. 5.56, 5.57)

Рисунок 5.56 Форма задания "Выбор исполнителей для создания контента рубрики"

Рисунок 5.57 Выбор из членов группы "Авторы"

То есть, здесь редактор выбирает Автора и Обозревателя которые будут создавать контент рубрики.

Для роли "Автор" добавьте валидатор роли "Обязательное поле" (см. валидатор для роли Обозреватель в "Пример 10-2").

Создайте форму для задания "Создать внешний контент рубрики", расположите компонент для ввода переменной "Внешний контент"

Рисунок 5.58 Ввод переменной "Внешний контент"

Добавьте валидатор "Обязательно поле" для переменной "Внешний контент"

Измените конфигурацию обработчика в задаче сценария "Сформировать текст рубрики"

Контент_рубрики =  "От автора " + Автор.getFullName();
Контент_рубрики +=  "\r\n\r\n";
Контент_рубрики += Внешний_контент;
Контент_рубрики +=  "\r\n\r\n";

Контент_рубрики +=  "От обозревателя " + Обозреватель.getFullName();
Контент_рубрики +=  "\r\n\r\n";
Контент_рубрики += Внутренний_контент;
Контент_рубрики +=  "\r\n\r\n";

Рисунок 5.59 Конфигурация обработчика в задаче сценария "Сформировать текст рубрики"

Таким образом "Контент рубрики" теперь будет складываться еще и из "внешнего контента" введенного Автором.

Откройте процесс "Пример 10-3", вызовите настройку мульти-подпроцесса "Создание контента для рубрик". Здесь перейдите на вкладку "По отношению", в качестве подпроцесса выберите "Пример 10-4". Выполните синхронизацию с сервером и выберите отношение с названием "Шеф-редактор", в качестве параметра отношения используйте роль "Шеф-редактор". Обратите внимание на опцию "Обратное отношение", она должна быть установлена. Переменная в подпроцессе и сопоставление переменных процесса и подпроцесса оставьте неизменными (см. Рис. 5.60).

Рисунок 5.60 Настройка мульти-подпроцесса по обратному отношению

Выполнение бизнес-процессов.

Экспортируйте разработанные бизнес-процессы "Пример 10-3" и "Пример 10-4" на сервер.

Дайте полномочия на чтение, чтение экземпляра и запуск бизнес-процесса "Пример 10-3" для группы "Шеф-редакторы", а для группы "Сотрудники" дайте право на чтение и чтение экземпляра.

Запустите бизнес-процесс выпуска номера журнала "Пример 10-3" под пользователем "Петров" и доведите его до полного завершения. Проверьте запуск мульти-подпроцессов по отношению. Получите в результате выполнения docx файл журнала, проверьте соответствие его шаблону.

Требования к представлению результатов занятия

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет, файл с данными archive.datafile (как получить файл данных), содержащие разработанные на занятии бизнес-процессы и DOCX файл созданного журнала.

В отчете должны содержаться следующие данные:

1) Скриншоты основных действий, совершенных на занятии, с пояснениями

2) Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, и мульти-подпроцессов доведенных до завершения.

3) Скриншоты, содержащие созданные на занятии роли, переменные, основные формы

Контрольные вопросы

Что такое мульти-подпроцесс?
Чем может определяться количество запускаемых экземпляров мульти-подпроцесса?
Как используются Отношения в мульти-подпроцессе, что такое Обратное отношение?

Ссылки

Документация Runa WFE [официальный сайт проекта]. URL: https://runawfe.ru/rus/Документация

TrainingMaterials 4 4 Timers

Содержание

Введение

Общая информация

Практическое занятие "Межпроцессное взаимодействие"

Цель занятия

Теоретические сведения

Порядок выполнения работы

Задание для самостоятельной работы

Требования к представлению результатов занятия

Контрольные вопросы

Практическое занятие "Таймеры и обработчики"

Цель занятия

Теоретические сведения

Порядок выполнения работы

Задание для самостоятельной работы

Требования к представлению результатов занятия

Контрольные вопросы

Практическое занятие "Работа с мульти-подпроцессами"

Цель занятия

Теоретические сведения

Порядок выполнения работы

Задание для самостоятельной работы

Требования к представлению результатов занятия

Контрольные вопросы

Ссылки

Навигация

Поиск