WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

загрузка...
   Добро пожаловать!

Pages:     | 1 || 3 | 4 |

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

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

— Невозможность обеспечения в полной мере процессно-ориентированного принципа интеграции. Для обеспечения данного принципа система должна обеспечивать возможность управления бизнес-процессами и предоставлять интерфейс другим ИС для создания в ней типовых бизнес-процессов и управления ими в своих целях.

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

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

Результаты анализа 9 наиболее популярных на рынке программного обеспечения отечественных систем электронного документооборота (DocsVision, Albetty, DIRECTUM, ЕВФРАТ-Документооборот, OfficeMedia, ДЕЛО, PayDox, ЛЕТОГРАФ, Documentum) показали, что все рассмотренные системы делятся на две группы по тем ключевым объектам, с которыми они работают, и, как следствие, по назначению систем. К первой группе относятся системы, ключевыми объектами которых являются только документы. Ко второй группе - системы, ключевыми объектами которых являются документы и бизнеспроцессы. Большая часть из рассмотренных систем относится ко второй группе.

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

Архитектура систем, по большей части, является трехзвенной. Обычно в СЭД для хранения данных используются базы данных как собственной разработки (например, БД компаний Гарант Интернейшенл и Cognitive Technologies), так и известных разработчиков (например, Oracle, MS SQL Server, Lotus Notes/ Domino, MS Access). Логика систем чаще всего располагается на сервере приложений, зачастую объединённом с webсервером, а в некоторых случаях и с СУБД. Клиентская часть, как правило, устанавливается на рабочую станцию пользователя. Если предоставляется возможность работы из стандартного web-броузера, то пользователю доступен ограниченный функционал. Существует также ряд систем, ориентированных исключительно на web-клиента. При внедрении таких систем пользователь выбирает архитектуру из заранее определенного списка доступных решений.

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

Анализ СЭД показал, что ни одна из рассмотренных систем не может быть использована в качестве платформы middleware, так, чтобы в полной мере обеспечить все три принципа интеграции.

В результате были предложены следующие требования к моделям СЭД. Модели должны обеспечивать:

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

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

3. Возможность интеграции ИС за счёт использования стандартизованного описания формата передачи данных и наличия у систем схожих сервисов работы с ним.

4. Возможность объединения внутренних прикладных процессов каждой ИС за счёт создания в СЭД типовых бизнес-процессов.

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

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

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

8. Возможность управления БП, включая моделирование, выполнение, мониторинг и наличие интерфейса для создания БП.

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

10. Безопасность хранения и передачи информации (поддержка аутентификации, авторизации, разграничения прав доступа к объектам СЭД, делегирования прав доступа к документу).

11. Механизм настройки СЭД на выбранную архитектуру.

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

Для удовлетворения разработанным требованиям в информационную модель были введены следующие понятия объектного подхода:

— Объект – сущность с определёнными свойствами.

— Класс объектов – описание множества однородных объектов, имеющих одинаковые атрибуты, отношения с другими объектами и семантику.

— Метаданное (атрибут) – элемент, описывающий свойство объекта.

— Отношение – семантическая связь между объектами. Для описания отношений использована модель RDF.

Для удобства работы со схожими объектами введено понятие группы объектов – множество объектов, связанных отношениями определённого типа.

Результаты анализа существующих подходов к интеграции позволили ввести понятие интеграции ИС – объединение ИС, связывающее множество документов и отношений в данных системах. Под ИС понимается множество связанных различными отношениями документов, описывающих некоторые сущности (объекты, факты или понятия).

Определение ключевого объекта СЭД, электронного документа, разработано на основе ГОСТ Р 51141-98 “Делопроизводство и архивное дело. Термины и определения”, закона РФ N 24-ФЗ от 20.02.1995 “Об информации, информатизации и защите информации”, закона РФ от 10.01.2002 N 1-ФЗ "Об электронно-цифровой подписи" и ГОСТ Р ИСО 9000-2001: «Системы менеджмента качества. Основные положения и словарь».

Электронным документом называется информационная пара: di = Cd, Md, обрабатыi i ваемая СЭД и циркулирующая в ней, где Cd – содержимое ЭД, Md – метаданные ЭД.

i i На основе ГОСТ Р 51141-98. “Делопроизводство и архивное дело” разработана классификация электронных документов, включающая: наименование, тип, направление, способ наполнения, степень сложности, содержание, вид, срочность, степень гласности, срок хранения, стадия создания, род деятельности.

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

Метаданные ЭД – описание ЭД, однозначно его идентифицирующее, где отражаются как его статические, так и динамические характеристики. Структура метаданных ЭД разработана на основе спецификации IMS и стандарта метаданных Дублинского ядра с учётом разработанной классификации ЭД. При этом для каждого класса ЭД часть метаданных является обязательной. На основании разработанной структуры метаданных предложен XML формат их представления.

