Вижу по теме информацию о том, что преподавателю нужно отправить отчет и контрольный файл. Всего вопросов 2. 1. Куда и как отправлять преподавателю контрольный файл? 2. Какой отчет, о чем писать? |
Внешнее хранилище данных
Теоретические сведения
Теоретические сведения по работе ботов изложены в лекции 3 в разделе "Концепция ботов и бот-станций".
"Внешнее хранилище данных" - аналог таблиц базы данных, представленных в виде Excel-листов. Предназначено для централизованного хранения данных предметной области, использующихся в различных бизнес-процессах.
Для работы с внешним хранилищем в используется обработчик для бота "Внешнее хранилище данных", который обеспечивает возможность выполнения простых действий: добавления, чтения, удаления и обновления данных.
Подробности использования обработчика, его параметры и возможные действия над внешним хранилищем будут рассмотрены в рамках практического занятия при разработке бизнес-процесса "Заказ автотранспорта"
Порядок выполнения работы
В данной работе рассматривается разработка упрощенного варианта бизнес-процесса заказа автотранспорта для организации, располагающей собственным автопарком.
Описание бизнес-процесса.
Заказчиком автотранспорта может выступить любой сотрудник организации, который подает заявку с описанием необходимого авто, времени подачи машины и количества мест. Руководитель одобряет заявку или отказывает. После принятия заявки канцелярией, она сохраняется во внешнем хранилище для дальнейшей обработки диспетчером автопарка.
Диспетчер автопарка получает из внешнего хранилища все необработанные заявки и выполняет отбор тех, которые будут удовлетворены. Заявки отображаются в виде таблицы с информацией от кого поступила заявка и с возможностью сортировки по полям. Благодаря этому, диспетчер может в первую очередь удовлетворить более приоритетные заявки.
После удовлетворения, заявка переносится в архив, заказчик получает задачу "Ознакомиться с запланированной заявкой", а "Гараж" должен отчитаться о выполненном рейсе.
Разработка бизнес-процесса.
1. Запустите RunaWFE симулятор, для этого дважды кликните по ярлыку "Start Simulation" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Start Simulation. (Подробнее см. "Изучение интерфейса системы RunaWFE" )
2. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (см. "Изучение интерфейса системы RunaWFE" ) Замечание. По умолчанию пароль пользователя Administrator - "wf".
3. Создайте следующих пользователей: (см. "Изучение интерфейса системы RunaWFE" )
Замечание. Если данные пользователи уже существуют в системе т.е. были созданы в предыдущих работах, то данный пункт можно пропустить
- Жуков Иван Ильич
- Андреев Николай Викторович
- Паучков Петр Петрович
- Иванов Иван Иванович
- Гусеницын Михаил Васильевич
- Личинкин Василий Федорович
- Сергеев Николай Иванович
- Сверчков Иван Иванович
При создании, введите пароль для каждого пользователя (например - 123), знать старый пароль пользователя при этом не требуется (см. "Изучение перспективы ресурсов" ).
4. Создайте группы (см. "Изучение интерфейса системы RunaWFE" )
- Гараж
- Канцелярия
- Диспетчеры
- Сотрудники
5. Добавьте пользователей в группы
группа "Гараж":
- Иванов Иван Иванович
группа "Канцелярия":
- Гусеницын Михаил Васильевич
- Личинкин Василий Федорович
группа "Диспетчеры":
- Сергеев Николай Иванович
при этом все пользователи должны входить в группу "Сотрудники":
- Жуков Иван Ильич
- Андреев Николай Викторович
- Паучков Петр Петрович
- Иванов Иван Иванович
- Гусеницын Михаил Васильевич
- Личинкин Василий Федорович
- Сергеев Николай Иванович
- Сверчков Иван Иванович
6. Дайте полномочия группе "Сотрудники" на вход в систему (см. "Изучение интерфейса системы RunaWFE" )
7. Перейдите к пункту меню "Отношения" по ссылке "Отношения" в левой части экрана (см. "Стандарты и концепции, связанные с СУБПиАР" )
8. Кликните по ссылке "Создать отношение"
9. В появившейся форме введите имя отношения ("Руководитель организации") и необязательное описание. После этого кликните на "Создать"
10. Кликните на имени появившейся записи
11. В появившейся форме кликните на "Создать пару". В левой части пары выберите пользователя "Сверчков", в правой части пары выберите группу "Сотрудники". Это будет означать, что пользователь Сверчков является руководителем для всех пользователей входящих в группу Сотрудники.
12. Откройте среду разработки
13. Создайте новый проект "Занятие 11"
Для реализации задачи заказа автотранспорта, потребуется разработать два бизнес-процесса.
- "Заявка" - процесс, предназначенный непосредственно для подачи заявки на авто
- "Планирование" - процесс, с помощью которого диспетчер будет обрабатывать поданные заявки
Бизнес-процесс "Заявка"
14. Создайте новый процесс "Заявка"
15. Добавьте элементы на схему бизнес-процесса в соответствии с рис. 16.5
В бизнес-процессе используется следующие элементы: Начало, Действие, Задача сценария, Таймер, Исключающий шлюз, Параллельный шлюз, Окончание.
Для элемента "Задача сценария" используйте опцию компактный вид (см. "Работа с MS Word-ботом" ).
Для изменения названий по умолчанию, выделите элемент, кликнув по нему, перейдите в свойства и введите новое значение в поле "Название".
16. Создайте роли (См. "Изучение интерфейса системы RunaWFE" )
В разрабатываемом процессе используются следующие Роли:
- Заказчик
- Канцелярия
- Гараж
- Руководитель
- бот
17. Инициализируйте роли
Роль "Заказчик" будет инициализирована пользователем, запустившим процесс, не требует инициализатора.
Роли "Канцелярия" и "Гараж" должны быть проинициализирована группами "Канцелярия" и "Гараж" соответственно. Выделите созданную роль, нажмите "Изменить", перейдите на вкладку "Группы и пользователи WF". Здесь необходимо выполнить синхронизацию с сервером, после чего "Выбрать" из списка нужную группу (см. рис. 16.6). Для проверки и ввода параметров соединения с сервером воспользуйтесь ссылкой "Настройки соединения" (см. "Изучение перспективы ресурсов" )
Инициализируйте роль "Руководитель" отношением "Руководитель организации", примененным к роли "Заказчик":
Для этого выделите "Руководитель" в списке ролей на вкладке "Роли" и кликните "Изменить"
В появившейся форме перейдите на вкладку "Задать роль с помощью отношения". Нажмите на "Синхронизация", затем "Выбрать" (См. рис. 16.7)
В списке будут отображаться импортированные с сервера отношения, выберите "Руководитель организации" и нажмите "ОК" (См. рис. 16.8)
Откройте список для поля "Параметр отношения" и выберите роль "Заказчик" (См. рис. 16.9). Нажмите "ОК"
Замечание. Инициализация для роли "бот" будет описана в последующих пунктах разработки.
18. Свяжите роли с узлами на графе
Роль "Заказчик" с узлами "Начало", "Ознакомиться с отказом" и "Ознакомиться с запланированной заявкой" (Подробнее см. "Изучение интерфейса системы RunaWFE" ).
Остальные роли свяжите с узлами в соответствии с рис. 16.5
19. Создайте новый тип данных
Заявка будет состоять из следующего набора данных:
- "id" - идентификатор заявки (Строка)
- "ФИО заказчика" (Строка)
- "Тип авто" (Строка)
- "Количество мест" (Целое число)
- "С" - Дата/время подачи авто (Дата/Время)
- "По" - Дата/время окончания рейса (Дата/Время)
- "Статус" (Строка)
Эти данные удобно использовать в виде полей переменной пользовательского типа.
Перейдите на вкладку "Типы данных", нажмите "Создать" в области "Типы данных" В появившемся окне введите название типа - "Заявка", и нажмите "OK"
Далее добавьте Атрибуты, соответствующие перечисленному выше набору данных. Для этого используйте кнопку "Создать", расположенную в области "Атрибуты".
В появившемся окне введите название атрибута и нажмите "OK". Форма создания атрибута не отличается от формы создания переменной.
Создайте все атрибуты заявки:
20. Создайте переменные
- "Заявка" - переменная пользовательского типа "Заявка"
- "Заявки" - переменная формата Список(Заявка)
- "Комментарий заказчика" - переменная формата "Текст"
- "Комментарий руководителя" - переменная формата "Текст"
- "Комментарий канцелярии" - переменная формата "Текст"
Для создания переменной перейдите на вкладку "Переменные" и нажмите "Создать". В появившейся форме введите название переменной, нажмите "Далее" и выберите ее формат (Подробнее см. "Разработка исполнимых бизнес-процессов - появление новой парадигмы программирования" ).
21. Создайте графические формы
Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2 (как переключить редактор см. в "Изучение перспективы данных" )
Стартовая форма
На данной форме заказчик вводит данные заявки
Выделите узел "Начало" графа процесса "Заявка" правой кнопкой мыши и выберите команду "Форма" > "Создать форму" (Подробнее см. "Изучение перспективы данных" ).
На данной форме заказчик вводит данные заявки на автотранспорт.
Добавьте на форму текст "Введите данные заявки".
Нажмите на иконку вставки в форму таблицы (см. рис. 16.14), используйте 2 столбца и 4 строки (см. рис. 16.15). Расположите таблицу под текстом "Введите данные заявки".
Заполните колонки таблицы как показано на рис. 16.16. Во втором столбце используйте компонент формы "Ввод переменной". Для этого перейдите на вкладку "Компоненты форм", выделите необходимый компонент, в данном случае это "Ввод переменной" и с помощью мыши перетащите его на форму (Подробнее см. "Изучение перспективы операций" ).
Замечание. Альтернативным способом добавления на форму может быть двойной клик левой клавишей мыши по компоненту, после чего он будет добавлен в текущее положение курсора на форме.
Для вызова свойств добавленного на форму компонента используйте двойной клик левой клавишей мыши или пункт "Параметры компонента" контекстного меню (вызывается правой клавишей мыши).
В качестве параметра "Название переменной" задайте соответствующие поля переменной пользовательского формата "Заявка" (см. рис. 16.17)
Расположите под таблицей компонент для ввода переменной "Комментарий заказчика"
Сохраните и закройте форму.
Задайте валидацию для переменных стартовой формы
Для этого кликните на стартовой форме правой клавишей мыши и выберите пункт "Форма > Проверка переменных формы", в появившейся форме выделяйте переменные и устанавливайте необходимые валидаторы. (Подробнее см. "Изучение перспективы операций" ).
Для "Заявка.Тип авто" добавьте валидатор "Обязательное поле". В поле "Сообщение об ошибке" введите - "Обязательное поле".
Для "Заявка.Количество мест" добавьте валидатор "Обязательное поле", а также "Диапазон числа" установив минимальное значение в "1" включительно (см. рис. 16.19), при этом в поле "Сообщение об ошибке" введите - "Должно быть задано минимум одно место"
Для "Заявка.С" добавьте валидатор "Обязательное поле", а также "Диапазон даты относительно текущей" установив параметр "Сдвиг в прошлое" в значение "0" (см. рис. 16.20), при этом в поле "Сообщение об ошибке" введите - "Дата подачи авто не может быть в прошлом"
Для "Заявка.По" используйте такие же валидаторы как и для "Заявка.С"
Кроме того, необходимо добавить глобальный валидатор для проверки условия "Дата/время окончания рейса должны быть позже даты/времени подачи авто". Для этого нажмите "Далее" в окне проверок переменных, затем "Добавить". В поле сообщение об ошибке введите "Дата/время окончания рейса должны быть позже даты/времени подачи авто", а в конфигураторе задайте
Заявка.По позже Заявка.С
Форма узла "Одобрить заявку"
Создайте форму для узла "Одобрить заявку"
Здесь руководитель просматривает заявку и вводит комментарий.
Используйте компонент "Отобразить переменную" для вывода значений переменных "Заявка" и "Комментарий заказчика". В качестве вида отображения используйте "Как неактивный компонент ввода"
Создайте аналогичным образом остальные формы.
22. Выберите класс обработчиков и задайте конфигурации
Задача сценария "Получить ФИО заказчика"
Необходима для получения ФИО заказчика.
Выделите задачу сценария (см. рис. 16.27), введите в свойство "Название" - "Получить ФИО заказчика"
Выберите в качестве класса обработчика - "Получить информацию об исполнителе" (см. рис. 16.28).
Вызовите конфигуратор обработчика. Для этого нажмите на выбор конфигурации в свойствах задачи сценария. И введите параметры как показано на рис. 16.29.
Задача сценария "Сформировать id заявки"
Задача предназначена для формирования id подаваемой заявки. Данный идентификатор является уникальным и фактически равен id запущенного экземпляра процесса "Заявка". Кроме того, в данной задаче инициализируется статус заявки ("Не обработана").
Выберите в качестве класса обработчика - "Выполнить формулу" (см. рис. 16.30).
Задайте конфигурацию:
Заявка.id=get_process_id() Заявка.Статус="Не обработана"
Задача сценария "Получить заявку из списка"
После подачи заявка записывается во внешнее хранилище данных (Excel файл) со статусом "Не обработана", далее выполняется периодическое ее считывание из внешнего хранилища для проверки статуса, зная ее id. При этом результатом считывания из внешнего хранилища всегда есть список (даже если считывается одна конкретная заявка по ее id). Поэтому дополнительно используется специальный обработчик для получения элемента списка, в данном случае заявки из списка заявок.
Выделите задачу сценария как показано на рис. 16.32 и перейдите в ее свойство. Здесь выберите в качестве класса обработчика - "Получить элемент списка". Задайте конфигурацию как показано на рис. 16.33.
Подробная работа с внешним хранилищем будет описана в последующих пунктах.
23. Задайте задержку для Таймера
В процессе "Заявка" используется таймер для установки периода считывания заявки из внешнего хранилища. Кликните по таймеру правой клавишей мыши и выберите пункт "Задержка"
Настройте задержку Таймера в соответствии с рис. 16.35
24. Добавьте конфигурацию исключающего шлюза
В цикле опроса заявки с проверкой на предмет изменения ее статуса используется исключающий шлюз. Вызовите конструктор. Для этого кликните правой клавишей мыши по элементу и выберите пункт "Конфигурация". Это же можно сделать и через свойства элемента.
Задайте путь по умолчанию "Считать заявку", а условием выхода из цикла по переходу "заявка обработана" будет изменение статуса заявки.
"Заявка.Статус" не равно "Не обработана"
Остальные задачи бизнес-процесса "Заявка" будут описаны в последующих пунктах данной части практикума.
Бизнес-процесс "Планирование"
25. Создайте новый процесс "Планирование"
26. Добавьте элементы на схему бизнес-процесса в соответствии с рис. 16.38
Данный процесс запускает диспетчер. Выполняется считывание из внешнего хранилища всех заявок со статусом "Не обработана". Если такие есть, то они отображаются для диспетчера в виде таблицы с возможностью выбора тех, которые он желает запланировать. Информация по запланированным заявкам обновляется во внешнем хранилище. Далее цикл считывания необработанных заявок повторяется.
Здесь используется тот же набор элементов что и для процесса "Заявка".
27. Создайте роли (См. "Изучение интерфейса системы RunaWFE" )
В разрабатываемом процессе используются следующие Роли:
- Диспетчер
- Бот
Роль "Диспетчер" будет инициализирована пользователем, запустившим процесс, не требует инициализатора.
Замечание. Инициализация для роли "бот" будет описана в последующих пунктах данной части практикума.
28. Свяжите роли с узлами на графе в соответствии с рис. 16.38
Подробнее см. "Изучение интерфейса системы RunaWFE"
29. Создайте переменные
Откройте процесс "Заявка", перейдите на вкладку "Переменные", выделите переменную "Заявка" и нажмите кнопку "Копировать" (см. рис. 16.39)
Вернитесь в разрабатываемый процесс "Планирование", перейдите на вкладку "Переменные" и нажмите "Вставить" (см. рис. 16.40)
Замечание. Вместе с переменной будет скопирован и пользовательский тип "Заявка"
Создайте остальные переменные:
- "Все заявки" - переменная формата Список(Заявка), будет содержать считанные из внешнего хранилища необработанные заявки
- "Отобранные заявки" - переменная формата Список(Заявка), будет содержать отобранные диспетчером заявки
- "Количество заявок" - переменная формата "Целое число", хранит количество заявок
- "индекс заявки" - переменная формата "Целое число", используется для хранения индекса обрабатываемой заявки
30. Создайте графические формы
Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2 (как переключить редактор см. в "Изучение перспективы данных" )
Отобрать заявки
На данной форме заказчик отбирает заявки которые будут запланированы.
Выделите узел "Отобрать заявки" графа процесса "Планирование" правой кнопкой мыши и выберите команду "Форма" > "Создать форму" (Подробнее см. "Изучение перспективы данных" ).
Добавьте на форму текст "Выберите заявки для обработки:", под которым расположите компонент "Множественный выбор из списка пользовательских переменных"
Для этого перейдите в панель "Компоненты форм", выделите компонент "Множественный выбор из списка пользовательских переменных" и с помощью мыши перетащите его на форму (Подробнее см. "Изучение перспективы операций" ).
Замечание. Альтернативным способом добавления на форму может быть двойной клик левой клавишей мыши по компоненту, после чего он будет добавлен в текущее положение курсора на форме.
Замечание. Существует два компонента для множественного выбора. Один используется для списка простых переменных, другой для списка пользовательских переменных. В данном случае необходим множественный выбор из списка именно пользовательских переменных.
Для вызова свойств добавленного на форму компонента используйте двойной клик левой клавишей мыши или пункт "Параметры компонента" контекстного меню (вызывается правой клавишей мыши).
Заполните параметры компонента как показано на рис. 16.43.
Разъяснение по параметрам:
- "Входные данные" - это список из элементов которого выполняется отбор. В данном случае это все необработанные заявки - переменная "Все заявки"
- "Название переменной" - это список в который будут сохранены отобранные элементы списка, указанного в параметре "Входные данные"
- "Форма отображения" - используйте классический вариант отображения - "Двумерная таблица"
- "Поле используемое для сортировки" - здесь критерий для предварительной сортировки таблицы. Используйте сортировку по "ФИО заказчика"
В веб-интерфейсе компонент будет представлен в виде двумерной таблицы с отображением списка заявок. Диспетчер отбирает заявки, проставляя галочки напротив соответствующей строки таблицы.
Запланировать заявки
Создайте форму для узла "Запланировать заявки". Расположите на форме компонент "Отобразить список пользовательских переменных". Используйте для этого двойной клик по компоненту из палитры.
Двойным кликом мыши или с помощью контекстного меню перейдите в параметры компонента и заполните их в соответствии с рис. 16.45
В web интерфейсе данный компонент будет представлен в виде двумерной таблицы, содержащей отобранные диспетчером заявки.
Обрабатывать еще заявки?
В данном задании диспетчер выбирает продолжать обрабатывать заявки или завершить процесс.
В web интерфейсе форма будет представлена в виде отображаемого текста "Обрабатывать еще заявки?", под которым автоматически будут добавлены кнопки выбора "Да"/"Нет", соответствующие переходам на графе для возврата на чтение очередных необработанных заявок или завершения процесса.
31. Выберите класс обработчиков и задайте конфигурации
Задача сценария "Определить количество заявок" требуется для определения количества необработанных заявок, считанных из внешнего хранилища.
Выделите задачу сценария (см. рис. 16.48), введите в свойство "Название" - "Определить количество заявок" Выберите в качестве класса обработчика - "Агрегатная функция над списком" (см. рис. 16.48).
Вызовите конфигуратор обработчика. Для этого нажмите на выбор конфигурации в свойствах задачи сценария. И введите параметры как показано на рис. 16.49.
Для определения количества элементов в списке используется функция "COUNT".
Задача сценария "Определить количество отобранных заявок"
Аналогичным образом выберите класс обработчика и добавьте конфигурацию для задачи сценария "Определить количество отобранных заявок". Но в данном случае определяется количество элементов в списке "Отобранные заявки"
После отбора заявок, управление переходит в цикл предназначенный для поочередного прохода по всем отобранным заявкам для изменения их статуса с "Не обработана" на "Запланирована". В данном цикле используется несколько задач сценариев. Обход заявок выполняется в обратном порядке т.е. от последней отобранной заявки к первой.
Задача "Инициализация индекса заявки" используется перед началом цикла, устанавливает индекс на последний элемент списка (обход заявок в обратном порядке). Выберите "Выполнить формулу" в качестве класса обработчика. Задайте конфигурацию:
'индекс заявки'='Количество заявок';
Используйте переменные "индекс заявки" и "Количество заявок"
Задача "Получить заявку из списка отобранных" используется для получения заявки по индексу из списка отобранных заявок.
Класс обработчика - "Получить элемент списка".
Задача сценария "Изменить статус заявки" предназначена для изменения статуса отобранной заявки с "Не обработана" на "Запланирована".
Класс обработчика "Выполнить формулу", конфигурация:
Заявка.Статус="Запланирована"
Задача сценария "Индекс следующей заявки". - В цикле используется обход заявок в обратном порядке, поэтому в данной задаче сценария выполняется уменьшение индекса на 1.
Класс обработчика "Выполнить формулу", конфигурация:
'индекс заявки'='индекс заявки'-1;
32. Задайте задержку для Таймера
В процессе "Планирование" используется таймер для установки периода считывания необработанных заявок из внешнего хранилища. Кликните по таймеру правой клавишей мыши и выберите пункт "Задержка". Установите задержу равной 10 секунд от даты прихода управления в состояние.
33. Добавьте конфигурацию для исключающих шлюзов
Первый исключающий шлюз используется для проверки количества необработанных заявок, если их 0, то управление возвращается в задачу "Считать необработанные заявки", иначе идет по переходу "Отобрать заявки".
Конфигурация шлюза представлена на рис. 16.56.
Второй исключающий шлюз используется для проверки количества отобранных диспетчером заявок, если диспетчер не отобрал ни одной заявки, то управление переходит в задачу "Обрабатывать еще заявки", иначе идет по переходу "Отобраны".
Конфигурация шлюза представлена на рис. 16.57.
Третий исключающий шлюз используется в цикле обновления статуса запланированных заявок.
Если индекс обрабатываемой заявки достиг нуля, то статус всех отобранных заявок обновлен и цикл завершается, управление идет по переходу "все заявки обновлены".
Конфигурация шлюза представлена на рис. 16.58.
Остальные задачи бизнес-процесса "Планирование" будут описаны в последующих пунктах данной части практикума.
Внешнее хранилище данных. Бот работы с внешним хранилищем.
В качестве внешнего хранилища данных о заявках используются Excel-листы. Строки на Excel листе соответствуют заявкам, а столбцы атрибутам заявки (id, Тип авто, Статус и т.д.).
Например, на рис. 16.59 представлен Excel лист с данными по четырем заявкам.
Для работы с данным хранилищем используется специальный обработчик "Внешнее хранилище данных" (ru.runa.wfe.office.storage.handler.ExternalStorageHandler), позволяющий выполнять простейшие действия с данными:
Действие INSERT
Предназначено для добавления данных во внешнее хранилище. Вставка выполняется в следующую свободную строку. В качестве входных данных используется переменная пользовательского типа или список из таких переменных. Например, в разрабатываемом процессе, данное действие будет использовано для вставки во внешнее хранилище поданной заявки.
Действие SELECT
Предназначено для чтения данных из внешнего хранилища, может быть использована с условием. Например, для выборки заявок с определенным статусом.
Замечание. В качестве результата всегда возвращает список, даже если был получен только один элемент. Именно поэтому в процессе "Заявка", после чтения заявки по ее id, дополнительно используется обработчик "Получить элемент списка".
Действие UPDATE
Предназначено для обновления переменной пользовательского типа во внешнем хранилище. Обязательно использование условия для определения переменной, которую требуется обновить (иначе будут обновлены все переменные во внешнем хранилище).
Например, в разрабатываемом процессе используется для обновления заявки после изменения ее статуса с "Не обработана" на "Запланирована", зная ее id.
Действие DELETE
Предназначено для удаления переменной пользовательского типа из внешнего хранилища. Используется с условием, иначе будут удалены все переменные из внешнего хранилища. В качестве входного параметра в обязательном порядке должна принимать переменную пользовательского типа, для использования ее в параметре "Переменная". Это необходимо для того, чтобы обработчик "знал", какие поля размещены во внешнем хранилище.
Например, в разрабатываемом процессе используется для удаления заявки из основного внешнего хранилища после ее переноса в архивное внешнее хранилище.
Рекомендации для корректной работы с "Внешним хранилищем данных":
- Один Excel-лист должен соответствовать одной таблице.
- Обработчик, реализующий коннектор к Excel-файлу, необходимо использовать только в задаче бота. Это нужно для того, чтобы исключить одновременный доступ к хранилищу из разных экземпляров процессов, в результате чего могут быть потеряны данные. При этом бот-станция должна быть настроена на последовательное выполнение заданий бота в рамках одного потока, работающего с внешним хранилищем. Таким образом может быть получен простейший аналог транзакций системы управления БД.
- Excel файл должен быть предварительно создан. Если в файле предполагается хранить более одной таблицы (расположенных на разных листах), то необходимо предварительно создать эти листы.
- Таблица всегда должна располагаться начиная с 1-го столбца, поэтому в конфигурации обработчика "Внешнее хранилище данных" параметр "Столбец" всегда должен быть равным "1".
- В момент выполнения обработчика, использующего одно из действий INSERT, DELETE, UPDATE, файлы внешнего хранилища данных не должны быть открыты, иначе действие не будет выполнено.
- Атрибуты пользовательского типа данных не должны содержать пробелы т.к. в случае использования такого поля в условии конфигурации обработчика внешнего хранилища, действие будет выполнено некорректно. Например, "Заказ.Количество мест" не будет работать в условии конфигурации обработчика внешнего хранилища, используйте "Заказ.Количество"
34. Откройте среду разработки
35. Перейдите на вкладку "Боты" среды разработки (если данная вкладка не отображается, ее можно включить в меню "Окно" > "Боты").
36. ОБЯЗАТЕЛЬНО (!) удалите все ботстанции из среды разработки, иначе создание ботов и задач будет приводить к ошибкам и некорректной работе.
Для этого выделите ботстанцию, кликните правой клавишей мыши, и выберите пункт "удалить" контекстного меню.
37. Импортируйте ботстанцию localbotstation с сервера WFE (Подробнее см. "Работа с MS Word-ботом" )
Если на сервере отсутствует ботстанция localbotstation, то создайте ее (подробнее см. "Работа с MS Word-ботом" ).
38. Создайте в среде разработки нового бота "Бот работы с внешним хранилищем"
39. Создайте задачи бота работы с внешним хранилищем
Для создания новой задачи бота: выделите бот, кликните правой клавишей мыши и выберите "Новая задача бота". Введите название задачи и нажмите "Готово".
Далее выберите класс обработчика "Внешнее хранилище данных"
Задача "Добавить заявку на обработку"
Данная задача бота предназначена для добавления заявки во внешнее хранилище.
Создайте новую задачу бота с названием "Добавить заявку на обработку". Выберите в качестве обработчика "Внешнее хранилище данных".
Добавьте входной параметр с названием "Заявка" типа "Пользовательский тип данных". Для этого нажмите кнопку "Добавить" в секции входных параметров, введите название параметра и выберите его тип.
Перейдите в секцию конфигурации задачи. Нажмите "Изменить"
Будет открыт конструктор конфигурации задачи.
Выберите из списка действий - INSERT.
Параметр "Входной файл" определяет Excel файл, выступающий в качестве внешнего хранилища. Задайте его как путь к файлу - C:\DB.xlsx
Нажмите "Добавить атрибут", в поле "Переменная" выберите входной параметр "Заявка".
Таблица с заявками будет располагаться на первой листе Excel, поэтому параметр "Страница по номеру" должен быть равен "1"
Параметр "Столбец" оставьте по умолчанию равными "1".
Замечание. Таблица всегда должна располагаться начиная с 1-го столбца, поэтому параметр "Столбец" всегда должен быть равным "1".
Таким образом, переменная связанная со входным параметром "Заявка" с помощью действия INSERT будет добавлена во внешнее хранилище, представленное файлом C:\DB.xlsx.
Сохраните и закройте задачу бота.
Задача "Считать заявку"
Данная задача бота предназначена для считывания заявки из внешнего хранилища по ее id (уникальному идентификатору).
Создайте новую задачу бота с названием "Считать заявку". Выберите в качестве обработчика "Внешнее хранилище данных".
Добавьте входной параметр с названием "id" типа "Строка, Текст".
Добавьте выходной параметр с названием "Заявки" типа "Список".
Для этого нажмите кнопку "Добавить" в соответствующей секции параметров (входных и выходных), введите название параметра и выберите его тип.
Замечание. Действие SELECT в качестве результата всегда возвращает список, даже если предполагается получить только один экземпляр пользовательской переменной (например заявку по ее уникальному идентификатору), поэтому тип выходного параметра должен быть "Список".
Перейдите в секцию конфигурации и нажмите "Изменить". Будет вызван конструктор конфигурации.
Выберите выполняемое действие - SELECT.
Укажите входной файл - C:\DB.xlsx
Добавьте атрибут - выходной параметр список "Заявки"
"Столбец" - "1"
Замечание. Таблица всегда должна располагаться начиная с 1-го столбца, поэтому параметр "Столбец" всегда должен быть равным "1".
Под параметром "Выполняемое действие" расположено текстовое поле, предназначенное для ввода условия. Если его не задать, то SELECT выберет из внешнего хранилища все заявки.
[имяАтрибута] оператор значение
- [имяАтрибута] - это поле пользовательской переменной, заданной в параметре "Переменная" секции "Атрибут". Квадратные скобки у имени атрибута обязательны.
Замечание. Использование пробелов в [имениАтрибута], например [Количество мест] недопустимо, условие будет работать некорректно. Поэтому рекомендуется давать названия атрибутам пользовательского типа без пробелов, дабы их можно было использовать в условии конфигурации обработчика.
- оператор - поддерживаются операторы < , > , <= , >= , != , == , like
- значение - могут быть использованы как константное значение, например проверка статуса на равенство значению 'Не обработана', так и параметры используемые во входных параметрах задачи. Если используется параметр, то перед ним ставят символ @, например @id.
Кроме того, поддерживаются составные условия с применением скобок и логических операторов AND, OR.
Например, выполнить SELECT для заявок со статусом 'Не обработана', у которых 'Количество мест' больше или равно 10
[Статус] == 'Не обработана' AND [Количество мест] >= 10
Замечание. Важно соблюдать данный формат, включая наличие одинарных пробелов между операторами и атрибутами, значениями. Иначе условие не выполнится.
В данной задаче требуется получить из хранилища заявку по ее уникальному идентификатору, поэтому используйте следующее условие:
[id] == @id
где [id] - это атрибут пользовательского типа "Заявка", @id - это входной параметр задачи (был добавлен в секции "Входные параметры" задачи)
Задача "Добавить заявку в архив"
Задача выполняет добавление заявки в архивное внешнее хранилище.
Процесс создания данной задачи аналогичен созданию задачи "Добавить заявку на обработку". Отличие только в использовании другого Excel файла.
Пусть архивное внешнее хранилище будет в файле C:\Archiv.xlsx
Задача "Удалить заявку"
После добавления заявки в Архив, ее требуется удалить из основного хранилища.
Создайте новую задачу бота с названием "Удалить заявку". Выберите в качестве обработчика "Внешнее хранилище данных".
Добавьте входные параметры:
- "id" типа "Строка, Текст"
- "Заявка" типа "Пользовательский тип данных"
Создайте конфигурацию задачи. Используйте действие DELETE.
Задайте условие удаления заявки по идентификатору
[id] == @id
Добавьте атрибут. Используйте входной параметр "Заявка"
Задача "Считать необработанные заявки"
В процессе "Планирование" требуется считывать заявки со статусом "Не обработана".
Создайте новую задачу бота "Считать необработанные заявки". Используйте обработчик "Внешнее хранилище данных".
Добавьте выходной параметр "Заявки" типа "Список".
Добавьте конфигурацию задачи.
Используйте действие "SELECT". В качестве атрибута используйте выходной параметр "Заявки".
Условие считывания необработанных заявок:
[Статус] == 'Не обработана'
Задача "Обновить заявку"
В процессе "Планирование" требуется обновить заявки после изменения их статуса.
Создайте новую задачу бота "Обновить заявку". Используйте обработчик "Внешнее хранилище данных".
Добавьте входные параметры "id" типа "Строка, Текст", "Заявка" типа "Пользовательский тип данных"
Добавьте конфигурацию задачи.
Используйте действие "UPDATE". В качестве атрибута используйте входной параметр "Заявка".
Условие - обновить заявку зная ее идентификатор (передается во входном параметре задачи):
[id] == @id
40. Экспортируйте бота вместе с задачами на сервер WFE (Подробнее см. "Работа с MS Word-ботом" )
41. Откройте процесс "Заявка"
42. Перейдите на вкладку "Роли"
43. Инициализируйте роль "бот"
Для этого выделите роль, нажмите "Изменить", в открывшемся окне выберите вкладку "Бот".
В выпадающем списке "исполнитель по имени" должен быть доступен "Бот работы с внешним хранилищем", выберите его.
44. Повторите инициализацию роли бот и в процессе "Планирование"
45. Выполните привязку задач ботов в процессе "Заявка"
Кликните правой клавишей мыши на узле "Добавить заявку на обработку" и выберите пункт "Задача бота" > "Привязать".
В списке задач выберите "Добавить заявку на обработку"
Нажмите ОК, будет открыта форма редактирования параметров задачи, выберите параметры в соответствии с рис. 16.80
Аналогично выполните привязку для остальных задач.
Узел "Считать заявку по id" - задача бота "Считать заявку"
Узел "Добавить заявку в архив" - задача бота "Добавить заявку в архив"
Узел "Удалить заявку из основного хранилища" - задача бота "Удалить заявку"
46. Выполните привязку задач ботов в процессе "Планирование"
Узел "Считать необработанные заявки" - задача бота "Считать необработанные заявки"
Узел "Обновить заявку" - задача бота "Обновить заявку"
47. Сохраните процессы и экспортируйте их на сервер WFE (Подробнее см. "Изучение перспективы потока управления" )
Выполнение процессов:
Замечание. Разработанные бизнес-процессы заказа автотранспорта могут выполняться некорректно в устаревших версиях браузера Internet Explorer (IE7 и ниже). Рекомендуется использовать актуальные версии современных браузеров.
48. Откройте web интерфейс системы RunaWFE
49. Войдите под пользователем Administrator, пароль – wf
50. Дайте права на запуск процесса "Заявка" для группы "Сотрудники"
Откройте "Запустить процесс", и перейдите в свойства определения бизнес-процесса "Заявка"
Нажмите на ссылку "Обладатели полномочий".
Дайте право на чтение и запуск процесса "Заявка" для группы "Сотрудники"
51. Дайте права на запуск, чтение, чтение экземпляра, а также остановку процесса "Планирование" для группы "Диспетчеры"
52. Перейдите в меню "Бот станции"
53. Откройте ботстанцию localbotstation
54. Откройте бот работы с внешним хранилищем
55. Установите опцию последовательного выполнения задач бота и нажмите применить
Включение опции гарантирует последовательное выполнение задач данного бота, благодаря чему будет исключена ситуация одновременного доступа к внешнему хранилищу данных, которая может привести к потере данных. Таким образом может быть получен простейший аналог транзакций системы управления БД.
56. Создайте в корне диска "C" пустые Excel файлы "DB.xlsx" и "Archiv.xlsx", являющиеся файлами внешнего хранилища
57. Войдите в систему под пользователем Сергеев, входящим в группу "Диспетчеры"
58. Запустите процесс "Планирование"
59. Перейдите в "Запущенные процессы" и откройте только что запущенный экземпляр процесса "Планирование"
Замечание. По умолчанию запущенные процессы отсортированы по возрастанию номера экземпляра, что неудобно при необходимости просмотреть "недавно" запущенный экземпляр. Измените тип сортировки - по убыванию номера экземпляра процесса. Подробнее о том как это сделать см. "Работа с MS Word-ботом"
Как видите, управление пришло в цикл считывания необработанных заявок и будет находиться здесь пока во внешнее хранилище не добавят хотя бы одну заявку.
60. Войдите в систему под пользователем входящим в группу "Сотрудники", например Жуков
61. Запустите новый экземпляр процесса "Заявка"
62. Введите данные заявки заказа автотранспорта и нажмите "Запустить"
63. Подайте еще пару заявок, например под пользователями Андреев и Паучков
Все заявки поступят руководителю организации.
64. Войдите под пользователем Сверчков, являющимся руководителем организации
65. Откройте каждое из заданий, и одобрите заявки
Каждой заявке присвоен уникальный идентификатор id (равный id соответствующего экземпляра процесса "Заявка") и статус "Не обработана".
Заявки будут направлены в канцелярию.
66. Войдите под пользователем Гусеницын, входящим в группу "Канцелярия"
67. Примите все заявки
68. Войдите на сервер WFE под пользователем Administrator (пароль wf)
69. Откройте один из экземпляров процесса "Заявка"
Как видно, бот выполнил задачу добавления заявки на обработку.
Управление пришло в цикл опроса статуса заявки.
70. Откройте файл внешнего хранилища данных - C:\DB.xlsx
Все три поданные заявки добавлены в хранилище.
71. Закройте файл внешнего хранилища данных
72. Войдите под диспетчером "Сергеев"
73. Откройте задание "Отобрать заявки"
Замечание. Периодичность проверки хранилища на предмет присутствия в нем необработанных заявок равна 10 секунд, первые 2 заявки были поданы как раз в течении этих 10 секунд, а 3-я позже. Именно поэтому, как видно из рис. 16.100, диспетчеру отображаются только 2 заявки.
74. Отберите обе заявки
Для этого поставьте галочку напротив каждой из заявок и выполните задание.
75. Откройте полученное задание "Запланировать заявки"
Замечание. Убедитесь, что перед выполнением данного задания, файл DB.xlsx не открыт для просмотра, иначе бот не сможет вносить изменения во внешнее хранилище.
Нажмите "Запланировать заявки"
76. Откройте выполняемый экземпляр процесса "Планирование"
Убедитесь, что бот выполнил задачу "Обновить статус".
77. Войдите под пользователем "Administrator"
78. Откройте те экземпляры процесса "Заявка", заявки которых были отобраны и запланированы
Проверьте, что управление вышло из цикла опроса статуса заявки и бот успешно выполнил задачи переноса заявки в архив.
79. Откройте основное и внешнее хранилище данных (файлы C:\DB.xlsx и C:\Archiv.xlsx)
Убедитесь, что все запланированные заявки были перенесены из основного хранилища в архив.
В основном хранилище должны остаться только те заявки, которые еще не запланированы диспетчером.
80. Выполните активные задачи заказчиков и гаража: "Ознакомиться с запланированной заявкой", "Отчитаться о рейсе"
81. Войдите под диспетчером "Сергеев" и выполните задачу "Обрабатывать еще заявки?", выбрав "Да"
Если в основном хранилище к этому моменту еще остались заявки, то диспетчер получит соответствующие задания.
82. Запланируйте оставшиеся заявки (если они имеются)
Замечание. Убедитесь, что перед выполнением данного задания, файлы DB.xlsx и Archiv.slsx не открыты для просмотра, иначе бот не сможет вносить в них изменения.
Задание для самостоятельной работы
Разработайте учебный вариант бизнес-процесса "Заказ канцтоваров" по следующему описанию.
Во внешнем хранилище данных, представленном в виде Excel файла, на отдельном листе "Склад" хранится информация об имеющихся на складе канцтоварах, их количестве и принадлежности к группе. Весь товар разбит по группам:
- "Экономный сотрудник" - товары, которые нужны для работы практически всем (ручка, карандаш, бумага и т.п.)
- "Сотрудник" - товары, которые могут потребоваться сотруднику, но это происходит относительно редко (бокс для CD, булавки, калькулятор "Citizen" и т.п.)
- "Отдел" - товары, которые предназначены не одному сотруднику, а сразу отделу (зарядное устройство для аккумуляторов, аккумуляторы пальчиковые, батарейки пальчиковые и т.п.)
- "Фирменные материалы" - специальные товары, содержащие символику компании (блокнот А5 фирменный, конверт фирменный A4, конверт фирменный A5, пакет полиэтиленовый фирменный большой, портфель фирменный, ручка фирменная и т.п.)
Пользователь заказывает товар со склада, указывая нужное количество. Каждая группа товаров должна отображаться пользователю на отдельной вкладке.
Замечание. Поле "Количество" на форме выбора товаров для заказа должно быть по умолчанию равным нулю, поэтому после считывания товаров со склада выполните обнуление данного поля. Оформите обнуление в виде подпроцесса т.к. это необходимо выполнить для всех групп товаров.
Для добавления вкладок на форму используйте значок "Добавить вкладку", расположенный на панели инструментов редактора форм.
Каждое нажатие на данный значок приводит к добавлению новой вкладки на форму.
Для редактирования названия вкладки:
- кликните по вкладке
- перейдите на страницу "Код"
- измените необходимые названия
- вернитесь на страницу "Дизайн" и сохраните форму
Рекомендация. Используйте компонент "Редактировать связанные списки" с запретом на добавление и удаление элементов, расположив его на каждой из вкладок соответствующей группы товаров.
Информация по заказанным товарам должна сохраняться во внешнем хранилище на отдельном листе "Заказанные товары", и содержать следующие данные:
- id экземпляра процесса заказа канцтоваров
- название товара
- количество
Информация о принадлежности к группе товаров в "Заказанные товары" - отсутствует.
Заказанными товарами являются только те товары, у которых значение в поле "Количество" больше "0".
Рекомендация. Т.к. состав данных на листе "Склад" отличается от "Заказанные товары", то используйте два пользовательских типа "Товар" и "Заказанный товар" с соответствующим набором полей. Оформите добавление заказанных товаров во внешнее хранилище в виде подпроцесса запущенного по каждой из групп товаров.
Замечание. Внешнее хранилище, представленное в виде excel файла, должно быть предварительно создано, в том числе и соответствующие листы. Кроме того, внимательно прочитайте рекомендации по использованию обработчика внешнего хранилища, описанные между пунктами 34 и 35 практического занятия "Разработка бизнес-процесса "Заказ автотранспорта"
После выбора товара для заказа, задание "Скомплектовать заказ" получает работник склада. Ему должны быть отображены текущие остатки товаров на складе, а также все товары заказанные с помощью данного экземпляра процесса. Отобразите остатки и заказанные товары на разных вкладках. Используйте компонент "Отобразить список пользовательских переменных".
По предоставленной информации работник склада решает - скомплектовать или отказать заказ.
В случае отказа:
- работник склада должен ввести комментарий, содержащий причину отказа
- товар должен быть удален из заказанных товаров
- сотрудник, который заказывал товар должен получить задание "Ознакомиться с отказом" с отображением причины отказа
В случае решения скомплектовать заказ:
- товары переносятся с листа "Заказанные товары" на лист "Архив скомплектованных заказов"
- на складе обновляются остатки по товарам, которые были скомплектованы
- работник склада получает задание "Выдать товар"
- сотрудник, который заказывал товар, получает задания "Ознакомиться - заказ скомплектован" и "Получить товар"
На следующем рисунке изображена одна из возможных схем процесса заказа канцтоваров.
Рассмотрим подробнее подпроцесс выполняющий обновление остатков товара на складе.
В качестве входных данных, в подпроцесс должен быть передан список скомплектованных для заказа товаров.
Сам процесс организован в виде цикла с обходом заказанных товаров. Перед циклом определяется количество заказанных товаров. Используйте для этого обработчик "Агрегатная функция над списком" - COUNT.
Заведите целочисленную переменную "индекс", определяющую индекс текущего обрабатываемого товара из списка заказанных товаров. Используйте для данной переменной значение по умолчанию "1".
В цикле выполняются следующие действия:
- с помощью обработчика "Получить элемент списка" по индексу выбирается очередной заказанный товар
- бот выполняет считывание информации о товаре со склада по его названию
Замечание. Для считывания используется задача бота с обработчиком "Внешнее хранилище данных", действие - SELECT. В качестве результата всегда возвращает список, даже если был получен только один элемент.
- с помощью агрегатной функции COUNT определяется количество элементов в полученном после выполнения SELECT списке
- если count больше нуля, т.е. на складе есть товар с таким названием, то выполняется выборка товара из списка
- обновление значения поля "Количество"
Замечание. Процесс является учебным вариантом, поэтом нет необходимости в проверке условия достаточности для заказа товара на складе.
Рис. 16.123. Конфигурация обработчика "Выполнить формулу" для обновления количества товара на складе
- бот обновляет информацию по товару на складе
- далее увеличивается индекс и из списка заказанных выбирается следующий товар
Условием выхода из цикла является обход всех заказанных товаров
Требования к представлению результатов занятия
Должны быть представлены преподавателю отчет, внешнее хранилище в виде Excel-листов, файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащий разработанные на занятии бизнес-процессы и бот для работ с внешним хранилищем.
В отчете должны содержаться следующие выходные данные:
- Скриншоты основных действий, совершенных на занятии, с пояснениями
- Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.
- Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания).
Контрольные вопросы
- Какие действия с внешним хранилищем можно выполнять с помощью обработчика "Внешнее хранилище данных" ?
- Почему работа с внешним хранилищем данных построена с помощью задач бота, а не задач сценариев? Объясните назначение опции бота - "Последовательное выполнение".