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

Федеральное автономное учреждение «Федеральный центр нормирования, стандартизации и оценки соответствия в строительстве»

Методическое пособие

ОБЕСПЕЧЕНИЕ ИНТЕРОПЕРАБЕЛЬНОСТИ ПРИ ИНФОРМАЦИОННОМ МОДЕЛИРОВАНИИ ОБЬЕКТОВ СТРОИТЕЛЬСТВА

Москва 2017

Содержание

Введение

1    Основные положения    6

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

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

1.3    Предпосылки    7

1.4    Дополнительные термины, обозначения и определения, используемые в

настоящем методическом пособии    9

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

1.4.2    Обозначения и сокращения    12

2    Обеспечение интероперабельности на организационном уровне    13

2.1    Роли в бизнес-процессах по информационному моделированию    14

2.1.1    Роль: В1М-менеджер    14

2.1.2    Роль: BIM-координатор организации    15

2.1.3    Роль: BIM-автор организации    15

2.2 Валидация информации    16

2.2.1    Процесс валидации    16

2.2.2    Контроль качества информации    16

2.2.3    Виды проверок    17

2.2.4    Проверка на наличие коллизий.    18

2.2.5    Координационные совещания по информационному моделированию    18

2.3    Информационные требования заказчика    19

2.4    Хранение и обмен данными в организации    20

2.5    Пример фрагмента регламента организации об    обмене данными    21

3    Обеспечение интероперабельности на семантическом уровне    23

3.1    Структура области знаний информационной модели    24

3.1.1    Тезаурусы    26

3.1.2    Классификаторы    26

3.1.3    Кодирование позиций    3 0

2

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

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

1.4.1.18    профиль интероперабельности:    Согласованный набор

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

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

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

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

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

атрибутами и ограничениями.

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

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

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

1.4.1.23    требования к обмену информацией:    Набор информации,

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

1.4.1.24    проприетарное программное обеспечение:    программное

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

моментах.

11

2 Обеспечение интероперабельности на организационном уровне

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

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

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

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

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

Структура и состав регламентов организации остаются на усмотрение разработчика стандарта в этой организации и согласовываются с руководством.

13

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

территории РФ нормативно-правовых и юридически значимых документов,

описывающих ответственность каждого из участников.

Стандарты должны определять следующее:

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

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

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

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

•    Бизнес-правила, определяющие действия и ограничения к передаваемой информации.

•    Структуру бизнес-процесса (постановка задачи, определение объемов работ, определение количества и типа ресурсов, утверждение плана процесса и др.);

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

2.1    Роли в бизнес-процессах по информационному моделированию

2.1.1    Роль: ШМ-менеджер

В1М-менеджер в организации - лицо, ответственное за процесс

информационного моделирования в рамках BIM-проекта. В его обязанности входит:

•    исследование и анализ лучших практик;

•    взаимодействие с заказчиками и партнерами;

14

•    разработка и поддержка BIM-стандартов и регламентов организации;

•    сопровождение BIM-проекта, контроль сроков выполнения работ и их соответствие плану выполнения BIM-проекта;

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

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

2.1.2    Роль: BIM-координатор организации

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

К обязанностям BIM-координатора относят:

•    разработка и сопровождение плана выполнения BIM-проекта;

•    регулярное проведение проверок проектной информации, разрешение споров и возникающих текущих вопросов и проблем;

•    проведение координационных совещаний;

•    контроль над процессом создания и распространения информации. Контроль качества передаваемой информации.

2.1.3    Роль: BIM-автор организации

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

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

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

2.2 Валидация информации

2.2.1    Процесс валидации

Валидация - это соответствие результатов работы выставленным к этой работе требованиям.

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

2.2.2    Контроль качества информации

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

двоякого понимания.

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

2.2.3 Виды проверок

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

•    проверка пространственного положения и геометрических параметров информационных моделей;

•    проверка данных;

•    проверка на коллизии.

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

Проверка пространственного положения и геометрических параметров должна включать:

•    проверку соответствия элементов модели требованиям уровня детализации элементов модели (LOD). Выявляются избыточный и недостаточный уровень детализации;

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

•    проверку на отсутствие повторяющихся или пересекающихся элементов.

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

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

ссылок.

17

2.2.4    Проверка на наличие коллизий.

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

Проверка на коллизии подразумевает:

•    создание сводной модели;

•    определение ряда текущих тестов модели, которые необходимо провести, и требований для их успешного прохождения;

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

BIM-менеджер ответственен за проведение и координацию проверок на коллизии.

2.2.5    Координационные совещания по информационному моделированию

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

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

На координационных совещаниях рассматриваются различные вопросы о ходе выполнения BIM-проекта, такие как:

18

•    вопросы, связанные с конфликтами и нестыковками, выявленные в процессе проверки на коллизии. Решение возникающих проблем и назначение ответственных за их разрешение;

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

•    вопросы, не решенные после предыдущего совещания;

•    вопросы коллективного взаимодействия участников BIM-проекта;

•    вопросы уточнения и пересмотра объемов работ по действующему договору;

•    вопросы соответствия фактического положения дел плану выполнения BIM-проекта и многие другие.

