ГОСТ Р ИСО/МЭК 8824-3-2002 Информационная технология (ИТ). Абстрактная синтаксическая нотация версии один (АСН.1). Часть 3. Спецификация ограничения

Введение

Разработчикам приложений требуется нотация для определения структурированных типов данных для передачи семантики. Она обеспечивается ГОСТ Р ИСО/МЭК 8824-1 и ГОСТ Р ИСО/МЭК 8824-2. Нотация требуется также для дополнительных ограничений допустимых значений. Примерами таких ограничений являются: ограничение на диапазон некоторого(ых) компонента(ов), или использование заданного множества информационных объектов для ограничения компонента "Object-ClassFieldType", или использование "AtNotation" для спецификации отношений между компонентами.

В настоящем стандарте устанавливается нотация для общего случая спецификации ограничения.

Примечание 1 - По историческим причинам специальный случай "ограничение подтипа" определяется в ГОСТ Р ИСО/МЭК 8824-1.

Нотация ограничения может появляться (в круглых скобках) после любого использования синтаксической конструкции "Type", и целью настоящего стандарта является определение того, что в общем случае входит в круглые скобки.

Примечание 2 - Многократные ограничения (каждое внутри своих круглых скобок) могут применяться к одному и тому же типу "Type", так как результатом ограничения "Type" формально является сама конструкция "Type".

Когда ограничение применяется к текстуально самой внешней конструкции "Type", то в результате создается новый тип, который является подтипом исходного (порождающего) типа.

Подтип порождающего типа сам может быть использован в определении других подтипов того же самого порождающего типа при других использованиях нотации ограничения. Таким образом, подмножество значений, составляющих подтип, может быть определено либо ограничением диапазона порождающего типа, либо спецификацией подтипа как объединение множеств значений.

Примечание 3 - Нотация "ValueSet", определенная в ГОСТ Р ИСО/МЭК 8824-1, пункт 13.5, обеспечивает способы дальнейших спецификаций подтипов.

Ограничения также могут использоваться для создания подтипа порождающего типа (как описано выше), когда нотация вкладывается в другой тип. Однако некоторые ограничения связи компонента "component relation", текстуально включенные после "Type" (в определении типа "множество" или "последовательность"), не используются для ограничения множества возможных значений "Type", за которым они следуют (указывающий компонент). Они специфицируют связь между значением указывающего компонента и значением одного или нескольких других типов "Type" в том же самом типе "множество" или "последовательность" (которые называются указываемыми компонентами).

Ограничения связи компонентов могут быть показаны как подтипы типа "последовательность", в которой они вкладываются, а не обязательно указывающий тип.

Ограничение на компонент "ObjectClassFieldType" может применяться путем ограничения типа или значения в компоненте с использованием множества информационных объектов. Такие ограничения называются табличными ограничениями, так как они определяются в терминах "ассоциированной таблицы" множества объектов. Ограничения связи компонентов, определенные в настоящем стандарте, являются специальным случаем табличных ограничений.

Наконец, для типа "Type" может быть создан подтип путем спецификации множества значений в подтипе с помощью человекочитаемого текста. Такое ограничение называется ограничением, определенным пользователем. Например, ограничение, определенное пользователем, может быть специфицировано для битовой строки (BIT STRING), ограничивая ее значения множеством значений, созданных кодированием заданного типа АСН.1.

Целью настоящего стандарта является установление нотации, которая должна использоваться для спецификации табличных ограничений (включая ограничения связи компонентов) и ограничений, определенных пользователем.

Примечание 4 - Вообще говоря, полная поддержка спецификации ограничений гибким способом (в частности, ограничений связи компонентов, ограничений подтипа и ограничений, определенных пользователем с формально определенным телом) потребовала бы нотацию, сопоставимую по мощности с языками программирования. Такая мощность может быть разумно обеспечена только установлением связи нотации ACH.1 с некоторым другим определенным языком программирования. Настоящая версия стандарта не устанавливает такие связи и, следовательно, поддерживает только небольшое число методов ограничений.

Хотя вложение нотации, определяющей ограничения (подтипы и связи), часто является наиболее подходящей формой спецификации (в частности, для простого подтипа примитивных компонентов структур), отдельная (внешняя) спецификация иногда будет предпочтительней, в частности, когда ограничения будут задаваться отдельно от основного протокола.

Примечание 5 - Параметризация, определенная ИСО/МЭК 8824-4, специально разрабатывается для того, чтобы дать возможность части спецификации ACH.1 (и, в частности, ограничению) быть параметризованной, допуская, чтобы фактическое ограничение определялось другой группой спецификаций, которая обеспечивает фактические параметры для параметризованной конструкции.

В настоящем стандарте для спецификации ограничения устанавливаются следующие нотации:

- ограничения, определенные пользователем (см. раздел 9);

- табличные ограничения, включая ограничения связи компонентов, между двумя компонентами, которые представляют значения, связанные с информационным объектом, определенным с использованием нотации ГОСТ Р ИСО/МЭК 8824-2 (см. раздел 10).

Применение табличных ограничений к типу "InstanceOfType" ГОСТ Р ИСО/МЭК 8824-2, приложение С, определено в приложении А настоящего стандарта.