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

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

           

СП 331.1325800.2017

 

      

     

СВОД ПРАВИЛ

 

 

ИНФОРМАЦИОННОЕ МОДЕЛИРОВАНИЕ В СТРОИТЕЛЬСТВЕ

 

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

 

 

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

     

     

ОКС 35.240.01

         35.240.67

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

 

      

 

 Предисловие

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

 

 Введение

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

 

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

 

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

 

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

 

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

 

 

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

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

 

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

 

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

 

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

 

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

 

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

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

 

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

 

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

 

 

           

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

 

 

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

     

 

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

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

 

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

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

 

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

        

3.1.4    

 

 

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

 

 

[1, статья 2]

 

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

 

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

 

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

 

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

 

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

 

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

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 сущность: Класс информации, определяемый схожими атрибутами и ограничениями.

 

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

 

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

 

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

 

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

 

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

 

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

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

 

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

 

3.1.27 6D (здесь): Модель, разработанная посредством добавления в 5D-модель (4D- или 3D-модель) информации об эксплуатации объекта.

 

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

 

      3.2 Сокращения

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

 

 

 

 

ВК

-

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

ГЭСН

-

Государственные элементные сметные нормы на строительные работы;

ОВК

-

отопление, водоснабжение и вентиляция;

ПП

-

программное приложение;

САПР

-

система автоматизированного проектирования;

ТЭП

-

технико-экономические показатели;

ФЕР

-

Федеральные единичные расценки на строительные работы;

API

-

интерфейс прикладного программирования;

CamelCase

-

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

EXPRESS

-

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

IFC

-

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

MVD

-

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

STEP

-

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

XML

-

расширяемый язык разметки;

ZIP

-

формат архивации файлов и сжатия данных.

 

      

     

 

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

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

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

 

 

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

     

 

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

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

 

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

 

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

 

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

 

 

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

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

 

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

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

 

 

 

 

     

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

5.2.2 Транзакции

 

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

 

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

 

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

 

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

 

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

 

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

Полная версия документа доступна с 20.00 до 24.00 по московскому времени.

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