МИНИСТЕРСТВО СТРОИТЕЛЬСТВА И ЖИЛИЩНО-КОММУНАЛЬНОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

(МИНСТРОЙ РОССИИ)

ПРИКАЗ

от "/S " ишплй+г 20 if*г.

Москва

Об утверждении свода правил «Информационное моделирование в строительстве. Правила обмена между информационными моделями объектов и моделями, используемыми в программных комплексах»

В соответствии с Правилами разработки, утверждения, опубликования, изменения и отмены сводов правил, утвержденными постановлением Правительства Российской Федерации от 1 июля 2016 г. № 624, подпунктом 5.2.9 пункта 5 Положения о Министерстве строительства и жилищно-коммунального хозяйства Российской Федерации, утвержденного постановлением Правительства Российской Федерации от 18 ноября 2013 г. № 1038, пунктом 5 Плана разработки и утверждения сводов правил и актуализации ранее утвержденных строительных норм и правил, сводов правил на 2016 г. и плановый период до 2017 г., утвержденного приказом Министерства строительства и жилищно-коммунального хозяйства Российской Федерации от 3 марта 2016 г. № 128/пр, приказываю:

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

2.    Департаменту градостроительной деятельности и архитектуры:

а) в течение 15 дней со дня издания приказа направить утвержденный свод правил «Информационное моделирование в строительстве. Правила обмена между информационными моделями объектов и моделями, используемыми в программных комплексах» на регистрацию в национальный орган Российской Федерации по стандартизации;

б) обеспечить опубликование на официальном сайте Минстроя России в информационно-телекоммуникационной сети «Интернет» текста утвержденного свода правил «Информационное моделирование в строительстве. Правила обмена между информационными моделями объектов и моделями, используемыми в программных комплексах» в электронноцифровой форме в течение 10 дней со дня регистрации свода правил национальным органом Российской Федерации по стандартизации.

3. Контроль за исполнением настоящего приказа возложить на заместителя Министра строительства и жилищно-коммунального хозяйства Российской Федерации Х.Д. Мавлиярова.

И.о. Министра

3.19 карта взаимодействия: Представление ролей и транзакций, соответствующих конкретной цели, в виде карты.

3.1.10    карта процесса:    Представление характеристик процесса и

определенных целей.

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

3.1.12    модель требования к обмену информацией:    Техническое

выражение требования к обмену информацией в виде схемы.

3.1.13    организационная интероперабельность:    Способность

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

3.1.14    плагин: Программный модуль, разрабатываемый независимо от основной программы и динамически к ней подключаемый

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

3.1.16    профиль интероперабельности: Согласованный набор стандартов, структурированный в терминах модели интероперабельности.

3.1.17    реализация:    Программно-аппаратная    реализация конкретной

интероперабельной системы в соответствии с профилем интероперабельности.

3.1.18    роль: Функция, выполняемая актором в определенный момент времени.

3.1.19    семантическая интероперабельность:    Способность любых

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

3.1.20    сущность: Класс информации, определяемый схожими атрибутами и ограничениями.

СП 331.1325800.2017

Примечание - Термин аналогичен термину «класс» в общепринятых языках программирования, но описывающему исключительно структуру данных (например, методы).

3.1.21    техническая интероперабельность:    Способность    к    обмену

данными между участвующими в обмене системами

3.1.22    требования к обмену информацией: Набор информации, необходимый для обмена в процессе поддержания конкретного бизнес-требования на определенной фазе или стадии процесса.

3.1.23    2D (здесь) Документация, подготовленная в двухмерном формате в процессе проектирования: в контексте информационного моделирования означает, что все результаты работ/докумен гация представлены в двухмерном формате.

3.1.24    3D (здесь): Пространственная 3D-модель; в контексте информационного моделирования означает представление объекта в трех измерениях (в координатах X, У и Z).

3.1.25    4D (здесь): Модель, разработанная посредством добавления в пространственную 3D-модель временного измерения.

Примечание - Допускаются к использованию термины-синонимы «4D-моделированис» и «40-планированис».

3.1.26    5D (здесь): Модель, разрабоганная посредством добавления в 40-модель (или ЗО-модель) информации о затратах.

3 1 27 6D (здесь): Модель, разрабоганная посредством добавления в 50-модель (40- или ЗО-модель) информации об эксплуатации объекта.

Примечание -Термин «6D» также используется для описания модели управления объектом.

3.2 Сокращения

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

ВК    - водоснабжение и канализация;

ГЭСН    - Государственные элементные сметные нормы на

строительные работы;

овк	- отопление, водоснабжение и вентиляция.
ПГ1	- программное приложение;
САПР	- система автоматизированного проектирования;
ТОП	- технико-экономические показатели;
ФБР	- Федеральные единичные расценки на строительные работы;
API	- интерфейс прикладного программирования;
CamelCase	- система условных обозначений. Стиль написания составных слов, при котором несколько слов пишутся слитно без пробелов, при этом каждое слово пишется с заглавной буквы;
EXPRESS	- формат структуры обмена, использующий кодирование открытым текстом данных об изделии (информационной модели);
IFC	- формат отраслевых базовых классов данных с открытой спецификацией для совместного использования их в
MVD	строительстве и управлении зданиями; определение модельного вида IFC, определяющее подмножество схемы IFC. которое необходимо для удовлетворения одного или нескольких требований но обмену информацией в строительстве;
STEP	- стандарт обмена данными модели изделия. 11озволяет описать весь жизненный никл изделия, включая технологию изготовления и контроль качества продукции;
XML	- расширяемый язык разметки;
ZIP	- формат архивации файлов и сжатия данных.

4 Общие положении

4.1 11астоящий свод правил предназначен:

- для заказчиков (инвесторов) на различных этапах жизненного цикла объектов строител ьства:

СП 331.1325800.2017

специалистов по внедрению и эксплуатации технологии информационного моделирования;

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

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

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

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

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

1 [рофиль интероперабельности должен предусматривать согласованный набор стандартов для каждого уровня интероперабельности.

5 Привила и требовании интероперабельности на организационном уровне

5.1    Общие правила и требования интероперабельности

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

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

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

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

5.2    Структу ра би тес-процесса

5.2.1 Анализ процессов обмена информацией

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

Для всех видов взаимодействия между клиентом (заказчиком) и

исполнителем, связанного с запросом о реализации продукта или

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

результатами которых являются продукт или предоставление услуги. Такая

цепочка видов деятельности называется бизнес-процессом (рисунок 5.1)

8

Рисунок 5. / - Структура бизнес-процесса

5.2.2    Транзакции

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

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

5.2.3    Карга взаимодействия

Карта взаимодействия должна фокусировать внимание на взаимодействии ролей (ем. 3 118). не отображая деталей взаимодействия между ними. Допускается применение в карте взаимодействия абстрактных ролей для ее использования в различных ситуациях.

5.2.4    Бизнес-требования

Информационное моделирование объектов строительства требует объединения различных наборов информации в единую информационную среду.

СП 331.1325800.2017

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

5.2.5 Требования пользователя и технические решения

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

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

-    карты процессов (описание всего процесса, в котором происходит обмен информацией);

-    карты взаимодействия (описание ролей участников и взаимодействий между ними);

-    описание бизнес-требований к обмену информацией:

-    процессы обмена (хранение полученных описаний обмена при передаче информации).

С точки зрения технических решений необходимо выделять следующие пункты:

-    бизнес-объекты, содержащие модели требований к обмену информацией;

СП 331.1325800.2017

-    бизнес-правила, совместно со спецификацией информации применяемые к обмениваемой информации.

5.3 Требования к передаваемой информации

Для корректной передачи информации от исполнителя к инициатору процесса обмена информацией необходимо:

-    описывать требования к обмениваемой информации между участниками процессами;

-    определять участников отправки и получения информации;

-    устанавливать, как собрать требуемую для обмена между участниками процесса информацию;

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

-    создавать детальную ведомость передаваемой информации для выбора программных средств информационного моделирования;

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

-    определять зоны ответственности инициатора и исполнителя.

5.4 Карта процессов и точки согласованного входа

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

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

-    показана логическая последовательность действий участников процесса;

-    установлены ограничения для передаваемой информации

Картой процессов определяются точки согласованного входа, в которых собираются данные о передаваемой информации для принятия решений, которые могут обеспечивать:

-    сложный путь, при котором вся информация должна полностью соответствовать требованиям к передаваемой информации, без которой дальнейший процесс не допускается;

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

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

5.5    Бизнес-правила

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

-    использование конкретных объектов;

-    свойства, которые должны быть определены;

-    значения и диапазоны значений, которые следует соблюдать;

-    зависимости между объектами, атрибутами или значениями атрибутов.

5.6    Этапы бизнес-процесса

5.6.1 Этапы

В рамках конкретного бизнес-процесса необходимо выполнить следующие этапы:

-    постановку задачи;

-    определение объемов работ;

-    определение количества и типа ресурсов;

-    утверждение плана процесса.

5.6.2    Постановка задачи

Постановка задачи должна содержать описание желаемых результатов.

5.6.3    Объем работ

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

5.6.4    Ресурсы

Ресурсы должны быть корректно распределены между различными стадиями и этапами проекта. Баланс ресурсов зависит от выбранного пути реализации конкретного бизнес-процесса

5.6.5    План процесса

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

11лан процесса должен предусматривать

а)    Определение и выбор необходимых ролей в соответствии с утвержденным списком ролей;

