Научная статья на тему 'МОДЕЛЬ ПРОГРАММНОГО РОБОТА В СИСТЕМЕ УПРАВЛЕНИЯ ДОКУМЕНТАМИ DIRECTUM'

МОДЕЛЬ ПРОГРАММНОГО РОБОТА В СИСТЕМЕ УПРАВЛЕНИЯ ДОКУМЕНТАМИ DIRECTUM Текст научной статьи по специальности «Компьютерные и информационные науки»

CC BY
92
4
i Надоели баннеры? Вы всегда можете отключить рекламу.
Ключевые слова
ПРОГРАММНЫЙ РОБОТ / МОДЕЛЬ / ПРЕДМЕТНО-ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ / СИСТЕМА УПРАВЛЕНИЯ ДОКУМЕНТАМИ / СУД DIRECTUM / BOT / MODEL / SUBJECT-ORIENTED PROGRAMMING / DOCUMENT MANAGEMENT SYSTEM / DMS DIRECTUM

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Иванов Ф.Ф., Семенов К.Г.

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

i Надоели баннеры? Вы всегда можете отключить рекламу.

Похожие темы научных работ по компьютерным и информационным наукам , автор научной работы — Иванов Ф.Ф., Семенов К.Г.

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

A BOT MODEL FOR THE DIRECTUM DOCUMENT MANAGEMENT SYSTEM

The paper describes the construction of a bot model for the DIRECTUM document management system used for business process automation. The model introduces new functionality to the system while the bot interacts with it in a human-like manner. The proposed expansion of the DIRECTUM platform will provide a number of new features such as: - the ability to use a bot as a business process changes without changing the code. It has ability to use the software of the robot level. The bot would simulate the operator’s actions; - the bit can be activated and deactivated for process trial runs; - the approach is general: the work can be shared by bots and humans; - better productivity, no manual data entry and data correction errors.

Текст научной работы на тему «МОДЕЛЬ ПРОГРАММНОГО РОБОТА В СИСТЕМЕ УПРАВЛЕНИЯ ДОКУМЕНТАМИ DIRECTUM»

УДК 004.42:651.4/.9

МОДЕЛЬ ПРОГРАММНОГО РОБОТА В СИСТЕМЕ УПРАВЛЕНИЯ ДОКУМЕНТАМИ

DIRECTUM

Ф. Ф. Иванов, К. Г. Семенов

Сургутский государственный университет, iff777@yandex.ru, SemenovK@mail.ru

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

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

- возможность «подключать — отключать» робота, пробуя, как идет процесс;

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

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

Ключевые слова: программный робот, модель, предметно-ориентированное программирование, система управления документами, СУД DIRECTUM.

A BOT MODEL FOR THE DIRECTUM DOCUMENT MANAGEMENT SYSTEM

F. F. Ivanov, K. G. Semenov

Surgut State University, iff777@yandex.ru, SemenovK@mail.ru

The paper describes the construction of a bot model for the DIRECTUM document management system used for business process automation. The model introduces new functionality to the system while the bot interacts with it in a human-like manner. The proposed expansion of the DIRECTUM platform will provide a number of new features such as:

- the ability to use a bot as a business process changes without changing the code. It has ability to use the software of the robot level. The bot would simulate the operator's actions;

- the bit can be activated and deactivated for process trial runs;

- the approach is general: the work can be shared by bots and humans;

- better productivity, no manual data entry and data correction errors.

Keywords: bot, model, subject-oriented programming, document management system, DMS DIRECTUM.

Введение

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

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

Инфоробот — это организационный и программный объект, действующий в среде информационных систем управления предприятием и выполняющий ответственную работу за человека или вместе с ним [2].

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

На основании этого можно сформулировать еще одно определение робота: «Программный робот — это программа, способная заменить человека-пользователя полностью или частично во всей автоматизированной системе или в ее выделенной части».

Программные предметно-ориентированные компоненты системы DIRECTUM

Система DIRECTUM — корпоративная система электронного документооборота и управления взаимодействием, нацеленная на повышение эффективности работы всех сотрудников организации в разных областях их совместной деятельности [3].

Предметно-ориентированный инструмент разработки IS-Builder позволяет создавать и дорабатывать компоненты системы посредством визуальной настройки их форм и задания вычислений на встроенном языке ISBL. Он предназначен для адаптации системы к нуждам предприятия.

Основными прикладными элементами управления IS-Builder являются объекты системы. В объектной модели они представлены типом IObject и наследуемыми типами (рис. 1).

Рис. 1. Прикладные элементы управления системы DIRECTUM

Назначение основных объектов системы DIRECTUM заключается в управлении электронными документами. Более подробно назначение основных объектов системы изложено в табл. 1.

Наличие в системе возможности доступа к элементам управления на уровне объектной модели позволяет организовать управление документами по аналогии с «человеческим взаимодействием», но при этом нет необходимости взаимодействовать через пользовательские интерфейсы. Напротив, «бот», ввиду отсутствия возможности получения доступа к объектам системы на других уровнях, функционирует с использованием пользовательского интерфейса. Использование объектной модели при реализации прикладного программного робота позволит достаточно легко обеспечить подобие «человеческого подхода» в работе с системой управления документами.

Общие требования к созданию новой компоненты «робота» системы DIRECTUM Список терминов: «работа» — работа, выполняемая роботом; «задача» — объект системы DIRECTUM; «задание» — объект системы DIRECTUM; ТМ — типовой маршрут; iRobot — новый объект системы, реализующий функциональность робота (в текущей реализации прототипа — объект системы DIRECTUM «задача»).

