ГОСТ Р 10.0.04-2019/ИСО 29481-2:2012 Система стандартов информационного моделирования зданий и сооружений. Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 2. Структура взаимодействия

     4.8 Поддержка программных решений

4.8.1 Обзор

Следующим шагом является поддержка структуры взаимодействия с программными решениями в следующих целях:

- поддержка редактирования структуры взаимодействия,

- гарантия полноты и обоснованности структуры взаимодействия,

- поддержка портативности структуры взаимодействия,

- поддержка работы информационных систем,

- поддержка коммуникационной интероперабельности.

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

На рисунке 6 показано, как осуществляется поддержка программных решений. В следующих разделах приводится пояснение.

4.8.2 Поддержка структуры взаимодействия

Чтобы обеспечить портативность структуры взаимодействия, необходимо четко обозначить, каким правилам она должна соответствовать. Эти правила должны быть включены в схему структуры взаимодействия, которая записывается в XSD-файл схемы. Структура взаимодействия включает в себя экземпляры классов, определенных в схеме, и записывается в XML-файл.

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

В разделе 5 приведено описание схемы структуры взаимодействия и доступных классов.

Каждая структура взаимодействия должна соответствовать схеме структуры взаимодействия.

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

4.8.3 Промотор

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

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

- структура взаимодействия (XML),

- схема структуры взаимодействия (XSD),

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

На выходе получаем схему взаимодействия в виде XSD-файла.

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

В приложении В описываются шаблоны, содержащиеся в XSD-файле.

В приложении D описываются принципы работы промотора.