Схема политики и конфигурационные данные, специфичные для предприятия Enterprise-Specific Policy Schema & Configuration Data
Простыми словами
Левая половина модели: словарь, которым обобщённая политика приземляется на конкретное предприятие. Три вещи, и все три — про соответствие, а не про правила: схема идентичности и определения ролей, схема разметки содержимого и определение вычислительной среды (серверы, межсетевые экраны, каталоги). Политики здесь нет вовсе — есть то, без чего политику некуда положить. Разд. 6.4 честно объясняет, почему именно эта половина буксует: единого способа именовать пользователей и ресурсы отрасль так и не выработала («Today there is no industry agreement on how to identify…»), а по разметке содержимого «Currently there is little in the way of standardization activity to point to, with the exception of Extensible Rights Markup Language». Ошибка — считать, что достаточно купить продукт: без этих трёх наборов данных модель автоматизации не запускается.
Примеры
«Identity schema and role definitions required to map the generic role definitions to the enterprise-specific roles of the particular organization» — обобщённая роль врача должна найти себе конкретную группу в каталоге предприятия.
O-ESA (The Open Group Guide G112), разд. 6.3 — состав данных предприятия
Обобщённые понятия вроде карт пациентов и рецептов надо связать с тем, как размечены данные у вас. Разд. 6.4 отмечает, что метки живут по-разному: полем в базе, отдельной базой, атрибутом в каталоге, частью документа.
O-ESA (The Open Group Guide G112), разд. 6.3.1 и 6.4 — схема разметки содержимого
Третий набор — техническое описание среды. В примере HIPAA прямо сказано: «It is assumed that this information is provided in a standard form defined by the Common Information Model».
O-ESA (The Open Group Guide G112), разд. 6.3.1 — определение вычислительной среды
Определение из первоисточника
дословная выпискаIt is assumed that the following types of schema and configuration data will be required by the policy management system: Identity schema and role definitions required to map the generic role definitions to the enterprise-specific roles of the particular organization. Content tagging schema required to map the generic content definitions to the enterprise-specific definitions for the particular organization. Computing environment definitions (servers, firewalls, directories, etc.) required for policy translation to technical standards and instantiation in the organization-specific environment.
Предполагается, что системе управления политикой потребуются следующие виды схемы и конфигурационных данных: схема идентичностей и определения ролей, необходимые для отображения обобщённых определений ролей на роли конкретной организации. Схема разметки содержимого, необходимая для отображения обобщённых определений содержимого на определения конкретной организации. Описания вычислительной среды (серверы, межсетевые экраны, каталоги и т. п.), необходимые для перевода политики в технические стандарты и их инстанцирования в среде конкретной организации.
ИсточникOpen Enterprise Security Architecture (O-ESA): A Framework and Template for Policy-Driven Security. The Open Group Guide, April 2011, № документа G112, ISBN 1-931624-94-1
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Разд. 6.3.1 раскрывает три части на примере HIPAA: схема идентичностей и определения ролей; схема разметки содержимого (Patient Records, Prescriptions и т. п.); описание вычислительной среды в стандартной форме Common Information Model (CIM).
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей