Стр. 1
 

50 страниц

532.00 ₽

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

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

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

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

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

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

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

Оглавление

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

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

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

3.1 Определения АСН. 1

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

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

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

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

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

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

3.8 Определения заявки о соответствии реализации

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

4 Сокращения

5 Требования и руководства по спецификации и заполнению форм

5.1 Структура форм

5.2 Общие инструкции

5.3 Инструкции по спецификации формы ССАУ

5.4 Инструкции по спецификации формы ЗСУО

5.5 Инструкции по спецификации формы ЗОИУ

5.6 Инструкции по спецификации формы ЗСУВ для связывания имен

5.7 Инструкции по спецификации формы ЗСИУ

6 Согласованность

Приложение А Форма ССАУ

А.1 Введение

А.2 Идентификация реализации

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

А.4 Сводка соответствия административного управления

Приложение В Форма ЗСУО

В.1 Введение

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

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

В.4 Атрибуты

В.5 Атрибутивные группы

В.6 Действия

В.7 Сообщения

В.8 Параметры

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

С.1 Атрибуты

С.2 Параметры

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

D.1 Атрибутивные группы

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

Приложение Е Форма ЗОИУ (действия)

Е.1 Действия

Е.2 Параметры

Приложение F Форма ЗОИУ (сообщения)

F.1 Сообщения

F.2 Параметры

Приложение G Форма ЗСУВ для связывания имен

G.1 Введение

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

G.3 Заявление о соответствии связыванию имен

G.4 Параметры

Приложение Н Форма ЗСИУ (атрибуты)

Н.1 Атрибуты

Н.2 Параметры

Приложение l Форма ЗСИУ (атрибутивные группы)

l.1 Атрибутивные группы

l.2 Параметры

Приложение J Форма ЗСИУ (действия)

J.1 Действия

J.2 Параметры

Приложение К Форма ЗСИУ (сообщения)

К.1 Сообщения

К.2 Параметры

Приложение L Форма ЗСИУ (создание и удаление)

L.1 Обеспечение создания и удаления

L.2 Параметры

Приложение М Дополнительные указания по спецификации форм

М.1 Введение

М.2 Обозначения и индексы таблиц

М.3 Продолжения таблиц

М.4 Условные утверждения

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

М.6 Сокращения для идентификаторов объектов

М.7 Таблицы параметров

М.8 Метки имен полей сообщений и действий

М.9 Таблицы обеспечения пакетов

М.10 Условия использования различных форм

М.11 Минимальные требования соответствия

М.12 Совместимые классы

М.13 Форма ЗСУО для нереализуемых классов

М.14 Наследуемые атрибуты

М.15 Интерпретация статуса «о»

М.16 Условные выражения

М.17 Кратные формы ЗСИУ одного типа

М.18 Порядок форм ЗСР

Приложение N Дополнительные указания по заполнению форм

N.1 Введение

N.2 Использование таблиц сводки обеспечения для отображения номеров других таблиц

N.3 Обеспечение установки при создании в роли управляющего

N.4 Заявление об ограниченном обеспечении роли управляющего

Приложение О Пример формы ССАУ

O.1 Введение

О.2 Идентификация реализации

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

О.4 Сводка соответствия административного управления

Приложение Р Пример формы ЗСИУ

Р.1 Введение

Р.2 Инструкции

Р.3 Пример

Приложение Q Пример формы ЗСУО

Q.1 Введение

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

Q.3 Заявление о соответствии классу управляемых объектов

Q.4 Атрибуты

Q.5 Атрибутивные группы

Q.6 Действия

Q.7 Сообщения

Q.8  Параметры

Приложение R Пример формы ЗСУВ для связывания имен

R.1 Введение

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

R.3 Заявление о соответствии связыванию имен

R.4 Параметры

Показать даты введения Admin

Страница 1

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

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

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

Ч а с т ь 6

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

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

БЗ 4-2002/63


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

Страница 2

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

Предисловие

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

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

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

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

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

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

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

Страница 3

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

Содержание

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

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

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

3.1    Определения ЛСН.1....................................................2

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

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

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

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

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

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

3.8    Определения    заявки о соответствии реализации...............................3

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

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

5    Требования и руководства по спецификации и заполнению форм.....................3

5.1    Структура форм.......................................................3

5.2    Обшие инструкции.....................................................4

5.3    Инструкции по    спецификации    формы    СС'АУ.................................6

5.4    Инструкции по    спецификации    формы    ЗСУО.................................6

5.5    Инструкции    по    спецификации    формы    ЗОИУ.................................8

5.6    Инструкции по    спецификации    формы    ЗСУВ для связывания имен................9

5.7    Инструкции по    спецификации    формы    ЗСИУ.................................9

6    Согласованность..........................................................II

Приложение А Форма ССАУ...................................................12

A.I    Введение..................................................12

Л.2 Идентификация реализации....................................12

Л.З Идентификация документа, в котором определена информация административного управления..........................................12

Л.4 Сводка соответствия административного управления.................13

Приложение В Форма ЗСУО..................................................14

B.1    Введение ..................................................14

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

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

В.4 Атрибуты..................................................15

В.5 Атрибутивные группы.........................................15

В.6 Действия..................................................15

В.7 Сообщения.................................................16

B.8    Параметры.................................................16

Приложение С Форма ЗОИУ (атрибуты)..........................................17

C.1    Атрибуты..................................................17

C.2    Параметры.................................................17

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

D.1    Атрибутивные группы........................................18

D.2    Параметры.................................................18

Приложение Е Форма ЗОИУ (действия)..........................................18

E.1    Действия..................................................18

E.2    Параметры.................................................19

Приложение F Форма ЗОИУ (сообщения)........................................19

F.I    Сообщения.................................................19

F.2    Параметры.................................................20

Приложение G Форма ЗСУВ для связывания имен.................................20

G.1    Введение..................................................20

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

G.3 Заявление о соответствии связыванию имен.......................20

G.4    Параметры................................................20

Приложение Н Форма ЗСИУ (атрибуты)..........................................21

H.1    Атрибуты..................................................21

H.2    Параметры.................................................21

Приложение 1 Форма ЗСИУ (атрибутивные группы).................................22

I.1    Атрибутивные группы..........................................22

Страница 4

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

1.2 Параметры.................................................. 22

Приложение J Форма ЗСИУ (действия).......................................... 22

J.1 Действия.................................................. 22

J.2 Параметры................................................. 23

Приложение    К Форма ЗСИУ (сообщения)....................................... 23

K.I Сообщения............................................... 23

К.2 Параметры................................................ 24

Приложение L Форма ЗСИУ (создание и удаление)................................. 24

L.1 Обеспечение создания и удаления............................... 24

L.2 Параметры................................................. 24

Приложение    М Дополнительные указания по спецификации    форм..................... 24

М.1 Введение................................................. 24

М.2 Обозначения и индексы таблиц................................ 24

М.З Продолжения таблиц........................................ 25

М.4 Условные утверждения...................................... 27

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

N1.6 Сокращения для идентификаторов объектов...................... 28

М.7 Таблицы параметров........................................ 2Х

М.8 Метки имен полей сообщений и действий........................ 28

М.9 Таблицы обеспечения пакетов................................. 28

М. 10 Условия использования различных форм........................ 29

М. 11 Минимальные требования соответствия......................... 29

М. 12 Совместимые классы....................................... 30

М. 13 Форма ЗСУО для нереализуемых классов........................ 31

М. 14 Наследуемые атрибуты...................................... 31

М. 15 Интерпретация статуса *о*. .................................. 31

М.16 Условные выражения....................................... 31

М. 17 Кратные формы ЗСИУ одного типа............................ 31

М. 18 Порядок форм ЗСР........................................ 31

Приложение    N Дополнительные указания по заполнению форм....................... 32

N.1 Введение.................................................. 32

N.2 Использование таблиц сводки обеспечения для отображения номеров

других таблиц.............................................. 32

N.3 Обеспечение установки при создании в роли упраатяющего........... 32

N.4 Заявление об ограниченном обеспечении    роли управляющего.......... 32

Приложение    О Пример формы ССАУ........................................... 32

O.I Введение................................................. 32

0.2 Идентификация реализации................................... 34

0.3 Иде»гтнфикация документа, в котором определена информация административного упра&тения.......................................... 34

0.4 Сводка соответствия административного    управления................ 34

Приложение Р Пример формы ЗСИУ............................................ 37

Р. 1 Введение.................................................. 37

Р.2 Инструкции................................................ 37

Р.З Пример................................................... 37

Приложение    О Пример формы ЗСУО........................................... 40

Q. I Введение.................................................. 40

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

Q.3 Заявление о соответствии классу управляемых объектов.............. 40

0.4 Атрибуты.................................................. 41

Q.5 Атрибутивные группы........................................ 42

Q.6 Действия.................................................. 42

Q.7 Сообщения................................................ 42

Q.8 Параметры................................................ 44

Приложение    R Пример формы ЗСУВ для связывания имен.......................... 44

R. 1 Введение.................................................. 44

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

R.3 Заявление о соответствии связыванию имен....................... 44

R.4    Параметры............................................................ 45

IV

Страница 5

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

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

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

Часть 6

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

Information technology. Open Systems Interconnection. Structure of management information. Part 6. Requirements and guidelines for implementation conformance statement proformas associated with OS1 management

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

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

Настоящий стандарт предоставляет требования и руководство для форм сводки соответствия административного упраатения (ССАУ), заявки о соответствии информации административного управления (ЗСИУ), заявки о соответствии управляемого объекта (ЗСУО), заявки об определении информации административного управления (ЗОИУ), заявки о соответствии управляемой взаимосвязи (ЗСУВ) и для спецификации этих форм. Эти формы применимы для стандартов по административному управлению ВОС, включая определения управляемых объектов. Форма ССАУ предоставляет сводку форм ЗСРП, ЗСИУ. ЗСУО и ЗСУВ. ЗСРГ1 является заявлением разработчика о соответствии спецификации протокола. ЗСИУ является заявлением разработчика о соответствии информации административного управления в роли управляющего. ЗСУО яатяется заявлением разработчика о соответствии определению класса управляемых объектов. ЗСУВ является заявлением разработчика о соответствии определению упраапяемой взаимосвязи такой, как определение связывания имен.

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

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

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

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

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

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

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

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

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

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

I

Страница 6

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

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

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

ИСО/МЭК 9646-7—951 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 7. Заявки о соответствии реализации

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

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

3.1    Определения АСН.1

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

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

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

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

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

-    заявка о соответствии реализации протоколу (3CPII);

-    форма ЗСРП;

-    заявка о соответствии системы.

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

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

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

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

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

-    форма ЗСИУ;

-    форма ЗСУО;

-    сообщение.

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

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

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

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

-    действие;

-    фактический класс;

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

-    поведение;

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

-    условный пакет;

-    реализация;

-    связывание имен;

-    пакет;

-    параметр;

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

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

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

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

2

1

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

Страница 7

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

3.8    Определения заявки о соответствии реа.ипации

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

-    позиция (ЗСР);

-    вопрос (ЗСР);

-    статус (значение);

-    ответ (обеспечение).

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

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

3.9.1    заявка о соответствии управляемой взаимосвязи (ЗСУВ):

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

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

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

3.9.3    форма заявки об определении информации административного управления (ЗОНУ): Документ в форме вопросника, который используется для построения формы ЗСУО.

3.9.4    форма ССАУ: Документ в форме вопросника, который после заполнения поставщиком реализации становится ССАУ.

3.9.5    форма ЗСУВ: Документ в форме вопросника, который после заполнения поставщиком реализации становится ЗСУВ.

3.9.6    спецификация формы: Стандартизированные процедуры построения вопросника, который после заполнения поставщиком становится заявлением о соответствии реализации.

