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