ГОСТ Р 10.0.06-2019 Система стандартов информационного моделирования зданий и сооружений. Строительство зданий. Структура информации об объектах строительства. Часть 3. Основы обмена объектно-ориентированной информацией

ГОСТ Р 10.0.06-2019/ИСО 12006-3:2007

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Система стандартов информационного моделирования зданий и сооружений

СТРОИТЕЛЬСТВО ЗДАНИЙ

Структура информации об объектах строительства

Часть 3

Основы обмена объектно-ориентированной информацией

System of standards on information modeling of buildings and structures. Building construction. Organization of information about construction works. Part 3. Framework for object-oriented information

ОКС 91.010.01

35.240.67

35.240.01

Дата введения 2019-09-01

Предисловие

1 ПОДГОТОВЛЕН Ассоциацией организаций по развитию технологий информационного моделирования в строительстве и ЖКХ (БИМ-Ассоциация) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Проектным техническим комитетом по стандартизации ПТК 705 "Технологии информационного моделирования на всех этапах жизненного цикла объектов капитального строительства и недвижимости"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 5 июня 2019 г. N 282-ст

4 Настоящий стандарт идентичен международному стандарту ИСО 12006-3:2007* "Строительство зданий. Структура информации об объектах строительства. Часть 3. Основы обмена объектно-ориентированной информацией" (ISO 12006-3:2007 "Building construction - Organization of information about construction works - Part 3: Framework for object-oriented information", IDT).

________________
* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - .

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВЗАМЕН ГОСТ Р ИСО 12006-3-2017

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

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

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

В модели есть одна корневая сущность, из которой наследуются следующие три сущности, являющиеся ее подтипами: объекты, коллекции и отношения между ними. Корневая сущность позволяет назначать производным типам любой набор имен, меток, описаний и ссылок на любом языке, а также присваивать идентификаторы и даты.

Все объекты подразделяются на субъекты, действия, акторы, единицы, значения и меры с единицами и свойствами. Субъекты и действия - это описываемые вещи и процессы. Остальные объекты являются описательными сущностями, связанными с другими объектами через отношения.

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

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

Свойства являются сущностями, создающими контекст данных, хранящихся в виде значений. Все свойства различаются по типу данных, которые они содержат, среди которых: перечисляемые значения, значения списка, значения ограниченного списка, ограниченные значения, одиночные значения и табличные значения.

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

Модель, описанная в настоящем стандарте, предлагается как связующее звено между системами классификации, описанными в ISO 12006-2 [5] и моделирование продуктов, описанных в нескольких публикациях [2], [3], [6], [7].

1 Область применения

В настоящем стандарте описывается не зависящая от языка информационная модель, применяемая при разработке словарей для хранения или предоставления информации о результатах строительных работ.

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

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ISO 10303-11, Industrial automation systems and integration - Product data representation and exchange - Part 11: Description methods: The EXPRESS language reference manual (Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS)

ISO/IEC 10646, Information technology - Universal Coded Character Set (UCS) (Информационные технологии. Универсальный многобайтовый кодированный набор символов (UCS)

3 Языковая кодировка

Вся информация, указанная как тип String (строкового типа) или разрешающая тип String, должна быть выражена с помощью набора символов UNICODE [8] согласно ИСО/МЭК 10646, желательно с использованием кодировки UTF-8, схемы кодирования UTF-8 и 8-битного формата преобразования UCS Transformation Format 8 [4].

4 Спецификация

4.1 Общие положения

В настоящем стандарте модель описывается с помощью языка определения данных EXPRESS согласно ИСО 10303-11.

Неформальное описание модели представлено в 4.2 в нотации EXPRESS-G.

Формальное описание модели в нотации EXPRESS представлено в 4.3 (краткое) и 4.4 (подробное).

4.2 Спецификация EXPRESS-G

Неформальная спецификация EXPRESS-G в нотации EXPRES-G приведена на шести диаграммах (рисунки 1-6), каждая из которых иллюстрирует одну из частей модели. Все сущности на этих диаграммах описаны формально в 4.3.

На рисунке 1 представлена диаграмма верхнего уровня с xtdRoot, его атрибуты и производные типы xtdObject, xtdRelationship и xtdCollection.

На рисунке 2 представлена диаграмма xtdLanguageRepresentation с его производными типами xtdName и xtdDescription, которые являются атрибутами xtdRoot и его подтипов.

На рисунке 3 представлены выведенные из xtdRelationship типы отношений, используемые для установления возможных отношений между xtdObjects, xtdCollections и xtdExternalDocuments или их подтипами.

На рисунке 4 представлено присвоение xtdProperties на xtdObjects с помощью xtdRelAssignsProperties и xtdMeasureWithUnit с назначением значений с помощью xtdRelAssignsMeasures.

На рисунке 5 представлен список базовых типов, используемых в модели, и соответствующие типы EXPRESS.

На рисунке 6 подробно представлены xtdValue и xtdExternalDocument.

Рисунок 1 - Диаграмма 1 в нотации EXPRESS-G. Верхний уровень с корневой концепцией

Рисунок 2 - Диаграмма 2 в нотации EXPRESS-G. Представление языка, наименования и описания

Рисунок 3 - Диаграмма 3 в нотации EXPRESS-G. Отношения

Рисунок 4 - Диаграмма 4 в нотации EXPRESS-G. Назначение свойств и единиц измерений

Рисунок 5 - Диаграмма 5 в нотации EXPRESS-G. Основные типы

Рисунок 6 - Диаграмма 6 в нотации EXPRESS-G. Значения и внешние документы

4.3 Спецификация EXPRESS

Данная формальная спецификация представлена на языке EXPRESS.

EXPRESS-спецификация:

(*

ISO_12006_3_VERSION_3

EXPRESS-спецификация:

*)

SCHEMA ISO_12006_3_VERSION_3;

(*

4.3.1 xtdDate

xtdDate - определенный тип данных простого типа данных STRING, используемый для буквенно-цифрового представления даты. Рекомендуемый формат представления даты - "YYYY.MM.DD"

Пример - 31 мая 2000 года необходимо записывать как "2000.05.31"

EXPRESS-спецификация:

*)

TYPE xtdDate = STRING;

END_TYPE;

(*

4.3.2 xtdGlobalUniquelD

xtdGlobalUniquelD - определенный тип данных простого типа данных STRING, содержащий глобально уникальный идентификатор.

Обычно идентификатор создается с использованием алгоритма (например, публикованного Object Management Group), основанного на IP-адресе компьютера, генерирующего этот идентификатор.

Существуют реализации указанного выше алгоритма, которые можно использовать для создания идентификатора.

Идентификатор представляет собой уникальное 128-битное число. Размер идентификатора рекомендуется сжимать для уменьшения объема служебных данных. Разработчикам следует сжимать идентификатор до строки из 22 символов с помощью алгоритма сжатия с 64 символами в качестве основного набора (кодировка BASE 64). Кодирование основного набора из 64 символов представлено ниже:

Пример - 22-символьная строка "93f09e4A_899402a9$D013" является глобально уникальным идентификатором.

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

Примечание - Объяснение алгоритма представлено на //www.opengroup.org/dce/info/draft-leachuuids-guids-01.txt.

EXPRESS-спецификация:

*)

TYPE xtdGlobalUniquelD = STRING;

END_TYPE;

(*

4.3.3 xtdLabel

xtdLabel - определенный тип данных простого типа данных STRING, представляющий собой набор буквенно-цифровых символов UNICODE для наименования объекта.

EXPRESS-спецификация:

*)

TYPE xtdLabel = STRING;

END_TYPE;

(*

4.3.4 xtdText

xtdText - определенный тип данных простого типа данных STRING, представляющий собой набор буквенно-цифровых символов UNICODE для аннотирования объекта.

EXPRESS-спецификация:

*)

TYPE xtdText = STRING;

END_TYPE;

(*

4.3.5 xtdVersionID

xtdVersionID - определенный тип данных простого типа данных STRING, представляющий собой набор буквенно-цифровых символов UNICODE для указания версии объекта.

Пример - "1А", "12", "1.1" являются вариантами обозначения версий.

EXPRESS-спецификация:

*)

TYPE xtdVersionID = STRING;

END_TYPE;

(*

4.3.6 xtdToleranceTypeEnum

xtdToleranceTypeEnum - тип перечислений, представляющий диапазон возможных типов допусков, которые можно применить к значению. Допустимые варианты:

Realvalue - определенный тип эквивалентного типа как значение, выражающее допуск как действительную величину;

Percentage - тип, определяющий процент, выражающий допуск в процентах от значения.

EXPRESS-спецификация:

*)

TYPE xtdToleranceTypeEnum = ENUMERATION OF

REALVALUE,

PERCENTAGE);