4    Сокращения

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

ЛСН. I — абстрактная синтаксическая нотация версии 1;

ВОС — взаимосвязь открытых систем;

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

5    Требования и руководства по спецификации и заполнению форм

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

5.1 Структура форм

В приложениях к настоящему стандарту специфицированы форматы форм ССАУ. ЗСИУ, ЗСУО, ЗОИУ и ЗСУВ для связывания имен. Таким образом, спецификации форм обеспечиваются приложениями к настоящему стандарту. Форма ЗОИУ используется для построения формы ЗСУО. Поставщик реализации заполняет на бланке эти формы для получения ССАУ, ЗСИУ. ЗСУО, ЗОИУ и ЗСУВ для связывания имен. Кроме того, настоящий стандарт специфицирует формат формы ЗСУВ для связывания имен и то, что должно быть подытожено в форме ССАУ.

Установлены три уровня документов, относящихся к ССАУ, а именно:

а)    средства руководств и стандартов для создания форм ССАУ;

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

в)    ССАУ, подготовленная поставщиком реализации как часть заявления о соответствии стандартам, относящимся к административному управлению ВОС.

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

Установлены три уровня документов, относящихся к ЗСИУ, а именно:

а)    средства руководств и стандартов для создания форм ЗСИУ;

б)    форма ЗСИУ. связанная со стандартом, относящимся к административному управлению

3

Страница 8

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

ВСХ.'. которая должна быть заполнена поставщиком реализации, и после заполнения является ЗСИУ — см. ниже перечисление в):

в) ЗСИУ. подготовленная поставщиком реализации как масть заяааения о соответствии стандартам. относящимся к административному управлению ВОС.

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

Аналогично установлены три уровня документов, относящихся к ЗСУО. а именно:

а)    средства руководств и стандартов для создания форм ЗСУО;

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

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

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

Кроме того, установлены два уровня документов, относящихся к ЗОИУ, а именно:

а)    средства руководств и стандартов для создания форм ЗОИУ;

б)    форма ЗОИУ, которая используется для построения формы ЗСУО.

Перечисление а) является предметом настоящего стандарта.

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

Установлены три уровня документов, относящихся к ЗСУВ для связывания имен, а именно:

а)    средства руководств и стандартов при создании форм ЗСУВ для связывания имен;

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

в)    ЗСУВ для связывания имен, подготовленная поставщиком реализации как часть заявления о соответствии определению связывания имен.

Перечисление а) является предметом настоящего стандарта. Предполагается, что формы ЗСУВ для связывания имен из перечисления б) будут создаваться в соответствии со спецификацией формы ЗСУВ для связывания имен настоящего стандарта.

5.2 Общие инструкции

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

Назначением форм ССАУ, ЗСИУ, ЗСУО, ЗОИУ и ЗСУВ для связывания имен является обеспечение метода, посредством которого поставщик реализации, включающей в себя административное управление ВОС. может предоставить информацию о соответствии в стандартном виде. Приложения А — R предостаачяют руководства по спецификации форм.

Приложение А содержит форму для форм ССАУ. Приложение В содержит форму для форм ЗСУО. Приложения С — F содержат формы для форм ЗОИУ для атрибутов, атрибутивных групп, действий и сообщений, соответственно. Приложение G содержит форму для форм ЗСУВ для связывания имен. Приложения Н — L содержат форму для форм ЗСИУ для атрибутов, атрибутивных групп, действий, сообщений и создания/удаления соответственно. Приложение М содержит дополнительные указания по спецификации форм. Приложение N содержит дополнительные указания по заполнению форм. В приложении О приведен пример спецификации формы ССАУ. которая должна быть заполнена поставщиком реализации. В приложении Р приведен пример спецификации формы ЗСИУ. В приложении Q приведен пример спецификации формы ЗСУО. которая должна быть заполнена поставщиком реализации. В приложении R приведен пример спецификации формы ЗСУВ для связывания имен, которая должна быть заполнена поставщиком реализации.

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

о — обязательно.

ф — факультативно.

4

Страница 9

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

у — условно, х — запрещено,

-    не применяется или не рассматривается.

Примечания

1    Обозначения «у*, «о*, «ф» к «х» дополняются префиксом «у;». когда являются вложенными в условную или факультати вну к> позицию той же самой таблицы.

2    Обозначение «ф* может иметь суффикс *>.п» (где «п* — уникальный номер) для кратных взаимоисключающих или выборочных опций из набора значений статуса. Требования для этого перенумерованного набор;! должны быть установлены явным образом, желательно в сноске к соответствующей таблице.

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

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

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

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

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

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

о — для характеристик, содержащихся в обязательных пакетах или в условных пакетах, если условие РОУО всегда выполняется;

ф — для характеристик условных пакетов с условиями РОУО. которые указывают статический выбор, например «если реализация это обеспечивает*;

уп — для всех условий, где «п» - уникальное целое число, а «уп» — ссылка на выражение условного статуса, определенная в ГОСТ I* ИСО/МЭК 9646-2 и ИСО/МЭК 9646-7. (Одна из возможных форм этого выражения условного статуса использует ответ на текстовый вопрос такой, как «Допускает ли реализация создание при {условии РОУО}?*. Однако если может использоваться более точная нотация, то использование такой нотации не рекомендуется): х — для характеристик, явно запрещенных в определении;

-    для характеристик, которые не упоминаются в определении.

Когда статус для условного пакета равен или разрешается до «о», характеристики пакета должны быть реализованы; характеристики реализуются в соответствии с динамическими правилами, установленными в связанном с пакетом условии РОУО.

Колонки ‘■Ограничения и значения* таблиц в приложениях (которые должны быть заполнены в спецификации формы) содержат ограничения и значения конкретной информации административного управления (например, связывания имен, атрибута, атрибутивной группы, действия, поля действия, сообщения и поля сообщения).

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

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

б)    конкретные обеспечиваемые значения;

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

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

д)    пояснения, как удовлетворяются ограничения;

е)    обеспечиваемые параметры;

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

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

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

5

Страница 10

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

л) идентификацию классов объектов, для которых обеспечивается операция административного управления (это относится к формам ЗСИУ);

м) любые ограничения поддержки для отображения операций административного управления на протокольные взаимодействия (это относится к формам ЗСИУ);

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

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

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

б)    требованиями/ рекомендациями стандартов, задаваемых поставщиком реализации; в таких случаях форма включает в себя подстрочное примечание к позиции, в которой поставщик реализации должен или может указать детали доступности в колонке «Дополнительная информация*;

в)    оставлено неопределенным в спеиифнканни формы и поставщиком реализации.

Терминология, обозначения и понятия утверждений о соответствии установлены в ГОСТ Р

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

5.3    Инструкции по спецификации формы ССАУ

ССАУ идентифицирует реализацию и содержит сводку ЗСРП. ЗСУО и ЗСУВ, в которых заявляется о соответствии. Форма ССАУ создается путем копирования спецификации формы ССАУ из приложения Л и расширения таблицы Л.4. эта операция может включать в себя объединение информации из нескольких других форм ССАУ, несколько форм ССАУ могут быть объединены в одну форму (например, при построении формы на основе нескольких документов). Для охвата любых общих требований соответствия в спецификации рекомендуется включать в форму ССАУ дополнительные таблицы. Руководство по использованию этих дополнительных таблиц дано в приложении О.

Спецификация формы должна иметь колонки «Статус* для всех сводных таблиц, заполненные в соответствии с требованиями базовых спецификаций. Колонка «Статус» в этих сводных таблицах обеспечения используется для указания, обязан ли поставщик реализации заполнять указанные таблицы или позиции. Подробные требования соответствия специфицируются в указанных таблицах или позициях и не зависят от значения сводной колонки «Статус*. При создании ССАУ из формы ССАУ поставщик реализации должен предоставить соответствующую информацию в выделенных для этого местах и заполнить колонки «Обеспечение* и, если нужно, «Дополнительная информация* в сводной таблице формы ССАУ. Поставщик реализации также должен привести номера заполненных таблиц, которые соответствуют номерам таблиц идентифицированного исходного документа, если эти номера различаются.

Инструкции по спецификации формы ЗСРП даны в ГОСТ Р ИСО/МЭК 9646-2. Инструкции по спецификации формы ЗСУО даны в 5.4. а ЗСУВ — в 5.6.

5.4    Инструкции по спецификации формы ЗСУО

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

Дтя создания ЗСУО из формы ЗСУО поставщик реализации должен заполнить колонки «Статус» и. при необходимости, «Дополнительная информация* всех таблиц в форме ЗСУО.

а) Таблица обеспечения класса управляемых объектов — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона класса управляемых объектов) и 3 (Значение

6

Страница 11

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

идентификатора объекта для класса управляемых объектов). Поставщик реализации должен отметить в колонке 4 (Обеспечение всех обязательных характеристик), обеспечиваются или нет обязательные характеристики идентифицированного класса управляемых объектов, а в колонке 5 — является ли фактический класс тем самым классом управляемых объектов, о соответствии которому заявляется. Если ответом на вопрос о фактическом классе является «нет», то поставщик реализации должен заполнить предоставляемую таблицу обеспечения фактического класса.

б)    Таблица обеспечения атрибутов — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона атрибута), 3 (Значение идентификатора объекта для атрибута), 5 (Статус установки при создании), 7 (Статус Get), 9 (Статус Replace), II (Статус Add). 13 (статус Remove), 15 (Статус установки умолчания) и, при необходимости. 4 (Ограничения и значения). Если поведение управляемого объекта специфицирует, что при создании значение атрибута не может быть установлено или задано обязательное начальное значение, то в спецификации формы для статуса в колонке «Статус установки при создании» должно быть задано «х*. В противном случае, если атрибут заменяемый или поведение управляемого объекта специфицирует, что атрибут является устанавливаемым при создании, то в спецификации формы для статуса в колонке «Статус установки при создании® должно быть задано «о*. В противном случае, если в определении класса управляемых объектов не указывается, устанавливается ли атрибут при создании, то в спецификации формы для статуса в колонке «Статус установки при создании» должно быть задано •—». В противном случае в спецификации формы для статуса в колонке «Статус установки при создании» должно быть задано «ф* или «уп* в соответствии с определением класса управляемых объектов. Поставщик реализации должен указать, обеспечиваются ли атрибуты, специфицированные всеми реализуемыми пакетами в определении класса управляемых объектов, а также — обеспечение каждой операции для каждого поддерживаемого атрибута, дав ответы в колонках 6 (Обеспечение установки при создании), X (Обеспечение Get). 10 (Обеспечение Replace), 12 (Обеспечение Add), 14 (Обеспечение Remove), 16 (Обеспечение установки умолчания) и. при необходимости, 17 (Дополнительная информация).

в)    Таблица обеспечения атрибутивных групп — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона атрибутивной группы), 3 (Значение идентификатора объекта для атрибутивной группы), 5 (Статус Get), 7 (Статус установки умолчания) и. при необходимости. 4 (ограничения и значения). Поставщик реализации должен указать, обеспечиваются ли атрибутивные группы, специфицированные всеми реализуемыми пакетами в определении класса управляемых объектов, а также, обеспечивается ли каждая операция для каждой поддерживаемой атрибутивной группы, дав ответы в колонках 6 (Обеспечение Get). 8 (Обеспечение установки умолчания) и, при необходимости, 9 (Дополнительная информация).

