ПРОГРАММНЫЙ КОМПЛЕКС ПОДДЕРЖКИ КОМПОЗИТНОГО ДОКУМЕНТООБОРОТА НА ОСНОВЕ МОДЕЛЕЙ ПРОЦЕССОВ

Ссылка: Круковский М.Ю. Программный комплекс поддержки копозитного доокументооборота на основе моделей процессов // Математичні машини і системи. – 2006. – №1. – С. 81 – 92.

М.Ю. КРУКОВСКИЙ

Программный комплекс поддержки композитного документооборота на основе моделей процессов

Abstract: This paper describes software package that is based on the author’s theoretical base of composite document management. In this package were used formal models based on graphs and automates and language based on JAVA. Implemented system allows solve complex modern tasks of composite document management.
Key words: document management, docflow, workflow, graph model, automat model, document oriented language.

Анотація: У статті розглянуто програмний комплекс, що побудовано на основі авторської теоретичної бази композитного документообігу. Під час реалізації системи використовувались формальні моделі, основані на графах і автоматах та мова програмування на основі JAVA. Реалізована система дозволяє вирішувати складні сучасні задачі композитного документообігу.
Ключові слова: електронний документообіг, процесне керування, графова модель, автоматна модель, документно орієнтована мова.

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


1.Введение

В настоящее время актуальность задачи электронного документооборота обусловлена возросшим интересом пользователей информационных систем и значительно расширившейся компьютерной базой. Пользователи приходят к решению о необходимости реализации компьютеризированного документооборота под давлением постоянно усиливающихся информационных потоков. В то же время широкое распространение в организациях средств вычислительной техники становится удобной базой для решения таких распределенных многопользовательских задач, как документооборот.
По оценкам ведущей исследовательской компании Gartner Group, от 80% до 95% корпоративной информации хранится в документах. Та же компания отмечает, что до 25% корпоративных документов теряется либо приходит в такое состояние, что их дальнейшее использование невозможно. Таким образом, задача внедрения систем электронного документооборота является для организаций не только актуальной и своевременной задачей, но и экономически эффективной.


2. Постановка задачи

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

3. Теоретические основы построения формальной модели процессов.

3.1. Методология создания

При создании системы была использована методология, предложенная автором настоящей статьи в работе [1]. Основу этой методологии составляют принципы автоматизации систем организационного управления [2], принципы объектно - ориентированного проектирования [3] и принципы управления проектами [4].
В соответствии с принципом автоматизации документооборота, предложенным В.М. Глушковым в [2], система спроектирована и разработана как активный элемент информационной системы. Это реализовано за счет адаптивности системы, то есть система построена таким образом, что работает «на результат». В практическом смысле это значит, что во время движения документа происходит модификации маршрутов, форм документов и ролевых сценариев участников документооборота. Таким образом, система во время своего жизненного цикла сама себя модифицирует, адаптируясь к требованиям текущих пользователей.
Эта возможность, а именно - адаптивность системы, позволяет сделать ее более простой во внедрении, поскольку способствует преодолению сопротивления персонал. Опыт внедрения систем документооборота говорит о том, персонал оказывает значительное сопротивление, поскольку опасается увеличения объема или интенсивности работы. В процессе адаптации под требования персонала, система приспосабливается под привычную работу организации, что снижает сопротивление и способствует привыканию персонала.
Система построена на промышленной платформе систем документооборота Lotus Domino производства компании IBM. Такой выбор позволил положить в основу системы апробированные решения, которые проверены практической эксплуатацией миллионами пользователей во всем мире. Использование платформы Lotus Domino позволило сделать систему открытой к информационному взаимодействию с другими системами. В частности, позволяет реализовать обмен данными и действиями с другими системами электронного документооборота. Платформа оснащена большим количеством шлюзов и поддерживает практически все современные и прошлые стандарты информационного обмена систем.
Использованный подход позволил создать систему в виде набора взаимодействующих программных модулей, функционирующих вокруг операционного ядра. Такой подход позволил системно подойти к решению задачи документооборота. То есть задача документооборота декомпозирована на функциональный набор задач, которые представлены сценариями. Эти сценарии последовательно и параллельно обрабатываются модулями системы. Центральное ядро обеспечивает синхронизацию процессов обработки, корректность исполнения сценариев и протоколов взаимодействия.

