Стр. 1
 

43 страницы

517.00 ₽

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

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Содержит:

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

- средства обозначения для спецификации взаимосвязей, их представления и административного управления ими;

- определения родовой информации административного управления, которые могут быть использованы для представления и административного управления взаимосвязями;

- руководство по разработке формы заявки о соответствии;

- примеры определений.

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

Введен впервые.

Оглавление

1 Область применения

2 Нормативные ссылки

3 Определения

3.1 Определения административного управления

3.2 Определения административного управления системы

3.3 Определения услуг общей информации административного управления

3.4 Определения модели информации административного управления

3.5 Определения руководства по определению управляемых объектов

3.6 Определения требований и руководства по формам заявки о соответствии реализации, относящейся к административному управлению ВОС

3.7 Определения функции административного управления состоянием

3.8 Дополнительные определения

4 Сокращения

5 Соглашения

6 Требования

7 Модель

7.1 Управляемые взаимосвязи

7.2 Отображения взаимосвязи

7.3 Неоднократно используемые спецификации

7.4 Представление и административное управление взаимосвязями

8 Родовые определения

8.1 Операции и сообщения административного управления взаимосвязью

8.2 Класс управляемых объектов genericRelationshipObject

8.3 Связывание имен genericRelationshipObject-system

8.4 Атрибуты

8.5 Атрибутивная группа relationships

8.6 Параметры

Приложение А Шаблоны взаимосвязей

А.1 Шаблон класса взаимосвязей

А.2 Шаблон отображения взаимосвязи

Приложение В Определение информации административного управления

В.1 Присвоение идентификаторов объектов

В.2 Определение классов управляемых объектов

В.3 Определение связывания имен

В.4 Определение атрибутов

В.5 Определение параметров

В.6 Определения абстрактных синтаксисов

Приложение С Форма заявления о соответствии управляемой взаимосвязи

C.1 Введение

С.2 Инструкции по заполнению формы ЗСУВ

С.3 Символы, сокращения и термины

С.4 Обеспечение управляемой взаимосвязи

Приложение D Форма ЗОИУ (атрибутов)

D.1 Введение

D.2 Атрибуты

D.3  Параметры

Приложение Е Иллюстрация методов представления

Приложение F Примеры использования шаблонов

F.1 Присвоение идентификаторов объектов

F.2 Пример симметричной взаимосвязи

F.3 Пример взаимосвязи зависимости

F.4 Пример родовой взаимосвязи композиции

F.5 Пример области управления доступом

Приложение G Комментарии

G.1 Введение

G.2 Зависимость между управляемыми объектами в управляемой взаимосвязи

G.3 Согласованность представлений

G.4 Выражение операций и сообщений административного управления взаимосвязью

G.5 Родовое управление

G.6 Осознание взаимосвязи

G.7 Спецификация роли

G.8 Повторно используемые спецификации

G.9 AND SUBCLASSES

G.10 Взаимосвязь между взаимосвязями

G.11 Область действия имен объектов взаимосвязей

G.12 Допустимые методы представления

Страница 1

ГОСТ Р ИСО/МЭК 10165-7-2003 НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ СТРУКТУРА ИНФОРМАЦИИ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ

Часть 7 Общая модель взаимосвязи

Издание официальное

БЗ 4 -2002/64


ГОССТАНДАРТ РОССИИ Москва

Страница 2

ГОСТ Р ИСО/МЭК 10165-7-2003

Предисловие

1    РАЗРАБОТАН Государственным научно-исследовательским и конструкторско-технологическим институтом «ТЕСТ* Министерства Российской Федерации по связи и информатизации

ВНЕСЕН Министерством Российской Федерации по связи и информатизации

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 18 декабря 2003 г. № 367-ст

3    Настоящий стандарт представляет собой аутентичный текст международного стандарта ИСО/МЭК 10165-7:19% «Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 7. Общая модель взаимосвязи*

4    ВВЕДЕН ВПЕРВЫЕ

& ИПК Издательство стандартов, 2004

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Госстандарта России

II

Страница 3

ГОСТ Р ИСО/МЭК 10165-7-2003

Содержание

1    Область применения........................................................I

2    Нормативные ссылки........................................................1

3    Определения....................................;.........................2

3.1    Определения административного управления..................................2

3.2    Определения административного управления системы ...........................2

3.3    Определения услуг обшей информации административного управления..............2

3.4    Определения модели информации административного управления..................2

3.5    Определения руководства по определению управляемых объектов..................3

3.6    Определения требований и руководства по формам заявки о соответствии реализации,

относящейся к административному управлению ВОС............................3

3.7    Определения функции административного управления состоянием.................3

3.8    Дополнительные определения..............................................3

4    Сокращения..............................................................4

5    Соглашения...............................................................4

6    Требования...............................................................4

7    Модель..................................................................5

7.1    Управляемые взаимосвязи................................................5

7.2    Отображения взаимосвязи........................,.......................7

7.3    Неоднократно используемые спецификации...................................8

7.4    Представление и административное управление взаимосвязями....................8

8    Родовые определения.......................................................10

8.1    Операции и сообщения административного управления взаимосвязью..............10

8.2    Класс управляемых объектов genericRelationshipObject..........................II

8.3    Связывание имен genericRelationshipObject-sysiem..............................II

8.4    Атрибуты............................................................II

8.5    Атрибутивная группа relationships..........................................II

8.6    Параметры...........................................................II

Приложение А    Шаблоны взаимосвязей..........................................12

А. 1 Шаблон класса взаимосвязей...................................12

A.2    Шаблон отображения взаимосвязи..............................15

Приложение В    Определение информации административного управления................ 19

B.1    Присвоение идентификаторов объектов...........................19

В.2 Определение классов управляемых объектов.......................19

В.З Определение связывания имен.................................19

В.4 Определение атрибутов.......................................19

В.5 Определение параметров......................................20

B.6    Определения абстрактных синтаксисов...........................20

Приложение С Форма заявления о соответствии управляемой взаимосвязи...............21

C.1    Введение..................................................21

С.2 Инструкции по заполнению формы ЗСУВ.........................21

С.З Символы, сокращения и термины...............................21

C.4    Обеспечение управляемой взаимосвязи...........................21

Приложение D    Форма ЗОНУ (атрибу тов).........................................22

D.    1 Введение..................................................22

D.2 Атрибуты.................................................22

D.3 Параметры................................................23

Страница 4

ГОСТ Р ИСО/МЭК 10165-7-2003

Приложение Е    Иллюстрация методой представления................................ 24

Приложение F    Примеры использования шаблонов................................. 26

F.1 Присвоение идентификаторов объектов.......................... 26

F.2    Пример симметричной взаимосвязи............................. 26

F.3    Пример взаимосвязи зависимости............................... 27

F.4    Пример родовой взаимосвязи композиции........................ 33

F.5    Пример области управления доступом........................... 34

Приложение G    Комментарии................................................. 37

G.I    Введение................................................. 37

G.2 Зависимость между управляемыми объектами в управляемой взаимосвязи 37

G.3 Согласованность представлений................................ 37

G.4 Выражение операций и сообщений административного управления взаимосвязью ................................................. 37

G.5 Родовое управление......................................... 37

G.6 Осознание взаимосвязи...................................... 38

G.7 Спецификация роли......................................... 38

G.8 Повторно используемые спецификации.......................... 38

G.9 AND SUBCLASSES......................................... 38

G.10 Взаимосвязь между взаимосвязями............................. 38

G.11 Область действия имен объектов взаимосвязей.................... 38

G.12 Допустимые методы представления............................ 38

IV

Страница 5

ГОСТ Р ИСО/МЭК 10165-7-2003 НАЦИОНАЛЬНЫЙ С Т А Н Д А РТ РО С С И Й С К О Й ФЕДЕРАЦИ И

Информационная технология

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ СТРУКТУРА ИНФОРМАЦИИ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ

Часть 7

Общая модель взаимосвязи

Information technology. Open Systems Interconnection. Structure of management information. Part 7. General relatioaship model

Дата uвеления 2004—07—01

1    Область применения

Настоящий стандарт содержит:

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

б)    средства обозначения хтя спецификации взаимосвязей, их представления и административного управления ими;

в)    определения родовой информации административного управления, которые могут быть использованы для представления и административного упраанения взаимосвязями:

г)    руководство по разработке формы заявки о соответствии;

д)    примеры определений.

Модель обшей взаимосвязи определена в разделе 7. Средства обозначения специфицированы в приложении А. Родовая информация административного управления определена в разделе 8 и приложении В. Руководство по спецификации формы заявки о соответствии реализации (ГОСТ Р ИСО/МЭК 9646-1) дано в приложениях С и D. Иллюстрация методов представления и примеры определений приведены в приложениях Е и F соответственно. Комментарии к тексту стандарта включены в приложение G.

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

В ИСО/МЭК 10164-3 установлена модель взаимосвязей, представленная атрибутами и набором родовых атрибучов для представления конкретных типов взаимосвязей. Моделирующие понятия и средства спецификации, определенные в настоящем стандарте, применяются для определения взаимосвязей в общем случае и, следовательно, взаимосвязей, представленных атрибутами, как в модели ИСО/МЭК 10164-3.

2    Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ Р ИСО/МЭК 7498-1—99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель

ГОСТ Р ИСО/МЭК 7498-4—99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 4. Основы административного управления

ГОСТ Р ИСО/МЭК 8824-1—2001 Информационная технология. Абстрактная синтаксическая нотация версии I (АСН.1). Часть 1. Спецификация основной нотации

ГОСТ Р ИСО/МЭК 9595—99 Информационная технология. Взаимосвязь открытых систем. Определение общих услуг информации административного управления

Иыянис официальное

Страница 6

ГОСТ Р ИСО/МЭК 10165-7-2003

ГОСТ Р ИСО/МЭК 9646-1—93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть I. Общие принципы

ГОСТ Р ИСО/МЭК 9646-2—93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 2. Спецификация комплекта абстрактных тестов

ГОСТ Р ИСО/МЭК 10040—99 Информационная технология. Взаимосвязь открытых систем. Обшее описание административного управления систем

ГОСТ Р ИСО/МЭК 10164-2—99 Информационная технология. Взаимосвязь открытых систем. Административное управление систем. Часть 2. Функция административного управления состояниями

ГОСТ Р ИСО/МЭК 10165-1—2001 Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 1. Модель информации административного управления

ГОСТ Р ИСО/МЭК 10165-2—2001 Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 2. Определение информации административного управления

ГОСТ Р ИСО/МЭК 10165-4— 2001 Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 4. Руководство по определению управляемых обьектов

ГОСТ Р ИСО/МЭК 10165-6—2003 Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 6. Требования и руководство по формам иявки о соответствии реализации, относящейся к административному управлению ВОС ИСО/МЭК 9646-7—951 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 7. Заявки о соответствии реализации

ИСО/МЭК 10164-3—93* Информационная технология. Взаимосвязь открытых систем. Административное управление систем. Часть 3. Функции административного управления взаимоотношениями

ИСО/МЭК 10164-9—95* Информационная технология. Взаимосвязь открытых систем. Административное управление систем. Часть 9. Объекты и атрибуты для управления доступом

3 Определения

В настоящем стандарте используют следующие термины.

3.1    Определения административного управления

В настоящем стандарте применен следующий термин, определенный в ГОСТ Р ИСО/МЭК 7498-4. - управляемый объект.

3.2    Определения административного управления системы

В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 10040:

-    класс управляемых объектов:

• управляющий:

-    заявка о соответствии управляемого объекта (ЗСУО);

-    форма ЗСУО;

-    сообщение;

-    операция (административного управления системы).

3.3    Определения услуг обшей информации административного управления

В    настоящем    стандарте    используют следующий термин, определенный    в ГОСТ    Р

ИСО/МЭК 9595, - атрибут.

3.4    Определения модели информации административного управления

В    настоящем    стандарте    используют следующие термины, определенные    в ГОСТ    Р

ИСО/МЭК 10165-1:

-    действие:

-    атрибутивная группа;

-    тип атрибута;

-    поведение;

-    характеристика;

1

Оригиналы стандартов ИСО/МЭК — во ВНИИКИ Госстандарта России.

Страница 7

ГОСТ Р ИСО/МЭК 10165-7—2003

-    вмешемие:

-    наследование:

-    инвариант;

-    крашое наслелование;

•    связывание имен:

-    именуюшее дерево;

-    пакет:

-    параметр;

-    постусловие;

-    предусловие;

•    специализация;

-    подкласс;

-    подчиненный объект;

*    суперкласс;

-    старший объект.

3.5    Определения руководства но определению управляемых объектов

В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 10165-4:

*    определение класса управляемых объектов:

-    шаблон.

3.6    Определения требований и руководства по формам заявки о соответствии реализации, относящейся к административному управлению ВОС

В настоящем    стандарте    используют следующие термины,    определенные    в    ГОСТ    Р

ИСО/МЭК 10165-6:

-    сводка соответствия административного управления (ССАУ);

-    форма ССАУ;

-    заявка об определении информации административного управления (ЗОИУ);

-    форма ЗОИУ.

3.7    Определения функции административного управления состоянием

В настоящем    стандарте    используют следующие термины,    определенные    в    ГОСТ    Р

ИСО/МЭК 10164-2:

-    административное состояние;

-    рабочее состояние;

-    состояние использования.

3.8    Дополнительные определения

В настоящем стандарте используют следующие термины с соответствующими определениями:

3.8.1    связывание: Соединение управляемых объектов с заданной ролью в управляемой взаимосвязи.

3.8.2    поддержка связывания: Способность управляемой взаимосвязи обеспечивать связывание управляемых объектов (в заданной роли) на протяжении времени существования управляемой взаимосвязи.

3.8.3    согласованность (подкласса): Уточнение класса управляемых взаимосвязей, такое что экземпляры подкласса могут быть подставлены вместо экземпляров суперкласса без влияния на функцию административного управления системы.