г)    Таблица обеспечения действий — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона действия), 3 (Значение идентификатора объекта для типа действия), 5 (Статус). 8 (Подиндекс), 9 (Метка имени поля действия). 11 (Статус) и, при необходимости, 4 (Ограничения и значения) и 10 (Ограничения и значения). Для каждого действия спецификация формы должна в строках с подиндексами устанавливать требования к каждому аргументу действия. Поставщик реализации должен указать, обеспечиваются ли действия, специфицированные всеми реализуемыми пакетами в управляемых объектах данного класса, дав ответы в колонках 6 (Обеспечение), 12 (Обеспечение) и. при необходимости. 7 (Дополнительная информация) и 13 (Дополнительная информация).

д)    Таблица обеспечения сообщений — Спецификация формы должна иметь заполненные колонки I (Индекс). 2 (Метка шаблона сообщения), 3 (Значение идентификатора объекта для типа сообщения), 5 (Статус), 9 (Подиндекс), 10 (Метка имени поля сообщения), II (Значение идентификатора объекта типа атрибута, связанного с полем), 13 (Статус), и, при необходимости, 4 (Ограничения и значения) и 12 (Ограничения и значения). Для каждого сообщения спецификация формы должна в строках с подиндексами устанавливать требования к каждому аргументу сообщения. Поставщик реализации должен указать, обеспечиваются ли сообщения, специфицированные всеми реализуемыми пакетами в управляемых объектах данного класса, дав огвегы в колонках 6 (Обеспечение подтверждаемое), 7 (Обеспечение неподтверждаемое), 12 (Обеспечение) и. при необходимости, 8 (Дополнительная информация) и 13 (Дополнительная информация).

е)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра), 5 (Статус) и. при необходимости, 4 (Ограничения и значения). Поставщик реализации должен указать, обеспечиваются ли параметры, специфицированные всеми реализуемыми пакетами в уп-

7

Страница 12

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

равляемых объектах данного класса, дав ответы в колонках 6 (Обеспечение) и. при необходимости. 7 (Дополнительная информация).

5.5 Инструкции по спецификации формы ЗОНУ

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

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

Сама форма ЗОИУ не специфицирует полное утверждение о соответствии реализации и, следовательно, не может быть использована поставщиком реализации для заявления о соответствии.

Ниже даны инструкции по спецификации форм ЗОИУ.

5.5.1    Инструкции по спецификации формы ЗОИУ для атрибутов

а)    Таблица обеспечения атрибутов — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона атрибута), 3 (Значение идентификатора объекта для атрибута), 5 (Статус установки при создании), 7 (Статус Get). 9 (Статус Replace), II (Статус Add). 13 (Статус Remove), 15 (Статус установки умолчания) и, при необходимости, 4 (Ограничения и значения). Если поведение управляемого объекта специфицирует, что при создании значение атрибута не может быть установлено или задано обязательное начальное значение, то в спецификации формы для статуса в колонке «Статус установки при создании» должно быть задано «х». В противном случае, если атрибут заменяемый или поведение управляемого объекта специфицирует, что атрибут является устанавливаемым при создании, то в спецификации (|юрмы для статуса в колонке «Статус установки при создании* должно быть задано «о». В противном случае, если в определении класса упра&зяемых объектов не указывается, устанавливается ли атрибут при создании, то в спецификации формы для статуса в колонке «Статус установки при создании» должно быть задано «—*. В противном случае в спецификации формы для статуса в колонке «Статус установки при создании» должно быть задано «ф* или «уп» в соответствии с определением класса упраааяемых объектов. Прочие катонки остаются незаполненными.

б)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра), 5 (Статус) и, при необходимости, 4 (Ограничения и значения). Прочие колонки остаются незаполненными.

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

а)    Таблица обеспечения атрибутивных групп — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона атрибутивной группы), 3 (Значение идентификатора объекта для атрибутивной группы). 5 (Статус Get), 7 (Статус установки умолчания) и, при необходимости. 4 (Ограничения и значения). Прочие колонки остаются незаполненными.

б)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра), 5 (Статус) и, при необходимости, 4 (Ограничения и значения). Прочие колонки остаются незаполненными.

5.5.3    Инструкции по спецификации формы ЗОИУ для действий

а)    Таблица обеспечения действий — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона действия), 3 (Значение идентификатора объекта для типа действия), 5(Статус), 8 (Подиндекс), 9 (Метка имени поля действия), II (Статус) и, при необходимости. 4 (Ограничения и значения) и 10 (Ограничения и значения). Для каждого действия спецификация формы должна в строках с подиндексами устанавливать требования к каждому аргументу действия. Прочие колонки остаются незаполненными.

б)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра), 5 (Статус) и, при необходимости, 4 (Ограничения и значения). Прочие колонки остаются незаполненными.

5.5.4    Инструкции по спецификации формы ЗОИУ для сообщений

а) Таблица обеспечения сообщений — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона сообщения), 3 (Значение идентификатора объекта для типа сообщения), 5 (Статус), 9 (Подиндекс). 10 (Метка имени поля сообщения), II (Значение иденти-

Страница 13

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

фи каюра объекта типа атрибута, связанного с полем), 13 (Статус) и. при необходимости. 4 (Ограничения и значения) и 12 (Ограничения и значения). Для каждого сообщения спецификация формы должна в строках с подиндексами устанавливать требования к каждому аргументу сообщения. Прочие колонки остаются незаполненными.

б) Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона параметров), 3 (Значение идентификатора объекта для параметра), 5 (Статус) и, при необходимости, 4 (Ограничения и значения). Прочие колонки остаются незаполненными.

5.6    Инструкции по спецификации формы ЗСУВ для связывания имен

Спецификация формы ЗСУВ для связывания имен сохчается путем копирования приложения G, заполнения таблиц, за исключением колонок «Обеспечение* и «Дополнительная информация», и расширения таблиц для удовлетворения требованиям спецификации.

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

а)    Таблица обеспечения связываний имен — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона связывания имен), 3 (Значение идентификатора объекта для связывания имен), 5 (Статус), 8 (Подиндекс), II (Статус) и, при необходимости, 4 (Ограничения и значения) и 10 (Ограничения и значения). Поставщик реализации должен указать, какие связывания имен обеспечиваются. Дтя этого он должен заполнить колонки 6 (Обеспечение), 12 (Обеспечение) и, при необходимости, 7 (Дополнительная информация) и 13 (Дополительная информация).

б)    Таблица обеспечения параметров - Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра), 5 (Статус) и. при необходимости. 4 (Ограничения и значения).

5.7    Инструкции по спецификации формы ЗСИУ

Форма ЗСИУ специфицируется с целью детально документировать требования соответствия к реализации роли управляющего и позволить поставщику реализации заявить о соответствии спецификации роли управляющего.

Значения статуса в формах ЗСИУ указывают, что необходимо обеспечтъ для соответствия спецификации.

Ниже даны инструкции по спецификации форм ЗСИУ.

5.7.1 Инструкции по спецификации формы ЗСИУ для атрибутов

Спецификация формы ЗСИУ для атрибутов создается путем копирования приложения Н, заполнения таблиц, за исключением колонок «Обеспечение* и «Дополнительная информация», и расширения таблиц для удовлетворения требованиям спецификации.

При создании ЗСИУ для атрибутов из формы ЗСИУ поставщик реализации должен заполнить колонки «Статус» и, при необходимости, «Дополнительная информация* всех таблиц в форме ЗСИУ.

а)    Таблица обеспечения атрибутов — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона атрибута), 3 (Значение нде1ггификатора объекта для атрибута), 5 (Статус установки при создании), 7 (Статус Get), 9 (Статус Replace), II (Статус Add), 13 (Статус Remove), 15 (Статус установки умолчания) и. при необходимости, 4 (Ограничения и значения).

Если поведение управляемого объекта специфицирует, что при создании значение атрибута не может быть установлено или задано обязательное начальное значение, то в спецификации формы для статуса в колонке «Статус установки при создании» должно быть задано «х*. В противном случае в спецификации формы для статуса в колонке «Статус установки при создании* должно быть задано «о», «ф* или «уп* согласно требованиям соответствия спецификации. Прочие колонки в форме ЗСИУ остаются незаполненными.

При создании ЗСИУ из соответствующей формы ЗСИУ поставщик реализации должен заполнить колонки 6, 8, 10, 12, 14. 16 (Обеспечение) и, при необходимости. 17 (Дополнительная информация). Дополнительная информация должна использоваться для указания любых ограничений в заявленном обеспечении операций, ориентированных на атрибуты.

б)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра). 5 (Статус) и. при необходимости, 4 (Ограничения и значения). Прочие колонки в форме ЗСИУ остаются незаполненными.

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

9

Страница 14

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

5.7.2    Инструкции по спецификации формы 3 С И У для атрибутивных групп

Спецификация формы ЗСИУ для атрибутивных групп создается путем копирования приложения I, заполнения таблиц, за исключением колонок «Обеспечение» и «Дополнительная информация*. и расширения таблиц для удовлетворения требованиям спецификации.

При создании ЗСИУ для атрибутивных групп из соответствующей формы ЗСИУ поставщик реализации должен заполнить колонки «Статус* и, при необходимости, «Дополнительная информация» всех таблиц в форме ЗСИУ.

а)    Таблица обеспечения атрибутивных групп — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Метка шаблона атрибутивной группы), 3 (Значение идентификатора объекта для атрибутивной группы), 5 (Статус Get), 7 (Статус установки умолчания) и. при необходимости. 4 (Ограничения и значения). Прочие колонки в форме ЗСИУ остаются незаполненными.

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

б)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра), 5 (Статус) и. при необходимости. 4 (Ограничения и значения). Прочие колонки в форме ЗСИУ остаются незаполненными.

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

5.7.3    Инструкции по спецификации формы ЗСИУ для действий

Спецификация формы ЗСИУ для действий создается путем копирования приложения J, заполнения таблиц, за исключением колонок «Обеспечение» и «Дополнительная информация», и расширения таблиц для удовлетворения требованиям спецификации.

При создании ЗСИУ для действий из соответствующей формы ЗСИУ поставщик реализации должен заполнить колонки «Статус* и, при необходимости. «Дополнительная информация» всех таблиц в форме ЗСИУ.

а)    Таблица обеспечения действий — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона действия), 3 (Значение идентификатора объекта .пя типа действия), 5 (Статус), К (Подиндекс), 9 (Метка имени поля действия), Н (Статус) и, при необходимости, 4 (Ограничения и значения) и 10 (Ограничения и значения). Для каждого действия спецификация формы должна в строках с подиндексами устанавливать требования к каждому аргументу действия. Прочие колонки в форме ЗСИУ остаются незаполненными.

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

б)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона параметра). 3 (Значение идентификатора объекта для параметра), 5 (Статус) и, при необходимости, 4 (Ограничения и значения). Прочие колонки в форме ЗСИУ остаются незаполненными.

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

5.7.4    Инструкции по спецификации формы ЗСИУ для сообщений

Спецификация формы ЗСИУ для сообщений создается путем копирования приложения К,

заполнения таблиц, за исключением колонок «Обеспечение* и «Дополнительная информация», и расширения таблиц для удовлетворения требованиям спецификации.

При создании ЗСИУ для сообщений из соответствующей формы ЗСИУ поставщик реализации должен заполнить колонки «Статус» и. при необходимости. «Дополнительная информация» всех таблиц в форме ЗСИУ.

а) Таблица обеспечения сообщений — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона сообщения), 3 (Значение идентификатора объекта для типа сообщения), 5 (Статус), 9 (Подиндекс). 10 (Метка имени поля сообщения). II (Значение идентификатора объекта типа атрибута, связанного с полем). 13 (Статус) и, при необходимости, 4 (Ограничения и значения) и 12 (Ограничения и значения). Дая каждого сообщения спецификация формы

10

Страница 15

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

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

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

б) Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта для параметра). 5 (Статус) и. при необходимости, 4 (Ограничения и значения). Прочие колонки в форме ЗСИУ остаются незаполненными.

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