END_TYPE;

(*

4.3.7 xtdValueRoleEnum

xtdValueRoleEnum - тип перечислений, представляющий диапазон возможных типов интерпретации, применяемых к значению. Допустимые варианты:

Nominal - определенный тип, обозначающий значение номинального типа;

Maximum - определенный тип, обозначающий значение, как максимальное.

Minimum - определенный тип, обозначающий значение, как минимальное.

EXPRESS-спецификация:

*)

TYPE xtdValueRoleEnum = ENUMERATION OF

(NOMINAL,

MAXIMUM,

MINIMUM);

END_TYPE;

(*

4.3.8 xtdValueTypeEnum

xtdValueTypeEnum - перечисляемый тип, представляющий диапазон возможных типов простых значений, из которых можно выбирать. Допустимые варианты:

xtdString - определенный тип простого типа STRING для описания.

xtdNumber - определенный тип простого типа STRING.

xtdlnteger - определенный тип простого типа INTEGER.

xtdReal - определенный тип простого типа REAL.

xtdBoolean - определенный тип простого типа BOOLEAN.

xtdLogical - определенный тип простого типа LOGICAL.

EXPRESS-спецификация:

*)

TYPE xtdValueTypeEnum = ENUMERATION OF

(XTDSTRING,

XTDNUMBER,

XTDINTEGER,

XTDREAL,

XTDBOOLEAN,

XTDLOGICAL);

END_TYPE;

(*

4.3.9 xtdActivity

xtdActivity - специализация xtdObject, представляющая действие или процесс изменения xtdSubject.

Пример - "Кладка кирпича" представляет собой действие или процесс кладки кирпичей и раствора для создания стены или других конструктивных элементов.

EXPRESS-спецификация:

*)

ENTITY xtdActivity

SUBTYPE OF(xtdObject);

END_ENTITY;

(*

4.3.10 xtdActor

xtdActor - специализация xtdObject, представляющая актора, действующего на xtdSubject в пределах xtdActivity.

Актором может быть человек, должность, подразделение организации или оборудование.

Пример 1 - "плотник" является xtdActor.

Пример 2 - "Международная организация по стандартизации" является xtdActor.

Пример 3 - "Кран грузоподъемный" может быть использован в качестве xtdActor.

EXPRESS-спецификация:

*)

ENTITY xtdActor

SUBTYPE OF(xtdObject);

END_ENTITY;

(*

4.3.11 xtdBag

xtdBag - детализация xtdCollection, не имеющая ограничений на предметы, которые могут входить в эту коллекцию.

Коллекция акторов, действий и субъектов может быть собрана с помощью экземпляра xtdBag.

EXPRESS-спецификация:

*)

ENTITY xtdBag

SUBTYPE OF(xtdCollection);

END_ENTITY;

(*

4.3.12 xtdCollection

xtdCollection представляет группу или коллекцию предметов. xtdCollection может быть одной из xtdNest или xtdBag.

EXPRESS-спецификация:

*)

ENTITY xtdCollection

ABSTRACT SUPERTYPE OF (ONEOF(xtdNest, xtdBag))

SUBTYPE OF(xtdRoot);

END_ENTITY;

(*

4.3.13 xtdDescription

xtdDescription содержит описание или определение предмета с помощью текста.

Пример - "Створка двери - это открывающаяся часть двери, позволяющая людям проходить или перемещать предметы" - определительное описание объекта "створка двери" на русском языке.

EXPRESS-спецификация:

*)

ENTITY xtdDescription

SUBTYPE OF(xtdLanguageRepresentation);

Description :xtdText;

INVERSE

is_description_of :SET [1:?] OF xtdRoot FOR Descriptions;

END_ENTITY;

(*

Определение атрибута:

Description

Пример - xtdText, содержащий описание или определение.

4.3.14 xtdExternalDocument

xtdExternalDocument используется для представления внешних документов, книг или другой письменной информации.

Пример 1 - "ISO 31" является документом.

Пример 2 - "NS 3420" является документом.

EXPRESS-спецификация:

*)

ENTITY xtdExternalDocument;

UniquelD :xtdGlobalUniqueID;

Names :SET [1:?] OF xtdName;

END_ENTITY;

(*

Определения атрибутов:

UniquelD

Глобально уникальный идентификатор для внешнего документа.

Names

Набор зависящих от языка имен внешнего документа.

4.3.15 xtdLanguage

xtdLanguage представляет язык, на котором выражаются имена, описания, значения и ссылки, включая собственное обозначение на этом языке и на английском языке.

EXPRESS-спецификация:

*)

