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

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

Основные принципы построения ЭСУД.

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

• централизованную регистрацию всех документов, которые циркулируют в организации;

• хранение документов в электронном виде в различных форматах;

• ведение централизованного каталога документов организации, обеспечивающего возможность их поиска (по ключевым атрибутам, с использованием полнотекстового поиска и т.д.);

• хранение полной истории работы с документами (кто, когда и как работал с документом), а также различных версий документов;

• надежную систему защиты документов, регламентацию доступа персонала к документам различного назначения;

• возможность поддержки архивов документов на всех видах внешних устройств, включая магнитооптические и библиотеки CD-ROM.

Прикладное программное обеспечение ЭСУД должно включать следующие ключевые компоненты:

• систему управления хранением документов – программное обеспечение, реализующие функции управления единым документарным фондом организации (централизованным архивом);

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

• своевременной их обработкой и т.д.;

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

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

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

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

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

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

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

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

Таблица 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Требования к программному обеспечению

Требования к ресурсам:

1. Операционная система

2. СУБД

• Необходимость приобретения сторонней СУБД

3. Зависимость от сторонних продуктов

• наличие дополнительного программного обеспечения для работы системы

4. Аппаратная часть

• производительность компьютеров

Стоимость продукта

1. Стоимость дополнительного программного обеспечения

• СУБД, офисные пакеты, другое программное обеспечение

2. Закупка нового оборудования

3. Затраты на обучение персонала

4. Затраты на подготовку готового решения

Удобство сопровождения

1. Документация

• соответствие документации текущей версии продукта

• наличие электронных обучающих материалов

• освещенность вопросов расширения системы

2. Возможности расширения системы

3. Техническая поддержка системы

Удобство использования

1. Простота выполнения базовых операций пользователя

• доступность управляющих элементов

• количество элементарных операций для выполнения действий

Требования к техническому обеспечению

Идентификация пользователей

1. Аутентификация

• защищенность протокола связи

• интегрируемость с существующими системами аутентификации пользователей

2. Авторизация

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

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

3. Разграничение прав доступа к документам

• возможность установки различных прав доступа к документам (чтение, редактирование, удаление и т.п.) для пользователей и групп пользователей

• делегирование прав доступа к документу от одного лица другому

Хранилище документов

1. Производительность хранилища данных

• зависимость скорости работы с документами от количества документов в базе данных и количества одновременно работающих с системой пользователей

2. Поиск документов

• поиск по полям документа

• контекстный поиск по вложенным (присоединенным) файлам

3. Архивация документов

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

4. Устойчивость хранилища к сбоям базы данных

5. Репликация данных

• только для чтения

• с возможностью сохранения изменений

Работа с документами

1. Работа с типами документов

• создание новых типов

• наличие конструктора форм

• справочные (подстановочные) поля

• история документа

• отслеживание версий документов

2. Конвертация документов

• сканирование

• импорт из других форматов файлов

3. Электронная подпись

Работа с бизнес-логикой

1. Маршруты движения документов

2. Задания (задачи) для пользователей

3. Работа с пользовательскими сценариями

8. Обзор пакета “Documentum”

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