RunaWFE. Расширенный лабораторный практикум по процессному управлению. Часть 3

Материалы этого документа распространяется свободно на условиях лицензии GNU FDL.

Введение

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

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

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

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

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

В настоящей, третьей части практикума рассмотрена последняя, четвертая перспектива исполнимых бизнес-процессов, объяснена работа с MS Word-ботом, приведено описание самостоятельного занятия.

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

Практическое задание №4. Изучение перспективы операций

Цель занятия

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

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

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

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

Необходимые теоретические сведения изложены в первой части лабораторного практикума в пункте "Перспектива операций" раздела "Исполнимые бизнес-процессы и административные регламенты", а также в пункте "Концепция ботов и бот-станций" раздела "Стандарты и концепции, связанные с СУБПиАР".

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

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


Рисунок 154 . Схема бизнес-процесса рассмотрения заявки на покупку услуги ("Пример 4-1")




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


Рисунок 155. Переменные бизнес-процесса рассмотрения заявки на покупку услуги

7. Запустите RunaWFE симулятор (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 1)
8. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 2, Рис. 34). По умолчанию пароль пользователя Administrator - "wf".
9. Перейдите к списку исполнителей, кликнув по ссылке «Исполнители» в левой части экрана.
Создайте группы:
• Сотрудники
• Директор
• Боты
(см. Вводное занятие, Порядок выполнения работы, Пункт 5, Рис. 37) Добавьте пользователей
• Мотыльков
• Мухин
• Гусеницын
• Личинкин
в группу "Сотрудники" Добавьте пользователя "Стрекозин" в группу "Директор". Создайте пользователей:
• Бот_данных
• localbotstation (если этот пользователь уже существует в системе, то создавать его не надо)
Задайте для созданных пользователей пароль (предлагается задать для созданных пользователей пароль "123"). Добавьте этих пользователей в группу "Боты". Дайте группе "Боты" права на вход в систему. Дайте полномочия группам "Сотрудники" и "Директор" на вход в систему. Подробнее см. Вводное занятие, Порядок выполнения работы, Пункты 4 - 13.
10. Создайте бот-станцию и бота.
Замечание. Если в систему уже существует бот-станция localbotstation, то либо пропустите действия данного раздела, либо удалите ее командой "Удалить". Кликните на меню «Бот станции» в левой части экрана. Кликните на ссылке "Владельцы прав" (См. Рис. 156а)

Рисунок 156а. Права на бот-станции

В появившейся форме (См. Рис. 156б) добавьте в обладатели полномочий пользователя localbotstation.



Рисунок 156б. Добавление пользователю localbotstation полномочий на бот-станции

Кликните на меню «Бот станции» в левой части экрана. Кликните на ссылке "Добавить бот-станцию" (См. Рис. 156в)



Рисунок 156в. Создание новой бот-станции


В появившейся форме (См. Рис. 157) выберите из списка "Название" пользователя "localbotstation", в поле "RMI адрес" введите "jnp://localhost:1099", кликните на "Добавить бот станицю".

Замечание. Начиная с версии 3.5.2 порт 1099 был заменен на порт 10099, то есть, начиная с версии 3.5.2, вместо 1099 надо вводить 10099.






Рисунок 157. Создание бот-станции "localbotstation"


Будет создана бот-станция, которая будет обращаться к RunaWFE симулятору от имени пользователя "localbotstation".

В появившейся форме кликните на бот-станцию "localbotstation" (См. Рис. 158)



Рисунок 158. Список бот-станций


В появившейся форме кликните "Добавить бота" (См. Рис. 159)



Рисунок 159. Форма бот-станции


В открывшейся форме создания бота (См. Рис. 160) выберите из списка пользователя "Бот_данных", в поле "Пароль бота" введите пароль этого пользователя ("123").







Рисунок 160. Создание бота "Бот_данных"


Будет создан бот, который будет обращаться к RunaWFE симулятору от имени пользователя "Бот_данных".




11. Создайте задание бота
Будет создан бот, который будет обращаться к RunaWFE симулятору от имени пользователя "Бот_данных". Кликните на созданного бота (См. Рис. 161). В появившейся форме кликните на "Добавить" в разделе "Задания" (См. Рис. 162).

Рисунок 161. Созданный бот "Бот_данных"







Рисунок 162. Добавление задания боту


В появившейся строке введите в поле "Задание" строку, совпадающую с именем узла-действия "Внести данные о заявке в учетную систему", в поле "Обработчик задания" выберите обработчик "DoNothingTaskHandler" (См. Рис. 163), в поле "Конфигурация" ничего вводить не надо. Кликните "Применить".



Рисунок 163. Задание "Внести данные о заявке в учетную систему"


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

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

Замечание. Имя localbotstation является специальным именем, относящимся с бот-станции, находящейся на том же компьютере, что и RunaWFE сервер. Если требуется установить бот-станцию на другом компьютере, или изменить имя localbotstation на другое, то требуется изменить настройки в специальном конфигурационном файле системы RunaWFE. Подробности можно найти в документации по системе на сайте runawfe.ru/rus.




12. Запустите периодическую активацию бот-станции
Войдите в меню "Бот станции", кликните на бот-станции "localbotstation", в открывшейся форме выполните команду "Запустить периодическую активацию ботов" (См. Рис. 164)

Рисунок 164. Запуск периодической активации бот-станции




13. Инициализируйте роли
Войдите в редактор бизнес-процессов, откройте вкладку "Роли" бизнес-процесса "Пример 4-1". Роль "Сотрудник" оставьте без инициализатора, эта роль будет инициализирована узлом-началом, то есть на роль " Сотрудник " в экземпляре бизнес-процесса будет назначен пользователь, запустивший этот экземпляр бизнес-процесса. Инициализируйте роль "Директор" группой "Директор", для этого кликните на командной кнопке "Изменить" (См. Рис. 165). В появившейся форме кликните на нижней вкладке "Задать роль с помощью оргфункции" и верхней вкладке "Группы и пользователи WF" (См. Рис. 166).