3.2. Формальная модель

Система поддерживает весь жизненный цикл создания формальной модели по цепочке «Моделируемый объект» -> «Общая теоретическая модель» -> «Конкретная теоретическая модель» -> Модель. Различные модули системы предоставляют поддержку на каждом шаге создания формальной модели от исследования объекта до запуска в эксплуатацию готовой системы.
Система обеспечивает реализацию двух подходов к реализации документооборота. Первый подход называется детерминированным подходом. В рамках этого подхода все процессы, происходящие в организации, инвентаризуются, описываются по последовательности исполнения, определяется входящая и исходящая информация. Упорядоченная совокупность процессов с детерминированными входами и выходами представляют систему документооборота организации.
Второй подход принято называть адаптивным. В рамках этого подхода система представляется в виде последовательности действий, работающих «на результат». Таким образом, при старте процесса не определены условия и триггеры завершения. Во время движения процесса происходит определение форм документов и назначение исполнителей на роли. Процесс может быть остановлен в любой момент, если ответственный за процесс примет решение о том, что необходимый результат достигнут.
В соответствии с теоретическими результатами, полученными в работе [5], система представляет процессы документооборота в виде тройки , где
– формальная модель документооборота;
– множество участников;
– множество действий;
– множество состояний документов.
В этой тройке множество определяется как конечное множество ролей, которые могут быть назначены фактическим участникам документооборота. Множество определяется как конечное множество действий, выполнение которых допустимо в пределах рассматриваемой системы документооборота. Множество – конечное множество состояний, которые могут принимать документы после произведения участником из множества действий из множества . Взаимодействие элементов этих множеств их связей полностью задает производственные сценарии, реализуемые системой документооборота.
На основе предложенной декомпозиции на тройку множеств, строится две составляющие формальной модели документооборота – логическая и функциональная. Логическая модель определяет событийную составляющую системы документооборота. При этом описываются действия, который происходят в системе и декларируются моменты времени или условия событий, после которых эти действия будут произведены. Логическая модель описывается с помощью теории графов. Графы также являются основой представления процессов, которые хранятся и воспроизводятся описываемой системой документооборота.
Функциональная модель представляет собой описание системы на языке выполняемых ею функций. Это представление формальной модели позволяет описать и воспроизвести работу с точки зрения последовательности производимых действий и получаемых результатов. Результаты, представленные состояниями документов выстраиваются в последовательность изменяемых состояний. Это позволяет представить документооборот в виде конечного автомата, который оперирует документами в виде алфавита и действиями участников, представленными в виде функций перехода автомата.

3.2.1. Графовая модель