5.7.5 Инструкции по спецификации формы ЗСИУ для обеспечения создания и удаления

Спецификация формы ЗСИУ для создания и удаления получается путем копирования приложения L, заполнения таблиц, за исключением колонок «Обеспечение» и «Дополнительная информация», и расширения таблиц для удовлетворения требованиям спецификации.

При получении ЗСИУ для создания и удаления из соответствующей формы ЗСИУ поставщик реализации должен заполнить колонки «Статус* и. при необходимости. «Дополнительная информация» всех таблиц в форме ЗСИУ.

а)    Таблица обеспечения создания и удаления — Спецификация формы должна иметь заполненные колонки 1 (Индекс), 2 (Операция) — копируется из шаблона формы в приложении L, 4 (Статус) и. при необходимости, 3 (Ограничения и значения). Ограничения и значения могут быть использованы, например, для указания того, какие классы объектов требуется обеспечить.

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

б)    Таблица обеспечения параметров — Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона параметра). 3 (Значение идентификатора объекта для параметра). 5 (Статус) и. при необходимости, 4 (Ограничения и значения). Прочие колонки в форме ЗСИУ остаются незаполненными.

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

6 Согласованность

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

-    содержать или ссылаться на форму ССЛУ. построенную согласно 5.3;

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

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

-    содержать или ссылаться на форму ЗОИУ. построенную согласно 5.5;

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

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

-    содержать или ссылаться на форму ССЛУ. построенную согласно 5.3;

-    устанавливать, что реализации, заявляющие в ССЛУ о соответствии определению связывания имен, должны сопровождать ее ЗСУВ, которая получена в результате заполнения формы ЗСУВ для этого определения связывания имен, построенной согласно 5.6.

11

Страница 16

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

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

Форма ССАУ‘>

А.1 Введение

А. 1.1 Назначение и структура

Сводка соответствия административного управления (ССАУ) является заявлением поставщика о том. чем идентифицирована реализация, и предоставляет информацию о ее соответствии набору перечисленных документов, устанавливающих грсГювания соответствия административному управлению ВОС.

А. 1.2 Инструкции по заполнению формы ССАУ для получения ССАУ

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

Л.2 Идентификация реализации

А.2.1 Дата заявления

Поставщик реализации должен проставить в приведенной ниже рамке дату настоящего заявления. Используется формат ДД-ММ-ГГГГ.

Дата заполнения:

А.2.2 Идентификация р с а л и з а и и и

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

А.2.3 Информация для контактов

Поставщик реализации должен в приведенной ниже рамке предоставить информацию о том, с кем нужно установить контакт при возникновении вопросов относительно содержания ССАУ.

А.З Идентификация документа, в котором определена информация административного управления

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

Документ, о соответствии которому заявляется:

А.З. I Учтенные технические поправки

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

А.3.2 Учтенные дополнения

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

" Форма ССАУ защищена авторскими правами. Пользователи настоящего стандарта мот воспроизводить, использовать и публиковать заполненную форму ССАУ.

Страница 17

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

А.4 Сводка соответствия административного управления

Поставщик реали зации должен предоставить информацию о том. что заявляет о соответствии реализации некоторому набору документов, предоставляющих реализацию в целом. Ятя каждого документа, о соответствии которому заявляет поставщик, должны быть заполнены или указаны заявки о соответствии. Поставщиком реализации должны быть заполнены колонки 7 (Обеспечение), 8 (Номера таблиц ЗСРП/ЗСИУ/ЗСУО/ЗСУВ) и 9 (Дополнительная информация).

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

0    — обязательно,

ф — факультативно.

у — условно.

х — запрещено,

-    не применяется или не рассматривается.

Примечания

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

2    Обозначение «ф* может иметь суффикс «. п» (где «п» — уникальный номер) для кратных взаимоисключающих или выборочных опций из набора значений статуса. Требования для этого перенумерованного набора должны быть установлены явным образом, желательно, в сноске к соответствующей таблице.

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

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

И — не реализовано,

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

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

В таблицах A.I — А.4 колонка статус используется для указания, должен ли поставщик рсализаиии заполнять указанную таблицу или позицию. Требования соответствия установлены в указанных таблицах или позициях и не изменяются значениями колонки статуса ССАУ. Аналогично колонка обеспечения используется поставщиком реализации для отметки заполнения указанных таблиц и позиций.

Та б л и и a A.I — Сводка обеспечения ЗСРП

Индекс

Идентификация документа, кото рии солержт форму ЗСРП

Номера

таблиц

формы

ЗСРП

Описание

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

Статус

Обеспече

ние

Номера

табяиц

ЗСПР

Дополни

тельна»

информа

ции

Таблица А.2 — Сводка обеспечения ЗС'УО

Индекс

Идешификаипя документа, который содержит форму ЗСУО

Номера

Таблиц

формы

ЗСУО

Описание

О'раннче и ия и та чении

Статус

Обеспече

ние

Номера

таблиц

ЗСУО

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

Таблица А.З — Сводка обеспечения ЗСУВ

Индекс

Идентификация документа, который содержит форму ЗСУВ

Номера

таблиц

формы

ЗСУВ

Описание

Офаниче пии И шачения

Статус

Обеспече

ние

Номера

таблиц

ЗСУВ

Дополни

тельная

информа

ции

13

Страница 18

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

Таблица А.4 — Свояка обеспечения ЗСИУ

Индекс

И центнфикаиин документ», ката* рый содержит форму ЗСИУ

Номер:!

таблиц

формы

ЗСИУ

Oil исание

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

Статус

Обеспече

ние

Номера

таблиц

ЗСИУ

Дополни

тельная

информа

ция

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

ПРИЛОЖЕНИЕ В

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

Форма ЗСУО1'

В.1 Введение

Форма ЗСУО обеспечивает поставщику реализации средство заявления о соответствии классу управляемых объектов для предоставления инс|юрмании соответствия и стандартном виде.

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

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

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

Таблица В.1 — Обеспечение класса управляемых объектов

Индекс

Метка шаблона класса управляемых объектов

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

Обеспечены все обяи тельные характеристики» (Д/11)

Является ли фактичес-кнй класс тем классом управляемых объектов, о соответствии которому «является? (Д/М)

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

Та б л и ua В.2 — Обеспечение фактического класса

Инлеке

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

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

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

информация

11 Форма ЗСУО защищена авторскими правами. Пользователи настоящего стандарта могут воспроизводить, использовать и публиковать заполненную форму ЗСУО.

Страница 19

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

В.4 Атрибуты

Таблица В.З — Обеспечение атрибутов

Установка при со мании

Операции Gel

Операции Replace

И НДС КС

Метка

шаблона

атрибута

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

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

Статус

Обеспе

чение

Статус

Обеспечен ие

Статус

Обеспе

чение

Окончание таблицы В.З — Обеспечение атрибутов

OnepauHii Add

OnepauHii Remove

Установка умолчания

Индекс

Статус

Обеспечение

Статус

Обеспечение

Статус

Обеспечение

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

В.5 Атрибутивные группы Та б л и п а В.4 — Обеспечение атрибутивных групп

Операции Gel

Установка умолчания

И НДС КС

Атрибу

тивная

труппа

Значение идентификатора объекта для атрибутивной ipynnu

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

Статус

Обеспечение

С та туе

Обеспече

ние

Дополни-

тельная

информа

ция

В.6 Действия

Та б л и ца В.5 — Обеспечение действий

Ииаекс

Метка шаблона тина действия

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

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

Статус

Обеспечение

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

15

Страница 20

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

Окончание таблицы И.5 — Обеспечение действий

Инлеке

Подиндекс

Метка имени паля действия

Ограничении и ЖаЧСНИЯ

Статус

Обеспечение

Дополнительна!'

информация

В.7 Сообщения

Таблица В.6 — Обеспечение сообщений

Обеспечение

И идеке

Метка шаблона типа сообщения

Значение идентификатора объекта для типа сообщения

Ограничен ия к значения

Статус

Подтиерхда-

«мос

Неподтвер-

ждаемое

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

Окончание таблицы В.6 — Обеспечение сообщений

Индекс

Подиндекс

Метка имени поля сообщения

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

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

Статус

Обеспечение

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

В.8 Параметры

Т а б л и ц а В.7 — Обеспечение параметров

И НДС КС

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

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

Oi раничеиия и значения

Статус

Обеспечение

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

16

Страница 21

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

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

Форма ЗОНУ (атрибуты)'1

С.1 Атрибуты Таблица С. I — Обеспечение атрибутов

Установка при создании

Операции Gel

Операция Replace

И ИЛ С КС

Метка

шаблона

атрибута

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

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

Статус

Обесие-

чеиие

Статус

Обеспече

ние

С татус

Обеспече

ние

Окончание таблицы C.I — Обеспечение атрибутов

Операции Add

Операции Remove

Установка умолчании

Индекс

Статус

Обеспечение

Статус

Обеспечение

С татус

Обеспечение

Дополни

тельная

информация

С.2 Параметры Таблица С.2 — Обеспечение па рам строп

Индекс

Метка

шаблона

параметра

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

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

Статус

Обеспечение

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

информация

Форма ЗОНУ зашишена авторскими правами. Пользователи настоящего стандарта могут воспроизводить. использовать и публиковать заполненную форму ЗОНУ.

Страница 22

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

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

Форма ЗОНУ (атрибутивные группы)1*

D.I Атрибутивные группы

Таблица D. 1 — Обеспечение атрибутивных групп

Операции Get

Установка умолчания

Индекс

Атрибутив-пая группа

Значение идентификатора объекта для атрибутикой группы

Ограииче' мим и значении

Статус

Обеспече

ние

Стат>х-

Обеспече

ние

Дополни

тельная

информа

ции

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

Таблица D.2 — Обеспечение параметров

Инлекс

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

Значение идепш-фикатора объекта зля параметра

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

Статус

Обеспечение

Лополни!сл!.наи

информация

ПРИЛОЖЕНИЕ Е

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

Форма ЗОНУ (действия)" ЕЛ Действия

ТаблниаЕ.1— Обеспечение действий

Мнлекс

Метка шаблона типа дсйстния

Значение нцентификаюра объекта дли типа леистпии

Ограничения и шачемих

Статус

Обеспечение

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

информации

11 Форма ЗОИУ защищена авторскими правами. Пользователи настоящего стандарта могут воспроизводить, использовать и публиковать заполненную форму ЗОИУ.

Страница 23

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

Окончание таблицы Е. / — Обеспечение действий

И пае Ki

ri адкнцекс

Мока имени поля действия

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

Статус

Обеспе

чение

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

Е.2 Параметры

Таблица Е.2 — Обеспечение параметров

И ндекс

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

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

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

Статус

Обеспе

чение

Дополни

тельная

информация

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

Форма ЗОНУ (сообщения)1'

F.1 Сообщения

Т а 6 л и ц a F. I — Обеспечение сообщений

Обеспечение

Индекс

Метка шаблона типа сообщения

Значение идентификатора объекта для типа сообщения

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

Статус

Подтер

ждаемое

Неиод-

тиер-

ждаемое

Доно.ш и тельная информация

Окончание таблицы F.I — Обеспечение сообщений

Индекс

Подиндекс-

Метка имени поля сообщения

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

О'раиичения и значения

Статус

Обеспечение

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

’’ Форма 30 И У защищена авторскими правами. Пользователи настоящего стандарта могут воспроизводить. использовать и публиковать заполненную форму ЗОИ У.

Страница 24

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

F.2 Параметры

Т а б л >i u a F.2 — Обеспечение параметров

Индекс

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

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

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

Статус

Обеспе чей не

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

информация

ПРИЛОЖЕНИЕ G

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

Форма ЗСУВ для связывания имен"

G.1 Введение