Рисунок 165. Редактирование инициализатора роли "Директор"






Рисунок 166. Форма редактирование инициализатора роли "Директор"


Кликните на ссылке "Настройки соединения" (Подробнее см. Занятие 2, Порядок выполнения работы, Пункт 26, Рис. 101).

В появившейся форме введите URL RunaWFE симулятора, а также логин и пароль пользователя, под которым будет установлено соединение. Если Вы не меняли установки по умолчанию, то можно использовать значения, которые установлены в форме (См. Рис 102).

Проверьте соединение, кликнув на кнопку "Проверить соединение". Если соединение будет установлено, то появится сообщение об этом (См. Рис 103).

Если появится сообщение об ошибке соединения, проверьте что RunaWFE симулятор запущен (См. Вводное занятие, Порядок выполнения работы, Пункт 1).

Кликните на "ОК". В появившейся форме кликните на "Синхронизация". Затем кликните на "Группа" и ссылку "Выбрать" (См. Рис. 167)






Рисунок 167. Инициализация роли группой пользователей


В открывшемся окне выберите группу "Директор". Кликните "ОК".

Перейдите к редактированию инициализатора роли "Бот_работы_с_данными". В форме редактирования инициализатора кликните на нижней вкладке "Задать роль с помощью оргфункции" и верхней вкладке "Группы и пользователи WF" (См. Рис. 166).

Затем кликните на "пользователь" и ссылку "Выбрать". В появившейся форме выберите пользователя "Бот_данных" (См. Рис. 168) Кликните на "ОК".






Рисунок 168. Инициализация роли пользователем




14. Создайте графические формы заданий
Перейдите на вкладку "Граф". Кликните правой кнопкой мыши на узле-начале. В появившемся контекстном меню выберите Форма/Создать форму (См. Рис. 169).


Рисунок 169. Создание графической формы узла-начала.


В появившейся форме введите текст "Название услуги" и кликните на иконку ввода переменной через текстовое поле (См. Рис. 170).







Рисунок 170. Добавление поля ввода переменной типа "Строка"


В появившемся диалоге выберите из списка переменную "Название_услуги" (См. Рис. 171).







Рисунок 171. Выбор переменной "Название_услуги"


Добавьте на форму ввод переменной Поставщик_услуги.

Добавьте ввод переменной "Дата_начала_действия_услуги" типа "Дата". Для этого кликните на иконку <F>, - левую из двух находящихся рядом иконок. В появившемся диалоге выберите переменную "Дата_начала_действия_услуги" и вид отображения "Дата" (См. Рис. 172).






Рисунок 172. Добавление поля ввода переменной типа "Дата"


Аналогичным образом добавьте на форму элемент ввода для переменной "Дата_окончания_действия_услуги".

Далее используйте для ввода числовой переменной "Стоимость_услуги" иконку текстового поля (См. Рис. 170).

В диалоге ввода параметров кроме вводимой переменной укажите также ограничения графического элемента: максимальная ширина поля - 10 символов, максимальное количество символов в строке - 12 (См. Рис. 173).




Рисунок 173. Добавление поля ввода стоимости услуги


Далее добавьте на форму элемент ввода для переменной " Комментарий". Используйте для этого элемент "Текстовая область" (См. Рис. 174).







Рисунок 174. Добавление текстовой области

В диалоге выбора параметров текстовой области укажите количество столбцов - 15, количество строк - 5 (См. Рис. 175).






Рисунок 175. Диалог выбора параметров текстовой области


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

В форме введите текст "Название услуги" и кликните на иконку графического элемента вывода данных в форму "<F>", правую из двух расположенных рядом иконок "<F>". (См. Рис. 176).







Рисунок 176. Графический элемент вывода данных в форму


В появившемся окне выберите переменную "Название_услуги" (См. Рис. 177). В поле "Формат переменной" выберите "Однострочный".







Рисунок 177. Диалог вывода переменной типа "Строка"


Аналогичным образом поместите на форму элемент вывода для переменной "Поставщик услуги".

Поместите элемент "Вывод переменной" для переменной "Дата_начала_действия_услуги"







Рисунок 178. Диалог вывода переменной типа "Дата"

Поместите на форму элементы вывода для переменных " Дата_окончания_действия_услуги", "Стоимость_услуги" (в формате "с плавающей запятой") и " Комментарий" (в формате "Многострочный").

Далее поместите текст "Подавший заявку", после чего кликните на иконку графического элемента ввода данных "<F>", левую из двух расположенных рядом иконок "<F>" (См. Рис. 129). В появившемся диалоге выберите "Отобразить актора" (См. Рис. 179).







Рисунок 179. Вывод значения роли


В параметрах диалога выберите роль "Сотрудник" и форму отображения "Полная".

Далее введите "Комментарий директора" и поместите текстовую область, связанную с переменной "Комментарий_директора" (См. Рис. 174, 175).

Результат должен выглядеть как на Рис. 180.







Рисунок 180. Фрагмент формы с двумя полями вывода и одним полем ввода


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




15. Установите ограничения на вводимые в графические элементы форм данные
Кликните на узле-начале правой кнопкой мыши, выполните команду "Форма / Проверка переменных формы" (См. Рис. 181).

Рисунок 181. Вызов формы задания ограничений на значения переменных

В появившейся форме кликните на строку, соответствующую переменной "Название услуги". Установите галочку для строки "Обязательное поле". В появившееся внизу поле впишите текст сообщения об ошибке (См. Рис. 182).







Рисунок 182. Признак обязательности заполнения поля


При запуске экземпляра бизнес-процеса система проверит, что в поле "Название услуги" введено значение. Если значение не введено, то система не будет запускать экземпляр бизнес-процесса и выведет сообщение об ошибке, текст которого помещен в поле "Сообщение об ошибке".

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

Кликните на строку, соответствующую переменной "Дата_начала_действия_услуги". Установите галочку для строки "Обязательное поле". Введите текст сообщения об ошибке. Установите галочку для строки "Диапазон даты относительно текущей", установите возможный сдвиг в прошлое - 0 дней и в будущее - 30 дней. Введите текст сообщения об ошибке (См. Рис. 183).



Рисунок 183. Ограничение на вводимую дату


Для переменной "Дата_окончания_действия_услуги" установите признак обязательности ввода значения и разрешенный диапазон значений от нуля до 366 дней относительно текущей даты.






Рисунок 184. Ограничение на вводимое числовое значение

Для переменной "Стоимость_услуги" установите признак обязательности ввода значения и разрешенный диапазон значений от нуля до 25 000. Введите текст сообщения об ошибке (См. Рис. 184).

Для переменной "Комментарий" не устанавливайте признак обязательности ввода значения, но задайте ограничение на максимальный размер вводимого текста (См. Рис. 185).







Рисунок 185. Ограничение на длину вводимого текста


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

В конструкторе проверяемого соотношения в нижней части формы выберите две переменные: "Дата_окончания_действия_услуги" и "Дата_начала_действия_услуги" и установите между ними соотношение "не раньше" (См. Рис. 186).

Кликните на "Готово".






Рисунок 186. Ограничение на соотношение дат


Кликните на узле-действии "Рассмотреть заявку на покупку услуги" правой кнопкой мыши, выполните команду "Форма / Проверка переменных формы" (См. Рис. 181).



Рисунок 187. Ограничение на длину комментария директора

В этом узле-действии в бизнес-процесс может быть введена только одна переменная - "Комментарий_директора". Не устанавливая для нее признак обязательности ввода значения, задайте ограничение на максимальный размер вводимого текста (См. Рис. 187).




16. Бизнес-процесс готов. Загрузите его на RunaWFE сервер.
Для этого кликните на разработанный бизнес-процесс, в меню выберите команду "Файл / Экспорт процесса" (Подробнее см. Занятие 1, Порядок выполнения работы, Пункты 11-14) Дайте полномочия группам "Сотрудники" и "Директор" на чтение определения и экземпляров разработанного бизнес-процесса. Дайте полномочия группе "Сотрудники" на запуск бизнес-процесса (Подробнее см. Занятие 2, Порядок выполнения работы, Пункт 31, Рис. 108).
17. Выполните бизнес-процесс под разными пользователями. Проверьте работу бота и всех заданных ограничений на ввод данных в формы.

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

Разработайте бизнес-процесс сдачи экзамена "Пример 4-2", схема которого изображена на рисунке 188.

Роль «Студент» должна быть инициализирована стартовым узлом, а роль «Преподаватель» - отношением «Преподаватель», примененным к роли «Студент» (см. предыдущие занятия). Роль "Старший_преподаватель" должна быть инициализирована группой "Преподаватели".

В бизнес-процессе должны быть следующие переменные.

Переменные типа "Строка":

• Предмет
• Комментарий
• Комментарий-преподавателя
• Место_экзамена
• Вопрос_по_теории
• Ответ_на_вопрос_по_теории
• Комментарий_по_теории
• Задача
• Решение_задачи
• Комментарий_по_задаче
• Комментарий_старшего_преподавателя

Переменные типа "Дата-время":

• Дата-время экзамена

Переменные типа "Целое":

• Оценка_за_теорию
• Оценка_за_задачу
• Итоговая_оценка

Рисунок 188 . Схема бизнес-процесса сдачи экзамена ("Пример 4-2") для самостоятельной разработки

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

• Предмет
• Комментарий

Переменная "Предмет" должна быть обязательной, Комментарий - не обязательной. На длину переменной "Предмет" должно быть наложено ограничение в 50 символов, на длину переменной Комментарий - в 200 символов. Поле для ввода переменной "Предмет" должно быть однострочным, а поле для ввода переменной "Комментарий" - многострочным с количеством колонок - 20 и количеством строк - 5.

В форме узла-действия "Принять решение о допуске студента к экзамену" должно быть выведено значение роли "Студент", а также выведены значения переменных, введенных на стартовой форме. На форме должен быть ввод переменной "Комментарий-преподавателя" в виде многострочного поля с количеством колонок - 20 и количеством строк - 5. На длину переменной "Комментарий-преподавателя" должно быть наложено ограничение в 200 символов. Ввод переменной "Комментарий-преподавателя" должен быть необязательным.

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

В форме узла-действия "Назначить дату и время экзамена" должно быть выведено значение роли "Студент", а также значения всех веденных в бизнес-процесс переменных. На форме должен быть ввод переменной "Дата-время экзамена" в виде поля для ввода даты-времени, а также ввод переменной "Место_экзамена" в виде однострочного поля.

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

На переменную "Место_экзамена" должны быть наложены следующие ограничения: поле должно быть обязательно для ввода, длина вводимого в переменную текста не может превышать 100 символов.

В форме узла-действия "Сформулировать теоретический вопрос" должно быть выведено значение роли "Студент", а также значения всех веденных в бизнес-процесс переменных. На форме должен быть ввод переменной "Вопрос_по_теории" в виде многострочного поля с количеством колонок - 20 и количеством строк - 5. На длину вводимого в переменную текста должно быть наложено ограничение в 300 символов. Ввод значения этой переменной должен быть обязательным.

Форма узла-действия "Сформулировать задачу" должна быть подобна форме узла-действия "Сформулировать теоретический вопрос", только вместо переменной "Вопрос_по_теории" на форме должна вводиться переменная "Задача".

В формах узлов-действий "Написать ответ на теоретический вопрос" и "Написать решение задачи" должны быть введены соответственно переменные "Ответ_на_вопрос_по_теории" и "Решение_задачи". Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

В формах узлов-действий "Написать ответ на теоретический вопрос" и "Написать решение задачи" должны быть введены соответственно переменные "Ответ_на_вопрос_по_теории" и "Решение_задачи". Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

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

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

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

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

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