ENTITY xtdLanguage;

LanguageNamelnEnglish :xtdLabel;

LanguageNamelnSelf :OPTIONAL xtdLabel;

Comments :OPTIONAL LIST [1:?] OF xtdText;

UniquelD :xtdGlobalUniqueID;

END_ENTITY;

(*

Определения атрибутов:

LanguageNamelnEnglish

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

Название языка должно интерпретироваться без учета регистра.

Примеры английских наименований языков в соответствии с ИСО 3166-1 [1] приведены ниже.

Пример 1 - "English" - наименование ИСО 3166-1 для всех типов английского языка.

Пример 2 - "German" - английское наименование языка, на котором говорят в Германии и окружающих ее странах.

LanguageNamelnSelf

Название языка, на котором выражен идентифицирующий описательный атрибут, на этом языке.

Пример 1 - "Deutsch" - наименование немецкого языка, известное людям, говорящим на этом языке.

Пример 2 - "Русский" - название русского языка.

Пример 3 - "British English" - наименование формы английского языка, для которой характерна орфография и произношение, используемые на Британских островах и в некоторых других частях света.

Comments

Опциональный список комментариев для используемого языка.

UniquelD

Глобально уникальный идентификатор языка.

4.3.16 xtdLanguageRepresentation

xtdLanguageRepresentation - представление языка, используемого для указания имени, описания, значения или ссылки.

EXPRESS-спецификация:

*)

ENTITY xtdLanguageRepresentation

ABSTRACT SUPERTYPE OF (ONEOF(xtdName, xtdDescription));

LanguageName :xtdLanguage;

UniquelD :xtdGlobalUniqueID;

END_ENTITY;

(*

Определения атрибутов:

LanguageName

Название языка, используемого для xtdLanguageRepresentation.

UniquelD

Глобально уникальный идентификатор для представления языка.

4.3.17 xtdMeasureWithUnit

xtdMeasureWithUnit - специализация xtdObject, делающая xtdProperty измеримым путем связи единиц измерения со значением.

Пример 1 - "1 м" - экземпляр xtdMeasureWithUnit с компонентом единицы измерения "м" и компонентом значения "1".

Пример 2 - "АВ88" - экземпляр xtdMeasureWithUnit с компонентом значения "АВ88" и без компонента единицы измерения.

EXPRESS-спецификация:

*)

ENTITY xtdMeasureWithUnit

SUBTYPE OF(xtdObject);

UnitComponent :OPTIONAL xtdUnit;

ValueDomain :OPTIONAL LIST [1:?] OF xtdValue;

END_ENTITY;

(*

Определения атрибутов:

UnitComponent

Единица измерения, в которой выражается значение.

ValueDomain

Область значений данной единицы измерения.

4.3.18 xtdName

xtdName - название объекта на целевом языке проекта. Объект может иметь несколько имен в одном языке, и эти имена не обязательно должны быть уникальными для определенного объекта.

Пример 1 - "Beam" и "truss" - два английских наименования одного и того же объекта.

Пример 2 - "балка" - русское название английского "beam".

EXPRESS-спецификация:

*)

ENTITY xtdName

SUBTYPE OF(xtdLanguageRepresentation);

Name :xtdLabel;

INVERSE

is_name_of :SET [1:?] OF xtdRoot FOR Names;

END_ENTITY;

(*

Определение атрибута:

Name

Метка, содержащая имя объекта.

4.3.19 xtdNest

xtdNest - специализация xtdCollection, позволяющая входить в коллекцию только предметам одного типа.

Пример - "Свойства окна" - это xtdNest, члены которого - исключительно экземпляры xtdProperty.

EXPRESS-спецификация:

*)

ENTITY xtdNest

SUBTYPE OF(xtdCollection);

WHERE

WR1 :SIZEOF(QUERY(Result <* SELF\xtdRelCollects.RelatedThings |

NOT(TYPEOF(SELF\xtdRelCollects.RelatingCollection) =

TYPEOF(Result)))) = 0 ;

END_ENTITY;

(*

Формальное утверждение:

WR1 - Тип коллекции должен всегда совпадать с типом каждого предмета, т.е. коллекция и все входящие в нее предметы должны иметь одинаковый тип.

4.3.20 xtdObject

xtdObject - специализация xtdRoot, являющая собой абстрактный элемент, из которого выводятся xtdProperty, xtdMeasureWithUnit, xtdActor, xtdUnit, xtdSubject, xtdValue and xtdActivity.

EXPRESS-спецификация:

*)

ENTITY xtdObject

ABSTRACT SUPERTYPE OF (ONEOF(xtdSubject, xtdActivity, xtdUnit,

xtdProperty, xtdMeasureWithUnit, xtdActor, xtdValue))

SUBTYPE OF(xtdRoot);

END_ENTITY;

(*

4.3.21 xtdProperty

xtdProperty - специализация xtdObject, используемая для качественного или количественного определения xtdObject.

Пример 1 - "Ширина" - это xtdProperty.

Пример 2 - "Ширина двери" - это xtdProperty, используемое для качественного описания "ширины" экземпляра xtdSubject "дверь".

Пример 3 - "Теплопередача" - это xtdProperty.

Пример 4 - "Цвет" - это xtdProperty.

Пример 5 - "Продолжительность" - это xtdProperty.

Пример 6 - "Комфорт" - это xtdProperty.

EXPRESS-спецификация:

*)

ENTITY xtdProperty

SUBTYPE OF(xtdObject);

END_ENTITY;

(*

4.3.22 xtdReIActsUpon

xtdReIActsUpon - специализация xtdRelAssociates, представляющая один xtdObject, действующий на один или несколько других xtdObjects.

Пример 1 - "Колонна поддерживает балку".

Пример 2 - "Каменщик кладет кирпичи".

EXPRESS-спецификация:

*)

ENTITY xtdRelActsUpon

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 :SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=:

Result)) = 0;

END_ENTITY;

(*

Формальное утверждение:

WR1 - Экземпляр, на который указывает атрибут связующий объект, не должен содержаться в наборе атрибута связанных объектов.

4.3.23 xtdRelAssignsCollections

xtdRelAssignsCollections - специализация xtdRelationship, осуществляющая присваивание одного или более экземпляров xtdCollection объекту xtdObject.

EXPRESS-спецификация:

*)

ENTITY xtdRelAssignsCollections

SUBTYPE OF(xtdRelationship);

RelatingObject :xtdObject;

RelatedCollections :SET [1:?] OF xtdCollection;

END_ENTITY;