3.8.4    управляемая взаимосвязь: Совокупность управляемых объектов вместе с инвариантом, ссылающимся на свойства управляемых объектов.

3.8.5    класс управляемых взаимосвязей: Поименованное множество управляемых взаимосвязей, соответствующих одному и тому же определению.

3.8.6    участник: Управляемый объект, исполняющий роль в управляемой взаимосвязи.

3.8.7    указатель участника: Атрибут, который идентифицирует участников в конкретной роли в управляемой взаимосвязи.

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

3.8.9 ограничение кардинального числа взаимосвязи: Множество значений, которыми ограничивается кардинальное число взаимосвязи.

3

Страница 8

ГОСТ Р ИСО/МЭК 10165-7-2003

3.8.10    сообщение (административного) управления взаимосвязью: Сообщение от управляемой взаимосвязи, которое отображается в одно или несколько сообщений административного управления системы.

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

3.8.12    кардинальное чисто роли: Число управляемых объектов, участвующих в данной роли управляемой взаимосвязи.

3.8.13    ограничение кардинального числа роли: Множество значений, которыми ограничено кардинальное число данной роли.

3.8.14    спецификация отображения взаимосвязи: Поименованная спецификация отображения характеристик класса упра&пяемых взаимосвязей в характеристики одного или нескольких классов управляемых объектов.

3.8.15    спецификация класса взаимосвязей: Поименованная спецификация характеристик управляемой взаимосвязи.

3.8.16    рать: Свойства, общие для конкретного вша участников управляемой взаимосвязи.

3.8.17    развязывание: Отсоединение управляемого объекта от данной роли в управляемой взаимосвязи.

3.8.18    поддержка развязывания: Способность управляемой взаимосвязи обеспечивать развязывание управляемых объектов (в заданной роли) на протяжении времени существования управляемой взаимосвязи.

4    Сокращения

В настоящем стандарте используют следующие сокращения:

ACH.I — абстрактная синтаксическая нотация версии 1 (ГОСТ Р ИСО/МЭК 8824-1):

ВОС — взаимосвязь открытых систем (ГОСТ Р ИСО/МЭК 7498-1):

ЗОИУ — заявка об определении информации административного управления;

ЗСУО — заявка о соответствии управляемого объекта:

МИУ — модель информации (административного) управления;

ОМ В — общая модель взаимосвязи:

РОУО — руководство по определению управляемых объектов:

СИУ — структура информации (административного) управления;

ССАУ — сводка соответствия административного управления:

УОИУ — услуги общей информации (административного) управления.

5    Соглашения

В настоящем стандарте использованы полужирный и курсивный шрифты для выделения текста, в котором используются нотации ACH.I и РОУО или обозначения, определенные в приложении А.

Обозначения настоящего стандарта специфицированы в соответствии с соглашениями, определенными в ГОСТ Р ИСО/МЭК 10165-4.

6    Требования

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

-    модель взаимосвязей между ресурсами, не зависящая от положения ресурсов и метода представления взаимосвязей;

-    средства обозначения для спецификации взаимосвязей;

-модель для представления и административного управления взаимосвязями в контексте административного управления ВОС;

-    модель для разработки неоднократно используемых спецификаций.

4

Страница 9

ГОСТ Р ИСО/МЭК 10165-7-2003

7 Модель

Для задач административного управления системами ресурсы моделируются как управляемые объекты; таким образом, взаимосвязи между ресурсами моделируются как управляемые взаимосвязи между управляемыми объектами. Все управляемые взаимосвязи определяются как совокупность управляемых объектов вместе с инвариантом, ссылающимся на свойства управляемых объектов. Примеры таких инвариантов:

а)    управляемый объект должен оставаться в рабочем состоянии для исполнения роли поставщика в управляемой взаимосвязи поставщик — потребитель:

б)    управляемый объест должен находиться в рабочем состоянии (холостом состоянии использования) и в неблокированном административном состоянии для исполнения роли резервирования в управляемой взаимосвязи резервирования;

в)    должен существовать по крайней мере один управляемый объект в роли подчиненного в управляемой взаимосвязи старший — подчиненный.

Управляемые взаимосвязи являются дополнительными информационными моделирующими понятиями в структуре информации административного управления, но представляются и управляются существующими конструкциями модели информации административного управления (см. ГОСТ Р ИСО/МЭК 10165-1). Управляемые взаимосвязи, соответствующие одному и тому же определению, группируются в классы управляемых взаимосвязей; обозначения для классов управляемых взаимосвязей определены в приложении А.

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

7.1    Управляемые взанмосвяш

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

7.1.1    Операции и сообщения административного управления взаимосвязью

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

ESTABLISH    установить управляемую взаимосвязь;

TERMINATE    завершить управляемую взаимосвязь;

BIND    связать управляемый объект в некоторой роли в управляемой взаимосвязи;

UNBIND    развязать управляемый объект в некоторой роли в управляемой взаимосвязи;

QUERY    запросить информацию об управляемой взаимосвязи;

NOTIFY    события отчета, относящегося к управляемой взаимосвязи;

USER DEFINED определенная пользователем операция, семантика которой моделируется в поведении соответствующей управляемой взаимосвязи.

Семантика этих операций и сообщений приведена в разделе 8.

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

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

5

Страница 10

ГОСТ Р ИСО/МЭК 10165-7-2003

7.1.2 Поведение управляемой взаимосвязи

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

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

7.1.2.2    предусловие (для операции или сообщения административного управления взаимосвязью): Логический предикат, который должен быть истинным непосредственно перед выполнением операции административного управления взаимосвязью или непосредственно перед созданием сообщения административного управления взаимосвязью.

7.1.2.3    постусловие (для операции или сообщения административного управления взаимосвязью): Логический предикат, который должен быть истинным непосредственно после выполнения операции административного управления взаимосвязью или непосредственно после создания сообщения административного управления взаимосвязью.

7.1.3    Уточнение взаимосвязи

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

7.1.4    Роли

Каждый управляемый объект, связанный в управляемой взаимосвязи, является участником и исполняет в ней одну или несколько ролей. Роль устанавливает требования для участника и управляемой взаимосвязи. Участвующий управляемый объект обязан иметь определенные свойства для исполнения роли; управляемая взаимосвязь обязана подчиняться требованиям роли.

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

7.1.4.1    Свойства участника

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

7.1.4.2    Кардинальное число роли

В общем случае в данной роли управляемой взаимосвязи могут участвовать несколько объектов; их количество называется кардинальным числом роли. Реализация управляемой взаимосвязи должна удовлетворять двум видам ограничений на кардинальное число роли: допустимые и обязательные значения. Каждое ограничение моделируется в терминах множества значений — множества неотрицательных целых чисел, которое часто является непрерывным диапазоном значений.

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

7.1.4.3    Поддержка связывания и развязывания

Упрааляемая взаимосвязь на протяжении своего существования может поддерживать связывание (роль с ролью) и развязывание управляемых объектов. Такая управляемая взаимосвязь поддерживает операции административного управления взаимосвязью BIND и UNBIND.

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

1

Понятие совместимости рассмотрено в МИУ (ГОСТ Р ИСО/МЭК 10165-1, 5.2)

Страница 11

ГОСТ Р ИСО/МЭК 10165-7-2003

на кардинальное число роли. Попытка нарушить эти ограничения приведет к отказу запроса связывания.

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

7.1.4.4 Кардинальное число взаимосвязи

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

7.2 Отображения взаимосвязи

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

-    отображения ролей и уточнений взаимосвязи в предполагаемые классы объектов;

-    отображения операций и сообщений взаимосвязи в операции и сообщения административного управления системами;

-    взаимосвязанных объектов:

-    указателей участников.

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

7.2.1    Указатели участников

Участники управляемой взаимосвязи и соответствующие им роли могут быть идентифицированы с помощью атрибутов «указатель участника*. Значение атрибута «указатель участника» идентифицирует участвуюший(е) упраатяемый(е) объскт(ы), а тип атрибута указывает роль, исполняемую объектом(ами). Изменение значений этого атрибута операциями, ориентированными на атрибут или на объект, может использоваться для изменения участия управляемого объекта во взаимосвязи с учетом всех ограничений, относящихся к конкретной управляемой взаимосвязи или ее отображению. Определения указателей участников выводятся из определения атрибута participantPoinler в приложении В.

7.2.2    Операции и сообщения административного управления взаимосвязью

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

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

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

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

7

Страница 12

ГОСТ Р ИСО/МЭК 10165-7-2003

-    одну операцию сознания для управляемого объекта, исполняющего роль старшего, а затем — обращение к управляемо!) системе для создания упраатяемого объекта, исполняющего роль подчиненного. и установки указателей участников.

7.2.3    П о веде н и е

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

7.3    Неоднократно используемые спецификации

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

Класс управляемых взаимосвязей может быть специализирован путем комбинации характеристик, унаследованных от одного или нескольких классов управляемых взаимосвязей, с характеристиками. установленными в шаблоне класса управляемых взаимосвязей. Специализированный класс называется подклассом исходного<ых) класса(ов); исходный(е) класс(ы) называется(ются) супер-классом(ами) специализированного класса. Правила специализации, определенные в приложении А, гарантируют, что подкласс управляемых взаимосвязей согласуется со своим(и) суперклас-сом(амн). Согласованность подкласса с суперклассом(ами) состоит в том, что экземпляр подкласса управляемой взаимосвязи может быть подставлен вместо экземпляра одного из его суперклассов без влияния на функции управляемой системы.

7.4    Представление и административное управление взаимосвязями

Управляемые взаимосвязи могут быть представлены следующими методами, основанными на определенных в МИУ (ГОСТ Р ИСО/МЭК 10165-1) конструкциях:

-    наименование;

-    указатели участников;

-    объект взаимосвязи;

-    операции административного управления системы.

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

7.4.1 Представление и административное управление с помощью наименован ия

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

Операции административного управления взаимосвязью могут быть отображены в операции административного управления системы либо над старшим, либо над подчиненными управляемыми объектами. Возможные отображения приведены в таблице 1; отображения для конкретного представления моделируются ассоциированным отображением взаимосвязи.

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

Та бл и ц а 1 — Отображения операций для взаимосвязи наименования

Прототип операции управления BUHMOCBH >ьи>

Подходящие «перлини управлении системы над старшим управляемым объектом

Полхоляшие операции управления системы над шичиненниии управляемый» объектами

BIND

Create. Action

Create

UNBIND

Delete, Action

Delete

OUERY

Action

Get анализ имени. Action

ESTABLISH

Create. Action

Create. Action

TERMINATE

Delete. Action

Delete, Action

8

Страница 13

ГОСТ Р ИСО/МЭК 10165-7-2003

7.4.2 Представление и административное управление с помощью указателей участников

Отображение взаимосвязи может моделировать представление и административное управление взаимосвязью с помощью атрибутов «указатель-участника», имеющихся у участников управляемой взаимосвязи. Операции административного управления взаимосвязью могут быть отображены в ориентированные на атрибуты операции над указателями участников или в ориентированные на объекты операции над участвующими управляемыми объектами. Возможные отображения приведены в таблице 2; отображения для конкретного представления моделируются ассоциированным отображе н нем взаимос вя зи.

Таблица 2 — Отображения операций для атрибутов взаимосвязи

Прототип операции у при ii-ле к ни взаимосвя лью

Подходящие операции управления системы нал старшим управляемым объемом

Подходящие операции управлении системы над подчинен ними управляемыми объектами

BIND

Replace. Add

Create. Action

UNBIND

Replace. Remove

Delete. Action

OUERY

Get

Action

ESTABLISH

Replace. Add

Create. Action

TERMINATE

Replace. Remove

Delete. Action

7.4.3 Представление и административное управление с помощью объекта взаимосвязи

Отображение взаимосвязи может моделировать представление и административное управление взаимосвязью с помощью управляемого объекта — такой объект называется объектом взаимосвязь Суперкласс всех классов объектов взаимосвязей generic Relationship Object имеет следующие атрибуты:

а)    «имя взаимосвязи*, который идентифицирует имя управляемой взаимосвязи;

б)    «класс взаимосвязи», который идентифицирует класс управляемой взаимосвязи;

в)    «отображение взаимосвязи*, который идентифицирует действующее отображение взаимосвязи.

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

У genericRelationshipObject имеется атрибутивная группа relationships (см. ИСО/МЭК 10164-3). Все атрибуты «указатель участника* могут быть включены в эту группу.

Операции административного управления взаимосвязью отображаются в ориентированные на объекты или атрибуты операции административного управления системы над объектом взаимосвязи. Возможные отображения приведены в таблице 3; отображения для конкретного представления моделируются ассоциированным отображением взаимосвязи.

Т а б л и ц а 3 — Отображения операций для объекта взаимосвязи

Прототип операции управления илакмасвя'тыо

Подколи us не операции управления снСгсмы над старшим управляемым объектам

ПодходиШне операции управления Системы над подчиненными управляемыми объектами

BIND

Replace. Add

Create, Action

UNBIND

Replace. Remove

Delete. Action

OUERY

Get

Action

ESTABLISH

Replace. Add

Create. Action

TERMINATE

Replace. Remove

Delete. Action

7.4.4 Представление и административное управление с помошыо операций административного управления системы

Отображение взаимосвязи может моделировать представление и административное управление взаимосвязью с помощью ориентированных на объект операций административного управления системы над участвующими управляемыми объектами. Операции административного управления взаимосвязью отображаются в ориентированные на объект операции административного управления системы над участвующими объектами. Возможные отображения приведены в таблице 4; отображения для конкретного представления моделируются ассоциированным отображением взаимосвязи.

9

Страница 14

ГОСТ Р ИСО/МЭК 10165-7-2003

Та б л и ца 4 — Отображении операций для взаимосвязей, прелегааюшых операциями административного управления