После разработки бизнес-процесса "Пример 4-2" загрузите его на RunaWFE сервер и выполните под разными пользователями. Добейтесь прохождения точек управления по всем возможным маршрутам. Проверьте выполнение ограничений и работу бота.

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

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет, бот Бот_данных, полученный командой экспорта бота, а также файлы "Пример4-1.par" и "Пример4-2.par", содержащие разработанные на занятии бизнес-процессы.

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

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

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

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

4) Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

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

1. Что такое перспектива операций?
2. Что такое бот-станция?
3. Как используется в бизнес-процессе определенное в бот-станции задание для бота?
4. Можно ли в форме бизнес-процесса ввести ограничение, в соответствии с котором одна вводимая в форму дата обязательно должна быть больше другой?

Практическое занятие №5. Работа с MS Word-ботом

Цель занятия

Целью занятия является изучение работы с MS Word-ботом.

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

Необходимые теоретические сведения изложены в первой части лабораторного практикума в пункте "Концепция ботов и бот-станций" раздела "Стандарты и концепции, связанные с СУБПиАР".

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

1. Запустите графический редактор бизнес-процессов системы RunaWFE
Создайте новый проект - Занятие 5 Создайте новый бизнес-процесс "Пример 5-1". Создайте роли, добавьте элементы на схему бизнес-процесса в соответствии с рисунком 189.




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


Инициализируйте роли/


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

2. Для инициализации роли Word_бот запустите симулятор.
Войдите в систему RunaWFE под пользователем Administrator, заведите пользователя Word_бот (см. рис 190) Рисунок 190 Создание пользователя "Word_бот"


Задайте для пользователя Word_бот пароль "123". Дайте пользователю Word_бот права на вход в систему (См. пункт 7 раздела "Вводное занятие. Изучение интерфейса системы RunaWFE", рис. 38 - 40)




3. Войдите в графический редактор бизнес-процессов.
Выберите роль "Word_бот", выполните для нее команду "Изменить". Инициализируйте роль "Word_бот" пользователем системы "Word_бот" (см. рис. 191). Чтобы "Word_бот" был импортирован в редактор надо не забыть кликнуть на ссылку "Синхронизация". Рисунок 191. Инициализация роли "Word_бот" пользователем "Word_бот"


Создайте переменные в соответствии с рисунком 192






Рисунок 192. Переменные бизнес-процесса


Задайте форму стартового узла (см. рис. 193)




Рисунок 193. Задание формы стартового узла


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


Это узлы-действия

• Рассмотреть заявку на отгул
• Ознакомится с отрицательным решением руководителя
• Ознакомиться с положительным решением руководителя
194. Форма узла "Рассмотреть заявку на отгул"


Задайте обработчик, заполняющий переменную ФИО_сотрудника значением поля "Полное имя" (свойств пользователя), которым инициализирована роль "Сотрудник" (см. рис. 195)

Рисунок 195 Обработчик, заполняющий переменную ФИО_сотрудника


Задайте обработчик, заполняющий переменную Текущая_дата значением текущей даты с часов компьютера" (см. рис. 196)

Рисунок 196 Обработчик, заполняющий переменную Текущая_дата


Создайте шаблон документа "Служебная записка"

Создайте в редакторе MS Word файл ШаблонСлужебнойЗаписки.doc.




Рисунок 197 Шаблон служебной записки


Установите в шаблоне служебной записки закладки




Рисунок 198 Вызов формы работы с закладками




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


Добавьте в шаблон остальные закладки:




• Переменная_Количество_часов
• Переменая_Дата
• Переменная_ФИО_сотрудника
Рисунок 200 Закладки шаблона документа "Служебная записка"


Поместите шаблон служебной записки (файл ШаблонСлужебнойЗаписки.doc) в папку C:\Temp


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


Это узлы-действия

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

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

Рисунок 201 Форма узла "Подписать и отдать служебную записку руководителю"


Создайте бота "Word_бот"


Войдите в систему RunaWFE под пользователем Administrator, кликните пункт меню "Бот-станции", затем кликните на "localbotstation".


В появившейся форме:

