Архитектурная модель выражается в терминах процессоров, которые взаимодействуют как клиент и (или) сервер. Эти термины используются для ссылок на процессоры, которые выполняют функции для конкретного взаимодействия.

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

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

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

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

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

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

Для более детального описания архитектурной модели необходимо использовать:

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

[из 6.1 Понятия моделирования ГОСТ 34.321-96]

Общая модель может быть применена к различным видам информационных систем, описанных в разделе 4. На абстрактном уровне это применение может быть представлено замещением термина «общий» соответствующей меткой. Например, модель может быть применена к среде распределенной базы данных в терминах контроллера распределенной базы данных, распределенной базы данных и распределенной схемы. Подобным образом может быть идентифицирован контроллер словаря базы данных, а без любой метки контроллер базы данных применяется к среде базы данных компьютерной системы [из 6.3 Специализация модели в различных средах ГОСТ 34.321-96]

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

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

Способ, которым данные распределяются, определяется в базе данных для распределенных данных. Подобным образом распределенные данные для распределенной базы данных могут распределяться каким-нибудь альтернативным способом.

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

Составляющими архитектурной модели управления распределенными данными являются администратор распределения, определитель распределения, пользователь, процессор пользователя, контроллер распределения, контроллер базы данных, схема для распределенных данных, локальные распределенные данные, схема и база данных. Связь между составляющими архитектурной модели управления распределенными данными представлена на рисунке 12.

Рисунок 12 - Управление распределенными данными

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

Контроллер распределения - это процессор, который обеспечивает услуги управления данными для определения и доступа к распределенным базам данных вместе с услугами, относящимися к связанным с ними схемам и распределенным данным.

Контроллер распределения поддерживает только одно средство моделирования данных, которое устанавливает правила для определения и манипулирования данными в каждой среде базы данных.

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

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

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

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

Когда среды базы данных для ссылочных данных определены, тогда контроллер распределения может вызывать услуги любых контроллеров базы данных в той же самой компьютерной системе или связываться с удаленными контроллерами распределения, чтобы выполнить часть или всю запрашиваемую услугу [из 6.5 Управление распределенными данными ГОСТ 34.321-96]

Модель управления доступом - это специализированная общая модель. Ее назначение - показать услуги контроллера базы для управления доступом к данным в среде базы данных и услуги для определения данных управления доступом, необходимых для этого управления доступом.

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

Если соответствующие привилегии для запроса на услугу не существуют, то ответ на запрос указывает нарушение управления доступом, и это нарушение может быть записано для общего управления доступом.

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

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

Составляющими архитектурной модели управления доступом в распределенной среде являются администратор управления доступом, определитель управления доступом, пользователь, процессор пользователя, процессор управления доступом, контроллер распределенной базы данных, схема данных управления доступом, данные управления доступом, распределенная схема, распределенная база данных. Связь между составляющими представлена на рисунке 14.

Рисунок 14 - Управление доступом в распределенной среде

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

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

Процессор управления доступом принимает любой запрос от идентифицированного пользователя на услугу. Это или запрос от процессора пользователя на общую услугу, или запрос от определителя управления доступом на услугу, связанную с определением данных управления доступом. Процессор управления доступом сначала использует данные управления доступом для определения, разрешен ли запрос. Тогда запрос или отклоняется, если пользователь не имеет соответствующих привилегий, или процессор управления доступом вызывает услуги контроллера базы данных, чтобы выполнить запрос. Это может заканчиваться доступом к базе данных или данным управления доступом [из 6.7 Модель управления доступом ГОСТ 34.321-96]