(*

Определения атрибутов:

RelatingObject

Объект, которому присваиваются коллекции.

RelatedCollections

Набор коллекций, которые присваиваются объекту.

4.3.24 xtdRelAssignsMeasures

xtdRelAssignsMeasures - специализация xtdRelationship, осуществляющая присваивание одного или более экземпляров xtdMeasureWithUnit свойству xtdProperty.

EXPRESS-спецификация:

*)

ENTITY xtdRelAssignsMeasures SUBTYPE OF(xtdRelationship);

RelatingProperty :xtdProperty;

RelatedMeasures :SET [1:?] OF xtdMeasureWithUnit;

MethodOfInterpretation :OPTIONAL xtdName;

END_ENTITY;

(*

Определения атрибутов:

RelatingProperty

Свойство, которому присваиваются единицы измерения.

RelatedMeasures

Набор единиц измерения, присваиваемых свойству.

MethodOflnterpretation

Опциональное пояснение значения в единицах измерения.

Пример - "Верхняя граница" - это метод интерпретации меры с единицей измерения, представляющий верхнюю границу ограниченного значения.

4.3.25 xtdRelAssignsProperties

xtdRelAssignsProperties - специализация xtdRelationship, осуществляющая присваивание одного или более экземпляров xtdProperty объекту xtdObject.

Пример - "высота двери" - это xtdProperty, присвоенное xtdObject "дверь".

EXPRESS-спецификация:

*)

ENTITY xtdRelAssignsProperties SUBTYPE OF(xtdRelationship);

RelatedProperties :SET [1:?] OF xtdProperty;

RelatingObject :xtdObject;

END_ENTITY;

(*

Определения атрибутов:

RelatedProperties

Набор свойств, которые присваиваются объекту.

RelatingObject

Объект, которому присваиваются свойства.

4.3.26 xtdRelAssignsPropertyWithValues

xtdRelAssignsPropertyWithValues - специализация xtdRelationship, являющаяся трехсторонней связью, которая осуществляет присваивание одного или нескольких значений из полного набора значений соответствующего свойства относимому объекту.

EXPRESS-спецификация:

*)

ENTITY xtdRelAssignsPropertyWithValues

SUBTYPE OF(xtdRelationship);

RelatedProperty :xtdProperty;

RelatingObject :xtdObject;

RelatedValues :LIST [1:?] OF UNIQUE xtdValue;

END_ENTITY;

(*

Определения атрибутов:

RelatedProperty

Свойство, содержащее полный список значений, из которого выбираются RelatedValues.

RelatingObject

Объект, которому присваивается список значений.

RelatedValues

Список значений, выбранных из полного набора значений относящегося свойства.

4.3.27 xtdRelAssignsUnits

xtdRelAssignsUnits - специализация xtdRelationship, осуществляющая присваивание xtdMeasureWithUnit одного или более экземпляров xtdUnit.

EXPRESS-спецификация:

*)

ENTITY xtdRelAssignsUnits

SUBTYPE OF(xtdRelationship);

RelatingMeasure :xtdMeasureWithUnit;

RelatedUnits :SET [1:?] OF xtdUnit;

END_ENTITY;

(*

Определения атрибутов:

RelatingMeasure

Мера, которой присваиваются единицы измерения.

RelatedUnits

Список единиц измерения, которые присваиваются мере.

4.3.28 xtdRelAssignsValues

xtdRelAssignsValues - специализация xtdRelationship, осуществляющая присваивание xtdMeasureWithUnit одного или более экземпляров xtdValue.

EXPRESS-спецификация:

*)

ENTITY xtdRelAssignsValues SUBTYPE OF(xtdRelationship);

RelatingMeasure :xtdMeasureWithUnit;

RelatedValues :LIST [1:?] OF UNIQUE xtdValue;

END_ENTITY;

(*

Определения атрибутов:

RelatingMeasure

Мера, которой присваиваются значения.

RelatedValues

Список единиц измерения, которые присваиваются мере.

4.3.29 xtdRelAssociates

xtdRelAssociates - специализация xtdRelationship, осуществляющая сопоставление относимого xtdObject и набора относящихся экземпляров xtdObject.

EXPRESS-спецификация:

*)

ENTITY xtdRelAssociates

SUPERTYPE OF (ONEOF(xtdRelComposes, xtdRelGroups, xtdRelSpecializes,

xtdRelActsUpon))

SUBTYPE OF(xtdRelationship);

RelatingObject :xtdObject;

RelatedObjects :SET [1:?] OF xtdObject;

WHERE

WR1 :SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=:

Result)) = 0;

END_ENTITY;

(*

Определения атрибутов:

RelatingObject

Объект, являющийся целевым для отношения.

RelatedObjects

Набор объектов, которые сопоставляются с целевым объектом.

Формальные утверждения:

WR1 - Экземпляр, на который указывает атрибут связующий объект, не должен содержаться в наборе атрибута связанных объектов.

4.3.30 xtdRelCollects

xtdRelCollects - специализация xtdRelationship, представляющая собрание произвольных сущностей в xtdCollection. xtdCollection инстанциируется как xtdNest или xtdBag.

EXPRESS-спецификация:

*)

ENTITY xtdRelCollects

SUBTYPE OF(xtdRelationship);

RelatedThings :SET [1:?] OF xtdRoot;

RelatingCollection :xtdCollection;

END_ENTITY;

(*

Определения атрибутов:

RelatedThings

Набор предметов, составляющих коллекцию.

RelatingCollection

Коллекция предметов, где каждый экземпляр коллекции представляет собой объект или отношение.

4.3.31 xtdRelComposes

xtdRelComposes - специализация xtdRelAssociates, представляющая xtdObject составленным из других экземпляров xtdObject. Отношение композиции может применяться рекурсивно, так что составной xtdObject может быть частью другого составного xtdObject.

Пример - "Дверная рама" и "створка двери" - это части (целого) "дверного блока".

EXPRESS-спецификация:

*)

ENTITY xtdRelComposes

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 :SIZEOF(QUERY(Result <* SELF.RelatedObjects |

NOT(TYPEOF(SELF.RelatingObject) = TYPEOF(Result)))) = 0 ;

WR2 :SIZEOF(QUERY(Result2 <* RelatedObjects | RelatingObject:=:

Result2)) = 0;

END_ENTITY;

(*

Формальные утверждения:

WR1 - Тип связанного объекта должен всегда совпадать с типом каждого связанного объекта, т.е. экземпляры xtdSubject составляются только из других экземпляров xtdSubject.

WR2 - Экземпляр, на который указывает атрибут связующий объект, не должен содержаться в наборе атрибута связанных объектов.

4.3.32 xtdRelDocuments

xtdRelDocuments - специализация xtdRelationship, документирующая объекты путем их отношения к документам, в которых они описываются. Каждый документ может относиться ко многим объектам.

EXPRESS-спецификация:

*)