Форма ЗСУВ для связывания имен обеспечивает поставщику реализации средство заявления о соотвст-сгвии связыванию имен для предоставления инс|юрмаиии соответствия в стандартном виде.

G.2 Инструкции по заполнении) формы JOB для связывания имен

Поставщик реализации должен указать в таблицах G.1 и G.2, как позиции обеспечиваются и, при необходимости, привести дополнительную информацию.

G.3 Заявление о соответствии связыванию имен

Та б л и н a G. I — Обеспечение связывания имен

Индекс

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

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

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

Статус

Обеспе

чение

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

информации

Окончание та&шцы 0.1 — Обеспечение связывания имен

И нас кс

Подиндекс

Операция

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

Статус

Обеспече

ние

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

информации

Обеспечение создания

Создание с указанием ссылки

Создание с автоматическим наименованием экземпляра

Обеспечение удаления

Удаление только в случае, если нет вмещаемых обьектов

Удаление вмещаемых объектов

G.4 Параметры

Таблица G.2 — Обеспечение параметров

И млеке

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

Значение нлентнфикаюра объекта ал я параметра

Офаиичения и значения

Статус

Обеспече

ние

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

информация

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

Страница 25

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

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

Форма ЗСИУ (атрибуты)1*

II. I Атрибуты

Таблица И. 1 — Обеспечение атрибутов

Установка при создании

Операция Gel

Операция Replace

И клеке

Метка

шаблона

атрибута

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

Ограничения и шпчения

С татус

Обеспе

чение

Статус

Обеспе

чение

Статус

Обеспе

чение

Окончание таблицы Н. / — Обеспечение атрибутов

Операции Add

Операция Remove

Установка умолчании

Индекс

Статус

Обеспечение

Статус

Обеспечение

Статус

Обеспечение

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

11.2 Параметры

Таблица Н.2 — Обеспечение параметров

(1 наекс

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

Значение иаентификатора объекта а ля параметра

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

Статус

Обес

пе

чение

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

информация

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

Страница 26

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

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

Форма ЗСИУ (атрибутивные группы)11

1.1 Атрибутивные группы

Таблица 1.1 — Обеспечение атрибутивных групп

Операции Gel

Установка умолчания

Индекс

А|рибу-

ТИЯ11.П1

ipynna

Значение идентификатора объекта для атрибутинной труппы

Ограничении 1! шачении

Статус

Обеспе

чение

Статус

Обеспе

чение

Дополни

тельная

информа

ции

1.2 Параметры

Таблица 1.2 — Обеспечение параметров

Индекс

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

Значение идешификаюра объекта для параметра

О фан и чей и я и шачении

С га туе

Обеспечение

Допо.т ни-гсдиия информация

ПРИЛОЖЕНИЕ J

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

Форма ЗСИУ (действия)1*

.1.1 Действия

Т а б л и u a J.1 — Обеспечение действий

Индекс

Межа шаблона типа действия

Значение идешификатора Объекта для типа действия

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

Статус

Обеспечение

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

11 Форма ЗСИУ защищена авторскими правами. Пользователи настоящего стандарта могут воспроизводить, использовать и публиковать заполненную форму ЗСИУ.

Страница 27

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

Окончание таблицы J.1 — Обеспечение действий

Индекс

Подиндекс

Метка имени поля действии

Oi-раничемия и значении

С татус

Обеспе

чение

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

информации

J.2 Параметры

Таблииа J.2 — Обеспечение параметров

Иплеке

Метка

шаблона

парамефа

Значение идентификатора объект для napaMctpa

Ограничений и значения

Cratyc

Обеспечение

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

информации

ПРИЛОЖЕНИЕ К

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

Форма ЗСИУ (сообщения)0

К.1 Сообщения

Таблица K.I — Обеспечение сообщений

Обеспечение

Ин

декс

Метка шаблона in па сообщения

Значение идентификатора объекта для типа сообшенин

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

CTaiyc

Пол1вер ж лае мое

Непал ■ верж

даемое

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

информация

Окончание таблицы К.! — Обеспечение сообщений

Ин

декс

Под

индекс

Метка имени поли сообщения

Значение идентфикатора объекта мша atpn6yra. сказанного с полем

Ограничении и значении

С1.live

Обеспечен ие

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

информации

'* Форма ЗСИУ защищена авторскими правами. Пользователи настоящего стандарта moiyt воспроизводить, использовать и публикован» заполненную форму ЗСИУ.

Страница 28

ГОСТ Р НСО/МЭК 10165-6-2003 К.2 Параметры

Т а б л и u а К.2 — Обеспечение параметров

Индекс

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

Значение идентификатора обгекта ял я параметра

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

Статус

Обеспече

ние

Дополнительна)!

информация

ПРИЛОЖЕНИЕ L

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

Форма ЗСИУ (создание и удаление)!( L.1 Обеспечение создания и удаления

Т а б л и u a L. I — Форма ЗС'ИУ (создание н удаление)

И няекс

Описание

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

С тап'с

Обеспечение

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

информация

I

Создание

1.1

С указываемым объектом

2

Удаление

L.2 Параметры

Таблица L.2 — Обеспечение параметров

Индекс

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

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

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

Статус

Обеспе

чение

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

информация

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

Дополнительные указания но спецификации форм

МЛ Ввеление

В настоящем приложении приведены дополнительные указания по спецификации форм. Они соответствуют соглашениям ГОСТ Р ИОО/МЭК 9646-1. ГОСТ Р ИСО/МЭК 9Ы6-2. ИСО/МЭК %4Ь-7 и повторены здесь для удобства.

М.2 Обозначения и индексы таблиц

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

" Форма ЗСИУ защищена ангорскими правами. Пользователи настоящего стандарта могут воспроизводить, использовать и публиковать заполненную форму ЗСИУ.

Страница 29

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

цифрами с добавлением иерея цифрой обозначения приложения и точки. Например, габлипы в приложении X помечают как «Таблица X.I*, «Таблица Х.2» и тл.

Инлсксы и подиндексы для строк таблиц обозначают в соответствии с ГОСТ I* ИСО/МЭК 9646-2. а именно, последовательными номерами. Например, таблица МЛ имеет строки I, 2, 3.

Таблица М. I — Пример индексов

И кдекс

Информации

1

2

3

Инлсксы для подстрок (строк внутри строк) являются индексом строки с последующей точкой и номером подстроки. Например, в таблице М.2 строка I имеет подстроки 1.1, 1.2, 1.3.

Таблица М.2 — Пример подиндексов

Индекс

Информация ил* строки

Информация ал* подстроки

1

1.1

1.2

1.3

2

-

М.З Продолжения таблиц

'Эта проблема возникает, когда информация в таблице не умещается на ширине страницы. Например, таблица М.З не помещается на странице.

Таблиц а М.З — Пример неформатной таблицы

Индекс

Колонка 1

Колонка 2

Колонка 3

Колонка 9

1.1

1.2

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

П ри меч а н и е — Продолжения таблицы должны иметь заголовок •Продолжение та&яицы X — _«, а последняя часть — «Окончание таблицы X —_».

машаине laC.nuiu    название    кии    ним

Таблица М.З, разделенная на три части, будет выглядеть как таблица М.4:

Таблица М.4 — Пример продолжения таблицы

Индекс

Колонка 1

Колонка 2

Колонка 3

1.1

1.2

25

Страница 30

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

Продолжение таблицы М.4 — Пример продолжения таблицы

Индекс

Колонки 4

Колонка5

Колонка 6

1.1

1.2

Окончание таблицы М.4— Пример окончания таблицы

И НДС КС

Колонка 7

Колонка S

Колонка 9

1.1

1.2

Комментарии, описывающие построение таблицы, могут бьпь добавлены к предшествующему материалу. Например, к предшествующему тексту может быть добаатено: х.х Формат таблицы

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

Индекс

Первый блок колонок

Второй блок колонок

И г.д.

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

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

_», а последняя част ь — * Окончание таблицы X —_ * .

на знание таблиии    название    таблним

Если таблица очень длинная и широкая, то первый блок колонок    должен    быть    завершен    по    длине до

тою. как начнется второй блок, и т. д. Части очень длинной и    широкой    таблицы    должны    располагаться    в

документе в следующем порядке:

а)    Первый блок колонок, строки 1 — п

б)    Первый блок колонок, строки (я * I) — последняя строка

в)    Второй блок колонок, строки I — /т

г)    Второй блок колонок, строки (я + 1) — последняя строка

Полная таблица реконструируется из составляющих следующим образом:

а) Первый блок колонок, строки I — п

в) Второй блок колонок, строки 1 — п

б) Первый блок колонок, строки (п + 1) — последняя строка

г) Второй блок колонок, строки (п + 1) — последняя строка

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

Индекс

Информация для сгроки/полорокм

1

1.1

1.2

1.3

2

26

Страница 31

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

М.4 Условные утверждения

Условия в таблицах относятся к обозначениям (уп), таким как yl, у2 и та., где *п» — уникальное целое число, а за меткой условия следует лвоеточне «:*. За условием должен следовать предикат (if then else). Напри мер: у I: if предикат ihcn о else —

В данном случае если предикат имеет значение «истина», статусом начнется то, что следует за «then* (в данном счучае «о»); если прсликат имеет значение «ложь», статусом является то. что следует за «else» (в данном случае *—»).

Предикатом может быть одно из следующих:

а)    явная ссылка на ответ об обеспечении (в колонке «Обеспечение*); если ответ «Д», то предикат равен •истина», иначе — «ложь»:

б)    булевское выражение, содержащее другие предикаты, например pi AND NOTр2.

Условия могут находиться в начале формы ЗСУО. если используются по всему тексту. В таком случае рекомендуется следующая <|юрма:

х.х Обозначения, сокращения и термины

Следующие требования являются общими во всей форме ЗСУО: yl: if А/10а then о else — у2: if В/3 then о else —

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

Таблица М.5 — Пример условий

Индекс

Статус

Обеспечение

1

у 1

>

у2

vl: if D/lOa then о else —

y2: if B/3 then о el«: —

П р и м с ч а н и с 1 — Если в колонке статуса «у», «о*, «ф» или «х» имеют префикс «у>. то это означает, что статус является аюженным для условного или факультативного злеменга в той же самой таблице. Например:

Таблица М.6 — Пример вложенных условий

Индекс

Ста«ус

1

Ф

1.1

У: о

1.2

У: Ф

1.2.1

У: Ф

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

Таблица М.7 — Пример группы взаимосвязанных возможностей

Индекс

Cntyc

1

ф.5

2

ф.5

3

ф.5

4

ф.5

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

27

Страница 32

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

В предикате явная ссылка на ответ об обеспечении (в колонке •Обеспечение») задается следующей последовательностью:

а)    ссылка на таблицу, содержащая нужный элемент, например С;

б)    наклонная черта

в)    индекс или подиндекс строки, в которой содержится ответ;

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

Например, ссылка на ответ об обеспечении «А/10с» указывает на третий ответ об обеспечении в строке с индексом 10 в таблице А

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

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

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

Х.4 Обеспечение атрибутивных групп

Атрибутивные группы не сиепифииированы для данного класса управляемых объектов.

М.6 Сокращения для идентификаторов объектов

В таблицах формы допускаются сокращения идентификаторов объектов. Эти сокращения должны быть спснифииированы в форме ССАУ, если они используются в нескольких <]юрмах (например, ССАУ, ЗСУО, ЗОНУ), или в той форме, где они используются только в одной форме. Сокращения должны быть определены я отдельном разделе до их использования. Пример того, как могут быть сокращены идентификаторы объектов для атрибутов:

dmi-att joint-iso-itu-t ms (9) smi (3) part2 (2) attribute (7)

