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