Логический уровень формальной модели документооборота реализован с использованием аппарата теории графов. Теоретические исследования, позволившие реализовать данный подход в системе документооборота, были проведены автором настоящей статьи в работе [6]. Предложенный подход представления модели в виде совокупности графов был практически реализован в программном комплексе и является основой для хранения данных об архитектуре моделируемой системы документооборота.
Таким образом, система использует существующий аппарат теории графов для решения практических задач документооборота. Модуль системы, отвечающий за проектирование процессов – архитектор процессов – позволяет проектировать и хранить последовательности процессов в виде графов. Двигатель процессов воспринимает представленную библиотеку графов и обеспечивает исполнение процессов в соответствии с определенными графами. Визуализатор, модуль системы, отвечающий за визуальное отображение динамики процессов, отслеживает модификацию активных процессов и отображает их в виде графов.
Такое представление и использование в виде графов позволяет не только проектировать, исполнять и хранить процессы, но и осуществлять операции над ними как операции над графами. Например, с помощью таких графовых операций можно проектировать более сложные процессы как совокупность простых процессов, выделять необходимый участок процесса в отдельный процесс и аналогичные операции.
В использованной формальной модели для представления графа документооборота принято описание вида G = (V,E,Г), где V- множество вершин графа, E- множеств ребер графа, Г – множество отношений инциндентости. Граф G состоит из непустого множества элементов, называемых вершинами; множества связанных пар из множества вершин, называемых ребрами; множества признаков направленности ребер. Множество, состоящее из вершин графа G, называется множеством вершин графа и обозначается V(G). Аналогично, множество, состоящее из ребер, называется множеством ребер и обозначается E(G). Если v и w являются вершинами графа G, тогда ребро vw называется связь, которая соединяет v и w.
Формальная модель документооборота, актуализированная множествами {У} {Д} и {Ф}, отображается на графе документооборота таким образом, чтобы при отождествлении выполнялись следующие правила:
- одной вершине графа соответствует один и только один элемент множества Ф;
- одному ребру графа соответствует один и только один элемент множества Д;
- одному элементу множества Ф соответствует одни и только одна вершина графа;
- одному элементу множества Д соответствует одно и только одно ребро графа.
Математически такое тождественное отображение множества состояний {Ф} в множество вершин {V} и множества состояний {Д} в множество ребер {E} описывается следующим образом:
для любого , i=1,2,3..n справедливо утверждение и при , i=1,2,3..n.
Для описания систем документооборота используются как неориентированные графы, так и ориентированные графы. Выбор вида графа определяется моментом технологического процесса, на котором происходит его использование. На разных этапах жизненного цикла создания документооборота эффективны различные типы графы, что и определяет их выбор.
Неориентированные графы используются на этапах анализа и проектирования для наглядного отображения данных, полученных при обследовании. После опроса пользователей, выявления критических требований участников и декомпозиции документов до приемлемого уровня, происходит констатация связности полученных данных. Эти первичные данные сохраняются в системе в виде множества неориентированных графов, которые соединяют полученные элементы множеств. Система сохраняет эту предварительную архитектуру систему в библиотеку шаблонов и позволяет не только дорабатывать процессы на последующих этапах, но и повторно использовать полученные шаблоны.
Ориентированные графы используются на этапах проектирования, реализации, внедрения и разработки. Во время разработки системы документооборота на этих этапах происходит установления направленности связей, выявленных на предыдущих этапах. То есть, если во время анализа был просто установлен факт наличия связи, то на этапе реализации происходит определения направленности связности. На практике это означает, что архитектор системы, используя предварительные «сырые» данные, детерминирует направленность движения документов и последовательность ролевых сценариев. При этом действия, необходимые для продвижения документа от начального состояния к конечному состоянию упорядочиваются и у каждого из них выходные данные являются входными данными другого действия.
Данные формальной модели, представленные тремия множествами, хранятся в виде матриц, которые описывают связность состояний документов, действий участников и ролевых сценариев. Матричная форма хранения данных отображает представление системы документооборота в виде множеств {У} {Д} {Ф}.
Для хранения используется множество плоских прямоугольных матриц документооборота, упорядоченных в коллекции. Каждая из матриц представляет состояние системы документооборота на некотором дискретном шаге. Столбцы матрицы документооборота ставятся в соответствие состояниям документов таким образом, чтобы первый столбец соответствовал первому элементу множества {Ф}, второй столбец – второму элементу и так далее до последнего элемента множества {Ф}. Строки матрицы документооборота ставятся в соответствие действиям, произведение которых приводит к изменению состояния хотя бы одного документа. Первая строка соответствует первому элементу множества {Д}, вторая строка – второму элементу множеств и так далее для всего множества {Д}.
Таким образом, получается множество прямоугольных матрицы с столбцами, количество которых равно размерности множества {Ф} и строками по размерности матрицы {Д}. Заполняется данная матрица элементами множества участников {У}. Элемент заполняется в клетку матрицы в том случае, если соответствующий участник производит действие, соответствующее элементу строки. В том случае, если на этом шаге документооборота действие строки не изменяет состояние столбца, то элемент матрица заполняется нулевыми значениями.
Формальная модель, которая хранит данные в виде графов, позволяет производить операции над данными. А именно – использовать следующие операции: объединение, пересечение, разность и произведение. Эта возможность системы предоставляет архитектору системы документооборота создавать новые системы при помощи существующих апробированных решений..

3.2.2. Автоматная модель