При использовании в таблицах идентификатор обьекга для атрибута со значением 22 может быть задан как «dmi-att 22».

Дополнительные указания по сокращениям и терминам могут бытъ установлены в форме ССАУ. если они используются в нескольких формах (например, ССАУ, ЗСУО. ЗОНУ), или в той форме, где они используются только в одной 1|н>рмс.

М.7 Таблицы параметров

В форму ЗСУО moiyt быть включены одна или несколько таблиц обеспечения параметров. Статусы параметров всода должны быть условными, а условие связано с обеспечением соответствующих характеристик административного управления. Соответствующая характеристика административного управления может быть указана с помощью номера индекса. Если имеется несколько таких характеристик, то для получения фактического условия для параметра, условия для характеристик комбинируются с помощью логической операции «OR*. Например, условие обеспечения конкретного параметра ошибки, связанной с двумя действиями (Х/1.1 и Х/1.2), может бытъ записано как:

yll: if (Х/1.1 OR Х/1.2) then о else-

М.8 Метки имен полей сообщений и действий

Метки имен потей действий являются метками в синтаксисе АСН.1 информации действия и ответной ин(|юрмаиии действия. Метки имен полей сообщений являются метками в синтаксисе ACH. I ин(|юрмаиии события и ответной ин(|юрмапии сообщения. Эти метки обычно используются в таблицах отображения услуги, но в некоторых случаях их может не быть в используемом синтаксисе. В таких случаях, во избежание двусмысленности, метки должен присвоигь разработчик формы. При этом принимаются следующие соглашения:

а)    используются метки * field, п», где */г« — возрастающие номера индексов, например fiekl. I, field.2. field.2.1 (если пате lleld.2 вырожденное) и т.д.;

б)    используются метки «TypeRcfcrcnce.n», где «ТуреReference* — ссылка на тип синтаксиса информации или синтаксиса отвега, а «п-> — возрастающие номера индексов: например, для синтаксиса информации действия AcliveReply поля могугбыть названы Active Reply. I, ActiveRcply.2. Active Reply .2.1 (если поле AcliveRe-ply.2 вырожденное) и т.д.:

в)    используется синтаксис полей, например OpcrationalState. INTEGER. Otlierlnfo. где OpcrationalState и Otherlnfo — ссылки на типы.

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

М.9 Таблицы обеспечения пакетов

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

Страница 33

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

Таблица М.8 — Таблицы обеспечения пакетов

Имдекс

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

Значение идентификатора объекта для пакета

Ограничения >■ -значения

Статус

Обеспече

ние

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

информация

Спецификация формы должна иметь заполненные колонки I (Индекс), 2 (Метка шаблона пакета), 3 (Значение идентификатора объекта для пакета), 5 (Статус) и. при необходимости, 4 (Ограничения и значения). Поставщик реализации датжен указать, обеспечиваются или нет пакеты из определения класса управляемых объектов, и отметить обеспечение для каждого пакета, заполнив колонки 6 (Обеспечение) и, при необходимости. 7 (Дополнительная информация).

М. 10 Условия использования различных форм

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

Ниже даны некоторые рекомендации, относящиеся к разным формам.

М. 10.1 Форма ССАУ

В документ, устанавливающий информацию административного управлении, должна быть включена одна <[юрма ССАУ.

М. 10.2 Форма ЗСИУ

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

М. 10.3 Форма ЗСУО

Формы ЗСУО требуются, если спецификация определяет управляемые объекты (о соответствии которым может быть заявлено).

М. 10.4 Форма ЗОНУ

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

М. 10.5 Форма ЗСУВ

Формы 'ЗСУВ требуются, если спецификация определяет какие-либо взаимосвязи (включая связывание имен).

М. 10.6 Форма ЗСРП

Форма ЗСРП требуется, сели есть какой-либо протокол, относящийся к определениям спецификации, который не установлен как часть форм ЗСИУ и ЗСУО. Обычно форма ЗСРП не требуется в стандартах по административному управлению системами.

Форма ЗСРП для согласования прикладного контекста административного управления системами представлена в ГОСТ Р ИСО/МЭК 10164-1, приложение Е.

М. 11 Минимальные требования соответствия

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

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

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

Страница 34

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

М. 11.1 Спецификации ♦строительных блоков»

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

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

Эти минимальные требования могут изменяться между системами в роли управляющего и в роли агента. Например, для системы в роли управляющего соответствие родовому атрибуту (такому, как атрибут «состояние») минимальное требование может быть ограничено по крайней мере одной операцией (например. Get) над атрибутом, тогда как для системы в рати агента минимальное требование может быть обеспечено для управляемого объекта, включающего в себя атрибут.

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

М. 11.1.1 Родовые определения в роли агента

Если Спецификация содержит некоторые родовые определения, то для заявления о соответствии достаточно обеспечить один (одно, одну) из атрибутов, сообщений, атрибутивных групп или действий. Заявление о соответствии родовому атрибуту (в роли агента) должно сопровождаться ЗСУО (для подробного заявления о соответствии). Для этого в форме ССАУ в таблице минимальных требований соответствия для роли агента должна быть предусмотрена колонка «Ссылки на таблицы».

М. 11.1.2 Управляемые объекты в роли агента

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

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

МЛ 1.1.3 Роль управляющего

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

М.И.2 Прикладные спецификации

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

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

М. 11.3 Комбинированные спецификации

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

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

М. 12 Совместимые классы

Форма ЗСУО предназначена для испш1ьзования в качестве заявления о соответствии классу управляемых объектов, определенному в документе, или некоторым совместимым классам объектов. При спецификации

30

Страница 35

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

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

Для операций, которые не специфицированы явно как исключенные, форма ЗСР должна предоставить условный статус, который, например, устанавливает «if A. I/lb then х else где A.l/Ib относится к ответу на вопрос: «Является ли фактический класс тем классом управляемых объектов, о соответствии которому заявляется?» -Этот метол гарантирует, что форма ЗСР может быть использована для 'заявлений о соответствии спецификации, когда реализация поддерживает совместимый класс объектов.

М. 13 Форма ЗСУО для нереализуемых классов

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

Последующие стандарты функций могут допустить заявления о соответствии нереализуемым классам. Тогда должны быть предоставлены <]юрмы ЗСУО для таких классов объектов.

М.14 Наследуемые атрибуты

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

Для классов управляемых обьектов. которые поддерживают создание операцией административного управления, статус «Установка при создании» должен быть «о» для атрибута objectClass и «ф* — для атрибутов namcBinding, packages и allomorphs.

Для классов управляемых объектов, которые поддерживают создание только системой-агентом (например. объекты записей), статус «Установка при создании» дчя этих атрибутов должен быть «х*.

М. 15 Интерпретация статуса «о*

Использование статуса «о* в колонке «Статус* форм ЗСР может привести к разным интерпретациям того, что требуется от реализации, в зависимости от типа формы ЗСР и того, относится ли форма ЗСР к реализации как к отправителю или к получателю.

Значение статуса «о* в колонке «Статус* применительно к получающей реализации используется как для указания требования «полной функциональности», так и требования совместимости при получении параметра (но не его дальнейшей обработки).

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

М. 16 Условные выражения

При использовании условных выражений в формах ЗСР:

-    все условные выражения должны заканчиваться на точке «.*:

-    все номера в ф-N должны быть уникальными в пределах одного приложения (а желательно — и в пределах всего документа);

-    все номера в yN должны быть уникальными в пределах одного приложения (а желательно — и в пределах всего документа):

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

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

М.17 Кратные формы ЗСИУ одного типа

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

-    для обеспечения атрибута предоставляется несколько форм 'ЗСИУ. Контекст каждой отдельной формы четко определен. Позиции в форме ССАУ (сводке обеспечения ЗСИУ) указывают поставщику реализации на нужные таблицы:

-    для атрибутов используется одна форма ЗСИУ. но отдельные атрибуты включаются в несколько строк. Для указании контекста используется колонка «Ограничения и значения».

Аналогичные приемы можно использовать и для других типов форм ЗСИУ. Дополнительная информация о заполнении форм ЗСИУ приведена в приложении N.

М. 18 Порядок форм ЗСР

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

ССАУ, ЗСИУ. ЗСУО. ЗОИУ, ЗСУВ. ЗСРП.

31

Страница 36

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

Не все типы <|юрм ЗСР входят во все спецификации. Форма СС'АУ присутствует всегда, и важно, чтобы она была ранее других форм, гак как предоставляет сводку требований соответст вия для полной спецификации и ссылки на другие требуемые формы.

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

Дополнительные указания но заполнению форм

N.I Введение

В настоящем приложении приведены дополнительные указания по заполнению форм. Они адресованы поставщикам реализаций, использующим формы ЗСР для заявлений о соответствии.

N.2 Использование таблиц сводки обеспечения для отображения номеров других таблиц

Таблицы сводки обеспечения в форме СС'АУ предназначены для тою. чтобы дать общий обзор всех форм ЗСР, входящих в конкретное зая&тение о соответствии. Колонка «Номера таблиц ЗСРП» может быть использована для идентификации конкретной ЗСР (и таблиц в ЗСР), относящейся к элементу, идентифицированному в таблице сводки обеспечения. Эта же колонка может быть использована для ссылки на конкретную ЗСР, когда используется несколько копий одной и гой же формы ЗСР.

N.3 Обеспечение установки при создании в роли управляющего

Подробная спецификация того, как реали зация роли управляющего обеспечивает установку при создании для различных атрибутов, приводится в форме ЗСИУ для атрибутов. В форму ЗСИУ для создания и удаления могут быть включены ссылки (в колонке «Дополнительная информация») для указания любых частных ограничений в заявленном соответствии.

N.4 Заявление об ограниченном обеспечении роли управляющего

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

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

-    в заявление о соответствии может быть включено несколько копий одной и той же заполненной формы ЗСИУ. Контекст каждой заполненной копии формы ЗСИУ должен быть ясно специфицирован в зая&тении. Особое внимание требуется в тех случаях, когда условные выражения ссылаются на другие формы ЗСР.

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

Пример формы ССАУ

0.1 Введение

В настоящем приложении приведен пример формы ССАУ, которая должна быть заполнена поставщиком реализации. Соответствующий пример формы ЗСУО для определения класса управляемых объектов (названного cxampleObjectClass) приведен в приложении Q.

0.1.1 Объяснения

В настоящем подразделе приведены объяснения, относящиеся к таблицам примера.

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

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

3)    Требования к роли управляющего должны быть перечислены в одной таблице.

32

Страница 37

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

Эта таблица является лишь описанием «верхнего уровня» требований соответствия, относящихся к роли управляющего. Таблицы современных сгандаргов функций административного управления включают в себя позишш для отдельных родовых сообщений, одну позицию дли всех родовых атрибутов и атрибутивных групп и одну позицию для «операций над управляемыми объектами». Рекомендуется, чтобы структура таб'ншы 0.3 использовалась во всех стандартах по функциям административного управления. Если принять эту структуру, то минимальные требования соответствия могут быть легко выражены в форме ЗСИУ. Табтииа 0.3 не должна содержать список классов управляемых объектов стандарта (так как требования соответствия роли управляющего относятся, в общем случае, к операциям и сообщениям, а не к управляемым объектам).

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

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

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

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

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

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

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

Управляемые объекты должны быть представлены в виде списка классов управляемых обьекгов. о соответствии которым может быть заявлено. В колонке «Ссылка на таблицу» для всех классов управляемых объектов должно стоять •—», гак как в данном случае ссылка на нужную форму ЗСУО может быть найдена в таблице сводки обеспечения ЗСУО.

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

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

