ГОСТ Р ИСО/МЭК 10165-6-2003
идентификатора объектадля класса управляемых объектов). Поставщик реализации должен отметить
в колонке 4 (Обеспечение всех обязательных характеристик), обеспечиваются или нет обязательные
характеристики идентифицированного класса управляемых объектов, а в колонке 5 —является ли
фактический класс тем самым классом упрааляемых объектов, о соответствии которому заяаляется.
Если ответом на вопрос о фактическом классе яаляется «нет», то поставщик реализации должен
заполнить предоставляемую таблицу обеспечения фактического класса.
б) Таблица обеспечения атрибутов —Спецификация формы должна иметь заполненные ко
лонки I (Индекс), 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 (Метка имени поля сообщения), И (Значение иденти
фикатора объекта типа атрибута, связанного с полем), 13 (Статус), и, при необходимости, 4 (Огра
ничения и значения) и 12 (Ограничения и значения). Для каждого сообщения спецификация формы
должна в строках с подиндексами устанавливать требования к каждому аргументу сообщения.
Поставщик реализации должен указать, обеспечиваются ли сообщения, специфицированные всеми
реализуемыми пакетами в управляемых объектах данного класса, дав опзеты в колонках 6 (Обеспе
чение подтверждаемое), 7 (Обеспечение неподтверждаемое), 12 (Обеспечение) и, при необходимос ти,
8 (Дополнительная информация) и 13 (Дополнительная информация).
е) Таблица обеспечения параметров —Спецификация формы должна иметь заполненные ко
лонки 1(Индекс), 2 (Метка шаблона параметра), 3 (Значение идентификатора объекта дтя парамет
ра), 5 (Статус) и, при необходимости, 4 (Ограничения и значения). Поставщик реализации должен
указать, обеспечиваются ли параметры, специфицированные всеми реализуемыми пакетами в уп-
7