Прототип операции управления взаимосвязью

Подходящие, ориентированные иа объект операции управления системы над участвующими управляемыми объектами

BIND

Create. Action

UNBIND

Delete. Action

QUERY

Action

ESTABLISH

Create. Action

TERMINATE

Delete. Action

8 Родовые определения

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

8.1    Операции и сообщения административного управления взаимосвязью

8.1.1    ESTABLISH

Инвариант:    ограничения кардинальных чисел роли и взаимосвязи не нарушаются.

Предусловие: управляемая взаимосвязь не существует: управляемые объекты, заданные в операции как объекты, которые должны быть связаны, относятся к классу, допустимому для роли.

Постусловие: управляемая взаимосвязь существует; упраатяемые объекты, заданные в операции, существуют и присоединены к управляемой взаимосвязи.

8.1.2    TERMINATE

Предусловие: управляемая взаимосвязь существует.

Постусловие: управляемая взаимосвязь не существует; управляемые объекты, которые были ею связаны, теперь не связаны этой управляемой взаимосвязью.

8.1.3    BIND

Инвариант:    управляемая взаимосвязь существует; ограничения кардинальных чисел роли и

взаимосвязи не нарушаются.

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

Постусловие: управляемые объекты, заданные в операции, существуют и присоединены к управляемой взаимосвязи.

8.1.4    UNBIND

Инвариант:    управляемая взаимосвязь существует; ограничения кардинальных чисел роли и

взаимосвязи не нарушаются.

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

Постусловие: упраатяемые объекты, заданные в операции, не присоединены к управляемой взаимосвязи.

8.1.5    QUERY

Предусловие: TRUE.

Постусловие: управляемая взаимосвязь остается неизмененной.

8.1.6    NOTIFY

Предусловие: TRUE.

Постусловие: упраатяемая взаимосвязь остается неизмененной.

10

Страница 15

ГОСТ Р ИСО/МЭК 10165-7—2003

8.1.7 Определенная пользователем

В настоящем стандарте семантика этого прототипа не устанавливается.

8.2    Класс управляемых объектов genericRclationshipObject

Все классы объектов взаимосвязи должны специализироваться из genericRelationshipObject, который содержит атрибуты relationshipMapping. relationshipClass и relationshipName. Класс объектов взаимосвязи для конкретного класса взаимосвязей должен для каждой роли, определенной в классе управляемых взаимосвязей, включать в себя атрибут, полученный из атрибута PARTICIPANTPOIN-TER.

8.3    Связывание имен genericRelationshipObject-systeni

Это связывание имен должно использоваться для наименования объектов взаимосвязей относительно управляемого объекта «система», используя атрибут relationshipName

8.4    Атрибуты

8.4.1    Атрибут relationshipName

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

8.4.2    Атрибут relationshipC'lass

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

8.4.3    Атрибут relationshipMapping

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

8.4.4    Атрибут participant Pointer

Этот атрибут является незарегистрированным атрибутом, который должен быть прототипом для всех атрибутов «указатель участника». Синтаксисом атрибута является множество имен управляемых объектов: атрибут проверяется на равенство, сравнение множеств и пересечение множеств. Атрибут поддерживает специфические ошибки «нарушение кардинального числа роли*, «нарушение кардинального числа взаимосвязи», «нет такого объекта* и «несоответствие экземпляра роли».

Значения производных атрибутов «указатель участника* должны указывать управляемый(е) объект(ы), исполняющий(е) роль в текущий момент; тип атрибута должен указывать рать.

8.5    Атрибутивная группа relationships

Эта атрибутивная группа определена в ИСО/МЭК 10164-3 и должна использоваться для объединения всех атрибутов «указатель участника».

8.6    Параметры

8.6.1    Параметр noSuchObject

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

8.6.2    Параметр roleCardinalityViolation

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

8.6.3    Параметр rolelnstanceConflict

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

8.6.4    Параметр relationshipCardinalityViolation

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

II

Страница 16

ГОСТ Р ИСО/МЭК 10165-7-2003

ПРИЛОЖЕНИЕ А (обязательное)

Шаблоны взаимосвязей

А.1 Шаблон класса взаиыосвя юн А. 1.1 Обзор

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

а)    наследование взаимосвязи;

б)    уточнение взаимосвязи;

в)    поведение взаимосвязи;

г)    совместимость роли;

д)    ограничения карлинатьного числа роли;

е)    поддержку связывания и развязывания;

ж)    ограничения кардинального числа взаимосвязи.

Следующие метки шаблонов и вспомогательные определения, используемые в шаблоне класса взаимосвязей. специфицированы в РОУО:

<мстка-повсдения>

< метка-класса >

<метка-атрибута>

идентификатор-объекта

указание-типа

Следующее вспомогательное определение, используемое в шаблоне класса взаимосвязей, специфицированы в АСН.1:

идентификатор.

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

А. 1.1.1 Наследование

Шаблон класса управляемых взаимосвязей допускает спецификацию суисркласса(ов) управляемых взаимосвязей, из которого(ых) выведен данный класс управляемых взаимосвязей. Характеристики суперкласса(ов) наследуются подклассом. Специализация подкласса такова, что подкласс управляемой взаимосвязи согласуется с суперклассом(ами).

А. 1.1.2 Уточнение взаимосвязи

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

А. 1.1.3 Поведение

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

А. 1.1.4 Роли

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

А. 1.1.5 Идентификатор класса управляемой взаимосвязи

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

А. 1.2 Структура шаблона <метка-класса-в]аимоевя1сй> RELATIONSHIP CLASS [DERIVED FROM <метка-класса-взаимосвя1сй>

1 , <метка-класса-взаимоевязей>] • ; ]

BEHAVIOUR <метка-поведеиия> |1<метка-поведеиия>] * ;

[SUPPORTS поддерживается [ . поддерживается] * ; J [QUALIFIED BY <мстка-атриб)-га> [ , <метка-атрмбута> J * ; ]

[спецификатор-роли] * ;

REGISTERED AS млсигификагор-обьскга:

Вепомога тельные продукции поддерживается - >

ESTABLISH [нмя-операцин]

| TERMINATE [имя-операции]

; QUERY [имя-операции] j NOTIFY [нчя-сообшения] j USER DEFINED [имя-опсраиии|

12

Страница 17

ГОСТ Р ИСО/МЭК 10165-7—2003

специфика гор-роли - >

ROLE нмя-р»лн

1 COMРАТ1BLE-WITH <метка-класса>]

[PERMITTED-ROLE-CARDINALITY-CONSTRAINT указание-типа] [REQUIRED-ROLE-CARD1NALTTY-CONSTRAINT указание-тина)

1B1ND-SUPPORT (нмя-операини))

[UNBIND-SUPPORT (имя-операции)|

[PERMITTED-RELtTIONSlllP-CAKDINALITY-CONSTRAINT указан не-типа)

(REGISTERED AS идентификатор-объекта |

имя-роли - > < идентификатор > имя-операции - > <илентификатор> имя-сообщения - > <илснтификатор>

А. 1.3 Вспомогательные определения

А. 1.3.1 DERIVED FROM <метка-класса-взаимоевязсй> I . <метка-класса-взаимосвязей> ) 1

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

Спецификация характеристик, которые наследуются от других классов управляемых взаимосвязей, не должна повторяться в спецификации подкласса, если только не используется один из описанных в ГОСТ Р ИСО/МЭК 10165-4 методов для расширения унаследованной от суперкласса спецификации.

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

а)    SUPPORTS: специализированные операции административного управления взаимосвязью должны быть объединением операций административного управления взаимосвязями суперклассов и операций, специализированных в подклассе; наследование и специализация не должны вносить в подкласс дополнительные сообщения административного управления взаимосвязью.

б)    QUALIFIED BY: множества допустимых и обязательных значений диапазонов атрибутов не должны изменяться в подклассе.

в)    BEHAVIOUR: поведение подкласса должно быть:

-    дизъюнктивной комбинацией предусловий, унаследованных от суперкласса(ов) и специфицированных в подклассе;

-    конъюнктивной комбинацией постусловий, унаследованных от суперкласса(ов) и специфицированных в подклассе;

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

г)    ROLE

В определение подкласса могут быть включены дополнительные спецификации роли.

Класс управляемых объектов, введенный и подклассе разделом COMPATIBLE-WITH, должен быть совместим* с классами, указанными в аналогичных разделах суперкласса(ов).

Унаследованное значение PERM1TTED-ROLE-CARD1NALITY-CONSTRAINT роли, унаследованной от нескольких суперклассов, должно быть пересечением множеств значений, заданных для этой роли в суперклассах; любое ограничение множества допустимых кардинальных чисел роли, установленное в подклассе, должно быть подмножеством унаследованных ограничений допустимых кардинальных чисел роли (или должно ему равняться); специализированное ограничение допустимых кардинальных чисел роли должно быть пересечением множеств унаследованных значений и значений специфицированных в подклассе.

Унаследованное значение REQUIRED-ROUE-CARDINAL1TY-CONSTRAINT рати, унаследованной от нескольких суперклассов, должно быть объединением множеств значений, заданных для роли в суперклассах, пересеченным с унаследованными ограничениями допустимых кардинальных чисел роли: любое ограничение множества обязательных кардинальных чисел рати, установленное в подклассе, должно быть подмножеством унаследованных ограничений обязательных кардинальных чисел роли (или должно ему равняться); специализированное ограничение обязательных кардинальных чисел роли должно быть объединением унаследованных значений и значений, специфицированных в подклассе, пересечением со специализированным ограничением допустимых кардинальных чисел pant.

В спецификации подкласса может быть добавлено BIND-SUPPORT.

В спецификации подкласса может быть добавлено UNBIND-SUPPORT.

13

1

Понятие совместимости рассмотрено в ГОСТ Р ИСО/МЭК 10165-1. 5.2.

Страница 18

ГОСТ Р ИСО/МЭК 10165-7-2003

Унаследованное значение PERMITTED-RELATIONSH1P-CARD1NA1JTY-CONSTRAINT роли, унаследованной от нескольких суперклассов, должно быть пересечением множеств значений, заданных для роли в суперклассах; любое ограничение допустимых кардинальных чисел взаимосвязи, установленное в подклассе, должно быть подмножеством унаследованных ограничений кардинальных чисел взаимосвязей (или должно ему равняться); специализированное ограничение допустимых кардинальных чисел взаимосвязи должно быть пересечением множеств унаследованных значений и значений, специфицированных в подклассе.

д) REGISTERED AS: регистрации подкласса заменяет любую регистрацию, унаследованную ог других определений.

А. 1.3.2 BEHAVIOUR <метка-no ведения > [ , < метка-поведения > ] 1

Эта конструкция должна использоваться для спецификации независящего от предстаатения поведения управляемой взаимосвязи. Оно должно быть установлено в терминах инварианта управляемой взаимосвязи, инварианта, пред- и постусловий сообщений и операций административного упраатсния взаимосвязью. Конструкция ссылается на шаблоны поведения, как определено в ГОСТ Р ИСО/МЭК 10165-4.

А. 1.3.3 SUPPORTS поддерживается I . поддерживается 1*

Эта конструкция должна использоваться для определения операций и сообщений административного управления взаимосвя 1ью, которые поддерживает данная управляемая взаимосвязь. Вспомогательная продукция «поддерживается» должна использоваться для спецификации прототипов операций или сообщений, на которых основана(о) ланная(ос) операция (сообщение), а именно:

-    ESTABLISH [имя-операпни],

-    TERMINATE [имя-операции],

-    QUERY |имя-опсрации],

-    NOTIFY (имя-сообщения),

-    USER DEFINED (имя-операпии).

При необходимости имя-операции и имя-сообщения должны использоваться для:

-    обеспечения связи с факультативной спецификацией (в шаблонах поведения, указанных конструкцией BEHAVIOUR) поведения, дополнительного к определенному для указанного прототипа операции;

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

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

А. 1.3.4 QUALIFIED BY < мет к*-атрибута > J , < метка-атрибута > *

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

А. 1.3.5 ROLE имя-роли

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

А. 1.3.5.1 COMPATIBLE-WITH <мстка-класса>

Эта конструкция должна использоваться для спецификации характеристик, необходимых управляемому объекту для выполнения требований роли; характеристики должны быть заданы в терминах совместимых* классов управляемых объектов. Если эта конструкция отсутствует, то принимаются характеристики высшего класса (ГОСТ Р ИСО/МЭК 10165-2). Спецификация роли не зависит ог метода представления.

А. 1.3.5.2 PERMirrED-ROLE-CARDlNALITY-CONSTRUNT указание-типа

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

Например, если ограничение задает множество значений INTEGER (1..3), то управляемой взаимосвязи разрешено поддерживать в данной роли один, два или три управляемых объекта, но не разрешено поддерживать более трех упраатяемых объектов. Реализация обязана соблюдать это ограничение.

Если множество значений содержит 0. то роль начнется факультативной; однако факультативность рати не подразумевает поддержку операций связывания и развязывания. Если ограничение отсутствует, то по умолчанию должно использоваться унаследованное ограничение допустимых кардинальных чисел роли; если никакое ограничение не наследуется, то в качестве ограничения принимается множество значений INTEGER (О.. МАХ).

Множество значений PERMITTED-ROLE-C\RDlNALiTY-CONSTRAINTдолжно быть супсрмножесгвом значений REQUIRED-ROLE-CARD1NALITY-CONSTRAI NT или должно равняться ему.

А. 1.3.5.3 REQUIRED-ROLE-CARDINALITY-CONSTRAINT указание-типа

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

1

Понятие совместимости рассмотрено в ГОСТ Р ИСО/МЭК 10165-1, 5.2.

Страница 19

ГОСТ Р ИСО/МЭК 10165-7-2003

