ГОСТ Р ИСО/МЭК 10165-6-2003
статусов для операций над атрибутами управляемого объекта следует обеспечить, чтобы расширенный класс
мог тая нить о соответствии в качестве совместимого класса, исиатьтуя ту же форму ЗСУО.
Это
может быть
сделано спецификацией условных утверждений для статуса, когда статус в подклассе может быть другим.
Для операций, которые нс специфицированы явно как исключенные, форма ЗСР должна предоставить
условный статус, который, например, устанавливает «if A. l/lb then х else — где А-1/1b относится к ответу на
вопрос: «Является ли фактический класс тем классом управляемых объектов, о соответствии которому заявля
ется?» Этот метол гарантирует, что форма ЗСР может быть использована для заяатений о соответствии
спецификации, когда реализация поддерживает совместимый класс объектов.
М.13 Форма ЗСУО для нереализуемых классов
Минимальные требования соответствия в современных стандартах функций административного уп
равления системами нс содержат возможности заявить о соответствии какому-либо нереализуемому супер
классу. Следовательно, в формах ЗСР. относящихся к стандартам функций административного управления
системами, нс определены формы ЗСУО для нереализуемых суперклассов. В дальнейшем такие формы
могут появиться.
Последующие стандарты функций могут допустить заявления о соответствии нереализуемым классам.
Тогда должны быть предоставлены формы ЗСУО для таких классов объектов.
М.14 Наследуемые атрибуты
Статусы атрибутов, унаследованных с высшего уровня, должны быть согласованно задокументированы,
если подкласс нс изменяет и нс расширяет их определения.
Для классов управляемых объектов, которые поддерживают создание операцией административного
управления, статус «Установка при создании» должен быть «о» для атрибута objcctClass и «ф* —для атрибутов
namcBinding, packages и allomorphs.
Для классов управляемых объектов, которые поддерживают создание только системой-агентом (напри
мер. объекты записей), статус «Установка при создании» дли этих атрибутов должен быть «х*.
M.I5 Интерпретация статуса «о*
Использование статуса «о* в колонке «Статус* форм ЗСР может привести к разным интерпретациям того,
что требуется от реализации, в зависимости от типа с|юрмы ЗСР и того, относится ли форма ЗСР к реализации
как к отправителю или к получателю.
Значение статуса «о* в колонке «Статус» применительно к получающей реализации используется как для
указания требования «полной функциональности*, так ггтребования совместимости при получении параметра
(но нс его дальнейшей обработки).
Для разъяснения этого различии смысла «о» в форме ЗСР должно быть приведено объяснение использо
вания «о» в конкретной ЗСР. Этот текст должен быть включен враздел «Обозначения, сокращения и термины»
или помещен рядом с соответствующей таблицей.
М.16 Условные выражения
При использовании условных выражений в формах ЗСР:
- все условные выражения должны заканчиваться на точке «.*:
- все номера в ф-N должны быть уникальными в пределах одного приложения (а желательно —и в
пределах всего документа);
- все номера вyN должны бытьуникальными в пределах одного приложения (ажелательно —и в пределах
всего документа):
- следует избегать, если это возможно, условных выражений с ссылками на другие приложения;
- сои условное выражение сложное, то добавляется описательное примечание с разъяснениями.
М.17 Кратные формы ЗСИУ одного типа
В некоторых случаях требования соответствия в спецификации приводят к нескольким записям в форме
ЗСИУ конкретного типа. Примером такой ситуации является требование обеспечения атрибута (в роли
управляющего). Если один и тот же атрибут включен в несколько классов управляемых объектов, то результатом
могут быть разные требования для одного н того же атрибута в зависимости от контекста. Вформе ЗСИУ это
может быть выражено двумя разными способами:
- для обеспечения атрибута предоставляется несколько форм ’ЗСИУ. Контекст каждой отдельной формы
четко определен. Позиции в форме ССАУ (сводке обеспечения ЗСИУ) указывают поставщику реализации на
нужные таблицы:
- для атрибутов используется одна форма ЗСИУ. но отдельные атрибуты включаются в несколько строк.
Ятя указании контекста используется колонка «Ограничения и значения».
Аналогичные приемы можно использовать и для других типов форм ЗСИУ. Дополнительная игг<|юрмация
о заполнении форм ЗСИУ приведена в приложении N.
М.18 Порядок форм ЗСР
Для согласованности между разными спецификациями и удобства пользователей рекомендуется следую
щий порядок ЗСР. связанных с административным управлением ВОС:
ССАУ, ЗСИУ. ЗСУО. ЗОНУ, ЗСУВ. ЗСРП.
31