ENTITY xtdRelDocuments

SUBTYPE OF(xtdRelationship);

RelatedObjects :SET [1:?] OF xtdObject;

RelatingDocument :xtdExternalDocument;

END_ENTITY;

(*

Определения атрибутов:

RelatedObjects

Набор объектов, которые описываются во внешнем документе.

RelatingDocument

Внешний документ, который описывает связанные объекты.

4.3.33 xtdRelGroups

xtdRelGroups - специализация xtdRelAssociates, осуществляющая группирование наборов относящихся экземпляров xtdObject в относимом xtdObject.

EXPRESS-спецификация:

*)

ENTITY xtdRelGroups

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 :SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=:

Result)) = 0;

END_ENTITY;

(*

Формальные утверждения:

WR1 - Экземпляр, на который указывает атрибут связующий объект, не должен содержаться в списке атрибута связанных объектов.

4.3.34 xtdRelSequences

xtdRelSequences - специализация xtdRelationship, описывающая последовательность двух экземпляров xtdActivity. Связывающая xtdActivity предшествует в последовательности связуемой xtdActivity.

EXPRESS-спецификация:

*)

ENTITY xtdRelSequences

SUBTYPE OF(xtdRelationship);

RelatingActivity :OPTIONAL xtdActivity;

RelatedActivity :OPTIONAL xtdActivity;

WHERE

WR1 :RelatedActivity:<>: RelatingActivity;

WR2 :EXISTS(RelatingActivity) OR EXISTS(RelatedActivity);

END_ENTITY;

(*

Определения атрибутов:

RelatingActivity

Ссылка на предшествующее действие в последовательности.

RelatedActivity

Ссылка на последующее действие в последовательности.

Формальные утверждения:

WR1 - Относимое действие не должно указывать на тот же экземпляр, что и относящееся действие.

WR2 - Относимое либо относящееся действие должно быть подтверждено.

4.3.35 xtdRelSpecializes

xtdRelSpecializes - специализация xtdRelAssociates, представляющая специализацию супертипа в один или более подтипов, при условии, что подтип более ограничен, чем супертип.

Пример 1 - "Входная дверь" - это специализация "двери".

Пример 2 - "Пространство" - это обобщение "комнаты".

EXPRESS-спецификация:

*)

ENTITY xtdRelSpecializes

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 :SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=:

Result)) = 0;

WR2 :SIZEOF(QUERY(Result <* SELF.RelatedObjects |

NOT(TYPEOF(SELF.RelatingObject) = TYPEOF(Result)))) = 0 ;

END_ENTITY;

(*

Формальные утверждения:

WR1 - Экземпляр, на который указывает атрибут связующий объект, не должен содержаться в списке атрибута связанных объектов.

WR2 - Тип связующего объекта всегда должен совпадать с типом каждого связуемого объекта, т.е. экземпляр xtdSubject может быть только специализацией другого экземпляра xtdSubject.

4.3.36 xtdRelationship

xtdRelationship - специализация xtdRoot. Это абстрактный элемент, который объектифицирует отношения, позволяющий добавлять к таким сущностям дополнительные атрибуты.

EXPRESS-спецификация:

*)

ENTITY xtdRelationship

ABSTRACT SUPERTYPE OF (ONEOF(xtdRelAssociates, xtdRelAssignsProperties,

xtdRelAssignsMeasures, xtdRelCollects,

xtdRelAssignsCollections, xtdRelSequences,

xtdRelDocuments, xtdRelAssignsUnits,

xtdRelAssignsValues, xtdRelAssignsPropertyWithValues))

SUBTYPE OF(xtdRoot);

ViewSelector :OPTIONAL xtdName;

END_ENTITY;

(*

Определение атрибута:

ViewSelector

Необязательный атрибут, используемый для уточнения отношения в целях создания различных представлений данных.

Пример - Переключатель представлений "IFC 2x2" может использоваться для идентификации отношений, исходящих из модели IFC 2x2.

4.3.37 xtdRoot

xtdRoot - абстрактная сущность, с помощью которой основные сервисы идентификации, присвоения имени, версии, описания и ссылок могут применяться к экземплярам ее подтипов xtdObject, xtdRelationship и xtdCollection.

EXPRESS-спецификация:

*)

ENTITY xtdRoot

ABSTRACT SUPERTYPE OF (ONEOF(xtdObject, xtdRelationship,

xtdCollection));

VersionDate :OPTIONAL xtdDate;

VersionID :OPTIONAL xtdVersionID;

UniquelD :xtdGlobalUniqueID;

Descriptions :OPTIONAL SET [1:?] OF xtdDescription;

Names :SET [1:?] OF xtdName;

END_ENTITY;

(*

Определения атрибутов:

VersionDate

Дата последнего исправления объекта справочных данных.

VersionID

Номер версии справочных данных версии объекта.

UniquelD

Глобально уникальный идентификатор объекта.

Descriptions

Опциональный набор описаний объекта не зависящий от языка.

Names

Набор названий объекта зависящих от языка.

4.3.38 xtdSubject

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

Пример 1 - "Крыша" - это xtdSubject.

Пример 2 - "Вестибюль" - это xtdSubject.

Пример 3 - "Система контроля" - это xtdSubject.

Пример 4 - "Дорога" - это xtdSubject.

Пример 5 - "Аэропорт" - это xtdSubject.

Пример 6 - "Программное обеспечение" - это xtdSubject.

EXPRESS-спецификация:

*)

ENTITY xtdSubject

SUBTYPE OF(xtdObject);

END_ENTITY;

(*

4.3.39 xtdUnit

xtdUnit - специализация xtdObject, представляющая собой шкалу, позволяющую измерить значение.

Пример 1 - "метр" - xtdUnit, обозначаемый символом "м".

Пример 2 - "Вт/м·К" - xtdUnit, используемый для свойства "теплопроводность".

EXPRESS-спецификация:

*)

ENTITY xtdUnit

SUBTYPE OF(xtdObject);

END_ENTITY;

(*

4.3.40 xtdValue

xtdValue - специализация xtdLanguageRepresentation, содержащая описание значения xtdProperty.

Пример 1 - "Vertikaal schuivend" - голландское обозначение "вертикального скольжения".

EXPRESS-спецификация:

*)

ENTITY xtdValue

SUBTYPE OF(xtdObject);

LowerTolerance :OPTIONAL xtdText;

NominalValue :OPTIONAL xtdText;