быть задано в терминах множества значений подтипа неотрицательных целых АСН.1. Например, если ограничение задает множество значений INTEGER (1, 3, 4), то управляемая взаимосвязь обязана поддерживать в данной роли один, три или четыре управляемых объекта, но не обязана поддерживать два или более четырех управляемых объектов. Реализация обязана соблюдать это ограничение.

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

Множество значений REQUIRED-ROLE-CARDINALITY-CONSTRAINT должно быть подмножеством значений PERM1TTED-ROLE-CARDINAL1TY-CONSTRA1NT или должно равняться ему.

A.1.3.5.4 BIND-SUPPORT |ичя-опсраини|

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

При необходимости имя-операции должно использоваться для:

-    обеспечения связи с факультативной спецификацией (в шаблонах поведения, указанных конструкцией BEHAVIOUR) поведения, дополнительного к заданному для операции-прототипа, установленной в BIND:

-    устранения двусмысленности кратных операций административного управления взаимосвязью, когарыс основаны на операции-прототипе BIND;

-    обеспечения связи с соответствующими операциями административного управления системы в шаблоне отображения взаимосвязи.

А.1.3,5.5 UNBIND-SUPPORT [имя-операция]

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

При необходимости имя-операции должно использоваться для:

-    обеспечения связи с факультативной спецификацией (в шаблонах поведения, указанных конструкцией BEHAVIOUR) поведения, дополнительного к заданному для операции-прототипа, установленной в UNBIND:

-    устранения двусмысленности кратных операций административного управления взаимосвязью, которые основаны на операции-прототипе UNBIND;

-    обеспечения связи с соответствующими операциями административного управления системы в шаблоне отображен и я взаи м ос вязи.

А. 1.3.5.6 PERMITTED-RELATIONSIIIP-CARDINALITY-CONSTRAINT указание-тина

Эта конструкция должна использоваться для спецификации любых ограничений на число взаимосвязей данного класса, в которых может участвовать управляемый объект в данной роли. Ограничение должно быть задано в терминах множества значений подтипа неотрицательных целых ACH.I. Например, если ограничение задает множество значений INTEGER (0..3). то управляемому объекту разрешено участвовать в данной роли не более чем в грех экземплярах данного класса управляемых взаимосвязей. Реализация обязана соблюдать это ограничение. Если эта конструкция отсутствует, то по умолчанию должно использоваться унаследованное ограничение допустимых кардинальных чисел взаимосвязи; если никакое ограничение не наследуется, то в качестве ограничения принимается множество значений INTEGER (0..МАХ).

A.I.3.5.7 REGISTERED AS идентификатор-объекта

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

А. 1.3.6 REGISTERED AS идентификатор-объекта

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

А.2 Шаблон отображения взаимосвязи

А.2.1 Обзор

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

а)    поведение отображения взаимосвязи;

б)    объекты взаимосвязи;

в)    классы-кандидаты, из которых могут быгъ получены управляемые объекты для исполнения данной

роли;

г)    методы представления:

д)    уточняющие атрибуты;

с) отображения операций и сообщений.

15

Страница 20

ГОСТ Р ИСО/МЭК 10165-7-2003

В шаблоне отображения взаимосвязи используются следующие метки шабюнов и вспомогательные определения РОУ О:

<    метка-дейст вия> <метка-атрибута>

<    метка-поведения > <метха-класса>


<мстка-связывания-нмсн>

<метка-сообшения>

<метка-парамстра>

идентификатор-объекта


В шаблоне отображения взаимосвязи используется следующее вспомогательное определение АСН.1:

идентификатор

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

A.2.LI Поведение

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

А.2.1.2 Методы представления

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

А. 2.1.3 Рази

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

А.2.2 Структура шаблона

RELATIONSHIP MAPPING

< метка-отображения-в «а имосвя «и >

RELATIONSHIP CLASS <метка-класса-взаимосвязей;

BEHAVIOUR <мстка-поведения> ( , <метка-новелсния> | *; (RELATIONSHIP OBJECT <мстка-класса> {QUALIFIES <мстка-атрибута> ( , <метка-атрнбута> ]* J : ) спсинфнкаиия-отображсния-ролн | . спсцификация-отображения-роли) * ; [OPERATIONS MAPPING операция-взаимосвязи отображается-в 1 , опсраиия-вшимосвязн отображается-в] * : J REGISTERED AS идентификатор-объекта:

Вспомогательные продукции

спсиифнкаиия-отображення-ролн - >

ROLE имя-роли RELATED-CLASSES Смотка-класса> (<метка-класса>) *

1REPRESENTED-BY представление)

