Электронные системы для построения архивов, делопроизводства и документооборота являются сравнительно молодым классом информационных технологий. Необходимость перехода к электронным технологиям организации труда документалистов вызвана несколькими причинами, которые следуют из обычных требований к документу: полнота, отсутствие шума (дезинформации) и своевременность доставки (актуальность). Перечислим эти причины.
1. Существенное возрастание количества документов, циркулирующих в системах управления различного уровня. Вызвано это использованием компьютерной техники для подготовки документов и, соответственно, упрощением процесса порождения документа, а также интенсификацией процессов управления.
2. Вторая и последующие причины следуют из первой. Увеличение количества документов автоматически увеличивает сложность навигации в документальных средах (архивах), причем сложность навигации опережает темпы роста.
3. Необходимость поддержания исполнительской дисциплины в возрастающих документальных потоках и организации групповой работы над документом.
4. Необходимость регламентации доступа к документам или их частям.
5. Усложнение структуры документов; использование механизмов перекрестных ссылок и гипертекстовых структур.
6. Ограничения по минимальному времени доступа (обработки, исполнения) к документу, вызванные законодательными или технологическими причинами.
7. Необходимость снижения стоимости хранения документальной единицы и трудоемкости доступа к документальным средам (архивам). Требования к электронным системам управления документооборотом
Исходя из перечисленных причин и основных информационных тенденций в документальном управлении, можно сформулировать требования к современным системам документооборота, делопроизводства и архивирования.
1. Поддержание целостности документальной системы и отдельно взятого документа на протяжении их полного жизненного цикла.
2. Отсутствие в системе внутренних ограничений на масштабы документальной среды и количества одновременно пользующихся ею.
3. Взаимодействие со сложившимися информационными транспортными средами и техническими средствами.
4. Организация и поддержка регламентированного доступа как к документальным средам (архивам) в целом, так и к отдельным документам или их частям.
5. Использование средств машинного зрения (сканирование и оптическое распознавание) для перевода традиционных бумажных документов в электронную форму. Для работы с историческими архивами должна использоваться специальная техника, исключающая повреждение раритетов.
6. Использование электронных средств навигации (полнотекстовый поиск, авто-реферирование, авто-рубрицирование, формирование словарей предметных областей -тезаурусов, формирование на базе готовых тезаурусов средств поиска по понятиям).
7. Использование в качестве средства хранения описаний профилей организаций, их пользователей и регистрационных карт документов стандартных индустриальных систем управления базами данных (СУБД -Oracle, Informix, Sybase, MS SQL, DB2, Adabas). Для связи с нестандартными СУБД использовать интерфейсы ODBC / JDBC.
8. Обеспечивать независимость от системно-технической платформы.
9. При создании документальных систем должны использоваться стандартные индустриальные средства и языки разработки, доступные для владельца системы.
10. В отдельных случаях государственному или корпоративному владельцу системы должны быть доступны исходные коды системы для гарантированного обеспечения ее функционирования.
11. Графические интерфейсы пользователя должны быть дружественны, интуитивно понятны, выполнены в стиле, соответствующем окружению (операционной системы).
12. Система должна быть проста в использовании. Обучение пользованию не должно занимать более одного рабочего дня.
13. Система должна быть настраиваемым приложением, а не набором инструментальных средств.
14. Все службы системы должны быть выполнены на языке страны использования с учетом его морфологических особенностей.
15. Обеспечивать одновременную совместную работу более одной документальной среды, более одного офиса.
16. Обеспечивать слияние двух и более систем в одну и разделение работающей системы на две и более.
17. Обеспечивать стандартное взаимодействие и интеграцию с любыми офисными приложениями как ныне используемыми, так и вновь появляющимися.
18. Обеспечивать распределенное управление, как всей документальной средой, так и ее компонентами.
19. Обеспечивать интеграцию со стандартными офисными приложениями и службами.
Электронная система управления документооборотом должна обеспечивать описание организационно-штатной структуры, поддерживать распределенное управление доступом, как из локальных сетей, так и с использованием технологии «Интернет» и использовать лингвистические технологии в национальном исполнении.
Для обеспечения вышеизложенных требований система должна состоять из следующих модулей — подсистем. 1. Описание и настройка деловых процессов
Необходимость в этом модуле вызвана высокой трудоемкостью и стоимостью работ по адаптации существующих систем. С помощью модуля «Описание и настройка деловых процессов» владелец системы формально описывает организационно-штатную структуру организации, права пользователей и подразделений на доступ к архивам, документам или их частям, категории документов, стандартные маршруты движения категорий документов. Вложенные деловые процессы и функции должны поддерживать механизмы наследования прав доступа.
Результатом работы модуля является стандартное представление структуры организации в виде трансформированной трехуровневой парадигмы «Организация — Подразделение — Сотрудник» независимо от реального количества иерархических уровней в системе управления. Описание организационно-штатной структуры сохраняется в репозитории документальной системы. 2. Работа с персоналом
Обобщенное управление персоналом как кадровая задача и как информационная подсистема позволяет практически реализовывать должностные инструкции и положения о подразделениях в части прав на доступ к документам или их компонентам в виде ролевых назначений. Модуль позволяет управлять исполнением работ/документов независимо от присутствия того или иного лица. Профили пользователей (сотрудников, подразделений, организаций) сохраняются в репозитории документальной системы. Одному пользователю может быть назначена более чем одна роль -набор исполняемых деловых функций. 3. Работа с документами
Модуль реализует непосредственный доступ к документам и наборам папок. Каждый документ автоматически при создании получает свое уникальное имя — идентификатор. Обычно имя — идентификатор это составная запись, включающая в себя информацию о категории документа, дате создания, дневной номер, код автора и т.д. Структура имени — идентификатора определяется административно. Каждому подразделению и всем пользователям системы сопоставляется уникальный код и стандартный набор папок. Стандартный набор папок определяется административно. При необходимости пользователю должны быть делегированы права для работы с нестандартными структурами документов, В качестве графического интерфейса пользователя должен быть использован один из стандартных интерфейсов окружения. Например, Outlook из набора программ MS Office. Источником документа может быть любое зарегистрированное в документальной системе офисное приложение, в том числе службы электронной почты. 4. Редактор запросов
Реализация доступа к базе данных, управляемой одной или более СУБД. Наличие этого модуля позволяет сделать систему независимой от используемых СУБД, числа пользователей, количества офисов. Использование модуля позволит поддерживать высокую защищенность системы в целом. 5. Управление качеством
Контроль исполнительской дисциплины и управление временными интервалами, маршрутизация, поддержание профиля стандартов организации. Профиль стандартов регламентирует количество, состав, внешний вид категорий документов и соответствующих им документальных форм, должностные инструкции персонала и положения о подразделениях, описание маршрутов движения категорий документов, формальные ссылки на внутренние и внешние нормативные акты и регламенты. 6. Публикатор
Документ в финишном представлении должен быть представлен в виде (формате), не допускающем последующих изменений и обеспечивающем однозначное последующее воспроизведение, например, распечатку. В качестве такого формата может быть предложен файловый формат PDF. Документы, подлежащие публикации с доступом через Интернет, автоматически представляются в формате HTML. 7. Архиватор
Поддерживаются две модели архивации. Первая оставляет в документальной среде регистрационную карточку, а тело документа сохраняется на носителе, не допускающем повторного использования, например CD ROM. В регистрационной карточке вместо пути к телу документа (файлу, набору файлов, папкам и т.д.) сохраняется уникальное имя архивного носителя и, возможно, командную последовательность для обращения к этому носителю.
При архивации по второй модели переносится в архив полное представление о документальной среде за период времени. На носителе, не допускающем повторного использования, сохраняются как регистрационные записи, так и тела документов. Таким образом, могут сохраняться, например, отчетности прошлых периодов. 8. Интернет — доступ
Модуль взаимодействует с репозиторием документальной системы.
Часть документов подлежит публикации с доступом из корпоративной (отраслевой) сети в режиме интранет (многоофисный режим).
В других случаях документ должен быть представлен в Интернет полностью, частично, в сочетании с другими документами в соответствии с профилем стандартов.
Для поддержания лингвистически зависимых функций полнотекстового поиска, оптического сканирования и распознавания, авто-реферирования и авто-рубрицирования в каждом языковом варианте системы должны быть представлены модули: 9. Полнотекстовый поиск
Полнотекстовый поиск осуществляется по полнотекстовому индексу. Индекс может размещаться на сервере, на рабочем месте или комбинировано. Индексирование документов должно осуществляться по административно назначаемой дисциплине — непосредственно по поступлении или дежурное по времени суток. Полнотекстовый поиск должен поддерживать обработку, как непосредственных текстов, так и графических изображений, содержащих надписи. Последнее крайне важно для организации взаимодействия с ГИС (Географическими Информационными Системами) и создания технических архивов. 10. Сканирование и распознавание
В системе может быть сохранено только графическое представление исходного бумажного документа. В случае необходимости использования текстового представления документа, он может быть распознан и сохранен в стандартном в данной среде формате, например как файл типа DOC или ТХТ. 11. Аннотатор
Для создания кратких описателей текстов (рефератов, аннотаций) может быть использован как словарь исходного текста, так и тематические словари — тезаурусы. В случае использования тезаурусов порождаются нормализованные рефераты, т.е. построенные только из стандартных терминов. 12. Рубрикатор
Автоматическое отнесение документа к предмету ведения достигается путем его лексического анализа и сравнения с моделями предметных областей. В случае отсутствия описания предметной области, предоставляются возможности для экспертного создания такого описания. Реализация электронных систем управления документооборотом
Крайне желательно довести спецификации разрабатываемых систем до предельно возможной стандартизации. Стандартизации подлежат структуры баз данных, их таблиц, названия папок, категории документов, категории пользователей, интерфейсы пользователя, форматы обмена документами. Это крайне важно для упрощения процедуры взаимодействия организаций и обеспечения широкого доступа пользователей к документам и архивам.
Дайте определение фрейма, его структура. Место признака присоединенной процедуры и имя программы процедурного типа в структуре фрейма
В отношении знаний, представленных фреймами, предполагается, что в рамках формализма так называемого минимального представления можно применять различные способы управления выводом. В частности, характерными для такого подхода являются представление знаний в сравнительно больших единицах, называемых фреймами, введение иерархической структуры фреймов, основывающейся на степени абстракции, и возможность представления комбинации декларативных и процедурных знаний. Для проявления этих особенностей язык представления знаний фреймового типа применяется как в качестве средства для различных исследований представления знаний, так и для построения многоцелевых баз знаний в целях представления модели объекта, например в САПР, работы с ней и получения вывода.
М. Минский дал довольно пространное и подробное изложение теории фреймов, опубликованной им в 1975 г.
Под фреймом понимается абстрактный образ или ситуация. Фреймом называется также и формализованная модель для отображения образа.
Теория фреймов относится к психологическим понятиям, касающимся понимания того, что мы видим и слышим. Эти способы восприятия трактуются с последовательной точки зрения, на их основании осуществляется концептуальное моделирование, целесообразность полученных моделей исследуется вместе с различными проблемами, возникающими в этих двух областях.
Для осознания того факта, что заданная информация в этих областях имеет единственный смысл, человеческая память прежде всего должна быть способна увязывать эту информацию со специальными концептуальными объектами. В противном случае не удастся систематизировать информацию, которая выглядит разрозненной. В основе теории фреймов лежит восприятие фактов посредством сопоставления полученной извне информации с конкретными элементами и значениями, а также с рамками, определенными для каждого концептуального объекта в нашей памяти.
Структура, представляющая эти рамки, называется фреймом. Поскольку между различными концептуальными объектами имеются некоторые аналогии, то образуется иерархическая структура с классификационными и обобщающими свойствами. Собственно она представляет собой иерархическую структуру отношений типа «абстрактное—конкретное». Сложные объекты представлены комбинацией нескольких фреймов, другими словами, они соответствуют фреймовой сети, Кроме того, каждый фрейм дополняется связанными с ним фактами и процедурой, обеспечивающей выполнение запросов к другим фреймам.
Причиной, по которой представление знаний фреймами выглядит достаточно точным, является возможность более полного описания процесса мышления человека посредством определения крупной и структурированной основной единицы представления знаний и более тесной связи знаний, основанных на фактах, и процедурных знаний. Тем не менее, как было отмечено ее автором, теорию фреймов следует скорее отнести к теории постановки задач, чем к результативной теории. Можно считать, что она существенно повышает уровень и детализирует механизм памяти человека, выводов, понимания и обучения. Структуры данных фрейма
Фрейм, как сказано выше, представлен определенной структурой данных. Фреймовая система—это иерархическая структура, узлами которой являются подобные фреймы. Значение каждого элемента рассмотрим ниже.
Структура фрейма имеет вид:
I:{,, …. },
Где I – имя фрейма,
, k = 1,n – слот,
Vk — имя слота;
qk –значение слота;
pk – процедура (является необязательным элементом).
1) Имя фрейма. Это идентификатор, присваиваемый фрейму, фрейм должен иметь имя, единственное в данной фреймовой системе (уникальное имя). Каждый фрейм как показано на этом рисунке, состоит из произвольного числа слотов, причем несколько из них обычно определяются самой системой для выполнения специфических функций, а остальные определяются пользователем. В их число входят слот IS-A, показывающий фрейм-родитель данного фрейма, слот указателей дочерних фреймов, который является списком указателей этих фреймов, слот для ввода имени пользователя, даты определения, даты изменения, текста комментария и другие слоты. Каждый слот, в свою очередь, также представлен определенной структурой данных.
2) Имя слота. Это идентификатор, присваиваемый слоту; слот должен иметь уникальное имя во фрейме, к которому он принадлежит. Обычно имя слота не несет никакой смысловой нагрузки и является лишь идентификатором данного слота, но в некоторых случаях оно может иметь специфический смысл. К таким именам помимо IS-A (отношение IS-A), DDESEN-DANTS (указатель прямого дочернего фрейма), FI-NEDBY (пользователь, определяющий фрейм), DEFINEDON (дата определения фрейма), MODIFIEDON (дата модификации фрейма), COMMENT (комментарий) и т. п. относятся имена, используемые для представления структурированных объектов, например HASPART, RELATIONS и другие. Эти слоты называются системными и используются при редактировании базы знаний и управлении выводом.
3) Указатели наследования. Эти указатели касаются только фреймовых систем иерархического типа, основанных на отношениях «абстрактное — конкретное», они показывают, какую информацию об атрибутах слотов во фрейме верхнего уровня наследуют слоты с такими же именами во фрейме нижнего уровня. Типичные указатели наследования Unique (U: уникальный), Same (S: такой же), Range (R: установление границ). Override (О: игнорировать) и т. п. U показывает, что каждый фрейм может иметь слоты с различными значениями: S — что все слоты должны иметь одинаковые значения, R—значения слотов фрейма нижнего уровня должны находиться в пределах, указанных значениями слотов фрейма верхнего уровня, О—при отсутствии указания значение слота фрейма верхнего уровня становится значением слота фрейма нижнего уровня, но в случае определения нового значения значения слотов фреймов нижних уровней указываются в качестве значений слотов. О выполняет одновременно функции указателей U и S. Несмотря на то что в большинстве систем допускается несколько вариантов указания наследования, существует немало и таких, где допускается только один вариант. В данном случае можно считать, что используется указатель О значения по умолчанию.
4) Указание типа данных. Указывается, что слот имеет численное значение, либо служит указателем другого фрейма (т.е. показывает имя фрейма). К типам данных относятся FRAME (указатель), INTEGER (целый), REAL (действительный), BOOL (булев), LISP. (присоединенная процедура), TEXT (текст), LIST (список), TABLE (таблица), EXPRESSION (выражение) и другие.
5) Значение слота. Пункт ввода значения слота. Значение слота должно совпадать с указанным типом данных этого слота, кроме того, должно выполняться условие наследования.
6) Демон. Здесь дается определение демонов типа IF-NEEDED, IF-ADDED, IF-REMOVED и т. д. Демоном называется процедура, автоматически запускаемая при выполнении некоторого условия. Демоны запускаются при обращении к соответствующему слоту. Например, демон IF-NEEDED запускается, если в момент обращения к слоту его значение не было установлено, IF-ADDED запускается при подстановке в слот значения, IF-REMOVED запускается при стирании значения слота. Кроме того, демон является разновидностью присоединенной процедуры.
7) Присоединенная процедура. В качестве значения слота можно использовать программу процедурного типа, называемую служебной (servant) (в языке Лисп) или методом (в языке Смолток). В данном случае присоединенная процедура запускается по сообщению, переданному из другого фрейма (поскольку состояние выполнения в этом случае такое же, как и в объектно-ориентированном языке, то язык фреймового типа называют еще объектно-ориентированным языком, однако во избежание путаницы с языком типа Смолток, обычно выделяют название «язык фреймового типа»). Когда мы говорим, что в моделях представления знаний фреймами объединяются процедурные и декларативные знания, то считаем демоны и присоединенные процедуры процедурными знаниями. Кроме того, в языке представления знаний фреймами отсутствует специальный механизм управления выводом, поэтому пользователь должен реализовать данный механизм с помощью присоединенной процедуры. Однако данный язык обладает очень высокой универсальностью, что позволяет помимо иерархического и сетевого представления знаний с помощью фреймовой системы эффективно писать любую программу управления выводом с помощью присоединенной процедуры. В то же время это дополнительная нагрузка для пользователя. Следовательно, язык представления знаний фреймами можно назвать языком, ориентированным на специалистов по искусственному интеллекту, а также языком, ориентированным на сложные прикладные проблемы. Известны также примеры систем, допускающих применение правил продукций в качестве типа данных. Это обусловлено, с одной стороны, тем, что большинство систем, ориентированных на решение сложных проблем, содержит в качестве составляющей продукционную систему, а с другой стороны — снижением нагрузки на пользователя. Кроме того, известны примеры систем типа ZERO, допускающие применение функций Пролога в качестве присоединенной процедуры.
На языке FMS фреймовая модель рассматривается как иерархическая структура данных с модульным представлением знаний в виде определенных форматов, называемых фреймами. Каждый фрейм- описывает один концептуальный объект, а конкретные свойства этого объекта и факта, относящиеся к нему, описываются в слотах — структурных элементах данного фрейма; поскольку концептуальному представлению свойственна иерархичность, целостный образ знаний строится в виде одной фреймовой системы, имеющей иерархическую структуру. В слот можно подставлять различные данные, специфичной процедурой вывода в этом фрейме является так называемая присоединенная процедура, используемая и качестве слота. Хотя и самой FMS-системе отсутствует специальный механизм управления выводом, благодаря присоединенной процедуре пользователь системы может реализовать любую модель вывода. Это обстоятельство оборачивается лишней нагрузкой для пользователя, но тем не менее FMS является универсальным языком представления знаний — мощным и очень гибким средством для исследований и разработок.
Механизм управления выводом в FMS-системе организуется следующим образом. Сначала запускается одна из присоединенных процедур некоторого фрейма, затем в силу необходимости посредством пересылки сообщений последовательно запускаются присоединенные процедуры других фреймов и таким образом осуществляется вывод. Другими словами, база знаний должна быть определена так, чтобы правильно выполнять вывод. Язык представления знаний, основанных на фреймовой модели, особенно эффективен для структурного описания сложных понятий и решения задач, в которых в соответствии с ситуацией желательно применять различные способы вывода. В то же время на таком языке затрудняется управление завершенностью и постоянством целостного образа. В частности, по этой причине существует большая опасность нарушения присоединенной процедуры. Следует отметить, что фреймовую систему без механизма присоединенных процедур (а следовательно, и механизма пересылки сообщений) часто используют как базу данных системы продукций. Список литературы
Автоматизированные информационные технологии в экономике. – М.: ЮНИТИ,2003.
Информатика / под ред. Макаровой. – М., 2000.
Представление и использование знаний. – М.: Мир, 1989.
Семенов М.И. Автоматизированные информационные технологии в экономике. – М.: Финансы и статистика, 2002.
Серпик Г.А. Современные системы управления документальными средами // Делопроизводство. – 1999. — №1. – С.24.
Vk,qk, pk> Vk,qk, pk> V2,q2, p2>