UpperTolerance :OPTIONAL xtdText;

ValueType :OPTIONAL xtdValueTypeEnum;

ValueRole :OPTIONAL xtdValueRoleEnum;

ToleranceType :OPTIONAL xtdToleranceTypeEnum;

END_ENTITY;

(*

Определения атрибутов:

LowerTolerance

Опциональный нижний допуск значения.

NominalValue

Опциональная текстовая строка, содержащая номинальное значение.

UpperTolerance

Опциональный верхний допуск значения.

ValueType

Опционально выбираемый тип для указания типа значения.

ValueRole

Опционально выбираемый тип для указания роли значения.

ToleranceType

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

*)

END_SCHEMA;

4.4 Подробная спецификация EXPRESS

_______________

В настоящем стандарте приводится подробная спецификация EXPRESS, представленная в стандарте ИСО 12006-3.

Данная формальная спецификация представлена на языке EXPRESS.

SCHEMA ISO_12006_3_VERSION_3;

TYPE xtdDate = STRING;

END_TYPE;

TYPE xtdGlobalUniquelD = STRING;

END_TYPE;

TYPE xtdLabel = STRING;

END_TYPE;

TYPE xtdText = STRING;

END_TYPE;

TYPE xtdToleranceTypeEnum = ENUMERATION OF

(REALVALUE,

PERCENTAGE);

END_TYPE;

TYPE xtdValueRoleEnum = ENUMERATION OF

(NOMINAL,

MAXIMUM,

MINIMUM);

END_TYPE;

TYPE xtdValueTypeEnum = ENUMERATION OF

(XTDSTRING,

XTDNUMBER,

XTDINTEGER,

XTDREAL,

XTDBOOLEAN,

XTDLOGICAL);

END_TYPE;

TYPE xtdVersionID = STRING;

END_TYPE;

ENTITY xtdActivity

SUBTYPE OF(xtdObject);

END_ENTITY;

ENTITY xtdActor

SUBTYPE OF(xtdObject);

END_ENTITY;

ENTITY xtdBag

SUBTYPE OF(xtdCollection);

END_ENTITY;

ENTITY xtdCollection

ABSTRACT SUPERTYPE OF (ONEOF(xtdNest, xtdBag))

SUBTYPE OF(xtdRoot);

END_ENTITY;

ENTITY xtdDescription

SUBTYPE OF(xtdLanguageRepresentation);

Description : xtdText;

INVERSE

is_description_of : SET [1:?] OF xtdRoot FOR Descriptions;

END_ENTITY;

ENTITY xtdExternalDocument;

UniquelD : xtdGlobalUniquelD;

Names : SET [1:?] OF xtdName;

END_ENTITY;

ENTITY xtdLanguage;

LanguageNamelnEnglish : xtdLabel;

LanguageNamelnSelf : OPTIONAL xtdLabel;

Comments : OPTIONAL LIST [1:?] OF xtdText;

UniquelD : xtdGlobalUniquelD;

END_ENTITY;

ENTITY xtdLanguageRepresentation

ABSTRACT SUPERTYPE OF (ONEOF(xtdName, xtdDescription));

LanguageName : xtdLanguage;

UniquelD : xtdGlobalUniquelD;

END_ENTITY;

ENTITY xtdMeasureWithUnit

SUBTYPE OF(xtdObject);

UnitComponent : OPTIONAL xtdUnit;

ValueDomain : OPTIONAL LIST [1:?] OF xtdValue;

END_ENTITY;

ENTITY xtdName

SUBTYPE OF(xtdLanguageRepresentation);

Name : xtdLabel;

INVERSE

is_name_of : SET [1:?] OF xtdRoot FOR Names;

END_ENTITY;

ENTITY xtdNest

SUBTYPE OF(xtdCollection);

WHERE

WR1 : SIZEOF(QUERY(Result <* SELF\xtdRelCollects.RelatedThings |

NOT(TYPEOF(SELF\xtdRelCollects.RelatingCollection) = TYPEOF(Result)))) = 0 ;

END_ENTITY;

ENTITY xtdObject

ABSTRACT SUPERTYPE OF (ONEOF(xtdSubject, xtdActivity, xtdUnit, xtdProperty, xtdMeasureWithUnit, xtdActor, xtdValue))

SUBTYPE OF(xtdRoot);

END_ENTITY;

ENTITY xtdProperty

SUBTYPE OF(xtdObject);

END_ENTITY;

ENTITY xtdRelActsUpon

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 : SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=: Result))= 0;

END_ENTITY;

ENTITY xtdRelAssignsCollections

SUBTYPE OF(xtdRelationship) ;

RelatingObject : xtdObject;

RelatedCollections : SET [1:?] OF xtdCollection;

END_ENTITY;

ENTITY xtdRelAssignsMeasures

SUBTYPE OF(xtdRelationship);

RelatingProperty : xtdProperty;

RelatedMeasures : SET [1:?] OF xtdMeasureWithUnit;

MethodOfInterpretation : OPTIONAL xtdName;

END_ENTITY;

ENTITY xtdRelAssignsProperties

SUBTYPE OF(xtdRelationship) ;

RelatedProperties : SET [1:?] OF xtdProperty;

RelatingObject : xtdObject;

END_ENTITY;

ENTITY xtdRelAssignsPropertyWithValues

SUBTYPE OF(xtdRelationship);

RelatedProperty : xtdProperty;

RelatingObject : xtdObject;

RelatedValues : LIST [1:?] OF UNIQUE xtdValue;

END_ENTITY;

ENTITY xtdRelAssignsUnits

SUBTYPE OF(xtdRelationship);

RelatingMeasure : xtdMeasureWithUnit;

RelatedUnits : SET [1:?] OF xtdUnit;

END_ENTITY;

ENTITY xtdRelAssignsValues

SUBTYPE OF(xtdRelationship);

RelatingMeasure : xtdMeasureWithUnit;

RelatedValues : LIST [1:?] OF UNIQUE xtdValue;

END_ENTITY;

ENTITY xtdRelAssociates

SUPERTYPE OF (ONEOF(xtdRelComposes, xtdRelGroups, xtdRelSpecializes, xtdRelActsUpon))

SUBTYPE OF(xtdRelationship);

RelatingObject : xtdObject;

RelatedObjects : SET [1:?] OF xtdObject;

WHERE

WR1 : SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=: Result))= 0;

END_ENTITY;

ENTITY xtdRelationship

ABSTRACT SUPERTYPE OF (ONEOF(xtdRelAssociates, xtdRelAssignsProperties,

xtdRelAssignsMeasures, xtdRelCollects, xtdRelAssignsCollections,

xtdRelSequences, xtdRelDocuments, xtdRelAssignsUnits, xtdRelAssignsValues,

xtdRelAssignsPropertyWithValues))