2.3 Информационные требования заказчика

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

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

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

•    этапы работ и точки выдачи промежуточной информации;

•    требования к составу, форматам и способам выдачи результатов проекта;

•    требования к минимальному количеству разделов проекта;

•    требования к объемам моделирования по всем стадиям и разделам проекта;

•    требования к уровням детализации элементов модели по всем стадиям и разделам проекта;

•    требования к системе классификации элементов модели;

•    требования к регламентам проверки информационных моделей;

19

•    требования к процедурам согласования и внесения изменений в проект;

•    требования к форматам файлов обмена информацией;

•    другие разделы.

2.4 Хранение и обмен данными в организации

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

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

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

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

20

3.2 Международные системы классификации    31

3.2.1    Требования международных стандартов    32

3.2.2    Примеры международных классификаторов    36

3.3    Отечественные системы классификации    37

3.3.1    Требования к отечественной структуре классификации    37

3.3.2    Российский классификатор национального уровня    38

3.4    Синтаксическая и семантическая проверка информационных моделей    40

3.5    Семантическое описание информационных моделей    40

3.6    Выводы    45

4 Обеспечение интероперабельности на программно-техническом уровне    46

4.1    Методические положения по экспорту и импорту данных информационной

модели    46

4.2    Виды технической интероперабельности    47

4.3    Особенности применения IFC    50

4.4    Рекомендации по использованию возможностей формата IFC при экспорте

данных в программные комплексы    61

Приложение 1 Форматы обмена данными    63

Приложение 2 Некоммерческая международная организация buildingSMART 155 Список использованных источников    157

3

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

2.5 Пример фрагмента регламента организации об обмене данными

Информация, представляется в электронном виде обменными массивами данных, в виде:

•    файлов баз данных;

•    файлов классификаторов, справочников и др.

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

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

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

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

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

Введение

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

•    проектных, строительных и эксплуатационных организаций;

•    государственных и иных органов экспертизы и согласования;

•    органов лицензирования и сертификации.

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

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

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

Настоящее методическое пособие разработано в развитие положений свода правил «Информационное моделирование в строительстве. Правила обмена между информационными моделями объектов и моделями, используемыми в программных комплексах», 2016 г. и ГОСТ Р 55062-2012 «Информационные технологии. Системы промышленной автоматизации и их интеграция. Интероперабельность. Основные положения».

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

4

комплексов и программных платформ, поддерживающих технологию информационного моделирования).

Пособие разработано авторским коллективом Акционерного общества «Научно-исследовательский центр «Строительство» (АО «НИЦ «Строительство») -ЦНИИСК им. В.А. Кучеренко в составе:    к.т.н.    Ю.Н.    Жук,    А.В.    Ананьев,

Б.В. Волков, Ю.А. Сыромятников, к.т.н. Е.В. Позняк.

5

1 Основные положения

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

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

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

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

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

стандарты:

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

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

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

4)    ГОСТ Р ИСО 22263-2017. Модель организации данных о строительных работах. Структура управления проектной информацией.

5)    ГОСТ Р 57563-2017 Моделирование информационное в строительстве. Основные положения по разработке стандартов информационного моделирования зданий и сооружений.

6)    ГОСТ Р ИСО 16739 Моделирование информационное зданий и сооружений. Отраслевые базовые классы (IFС) для обмена информацией на всех этапах жизненного цикла. Основные положения.

7)    ГОСТ Р 57310-2016    Моделирование информационное    в    строительстве.

Руководство по доставке информации. Методология и формат.

8)    ГОСТ Р 57311-2016    Моделирование информационное    в    строительстве.

Требования к эксплуатационной документации объектов завершенного строительства.

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

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

11)    СП Информационное моделирование в строительстве. Правила описания компонентов информационной модели.

12)    СП 301.1325800.2017    Информационное моделирование    в    строительстве.

Правила организации работ производственно-техническими отделами.

1.3 Предпосылки

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

7

широкий смысл. Так в отрасли ИТ сравнительно недавно был введен в действие ГОСТ Р 55062-2012 «Информационные технологии. Системы промышленной автоматизации и их интеграция. Интероперабельность. Основные положения», который предназначен для заказчиков, поставщиков, разработчиков, потребителей, а также персонала, сопровождающего информационные системы и осуществляющего программное обеспечение и услуги. В 2014 году Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент» внесен ГОСТ Р ИСО 11354-1-2012 «Усовершенствованные автоматизированные технологии и их применение. Требования к установлению интероперабельности процессов промышленных предприятий. Часть 1. Основа интероперабельности предприятий», который устанавливает основы и базовые принципы интероперабельности предприятий, определяющие размеры и направления для рассмотрения барьеров при достижении интероперабельности, возможных решений и взаимосвязей между ними.

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

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

1.4 Дополнительные термины, обозначения и определения, используемые в настоящем методическом пособии

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

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

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

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

1.4.1.4    дескриптор:    Термин    естественного    языка (слово или

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

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

1.4.1.6    ШМ-проект: Инвестиционно строительный проект, выполняемый с применением технологии информационного моделирования.

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

9

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

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

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

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

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

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

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

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

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

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

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

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

10