Таблица 1

Назначение основных объектов системы DIRECTUM

Наименование Назначение объекта системы

IComponent Содержит свойства и методы для навигации по набору данных, поиска, добавления и удаления записей, фильтрации и сортировки, работы с формой списком

IScript содержит методы и свойства для работы с компонентами типа «Сценарий»

IReport содержит методы и свойства для работы с компонентами типа «Отчет»

IEdmsObject предназначен для работы с объектом ЭДО. Объектами ЭДО являются электронные документы, папки, задачи, задания, варианты запуска компонент

IDialog ^держит методы и свойства для работы с компонентами типа «Диалог»

IReference одержит методы и свойства для работы с компонентами типа «Справочник»

ICustomWork предназначен для работы с деловыми процессами: задачами, заданиями и уведомлениями

IEDocument предназначен для работы с электронным документом

IFolder предназначен для работы с папкой.

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

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

1. Олицетворенный — робот, который работает от пользователя, у которого есть работник. Работник — запись справочника «работники», в системе DIRECTUM «работник» соответствует конкретному сотруднику предприятия.

2. Обезличенный (системный) — робот, который работает от пользователя, у которого нет работника. «Пользователи» без «работника» осуществляют идентификацию, как правило, системных и служебных процессов в системе DIRECTUM.

Полномочия робота определяются уровнем прав пользователя в системе DIRECTUM. Действия робота нет необходимости отличать от действий пользователя.

Варианты запуска робота:

1. Олицетворенного робота может запустить только пользователь, от которого будет олицетворен робот, и он сможет запустить только одного робота.

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

Робот выполняет работы в СУД DIRECTUM по принципу обычного пользователя. Основным моментом выполнения любой работы является момент ее начала выполнения (инициализации и старта программы, в нашем случае). Для определения условий и момента выполнения той или иной функциональности (запуска определенных программ с заранее определенными параметрами), необходимо обратиться к «прототипу робота» — человеку, «сотруднику предприятия на производстве».

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

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

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

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

В системе DIRECTUM на уровне базового функционала реализован механизм ЗЗУ (задачи, задания, уведомления). Данный механизм является основным для осуществления взаимодействия пользователя с системой DIRECTUM. Этот механизм выгодно использовать для реализации запуска робота от входящих сообщений.

Варианты инициализации выполняемой работы роботом:

1. План (список) работ по расписанию. Прототипом этого варианта может являться планировщик заданий в Windows.

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

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

Логика задачи определяется логикой типового маршрута. Технология разработки ТМ в DIRECTUM хорошо отработана и позволит реализовать любую функциональность.

Предполагаемые требования, предъявляемые к роботу:

1. Может иметь срок жизни: ограниченный (с . . . по . . . ) или неограниченный.

2. Может иметь график работы.

3. Своего робота пользователь может запустить или остановить в любой момент.

4. Пользователь может настроить функциональность своего робота путем замены «правил инициализаций» выбором из предопределенных (из справочника).

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

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

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

Описание модели программного робота

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

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

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

Рис. 2. Диаграмма контекста программного робота в системе DIRECTUM

Рис. 3. Диаграмма взаимодействия программного робота

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

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

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

Заключение

Представленная модель может быть реализована в системе DIRECTUM либо с использованием прикладного языка ISBL системы DIRECTUM, либо внешним к системе прикладным объектом (сервисом), либо непосредственно компонентой системы DIRECTUM. Каждый из этих вариантов реализации будет иметь и достоинства, и недостатки, такие как дополнительная нагрузка на систему, простота исполнения и т. п. Хочется отметить, что представленная модель робота позволит решать следующие задачи:

Рис. 4. Диаграмма состояний программного робота в системе DIRCTUM

1. Выполнять всю функциональность пользователя в СУД DIRECTUM, не связанную с интеллектом.

2. Робот пользователя сможет сосуществовать параллельно с пользователем, выполняя часть его функциональности.

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

4. Постепенно наращивая функциональность робота, возможно осуществить полное вытеснение пользователя, не меняя структуру бизнес-процесса.

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

6. Робот позволит исключить выполнение действий человеком в выполняемых им работах.

7. Трудоемкость реализации робота для конкретного пользователя в данной модели не превысит объема изменений, вносимых в программное обеспечение для реализации функциональности бизнес-процесса в «классической реализации», и не потребует изменения (модификации) бизнес-процесса.

8. Использование данного программного робота позволит исследовать бизнес-процесс, на предмет избыточности и оптимальности. При этом для исследования нет необходимости изменять сам бизнес-процесс.

ЛИТЕРАТУРА

1. Робот//Кругосвет : энцикл. URL: http://www.krugosvet.ru/enc/nauka_i_tehnika/tehnologiya_i_promysh lennost/ROBOT.html (дата обращения: 12.10.2016).

2. Гимранов Р. Д. Инфо-роботы в архитектуре Digital Real-Time Enterprise. URL: http://www. sapevents.edgesuite.net/rusapforummoscow/2016/pdfs/10_IOT_Rinat_Gimranov_Surgutneftegaz.pdf (дата обращения: 12.10.2016).

3. Directum — корпоративная система электронного документооборота. URL: http://www.directum.ru/ 315540.aspx (дата обращения: 12.10.2016).

4. Система электронного документооборота и управления взаимодействием: объектная модель IS-Builder. DIRECTUM, 2013. 597 с.

i Надоели баннеры? Вы всегда можете отключить рекламу.