SUBTYPE OF(xtdRoot);

ViewSelector : OPTIONAL xtdName;

END_ENTITY;

ENTITY xtdRelCollects

SUBTYPE OF(xtdRelationship);

RelatedThings : SET [1:?] OF xtdRoot;

RelatingCollection : xtdCollection;

END_ENTITY;

ENTITY xtdRelComposes

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 : SIZEOF(QUERY(Result <* SELF.RelatedObjects |

NOT(TYPEOF(SELF.RelatingObject) = TYPEOF(Result)))) = 0 ;

WR2 : SIZEOF(QUERY(Result2 <* RelatedObjects | RelatingObject:=: Result2)) = 0;

END_ENTITY;

ENTITY xtdRelDocuments

SUBTYPE OF(xtdRelationship);

RelatedObjects : SET [1:?] OF xtdObject;

RelatingDocument : xtdExternalDocument;

END_ENTITY;

ENTITY xtdRelGroups

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 : SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=: Result))= 0;

END_ENTITY;

ENTITY xtdRelSequences

SUBTYPE OF(xtdRelationship);

RelatingActivity : OPTIONAL xtdActivity;

RelatedActivity : OPTIONAL xtdActivity;

WHERE

WR1 : RelatedActivity:<>: RelatingActivity;

WR2 : EXISTS(RelatingActivity) OR EXISTS(RelatedActivity);

END_ENTITY;

ENTITY xtdRelSpecializes

SUBTYPE OF(xtdRelAssociates);

WHERE

WR1 : SIZEOF(QUERY(Result <* RelatedObjects | RelatingObject:=: Result))= 0;

WR2 : SIZEOF(QUERY(Result <* SELF.RelatedObjects |

NOT(TYPEOF(SELF.RelatingObject) = TYPEOF(Result)))) = 0 ;

END_ENTITY;

ENTITY xtdRoot

ABSTRACT SUPERTYPE OF (ONEOF(xtdObject, xtdRelationship, xtdCollection));

VersionDate : OPTIONAL xtdDate;

VersionID : OPTIONAL xtdVersionID;

UniquelD : xtdGlobalUniquelD;

Descriptions : OPTIONAL SET [1:?] OF xtdDescription;

Names : SET [1:?] OF xtdName;

END_ENTITY;

ENTITY xtdSubject

SUBTYPE OF(xtdObject);

END_ENTITY;

ENTITY xtdUnit

SUBTYPE OF(xtdObject);

END_ENTITY;

ENTITY xtdValue

SUBTYPE OF(xtdObject);

LowerTolerance: OPTIONAL xtdText;

NominalValue : OPTIONAL xtdText;

UpperTolerance: OPTIONAL xtdText;

ValueType : OPTIONAL xtdValueTypeEnum;

ValueRole : OPTIONAL xtdValueRoleEnum;

ToleranceType : OPTIONAL xtdToleranceTypeEnum;

END_ENTITY;

END_SCHEMA;

Приложение А
(справочное)

Соглашение об именах

А.1 Общие положения

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

А.2 Символы, используемые для имен

Для имен используются прописные буквы [А-Z], строчные буквы [а-z] и цифры [0-9].

А.3 Регистр имен

Имена записываются прописными и строчными буквами как единое имя без пробелов.

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

А.4 Длина имен

Длина имен не ограничена.

А.5 Префикс xtd

Для идентификации имен, используемых в информационной модели настоящего стандарта, используется префикс "xtd". "xtd" - это аббревиатура для extensible taxonomy definition ("расширяемое классификационное определение").

А.6 Имена элементов (за исключением отношений)

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

А.7 Именование отношений

Сущности, действующие в модели в качестве отношений, содержат обозначение "Rel" после префикса "xtd" и перед самим именем сущности. Как правило, вставка "Rel" считается словом, к ней применяется правило "Регистр имени". Отношения именуются начиная с связуемых (относимых) объектов (SET [1:?]) и заканчивая связующим (относимым) объектом; например, xtdRelComposes означает, что отношение объединяет части (SET [1:?]) в единое целое.

Именование отношений - это глагол или глагольная фраза, обозначающие "функцию" отношения.

А.8 Множественное число в имени агрегации

Имена атрибутов и отношений внутри агрегации выражаются в форме множественного числа.

