ГОСТ Р ИСО/МЭК 10165-7-2003
Унаследованное значение PERMITTED-RELATIONSH1P-CARD1NALJTY-CONSTRA1NT роли, унаследо
ванной от нескольких суперклассов, должно быть пересечением множеств значений, заданных для роли в
суперклассах; любое ограничение допустимых кардинальных чисел взаимосвязи, установленное в подклассе,
должно быть подмножеством унаследованных ограничений кардинальных чисел взаимосвязей (или должно
ему равняться); специализированное ограничение допустимых кардинальных чисел взаимосвязи должно
быть пересечением множеств унаследованных значений и значений, специфицированных в подклассе.
д)REGISTERED AS: регистрации подкласса заменяет любую регистрацию, унаследованную от других
определений.
А.1.3.2 BEHAVIOUR <мстка-повелення> [ , <метка-поведения> ] *
Эта конструкция должна использоваться для Спецификации независящего от ирсдстаатсппя поведения
управляемой взаимосвязи. Оно должно быть установлено в терминах инварианта управляемой взаимосвязи,
инварианта, пред- и постусловий сообщений и операций административного упраатсния взаимосвязью. Кон
струкция ссылается на шаблоны поведения, как определено в ГОСТ Р ИСО/МЭК 10165-4.
А. 1.3.3 SUPPORTS поддерживается I . поддерживается )•
Эта конструкция должна использоваться для определения операций и сообщений административного
управления взаимосвязью, которые поддерживает данная управляемая взаимосвязь. Вспомогательная продук
ция «поддерживается» должна использоваться для спецификации прототипов операций или сообщений, на
которых основана(о) ланная(ос) операция (сообщение), а именно:
- ESTABLISH [имя-олеранни],
- TERMINATE [имя-операция],
- QUERY |нмя-опсрации|,
- NOTIFY [имя-сообшеннн|,
- USER DEFINED (имя-оперании].
При необходимости имя-онсрацин и кмя-сообщения должны использоваться для:
- обеспечения связи с факультативной спецификацией (в шаблонах поведения, указанных конструкцией
BEHAVIOUR) повеления, дополнительного к определенному для указанного прототипа операции;
- исключения двусмысленности операций или сообщений административного управления взаимосвязью,
основанных на одном и том же прототипе операции или сообщения;
- обеспечения связи с соответствующими операциями и сообщениями административного управления
системы, специфицированными в шаблоне отображения взаимосвязи.
А. 1.3.4 QUALIFIED BY <метка-атрнбуга> ] , <мсгка-атрибута> *
’Эта конструкция должна использоваться для спецификации атрибутов, которые ассоциированы с
управляемой взаимосвязью в целом. Уточняющие атрибуты должны быть доступны во всех реализациях
управляемой взаимосвязи независимо от испатьзованного метода представления. Для спецификации того, как
эти атрибуты становятся доступными при конкретном представлении, должен использоваться шаблон отобра
жения взаимосвязи.
А.1.3.5 ROLE имя-роли
Эта конструкция должна использоваться для спецификации ролей, ассоциированных с классом упраатя-
емых взаимосвязей; метка имя-роли должна использоваться как ссылочное имя роли.
А. 1.3.5.1 COMPATIBLE-Wmi <мстка-класся>
Эта конструкция должна использоваться для спецификации характеристик, необходимых управляемому
объекту для выполнения требований роли; характеристики должны быть заданы в терминах совместимых*
классов управляемых объектов. Если эта конструкция отсутствует, то принимаются характеристики высшего
класса (ГОСТ Р ИСО/МЭК 10165-2). Спецификация роли нс зависит от метода представления.
А. 1.3.5.2 PERMITTED-ROLE-CARDINALITY-CONSTRAINT указание-типа
Эта конструкция должна использоваться ятя спецификации любых ограничений на количество управля
емых объектов, которые может поддерживать управляемая взаимосвязь в данной роли. Она должна ссылаться
на множество значений подтипа неотрицательных целых ACH.I.
Например, если ограничение задает множество значений INTEGER (1..3), то управляемой взаимосвязи
разрешено поддерживать в данной роли один, два или три управляемых объекта, но не разрешено поддерживать
более трех управляемых объектов. Реализация обязана соблюдать это ограничение.
Если множество значений содержит 0, то роль является факультативной; однако факультативность рати
не подразумевает поддержку операций связывания и развязывания. Если
01
раничснис отсутствует, то по
умолчанию должно использоваться унаследованное ограничение допустимых кардинальных чисел роли; если
никакое ограничение нс наследуется, то в качестве ограничения принимается множество значений INTEGER
(О..МАХ).
Множество значении PERMITTED-ROLE-CARD1NAUTY-CONSTRAINTдолжно быть супермножеством
значений REQUIRED-ROLE-CARD1NALITY-CONSTRAINT или должно равняться ему.
А. 1.3.5.3 REQUIRED-ROLE-CARDINALITY’-CONSTRAINT указание-типа
Эта конструкция должна использоваться для спсиификаиии любых ограничений на количество управтя-
смых объектов, которое управляемая взаимосвязь обязана подлерживагь в указанной роли. Ограничение должно
• Понятие совместимости рассмотрено в ГОСТ Р ИСО/МЭК 10165-1, 5.2.
14