(QUALIFIES <метка-атрибута> [<метка-атрибута> ) • J

представление - >

NAMING <мстка-связывания-нмсн> USING старшнйИлнПодчиненный | ATTRIBUTE <метка-атрибута>

! RELATIONSH1P-OBJECT-USING-POINTER <метка-атрибута>

| OPERATION

старшинИлиПодчииенный - >

SUPERIOR | SUBORDINATE

операция-взаимосвязи - >

ESTABLISH (имя-операции)

| TERMINATE (имя-операции|

| BIND (имя-онерации( (имя-роли]

| UNBIND (нмя-цперапни| (имя-роли]

| QUERY |имя-операинн| (имя-роли]

| NOTIFY (имя-сообшсння] j USER DEFINED (нмя-онераиии|

отображается-в - >

M.APS-TO-OPE RATION операция-управления-системы

OF роль-или-обьектВзаимосвязи |операния-управления-системы OF роль-илн-обы.'ктВзанм(квя]и) *

операния-управлення-снсгсмы - >

GET <метка-атрибута> (<метка-параметра>] *

| REPLASE <метка'-атрибута> (<метка-параметра>] *

16

Страница 21

ГОСТ Р ИСО/МЭК 10165-7-2003

| ADD <метка-атрибута> |<мстка-параметра>] *

| REMOVE <метка-а!рибута> |<метка-иарамстра>) * j CREATE (< метка-класса >] [<мстка-иарамегра>1 •

| DELETE (<метка-параметра>) *

| ACTION <метка-действия> (<метка-параметра>) * j NOTIFICATION <мстка-еообщения> |<мсгка-параметра>] *

роль-нли-объектВзанмосвязи - > имя-роли | RELATIONSHIP-OBJECT имя-роли - > <илекгификатор> имя-операции - > <идентификатор> имя-сообщения - > <пде*пификатор>

А. 2.3 Вспомог а тельные определения

А.2.3.1 RELATIONSHIP CLASS <метка-класса-взакмосвяэсй>

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

А.2.3.2 BEHAVIOUR <метка-иоведения> I , <метка-поведения>) *

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

А.2.3.3 RELATIONSHIP OBJECT <метка-класса> (QUALIFIES <метка-атрибуга> ( , <мегка-агр»|бута>| *

Эта конструкция присутствует в шаблоне, который специфицирует представление управляемой взаимосвязи с использованием объекта взаимосвязи. <метка-кдаеса> должна использоваться для указания класса объекта взаимосвязи: в фактической реализации класс объекта взаимосвязи должен быть классом, который указывает <метка-класса>. или его пол классом. Класс управляемых объектов, на который указывает < метка-класса>, должен быть подклассом generic RelationshipObject и иметь атрибуты указателей участников для каждой роли, заданной в соответствующем шаблоне класса управляемых взаимосвязей.

Конструкции QUALIFIES < метка-атрибута > 1 , < метка-атрибута > ) * должна использоваться для спецификации уточняющих взаимосвязь атрибутов, определенных в указанном шаблоне класса взаимосвязей, которые должны быть реализованы объектом взаимосвязи.

А.2.3.4 ROLE имя-роли RELVTED-CLASSES <метка-класса> 1<метка-класса>1 * (REPRESENTED-BY представление] [QUAL1FIES <метка-атрибута> |<мегка-агрибута> J * )

Эта конструкция должна использоваться для идентификации классов-кандидатов управляемых объектов, указываемых конструкцией <метка-кдасса> 1<метка-кдасса> ) * , которые могут исполнять роль, указанную именсм-роли. Роль должна быть одной из специфицированных в указанном шаблоне класса управляемых взаимосвязей; классы должны быть совместимыми с указанными в разделе COMPATIBLE WITH указанного шаблона класса взаимосвязей. Для роли в экземпляре указанного класса упраатясмых взаимосвязей, использующего это отображение, допустимы только управляемые объекты классов, заданных в Конструкции <мстка-класса> (<метка-класса> | * . и их подклассов.

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

-    NAMING <метка-связывання-имен> USING старший!! ли Подчиненный: роль, указанная именсм-роли, должна быть представлена объектом класса SURERIOR OBJECT CLASS или SUBORDINATE OBJECT CLASS, указанным в связывании имен <мстка-связывания-имсн>; раскрытие вспомогательной продукции старший-ИлиПодчиненный (SURERIOR или SUBORDINATE) должно указывать на SURERIOR OBJECT CLASS или SUBORDINATE OBJECT CLASS соответственно;

-    ATTRIBUTE <метка-атрибута>: тип атрибута, на который ссылается <метка-атри бута>, должен указывать роль: значение атрибута должно специфицировать участника(ои), исполняюшего(их) эту роль:

-    RELVTIONSHIP-OBJECT-USING-POINTER <метка-атрибута>: тип атрибута, на который ссылается <метка-атрибута>. должен указывать роль; значение атрибута должно специфицировать участника(ов). испол-няющего(нх) эту роль;

-    OPERATION: отображение операций административного управления взаимосвязью в операции административного упраатения системы должно быть специфицировано в конструкции OPERATIONS MAPPING.

Конструкция QUALIFIES <метка-атрибута> (<метка-атрибута>J * идентифицирует атрибуты уточнения взаимосвязи, определенные в указанном шаблоне класса взаимосвязей, которые должны быть реализованы указанными классами управляемых объектов.

А.2.3.5 OPERATIONS MAPPING операция -взаимосвязи отображается-в | , операпия-вчаимосвяж огобра-жаегся-в | *

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

17

Страница 22

ГОСТ Р ИСО/МЭК 10165-7-2003

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

-    ESTABLISH (имя-операции!,

-    TERMINATE [нмя-операини|,

-    BIND (имя-операции] (ичя-рили).

-    UNBIND [имя-операции] (нчя-роли).

-    QUERY |нмя-опсрации| |имя-роли),

-    NOTIFY |имя-сообщения|,

-    USER DEFINED |ичя-операиии|.

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

Вспомогательное определение отображается-в специфицирует следующую продукцию:

-    MAPS-ТО-О РЕ RATION опсраиия-управлсния-снсгсмы OF роль-и.ш-обьсктВзанмосвязи (опсрация-управлення-системы OF ро.ть-или-объсктВзаичосвязи] *

Вспомогательное определение опсраиия-управлсиия-снстемы специфицирует выбор одной из следующих продукций, каждая из которых указывает соответствующую!ее) операцию (или сообщение) административного управления системы и относящуюся к ней (к нему) информацию административного управлении системы; |<метка-параметра>| должна использоваться для спецификации любых параметров, которые должны быть связаны с операцией или сообщением административного управления системы:

-    GET <мегка-атрибута> (<метка-парамегра>| *: атрибут, указанный <меткой-атрибута>. должен Специ-фшшровагь. значение какого атрибута должно быть возвращено;

-    REPLASE <метка-атрибута> |<четка-параметра>) *: атрибут, указанный <меткой-атрибута>. должен специфицировать, значение какого атрибута должно быть заменено;

-    ADD <метка-атрибута> (<четка-парачетра> J *: атрибут, указанный <меткон-атрибута>. должен специфицировать атрибут, к которому должно быть добавлено значение;

-    REMOVE <метка-атрибута> (<мстка-парамстра>] *: атрибут, указанный <меткой-атрибута>, должен специфицировать атрибут, из которого должно быть исключено значение;

-    CREATE (<метка-класса>( (<метка-параметра>] *: класс, указанный <меткой-класса>. должен специфицировать класс, к которому относится создаваемый управляемый обьскт;

-    DELETE [<мстка-парамстра>| *;

-    ACTION < метка-действия > (< метка-параметра > | •: действие, указанное <меткой-действия>, должно специфицировать производимое действие:

-    NOTIFICATION <метка-сооби1сння> (<метка-параметра>| *: сообщение, указанное <меткой-сообше-ния>, должно спсцифицировагь создаваемое сообщение.

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

-    имя-роли.

-    RELATIONSHIP-OBJECT.

А.2.3.6 REGISTERED AS идентификатор-объекта

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

IS

Страница 23

ГОСТ Р ИСО/МЭК 10165-7-2003

ПРИЛОЖЕНИЕ В

(обязательное)

Определение информации административного управления В.1 Присвоение идентификаторов объектов

В настоящем стандарте присвоены следующие идентификаторы объектов:

GRMD {joint-iso-itu-t ms(9) smi(3) part7(7) asnIModule(2) 1}

DEFINITIONS : : - BEGIN grm-Object OBJECT IDENTIFIER : : ” {joint-iso-itu-t ms(9) smi(3) part7(7) managed ObjcctClass(3)} gm-Package OBJECT IDENTIFIER : : ш {joint-iso-itu-t ms(9) smi(3) part7(7) package(4)} gm-Parameter OBJECT IDENTIFIER :: *» {joint-iso-Hu-t ras(9) smi(3) part7(7) parameter(S)} gna-Name Binding OBJECT IDENTIFIER : : " (joint-iso-itu-t ms<9) smi(3) part7(7) nameBinding(6)} gmi-AUribute OBJECT IDENTIFIER : : ■» (joint-iso-hu-1 ms(9) smi(3) part7(7) attributed 7)} grm-RelationshipClass OBJECT IDENTIFIER : : ■* {joint-iso-itu-t ms(9) smi(3) part7(7) rdationshipClass(ll)} grm-Relationship.Mapping OBJECT IDENTIFIER : : * (joint-iso-itu-t ms(9) smi(3) part7(7) relationship.Mapping( 12)} grm-RelalionshipRole OBJECT IDENTIFIER : : *» (joint-iso-itu-t ms(9) smi(3) part7(7) rdationshipRole( 13)}

END

B.2 Определение классов управляемых объектов

gencricRdationshipObject MANAGED OBJECT CLASS DERIVED FROM «СС1ТТ Rec.X.721 | ISO/IEC 10165-2»: top:

CHARACTERIZED BY genericRelationshipObjcctPackage PACKAGE ATTRIBUTES rdationshipName GET,

RelationshipClass GET,

Relationship.Mapping GET;

ATTRIBUTE GROUPS •CCITT Rec.X.721 | ISO/IEC 10165-2»: relationships: ; ;

REGISTERED AD {GRMD.grm-Object 1} ;

B.3 Определение связывания имен gcncricRclatwnshipObjcct-svstcm NAME BINDING SUBORDINATE OBJECT CLASS genericRclationshipObjcct AND SUBCLASSES;

NAMED BY SUPERIOR OBJECT CLASS «ССПГТ Rec.X.721 | ISO/IEC 10165-2. : system AND SUBCLASSES; WITH ATTRIBUTE rdationshipName:

REGISTERED AS {GRMD.grm-NamcBinding 1} ;

B.4 Определение атрибутов rdationshipName ATTRIBUTE WITH AT TRIBUTE SYNTAX GRM-ASNlModulc.SimpleNamcType;

REGISTERED AS {GRMD.grm-Attribute 1} ;

relationshipClass ATTRIBUTE WITH ATTRIBUTE SYNTAX GRM-ASNlModule.RelationshipClass;

MATCHES FOR EQUALITY;

REGISTERED AS {GRMD.grm-Attribute 2} ;

rdationship.Mapping ATTRIBUTE WITH ATTRIBUTE SYNTAX GRM-ASNlModule.RclationshipMapping;

MATCHES FOR EQUALITY;

REGISTERED .AS {GRMD.grm-Attribute 3}; participant Pointer ATTRI BUTE WITH ATTRIBUTE SYNTAX GRM-ASNIModule. GroupObjects;

MATCHES FOR EQUALITY, SET-INTERSECTION. SET-COMPARISON;

PARAMETERS noSuchObject, role 1 nst anccC on flic t, roleCardinalityViolation, rclationshipCardinalitv Violation ; ;

—    Реализация может применять к синтаксису атрибута participant Pointer ограничения подтипа АСИ. I д>я

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

19

Страница 24

ГОСТ Р ИСО/МЭК 10165-7-2003

В.5 Определение параметров noSuchOhject PARAMETER CONTEXT SPECIF1C-ERROR;

WITH SYNTAX GRM-ASN lModule.Objectlnstaiice;

REGISTERED AS {GRMD.grm-Parameter I): rolcCardinality Violation PARAMETER CONTEXT SPECIFIC'-ERROR;

WITH SYNTAX GRM-ASN1 Module.Null;

REGISTERED AS {GRMD.gnn-Parametcr 3};

rolclnstanccConflict PARAMETER CONTEXT SPECIFIC-ERROR;

WITH SYNTAX GRM-ASNIModule.Objectlnstance;

REGISTERED AS {GRMD.grm-Panuiteter 2};

relationshipCardinalitvYiolation PARAMETER CONTEXT SPECIFIC-ERROR;

WITH SYNTAX GRM-ASM Module. Null;

REGISTERED AS {GRMD.grn-Panuneter 4) ;

B.6 Опрелеления абстрактных синтаксисов

GRM-ASN 1 Module (joint-iso-itu-t ms(9) smi(3) part7(7) asnlModule(2)2}

DEFINITIONS : : - BEGIN

IMPOTRS ObjectInstance FROM CM1P-1 (joint-iso-itu-t ms(9) smip(I) venaon(l) pn»tocol(3)} SimpleNamcType, GroupObjccts

FROM Attribute-ASNl Module (Joint-iso-itu-t ms(')) smi(3> part2(2) asnlModule(2) 1} RelationshipClass : : - OBJECT IDENTIFIER Rclationship.Mappinx : : - OBJECT IDENTIFIER Null :: - NULL END

20

Страница 25

ГОСТ Р ИСО/МЭК 10165-7—2003

ПРИЛОЖЕНИЕ С

(обязательное)

Форма заявления о соответствии управляемой взаимосвязи (ЗСУВ)1

С.1 Введение

Целью формы настоящего приложении является обеспечение такою руководства но форме заявления о соответствии управляемой взаимосвязи (ЗСУВ). что поставщик реализации, заявляющий о соответствии классу управляемых взаимосвязей, может предоставить информацию о соответствии в стандартном виде. Определенная в настоящем приложении форма является дополнением к форме, определенной в ГОСТ Р ИСО/МЭК 10165-6. С.2 Инструкции по заполнению формы ЗСУВ

Приведенная в настоящем приложении форма ЗСУВ содержит информацию в табличном виде. Поставщик реализации должен отметить поддерживаемые позиции в таблицах С.1—С.З и. при необходимости, предоставить дополнительную информацию.

С.З Символы, сокращения и термины

В столбцах статуса используются следующие общие обозначения. определенные в ГОСТ Р ИСО/МЭК %46-2: о — обязательно: ф — факультативно; у — условно; х — запрещено;

-    не применяется.

В столбцах обеспечения используются следующие общие обозначения, определенные в ГОСТ Р ИСО/МЭК 9646-2 и ИСО/МЭК %46-7:

Д — реализовано;

Н — не реализовано;

-    ответ не требуется;

Иг — Позиция игнорируется (т. с. обрабатывается синтаксически, но не семантически).

С.4 Обеспечение управляемой взаимосвязи

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

Таблица С.1 — Поддержка управляемой взаимосвязи

Поряд

ковый

номер

Метка шаблона класса таимо-связи

Значение идентификатора объекта для класса взаимосвязи

Метка шаблона отображения взаимосвязи

Значение идентификатора объекта для отображения взаимосвязи

С тагус

Под-лер*-

ка

Дополшисльная

информации

1

С.4.1 Поддержка роли

Для каждой роли, идентифицированной в отображении управляемой взаимосвязи, поставщик реализации должен указать поддержку, используя таблицу С.2.

Таблица С.2 — Поддержка ратей

Поряд

ковый

номер

Межа

роли

0|т>ани-ченин и значения

Статус

Под

держ

ка

Значение идешификатора объекта фактически участвующего класса управляемых объектов

Ссылка па ЗСУО для фактически участвующею класса управляемых объектов

Доколии гельная информация

1

2

21

1

Форма ЗСУВ защищена авторскими правами. Пользователи настоящего стандарта мот воспроизводить и использовать эту форму.

Страница 26

ГОСТ Р ИСО/МЭК 10165-7-2003

С.4.1.1 Поддержка операций, сообщений и параметров административного управления в«аим<н:вян>ю

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

Поставщик реализации должен указать поддерживаемые параметры, если они есть, специфицированные в шаблоне отображения взаимосвязи, используя таблицы поддержки параметров, приведенные в приложении D.

Таблица С.З — Поддержка операций и сообщений административного управления взаимосвязи)

Порядковый

номер

Сообщение или операция управления витыосвя1ЬН>

Сообщение или операция управления системы

Ограничения н жачення

Статус

Поддержка

Дополнительная

информация

1

2

С.4.2 Поддержка объекта вшичосвяш

Поставщик реализации должен указать поддержку класса обьектов взаимосвязи, если он есть, специфицированного в шаблоне отображения взаимосвязи, используя форму ЗСУО, определенную в ГОСТ Р ИСО/МЭК 10165-6. и форму ЗОНУ, определенную в приложении D. Класс объектов взаимосвязи должен быть подклассом gcncricRelationshipOhject.

ПРИЛОЖЕНИЕ О (обязательное)

Форма ЗОИ У (атрибугов)1

D.1 Введение

Целью формы настоящего приложения яатяется обеспечение такого руководства по форме заявлении об определении информации административного управления (ЗОИУ), что поставщик реализации, заявляющий о соответствии классу управляемых взаимосвязей, может предоставить информацию о соответствии в стандартном виде.

D.2 Атрибуты

См. таблицу D.I.

Таблица D.1 — Поддержка атрибутов

Set by creale

Gel

Replace

з:

3

X.

О

S =. л ° — =

Метка шаблона атрибута

Значение идентификатора объекта атрибута

Ж 1 « У =

II

о =

'i.

г

u

■»

ii

M

c,

о

a

о

с

£

и

г

о

п

\

Q.

V

3

S

с

ч.

2

V

t

Ж

к

с.

V

3

с

с

1

rclationshipNamc

{jomt-iso-itu-t ms(9) smi(3) part7(7) attributed) 1}

Ф

о

X

2

relatioruhipClass

Ijoint-iso-itu-t ms(9) smi3) pcirt7(7) attribute(7)2}

Ф

о

X

3

roleMapping

{joint-iso-itu-t ms(9) .smi<3) part7(7) attnbute(7)3}

Ф

о

X

4

participant Pointer

-

Ф

ф

ф

22

1

Форма ЗОИВ защищена авторскими правами. Пользователи настоящего стандарта могут военроиjbo-дигь и использовать эту форму.

Страница 27

ГОСТ Р ИСО/МЭК 10165-7—2003

Таблица D.I (продолжение) — Поддержка атрибутов

Add

Remove

Set (о default

Поряикопий

номер

Статус

Полдерхка

Статус

Полдержка

С тагус

Поддержка

Дополнительная кнформлиии

1

2

3

4

Ф

Ф

-

D.3 Параметры

См. таблицу D.2.

Таблица D.2 — Поддержка параметров

1

о

2    е*

с?

Метка шаблона параметра

'Значение идентификатора объекта параметра

ii с 5

V

p

г

и

*

3

с.

*

•J

о

с

я

11

II

о =

=* X

1

noSuchObjcct

{joint-iso-itu-t ms(9) smi(3) part7(?) parameter(5)l)

ф

2

roleCardinahtyViolation

(joint-iso-itu-l ms(9) snii(3) parl7(?) parameter(5)3)

ф

3

role 1 nstanceConil ict

{joint-iso-itu-t ms(9) smi(3) part7(7) parameter(5)2)

ф

4

relationshipCardinality Violation

(joint-iso-itu-t ms(9) snii(3) part7(7) para met er( 5)4}

ф

23

Страница 28

ГОСТ Р ИСО/МЭК 10165-7-2003

ПРИЛОЖЕНИЕ Е (справочное)

Иллюстрация методов представления

В настоящем приложении при велена графическая интерпретации компоновки и использования шаблонов класса и отображения взаимосвязи (см. рисунки Е.1 и Е.2).

Рисунок Е.1 — Шаблон класса взаимосвязей

24

Страница 29

ГОСТ Р НСО/МЭК 10165-7—2003

Рисунок Е.2 — Шаблон отображения взаимосвязи

25

Страница 30

ГОСТ Р ИСО/МЭК 10165-7-2003

ПРИЛОЖЕНИЕ F (справочное)

Примеры использования шаблонов

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

F.1 Присвоение идентификаторов объектов

GRMExample {joint-iso-itu-t ras(9) шКЗ) part"(7) asnl.Module(2) examplcASM(99))

DEFINITIONS : : -BEGIN grmEx-Rolc OBJECT IDENTIFIER r: -

(joint-iso-itu-t ms(9) snti(3) part7(7) gnn-Rolc( 13) exampleRolc(99)} grmEx-RclationshipClass OBJECT IDENTIFIER : : -

{joint-iso-itu-t ms(9) sini(3) part7(7) grra-RelationshipClassf11) examplcRclatiomhipClass(99)} grmEx-Relationship.Mappini; OBJECT IDENTIFIER :: «

(joint-iso-itu-t ms(9) smi(3) part7(7) grm-RclationshipMapping( 12) example Relationship.Mapping(99)] gnnEx-Object OBJECT IDENTIFIER : : -

{joint-iso-itu-t ms(9) smi(3) part7(7) managc4lObjcctCiass(3) exampleObjectClass(99)} grmEx-Attribute OBJECT IDENTIFIER :: -

(joint-iso-itu-t ms(9) smi(3) part7(7) attributed) examplcAtlribute(99)J grraEx-NaneBinding OBJECT IDENTIFIER : : -

(joint-iso-itu-t ms(9) smi(3) part7(7) name Binding 6) cxainple.\amcBinding(99)} grmEx-Package OBJECT IDENTIFIER : : -

(joint-iso-itu-t ms(9) smi(3) part7(7) package(4) examplePackagc(99)}

PcrsonName : : * Graphic St ring SinglcVaiucd : : " Group Object (S1ZE(1))

ZeroToTwo :: - INTEGER (0 .. 2)

One :: -    INTEGER (I .. 1)

OneTofive :: - INTEGER (I .. 5)

OneToMax :: - INTEGER (I .. MAX)

Two :: -    INTEGER (2 .. 2)

TwoToMax :: - INTEGER (2 .. MAX)

END

F.2 Пример симметричной взанмосвяш

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

F.2.I Определение класса симметричных взаимосвязей

symmetric Relationship RELATIONSHIP CLASS В El I A'VIО LI R symmetric Relationship Behaviour;

SUPPORTS

ESTABLISH cstablishSymmctrieRelationship.

TERMINATE terminafcSymmctricRclationship.

QUERY querySy mmetricRelationship:

ROLE    pcerRole

PERMITTED-ROLE-CARDINALITY-CONSTRA1NT    GRM Example.TwoToMax

REQL1RED-ROLE-CARDINALITY-CONSTRAINT    GRMExample. Two

PERMITTED-RELATIONSHIP-CARDINALITY-CONSTRAINT GRMExampie.One REGISTERED AS (GRMExample.grmEx-Role x) ;

REGISTERED AS (GRMExampIc.grmEx-RcbUionxl^Class x};

26

Страница 31

ГОСТ Р ИСО/МЭК 10165-7—2003

synimctricRclationship Behaviour BEHAVIOUR DEFINED AS*

ИНВАРИАНТ: данная взаимосвязь имеет единственную роль, для которой минимальные допустимое и обязательное кардинальные числа роли ограничены 2. Существование экземпляра этого класса взаимосвязей подразумевает существование по крайней мере двух соответствующих управляемых объектов, играющих эту роль.

ОПЕРАЦИИ:

EST А В LIS Н establ ishSymmetric Relationship

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

связаны в новом экземпляре класса SymmetricRclationship.

Предусловие: экземпляр класса взаимосвязей SymmetricRclationship не должен существовать. Постусловие: участники равноправной роли существуют; экземпляр класса взаимосвязей SymmetncRe-lationship существует: участники равноправной роли, указанные в сигнатуре, связаны в данном экземпляре класса Symmetric Relationship.

TERMINATE tcrminatcSymmetricRelationship

Сигнатура:    иденшфикапин экземпляра класса взаимосвязей SymmetricRclationship, который должен

быть завершен.

Предусловие: экземпляр класса взаимосвязей Symmetric Relationship, указанный в сигнатуре, существует;

участники равноправной роли, связанные в данном экземпляре класса Symmetric Relationship, существуют.

Постусловие: Указанный экземпляр класса взаимосвязей SymmetricRclationship не существует; участники равноправной роли, которые были связаны в данном экземпляре класса Symmetric Relationship. существуют. * ;

F.2.2 С имметричная взаимосвжь, представленная объектом втакчосвяти

svnmictricRclationship.Mappini; RELATIONSHIP MAPPING RELATIONSHIP CLASS symmetric Relationship;

BEHAVIOUR symmetricRclationshipMappingBehariour BEHAVIOUR DEFINED .AS*

Это представление симметричной взаимосвязи использует объект взаимосвязи. Объекты, играющие равноправные роли, иденгифинируются атрибутом pecrPointcr управляемого объекта симметричной взаимосвязи: * ; ;

RELATIONSHIP OBJECT symmetricRclationshipObject:

ROLE peerRole RELATED-CLASSES -ССТП Rec.X.721 | ISO/IEC 10165-2»: top REPRESENTED-BY RELATIONSIHP-OBJECT-USING-POINTER peerPointen

OPERATIONS MAPPING ESTABLISH cstablishSvramctricRelatiofuhip MAPS-TO-OPERATION CREATE OF RELATIONSHIP OBJECT,

TERMINATE tcrrainateSymmctricRclationship

MAPS-TO-OPERATION DELETE OF RELATIONSHIP OBJECT,

QUERY qucrvSvnimetricRclationship MAPS-TO-OPERATION GET pcerPointer OF RELATIONSHIP OBJECT;

REGISTERED .AS {GRMExample. grmEx-RclationshipMappin|> x);

symmetricRclation.shipObjcct MANAGED OBJECT CLASS DERIVED FROM gcnericRclationshipObjcct;

CHARACTERIZED BY '•>mraclricRelalionshipPackagc PACKAGE ATTRIBUTES peerPioater GET-REPLACE ADD-REMOVE;; ;

REGISTERED .AS {GRMExample^пиЕх-Object x} ;

peerPointer ATTRIBUTE

DERIVED FROM participant Pointer;

REGISTERED AS {GRMExample, grmEx-Attribute x> ;

F.3 Пример взаимосвязи зависимости

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

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

27

Страница 32

ГОСТ Р ИСО/МЭК 10165-7-2003

-    родитель:

-    сын;

-    дочь.

F.3.1 Определение класса взаимосвязи зависимости

dependency RELATIONSHIP CLASS BEHAVIOUR dependency Behaviour.

SUPPORTS

ESTABLISH establish Depcndcncv,

TERMINATE terminate Dependency,

QUERY query Dependents.

QUERY    queryParent;

QUAL1FIED-BY timeOfEslabltshmcnt;

ROLE    parentRoic

PERM 1П ED- ROLE-CARDI NALITY-CONSTRXINT    G RM Example. One

REQU1RED-ROLE-CARDINAUTV-CON STRAl NT    GRMExample.One

PERMllTED-RELVriONSHlP-CARDINALrn-CONSTRAINT GRMExarapIc.One REGISTERED AS {GRMExample, grm Ex-Role x};

ROLE    dependent Role

PERM1TTED-ROLE-CARDINAL1TY-COSTRAINT    G RM Exaraple.OneToMax

REQUI RE D- ROLE-CARDI NALITY-CONSTRAINT    G RMExample'.One

PERMITTED-RELATIONSHIP-CARDINALITY-CONSTRAINT GRM Example.One BIND-SUPPORT bind Dependent UNBIND-SUPPORT unbindDependent REGISTERED AS {GRM Example, grm Ex-Role x);

REGISTERED AS {GRMExample. grmEx-RelationshipCIass x);

dependencyBchaviour BEHAVIOUR DEFINED AS »

ИНВАРИАНТ:    в лом классе взаимосвязей есть две роли — родительская и зависимая. Существование

участника в зависимой рол» подразумевает существование по крайней мерс одного соответствующего участника в родительской роли. Управляемый объект не может играть обе роли.

КОММЕНТАРИИ: экземпляр обьекта, играющий зависимую роль, может участвовать только в одном экземпляре этой взаимосвязи зависимости, т. с. кардинальное число взаимосвязи равно единице. Экземпляр объекта, способный играть родительскую роль, может существовать вне взаимосвязи зависимости, а объект, играющий зависимую роль. — нет. Уточняющий атрибут (timeOfEstablishment) указывает в формате UTC время установления взаимосвязи.

ОПЕРАЦИИ:

ESTABLISH establish Dependency

Сигнатура:    класс и идентификация предлагаемого участвующего объекта в зависимой роли, которая

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

Предусловие: предлагаемый участник в зависимой рати не должен существовать; предлагаемый учас тник в родительской роли существует.

Постусловие: существует новый экземпляр класса взаимосвязи зависимости; участники в родительской и зависимой ролях, предложенные в сигнатуре ESTABLISH, существуют и свя заны в новом экземпляре класса взаимосвязи зависимости. Уточняющий атрибут timeOfEstablishmcnt установлен равным текущему значению времени UTC.

BIND bindDcpendcnt

Сигнатура:    класс и идентификация участника в родительской рати; класс и идентификация предла

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

Предусловие: участник в родительской рати существует и связан в экземпляре класса взаимосвязи зависимости: предлагаемый участник в зависимой роли не существует.

Постусловие: участник в зависимой роли, указанный в сигнатуре BIND, существует и связан в том же самом экземпляре класса взаимосвязи зависимости, что и участник в родительской роли, указанный в сигнатуре BIND.

UNBIND imbindDcpendcm

Сигнатура:    класс и идентификация участника в родительской роли; класс и идентификация участника

в зависимой рази.

28

Страница 33

ГОСТ Р ИСО/МЭК 10165-7-2003

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

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

TERMINATE terminatcDepcndency

Сигнатура:    идентификация экземпляра класса взаимосвязи зависимости, который должен быть завер

шен.

Предусловие: экземпляр класса взаимосвязи зависимости, идентифицированный в сигнатуре, существует: в зависимой роли в этой взаимосвязи зависимости существует только один участник. Постусловие: экземпляр класса взаимосвязи зависимости, указанный в сигнатуре, не существует: участник. который был в родительской роди, существует. Участник в зависимой роли не существует. Значение уточняющего атрибута limcOfEstablishmcnt является неопределенным. »;

person MANAGED OBJECT CLASS

DERIVED FROM .CCITT Rcc.X. 721 | ISO/IEC 10165-2*: top;

CHARACTERIZED BY

person Package PACKAGE ATTRIBUTES pcrsonNamc GET; :;

REGISTERED AS {GRMExample. grmEx-Object x) ; pcnionNamc ATTRIBUTE

WITH ATTRIBUTE SYNTAX GRM Example. PersonName;

REGISTERED AS {GRMExamplc. RrmEx-Attribute x} ; timet ^Establishment ATTRIBUTE

WITH ATTRIBUTE SYNTAX UTCTime;

REGISTERED AS {GRMExamplc. grmEx-Attributc x>;

F.3.2 Класс взаимосвязей зависимости, представленный с помощью сопряженных указателей dcpendcncy.AttrilnitcRcprcscntation RELATIONSHIP MAPPING RELATIONSHIP CLASS dependency;

BEHAVIOUR dependency.Vttribule Representation Behaviour;

ROLE    parent Role

RELATED-CLASSES    a Person

REPRESENTED-BY ATTRIBUTE parent QUALIFIES tiraeOfE.s1aMishmcnt.

ROLE    dependent Role

RELATED-CLASSES    bPerson

REPRESENTED-BY ATTRIBUTE    dependents:

OPERATIONS MAPPINGS

ESTABLISH establLshDependency

MAPS-TO-OPERATION CREATE OF dependent Role.

TERMINATE terminatcDcpcndcncv

M APS-TO-OPERATION DELETE OF dependent Role.

BIND    bindDepcndent

MAPS-TO-OPERATION CREATE OF dependentRole.

UNBIND    unbindDependent

MAPS-TO-OPERATION DELETE OF dependentRole,

QUERY    query Parent parent Role

MAPS-TO-OPERATION GET parent OF dependentRole.

QUERY    quervDcpcndents dependentRole

MAPS-TO-OPERATION GET dependents OF parent Role;

REGISTERED .AS (GRMExamplc. grmEx-RclationshipMapping x) ;

dcpcndcncy.AttrilHitcRcprcscntationBchaviour BEHAVIOUR DEFINED AS*

'jho представление класса взаимосвязей зависимости использует сопряженные указатели участников для представления экземпляра взаимосвязи: согласованность указателей участников должна быть обеспечена.

29

Страница 34

ГОСТ Р ИСО/МЭК 10165-7-2003

Операции административного управления взаимосвячью ESTABLISH cstablishDepcndency и BIND bindOcpendcnl отображаются в создание участника в зависимой роли: различие состоит в том, что операция административного управления взаимосвязью ESTABLISH establish Dependency используется, когда участник является первым, исполняющим зависимую роль, а операция административною упраатсния взаимосвязью BIND bindDependent используется, когда в это время связан по крайней мере один участник в этой роли. После создания объекта класса bPerson с атрибутом parent, идентифицирующем объект класса aPerson, значение атрибута dependents объекта класса a Person идентифицирует соответствующий объект класса bPerson.

Аналогично операции административною управления взаимосвязью TERMINATE terminatcDepcn-dency и UNBIND unbind Dependent отображаются в удаление участника в зависимой роли: различие состоит в том, что операция административною управления взаимосвязью TERMINATE terminate Dc-pendencv используется, только когда имеется только один участник, исполняющий зависимую роль, а операция административного управления взаимосвязью UNBIND unbind Dependent используется, когда в момент удаления имеется несколько участников, исполняющих эту роль. При удалении объекта класса bPerson. играющего зависимую роль dependent Role, значение атрибута dependents объекта класса aPerson, играющего родительскую роль parcntRolc, изменяется: из него удаляется идентификация соответствующего объекта класса bPerson.

Операция административного управления QUERY queryDcpendents отображается в операцию GET атрибута dependents в объекте аРегеоп. играющем родительскую роль parcntRolc; операция административного управления QUERY query Parent отображается в операцию GETатрибута parent в объекте bPerson. играющем зависимую роль dependent Role.

Создание класса управляемых объектов bPerson (или его подкласса) приводи! к установлению экземпляра взаимосвязи зависимости с отображением depcndencyAttribulcRepresentation RELATIONSHIP MAPPING, где значение атрибута parent в объекте bPerson устанавлнвается-при-создании равным экземпляру класса управляемых объектов a Person, а атрибут dependents в объекте aPerson является непустым множеством.

Удаление управляемого объекта bPerson (или его подкласса) приводит к отвязыванию его от экземпляра зависимости взаимосвязи с отображением dcpendencyAttributcRcpresentation RELATIONSHIP MAPPING, когда значение атрибута dependents в объекте aPerson остается непустым после удаления, и к соответствующему обновлению атрибута dependents.

Удаление управляемого объекта bPerson (или сто подкласса) приводит- к завершению экземпляра зависимости взаимосвязи с отображением dcpendcncyAttributeRepresentation RELATIONSHIP MAPPING, когда значение атрибута dependents в объекте aPerson остается пустым после удаатения. и к соответствующему обновлению атрибута dependents. »;

aPerson MANAGED OBJECT CLASS DERIVED FROM person;

CHARACTERIZED BY parentPackage PACKAGE

ATTRIBUTES dependents GET.

timeOfEstablishment GET; ;;

REGISTERED AS {GRMExample. grraEx-Objeet x};

bPerson MANAGED OBJECT CLASS DERIVED FROM person;

CHARACTERIZED BY

dependent Package PACKAGE

ATTRIBUTES parent PERMITTED VALLES GRMExample. SingleValucd GET; ; ;

REGISTERED AS {GRMExample. grraEx-Objeet x};

dependent ATTRIBUTE

DERIVED FROM participant Pointer;

REGISTERED AS {GRMExample. grmEx-Attribute x};

parent ATTRIBUTE

DERIVED FROM participant Pointer;

REGISTERED .AS {GRMExample. grm Ex-Attribute x};

F.3.3 Класс взаимосвязей зависимости, прслставтенный с помощью объекта взаимосвязи

depeiKlencyObjc’ctRepresentation RELATIONSHIP MAPPING RELATIONSHIP CLASS dependency:

BEHAVIOUR dependencyObject Representation Behaviour;

RELATIONSHIP OBJECT dependencyRelationshipObject QUALIFIES timcOfEstabltshment;

30

Страница 35

ГОСТ Р ИСО/МЭК 10165-7—2003

ROLE parent Role

RELATED-CLASSES ртов

REPRESENTED-BY REIATIONSH1P-OBJECT-US1NG-POINTER parent,

ROLE dependent Rote

RELATED-CLASSES person

REPRESENTED-BV RELATIONSIHP-OBJECT-USING-POINTER dependents;

OPERATION MAPPING

ESTABLISiI establishDependencv

MAPS-TO-OPERATION CREATE OF RELATIONSHIP OBJECT,

TERMINATE terminate Dependent1'

MAPS-TO-OPERATION DELETE OF RELATIONSHIP OBJECT.

BIND bindDependcnt dependent Role MAPS-TO-OPERATION ADD dependents OF RELATIONSHIP OBJECT.

UNBIND unbindDependent dependent Role

MAPS-TO-OPERATION REMOVE dependents OF RELATIONSHIP OBJECT,

QUERY    qucryDependcnts dependent Role

MAPS-TO-OPERATION GET dependents OF RELATIONSHIP OBJECT.

QUERY    qeeryParents parent Role

MAPS-TO-OPERATION GET parent OF RELATIONSHIP OBJECT;

REGISTERED .AS {GR.VlExamplc. grmEx-Rclationship.Mapping x); depcndcncyObjcctRcprcscntationBchaviour BEHAVIOUR DEFINED AS»

Это представление взаимосвязи зависимости использует объект взаимосвязи для представления экземпляра взаимосвязи и для связи участников. Оисраиия административного управления взаимосвязью ESTABLISH cstablishDepcndency отображается в операцию создания CREATE объекта dcpcn-dencyRclationshipObjcct, а операция административного управления взаимосвязью TERMINATE ternii-natcDcpcndcncy — в операцию удаления DELETE объекта dependencyRclationshipObjcct. Операция административного управления взаимосвязью BIND bindDepcndent отображается в операцию ADD над атрибутом dependents объекта dependencyRclationshipObjcct. Операция административного управления взаимосвязью UNBIND unbindDependent отображается в операцию REMOVE над атрибутом dependents объекта dcpcndcncyRelationshipObjcct.

Создание объекта dependencyRclationshipObjcct приводит к установлению взаимосвязи зависимости с dependencyRclationshipObjcct RELATIONSHIP MAPPING. Так как родительская роль не является динамической (т. с. для родительской роли не определены BIND-SUPPORT и UNBIND-SUPPORT), то атрибут parent в dependencyRclationshipObjcct должен быть установлсн-при-созданин равным ровно одному экземпляру объекта person, исполняющему parent Role роль; значение ат рибута parent не может бьпъ изменено во время операций зависимости.

Добавление значения, представляющего объект person, к атрибуту dependents объекта dcpcn-dencyRclationshipObjcct приводит к связыванию объекта person с взаимосвязью, соответствующей объекту dependencyRclationshipObjcct. в роли dependent Role.

Удаление значения, представляющего объект person, из атрибута dependents объекта dcpcn-dcncyRclationshipObject приводит к отвязыванию объекта person от взаимосвязи, соответствующей объекту dependency RelationshipObjcct.

Удаление объекта dependencyRclationshipObjcct приводит к завершению взаимосвязи зависимости с dcpendcncyObjectRepresentation RELATIONSHIP MAPPING. »:

dcpcndcncy RelationshipObjcct MANAGED OBJECT CLASS DERIVED FROM gcncricRclationshipObjcct:

CHARACTERIZED BY

dcpcndcncy RelationshipObjcct Package PACKAGE ATTRIBUTES

dependents GET-REPLACE ADD-REMOVE, parent GET,

timcOfEstablisluncnt GET;

REGISTERED AS {GRMExamplc. grin Ex-Package x) ; ;

REGISTERED AS {GRMExamplc. grmEx-Object x) ;

F.3.4 Класс взаимосвязей зависимости, представленный с помощью наименования dependency\ainin"Keprcsentation RELATIONSHIP MAPPING RELATIONSHIP CLASS dependency;

BEHAVIOUR dependencyNamingRcprcscntationBchaiiour;

31

Страница 36

ГОСТ Р ИСО/МЭК 10165-7-2003

ROLE parent Role

RELVTED-CLASSES cPerson

REPRESENTED-BY NAMING aNamcBinding USING SUPERIOR QUALIFIES timcOfEstablishmcnt,

ROLE dependent Role

RELVTED-CLASSES person

REPRESENTED-BY NAMING aNamcBinding USING SUBORDINATE;

OPERATIONS MAPPING

ESTABLISH establish Dcpcndcno

MAPS-TO-OPERATION CREATE OF dependent Role.

BIND hindDependent dcpendentRole

MAPS-TO-OPERATION CREATE OF dcpendentRole.

UNBIND unbindDependent dependent Role

MAPS-TO-OPERATION DELETE OF dcpendentRole TERMINATE terminate Dependency

MAPS-TO-OPERATION DELETE OF dcpcndentRolc,

QUERY qucrvDependents dcpcndentRolc MAPS-TO-OPF.RATION GET ♦CCITT Rec.X.721 | ISO/IEC 10165-2»: namcBinding OF dependentRole,

QUERY querv Parent parent Role MAPS-TO-OPERATION GET

•CCITT Rec.X.721 | ISO/IEC 10165-2» : namcBinding OF dcpendentRole;

REGISTERED AS {GRMExample. grmEx-RclationshipMapping x} ;

dependency Naming Representation Behaviour BEHAVIOUR DEFINED AS»

Эго прсдстаалсние взаимосвязи зависимости использует наименование для представления экземпля-ра взаимосвязи.

Операции административного управления взаимосвязью ESTABLISH establish Dependency и BIND bindDependent отображаются в сознание объекта-учасгника регмш (или его подкласса) в роли dcpen-dentRole. использующего связывание имен с объектом cPerson (или его подкласса) в качестве старшего объекта в роли parentRole. Различие между операциями состоит в следующем: операция административного управления взаимосвязью ESTABLISH cslablishDependency используется, когда предлагаемый участник в зависимой роли будет первым объектом в этой роли: операция административного управления взаимосвязью BIND bindDependent используется, когда на момент создания имеется по крайней мерс один другой участник в зависимой роли.

Аналогично операции административного управления взаимосвязью TERMINATE terminatcDepcn-denev и UNBIND unbindDependent отображаются в удаление участника в зависимой роли, а различие между ними состоит в том, что операция административного управления взаимосвязью TERMINATE terminate Dependency используется, если участник яачяегся единственным исполняющим роль dcpcn-dentRole. а операция административного управления взаимосвязью UNBIND unbindDependent используется. если после удалении остается по крайней мере один участник, исполняющий зависимую роль.

Операция административного управления взаимосвязью QUERY qucryDependcnt.s отображается в получение атрибута namcBinding с уровнем области действия обьскга person в родительской роли для определения содержащихся в нем обьсктов регеоп, которые имеют значение агрибуга связывания имен, равное aNamcBinding: такие объекты играют зависимые роли.

Операция административного управления взаимосвязью QUERY queryParent отображается в получение атрибута namcBinding подчиненного объекта для определения того, что его значение атрибута связывания имен равно aNamcBinding; последующий анализ ООН имени подчиненного объекта даст указание на родительский объект.

Создание управляемого объекта person (или его подкласса) в качестве подчиненного объекту cPerson (или его подкласса) со связыванием имен aNamcBinding приводит к установлению экземпляра взаимосвязи зависимости с отображением dcpcndcncyNamingReprcsentatkm RELATIONSHIP MAPPING, если нет других подчиненных объектов с этим связыванием имен.

Создание управляемого объекта person (или его подкласса) в качестве подчиненного обьскту cPerson (или его подкласса) со связыванием имен aNamcBinding приводит к привязыванию созданного объекта к взаимосвязи зависимости с отображением dcpendcncyNamingRcprcsentation RELATIONSHIP MAPPING. если имеется по крайней мере один подчиненный объект с этим связыванием имен.

Удаление упраатяемо! о объекта person (или его подкласса), связанного в зависимой рати взаимосвязи зависимости с отображением depcndencyNamingRcprcscntation RELATIONSHIPMAPPING. приводит к отвязыванию удаляемого объекта от этой зависимости, если после удаления будет существовать по крайней мере один другой зависимый объект со связыванием имен aNamcBinding.

32

Страница 37

ГОСТ Р ИСО/МЭК 10165-7—2003

Удаление управляемого объекта реп,ап (или его подкласса), связанного в зависимой роли взаимосвязи зависимости с отображением dcpendencyNamingReprcsentation RELATIONSHIP MAPPING, приводит к завершению этой зависимости, если после удаления не будет существовать других зависимых объектов со связыванием имен aNameBinding. * ;

a Name Binding NAME BINDING

SUBORDINATE OBJECT CL\SS person AND SUBCLASSES;

NAMED BY SUPERIOR OBJECT CLASS cPcrson AND SUBCLASSES;

WITH ATTRIBUTE pcrsonName;

CREATE;

DELETE;

REGISTERED .AS (GRMExample. grmEx-NameBinding x} ;

ePerson MANAGED OBJECT CLASS DERIVED FROM person;

CHARACTERIZED BV lime Package PACKAGE ATTRIBUTES timeOfEstablishment GET; ; ;

REGISTERED .AS {GRMExample.gnnEx-Object x} ;

F.4 Пример родовой взаимосвязи композиции

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

generalCompositionRelationship RELATIONSHIP CLASS BEHAVIOUR gcncralCompositionRclationshipBchaviour;

SUPPORTS

ESTABLISH cstaMLshGcncralComposition.

TERMINATE terminatcGcncralComposition;

ROLE    compositcRolc

PERMITTED-ROLE-CARDINALITY-CONSTRAINT GRM Example.OncToOne REQUIRED- ROLE-CARDINALIT Y-CONSTRAI NT GRMExample.OneToOne REGISTERED .AS {GRMExample. grmEx-Role x).

ROLE    component Role

PERM ITTED-ROLE-CARDINALITY-CONSTRAI NT REQUIRED-ROLE-CARDINAUm'-CONSTRAI NT BIND-SUPPORT bindComponent UNBIND-SUPPORr unbindComponcnt REGISTERED .AS {GRMExample. grmEx-Role xj ;

GRM Example.OneToMax GRM Example.OneToOne

REGISTERED AS {GRMExample. grmEx-RelationshipClass x} ; generalComposition Relationship Ikha>iour BEHAVIOUR DEFINED AS»

ИНВАРИАНТ:

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

ОПЕРАЦИИ:

ESTABLISH csiablishGeneralComposition

Сигнатура:    Класс и идентификация предлагаемого участника в составной рази и класс и идентифи

кация ирелагаемого<ых) учасгника(ов) в роли компонснта(ов). которые должны быть связаны в экземпляре generalComposition Relationship.

Предусловие: предлагаемые участники сше не связаны в одном и том же экземпляре класса generalCom-positionRelationship или его подкласса.

Постусловие: экземпляр класса generalComposition Relationship существует: участники, указанные в сигнатуре. связаны в этом экземпляре класса generalComposition Relationship-

33

Страница 38

ГОСТ Р ИСО/МЭК 10165-7-2003

BIND bindComponcnt

Сигнатура:    класс и идентификация предлагаемого участника в роли компонента; идентификация

gcneralCompositionRelationship.

Предусловие: указанный экземпляр класса gcneralCompositionRelationship существует; предлагаемый участник в роли компонента не связан с этим экземпляром класса generalCompositionRelationship: существует по крайней мерс один участник в роли компонента, связанный с этим экземпляром класса generalComposition Relationship.

Постусловие: указанный в сигнатуре участник в роли компонента существует и связан с этим экземпляром класса gcneralCompositionRelationship.

UNBIND unbindComponcnt

Сигнатура:    класс и идентификация участника в рати компонента; идентификация gencralC'omposition-

Relationship.

Предусловие: экземпляр класса gcneralCompositionRelationship, указанный в сигнатуре, существует;

участник в роли компонента, указанный в сигнатуре, привязан к указанному экземпляру класса gencralCompositionRclalionship; существует по крайней мере один другой участник в роли компонента, привязанный к указанному экземпляру класса generalComposition Relationship.

Постусловие: указанный участник в роли компонента существует, но не привязан к указанному экземпляру класса gencralComposilionRclationship; указанный экземпляр класса gcncral-CompositionRelationship существует.

TERMINATE tcrminateCicneralComposilion

Сигнатура:    идентификация экземпляра gcneralCompositionRelationship.

Предусловие: указанный экземпляр класса gcneralCompositionRelationship существует.

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

F.4.1 Подкласс ролевой взаимосвязи композиции subctassedCompositionRclationship RELATIONSHIP CLASS DERIVED FROM gcneralCompositionRelationship;

BEHAVIOUR subclasscdCompositionRelationshipBchaviour

BEHAVIOUR DEFINED AS»

Этот класс взаимосвязей уточняет, что обязательное кардинальное число роли компонентов класса gcneralCompositionRelationship должно находиться в диапазоне 1—5; все другие характеристики лого класса взаимосвязей наследуются от класса gcneralCompositionRelationship. » ; ;

ROLE    component Role

REQUIRED-ROLE-CARDINALITV-CONSTRAINT GRMExample.OncToFive;

REGISTERED AS {GRMExamplc. gmiEx-Olijcct x} ;

F.5 Пример области управления доступом accessControlDomain RELATIONSHIP CLASS

BEHAVIOUR acccssCon Irol Doma in Behaviour BEHAVIOUR DEFINED AS»

Этог класс взаимосвязей связывает управляемые объекты, которые яатяются субъектами управления доступом (membcrObjectRolc), с управляемыми объектами, представляющими функции принудительного доступа (acfRolc)n функции решения о доступе (adfRolc). * ; ;

SUPPORTS QUERY query AccessControlDomain;

ROLE    mcmbcrObjcclRolc

REQLIRED-ROLE-CARDINALITY-CONSTRAINT GR.YIExampk.OncToTwo:

B1ND-SUPPORT bind Member UNB1ND-SUPPORT unbind.Mcmbcr REGISTERED AS {GRMExample.urmEx-Role mcmberObjcctRoleArc(l)},

ROLE acrRolc

COMPATIBLE-WITH .ITU-T Rec.X.741 | ISO/IEC 10164-9»: notification Emitter PERM ITTED-ROLE-CARD1NALITV-CONSTRAINT GR.MExaraple.OncToOnc REQUI RED- ROLE-CARDINALin -CONSTRAINT G KM Example.OneToOnc REGISTERED AS {GRMExamplc. grmEx-Role aefRolcArc(2)},

34

Страница 39

ГОСТ Р ИСО/МЭК 10165-7-2003

ROLE adfKolc

COMPATIBLE-WITH «ITU-T Rec.X.741 | ISO/IEC 10164-9»: acccssControIRulcs PERMHTED-ROLE-CARDINALITV-CONSTRAINT GRMExample.OneToOne REQIJ1 RED-ROLE-CARDINAUTY-CONSTRAINT GRMExampIc.OneToOne REGISTERED AS {GRMExamplc.grm Ex-Role adfRole.Arc<3)};

REGISTERED .AS (GR!Y1 Example. grinEx-RclationshipClass acccssControlDoraainArc( 1)};

F.5.1 Взаимосвязь области управления доступом, представленная с помощью атрибутов и наименования simple AcccssControlDomain RELATIONSHIP MAPPING RELATIONSHIP CLASS acccssControlDomain;

BEHAVIOUR simpleAcccssControlDomainBchaviour BEHAVIOUR DEFINED AS*

В данном отображении класса управляемых взаимосвязей acccssControlDomain класс acccxsControlDomain (подкласс класса acccssControIRulcs) участвует в роли adfRolc, а класс notillcationEmitter— в роли act Role; любой управляемый объект может участвовать в роли membeiObjectRole. Атрибут mcmbcrObjcctAttribute в accessCon-irolDomainObject идентифицирует участников в роли membcrObjcctRoIc. а связывание имен notificationEmittcr-accessConlrolRules содержит участников в роли aefRole в пределах участника в pain adlRolc.

Операция административного упраатсния взаимосвязью QU ERY queryAccessConlrolDomain отображается в две операции, а именно:

а)    операцию GET над mcmbcrObjeclAttribute объекта, исполняющего роль adfRolc

б)    с последующей операцией GET нал атрибутом nameBinding с областью действия на уровне объекта, играющего роль adfRolc. для определения содержащихся объектов, которые имеют значение атрибута связывания имен, равное «ITU-T Rec.X.741 | ISO/IEC 10164-9»: iiolificationEmittcr-acccssControlRuIcs.»; :

ROLE mcmbcrObjeetRole RELATED-C LASSES «ITU-T Rec.X.721 | ISO/IEC 10165-2»: lop.

REPRESENTED-BY ATTRIBUTE пк-mbcrObjcctAltributc:

ROLE aefRole

RELATED-CLASSES «ITU-T Rcc.X.741 | ISO/IEC 10164-9. : notificationEmiUer REPRESENTED-BY NAMING

«ITU-T Rec.X.741 | ISO/IEC- 10164-9» : notification Emitter-acccssControlRulcs USING SUBORDINATE.

ROLE adfRolc

RE LA I ED-CLASSES accessCootrolDomainObject REPRESENTED-BY NAMING

• ITU-T Rcc.X.741 | ISO/IEC 10164-9» : notificationEmittcr-acccssControlRulcs USING SUPERIOR.

OPERATIONS MAPPING

BIND bind.Member morn berObject Role

\LAPS-TO-OPERATION ADD mcrabcrObjcct.Attributc OF adfRolc,

UNBIND unbindMcmbcr membcrObjcctRoIc MAPS-TO-OPERATION REMOVE mcmbcrObjcctAltribule OF adfRolc.

QUERY quervAccessControl Domain member Object Role MAPS-TO-OPERATION GET mcrabcrObjcet.Attribute OF adfRole MAPS-TO-OPERATION GET

«СС1ТТ Rcc.x.721 I ISO/IEC 10165-2*: nameBinding OF adfRole;

REGISTERED .AS {GRMExample.urmEx-Relationship.Mapping simplc.AcccssControlDomain.Arc(l)} ;

access Coo trolDoma inObject MANAGED OBJECT CLASS

DERIVED FROM «ITU-T Rec.X.741 | ISO/IEC 10164-9»: acccssControIRulcs;

CHARACTERIZED BY acccssControlDomainPackage PACKAGE BEHAVIOUR acccssControl DomainBehaviour BEHAVIOUR DEFINED AS»

Членство в области управлении доступом идентифицируется и изменяется операциями над атрибутом membcrObjcctAttnbute. * ; ;

ATTRIBUTES mcmbcrObjcctAttribute GET-REPLACE ADD-REMOVE;;;

REGISTERED .AS {GRMExample.grmEx-Object acccssControlDomainObjcctArc< 1)J :

F.5.2 Вгаимосвязь области управления доступом, прелетавленная с помощью объекта взаимосвязи coordinatcdAcccssControlDomain RELATIONSHIP MAPPING RELATIONSHIP CLASS acccssControlDomain;

BEHAVIOUR coordinatcdAcccssControlDomainBchaviour BEHAVIOUR DEFINED AS»

35

Страница 40

ГОСТ Р ИСО/МЭК 10165-7-2003

В .чанном отображении класса управляемых взаимосвязей acccssControlDomain класс acccssC'ontiolRules участвует в роли adfRole, а класс notificationEmitter — в роли aet'Role; любой управляемый объект может участвовать в рати memberObjcctRole. Взаимосвязь представляется объектом класса acccssConlmlDomainCooniinator (подкласса gcnericRclatkmshipObfcct), используя атрибуты mcmberObjectAttributc, ае (Attribute и adl'Attribute.

Операция административного управления взаимосвязью QUERY queryAccessControlDomain отображается в три операции GET над объектом взаимосвязи, а именно:

а)    GET memberObjectAttribute;

б)    GET acfAttribute;

в)    GET udlAttribuic. *; ;

RELATIONSHIP OBJECT acccssControlDomainCoordmator;

ROLE    memberObjcctRole

RELATED-CLASSES «CCITT Ree.X.721 | ISO/IEC 10165-2»: top REPRESENTED-BY RELATIONSHIP-OBJECT-USING-POINTER mcmberObjcct.Attribute.

ROLE    acfRole

RELATED-CLASSES

«ITU-T Rcc..\.74I | ISO/IEC 10164-9» : notificationEmitter REPRESENTED-BY RELATIONSIIIP-OBJECT-USING-POINTER acfAttribute,

ROLE adfRole

RELATED-CLASSES «ITU-T Rcc.X.741 | ISO/IEC 10164-9. ; accessContrdRules REPRESENTED-BY RELATIONSHIP-OBJECT-USING-POINTER adfAttribute:

OPERATIONS MAPPING BIND bindMcmbcr

MAPS-TO-OPERATION ADD mcmbcrObjccl.Attribute OF RELATIONSHIP OBJECT,

UNBIND unbindMembcr

MAPS-TO-OPERATION REMOVE mcmberObjectAttributc OF RELATIONSHIP OBJECT,

QUERY quervAcccssControlDomain

MAPS-TO-OPERATION GET mcmbcrObjectAttribute OF RELATIONSHIP OBJECT M APS-TO-OPERATION GET acfAttributc OF RELATIONSHIP OBJECT MAPS-TO-OPERATION GET adfAttribute OF RELATIONSHIP OBJECT;

REGISTERED AS

{GRMExampk*. grmEx-RdationshipMapping coordinatcdAcce4sControlDomainArc(2)} ;

acccssConlrolDomainCoordinator MANAGED OBJECT CLASS DERIVED FROM gcnericRclationNhipObject;

CHARACTERIZED BY acccssControlDomamCoordinatorPackagc PACKAGE

ATTRIBLTES

mcraberObjectAt tribute ATI RIBUTE DERIVED FROM participantPointer;

REGISTERED AS {GRMExatnple. grmEx-Attribute mcmbeK)bjectAtlributcArc( 1));

GET-REPLACE ADD-REMOVE, aefAttribute

A1TRIBUTE DERIVED FROM participantPointer;

REGISTERED AS {GRMExamplc. grmEx-Attribute aef.AttributcArx(I)}; GET, adfAttribute

ATTRIBUTE DERIVED FROM participantPointer:

REGISTERED AS {GRMExamplc. grmEx-Attribute adfAttributcArc(l)}; GET:

RECilSTERED .AS {GRMExampk. grm Ех-Objcet accessContrnlDomainCoordinatorArc(l)};

36

Страница 41

ГОСТ Р ИСО/МЭК 10165-7—2003

ПРИЛОЖЕНИЕ G (справочное)

Комментарии

G.1 Введение

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

G.2 Зависимость между управляемыми объектами в управляемой таимосвяш

Вопрос. Суть ОМ В состоит в том. что управляемые объекты, участвующие во взаимосвя зи, влияют друг на друга; это выражается как инвариант свойств участников. Как этот инвариант должен быть спеиифииирован?

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

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

G.3 Согласованность представлений

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

Комментарий. К фундаментальным концепциям ОМВ относится то. что семакгика управляемой взаимосвязи согласованно выражена в элементах реализации; другими словами, взаимосвя зь управляет представлением. Таким образом, если в отображении взаимосвязи выбрано представление семантики участия управляемых объектов в виде сопряженных указателей в участвующих объектах, то реализация должна гарантировать, что указатели всегда будут согласованными. Более того, если в отображении взаимосвязи выбрано представление операции BIND в виде направленной на атрибуты операции addOperation для одного из пары сопряженных указателей участников, то требуется, чтобы реализация устанавливала другой указатель дитя поддержания согласованности. ОМВ только устанавливает требования к согласованности информации; она не специфицирует механизмы поддержания согласованности ни в единой управляемой системе, ни между несколькими управляемыми системами.

G.4 Выражение операций и сообщений административного управления взаимосвязью

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

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

G.5 Родовое управление

Вопрос. Может ли быть определен механизм, допускающий административное управление широким диапазоном типов управляемых взаимосвязей?

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

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

37

Страница 42

ГОСТ Р ИСО/МЭК 10165-7-2003

G.6 Осознание взаимосвязи

Вопрос. Как управляемый объект «узнает», что он находится в управляемой взаимосвязи?

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

G.7 Спецификация роли

Вопрос. Может ли роль быть специфицирована отдельно?

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

G.8 Повторно используемые спецификации

Вопрос. Повторно используемые спецификации являются важным моментом административного управления ВОС; как это реализовано в ОМ В?

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

G.9 AND SUBCLASSES

Вопрос. Раздел AND SUBCLASSES не выносится из шаблона связывания имен РОУО во вспомогательную продукцию jole-mapping-spccificalion шаблона RELATIONSHIP MAPPING.

Комментарий. Способность подкласса поддерживать роль рассматривается как фундаментальное свойство управляемого объекта и должно наследоваться безусловно.

G.10 Взаимосвязь между взаимосвязями

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

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

G.11 Область действия имен объектов взаимосвязей

Вопрос. Какой должна быть область действия имен объектов взаимосвязей?

Комментарии. Шла дискуссия относительно наименования всех объектов взаимосвязей управляемой системы в области действия единственного объекта конкретного класса, часто называемого классом якорного объекта, в частности, имея в виду возможность обнаружении всех объектов взаимосвязей в управляемой системе с помощью области действия УОИУ. Результатом этой дискуссии было заключение: так как существующие стандарты административного управления рассматривают структуру наименования как локальный вопрос, то было бы несоответствием со стороны ОМ В предписывать конкретную структуру.

G.12 Допустимые методы представления

Вопрос. Могут ли методы представления представить все типы взаимосвязей?

Комментарий. Her: для некоторых методов представления внутренне ограничены типы взаимосвязей, которые они могут представить. В таблице G.1 приведены типы взаимосвя зей, которые могут быть представлены различными методами.

Таблица G.I — Допустимые методы представления

Кардинальное число взаимосвязи равно 1

Кардинальное число взаимосвязи больше 1

Кардинальное число роли

Кардинальное число роли

Метод представления

1:п

n:m

п:ш:р

1:п

n:m

n:m:p

Наименование

Да

Нет

Нет

Нет

Нет

Нет

Указатели участников

Да

Да

Да

Нет

Her

Нет

Объект взаимосвязи

Да

Да

Да

Да

Да

Да

Операции административного управления системы

Да

Да

Да

Да

Да

Да

3S

Страница 43

ГОСТ Р ИСО/МЭК 10165-7—2003

УДК 681.3:691.39:006.354    ОКС    35.100.70    1185    ОКСТУ 4002

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

Редактор В П. Огурцов Технический рсдакюр 8 Н. НРусакова Корректор Л/. В. Бучкая Компьютерная верстка Л. Л. Круговой

Их», лии. Nt 02354 от 14.07.2000. Сдано в набор IS.0I.2004. Подписано в печать 12.02.2004. Уел. иеч. я. 4.6S.

Уя.-иад. я. 4.90. Тира* 250 »К5. С 792. Зак. 170.

И ПК Издательство стандартов. 107076 Москва. Колодезный пер.. 14. h!tp://www.ilandard»..ni    e-mail: infoftttandanls.ru

Набрано в Издательстве на ПЭВМ Отпечатана в филиале ИПК Издательство стандартов — гни. •Московский печатник*. 105062 Москва. Лялин пер.. 6.

Плр N? 0S0102