4. Проверьте, что периодическая активация запущена (если нет, то запустите ее (см. рис. 202))
5. Добавьте бота в бот-станцию (кликните на "Добавить бота" (см. рис. 202)
Рисунок 202. Бот-станция


В появившейся форме выберите из списка пользователя Word_бот, введите пароль "123" и кликните "Добавить бота" (см. рис. 203)




Рисунок 203. Добавление бота "Word_бот"


Создайте для бота "Word_бот" задание "Сгенерировать служебную записку"


В форме бот-станции кликните на появившегося бота Word_бот (см. рис. 204)




Рисунок 204. Бот-станция, содержащая бота Word_бот


В появившейся форме кликните на "Добавить". В появившейся строке в поле "Задание" введите "Сгенерировать служебную записку", в поле "Обработчик задания" выберете из списка элемент "MSWordReportTaskHandler", кликните "Применить" (см. рис. 205)




Рисунок 205. Добавление задания для бота Word_бот


Добавьте для задания "Сгенерировать служебную записку" конфигурацию.


Создайте в файловой системе текстовым редактором файл (например, файл task.txt в папке C:\Temp), содержащий следующий текст:

<?xml version="1.0" encoding="UTF-8"?>
<msword-report-task xmlns="http://runa.ru/xml" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://runa.ru/xml msword-report-task.xsd">
 <report template-path="c:/temp/ШаблонСлужебнойЗаписки.doc" output-variable="Служебная_записка" output-variable-file-name="Служебная_записка.doc">
  <mapping bookmark="Переменная_Дата_время_начала" variable="Дата_время_начала_отгула" />
  <mapping bookmark="Переменая_Дата" variable="Текущая_дата" />
  <mapping bookmark="Переменная_Количество_часов" variable="Количество_часов" />
  <mapping bookmark="Переменная_ФИО_сотрудника" variable="ФИО_сотрудника" />
 </report>
</msword-report-task>

Сохраните этот файл в кодировке UTF-8 (см. рис 206)




Рисунок 206. Сохранение файла в кодировке UTF-8


Введите путь к этому файлу в поле "Конфигурация" и кликните "Применить" (см. рис. 207)






Рисунок 207 Задание конфигурации для задачи боту


Кликните на появившейся ссылке "Редактировать", проверьте, что в открывшемся окне введена правильная конфигурация (см. рис. 208)




Рисунок 208. Конфигурация бота в режиме редактирования


Загрузите разработанный бизнес-процесс "Пример 5-1" в систему. Установите на него права на чтение запуск и чтение экземпляра для пользователя Сверчков (см. раздел "Вводное занятие. Изучение интерфейса системы RunaWFE", пункты 25 - 33)

Отредактируйте отношение "Руководитель сотрудника" так, чтобы руководителем пользователя Сверчков был пользователь Паучков

Войдите в систему под пользователем Сверчков, запустите экземпляр бизнес-процесса "Пример 5-1"

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

Проверьте, что Word_бот автоматически выполнил задание "Сгенерировать служебную записку" (см. рис. 209)


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






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


Опять войдите в систему под пользователем Сверчков, найдите в списке заданий задание "Подписать и отдать служебную записку руководителю" бизнес-процесса "Пример 5-1" и кликните на него. Откроется форма задания (см. рис. 210).




Рисунок 210. Форма задания "Подписать и отдать служебную записку руководителю"


Кликните на ссылку "Служебная_записка.doc" (см. рис. 210) - Редактор MS Word откроет сформированный ботом документ "Служебная записка" (см. рис. 211).






Рисунок 211. Сформированный Word-ботом документ


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

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

На основе бизнес-процесса "Пример 5-1" разработайте бизнес-процесс "Пример 5-2", схема которого изображена на рисунке 212, создайте две новых шаблона для документов "Заявление на отпуск" и "Приказ на отпуск". В бот-станции создайте две новые задачи для Word-бота: "Сгенерировать заявление на отпуск" и " Сгенерировать приказ на отпуск"

Рис 212. Схема бизнес-процесса "Пример 5-2" для самостоятельной разработки

Бизнес-процесс "Пример 5-2" получается из бизнес-процесса "Пример 5-1" путем копирования бизнес-процесса, добавления в него и переименования нескольких узлов. В бизнес-процессе "Пример 5-2" должны быть автоматически сгенерированы документы "Заявление на отпуск" и "Приказ на отпуск".

Документ "Заявление на отпуск" должен содержать:

• ФИО Сотрудника
• Даты начала и окончания отпуска
• Дату заявления (совпадает с датой запуска бизнес-процесса)

Документ "Приказ на отпуск" должен содержать

• Номер приказа
• Дату приказа (совпадает с датой ввода номера приказа сотрудником отдела кадров)
• ФИО Сотрудника
• Даты начала и окончания отпуска

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

В результате выполнения лабораторной работы должны быть представлены преподавателю: MS Word бот, полученный командой экспорта, шаблоны документов для MS Word бота, отчет и файлы "Пример5-1.par" и "Пример5-2.par", содержащие разработанные на занятии бизнес-процессы.

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

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

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

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

4) Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

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

1. В каком месте закладке шаблона документа ставится в соответствие переменная бизнес-процесса?
2. Где задается имя файла, в который будет помещен сгенерированный документ?

Практическое занятие №6. Задания для самостоятельной работы

Цель работы

На основе представленных описаний одного из условных бизнес-процессов реализовать этот бизнес-процесс в системе RunaWFE

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

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

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

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

Общие замечания для всех заданий.

Замечание 1.

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

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

Замечание 2.

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

Рис 214. Пример неправильной схемы

На рисунке 214 показан пример неправильной схемы, в котором задача (в меньшем овале) останавливает выполнение блока действий (в большем овале).

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

Рис 215. Пример неправильной схемы

Рис 216. Пример правильной схемы

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

Замечание 3.

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

Рис 217. Строка описания бизнес-процесса (при клике на нее открывается форма описания бизнес-процесса)

Рис 218. Форма описания бизнес-процесса

Задать форму описания бизнес-процесса можно в редакторе бизнес-процессов. Делается это следующим образом:

В свойствах определения бизнес-процесса заполняется поле "Значение" для свойства "Описание" (см. рис. 219)

Рис 219. Поле "Значение" свойства "Описание" бизнес-процесса

Далее надо кликнуть правой кнопкой мыши на белом фоне на схеме бизнес-процесса. - Откроется контекстное меню, в котором надо кликнуть на команду "Описание" (см. рис. 220). После этого откроется форма редактирования страницы описания бизнес-процесса (см. рис. 221).

Рис 220. Команда "Описание" контекстного меню

Рис 221. Форма для редактирования страницы "Описание" бизнес-процесса

Задания по разработке бизнес-процессов.

Задание по разработке бизнес-процесса "Ежегодный отпуск"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

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

2. Описание последовательностей действий в бизнес-процессе

Если сотрудник собирается пойти в отпуск, то запускает бизнес-процесс на выполнение. В появившейся стартовой форме надо ввести  требуемые данные: ввести даты начала и окончания отпуска, причину и комментарий.

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

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

Если решение руководителя было положительным, то следующее задание «Проверить соблюдение технологий и законов» получит инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии (то есть, положен ли сотруднику ежегодный отпуск в соответствии с договором, заключенным с предприятием, не отгулял ли уже сотрудник все положенные дни отпуска за текущий год и т.п.).

Если законы или технологии не соблюдены, то бизнес-процесс сообщает руководителю сотрудника и подавшему заявку (то есть - самому сотруднику) о несоблюдении технологий. Далее процесс завершается. Если законы и технологии соблюдены, то сотрудник получает задание "Ознакомиться с подтверждением ежегодного отпуска", инспектору кадровой службы направляется задание "Издать приказ". В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на ежегодный отпуск". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие №5 "Работа с MS Word-ботом").

Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Предоставить сотруднику" ФИО сотрудника "ежегодный основной оплачиваемый отпуск"
7. Далее - "с" дата начала отпуска, введенная на стартовой форме
8. Далее - "по" дата окончания отпуска, введенная на стартовой форме
9. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
10. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать заявление на ежегодный отпуск"