Автоматная модель композитного документооборота были получена автором при работе над теоретическими основами документооборота и подробно описана в работе [7]. Полученные теоретические результаты были положены в основу описываемой системы документооборота и стали основой разработанного программного обеспечения. Практические результаты показали не только пригодность автоматной модели для реализации практических задач документооборота, но и дали возможность сделать вывод в целесообразности расширения применения теории автоматов при решении задач документооборота.
С помощью разработанной модели удалось представить движение документов по процессам, а также взаимодействие между собой моделей документооборота различных организаций. Такой подход позволяет программно реализовать архитектурный, компонентный и семантический уровень формальной модели.
В реализованной автоматной модели моделируемая система документооборота представляется в виде детерминированного конечного автомата, заданного общепринятой нотацией конечного автомата. В соответствии автоматной нотацией документооборота, предложенной автором в работе [7], автомат представляется следующим образом: где – конечное множество состояний документов, тождественное множеству {} из определения композитного документооборота;
– конечное множество входных символов, образующих входной алфавит и представляющее собой данные, которые поступают на вход системы документооборота;
– функция переходов, аргументами которой являются текущее состояние и входной символ, а значением – новое состояние;
– начальное состояние (или множество начальных состояний) из множества ;
– множество заключительных, или допускающих состояний из множества .
Множество состояний автоматов {Q} получается из множества состояний документов, полученное при проектировании формальной модели. Завершающие состояния выделяются из общего множества состояний путем анализа каждого из состояний. Если при анализе выявляется состояние, которое имеет одну или несколько входящих связей, но не имеет ни одной исходящей, то оно помечается как завершающее. Состояния моделирующего автомата упорядочиваются таким образом, чтобы документооборот был представлен состояниями документа в порядке от начального состояния документа к конечному состоянию.
Автомат исполняет функции переходов для принятия решения о выборе следующего состояния. Функции переходов программируются с помощью анализа действий участников документооборота. Производимое действие определяет результирующее состояние, для которого входными данными для определения выбора являются текущее состояние документа и участник процесса. Автомат реализует документооборот, в котором на каждом шаге происходит действие на основании процесса и на основании анализа текущего состояние документа (исполнителя), принимается решение о следующем состоянии документа. Функция перехода автоматной модели является i-м элементом множества действий {Д} документооборота, после выполнения которого, происходит смена состояния на состояние .
В реализованной автоматной модели документооборота в качестве алфавита автомата использован список участников. Символами обозначены ролевые участники производственных сценариев. Из этих символов образуются последовательности, которые обрабатываются автоматом формальной модели. Последовательности символов, которые обрабатываются автоматом документооборота, являются допустимыми для модели. Такие последовательности символов приводят к корректному выполнению процесса документооборота и получению конечного результирующего документа. Последовательности символов документооборота, которые не принимаются автоматом, реализующим модель документооборота, являются недопустимыми для моделируемого процесса. Последовательности, принимаемые автоматом модели документооборота, являются его языком. Слова этого языка являются возможными последовательностями участников документооборота, участвующих в процессе работы над документами.
Программирование автомата осуществляется путем установления соответствие между нотацией конечного автомата и композитного документооборота. То есть, после проведения декомпозиции процессов и синтеза модели {У, Д, Ф} строится автоматная модель документооборота, которая определяется пятеркой (A, S, , T, F), где {{A}≡ {У}, {S}≡ {Ф}, =,{S}≡ {}, {F}≡ {Д}}. При этом на каждом шаге автомата, множества, определяющие его состояния, соответствуют множествам, описывающим жизненный цикл модели документооборота. На каждом шаге существует соответствие и : {(=),(=),=,=}.

3.2.3. Язык документооборота