-    выполнение взаимодействия между ролями (инициатора, делающего запрос, и исполнителя, реализующего запрос);

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

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

б)    Определение структуры информации:

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

13

приказом Министерства строительства и жилищно-коммунального хозяйства

Российской Федерации    /

от «    .»    г.    Jfe    ^330\ПР

ИНФОРМАЦИОННОЕ МОДЕЛИРОВАНИЕ В СТРОИТЕЛЬСТВЕ. ПРАВИЛА ОБМЕНА МЕЖДУ ИНФОРМАЦИОННЫМИ МОДЕЛЯМИ ОБЪЕКТОВ И МОДЕЛЯМИ, ИСПОЛЬЗУЕМЫМИ В ПРОГРАММНЫХ КОМПЛЕКСАХ

Издание официальное

Москва 2017

СП 331.1325800.2017

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

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

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

6 Правила и требования интероперабельности на семантическом уровне

6.1 Общие правила и требования интероперабельности на семантическом уровне

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

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

Применительно к    строительной отрасли семантическая

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

Предисловие

Сведения о своде правил

1    ИСПОЛНИТЕЛЬ - Акционерное общество «Научно-исследовательский центр «Строительство» (ДО «НИЦ «Строительство») - Центральный научно-исследовательский институт строительных конструкций им. В.А. Кучеренко (ЦНИИСК им. В.А. Кучеренко)

2    ВНЕСЕН Техническим комитетом по стандартизации ГК 465 «Строительство»

3    ПОДГОТОВЛЕН к утверждению Департаментом градостроительной деятельности и архитектуры Министерства строительства и жилищно-коммунального хозяйства Российской Федерации (Минстрой России)

4    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Министерства строительства и жилищно-коммунального хозяйства Российской Федерации (Минстрой России) от 18 сентября 2017 г. № 1230/пр и введен в действие с 19 марта 2018 г.

5    ЗАРЕГИСТРИРОВАН Федеральным агентством по техническому регулированию и метрологии (Росстандарт)

6    ВВЕДЕН ВПЕРВЫЕ