Приказ должен содержать:

1. В верхней части листа "Генеральному директору" - название условной компании, ФИО условного Генерального директора, "от сотрудника"
2. ФИО уходящего в отпуск сотрудника
3. Фразу "Заявление"
4. На следующей строке "Прошу предоставить мне ежегодный основной оплачиваемый отпуск с", дата начала отпуска, введенная на стартовой форме, "по", дата окончания отпуска, введенная на стартовой форме
5. Внизу - ФИО сотрудника, место для подписи сотрудника (несколько знаков подчеркивания), дата запуска экземпляра бизнес-процесса

После выполнения этих заданий Word-ботом сотрудник должен выполнить задачу «Сдать в КС заявление и подписать приказ». В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Заявление на ежегодный отпуск". Инспектору кадровой службы направляется задача «Получить заявление и подпись на приказе». В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Приказ на ежегодный отпуск". После выполнения этого задания бизнес-процесс должен дождаться момента времени за две недели до начала отпуска, после этого задание "выплатить отпускные" получает бухгалтер (определяется членством в группе "Бухгалтеры").

После выполнения всех заданий бизнес-процесс завершается.

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

Задание по разработке бизнес-процесса "Больничный"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

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

 

2. Описание последовательностей действий в бизнес-процессе

Если сотрудник заболел, то он или какой-то другой сотрудник запускает на выполнение бизнес-процесс "больничный".

В появившейся стартовой форме он вводит данные: выбирает из списка (список соответствует членам группы "Все сотрудники") заболевшего сотрудника, вводит дату начала болезни, причину и комментарий.

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

Следующее задание получает инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). Задание называется "Проверить соблюдение технологий и законов". В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии (то есть, положен ли больничный сотруднику в соответствии с договором, заключенным с предприятием).

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

Если законы и технологии соблюдены, то подавший заявку уведомляется о регистрации заявки на больничный, руководитель сотрудника (руководитель определяется отношением "Руководитель") уведомляется о болезни сотрудника, сотруднику направляется задание "Сообщить о выздоровлении и выходе на работу". Бухгалтер (определяется членством в группе "Бухгалтеры") получает задание "отразить факт болезни сотрудника в бухучете".

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

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

Справка должна содержать:

1. В верхней части листа - название условной компании
2. Фразу "Справка о болезни сотрудника"
3. Далее - ФИО сотрудника
4. Далее - "Начало болезни" дата начала болезни, введенная на стартовой форме
5. Далее - "Окончание болезни" дата окончания болезни, введенная инспектором КС в задании "Получить от сотрудника больничный"
6. Далее - место для подписи бухгалтера (несколько знаков подчеркивания)

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

После выполнения всех заданий бизнес-процесс завершается.

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

Задание по разработке бизнес-процесса "Командировка в другой регион"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

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

2. Описание последовательностей действий в бизнес-процессе

Бизнес-процесс начинается с того, что пользователь в стартовой форме заполняет данные, относящиеся к командировке:

• выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника, который отправляется в командировку
• вводит:
• дату начала командировки
• дату окончания командировки
• город
• организацию, в которую направляется сотрудник
• цель командировки
• причину
• комментарий

данные для бухгалтера (стоимость билетов, гостиницы и т.п.). Все данные для бухгалтера вводятся в одно текстовое поле.

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

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

Если командировка одобрена, то Подавший заявку знакомится с положительным решением руководителя, инспектор кадровой службы (определяется членством в группе "Инспекторы КС") получает задание "издать приказ".

В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на командировку". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие №5 "Работа с MS Word-ботом"). Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ о направлении в командировку номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Направить в командировку сотрудника" ФИО сотрудника "ежегодный основной оплачиваемый отпуск"
7. "в г." город, введенный на стартовой форме
8. "в организацию:" организация, введенная на стартовой форме
9. "с целью:" организация, введенная на стартовой форме
10. Далее - "с" дата начала командировки, введенная на стартовой форме
11. Далее - "по" дата окончания командировки, введенная на стартовой форме
12. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
13. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать командировочное удостоверение"

Командировочное удостоверение должно содержать:

1. В верхней части листа - название условной компании
2. Фразу "Командировочное удостоверение"
3. ФИО сотрудника
4. Организация
5. Внизу:
6. "Генеральный директор", название условной компании, место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании
7. "Работник", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника
8. Дата запуска экземпляра бизнес-процесса

На следующей (обороте) странице:

1. "Отметки о выбытии в служебную поездку, прибытии в пункты назначения и выбытии из них и прибытии в место постоянной работы
2. Далее содержится таблица из четырех блоков

(из двух строк и двух колонок)

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

