Цель занятия
В данном занятии объясняется, как создавать графические элементы форм, через которые исполнители - сотрудники предприятия получают и вносят информацию в рамках выполнения заданий, сгенерированных в узлах-действиях. Также показывается, как устанавливать ограничения на вводимые в графические элементы форм данные.
На занятии для разрабатываемого бизнес-процесса создаются бот (автоматический исполнитель заданий) и содержащая его бот-станция. На условном примере объясняется как боты используются для организации взаимодействия экземпляров бизнес-процессов с информационными системами предприятия.
Необходимые теоретические сведения изложены в первой части лабораторного практикума в пункте "Перспектива операций" раздела "Исполнимые бизнес-процессы и административные регламенты", а также в пункте "Концепция ботов и бот-станций" раздела "Стандарты и концепции, связанные с СУБПиАР".
Запустите графический редактор бизнес-процессов системы RunaWFE
Создайте новый проект - "Занятие 4"
Создайте новый бизнес-процесс "Пример 4-1" (Бизнес-процесс соответствует рассмотрению заявки на покупку услуги).
(рис 8.1) Схема бизнес-процесса рассмотрения заявки на покупку услуги ("Пример 4-1")
Свяжите с начальным узлом бизнес-процесса роль "
(рис 8.2) Переменные бизнес-процесса рассмотрения заявки на покупку услуги
Запустите RunaWFE симулятор (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 1)
Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 2, Рис. 2). По умолчанию пароль пользователя Administrator - "wf".
Перейдите к списку исполнителей, кликнув по ссылке "Исполнители" в левой части экрана.
Создайте группы:(см. Вводное занятие, Порядок выполнения работы, Пункт 5, Рис. 5)
Добавьте пользователейв группу "Сотрудники"
Добавьте пользователя "Стрекозин" в группу "Директор".
Создайте пользователей:Дайте полномочия группам "Сотрудники" и "Директор" на вход в систему. Подробнее см. Вводное занятие, Порядок выполнения работы, Пункты 4 - 13.
Создайте бот-станцию и бота
Замечание. Если в систему уже существует бот-станция localbotstation, то либо пропустите действия данного раздела, либо удалите ее командой "Удалить".
Кликните на меню ")
(рис 8.3a) Права на бот-станции
В появившейся форме (См. рис 8.3b) добавьте в обладатели полномочий пользователя localbotstation.
(рис 8.3b) Добавление пользователю localbotstation полномочий на бот-станции
Кликните на меню ")
(рис 8.3c) Создание новой бот-станции
В появившейся форме (См. рис 8.4) выберите из списка "Название" пользователя "localbotstation", в поле "RMI адрес" введите "jnp://localhost:1099", кликните на "Добавить бот станцию".
Замечание. Начиная с версии 3.5.2 порт 1099 был заменен на порт 10099, то есть, начиная с версии 3.5.2, вместо 1099 надо вводить 10099.
(рис 8.4) Создание бот-станции "localbotstation"
Будет создана бот-станция, которая будет обращаться к RunaWFE симулятору от имени пользователя "localbotstation".
В появившейся форме кликните на бот-станцию ")
(рис 8.5) Список бот-станций
В появившейся форме кликните ")
(рис 8.6) Форма бот-станции
В открывшейся форме создания бота (См. рис 8.7) выберите из списка пользователя "Бот_данных", в поле "Пароль бота" введите пароль этого пользователя ("123").
(рис 8.7) Создание бота "Бот_данных"
Будет создан бот, который будет обращаться к RunaWFE симулятору от имени пользователя "Бот_данных".
Создайте задание бота
Будет создан бот, который будет обращаться к RunaWFE симулятору от имени пользователя "Бот_данных".
Кликните на созданного бота (См. рис 8.8). В появившейся форме кликните на ").
(рис 8.8) Созданный бот "Бот_данных"
(рис 8.9) Добавление задания боту
В появившейся строке введите в поле "), в поле "Конфигурация" ничего вводить не надо. Кликните "Применить".
(рис 8.10) Задание "Внести данные о заявке в учетную систему"
Замечание. Данное применение бота является условным. Обработчик "DoNothingTaskHandler" автоматически сообщает бизнес-процессу, что задание выполнено, при этом никаких реальных действий не производит. Предполагается, что на этом примере (без реальной интеграции) студенты знакомятся с общим механизмом реализации интеграции СУБПиАР с другими информационными системами
Для реальной организации взаимодействия экземпляров бизнес-процессов с информационными системами предприятия используются другие обработчики, например, "DatabaseTaskHandler" (обработчик для взаимодействия с реляционными базами данных) или "WebServiceTaskHandler" (обработчик для взаимодействия с веб-сервисами). Для этих обработчиков в конфигурации заданий задаются параметры коннекторов к информационным системам (ссылки на источники данный, типы протоколов, URL-адреса и т.п.). Работа конкретных ботов будет подробно рассмотрена в следующих занятиях.
Замечание. Имя .
Запустите периодическую активацию бот-станции
Войдите в меню ")
(рис 8.11) Запуск периодической активации бот-станции
Инициализируйте роли
Войдите в редактор бизнес-процессов, откройте вкладку "Роли" бизнес-процесса "Пример 4-1". Роль "Сотрудник" оставьте без инициализатора, эта роль будет инициализирована узлом-началом, то есть на роль "Сотрудник" в экземпляре бизнес-процесса будет назначен пользователь, запустивший этот экземпляр бизнес-процесса.Инициализируйте роль ").
В появившейся форме кликните на нижней вкладке ").
(рис 8.12) Редактирование инициализатора роли "Директор"
(рис 8.13) Форма редактирование инициализатора роли "Директор"
Кликните на ссылке "Настройки соединения" (Подробнее см. Занятие 2, Порядок выполнения работы, Пункт 26, Рис. 15).
В появившейся форме введите URL RunaWFE симулятора, а также логин и пароль пользователя, под которым будет установлено соединение. Если Вы не меняли установки по умолчанию, то можно использовать значения, которые установлены в форме (См. рис 6.16).
Проверьте соединение, кликнув на кнопку ").Если появится сообщение об ошибке соединения, проверьте что RunaWFE симулятор запущен (См. Вводное занятие, Порядок выполнения работы, Пункт 1).
Кликните на ")
(рис 8.14) Инициализация роли группой пользователей
В открывшемся окне выберите группу "Директор". Кликните "ОК".
Перейдите к редактированию инициализатора роли ").
Затем кликните на ") Кликните на "ОК".
(рис 8.15) Инициализация роли пользователем
Создайте графические формы заданий
Перейдите на вкладку ").
(рис 8.16) Создание графической формы узла-начала
В появившейся форме введите текст ").
(рис 8.17) Добавление поля ввода переменной типа "Строка"
В появившемся диалоге выберите из списка переменную ").
(рис 8.18) Выбор переменной "Название_услуги"
Добавьте на форму ввод переменной Поставщик_услуги.
Добавьте ввод переменной ").
(рис 8.19) Добавление поля ввода переменной типа "Дата"
Аналогичным образом добавьте на форму элемент ввода для переменной "Дата_окончания_действия_услуги".
Далее используйте для ввода числовой переменной ").
В диалоге ввода параметров кроме вводимой переменной укажите также ограничения графического элемента: максимальная ширина поля - 10 символов, максимальное количество символов в строке - 12 (См. рис 8.20).
(рис 8.20) Добавление поля ввода стоимости услуги
Далее добавьте на форму элемент ввода для переменной ").
(рис 8.21) Добавление текстовой области
В диалоге выбора параметров текстовой области укажите количество столбцов - 15, количество строк - 5 (См. рис 8.22).
(рис 8.22) Диалог выбора параметров текстовой области
Сохраните форму стартового узла. Создайте форму узла-действия ").
В форме введите текст ").
(рис 8.23) Графический элемент вывода данных в форму
В появившемся окне выберите переменную "). В поле "Формат переменной" выберите "Однострочный".
(рис 8.24) Диалог вывода переменной типа "Строка"
Аналогичным образом поместите на форму элемент вывода для переменной "Поставщик услуги".
Поместите элемент "Вывод переменной" для переменной "Дата_начала_действия_услуги"
(рис 8.25) Диалог вывода переменной типа "Дата"
Поместите на форму элементы вывода для переменных "Дата_окончания_действия_услуги", "Стоимость_услуги" (в формате "с плавающей запятой") и "Комментарий" (в формате "Многострочный").
Далее поместите текст "). В появившемся диалоге выберите ").
(рис 8.26) Вывод значения роли
В параметрах диалога выберите роль "Сотрудник" и форму отображения "Полная".
Далее введите ", рис 8.22).
Результат должен выглядеть как на рис 8.27.
(рис 8.27) Фрагмент формы с двумя полями вывода и одним полем ввода
Создайте формы для узлов-действий "Ознакомиться с одобрением заявки" и "Ознакомиться с отказом", в которые поместите в режиме вывода значения всех переменных бизнес-процесса, а также значение роли "Директор". Форма узла-действия "Ознакомиться с одобрением заявки" также должна содержать фразу "Ваша заявка одобрена директором", а форма узла-действия "Ознакомиться с отказом" должна содержать фразу "В заявке отказано".
Установите ограничения на вводимые в графические элементы форм данные
Кликните на узле-начале правой кнопкой мыши, выполните команду ").
(рис 8.28) Вызов формы задания ограничений на значения переменных
В появившейся форме кликните на строку, соответствующую переменной ").
(рис 8.29) Признак обязательности заполнения поля
При запуске экземпляра бизнес-процеса система проверит, что в поле "Название услуги" введено значение. Если значение не введено, то система не будет запускать экземпляр бизнес-процесса и выведет сообщение об ошибке, текст которого помещен в поле "Сообщение об ошибке".
Далее кликните на строку, соответствующую переменной "Поставщик услуги". Установите галочку для строки "Обязательное поле". Введите текст сообщения об ошибке.
Кликните на строку, соответствующую переменной ").
(рис 8.30) Ограничение на вводимую дату
Для переменной "Дата_окончания_действия_услуги" установите признак обязательности ввода значения и разрешенный диапазон значений от нуля до 366 дней относительно текущей даты.
(рис 8.31) Ограничение на вводимое числовое значение
Для переменной ").
Для переменной ").
(рис 8.32) Ограничение на длину вводимого текста
Кликните на кнопку "Далее". В появившейся форме кликните на "Добавить", в поле ввода сообщения об ошибке вставьте "Дата окончания действия услуги не может быть раньше даты начала действия услуги".
В конструкторе проверяемого соотношения в нижней части формы выберите две переменные: "). Кликните на "Готово".
(рис 8.33) Ограничение на соотношение дат
Кликните на узле-действии ").
(рис 8.34) Ограничение на длину комментария директора
В этом узле-действии в бизнес-процесс может быть введена только одна переменная - ").
Для этого кликните на разработанный бизнес-процесс, в меню выберите команду "Файл / Экспорт процесса" (Подробнее см. Занятие 1, Порядок выполнения работы, Пункты 11-14)
Дайте полномочия группам "Сотрудники" и "Директор" на чтение определения и экземпляров разработанного бизнес-процесса. Дайте полномочия группе "Сотрудники" на запуск бизнес-процесса (Подробнее см. Занятие 2, Порядок выполнения работы, Пункт 31, Рис. 22).
Разработайте бизнес-процесс сдачи экзамена ".
Роль "Студент" должна быть инициализирована стартовым узлом, а роль "Преподаватель" - отношением "Преподаватель", примененным к роли "Студент" (см. предыдущие занятия). Роль "Старший_преподаватель" должна быть инициализирована группой "Преподаватели".
В бизнес-процессе должны быть следующие переменные.
Переменные типа "Строка":
Переменные типа "Дата-время":
Переменные типа "Целое":
(рис 8.35) Схема бизнес-процесса сдачи экзамена ("Пример 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", содержащие разработанные на занятии бизнес-процессы.
В отчете должны содержаться следующие выходные данные:
Цель занятия
В данном занятии объясняется, как создавать графические элементы форм, через которые исполнители - сотрудники предприятия получают и вносят информацию в рамках выполнения заданий, сгенерированных в узлах-действиях. Также показывается, как устанавливать ограничения на вводимые в графические элементы форм данные.
На занятии для разрабатываемого бизнес-процесса создаются бот (автоматический исполнитель заданий) и содержащая его бот-станция. На условном примере объясняется как боты используются для организации взаимодействия экземпляров бизнес-процессов с информационными системами предприятия.
Необходимые теоретические сведения изложены в первой части лабораторного практикума в пункте "Перспектива операций" раздела "Исполнимые бизнес-процессы и административные регламенты", а также в пункте "Концепция ботов и бот-станций" раздела "Стандарты и концепции, связанные с СУБПиАР".
Запустите графический редактор бизнес-процессов системы RunaWFE
Создайте новый проект - "Занятие 4"
Создайте новый бизнес-процесс "Пример 4-1" (Бизнес-процесс соответствует рассмотрению заявки на покупку услуги).
(рис 8.1) Схема бизнес-процесса рассмотрения заявки на покупку услуги ("Пример 4-1")
Свяжите с начальным узлом бизнес-процесса роль "
(рис 8.2) Переменные бизнес-процесса рассмотрения заявки на покупку услуги
Запустите RunaWFE симулятор (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 1)
Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 2, Рис. 2). По умолчанию пароль пользователя Administrator - "wf".
Перейдите к списку исполнителей, кликнув по ссылке "Исполнители" в левой части экрана.
Создайте группы:(см. Вводное занятие, Порядок выполнения работы, Пункт 5, Рис. 5)
Добавьте пользователейв группу "Сотрудники"
Добавьте пользователя "Стрекозин" в группу "Директор".
Создайте пользователей:Дайте полномочия группам "Сотрудники" и "Директор" на вход в систему. Подробнее см. Вводное занятие, Порядок выполнения работы, Пункты 4 - 13.
Создайте бот-станцию и бота
Замечание. Если в систему уже существует бот-станция localbotstation, то либо пропустите действия данного раздела, либо удалите ее командой "Удалить".
Кликните на меню ")(рис 8.3a) Права на бот-станции
В появившейся форме (См. рис 8.3b) добавьте в обладатели полномочий пользователя localbotstation.
(рис 8.3b) Добавление пользователю localbotstation полномочий на бот-станции
Кликните на меню ")
(рис 8.3c) Создание новой бот-станции
В появившейся форме (См. рис 8.4) выберите из списка "Название" пользователя "localbotstation", в поле "RMI адрес" введите "jnp://localhost:1099", кликните на "Добавить бот станцию".
Замечание. Начиная с версии 3.5.2 порт 1099 был заменен на порт 10099, то есть, начиная с версии 3.5.2, вместо 1099 надо вводить 10099.
(рис 8.4) Создание бот-станции "localbotstation"
Будет создана бот-станция, которая будет обращаться к RunaWFE симулятору от имени пользователя "localbotstation".
В появившейся форме кликните на бот-станцию ")(рис 8.5) Список бот-станций
В появившейся форме кликните ")
(рис 8.6) Форма бот-станции
В открывшейся форме создания бота (См. рис 8.7) выберите из списка пользователя "Бот_данных", в поле "Пароль бота" введите пароль этого пользователя ("123").
(рис 8.7) Создание бота "Бот_данных"
Будет создан бот, который будет обращаться к RunaWFE симулятору от имени пользователя "Бот_данных".
Создайте задание бота
Будет создан бот, который будет обращаться к RunaWFE симулятору от имени пользователя "Бот_данных".
Кликните на созданного бота (См. рис 8.8). В появившейся форме кликните на ").(рис 8.8) Созданный бот "Бот_данных"
(рис 8.9) Добавление задания боту
В появившейся строке введите в поле "), в поле "Конфигурация" ничего вводить не надо. Кликните "Применить".
(рис 8.10) Задание "Внести данные о заявке в учетную систему"
Замечание. Данное применение бота является условным. Обработчик "DoNothingTaskHandler" автоматически сообщает бизнес-процессу, что задание выполнено, при этом никаких реальных действий не производит. Предполагается, что на этом примере (без реальной интеграции) студенты знакомятся с общим механизмом реализации интеграции СУБПиАР с другими информационными системами
Для реальной организации взаимодействия экземпляров бизнес-процессов с информационными системами предприятия используются другие обработчики, например, "DatabaseTaskHandler" (обработчик для взаимодействия с реляционными базами данных) или "WebServiceTaskHandler" (обработчик для взаимодействия с веб-сервисами). Для этих обработчиков в конфигурации заданий задаются параметры коннекторов к информационным системам (ссылки на источники данный, типы протоколов, URL-адреса и т.п.). Работа конкретных ботов будет подробно рассмотрена в следующих занятиях.
Замечание. Имя .
Запустите периодическую активацию бот-станции
Войдите в меню ")(рис 8.11) Запуск периодической активации бот-станции
Инициализируйте роли
Войдите в редактор бизнес-процессов, откройте вкладку "Роли" бизнес-процесса "Пример 4-1". Роль "Сотрудник" оставьте без инициализатора, эта роль будет инициализирована узлом-началом, то есть на роль "Сотрудник" в экземпляре бизнес-процесса будет назначен пользователь, запустивший этот экземпляр бизнес-процесса.Инициализируйте роль ").
В появившейся форме кликните на нижней вкладке ").(рис 8.12) Редактирование инициализатора роли "Директор"
(рис 8.13) Форма редактирование инициализатора роли "Директор"
Кликните на ссылке "Настройки соединения" (Подробнее см. Занятие 2, Порядок выполнения работы, Пункт 26, Рис. 15).
В появившейся форме введите URL RunaWFE симулятора, а также логин и пароль пользователя, под которым будет установлено соединение. Если Вы не меняли установки по умолчанию, то можно использовать значения, которые установлены в форме (См. рис 6.16).
Проверьте соединение, кликнув на кнопку ").Если появится сообщение об ошибке соединения, проверьте что RunaWFE симулятор запущен (См. Вводное занятие, Порядок выполнения работы, Пункт 1).
Кликните на ")(рис 8.14) Инициализация роли группой пользователей
В открывшемся окне выберите группу "Директор". Кликните "ОК".
Перейдите к редактированию инициализатора роли ").
Затем кликните на ") Кликните на "ОК".(рис 8.15) Инициализация роли пользователем
Создайте графические формы заданий
Перейдите на вкладку ").(рис 8.16) Создание графической формы узла-начала
В появившейся форме введите текст ").
(рис 8.17) Добавление поля ввода переменной типа "Строка"
В появившемся диалоге выберите из списка переменную ").
(рис 8.18) Выбор переменной "Название_услуги"
Добавьте на форму ввод переменной Поставщик_услуги.
Добавьте ввод переменной ").(рис 8.19) Добавление поля ввода переменной типа "Дата"
Аналогичным образом добавьте на форму элемент ввода для переменной "Дата_окончания_действия_услуги".
Далее используйте для ввода числовой переменной ").
В диалоге ввода параметров кроме вводимой переменной укажите также ограничения графического элемента: максимальная ширина поля - 10 символов, максимальное количество символов в строке - 12 (См. рис 8.20).(рис 8.20) Добавление поля ввода стоимости услуги
Далее добавьте на форму элемент ввода для переменной ").
(рис 8.21) Добавление текстовой области
В диалоге выбора параметров текстовой области укажите количество столбцов - 15, количество строк - 5 (См. рис 8.22).
(рис 8.22) Диалог выбора параметров текстовой области
Сохраните форму стартового узла. Создайте форму узла-действия ").
В форме введите текст ").(рис 8.23) Графический элемент вывода данных в форму
В появившемся окне выберите переменную "). В поле "Формат переменной" выберите "Однострочный".
(рис 8.24) Диалог вывода переменной типа "Строка"
Аналогичным образом поместите на форму элемент вывода для переменной "Поставщик услуги".
Поместите элемент "Вывод переменной" для переменной "Дата_начала_действия_услуги"(рис 8.25) Диалог вывода переменной типа "Дата"
Поместите на форму элементы вывода для переменных "Дата_окончания_действия_услуги", "Стоимость_услуги" (в формате "с плавающей запятой") и "Комментарий" (в формате "Многострочный").
Далее поместите текст "). В появившемся диалоге выберите ").(рис 8.26) Вывод значения роли
В параметрах диалога выберите роль "Сотрудник" и форму отображения "Полная".
Далее введите ", рис 8.22).
Результат должен выглядеть как на рис 8.27.(рис 8.27) Фрагмент формы с двумя полями вывода и одним полем ввода
Создайте формы для узлов-действий "Ознакомиться с одобрением заявки" и "Ознакомиться с отказом", в которые поместите в режиме вывода значения всех переменных бизнес-процесса, а также значение роли "Директор". Форма узла-действия "Ознакомиться с одобрением заявки" также должна содержать фразу "Ваша заявка одобрена директором", а форма узла-действия "Ознакомиться с отказом" должна содержать фразу "В заявке отказано".
Установите ограничения на вводимые в графические элементы форм данные
Кликните на узле-начале правой кнопкой мыши, выполните команду ").(рис 8.28) Вызов формы задания ограничений на значения переменных
В появившейся форме кликните на строку, соответствующую переменной ").
(рис 8.29) Признак обязательности заполнения поля
При запуске экземпляра бизнес-процеса система проверит, что в поле "Название услуги" введено значение. Если значение не введено, то система не будет запускать экземпляр бизнес-процесса и выведет сообщение об ошибке, текст которого помещен в поле "Сообщение об ошибке".
Далее кликните на строку, соответствующую переменной "Поставщик услуги". Установите галочку для строки "Обязательное поле". Введите текст сообщения об ошибке.
Кликните на строку, соответствующую переменной ").(рис 8.30) Ограничение на вводимую дату
Для переменной "Дата_окончания_действия_услуги" установите признак обязательности ввода значения и разрешенный диапазон значений от нуля до 366 дней относительно текущей даты.
(рис 8.31) Ограничение на вводимое числовое значение
Для переменной ").
Для переменной ").(рис 8.32) Ограничение на длину вводимого текста
Кликните на кнопку "Далее". В появившейся форме кликните на "Добавить", в поле ввода сообщения об ошибке вставьте "Дата окончания действия услуги не может быть раньше даты начала действия услуги".
В конструкторе проверяемого соотношения в нижней части формы выберите две переменные: "). Кликните на "Готово".(рис 8.33) Ограничение на соотношение дат
Кликните на узле-действии ").
(рис 8.34) Ограничение на длину комментария директора
В этом узле-действии в бизнес-процесс может быть введена только одна переменная - ").
Для этого кликните на разработанный бизнес-процесс, в меню выберите команду "Файл / Экспорт процесса" (Подробнее см. Занятие 1, Порядок выполнения работы, Пункты 11-14)
Дайте полномочия группам "Сотрудники" и "Директор" на чтение определения и экземпляров разработанного бизнес-процесса. Дайте полномочия группе "Сотрудники" на запуск бизнес-процесса (Подробнее см. Занятие 2, Порядок выполнения работы, Пункт 31, Рис. 22).
Разработайте бизнес-процесс сдачи экзамена ".
Роль "Студент" должна быть инициализирована стартовым узлом, а роль "Преподаватель" - отношением "Преподаватель", примененным к роли "Студент" (см. предыдущие занятия). Роль "Старший_преподаватель" должна быть инициализирована группой "Преподаватели".
В бизнес-процессе должны быть следующие переменные.
Переменные типа "Строка":
Переменные типа "Дата-время":
Переменные типа "Целое":
(рис 8.35) Схема бизнес-процесса сдачи экзамена ("Пример 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", содержащие разработанные на занятии бизнес-процессы.
В отчете должны содержаться следующие выходные данные:
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.