В случае пересмотра (замены/ или отмены настоящего станОарта соответствующее уведомление будет опубликовано в установленном порядке. Соответствующая информация, уведомления и тексты рагмещаются также в информационной системе общего тлыования - на официальном сайте ра{работника (Минстрой России/ в сети Интернет

© Минстрой России. 2017

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

Введение

Настоящий свод правил разработан с учетом обязательных требований, установленных в федеральных законах от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании» и от 30 декабря 2009 г. № 384-ФЗ «Технический регламент о безопасности зданий и сооружений».

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

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

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

Свод правил подготовлен авторским коллективом ЛО «НИЦ «Строительство» - ЦНИИСК им. В.Л. Кучеренко (руководитель разработки -д-р техн. наук И.И. Ведяков. руководитель темы - канд. техн. наук Ю Н. Жук, А. В. Ананьев, Б. В. Волков, Ю Л. Сыромятников) при участии ООО «Библиотека информационных моделей» (И.Н Усов).

Содержание

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

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

3    Термины, определения и сокращения

3.1    Термины и определения..............................................................................

3.2    Сокращения...................................................................................................

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

5    Правила и требования интероперабельности на организационном

уровне..........................................................................................................

5.1    Общие правила и требования интероперабельности.........................

5.2    Структура бизнес-процесса...................................................................

5.3    Требования к передаваемой информации

5.4    Карга процессов и точки согласованного входа.................................

5.5    Бизнес-правила.......................................................................................

5.6    Этаны бизнес-процесса..........................................................................

6    Правила и требования интероперабельности на семантическом уровне

6.1    Общие правила и гребования интероперабельности на

семантическом уровне...................................................................................

6.2    Семантическая совместимость.............................................................

6.3    Классификатор строительных ресурсов..............................................

6.4    Структура классификации

7    Правила и требования интероперабельности на программно

техническом уровне...................................................................................

7.1 Общие правила обмена..........................................................................

7.2    Интероперабельность на основе прямых API-иптсрфсйсов и

оригинальных форматов производителей программных средств.........

7.3    Интероперабельность на основе открытого стандарта формата данных

IFC................................................................................................................

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

IV

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

Building information modeling. Modeling guidelines and requirements of exchange data between building information models and application package

models

Дата введения 2018-03-19

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

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

1 2 Свод правил определяет:

-    интероперабельность в области технологии информационного моделирования зданий и сооружений;

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

-    состав основных этапов достижения интероперабельности в области технологии информационного моделирования объектов строительства.

Издание официальное

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

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

ГОСТ Р 55062-2012 Информационные технологии. Системы промышленной автоматизации и их интеграция. Интероперабельность. Основные положения

ГОСТ Р ИСО 12006-2-2016 Строительство. Модель организации данных о строительных работах. Часть 2. Основы классификации информации

II р и м с ч а н и с - 11рн пользовании настоящим сводом правил целесообразно проверить действие ссылочных документов в информационной системе общею пользования - на официальном сайте федерального органа исполнительной пласт в сфере стандартизации и сети Интернет или по ежегодному информационном} указателю «(Национальные стандарты», который опубликован но состоянию на I января текущею года, н по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный документ, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого документа с учетом всех внесенных в данную версию изменений. Если заменен ссылочный документ, на который дана датированная ссылка, то рекомендуется использовать версию зтого документа с у казанным выше годом утверждения (принят ия). Если после утверждения настоящею свода правил в ссылочный документ, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный документ отменен без замены, то но.южснис, в котором дана ссылка на нею, рекомендуется примсняп. в части, нс затрагивающей чту ссылку. Сведения о действии сводов правил целесообразно проверить в Федеральном информационном фонде стандартов.

3 Термины, определения и сокращения

3.1    Термины н определения

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

3.1.1    актор: Физическое (юридическое) лицо или подразделение организации - юридического лица (такое как департамент, группа и т. д.), вовлеченные в процесс строительства.

3.1.2    бизнес-правило: Утверждение, которое формально определяет или ограничивает некоторые аспекты бизнеса; правила, согласно которым функционирует организация, или решения, влияющие на бизнес-процессы.

СП 331.1325800.2017

3.1 3 бизнес-требования: Требования, которые описывают в терминах области гражданско-правовых отношений, к тому, что необходимо предоставить или реализовать.

3 14 жизненный цикл здания или сооружения; Ж11:11ериод. в течение которого осуществляются инженерные изыскания, проектирование, строительство (в том числе консервация), эксплуатация (в том числе текущие ремонты), реконструкция, капитальный ремонт, снос здания или сооружения.

[1, статья 2]

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

3.1.6    интероперабельность:    Способность    двух    или    более

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

3.1.7    информационная модель; ИМ (здесь):    Совокупность

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

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

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