ГОСТ Р ИСО/МЭК 8824-3-2002
Введение
Разработчикам приложений требуется нотация для определения структурированных типов данных для передачи семантики. Она обеспечивается ГОСТ Р ИСО/МЭК 8824-1 и ГОСТ Р ИСО/МЭК 8824-2. Нотация требуется также для дополнительных ограничений допустимых значений. Примерами таких ограничений являются: ограничение на диапазон некоторого(ых) компонента^), или использование заданного множества информационных объектов для ограничения компонента «Object-ClassFieldType», или использование «AtNotation» для спецификации отношений между компонентами.
В настоящем стандарте устанавливается нотация для общего случая спецификации ограничения.
Примечание 1 — По историческим причинам специальный случай «ограничение подтипа» определяется в ГОСТ Р ИСО/МЭК 8824-1.
Нотация ограничения может появляться (в круглых скобках) после любого использования синтаксической конструкции «Type», и целью настоящего стандарта является определение того, что в общем случае входит в круглые скобки.
Примечание 2 — Многократные ограничения (каждое внутри своих круглых скобок) могут применяться к одному и тому же типу «Туре», так как результатом ограничения «Туре» формально является сама конструкция «Туре».
Когда ограничение применяется к текстуально самой внешней конструкции «Type», то в результате создается новый тип, который является подтипом исходного (порождающего) типа.
Подтип порождающего типа сам может быть использован в определении других подтипов того же самого порождающего типа при других использованиях нотации ограничения. Таким образом, подмножество значений, составляющих подтип, может быть определено либо ограничением диапазона порождающего типа, либо спецификацией подтипа как объединение множеств значений.
Примечание 3 — Нотация «ValueSet», определенная в ГОСТ Р ИСО/МЭК 8824-1, пункт 13.5, обеспечивает способы дальнейших спецификаций подтипов.
Ограничения также могут использоваться для создания подтипа порождающего типа (как описано выше), когда нотация вкладывается в другой тип. Однако некоторые ограничения связи компонента «component relation», текстуально включенные после «Type» (в определении типа «множество» или «последовательность»), не используются для ограничения множества возможных значений «Type», за которым они следуют (указывающий компонент). Они специфицируют связь между значением указывающего компонента и значением одного или нескольких других типов «Type» в том же самом типе «множество» или «последовательность» (которые называются указываемыми компонентами).
Ограничения связи компонентов могут быть показаны как подтипы типа «последовательность», в которой они вкладываются, а не обязательно указывающий тип.
Ограничение на компонент «ObjectClassFieldType» может применяться путем ограничения типа или значения в компоненте с использованием множества информационных объектов. Такие ограничения называются табличными ограничениями, так как они определяются в терминах «ассоциированной таблицы» множества объектов. Ограничения связи компонентов, определенные в настоящем стандарте, являются специальным случаем табличных ограничений.
Наконец, для типа «Type» может быть создан подтип путем спецификации множества значений в подтипе с помощью человекочитаемого текста. Такое ограничение называется ограничением, определенным пользователем. Например, ограничение, определенное пользователем, может быть специфицировано для битовой строки (BIT STRING), ограничивая ее значения множеством значений, созданных кодированием заданного типа АСН. 1.
Целью настоящего стандарта является установление нотации, которая должна использоваться для спецификации табличных ограничений (включая ограничения связи компонентов) и ограничений, определенных пользователем.
Примечание 4 — Вообще говоря, полная поддержка спецификации ограничений гибким способом (в частности, ограничений связи компонентов, ограничений подтипа и ограничений, определенных пользователем с формально определенным телом) потребовала бы нотацию, сопоставимую по мощности с языками программирования. Такая мощность может быть разумно обеспечена только установлением связи нотации
IV