Приложение ДА
(справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДА.1

Приложение ДБ
(обязательное)

Перевод разделов 9, 10 международного стандарта ISO/IEC 10646:2017

9 Формы кодирования UCS

9.1 Общие положения

Настоящий международный стандарт предоставляет три формы кодирования, выражающие каждое UCS скалярное значение в виде одного уникального кодового набора или последовательности нескольких уникальных кодовых наборов. Они называются UTF-8, UTF-16 и UTF-32 соответственно (от англ. Unicode Transformation Format, 8-bit, 16-bit, 32-bit - формат преобразования Юникода, 8-бит, 16-бит, 32-бит соответственно).

9.2 UTF-8

UTF-8 является формой кодирования UCS, которая присваивает каждому скалярному значению UCS байтовую последовательность из одного-четырех байтов, как определено в таблице 2.

- Символы UCS из "BASIC LATIN" (базового набора латиницы) представлены в UTF-8 в соответствии с ISO/IEC 4873, т.е. в виде отдельных байтов со значениями от 20 до 7Е.

- Функции управления в кодовых точках от 0000 до 001F и управляющий символ в кодовой точке 007F представлены без использования набора байтов, установленных в разделе 11 настоящего стандарта, т.е. в виде одиночных байтов со значениями от 00 до 1F и 7F соответственно, в соответствии с ISO/IEC 4873 и с 8-битной структурой ISO/IEC 2022.

- Байт значений от 00 до 7F создается исключительно в кодировке UTF-8 для каждого символа. Это обеспечивает совместимость с существующими системами обработки файлов и подсистемами связи, которые анализируют последовательности единиц кода для байта этих значений.

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

Таблица 2 задает битовое распределение для формы кодирования UTF-8, показывая диапазоны скалярных значений UCS, соответствующих одной, двум, трем и четырем последовательностям байтов.

Таблица 2 - Распределение битов UTF-8

Поскольку суррогатные кодовые точки не являются скалярными значениями UCS, любая последовательность UTF-8, которая иначе сопоставлялась бы с кодовыми точками D800-DFFF, сформирована некорректно.

В таблице 3 перечислены все диапазоны (включительно) байтовых последовательностей, которые правильно сформированы в UTF-8. Любая последовательность UTF-8, которая не соответствует шаблонам, перечисленным в таблице 3, является некорректной.

Таблица 3 - Правильно сформированные последовательности байтов UTF-8

Для соблюдения условий корректности, указанных в таблице 9.2, в UTF-8 запрещены следующие байтовые значения: С0-С1, F5-FE.

9.3 UTF-16

UTF-16 является формой кодирования UCS, которая выражает каждое скалярное значение UCS последовательностью одного-двух не использованных ранее 16-разрядных кодов, как определено в таблице 4.

В форме кодирования UTF-16, кодовые точки в диапазоне 0000-D7FF и E000-FFFF представлены в виде пар 16-разрядных кодовых единиц. Эти пары специальных кодовых единиц называются суррогатными парами.

Значения кодовых единиц, используемых для суррогатных пар, не совпадают с кодовыми единицами, используемыми для представления единичных кодовых единиц, что обеспечивает неперекрываемость для всех представлений кодовых точек в UTF-16.

UTF-16 оптимизирует представление символов в формате BMP (от англ. Bitmap Picture - "битовая карта изображения", формат графических файлов, состоящих из четырех частей: заголовка, информационного заголовка, таблицы цветов (палитры) и данных изображения), содержащем подавляющее большинство символов общего пользования.

Поскольку суррогатные кодовые точки не являются скалярными значениями UCS, непарные единицы суррогатного кода сформированы некорректно.

Таблица 4 показывает распределение битов для формы кодирования UTF-16. Вычисление значений суррогатной пары включает вычитание шестнадцатеричных 10000 для учета начального смещения к скалярному значению (выраженному как 'wwww = uuuu-1' в таблице).

Таблица 4 - Распределение UTF-16 бит

Примечание - Предыдущие издания этого международного стандарта включали ссылки на двухбайтовую форму кодирования BMP под названием UCS-2, которая является подмножеством формы кодирования UTF-16, ограниченным скалярными значениями BMP UCS. Форма UCS-2 устарела.

9.4 UTF-32 (UCS-4)

UTF-32 (или UCS-4) является формой кодирования UCS, которая присваивает каждому скалярному значению UCS единственный уникальный 32-разрядный код без знака. Термины UTF-32 и UCS-4 могут использоваться как взаимозаменяемые для обозначения этой формы кодирования.

Поскольку суррогатные кодовые точки не являются скалярными значениями UCS, кодовые единицы UTF-32 в диапазоне 0000 D800 - 0000 DFFF сформированы некорректно.

10 Схемы кодирования UCS

10.1 Общие положения

Схемы кодирования сериализованными байтами характерны для каждой формы кодирования UCS, включая спецификацию подписи, если это допускается. Подпись представляет собой последовательность единиц кода, соответствующую кодовой точке "FEFF ZERO WIDTH NO-BREAK SPACE" (неразрывного пробела нулевой ширины) в соответствующей форме кодирования. При использовании подписи в начале потока сериализованных байтов указывают порядок байтов в форме кодирования, используемой для представления символов.

Настоящий международный стандарт определяет семь схем кодирования: UTF-8, UTF-16BE, UTF-16LE, UTF-16, UTF-32BE, UTF-32LE и UTF-32.

10.2 UTF-8

Схема кодирования UTF-8 сериализует последовательность единиц кода UTF-8 в том же порядке, в каком чередуются наборы кодов.

При кодировании в UTF-8 подпись превращается в последовательность байт <EF BB BF>. Их использование в начале потока данных UTF-8 не является ни обязательным, ни рекомендуемым, но не влияет на соответствие.

10.3 UTF-16BE

Схема кодирования UTF-16BE сериализует кодовую последовательность UTF-16, упорядочивая байты таким образом, что наиболее значимый байт (старший) предшествует менее значимому байту (младшему). Порядок от старшего к младшему.

Примечание - Этот порядок известен, как порядок big-endian от англ. - большой конец. Этот порядок соответствует привычному порядку записи арабских цифр, например, число сто двадцать три было бы записано при таком порядке как 123.

В UTF-16BE начальная последовательность байтов <FE FF> интерпретируется как "FEFF ZERO WIDTH NO-BREAK SPACE" (неразрывный пробел нулевой ширины) и не передает значение подписи.

10.4 UTF-16LE

Схема кодирования UTF-16LE сериализует последовательность единиц кода UTF-16, упорядочивая байты таким образом, что младший байт предшествует старшему байту (порядок от младшего к старшему).

В UTF-16LE начальная последовательность байтов <FE FF> интерпретируется как "FEFF ZERO WIDTH NO-BREAK SPACE" (неразрывный пробел нулевой ширины) и не передает значение подписи.

10.5 UTF-16

Схема кодирования UTF-16 сериализует последовательность единиц кода UTF-16, упорядочивая байты таким образом, что младший байт предшествует или следует за старшим байтом.

В схеме кодирования UTF-16 начальная подпись, читаемая как <FE FF>, указывает, что старший байт предшествует младшему байту, a <FF FE> - наоборот. Подпись не является частью текстовых данных.

При отсутствии подписи порядок байт схемы кодирования UTF-16 состоит в том, что старший байт предшествует младшему байту.

10.6 UTF-32BE

Схема кодирования UTF-32BE сериализует последовательность единиц кода UTF-32, упорядочивая байты таким образом, что старшие байты предшествуют младшим байтам (порядок от старшего к младшему).

В UTF-32BE начальная последовательность байт <00 00 FE FF> интерпретируется как FEFF ZERO WIDTH NO-BREAK SPACE (неразрывный пробел нулевой ширины) и не передает значение подписи.

10.7 UTF-32LE

Схема кодирования UTF-32LE сериализует последовательность единиц кода UTF-32, упорядочивая байты таким образом, что младший байт предшествует старшему байту (порядок от младшего к старшему).

В UTF-32LE начальная последовательность байт <FF FE 00 00> интерпретируется как FEFF ZERO WIDTH NO-BREAK SPACE (неразрывный пробел нулевой ширины) и не передает значение подписи.

10.8 UTF-32

Схема кодирования UTF-32 сериализует последовательность единиц кода UTF-32, упорядочивая байты таким образом, что младшие байты предшествуют или следуют за старшими байтами.

В схеме кодирования UTF-32 начальная подпись <00 00 FE FF> указывает, что старший байт предшествует младшему байту, a <FF FE 00 00> - наоборот. Подпись не является частью текстовых данных.

При отсутствии подписи порядок байт схемы кодирования UTF-32 состоит в том, что старший байт предшествует младшему байту.

Библиография

Электронный текст документа

и сверен по:

, 2019