Анализ процесса движения документов в СЭД

Рассмотрим возможный вариант реализации мандатной политики управления доступом в системах электронного документооборота.

Мандатное управление доступом — это система разграничения доступа субъектов к объектам, основанная на назначении метки конфиденциальности для информации, содержащейся в объектах, и выдаче официальных разрешений (допуска) субъектам на обращение к информации такого уровня конфиденциальности. Основное отличие мандатного управления от классического дискреционного заключается в следующем: при дискреционном управлении объектом контроля являются права доступа субъектов и уровни секретности объектов; при мандатном же управлении объектом контроля являются отдельные элементы информационного потока — транзакты (файлы, пакеты), которые для этого снабжаются уникальными метками. Отметим, что метками могут наделяться любые изолированные ресурсы: технические устройства (компьютер, принтер, флешка и т. д.) и их подсистемы (сетевые карты, процессоры и т. п.), информационные ресурсы (пакеты программ, базы данных, отдельные каталоги, файлы). Контроль на уровне информационных потоков означает, что контролируются не только сами транзакты, но и направления их движения в информационном потоке. Основное требование: не должно происходить движение транзакта от менее приоритетного субъекта/объекта к более приоритетному субъекту/объекту. Для этого при мандатном правлении доступом каждый объект и каждый субъект снабжаются специальными уникальными метками. Между метками устанавливается отношение порядка. Направление движение транзакта определяется характером действий, которые выполняются при его обработке; в частности, при чтении информационный поток движется от объекта к субъекту, а при записи — в обратном направлении. Таким образом, мандатное управление, в отличие от дискреционного, позволяет контролировать процесс обработки также по типу выполняемых действий.

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

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

Для проведения анализа вначале рассмотрим общую структуру системы СЭД. Общая схема структуры приведена на рис. 1. Отметим, что современные СЭД являются клиент-серверными приложениями.

Рис. 1. Общая структура движения данных в СЭД.

Серверы приложений — это программное обеспечение, предназначенное для создания систем с выделенными сервисами бизнес-логики МФО, реализованными, как правило, в виде компонентов. Обычно серверы приложений выполняются под управлением серверных операционных систем. Компоненты, реализующие бизнес-логику распределенного приложения и выполняющиеся под управлением сервера приложений, обычно представляют собой объекты, реализующие транзакционную логику. Помимо собственно хостинга компонентов многие серверы приложений позволяют реализовать приложения, устойчивые к сбоям, а также поддерживают создание кластеров. В настоящее время серверы приложений являются основой многих корпоративных решений, например распределенных приложений, что особенно привлекательно для МФО; в частности, реализующие важные для МФО схемы «предприятие — потребитель» (business-to-consumer) и «предприятие — предприятие» (business-to-business), такие как виртуальные торговые площадки, позволяющие заключать торговые сделки между предприятиями. Важным достоинством современных серверов приложений является возможность построения кластеров и распределения нагрузки, а также наличие средств восстановления после сбоев. Последнее важно для МФО, поскольку требования к надежности и производительности приложений в микрофинансовой деятельности весьма высоки.

Серверы приложений обычно располагаются между сервером баз данных и Web-сервером либо между сервером СУБД и клиентскими приложениями. Нередко функциональность Web-сервера реализуется в сервере приложений. В схеме рис. 1. и реализована подобная схема.

На современном рынке серверов приложений доминирует стандарт Java 2 Enterprise Edition (J2EE), версия 1.3 которого описывает минимальный набор требований к производительности и возможностям серверов приложений, который и предлагается использовать в схеме рис. 1.

Сервер СУБД выполняет обслуживание и управление базой данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации. Базы данных (БД) в МФО имеют важное значение, так как вся основная информация о клиентах накаливается и сосредотачивается в них. В МФО целесообразно использование клиент-серверной архитектуры с технологией тонкого клиента, так как часто, в особенности, удаленные клиенты часто не обладают требуемой квалификацией, а компьютеры-клиентов могут не удовлетворять требованиям, необходимым для использования других технологий. Отметим, что имеются северы СУБД, которые совместимы со многими известными серверами приложений; например сервер СУБД Oracle9i Application Server (Oracle9iAS) совместим с сервером приложений J2EE.