· систему экспорта /импорта документов.

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

Первый принцип разработки ЭСУД позволяет определить состав основных функциональных подсистем ЭСУД, к числу которых можно отнести (табл. 2):

· подсистема составления электронных документов (Система создания ЭД);

· подсистема организации массового ввода, преобразования бумажных документов в электронный вид и загрузки их в электронное хранилище (Система массового ввода бумажных документов - СМВ);

· подсистема осуществления хранения, поиска и выдачи электронных документов по запросам пользователей (Система управления электронными документами - СУД);

· подсистема планирования маршрутизации и контроля исполнения документов и выполнения деловых процессов с целью своевременного документационного обеспечения управления (Система электронного документооборота - СЭДО).

Таблица 2

Второй принцип создания ЭСУД - разработка "активного " программного обеспечения для ЭСУД. Работа с документами является основным способом выполнения функций для персонала организации. Цель автоматизации процессов движения документов и связанных с ними заданий – получение целостного механизма управления деятельностью предприятия, поэтому ПО ЭСУД должна выполнять следующие функции:

· обеспечивать возможность руководству организации распределять работы и контролировать процесс их выполнения исполнителями;

· до каждого исполнителя доводить информацию о том, какие работы, в какие сроки и в какой последовательности он должен выполнять;

· доставлять на рабочие места исполнителей документы и поручения;

· выстраивать список работ, которые должен выполнить исполнитель;

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

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

Третий принцип создания ЭСУД - программное обеспечение ЭСУД должно легко адаптироваться к изменениям конкретных условий эксплуатации. Отсюда вытекает необходимость разрабатывать и внедрять ПО ЭСУД двумя методами:

· методом компонентного проектирования,

· с использованием средств CASE - технологии проектирования ИС.

Метод компонентного проектирования основан на использовании готовых программных средств (коробочных программных продуктов), предназначенных для решения отдельных групп задач, например, получения и ведения системы электронных документов, хранения и поиска электронных документов, пересылки документов на исполнение и его контроль и т.д. Эти программные продукты на первом этапе – после установки подвергаются настройке на параметры предметной области и объединяются в единую систему, поскольку каждый из них обладает свойствами открытости. В процессе эксплуатации такой системы – на втором этапе осуществляется постоянная адаптация ее отдельных компонент к изменениям условий функционирования: изменению состава задач и состава функций, количества и видов документов, изменению аппаратной платформы, числа пользователей, поскольку все компоненты ЭСУД обладают свойствами масштабируемости, открытости, модульности и т.д.

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

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

· На основе анализа модели существующей технологии определяются основные направления ее совершенствования.

· Разрабатывается модель будущей (автоматизированной) информационной системы – определяется набор автоматизируемых функций, структура единой автоматизированной базы организации, схемы и алгоритмы обработки информации и т.д., на основе которой осуществляется генерация баз данных и программных кодов обработки. На этапе эксплуатации полученной системы все изменения вносятся в информационную модель, которая подвергается повторной генерации баз данных и кодов, тем самым осуществляя адаптацию ее к изменениям условий эксплуатации.

7. Назначение и содержание работ с модулем СЭДО. Требования к программному и техническому обеспечению

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

СЭДО имеет две стадии в своем развитии от воплощения идеи использования технологии "docflow", связанной с планированием и управлением документопотоками, до технологии "workflow", предназначенной для управления деловыми процессами и процедурами, при выполнении которых используются и создаются документы .