6)    Таблица сводки обеспечения ЗСРП используется для того, чтобы дать ссылки на все формы ЗСРП, требуемые для полного заявления о соответствии спецификации. Обычно имеется только одна позиция (прикладной контекст административного управления системами). Указанные формы ЗСРП могут содержаться в том же самом документе или в других спецификациях.

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

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

8)    Таблица сводки обеспечения ЗСУВ должна содержать все относящиеся к делу связывания имен. Эти связывания имен могут быть определены в спецификации или указаны из других документов. Статусы связываний имен в большинстве случаев являются условными, зависящими от обеспечения подчиненных классов управляемых объектов. Обычно статус имеет вид «if <упраачяемыи объект обеспечивается> then ф else — ». Обеспечение конкретного связывания имен обычно не является обязательным.

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

0.1.2 Назначение и структура

Сводка соответствия административного управления (СС'АУ) является заявлением поставщика, которое идентифицирует реатизаиию и предоставляет информацию, указывающую, каким из перечисленных документов. специфицирующих требования соответствия административному управлению ВОС. заявляется реализация.

33

Страница 38

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

Форма ССАУ является документом в виде вопросника, который становится ССАУ после заполнения поставщиком реализации.

0.1.3 Инструкции по заполнению формы ССАУ

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

0.2 Идентификация реалшаики 0.2.1 Дата заявления

Поставщик реализации должен проставить в приведенной ниже рамке дату настоящего заявления. Используется формат ДД-ММ-ГГТГ.

Дата заполнения:

0.2.2 Идентификация реализации

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

0.2.3 Информация для контактов

Поставщик реализации должен в приведенной ниже рамке предоставить информацию о том. с кем нужно установить контакт при возникновении вопросов относительно содержания ССАУ.

0.3 Идентификация документа, в котором определена информация административного управления

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

Документ, о соответствии которому заявляется:

0.3.1 Учтенные технические поправки

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

0.3.2 Учтенные дополнения

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

0.4 Сводка соответствия административного управления

Поставщик реализации должен предоставить иж]юрмапию о том, что он заявляет о соответствии реализации некоторому набору документов, предстаатяютнх реализацию в целом. Для каждою документа, о соответствии которому заявляет поставщик, должны быть заполнены или указаны заявки о соответствии. Поставщиком реализации должны быть заполнены колонки 7 (Обеспечение). 8 (Номера таблиц ЗСРП/ЗСИУ/ЗСУО/ЗСУВ) и 9 (Дополнительная информация).

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

- не применяется или не рассматривается.

34

Страница 39

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

Примечания

1    Обозначения «у», «о», «ф« и «х» до полня tore я префиксом *у>. когда являются вложенными в условную или факультативную позицию той же самой таблицы.

2    Обозначение «ф» может иметь суффикс «. п* (где «п» — уникальный номер) для кратных взаимоисклю-чающих или выборочных опций из набора значений статуса. Требования дня этого перенумерованного набора должны быть установлены явным образом, желательно в сноске к соответствующей таблице.

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

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

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

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

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

В таблице 0.1 поставщик реализации должен указать обеспечиваемые рати.

Таблица 0.1 — Роли

И ндекс

Обсспечииасмые роди

Статус

Обеспечение

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

информация

I

Обеспечение роли управляющего

ф.1

2

Обеспечение роли агента

ф.1

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

Таблица 0.2 — Функциональные блоки административного управления системы

Управляющий

Агент

И илекс

Имя функционального блока адм им истрли иного управления системы

Статус

Обеспе

чение

Статус

Обеспе

чение

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

информация

1

Основной функциональный блок

VI

У2

2

Функциональный блок монитора

у!

У2

у 1: it'O.I/la then ф else —. v2: if O.I/2a then ф else —.

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

Таблица О.З — Минимальные требования соответствия в рати управляющего

И ипекс

Элемент

Статус

Обеспечение

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

кифармлики

1

Операции над управляемыми объектами

уЗ

2

Сообщение об изменении состояния

у4

3

Сообщение о создании обьекта

у4

4

Сообщение об удалении объекта

у4

5

Сообщение об изменении значения атрибута

у4

6

Сообщение Example

У4

уЗ: if 0.2/1а then о else (if O.I/la then ф.2 else —).

y4: if 0.2/la or 0.2/2a then о else [if 0.2/2a then ф else (if O.I/la then ф.2 else — )|.

35

Страница 40

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

Примем а II и с - Согласно минимальным требованиям соответствия в роли управляющего должна обеспечиваться по крайней мере одна позиция в таблице 0.3. Обеспечение функциональных блоков, идентифицированных в таблице 0.2, делает обязательным обеспечение некоторых из позиций данной таблицы. Условия уЗ и у4 выражают оба эти требования.

В таблице 0.4 поставщик реализации должен указать обеспечение информации административного ynpa&icHHH в роли агента. Если обеспечиваются дополнительные подклассы регистрационных записей, то поставщик реализации должен перечислить эти классы в колонке «Дополнительная информация*.

Т а бл и н а 0.4 — Минимальные требования соответствия в роли агента

И млеке

Элемент

Ст*|ус

Обеспечение

Ссылка на таблицу

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

1

Класс объектов Example

У5

2

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

уб

-

3

Сообщение Example

У?

у5: if 0.2/lb then о else (if O.I/2a then ф.З else —).

>6: if O.I/2a and O.S/la then о else —.

Примечание — Условие уб делает обязательным обеспечение регистрационных записей событий, связанных с поддерживаемыми сообщениями, если обеспечивается регистрация. у7: if 0.1/2а then ф.З else —.

Примечание — Колонка «Ссылка на таблицу» содержит ссылку на ЗСУО, предоставляющую заявление о соответствии упраатяемому объекту, который импортирует сообщение из настоящей спецификации.

Т а бл и и а 0.5 — Регистрация записей событий

Индекс

Элемент

Статус

Обеспечение

Дон ол н мтел 41 ая информация

1

Обеспечивает ли реализация регистрацию записей событий в роли агента

У8

у8: if 0.1/2а then ф else —

Поставщик реализации должен предоставить ин<}юрм;шию о том, что он заявляет о соответствии реализации некоторому набору документов, представленному в таблицах 0.6 — 0.9. Для каждого документа, о соответствии которому заявляет поставщик, должны быть 'заполнены или указаны заявки о соответствии. Поставщиком реализации должны быть -заполнены «Обеспечение», «Номера таблиц» и «Дополнительная информация».

В таблицах 0.6—0.9 колонка «Статус* используется для указания, должен ли поставщик реализации заполнять указанную таблицу или позицию. Требования соответствия установлены в указанных таблицах или позициях и не изменяются значениями колонки «Статус» ССАУ. Аналогично колонка •Обеспечение» используется поставщиком реализации для отметки заполнения указанных таблиц и позиций.

Таблица 0.6 — Сводка обеспечения ЗСРП

Индекс

Идентификация документа, который содержит форму ЗСРП

Номера габ лиц формы ЗСРП

Опи

сание

Отраниче-ння и значения

Статус

Обес ■ печение

Номера

таблиц

ЗСРП

Дополни

тельная

информа

ция

Таблица 0.7— Сводка обеспечения ЗСУО

Индекс

Идентификация документа, коюрый содержит форму ЗСУО

Номера таблиц формы ЗСУО

Описание

Ограни* пенни и ■качения

Ста

туе

Обеспе

чение

Номера

таблиц

ЗСУО

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

1

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

0-1 -0-7

example

Object-

Class

Ф

36

Страница 41

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

Таблица 0.8 — С иод ка обеспечении ЗСУВ

Индекс

Идентификация документа. который содержит форму ЗСУВ

Номера таблиц формы ЗСУВ

Описание

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

Статус

Обеспе • чеиис

Номера

таблиц

ЗСУВ

Дополни-тельнаи информации

Т а б л и ц а 0.9 — Сводка обеспечения ЗСИУ

Ин

декс

Идентификация документа, который содержит форму ЗСИУ

Номера тлб лиц формы ЗСИУ

Описание

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

Ста

тус

Обес пече ■ иие

Номера

таблиц

ЗСИУ

Допол-н итель ная ин-|:г.р»1.ч:ио

1

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

Таблицы

Р.2-Р.4

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

>12

2

ГОСТ Р ИСО/МЭК 10164-1

Таблица B.I

Сообщения objcclCreation, object Deletion, atributeValucCha-ngc

>13

3

ГОСТ Р ИСО/МЭК 10164-2

Таблица B.I

Сообщение

stateChange

-

у 14

4

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

Таблица В.1

Сообщение

example

-

>15

у 12: if О.З/la then о else —. у 13: if О.З/За or 0.3/Sa then 0 else -у 14: if 0.3/2a then о else —. у 15: if О.З/ба then о else —.

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

Пример формы ЗСИУ

Р.1 Введение

В настоящем приложении приведены примеры ЗСИУ различных типов. Формы ЗСИУ должны заполняться поставщиком реализации.

Р.2 Инструкции

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

Р.З Пример

Р.3.1 Сообщение

Таблица P.I — Обеспечение сообщения

Обеспечение

Ин

декс

Метка шаблона типа сообщении

Значение идентификатора OOl.fKIIl ал* типа сообщения

Ограничения и аил-чей им

Статус

Подтвер

ждаемое

Неподтвер-

ждаемое

Дополни

тельная

информации

1

cxampleNotification

{not 1}

О

37

Страница 42

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

Окончание таблицы P.I — Обеспечение сообщения

Ин

декс

Под

индекс

Метка имени поля сообщении

Значение идентификатора объекта iиna а1рибута, спя миног» с нолем

Ограничений и :шачения

Статус

Обеспе

чение

Дополни те.и. пах информация

1

1.1

source Indicator

)dmi-att26)

1

с

о

1.2

attributeldentifierUst

{dmi-attS)

О

1.3

stateChange Definition

|dmi-att28)

О

1.3.1

attributeld

-

о

1.3.2

oldAttributcValue

-

о

1.3.3

newAttribulcValuc

-

о

1.4

notificationldcntifier

