Жизненный цикл документа включает в себя. Определение жизненного цикла документа. Рис.14 Функции СЭД
С. В. СИНИЦЫН, О. И. ХЛЫТЧИЕВ
Московский инженерно-физический институт (государственный университет)
ОПРЕДЕЛЕНИЕ ЖИЗНЕННОГО ЦИКЛА ДОКУМЕНТА
В докладе рассматривается определение жизненного цикла (ЖЦ) документа, построение математической модели ЖЦ, рассмотрение атрибутов и ролей ЖЦ, подходы к построению ЖЦ и его дальнейшему упрощению.
Рассматривая документы, можно говорить об их пути или «жизни». Все документы становятся объектами рассмотрения после создания. Создание может происходить поэтапно: возникновение мысли, изложение ее на черновике, корректировка и, наконец, появление самого документа. Чаще всего, создание документа регламентируется определенными правилами (посылками) и для всех документов определены конкретные шаблоны. После процедуры создания документ начинает рассматриваться разными людьми (иначе, зачем было его создавать). Каждый человек при рассмотрении документа выступает по отношению к нему в определенной роли. Это рассмотрение зачастую можно разбить на этапы: рассмотрен, подписан, утвержден и т. д. Сам документ может меняться, но важны определенные этапы, которые принципиально меняют статус документа.
В данной работе путь документа предлагается рассматривать как его Жизненный Цикл (ЖЦ). Основные этапы документа – это состояния ЖЦ документа. Если рассматривать документ как набор свойств или атрибутов (пример свойства документа – его текст или дата создания), то состояние ЖЦ можно рассматривать как определяющую характеристику всех свойств документа в совокупности, каждое значение которого характеризует некий этап прохождения документа или изменение его статуса. Детальное описание документа задают его свойства, а общая его оценка – это состояние ЖЦ.
Т. к. состояние ЖЦ – некая характеристика («оценка»), то для каждого ее значения должны быть определены условия, при которых она может принять это значение. Для каждого изменения состояния можно определить набор действий (изменения в этом документе или в других документах, рассылка уведомлений и т. д.). Получается, что для любого документа набор состояний должен быть определен заранее, однако это не всегда просто.
Любой жизненный цикл документа можно охарактеризовать множеством состояний {S1,…Sk} (одно из них обязательно должно быть стартовым), множеством правил переходов {R1, … Rm} из одного состояния в другое и множеством, действий, которые выполняются при переходах из состояний в состояние {D1, … Dm}. Для документа рассматривается набор атрибутов {a1,…an, b1,…bm} (часть атрибутов bi – связи между документами или ресурсами, т. е. «роли»). Правила переходов Ri анализируют атрибуты документа и внешние воздействия, которые будем называть внешними правами {ar1, …arp} (права ролей на атрибут) и определяют возможность перехода в то или иное состояние (или его невозможность). Действия Dj определяют как изменяются атрибуты документа и внешние права при изменении состояния документа. ЖЦ и набор атрибутов (свойств) документа позволяет полностью описать сам документ и процедуру работы с ним.
Определение набора состояний ЖЦ и переходов между ними, основывается на рассмотрении всех возможных путей прохождения документа. Набор состояний и возможных переходов удобно изображать в виде орграфа , дуги которого возвещены условиями переходов и действиями при переходах.
Состояние ЖЦ можно рассматривать как одно из свойств документа, на которое наложены дополнительные условия и действия при изменении. Почему нельзя сделать аналогичным образом по отношению ко всем остальным свойствам? Проблема заключается, во-первых, в определении набора значений всех свойств и набора действий-ограничений, и во-вторых, состояние ЖЦ задумывалось как общая оценка документа, а много общих оценок затрудняет восприятие документа при беглом просмотре.
При построении ЖЦ документов, довольно часто набор состояний получается большим для восприятия человеком, и возникает необходимость его упрощения. В докладе рассматриваются методы упрощения ЖЦ путем введения подсостояний для каждого состояния (подсостояния могут быть неразличимы для людей, работающих с документом, однако при их изменении могут совершаться определенные действия и выполняться заданные проверки) или декомпозиции документа на несколько связанных документов с более простым ЖЦ. В работе определяется критерий необходимости разбиения документа на несколько связанных документов.
Список литературы
1. Документооборот. Автоматизация делопроизводства. Интернет: www. *****, 2002.
2. Горбатов основы дискретной математики. М.: Наука, Физматлит, 2000, 544 с.
- Recovery Mode
Несмотря на кажущуюся очевидность утверждения «главный компонент приложения на базе СЭД - документ, а то, что оно автоматизирует – его «оборот», на практике оказывается, что под документом в приложениях могут иметься в виду самые различные сущности. Зависит это от типа документа и характера его «оборота», т.е. жизненного цикла обработки. Docsvision обеспечивает механизмы для реализации таких объектов. Связано это с тем, что даже для самых типовых приложений СЭД (например, для автоматизации задач классического делопроизводства) нам было необходимо моделировать в системе документ, который описывается очень сложной структурой данных и сложным жизненным циклом. Возможность моделировать такие сложные сущности как документ в делопроизводстве и позволила нам приобрести достаточную универсальность в реализации приложений для обработки документов различной природы. Держа в голове соображения, высказанные в , попробуем описать модель сущности, которую мы называем словом «документ».
Информация в документе
Документ – прежде всего, носитель информации. Какая информация может содержаться в документе СЭД?Неструктурированная информация
– разного рода файлы. При этом реальный документ в приложении СЭД может содержать:- один файл
- набор версий файла (хранящих историю его изменения)
- несколько файлов одного или разных форматов (например, договор и приложения), каждый из которых может содержать историю версий
- более сложные структуры файлов, включающие иерархическую упорядоченность данных, например, в задачах технического документооборота (описание структуры изделия)
Структурированная информация
– набор атрибутов документа. В ECM-системах эти данные принято называть метаданными (данными, сопровождающими файл документа), что не совсем корректно, т.к. в приложении СЭД может обрабатываться документ, который не содержит файлов, а включает только структурированную информацию. В приложении СЭД правильнее было бы называть метаданными информацию о структуре документа – составе атрибутов, которые составляют структурированную часть документа, но менять терминологию уже поздно.Итак, из чего состоит структурированная часть документа.
- набор атрибутов стандартных типов (строка, число, дата, время)
- атрибуты перечисления (простые справочники) – для различных типов документов атрибуты могут быть заполнены предопределенными значениями различных типов (вид договора, уровень доступа и пр.).
- атрибуты, заполняемые из справочников, в отличие от перечислений, - это могут быть сложноорганизованные справочники (например, сотрудников, контрагентов, номенклатуры дел или товарных позиций и пр.). С одной записью справочника может быть связано несколько атрибутов документа. Например, для конкретного контрагента в документе могут сохранятся такие атрибуты как ФИО, юр. адрес, телефон и пр. В зависимости от способа обработки документа справочное поле может сохранять статическое значение выбранного элемента - справочника или ссылку, которая будет восстанавливать значение при каждом открытии документа, а, возможно, и то и другое.
- атрибуты, специфичные для конкретной системы обработки документов. Так, например, для Docsvision - это такие атрибуты как ссылка на связанный документ, категория документа, ссылка на папку, в которой хранятся документы, номер документа, ссылка на задание, которое создано по документу и пр. Заполнение подобных полей требует определённой логики обработки в зависимости от типа атрибута.
Иногда таблицы могут организовывать иерархии записей. Каждая строка в таблице атрибутов может содержать не только плоский набор атрибутов, но, в свою очередь, содержать таблицу атрибутов. Самый типичный случай - это список заданий, связанных с данным документом. В приложениях СЭД часто возникает необходимость декомпозировать задания, таким образом каждая строка таблицы, содержащей ссылки на задние по документу, может содержать подчиненную таблицу, содержащую порожденные от него дочерние задания.
Служебная информация – содержит данные, которые накапливаются в ходе обработки документов и которые нужны не для реализации логики приложения, а для других задач, например, аудита, анализа безопасности и производительности и пр. Это могут быть журналы фиксации фактов доступа к документу, история изменений, сделанных в документе и пр. Это, как правило, табличные данные.
Информация о достоверности – специальный вид служебной информации, с помощью которой подтверждается подлинность авторства и неизменности документа. Для этого, как правило, используются механизмы электронной подписи с использованием сертификатов. Иногда могут использоваться и менее дорогостоящие механизмы, так, например, в системе Docsvision реализован механизм «простой подписи», не требующий инфраструктуры PKI. Подписываться могут файлы документов и отдельные атрибуты структурированных данных, также в подпись может включаться информация о совершении операций в отношении подписываемых данных.
Системная Информация – используется приложением для выполнения различных сервисных функций и для реализации функций приложений, скрытых от глаз пользователя. К такой информации в системе Docsvision относятся:
- Время последнего изменения данных документа
- Информация о правах доступа к документу
- Наличие блокировки документа или отдельных файлов (Check-in/check-out контроль)
- Этап жизненного цикла обработки документа (состояние документа)
В Docsvision есть несколько возможностей конструировать информационную структуру и визуальный интерфейс формы документов. Низкоуровневый визуальный инструмент Менеджер карточек (CardEditor) позволяет создавать новые типы документов, описывать их информационную структуру и определять ограничение на значения полей. При использовании данного инструмента программный компонент, реализующий интерфейс документа, разрабатывается на любом языке программирования с использованием API платформы Docsvision.
Рисунок 1. Низкоуровневый инструмент CardEditor позволяет описывать информационную структуру документов.
Более высокоуровневый документ – конструктор карточек - позволяет формировать и информационную структуру, и внешний интерфейс определенного вида*
документа. Содержит набор элементов управления как общего назначения, так и специализированных. Конструктор карточек позволяет также подключать различные программные обработчики (скрипты) к различным операциям, которые выполняет пользователь, и событиям.
*
Тип
– это низкоуровневый объект, который содержит в себе описание структуры данных (схему)
Например, в Docsvision изначально поставляются типы карточек Документ и Задание.
Вид
– это разновидность карточки определенного типа. Настраивается при помощи справочников и конструкторов.
Рисунок 2. Высокоуровневый инструмент «Конструктор карточек» позволяет описывать информационную структуру документов и ее интерфейс.
Например, в Docsvision поставляются для типа Документ виды Входящий, Исходящий и т.д.
Для одного документа могут быть сконструированы несколько интерфейсов для его обработки различными пользователи на различных стадиях его жизненного цикла.
Жизненный цикл документа
В ходе своего жизненного цикла документ может проходить разные этапы обработки (разработка, согласование, утверждение, действующий, архивный). На каждом этапе жизненного цикла документа приложение должно предоставлять различным пользователям различные права по его обработке и модификации. Например, на различных этапах обработки документа:- изменения могут вноситься в основной текст файла документа, только в протокол разногласий или вноситься не могут,
- могут быть доступны для чтения и редактирования те или иные поля (метаданные) документа,
- доступны для выполнения те или иные операции.
В системе Docsvision имеется отдельный конструктор, позволяющий описывать жизненный цикл документа и операции, доступные на каждом этапе жизненного цикла.
Рисунок 3. Инструмент «Конструктор состояний» позволяет описывать жизненный цикл документа.
Замечание! Жизненный цикл документа описывает не процесс его обработки, а изменение документа в процессе его обработки. Обычно в ECM/BPM-системах реализуются две подсистемы – управления жизненным циклом документов (Life Cycle) и бизнес-процессами их обработки (Workflow).
Бизнес-логика обработки документа, операции по обработке документа
В приложениях с документом могут выполняться те или иные действия, причем их выполнение может содержать разнообразную логику обработки. Простейшая логика обработки связана с правилами заполнения полей документа. Например, поле может быть обязательным или содержать какие-то ограничения (планируемая дата не может быть раньше текущей даты). Правила такого рода настраиваются в визуальном конструкторе правил заполнения полей.Иногда может потребоваться специфическая и более сложная логика обработки правил заполнения полей, специфичная именно для приложений СЭД. Например, формирование номера документа в делопроизводстве или уникального идентификатора штрих-кода может опираться на сложные правила. Другим примером сложных правил заполнения полей документа могут быть назначение исполнителя документа в соответствии с оргструктурой компании и структурой временных замещений. Для реализации подобных сценариев в системе Docsvision реализованы специальные элементы управления, которые также могут быть настроены.
Однако большое количество сценариев обработки бизнес-логики документа невозможно заранее предугадать. Для их реализации документ Docsvision поддерживает возможность программных расширений. Для этого можно использовать язык #C и специализированное API для доступа и управления данными документа. Программа обработки может быть связана с любым событием, происходящим с документом – его открытием, модификацией поля или файла.
Рисунок 4. Конструктор карточек позволяет создавать различные программные сценарии для реализации расширенной логики обработки документа.
Особая группа логики обработки информации в документе связана с синхронизацией данных из полей содержимого файла (например, ячейки Excel или поля Word) документа и его атрибутами. Для этого в Docsvision реализован специальный инструмент разметки офисных документов.
В следующем разделе мы расскажем про средства оптимизации интерфейса документа для конкретного сценария использования и ролевой модели Docsvision.
Системы электронного документооборота
Постановка менеджмента качества в настоящее время стала одной из приоритетных задач, решаемых российскими компаниями. При выполнении требований стандартов ISO 9000 одним из требований к системе менеджмента качества является прозрачно поставленный документооборот .
Электронный документооборот представляет собой процесс формирования, обработки, хранения и обмена электронными документами на каждом этапе жизненного цикла документа. Это особый способ организации работы с документами с момента их создания или получения до завершения исполнения или отправки.
Любой документ вне зависимости от его структуры или содержания проходит основные этапы своего жизненного цикла:
1) создание
2) рецензирование, исправление, утверждение
3) распространение, публикация
4) архивирование
У традиционного документооборота множество недостатков. Прежде всего, это то, что более 95% своего времени документ проводит между рабочими местами сотрудников. Другие недостатки:
· высокая стоимость доступа, учета, поиска и хранения документов
· высокая стоимость содержания площадей для хранения документов
· высокая стоимость обработки и согласования документов
· медленное и хаотичное движение документов
· низкий уровень контроля
· невозможность удаленного доступа к документам
· отсутствие контроля над потоками документов
· нарушение конфиденциальности
Система электронного документооборота (СЭД) - это информационная система, обеспечивающая работу с электронными документами, включая процесс их создания, изменения, распространения, управления доступом к ним, а также обеспечивающая контроль над потоками документов в организации. СЭД предназначена для автоматизации деятельности компании в области документооборота и делопроизводства.
Общепринятой аббревиатурой является СЭД. Наравне с ней также используется аббревиатура СЭДО. Также иногда эти системы называют САД (система автоматизации делопроизводства) или САДО (система автоматизации документооборота).
За рубежом такого рода системы называются по-иному: Системы EDMS (Electronic Document Management Systems) – системами управления электронными документами. EDMS - это система управления документами компании. Предназначение данных систем схоже с СЭД. Подобные системы предназначены для ввода-вывода информации на всем протяжении её жизненного цикла, для работы с ней, для её архивирования, поиска введенной в документы информации. Также EDMS решают задачи, связанные с управлением версиями и подверсиями документов, разграничением прав доступа и т.д.
Основные функции СЭД :
1. СЭД позволяет создавать, регистрировать, обрабатывать, передавать, хранить, документы. Это главное назначение системы. В СЭД должны автоматически отслеживаться все изменения в документах, сроки исполнения документов, движение документов, а также контролироваться все их версии и подверсии. СЭД также позволяет исполнять документы.
2. Управление электронным документооборотом - это движение документов между сотрудниками и подразделениями компании. Движение документов не всегда предусматривает их физическое перемещение. Под движением документов также понимают передачу прав на их применение, рецензирование, исправление, а также уведомление об этом заинтересованных пользователей и контроль за исполнением документов. СЭД должна обеспечивать гибкое управление документооборотом с помощью определения маршрутов движения документов.
3. СЭД обеспечивает процесс управления доступом сотрудников к документам, циркулирующим в организации и контроль над потоками документов внутри компании. В СЭД реализуется жесткое разграничение доступа пользователей к различным документам в зависимости от их компетенции, занимаемой должности и полномочий. У каждого из клиентов СЭД свои цели и задачи при работе с документами. Например, клиентами СЭД являются:
· Руководитель
· Делопроизводитель (помощник руководителя)
· Регистратор
· Ответственный за контроль
· Ответственный за делопроизводство
· Работник архива
· Специалист по сканированию
· Исполнитель (работники отдела кадров, отдела снабжения, юридического отдела, производственного отдела, отдела управления качеством и т.д.)
· Сотрудник отдела контрольно-аналитической работы и приказов
4. СЭД предназначена для автоматизации основных участков делопроизводства любой компании. Она позволяет значительно повысить скорость и эффективность работы сотрудников всех отделов компании. Т.к. в СЭД реализовано разграничение доступа пользователей к различным документам, то обычно СЭД состоит из подсистем или модулей. Подсистемы, входящие в состав почти любой СЭД, направлены на решении типовых задач обработки документов: регистрация и контроль движения служебной корреспонденции, подготовка и регистрация документов, контроль распорядительных документов, поручений.
В СЭД часто входят следующие подсистемы:
· Служебная корреспонденция
· Контроль исполнения документов
· Управление документами
· Хранилище текстово-графической информации
· Подготовка и работа с документами
· Отчеты документооборота
· Согласование и регистрация документов
· Оперативный контроль
· Экспедиция
· Учет договоров
Также в СЭД можно осуществлять управление договорами, совещаниями, заседаниями. В СЭД также могут быть заложены некоторые функции канцелярии. На рис.14 представлены основные функции СЭД в любой организации.
Рис.14 Функции СЭД
5. Система обеспечивает гарантированный удаленный web-доступ сотрудников к документам и при этом гарантирует достоверность и качество полученной таким образом информации.
6. СЭД можно настроить на существующую организационную структуру компании, а также интегрировать её с существующими корпоративными системами и с другими системами организации, что обеспечивает информационное единство.
7. СЭД предоставляет возможности для автоматизации бизнес-процессов и контроля над ходом их выполнения. Автоматизации процессов контроля исполнительской дисциплины одна из важнейших в СЭД. При использовании СЭД значительно изменяется качество работы каждого сотрудника: повышается скорость доступа к документам и к информации о их состоянии, снижаются затраты на обработку, передачу и хранение документов, повышается исполнительская дисциплина на каждом рабочем месте. В целом контроль за проведением документооборота на предприятии усиливается, а, следовательно, повышается и производительность труда сотрудников.
8. СЭД должна охватывать весь цикл делопроизводства предприятия - от постановки задачи на создание документа до его списания в архив. В СЭД автоматически отслеживаются:
Изменения в документах
Сроки исполнения документов
Движение документов
Все версии и подверсии документов
Точное количество имеющихся на российском рынке систем электронного документооборота определить сложно, так как в России отсутствуют стандарты, сертификация и регистрация такого рода систем. Их и называют по-разному: САД, САДО, СЭДО, «электронная канцелярия», «система оперативного управления компанией», «система управления контентом», «ECM-система» и др. В России большой процент проектов внедрения СЭД заканчиваются неудачей.
Мировому рынку СЭД более 20 лет, где присутствуют всемирно как известные многопрофильные ИТ-компании, так и малоизвестные фирмы: Adobe, IBM, Lotus Development, Microsoft, Oracle, Siemens Nixdorf, Symantec, SAP, Baan.
Наибольшую известность в России получили следующие СЭД и их поставщики (Рис.15) : БОСС-Референт (АйТи); Кодекс: Документооборот (Консорциум "Кодекс"); Гран-док (Гранит), Евфрат (Сognitive Technologies); Дело (ЭОС); LanDocs (Ланит); Крон (Анкей); Effect Office (Гарант Интернэйшнл); LS Flow (Лоция-Софт), Оптима (Optima Workflow), ЭСКАДО (ИнтерпрокомЛан), 1С:Документооборот и 1С:Архив (1С), Циркуляр и VisualDOC (ЦентрИнвест Софт), Документ-2000 (TelcomService), Ирида (IBS), RS-Document (R-Style Software Lab).
Рис.15 Системы СЭД, представленные на российском рынке
"Системы электронного управления документами (ЭУД) обеспечивают процесс создания, управления доступом и распространения больших объемов документов в компьютерных сетях, а также обеспечивают контроль над потоками документов в организации. Часто эти документы хранятся в специальных хранилищах или в иерархии файловой системы. Типы файлов, которые, как правило, поддерживают системы ЭУД включают текстовые документы, образы, электронные таблицы, аудио-, видео- данные, и документы Web. Общими возможностями систем ЭУД являются создание документов, управление доступом, преобразование и безопасность."
3)Сегодняшние предприятия требуют истинно распределенной архитектуры управления документами, т.е. такой, которая удовлетворяет следующим требованиям:
Масштабируемость, надежность и управляемость для экономичного корпоративного развертывания.
Автоматическая поддержка распределенного управления различными информационными материалами на протяжении всего их жизненного цикла, от создания до рецензирования, утверждения, распространения и архивирования.
Гибкость управления доступом ко всему спектру документов, от электронной почты до дискуссионных баз данных, от видео клипов до формализованных документов всех типов.
Возможность обеспечения мгновенного доступа к документам через Web-браузеры, настольные приложения и другие общедоступные типы клиентов.
Открытая, расширяемая архитектура, позволяющая организациям, во-первых, быстро расширять платформу управления документами в ответ на появление новых бизнес целей, таких, как управление записями и, во-вторых, интегрировать управление документами с более широкими стратегическими инициативами, такими как Управление знаниями.
Доступность широкого спектра дополнительных технологий для повышения уровня возврата от инвестиций.
Распределенное, расширяемое управление документами приводит к резкому повышению продуктивности работы сотрудников, усилению общей конкурентоспособности организации, обеспечивая оптимизацию любого количества междисциплинарных процессов, вместо автоматизации отдельных вертикальных. Корпоративное управление документами является существенным шагом на пути к воплощению в жизнь инициатив по управлению корпоративными знаниями.
Связь документа с носителем информации. Важной характеристикой является дуализм документа – как содержащейся в документе информации и как материального носителя этой информации. Это в равной мере относится и к бумажным, и к электронным документам, но проявляется по-разному.
Бумажный документ от носителя информации неотделим. Каждый бумажный документ имеет свой носитель информации.
Электронный документ в силу своей физической природы имеет динамичный характер, не связан жестко с единственным носителем информации, существует в двух формах: пассивной (хранение) и активной (передача и обработка, в том числе визуализация для его восприятия человеком). Кроме того, если раньше можно было считать электронным документом (по аналогии с бумажным документом) соответствующим образом оформленную информацию, записанную, к примеру, на дискете, то в условиях применения современных информационных систем и технологий электронный документ как объект носит гораздо более сложный, многокомпонентный характер.
2.Форма представления информации. В бумажных документах, а также в кино– и фотодокументах информация представлена в форме, непосредственно воспринимаемой человеком (аналоговой форме, из-за чего такие документы, в отличие от электронных, иногда называют аналоговыми).
В электронном документе информация содержится не просто в электронно-цифровой форме. Существенно то, что эта информация не может непосредственно восприниматься человеком. Более того, электронная форма представления информации дает возможность выстраивать процессы ее обработки без участия человека, т. е. в зависимости от степени структурированности и формализации информации процесс работы с документами может быть максимально автоматизирован (к примеру, как это осуществляется в системах банковских электронных платежей и расчетов). При необходимости восприятия информации человеком она визуализируется на экране монитора (документ при этом приобретает также виртуальную форму) или путем распечатки на бумажном носителе (по образному выражению, получается «твердая копия»).
4) Жизненный цикл документа - тип поведения документа от момента формирования до момента передачи в архив (на хранение) или уничтожения.
Любой документ вне зависимости от его структуры или содержания проходит ряд стадий, которые в целом называются жизненным циклом документа. Все документы проходят через пять основных этапов жизненного цикла (некоторые этапы могут повторяться, а некоторые имеют место только один раз):
документы создаются;
рецензируются и исправляются;
формально или неформально утверждаются;
распространяются или публикуются для более широкой аудитории;
выполняют свою основную функцию и попадают в архив;
при необходимости извлекаются из архива, а затем снова архивируются
Жизненный цикл документа состоит из двух основных стадий:
1. Стадия разработки документа, которая может включать:
· собственно разработка содержания документа;
· оформление документа;
· утверждение документа.
В том случае если документ находится на стадии разработки, то он считается неопубликованным, и права на документ определяются правами доступа конкретного пользователя.
· активный доступ;
архивный документ: краткосрочного хранения; долгосрочного хранения;
· уничтожение документа.
Когда документ переходит на вторую стадию, он считается опубликованным, тогда права на документ остаются только одни - доступ на чтение. В качестве примера опубликованного документа можно привести шаблон стандартного бланка предприятия.
Организация работы современного офиса предполагает оперативное информационное обслуживание. Сроки подбора всех документов по запрошенному руководством вопросу не должны превышать нескольких часов. В то же время многие документы (докладные, аналитические записки, отчёты, стенограммы заседаний и т.п.) содержат информацию о множестве вопросов, не отражённых в заголовках. Поэтому оперативную и максимально полную подборку можно получить только используя компьютерный поиск по текстам документов в электронной форме. Для этого в СУД предусмотрена организация электронного архива, т.е., простыми словами, не надо идти в хранилище, искать дело, заполнять лист-заместитель, при необходимости – изготавливать копию документов, при возврате дела – осуществлять полистный просмотр, раскладку на место и т.п. – все процедуры автоматизируются.
Электронный архив предприятия - это комплекс программного и аппаратного обеспечения, предназначенный для решения следующих задач:
· Организация хранения электронных документов.
Необходимо обеспечивать хранение произвольного количества электронных документов на разнообразных носителях. Носители электронных документов характеризуются двумя основными параметрами, стоимостью хранения одного мегабайта информации и скоростью доступа к информации. Причем эти два параметра обратно пропорциональны друг другу - в зависимости от решаемых задач, необходимо находить оптимальное соответствие и выбирать определенный носитель информации. Также на выбор носителя влияет срок хранения информации. Иногда для ряда задач необходимо создавать систему хранения, которая состоит из разнотипных носителей. Например, для оперативного доступа требуется применение высокоскоростных жестких дисков, а для архивного хранения достаточно роботизированных библиотек оптических дисков. Соответственно для таких систем хранения необходимо решать задачи не только совместной работы данных носителей информации, но и обеспечивать миграцию документов между носителями. Эта миграция может осуществляться либо путем настройки системы администратором (например после истечения 90 дней со дня создания документа он должен автоматически переместиться на более медленный и дешевый носитель информации), либо автоматически в зависимости от частоты обращения пользователей к тому или иному документу.
· Организация учета бумажных и микрографических документов.
Архивная система кроме работы с электронными документами должна учитывать бумажные и микрографические документы - система должна хранить только электронную карточку на документ данного типа и поддерживать контроль стандартных архивных операций: выдача документа, возврат документа и т. п.
· Организация поиска документов.
Наряду с организацией хранения документов необходимо их быстро и эффективно искать. Если со скоростью поиска все понятно, то для пояснения понятия эффективности поиска коротко рассмотрим модели поиска. Существует два подхода к поиску документов. Первый подход состоит в том, что в процессе поиска ищется документ, который точно существует в системе, и задача состоит в том, чтобы процесс поиска свелся к нахождению требуемого документа или документов. Этот подход применятся в 90% всех случаев поиска. Второй подход состоит в том, что ищутся все документы по интересующему вопросу. Для этого подхода присущи такие понятия, как полнота - соответствие между найденными документами по данному запросу и действительному списку документов и шум - соответствие документов, отвечающих запросу и документов, нерелевантных ему.
· Поддержка защиты документов от несанкционированного доступа и аудита работы.
Архивная система должна иметь защиту на уровне документа - каждый документ должен иметь ассоциированный с ним список пользователей, имеющих право совершать с ним определенные операции. Как правило, определяются следующие виды доступа (набор полномочий зависит от конкретной СУД):
полный контроль над документом;
право редактировать, но не уничтожать документ;
право создавать новые версии документа, но не редактировать его;
право аннотировать документ, но не редактировать и не создавать новые версии;
право доступа к карточке, но не к содержимому документа;
полное отсутствие прав доступа к документу;
· Поддержка просмотра документов без загрузки приложений, которые порождают документ.
Архивная система должна поддерживать специальные программы просмотра, позволяющие получить доступ к документам разнообразных форматов без загрузки ресурсоёмких приложений.
· Поддержка аннотирования документа.
Иногда для обеспечения коллективной работы с документом необходимо позволять наносить комментарии на документ, не изменяя его основного содержания. Комментарии (знаки, текст, цветные пометки) хранятся в слоях, которые могут быть привязаны к имени автора, создавшего эти комментарии.
· Поддержка коллективной работы с документом.
Выражается в поддержке целостности документов, для этого должны быть реализованы библиотечные функции выписки и возврата документов на/c редактирования, что предотвращает одновременное редактирование одного документа несколькими пользователями, устраняя тем самым возможные конфликты. Для того чтобы позволить в рамках одного документа работать одновременно нескольким пользователям, вводится понятие версии и подверсии документа - один документ может содержать несколько версий, а каждая версия - несколько подверсий. Кроме того, в рамках одного документа и одной версии (подверсии) документа может существовать несколько представлений документов (в разных форматах).
· Поддержка составных документов.
Каждый документ может представлять собой совокупность других документов. Такой документ носит название составного или контейнера, а в делопроизводстве такой документ носит название "дело", по своим характеристикам он аналогичен простому документу. Документы могут быть объединены в составной документ с помощью нескольких типов связей. Эти связи определяют, какие версии объединяются в контейнер, например, последняя по дате, последняя отредактированная, старшая версия и т. п. Эти связи определяют, как будет осуществляться сборка документа в составной документ. Для составных документов должно существовать приложение, которое будет осуществлять окончательную сборку такого документа.