Во время написания описываемой системы документооборота, автор пришел к выводу о необходимости разработки специализированного языка [8]. Наличие такого языка позволило сузить задачи программирования до решения прикладных задач, что позволило уйти от общесистемных вопросов реализации и развития системы.
Для решения задачи создания документно- ориентированного языка было принято решение использовать модификацию языка JAVA для реализации сложных приложений распределенных предприятий J2EE (JAVA 2 Enterprise Edition). Такой выбор связан с тем, что языка JAVA применялся при разработке системы документооборота, его расширение позволило реализовать язык в виде дополнения к уже задействованному инструментарию. Язык назван GJE – Graph JAVA Extension.
Язык GJE сделан в виде расширения к существующему и широко используемому языку JAVA. При создании языка предполагалось, что сделанные на этом языке приложения будут использоваться во всех трех существующих реализациях конечных приложений на JAVA. А именно – локальных приложений Application, удаленно исполняемых приложениях Applet и тиражируемых сервером приложениях Servlet.
Язык GJE представляет собой внешнее расширение пакетов JAVA для решения задач документооборота и описан как package javax.workflow. Это делает язык открытой средой разработки и дает возможность внешним разработчиками подключать пакет к своим приложениями. Различные приложения на языке GJE позволят достичь распределенного использования и дадут развитие существующей библиотеке.
Язык GJE позволяет строить модели документооборота, основанные на графовой модели документооборота, которая введена автором. Поэтому, при описании классов дается не только общее назначение методов и данных с точки зрения графа как математического понятия, но и применения содержания классов, введенное в модели документооборота. В Таблице 1 приведено описание основных классов языка GJE с описанием реализованных методов.