После выполнения задания "получить подпись на приказе" инспектором кадровой службы, инспектор кадровой службы выдает сотруднику командировочное удостоверение: Инспектор получает задачу "выдать командировочное удостоверение" (в форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Командировочное удостоверение"), Сотрудник получает задачу "получить командировочное удостоверение" .

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

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

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

После выполнения всех заданий бизнес-процесс завершается.

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

Задание по разработке бизнес-процесса "Местная командировка"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

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

2. Описание последовательностей действий в бизнес-процессе

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

Если командировка одобрена, то бизнес-процесс проверяет, запущена ли командировка задним числом. Если командировка запущена задним числом, то задание «утвердить заявку на командировку» получает руководитель отдела (определяется отношением "Руководитель отдела"), после чего подавший заявку знакомится с решением руководителя отдела. Если командировка подтверждена всеми необходимыми лицами, то Word-бот получает задание "Сгенерировать служебную записку на командировку". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - " Word-бот " (См. занятие №5 "Работа с MS Word-ботом").

Служебная записка должна содержать:

1. Фразу "Служебная записка"
2. Фразу "Прошу направить меня в местную командировку"
3. Дату, время начала и время окончания местной командировки, введенные на стартовой форме
4. Организацию и причину, введенные на стартовой форме
5. Дату запуска экземпляра бизнес-процесса
6. Место для подписи сотрудника (несколько знаков подчеркивания)
7. ФИО сотрудника

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

Руководитель сотрудника получает задание "Получить служебную записку".

После выполнения всех заданий бизнес-процесс завершается.

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

Задание по разработке бизнес-процесса "Отгул"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

Руководитель может предоставить сотруднику отгул в качестве поощрения за хорошую работу. Отгул дается не более чем на 4 часа рабочего времени.

2. Описание последовательностей действий в бизнес-процессе

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

Далее задание «рассмотреть заявку на отгул» направляется непосредственному руководителю сотрудника (руководитель определяется отношением "Руководитель"). Руководитель одобряет или не одобряет отгул. Подавший заявку знакомится с решением руководителя.

Если отгул одобрен, то бизнес-процесс проверяет, запущен ли отгул задним числом. Если отгул запущен задним числом, то задание «утвердить заявку на отгул» получает руководитель отдела (определяется отношением "Руководитель отдела"), после чего подавший заявку знакомится с решением руководителя отдела.

Если отгул подтвержден всеми необходимыми лицами, то сотрудник получает сообщение об этом, Word-бот получает задание "Сгенерировать служебную записку на отгул". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - " Word-бот " (См. занятие №5 "Работа с MS Word-ботом"). Служебная записка должна содержать:

1. Фразу "Служебная записка"
2. Фразу "Прошу предоставить мне отгул"
3. Дату, время начала и количество часов отгула, введенные на стартовой форме
4. Дату запуска экземпляра бизнес-процесса
5. Место для подписи сотрудника (несколько знаков подчеркивания)
6. ФИО сотрудника

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

Руководитель сотрудника получает задание "Получить служебную записку".

Если отгул не подтвержден, то соответствующие лица получают об этом сообщения.

После выполнения всех заданий бизнес-процесс завершается.

Задание по разработке бизнес-процесса "Отпуск по уходу за ребенком"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

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

2. Описание последовательностей действий в бизнес-процессе

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

Следующее задание «Проверить соблюдение технологий и законов» получит инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии. Если законы или технологии не соблюдены, то подавшему заявку направляется уведомление об отказе регистрации заявки и далее бизнес-процесс завершается.

Если законы и технологии соблюдены, то руководитель (руководитель определяется отношением "Руководитель") уведомляется об уходе сотрудника в отпуск, одновременно с этим инспектор кадровой службы получает задачу «Издать приказ».

В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на отпуск по уходу за ребенком". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие №5 "Работа с MS Word-ботом"). Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Предоставить сотруднику" ФИО сотрудника "отпуск по уходу за ребенком"
7. Далее - "с" дата начала отпуска, введенная на стартовой форме
8. Далее - "по" дата окончания отпуска, введенная на стартовой форме
9. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
10. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать заявление на отпуск по уходу за ребенком"

Приказ должен содержать:

1. В верхней части листа "Генеральному директору" - название условной компании, ФИО условного Генерального директора, "от сотрудника"
2. ФИО уходящего в отпуск сотрудника
3. Фразу "Заявление"
4. На следующей строке "Прошу предоставить мне отпуск по уходу за ребенком с", дата начала отпуска, введенная на стартовой форме, "по", дата окончания отпуска, введенная на стартовой форме
5. Внизу - ФИО сотрудника, место для подписи сотрудника (несколько знаков подчеркивания), дата запуска экземпляра бизнес-процесса

После выполнения этих заданий Word-ботом сотрудник должен выполнить задачу «Отдать в КС заявление и подписать приказ». В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Заявление на отпуск по уходу за ребенком". Инспектору кадровой службы направляется задача «Получить заявление и подпись на приказе». В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Приказ на отпуск по уходу за ребенком".

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

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

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

Задание по разработке бизнес-процесса "Сдвиг  графика работы"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

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

2. Описание последовательностей действий в бизнес-процессе

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

• день недели (содержится в строке таблицы, не вводится пользователем, значения в строках таблицы - пн. вт. ср. чт. пт. сб. вс.)
• время прихода (вводится пользователем для каждой строки, если прихода не предполагается, то это 00:00)
• время ухода (вводится пользователем для каждой строки, если прихода не предполагается, то это 00:00)
• величина обеденного перерыва (выбор из списка: 30 минут, 1 час)

После клика на команду "выполнить" создается новый экземпляр бизнес-процесса. Далее задание «рассмотреть заявку на сдвиг графика» направляется руководителю сотрудника (руководитель определяется отношением "Руководитель").

Руководитель одобряет или не одобряет заявку.

Если решение руководителя отрицательно, то Сотрудник знакомится с отрицательным решением руководителя, далее бизнес-процесс завершается.

Если решение руководителя положительно, то Сотрудник знакомится с положительным решением руководителя, параллельно с этим заданием задание на утверждение заявки направляется руководителю руководителя сотрудника. Руководитель руководителя также может подтвердить или не подтвердить заявку. Сотрудник и руководитель сотрудника знакомятся с положительным (или отрицательным) решением руководителя руководителя.

Если решение руководителя руководителя положительно, то Word-бот получает задание "Сгенерировать служебную записку на сдвиг графика". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - " Word-бот " (См. занятие №5 "Работа с MS Word-ботом"). Служебная записка должна содержать:

1. Фразу "Служебная записка"
2. Фразу "Прошу утвердить мой индивидуальный график работы для периода времени:"
3. Даты начала и окончания действия графика работы, введенные на стартовой форме
4. Таблицу введенных на стартовой форме приходов и уходов по дням недели
5. Дату запуска экземпляра бизнес-процесса
6. Место для подписи сотрудника (несколько знаков подчеркивания)
7. ФИО сотрудника

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

Замечание 1. В бизнес-процессе необходимо проверять, что дата начала действия графика не позже даты окончания действия графика, дата начала действия графика не может быть раньше завтрашней даты.

Замечание 2. В каждой строке таблицы время прихода должно быть меньше или равно времени ухода. Случай, когда время прихода и время ухода равны 00:00 соответствует запланированному отсутствию сотрудника в этот день в офисе компании.

Задание по разработке бизнес-процесса "Отпуск без сохранения зарплаты"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

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

 

2. Описание последовательностей действий в бизнес-процессе

В случае ухода сотрудника в отпуск без сохранения зарплаты он запускает бизнес-процесс на выполнение.

В появившейся стартовой форме надо ввести  требуемые данные: ввести даты начала и окончания отпуска, причину и комментарий.

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

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

Если решение руководителя было положительным, то Подавший заявку знакомится с положительным решением руководителя, задание «Проверить соблюдение технологий и законов» получает инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии

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

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

Если решение директора положительное – инспектору кадровой службы направляется задание "Издать приказ". В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на отпуск без сохранения зарплаты". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие №5 "Работа с MS Word-ботом"). Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Предоставить сотруднику" ФИО сотрудника "отпуск без сохранения зарплаты"
7. Далее - "с" дата начала отпуска, введенная на стартовой форме
8. Далее - "по" дата окончания отпуска, введенная на стартовой форме
9. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
10. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать заявление на отпуск без сохранения зарплаты"

Приказ должен содержать:

1. В верхней части листа "Генеральному директору" - название условной компании, ФИО условного Генерального директора, "от сотрудника"
2. ФИО уходящего в отпуск сотрудника
3. Фразу "Заявление"
4. На следующей строке "Прошу предоставить мне отпуск без сохранения зарплаты с", дата начала отпуска, введенная на стартовой форме, "по", дата окончания отпуска, введенная на стартовой форме
5. Внизу - ФИО сотрудника, место для подписи сотрудника (несколько знаков подчеркивания), дата запуска экземпляра бизнес-процесса

После выполнения этих заданий Word-ботом сотрудник должен выполнить задачу «Сдать в КС заявление и подписать приказ». В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Заявление на отпуск без сохранения зарплаты". Инспектору кадровой службы одновременно направляется задача «Получить заявление и подпись на приказе». В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Приказ на отпуск без сохранения зарплаты".

После выполнения всех заданий бизнес-процесс завершается.

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

Задание по разработке бизнес-процесса "Сверхурочные"

1. Предлагаемое содержание страницы описания бизнес-процесса (не обязательно):

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

2. Описание последовательностей действий в бизнес-процессе

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

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

Сотрудник соглашается, или не соглашается на сверхурочные работы. Подавший заявку знакомится с решением сотрудника. Если решение сотрудника было положительным, то задание «рассмотреть заявку на сверхурочные» направляется руководителю сотрудника (руководитель определяется отношением "Руководитель").

Руководитель одобряет или не одобряет сверхурочные. Подавший заявку и сотрудник знакомятся с решением руководителя. Если руководитель одобрил заявку, то далее задание «Утвердить заявку» направляется в Директорат (определяется членством в группе "Директор и заместители").

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

Если руководитель сотрудника подтвердил выполнение сверхурочных, то инспектор кадровой службы (определяется членством в группе "Инспекторы КС") получает задание "издать приказ".

В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на сверхурочные работы". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие №5 "Работа с MS Word-ботом"). Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ о сверхурочных работах номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Привлечь к сверхурочным работам сотрудника" ФИО сотрудника
7. Далее - "в период", время начала, время окончания, дата сверхурочных работ (введенные на стартовой форме)
8. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
9. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

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

После выполнения задания "получить подпись сотрудника на приказе" инспектором КС бухгалтер (определяется членством в группе "Бухгалтеры") получает задание "Начислить деньги за сверхурочные". 

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

Задание по разработке бизнес-процесса "Отсутствие по неизвестной причине"

1. Возможное содержание страницы описания бизнес-процесса (не обязательно):

Это отсутствие на работе, причина которого неизвестна.

2. Описание последовательностей действий в бизнес-процессе

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

В появившейся стартовой форме он вводит данные: выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника, вводит дату начала отсутствия и комментарий.

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

Далее запустившему бизнес-процесс направляется задание "сообщить об окончании отсутствия".

После появления сотрудника на работе запустившей процесс должен выполнить это задание ("сообщить об окончании отсутствия"). В форме задания надо ввести дату появления сотрудника на работе.

Далее процесс разделяется на две параллельные ветки.

В первой ветке сотруднику направляется задание "Написать объяснительную записку", в форме которого содержится текстовая область для ввода текста объяснительной записки. Это поле должно быть обязательным для ввода.

Далее Word-бот получает задание "Сгенерировать объяснительную записку по незапланированному отсутствию". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие №5 "Работа с MS Word-ботом"). Объяснительная записка должна содержать:

1. Фразу " Объяснительная записка по факту отсутствия на работе в период с"
2. Дату начала отсутствия
3. "по", дату окончания отсутствия
4. Текст объяснительной записки, введенный в форме предыдущего узла-действия
5. Текущую дату
6. Место для подписи сотрудника (несколько знаков подчеркивания)
7. ФИО сотрудника

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

Руководитель сотрудника получает задание "Получить объяснительную записку".

Во второй ветке запустившему процесс направляется задание "выбрать тип отсутствия". Это задание служит для облегчения запуска процесса, "покрывающего" незапланированное отсутствие (больничного, отпуска и т.д.), если интервал незапланированного отсутствия можно покрыть одним видом отсутствия. В форме содержится список выбора:

• Больничный
• Ежегодный отпуск
• Отпуск без сохранения зарплаты
• Другое отсутствие

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

Далее запустившему бизнес-процесс направляется задание «Ознакомиться с сообщением о завершении процесса», после чего бизнес-процесс завершается.

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

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

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

В результате выполнения лабораторной работы должны быть представлены преподавателю: MS Word бот, полученный командой экспорта, шаблоны документов для MS Word бота, отчет и par-файл разработанного бизнес-процесса.

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

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

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

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

4) Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

Ссылки

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