Концепция и реализация автоматизации документооборота в нестрого детерминированных системах управления



Дата28.04.2016
Размер57.9 Kb.


Концепция и реализация автоматизации документооборота
в нестрого детерминированных системах управления


Н.Н. Бабарика, А.В. Никитин

Гродненский государственный университет

г. Гродно (Беларусь)

Введение

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

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

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

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

1. Структура таблиц шаблона клиент-отчета полностью идентична структуре таблиц клиент-отчета. Значения полей таблиц клиент-отчета получаются суммированием соответствующих полей в таблицах всех отчетов клиентов.

2. Структура заголовков таблиц шаблона клиент-отчета полностью идентична структуре заголовков таблиц клиент-отчета. Все соответственные таблицы отчетов клиентов объединяются в одну соответствующую им таблицу клиент-отчета.

3. Структура шаблона клиент-отчета произвольная. Клиент-отчет последовательно инкапсулирует все отчеты клиентов.

Схема базы данных

Постоянные данные хранятся в базе данных Struc в соответствии со схемой базы данных Struc (рис. 1).

Таблица «Content» (Содержание) — содержит названия всех позиций отчета, информацию о типе позиции (текстовая или таблица), информацию об уровне вложенности позиции и родительских позициях. Ключевое поле является идентификатором позиции в системе.

Таблица «StrucTable» (Заголовки) — содержит названия заголовков всех табличных позиций отчета, информацию об уровне вложенности позиции и родительских позициях. Идентификатор позиции, к которой относится запись.

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



Рис. 1. Схема базы данных.

Описание системы классификации и кодирования

Отчет представляет собой многоуровневую структуру. Единицей структуры отчета является позиция. Позиция — нумерованная позиция отчета (часть, раздел, параграф, пункт, подпункт, таблица). Код позиции — это индекс позиции в таблице Content. Предусмотрено пять уровней вложенности позиций. Каждая позиция имеет, в соответствии с этим, номер позиции. Номер позиции — это последовательность пяти цифр, определяющих положение позиции в прогнозе: часть (уровень 1), раздел (уровень 2), параграф (уровень 3), пункт (уровень 4), (подпункт 5).

Структура таблиц отчета определяется заданием заголовков и пунктов таблицы. Заголовки таблицы — это названия столбцов таблицы. Каждый заголовок таблицы имеет номер заголовка — это последовательность шести цифр, определяющих положение заголовка в определенной таблице: часть (уровень 1), раздел (уровень 2), параграф (уровень 3), пункт (уровень 4), (подпункт 5), номер табличной позиции.

Пункты таблицы — это названия пунктов таблицы. Каждый пункт таблицы имеет номер пункта — это последовательность шести цифр, определяющих положение пункта в определенной таблице: часть (уровень 1), раздел (уровень 2), параграф (уровень 3), пункт (уровень 4), (подпункт 5), номер табличной позиции. В таблице 5 представлен фрагмент определения номера пункта таблицы.

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

Описание массива информации

Вся содержательная информация отчета находится в таблицах базы данных Struc (названия позиций отчета, данные) и файлах позиций (содержание текстовых позиций отчета).

«Content» (Содержание) — содержит названия всех позиций отчета, информацию о типе позиции (текстовая или таблица), информацию об уровне вложенности позиции и родительских позициях. Ключевое поле является идентификатором позиции в системе.

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

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

«FormulaTable» (Формулы) — содержит названия всех пунктов таблиц отчета, информацию об уровне вложенности пункта и родительских позициях, формулы полей. Идентификатор позиции, к которой относится запись.

Контроллер базы данных

Контроллер базы данных реализован в виде «блоков информационной обработки». Назначение блоков следующее:

«Структура» — редактирование позиций отчета.

«Текст» — редактирование текстовой позиции.

«Таблица» — редактирование табличной позиции.

«Заголовок» — редактирование заголовков таблиц.

«Позиции таблиц» — редактирование позиций таблиц.

«Ввод данных» — ввод табличных данных.

«Конвертор» — преобразование данных в базе в файлы позиции.

«Сборка» — сборка файлов позиций в итоговый файл.

«Импорт/Экспорт» — обмен данными между администратором системы и исполнителем системы.

«Печать» — печать файлов позиций.

«Настройка» — настройка параметров системы.

«Сервис» — интерфейс с другими приложениями.

Среда базы данных

На рис. 2 показаны схема базы данных и процессы системы.





Рис. 2. Схема базы данных и процессы.

Разработанные концепция и технология создания не строго детерминированных отчетов обеспечивают:

1) автоматизацию подготовки и сопровождения отчетов;

2) возможность распределенной разработки отчетов;

3) оперативную разработку структурированных отчетов:

4) интеграцию с MS Office.

Функциональность системы поддерживается:

1) конструктором отчетов;

2) конструктором таблиц;

3) многофункциональным табличным процессором.


Опубликовано:
Бабарика Н.Н., Никитин А.В. Концепция и реализация автоматизации документооборота в нестрого детерминированных системах управления // Технологии информационного общества — Интернет и современное общество: труды VII Всероссийской объединенной конференции. Санкт-Петербург, 10  12 ноября 2004 г. — СПб.: Изд-во Филологического ф-та СПбГУ, 2004. С. 160 – 162.
ISBN 5-8465-0294-6


База данных защищена авторским правом ©bezogr.ru 2016
обратиться к администрации

    Главная страница