Ещё одним ключевым объектом СЭД является понятие бизнес-процесса. Для его определения введены понятия задания, функции и процесса. Заданием ti называется множество: ti = ei,oi,ii, Mt, где ei – действие; oi – объект СЭД, над которым выполняется i действие; ii – исполнитель, в роли которого может выступать ИС или пользователь СЭД, ответственный за выполнение действия; Mt – метаданные задания.

i Функцией fi называется пара fi = ei, M, где ei – элементарное действие, автомаfi тически выполняемое системой и возвращающее определённый результат; M – метаfi данные функции.

Процессом pi называется множество pi = P, F,Td, M, с заданным регламентом pi i выполнения элементов этого множества, где P – другие процессы; F – функции; Td - связанные с ЭД di задания; M – метаданные задания.

pi Процесс связан с конкретным ЭД и описывает его маршрутизацию. Маршрутом ЭД называется последовательность связанных с ЭД заданий в соответствии с регламентом их выполнения. Маршруты ЭД подразделяются на жесткие (регламент выполнения заданий неизменен) и динамическими (регламент может быть изменён в процессе реализации маршрута, а также могут быть удалены или добавлены задания).

Бизнес-процессом bi называется множество bi = P, F,T, MB, с заданным регламентом выполнения элементов этого множества, где P – процессы; F – функции; T - задания;

MB – метаданные бизнес-процесса. Бизнес-процесс направлен на достижение определенной бизнес-цели.

Для обеспечения возможности управления безопасностью введены понятия пользователя, права и роли.

Рис. 1. Отношения основных объектов информационной модели Для всех объектов информационной модели представлено табличное описание структуры метаданных и отношений с другими объектами. Отношения основных информационных объектов представлены на рис. 1.

Для описания функций системы, а также существующих в ней потоков данных построен комплекс функциональных моделей СЭД в стандартах IDEF0 и IDEF3.

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

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

В модели информационно-ориентированной интеграции используется единая база данных (БД) для хранения информации всех действующих и разрабатываемых ИС (см.

Рис. 3).

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

В основу модели сервисно-ориентированной интеграции положено понятие ЭД, как объекта, способного содержать различную информацию как в структурированном, так и в слабоструктурированном виде (содержимое ЭД), снабжённого стандартизованным описанием (метаданными ЭД). Это позволяет использовать ЭД как контейнер данных произвольного типа и размера (см. Рис. 4). Кроме того, СЭД обладает набором сервисов, позволяющих каждой зарегистрированной в ней ИС работать с этими ЭД. Это обеспечивается вводом в функциональную модель СЭД блоков импорта, экспорта, управления доступом, работы с ЭД, а также выполнения дополнительных функций.

Рис.4. Сервисно-ориентированная интеграция В основу модели процессно-ориентированной интеграции положено понятие БП, функциональных блоков управления и доступом к нему (см. Рис. 5).

Рис. 5. Процессно-ориентированная интеграция Интеграция осуществляется путём создания типовых БП, осуществляющих связь БП систем. Кроме того, предусмотрено создание индивидуальных БП, способных в ходе выполнения обеспечивать передачу данных в каждую ИС, либо получение данных из нее.

Для эффективной реализации интеграции в СЭД разработан механизм создания БП на основе структуры их xml-описания.

Для удобства реализации процессно-ориентированной интеграции разработан язык KemSUBPDL, позволяющий формализовать элементы БП и организовать взаимодействие между ними, обладающий средствами поддержки вложенных процессов, предоставляющий возможности реализации ветвлений и циклов.

На Рис. 6 приведено RDF-представление интеграции ИС на основе СЭД.

Рис. 6. Интеграция информационных систем Поскольку СЭД оперирует в первую очередь с метаданными, их определение играет важную роль. В СЭД существует три метода определения метаданных: “ручной” (метаданные заносит сам пользователь), “автоматический” (метаданные автоматически определяются из содержимого ЭД) и “формальный” (метаданные определяются из описания, представленного в специально разработанном xml формате).

предложен метод автоматического определения метаданных, включающий несколько этапов:

1. Выделение зон документа. Под зоной документа понимается часть текста документа, имеющая единую структуру и семантическое значение.

2. Определение типов зон документа. Каждая зона имеет определённый тип, характеризующий её содержимое и множество метаданных, которые можно определить в зоне данного типа (например, заголовки, тело документа, списки, обращения).

Pages:     | 1 || 3 | 4 |






© 2011 www.dissers.ru - «Бесплатная электронная библиотека»