Название	Описание класса	Реализованные методы
Node	Описывает состояния документов, которые отображаются вершинами графа.	Object getValue(); void setValue(Object value);
Edge	Описывает действия участников документооборота, которые отображаются ребрами графа.	Node getInPoint(); Node getOutPoint(); Object getDirection(); void setDirection(Object direction); void setValue(Object value;
Graph	Объединяет функциональность классов и Node Edge. Обеспечивает хранение информации о графе в виде совокупности вершин и ребер. Реализует функцию депозитария процессов. Реализована управление описанием процесса – добавление, удаление и корректировка данных о документах, действиях и участниках.	Collection getNodes(); Collection getEdges(); Node createNode(Object value); Edge createEdge(Node in, Node out, Object direction, Object value); void deleteNode(Node node); void deleteEdge(Edge edge); String getName(); Void setName(String name);
HyperGraph	Является высшим классом в иерархии GJE. Объединяет в себе другие классы и операции над ними. Реализует представление совокупности графов в коллекции в виде единого целого без потери свойств и характеристик. Является хранилищем процессов и инструментарием для их обработки. Инструментально реализована алгебра документооборота. На данный момент доступны следующие операции над процессами: добавление, удаление, объединение, пересечение, вычитание и умножение.	Collection getGraphs(); void addGraph(Graph graph); void deleteGraph(Graph graph); Graph unionGraph(Graph graph1, Graph graph2); Graph intersectionGraph(Graph graph1, Graph graph2); Graph differenceGraph(Graph graph1, Graph graph2); Graph cartesianGraph(Graph graph1, Graph graph2); Graph createGraph(Collection nodes, Collection edges);

Таблица 1. Описание основных классов языка документооборота GJE.

Таким образом, язык GJE представляет собой набор расширений языка JAVA, которые использованы для создания системы проектирования и исполнения системы композитного документооборота. Язык позволяет обеспечить локальное и сетевое взаимодействие между процессами документооборота. Кроме того, является открытым по архитектуре и позволяет разработчику развивать его в соответствии с текущими требованиями заказчика.

4. Практическая реализация системы поддержки композитного документооборота

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

4.1. Архитектура системы

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

Рис 1. Архитектура программного комплекса.

На схеме отображены три основных модуля программного комплекса, которые выполняют функциональные задачи: маршрутизатор процессов, визуализатор движения документов и архитектор процессов и форм.
Маршрутизатор процессов предназначен для реализации действий, производимых участником документооборота над документами. После того, как в документе появляется отметка о том, что участник принял решении о произведении действия, документ переводится в рабочее состояние, в котором он доступен только маршрутизатору. Маршрутизатор постоянно производит ревизию активных процессов и выявляет процессы, которые надо обработать. После выявления такого процесса, маршрутизатор производит задекларированное действие, переводит документ в результирующее состояние и делает его доступным следующему участнику.
Визуализатор движения документов обеспечивает доступ руководящих лиц организации к состоянию текущих активных процессов. Визуализатор позволяет увидеть актуальное состояние всего множество процессов и составить адекватное представление о состояние исполнительской дисциплины в организации.
Архитектор процессов предназначен для проектирования сценариев движения документов и форм документов. Сценарии движения реализованы в виде набора графов в соответствии с описанием модели документооборота на графах, описанной автором в работе [6]. Такая реализация позволяет задействовать одно из основных достоинств теории графов – наглядность представляемой информации. Формы документов получаются в результате декомпозиции жизненного цикла документа на набор состояний. Каждое состояние представляется в виде отдельной формы и кодируется набором полей, содержащих текстовую, аудио и видео информацию. Между набором форм устанавливается связь, что обеспечивает полноту описания документы.

5. Апробация программного комплекса на практических задачах

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

5.1. Укрпочта

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

5.2. НАК «Нефтегаз Украины»

При внедрении системы управления персоналом В НАК «Нефтегаз Украины» были использованы некоторые модули разработанной мной системы документооборота. А именно – был использован двигатель процессов и дизайнер маршрутов. Система предназначена для обработки задач управления более чем 30,000 персоналом компании. В решаемые задачи входят планирование потребностей в персонале, подбор персонала, планирование отпусков, табелирование, учет отпусков и отсутствий и прочие задачи кадрового документооборота предприятия.
Использование системы показало высокое качество реализации и глубокую проработку специфики задач кадрового документооборота. По результатам внедрения руководство организации приняло решение об использовании системы документооборота в будущих решениях.

5.3. НАСК «Оранта»

В НАСК «Оранта» была внедрена комплексная система управленческого и делового документооборота, которая позволяет решать задачи оперативного сопровождения деятельности компании и документарной поддержки деловых процессов. При реализации системы использовались модули разработанной системы документооборота, которые реализовывают адаптивную схему документооборота. Внедрение системы позволяет обрабатывать около 20,000 документов в год теми же сотрудниками и теми же средствами вычислительной техники, которыми обрабатывалось около 10,000 до внедрения СЭД. По оценкам компании обработка одного документа стоит около 5 гривен, что дает экономический эффект до 50 000 гривен в год.

5.4. СК «Эталон»

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

5.5. ЗАО «УМС»

В ЗАО «УМС» внедрена система, реализующая оперативный документооборот, связанный с распределенной технической поддержкой пользователей. В системе используется модуль, обеспечивающий обработку и продвижение процессов поддержки. При возникновении обращения пользователя по поводу технической поддержки, оператор, принимающий звонок, инициирует поиск технического специалиста с кратким описанием проблемы. Система реализует доставку документа и оповещение всем техническим специалистам, которые обладают достаточной квалификацией для решения проблемы. Оператор выбирает одного из доступных специалистов и передает ему более подробное описание проблемы. В процессе происходит обмен рекомендациями, вплоть до организации общей доски между специалистом и оператором и прямой голосовой связи между техническим специалистом и пользователем.
Внедрение системы позволили повысить исполнительскую дисциплину, минимизировать личностные конфликты при решении технических проблем, начать накопление базы знаний о типичных проблемах и методах их решения.

6. Выводы

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

ЛИТЕРАТУРА

1. Круковский М.Ю. Методология построения композитных систем документооборота. // Математические машины и системы.-2004.-№1.-С.101-114.
2. Глушков В.М. Введение в АСУ. – К.: Техніка, 1972. – 312 с.
3. Booch Grady. Object-Oriented Analysis and Design with Applications. – Third Edition.-NY.: Addison-Wesley, 1994.-589p
4. Project Management Institute. A guide to the Project Management Body of Knowledge. – 2000.
5. Круковский М.Ю. Концепция построения моделей композитного документооборота// Математичні машини і системи. – 2004. – № 2. – С. 149с – 163с.
6. Круковский М.Ю. Графовая модель композитного документооборота// Математичні машини і системи. – 2005. – № 1. – С. 120с – 136с.
7. Круковский М.Ю. Автоматная модель композитного документооборота// Математичні машини і системи. – 2004. – № 4. – С. 37с – 49с.
8. Круковский М.Ю. Язык обработки графов на базе JAVA// Математичні машини і системи. – 2005. – № 2. – С. 45с – 53с.