{dnii-att 16|

INTEGER

о

1.5

additionalText

{dmi-att?)

о

1.6

additionallnfomiation

{dmi-atl6}

о

Р.3.2 Атрибуты

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

Таблица Р.2 — Обеспечение атрибутов

Установка при создании

Онераиии Gel

Индекс

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

Значение иленгификато pa объекта или л грибу la

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

Статус

Обеспе

чение

Статус

Обссп*'

чем не

1

objectClass

(dmi-att65)

У»

ф.З

2

name Binding

(dmi-att63)

У!

ф.З

3

packages

(dmi-att66|

у|

ф.З

4

allomorphs

(dmi-att50)

yi

ф.З

5

logld

{dmi-att2|

у|

ф.З

6

discriminatorConstruct

|dmi-att56)

у|

ф.З

7

admin istrativcState

(dmi-att3l ]

у|

ф.З

8

operational State

(dmi-au35)

ф.З

9

availabilityStatus

(dmi-att33)

ф.З

10

logFullAction

(dmi-att58j

у1

ф.З

II

maxLogSize

tdmi-att62]

у|

ф.З

12

current LogSizc

(dmi-att54J

ф.З

13

numberOfRecoids

(dmi-at(64)

у|

ф.З

14

capacityAlarmThreshokl

(dmi-att67>

yi

ф.З

15

startTime

(dmi-att68J

у|

ф.З

16

stopTime

(dmi-alt69j

У»

ф.З

17

intervabOlDay

(dmi-att57}

У»

ф.З

18

wee kM ask

(dmi-att7l)

у|

ф.З

19

schedulerName

(dmi-att67)

у|

ф.З

у: if P-4/Ia then ф else —

38

Страница 43

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

Окончание ташчцы Р.2 — Обеспечение атрибутов

Операиия Replace

Операция Add

Операция Remove

Устаноика умолчания

Индекс

Статус

Обеспе

чение

Статус

Обеспече

ние

Статуе

Обеспече

ние

Статус

Обеспече

ние

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

I

-

-

2

3

-

-

-

4

5

-

-

6

ф.З

ф.З

7

ф.З

-

8

9

-

-

10

ф.З

11

ф.З

-

12

13

-

-

-

14

ф.З

ф.З

ф.З

15

ф.З

-

16

ф.З

ф-3

17

ф.З

ф.З

ф.З

ф.З

18

ф.З

ф.З

ф.З

ф.З

19

-

-

-

Р.3.3 Действия

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

Таблица Р.З — Обеспечение действий

И ндекс

Метка шаблона 1ипа действия

Значение идентифн кагора объекта для тина дейстпия

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

Статус

Обеспе

чение

Дополни

тельная

информации

1.1

aclivaicDynamicSimplcRepon

{summ-act 1}

Информация

Ф

1.2

activatcDvnamicSimplcRcport

{summ-act 1}

Ответ

Ф

2.1

aclivatcScan Report

|summ-act 2}

Информация (без синтаксиса)

Ф

2.2

activateScanReport

{summ-act 2}

Ответ

Ф

39

Страница 44

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

Окончание таблицы Р.З — Обоспечемкс действий

Имлеке

Подиндекс

Метка имени поли действии

Ограничения u ■иачеини

Статус

Обеспе

чение

Доиолишельная

информации

1.1

1.1.1

scan At t ributc 1 d List

у: ф

1.1.2

scoped Select ion

у: ф

1.1.2.1

baseObjcct

у: ф. 1

1.1.2.1

distinguishcdNamc

У : Ф-1

1.2

1.2.1

scanlnitiationTimc

у : о

1.2.2

addilionalText

у : о

1.2.3

additional Information

у : о

2.2

2.2.1

scanlnitiationTimc

v : о

2.2.2

addilionalText

v : о

2.2.3

additional Information

v : о

Р.3.4 Операции создании и удаления

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

Таблица Р.4 — Обеспечение создания и удаления

И млеке

Описание

Ограничении к значения

Сглгус

Обеспечение

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

информации

1

Создание

Ф.з

1.1

С указываемым объектом

у: Ф

2

Удаление

ф.З

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

Пример формы 30'О

Q.1 Введение

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

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

Q.2 Инструкции по дополнению формы ЗСУО

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

Q.3 Заявление о соответствии классу управляемых объектов

Та б л и ц a Q.1 — Обеспечение класса управляемых объектов

Ии

леке

Метка шаблона класса управляемых объемов

Значение идентификатора объекта лля класса унравлнеиых объектов

Обеспечены ли все обязательные характеристики?

<Д/Н)

Являетси ли фактический класс тем классом управляемых объект». о соогве1ствин которому Шшднсгся? (Д/Н)

1

еха mpleObjectClass

{joint-iso-ccitt ms (9> smi (3) part4 (4) managcdObjectClass (3) examplcclass (0))

40

Страница 45

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

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

Таблица Q.2 — Обеспечение фактического класса

И плече

Метка шаблона фактического класса управляемых объект»

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

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

Q.4 Атрибуты

Таблица Q.3 — Обеспечение атрибутов

Устанонка при создании

Операция Get

Ин

декс

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

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

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

Ста

тус

Обеспе

чение

Статус

Обеспе

чение

1

objectClass

(joint-iso-ccitt ms (9) smi (3) part 2(2) attribute (7) 65}

Ф

О

2

namcBinding

(joinl-iso-ccitt ms (9) smi (3) part 2<2> attribute (7) 63}

Ф

О

3

packages

(joinl-iso-ccitt ms (9) smi (3) part 2(2) attribute (7) 66}

-

О

4

allomorphs

(joinl-iso-ccitt ms (9) smi (3) part 2(2) attribute (7) 50}

yi

5

object Name

(joint-iso-ccht ms (9) smi (3) part 4(4) attribute (7) objectname (0)}

о

6

qOS- Error-Cause

{joint-iso-cciti ms (9) smi (3) part 4(4) attribute (7) qoscause (l)j

о

7

qOS-Error-Counter

(joint-iso-ccitl ms (9) smi (3) part 4(4) attnbute (7) qoscause (2)}

о

Окончание таблицы Q.3 — Обеспечение атрибутов

Операция Replace

Операция Add

Операции Remove

Установка умолчания

Ин

декс

С?атус

OGcLlie

ЧСМИС

Стлус

Обеспе

чение

Статус

Обеспе

чение

Статус

Обеспе

чение

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

информация

1

2

3

4

5

6

7

у 1: if (not Q. 1/lb) then о else -

4!

Страница 46

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

Q.S Атрибутивные группы

Т а бл и u a Q.4 — Обеспечение атрибутивных групп

Операция Gel

Установка

умолчании

Иидекс

Метка шаблона атрибутив* мой группы

Значение идентификатора объекта дам атрибутивной группы

Ограниче-mm к значении

С гатус

Обеспе

чение

Статус

Обеспе

чение

Дополни*

тельная

информация

1

qOS-Group

{joint-iso-ccitt ms (9) smi (3> pari 4(4) attributeGroup (8) qosgroup (0) |

О

X

Q.6 Действия

Таблица Q.5 — Обеспечение действий

Индекс

Метка шаблона типа пейсшкя

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

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

Статус

Обеспече

ние

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

информации

1

qOS-RcsctAction

{joint-iso-ccitt ms (9) smi (J) part 44.4) action (9) reset (0) )

Ф

Окончание таб.шцы Q.S — Обеспечение действии

И млеке

Пол>

индекс

Метка имени поля действия

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

Статус

Обеспе

чение

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

информация

]

1.1

Q.7 Сообщения

Таблица Q.6 — Обеспечение сообщений

Обеспечение

Ин

декс

Метка шаблона типа сообщения

Значение идентификатора объекта для типа сообщения

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

Статус

Иолгвер

жлаемое

11 е пол твержда-емое

Дополни

тельная

информации

1

protocolError

{joint-iso-ccitt ms (9) smi (3) part 4(4) notification < 10) protoerror (1)}

О

2

communication Enor

{joint-iso-ccitt ms (9) smi (3) part 4(4) notification (10) commermr (0)>

Ф

Продолжение таблицы Q.6 — Обеспечение сообщений

Ин

декс

Подиндекс

Метка имени поли сообщения

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

Отраиичсннн и тиачении

Статус

Обсс'

пе

чение

Дополни

тельная

информация

1

1.1

ProtocolError

О

2

2.1

ProbablcCause

(joint-iso-ccitt ms (9) smi (3) pint 2(2) attribute (2) 18}

Ф

42

Страница 47

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

Окончание таблицы Q.6 — Обеспечение сообщений

Ии

леке

Подиндекс

MetKU имени поля сообщении

Значение идеитификлю pa обьекта lima агрибу-

tu. СВН1ЛИНОГ|> С IIU.ICM

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

Ciatyc

Обес-

пече

пне

Дополи и-|сльнии информация

2

2.1.1

globalValue

У: Ф 1

2.1.1

localValue

У - Ф-1

2.2

Perceived Severity

Ooint-iso-ccitt ms (9) smi (3) part 2(2) attribute (2) I7|

Ф

2.3

Trcndlndication

Ooint-iso-ccitt ms (9) smi (3) part 2(2) attribute (2) 30}

Ф

2.4

Basked UpStat us

Ooint-iso-ccitt ms (9) smi (3) part 2(2» attribute (2) 11}

Ф

2.5

Proposed Repair Actions

Ooint-iso-CCitt ms (9) smi (3) part 2(2) attribute (2) 19}

Ф

2.6

Threshold Info

Ooint-iso-ccitt ms (9) smi (3) part 2(2) attribute (2) 29}

Ф

2.6.1

triggenrdThrcshold

у : о

2.6.2

observed Value

у: о

2.6.2.1

integer

У : ф-2

2.6.2.2

real

у : ф.2

2.6.3

thrcsholdLevel

у : ф

2.6.3.1

up

У : Ф-3

2.6.3.1.1

high

У : О

2.6.3.1.1.1

integer

У : Ф-4

2.6.3.1.1.2

real

У : Ф-4

2.6.3.1.2

low-

У : Ф

2.6.3.1.2.1

integer

У : Ф-5

2.6.3.1.2.1

real

у : ф.5

2.6.3.2

down

У : Ф-3

2.6.3.2.I

high

у :о

2.6.3.2.1.I

integer

у : ф.6

2.6.3.2.1.2

real

у : ф.6

2.6.3.2.2

low-

У: о

2.6.3.2.2

integer

У -• Ф-7

2.6.3.2.2

real

у : ф.7

2.6.4

armTime

У : Ф

2.7

Otherlnfo

Ф

2.8

ErrorRcsult

о

Примечание — В таблице Q.6 обозначение «ф.л», например «ф. 1 *, означает необходимость обеспечения по крайней мере одной из возможностей.

43

Страница 48

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

Q.8 Параметры

Таблица Q.7 — Обеспечение параметров

Индекс

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

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

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

Статус

Обеспе

чение

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

информации

1

pDUHeader

{joint-iso-ccitl ms (9) smi (3) part 4(4) parameter (5) pduheaderparam (O)J

О

ПРИЛОЖЕНИЕ К

(справочное)

Пример формы ЗСУВ для связывания имен

К.1 Введение

В настоящем приложении приведен пример <|юрмы ЗСУВ для связывания имен, которая должна быть заполнена поставщиком реализации. Пример определения связывания имен, названного example Name Binding, приведен в ГОСТ Р ИСО/МЭК 10165-4. приложение А.

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

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

R.3 Заявление о соответствии связыванию имен

Таблица R. I — Обеспечение связывании имен

Ин

декс

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

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

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

С татус

Обеспе

чение

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

информации

1

cxampleNameBinding

{joint-iso-ccilt ms (9) smi (3) pan 4(4) nameBinding (6) cxamplcnb (0))

О

Окончание таблицы R.I — Обеспечение связывания имен

Ин

декс

Под

индекс

Опсраиии

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

Статус

Обеспечение

До II <>;| иительная информация

1

1.1

Обеспечение создания

О

1.2

Создание с указанием ссылки

1.3

Создание с автоматическим наименованием экземпляра

О

1.4

Обеспечение удаления

О

1.5

Удаление, только если нет вмещаемых о&ьсктов

X

1.6

Удаление вмещаемых обьектов

о

44

Страница 49

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

К.4 Параметры

Таблица R.2 — Обеспечение параметров

ИII

леке

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

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

Отрапичення к тначеиия

Статус

Обеспе

чение

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

информация

1

create trrorPa га meter

ijoint-iso-ccitt ms (9) smi (3) part 4(4) parameter (5) creatcrror (l)f

yi

yl: if R.l/I then о else —

45

Страница 50

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

УДК 681.3:691.39:006.354    ОКС    35.100.70    Г1Х5    ОКСТУ 4002

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

Редактор В.П. Otypuoe Технический редактор В.И //русакопа Корректор Е.Д. Дульиеиа Компьютерная верстка А Н Золотаревой

Над. лиц. ЛЙ 02354 от 14.07.2000. Сдано в набор 12.01.2004 Подписано и печать <16.02. 2004. Усл.печ.л. 5.5S. Уч.-имл. 4,90.

Тираж 247 эк]. С 769. Зак. IS4.

ИПК Издательство стандартов. 107076 Москва, Колодезным пер.. 14. hllp: //www.Mandardx.ru    e-mail:    inroft'Mandardt.ru

Набрано п Издательстве на ПЭВМ.

Отпечатано в филиале ИПК Издательство сганлартов - тип. * Московский печатник". 105062 Москва. Лялин пер.. 6.

П лр N. 0S0I02