Установлен порядок формирования и ведения информационной модели объекта капстроительства
Сегодня вступает в силу опубликованное на официальном интернет-портале правовой информации pravo.gov.ru постановление Правительства Российской Федерации от 15 сентября 2020 г. № 1431 «Об утверждении Правил формирования и ведения информационной модели объекта капитального строительства, состава сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, и требований к форматам указанных электронных документов, а также о внесении изменения в пункт 6 Положения о выполнении инженерных изысканий для подготовки проектной документации, строительства, реконструкции объектов капитального строительства».
Постановление разработано в соответствии с частью 2 статьи 57.5 Градостроительного кодекса Российской Федерации. Утвержденные документом Правила устанавливают порядок формирования и ведения информационной модели объекта капитального строительства, а также дают определения самих этих понятий.
Кто формирует и ведет информационную модель объекта капстроительства?
Согласно Правилам формирование и ведение информационной модели объекта капитального строительства осуществляют застройщики, технические заказчики, лица, обеспечивающие или осуществляющие подготовку обоснования инвестиций, и (или) лица, ответственные за эксплуатацию объекта капитального строительства, а также индивидуальные предприниматели или юридические лица, выполняющие работы по заключенному с застройщиком, техническим заказчиком, лицом, ответственным за эксплуатацию объекта капитального строительства, договору о выполнении инженерных изысканий, договору о подготовке проектной документации, внесении изменений в такую документацию, договору о строительстве, реконструкции, капитальном ремонте объекта капитального строительства, сносе объекта капитального строительства, иному договору, предусматривающему формирование и ведение информационной модели объекта капитального строительства.
Особенности формирования и ведения информационной модели
Правилами предусмотрено, что для формирования и ведения информационной модели можно использовать любые программные и технические средства при соблюдении следующих условий:
а) использование классификатора строительной информации;
б) осуществление учета операций по актуализации сведений, документов, материалов, включенных в информационную модель объекта капитального строительства, с фиксацией оснований, времени и даты совершения этих операций, содержания вносимых изменений и информации об учетных записях лиц, осуществивших такие операции.
Если сведения, документы, материалы размещены в открытом доступе в составе информационных ресурсов государственных информационных систем, сведения о них и способах доступа к содержащимся в них сведениям, документам и материалам включаются в информационную модель объекта капитального строительства.
Состав сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства, определен с учетом установленных законодательством требований к составу документов, необходимых для получения исходно-разрешительной документации на различных этапах жизненного цикла объекта капитального строительства.
Форматы электронных документов
Сведения, документы и материалы, включаемые в информационную модель объекта капитального строительства, представляются в форме электронных документов в виде файлов в формате XML (за исключением случая, если Минстроем России схема, подлежащая использованию для формирования электронных документов в виде файлов в формате XML, не установлена). Схемы для формирования электронных документов в виде файлов в формате XML утверждаются Минстроем России и размещаются на его официальном сайте.
До утверждения Минстроем России схемы, подлежащей использованию для формирования электронных документов в виде файлов в формате XML, электронные документы представляются в следующих форматах:
в) ODS — для документов, содержащих сводки затрат, сводного сметного расчета стоимости строительства, объектных сметных расчетов (смет), локальных сметных расчетов (смет), а также для сметных расчетов на отдельные виды затрат;
г) LandXML или иной формат данных с открытой спецификацией — для цифровой модели местности;
д) IFC или иной формат данных с открытой спецификацией — для трехмерной модели.
Документ также дополняет новой нормой Положение о выполнении инженерных изысканий для подготовки проектной документации, строительства, реконструкции объектов капитального строительства, утвержденное постановлением Правительства Российской Федерации от 19 января 2006 г. № 20. В соответствии с новеллой в случаях, если застройщик или технический заказчик обеспечивает формирование и ведение информационной модели объекта капитального строительства, результаты инженерных изысканий подготавливаются в форме, позволяющей осуществлять их использование при формировании и ведении такой информационной модели.
ИсточникСвод правил СП 328.1325800.2020 Информационное моделирование в строительстве. Правила описания компонентов информационной модели.
1 ИСПОЛНИТЕЛИ — Федеральное государственное бюджетное образовательное учреждение высшего образования «Национальный исследовательский Московский государственный строительный университет» (НИУ МГСУ), ЧУ ГК «Росатом» «ОЦКС»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 465 «Строительство»
3 ПОДГОТОВЛЕН к утверждению Департаментом градостроительной деятельности и архитектуры Министерства строительства и жилищно-коммунального хозяйства Российской Федерации (Минстрой России)
4 УТВЕРЖДЕН приказом Министерства строительства и жилищно-коммунального хозяйства Российской Федерации от 31 декабря 2020 г. N 927/пр и введен в действие с 1 июля 2021 г.
5 ЗАРЕГИСТРИРОВАН Федеральным агентством по техническому регулированию и метрологии (Росстандарт). Пересмотр СП 328.1325800.2017 Информационное моделирование в строительстве. Правила описания компонентов информационной модели
В случае пересмотра (замены) или отмены настоящего свода правил соответствующее уведомление будет опубликовано в установленном порядке. Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте разработчика (Минстрой России) в сети Интернет
Настоящий свод правил разработан для обеспечения соблюдения требований федеральных законов от 30 декабря 2009 г. N 384-ФЗ «Технический регламент о безопасности зданий и сооружений», от 27 декабря 2002 г. N 184-ФЗ «О техническом регулировании».
Свод правил разработан авторским коллективом Федерального государственного бюджетного образовательного учреждения высшего образования «Национальный исследовательский Московский государственный строительный университет» (д-р техн. наук П.Д.Челышков, д-р техн. наук А.А.Волков , Д.А.Лысенко , канд.техн. наук Т.В.Хрипко, П.А.Бражников ) при участии ЧУ ГК «Росатом» «ОЦКС» ( С.А.Волков ).
1 Область применения
Настоящий свод правил распространяется на процесс формирования библиотек компонентов для разработки информационных моделей объектов капитального строительства, размещаемых в государственной информационной системе обеспечения градостроительной деятельности Российской Федерации, и (или) государственных информационных системах обеспечения градостроительной деятельности субъектов Российской Федерации.
2 Нормативные ссылки
В настоящем своде правил использованы нормативные ссылки на следующие документы:
ОК 034-2014 (КПЕС 2008) Общероссийский классификатор продукции по видам экономической деятельности (ОКПД2)
СП 333.1325800.2020 Информационное моделирование в строительстве. Правила формирования информационной модели объектов на различных стадиях жизненного цикла
Примечание — При пользовании настоящим сводом правил целесообразно проверить действие ссылочных документов в информационной системе общего пользования — на официальном сайте федерального органа исполнительной власти в сфере стандартизации в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный документ, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого документа с учетом всех внесенных в данную версию изменений. Если заменен ссылочный документ, на который дана датированная ссылка, то рекомендуется использовать версию этого документа с указанным выше годом утверждения (принятия). Если после утверждения настоящего свода правил в ссылочный документ, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку. Сведения о действии свода правил целесообразно проверить в Федеральном информационном фонде стандартов.
3 Термины, определения и сокращения
3.1 Термины и определения
В настоящем своде правил применены термины по [1], [2], [3], [4], а также следующие термины с соответствующими определениями:
3.1.1 библиотека компонентов информационной модели: Структурированное хранилище компонентов.
3.1.2 компонент: Цифровое представление части объекта капитального строительства или территории, характеризуемое атрибутивными и геометрическими данными, предназначенное для многократного использования.
Примечание — Компонент библиотеки информационной модели, примененный в цифровой информационной модели, становится элементом цифровой информационной модели. В составе цифровой информационной модели указанный элемент расширяется, как минимум, атрибутивными данными, характеризующими цифровую информационную модель объекта капитального строительства.
3.1.3 абстрактный объект: Компонент, который не имеет физического воплощения, но существует для целей структурирования множества объектов (сборок) в рамках системы, строительного изделия, нетипового изделия, оборудования, элемента строительной конструкции и строительного материала.
Примечание — Примерами таких абстракций могут быть сами системы, обозначаемые для идентификации группы объектов.
3.1.4 подсистема: Объект, сам являющийся системой и входящий в состав более крупной системы.
Примечание — Объект «холодильная машина» является подсистемой системы «система холодоснабжения», в свою очередь также является системой для объектов «компрессор» и «теплообменник», которые входят в состав объекта «холодильная машина».
3.1.5 интерфейс взаимодействия объектов: Совокупность связей, посредством которых объекты взаимодействуют с окружающей средой или другими объектами.
Примечание — Например, объекты инженерных систем предполагают необходимость обозначения интерфейсов взаимодействия, которые отражали бы свойства и характеристики «сочленения» системы, включая указание среды, обмен которой происходит через указанные интерфейсы.
ДЭ — документ электронный;
ИМ — информационная модель;
ИЦММ — инженерная цифровая модель местности;
САПР — система (системы) автоматизированного проектирования;
ЦИМ — цифровая информационная модель.
4 Общие положения
4.1 Компоненты библиотек информационных моделей применяются для создания элементов ЦИМ. Компонент библиотеки информационной модели становится элементом ЦИМ посредством определения его пространственного положения относительно принятой системы координат для объекта капитального строительства, уточнения геометрических параметров и присвоения его атрибутам значений, характеризующих конкретный объект капитального строительства (или его часть).
4.2 При формировании компонентов библиотек ИМ применяется системный подход. Взаимосвязанные объекты, рассматриваемые как единое целое, могут иметь иерархическое представление (или структуру). Основываясь на принятой иерархии, определяются упорядочивание и группирование (классификация) элементов конечного массива объектов согласно их значимым признакам (например, по функциональному назначению).
4.3 Компоненты библиотек ИМ должны кодироваться однозначным образом на основе Классификатора строительной информации [4].
4.4 Интерфейсы взаимодействия объектов определяют метод и способы взаимодействия систем и объектов в рамках проектируемого комплекса.
Примечание — Пример графического отображения интерфейсов взаимодействия для строительной системы показан на рисунке 4.1. В качестве входного интерфейса системы может выступать, например, законодательство Российской Федерации.
Рисунок 4.1 — Основные элементы системы
4.5 Взаимосвязь объектов, образующих систему, обеспечивается посредством отношений между этими объектами. Применяются два основных типа отношений между объектами, приведенные в 4.5.1 и 4.5.2.
4.5.1 Отношения часть — целое предполагают связь между двумя объектами, при которой один из них является целым, а другой — частью этого целого.
Примечание — Пример для отношения часть — целое показан на рисунке 4.2. Свайное основание, песчаное основание под ростверком, ростверк и подземная часть из бетонных блоков являются частями целого — фундамента. Также и армирование ростверка является частью ростверка.
Рисунок 4.2 — Пример отношения часть — целое
4.5.2 Отношения типа (или родовые отношения) предполагают связь между двумя объектами, при которой понятие одного из объектов включает в себя понятие другого объекта и, по крайней мере, одну дополнительную отличительную характеристику.
Примечание — Пример для отношения типа показан на рисунке 4.3. Понятие «дверь» является родовым понятием для таких понятий, как «дверь металлическая», «дверь деревянная» и «дверь стеклянная».
Рисунок 4.3 — Пример отношения типа
4.6 При формировании структуры компонентов библиотеки информационной модели применяется принцип выделения аспектов системы, который заключается в разделении значимой информации о системе (или объекте) и незначимой. Разделение происходит с использованием аспектов, которые можно сравнить с некоторым фильтром, отображающим только необходимую информацию согласно выбранному аспекту, т.е. принципу выделения информации. Выделяются следующие основные аспекты системы:
— аспект типа объекта.
Примечание — При формировании компонентов библиотеки ИМ компонент (например, «дверь») и связанные с ним другие компоненты должны иметь, как минимум, функциональный аспект, чтобы можно было их отнести к элементам архитектуры.
4.7 Функциональный аспект определяет назначение системы и способ ее применения. Функционально-ориентированный подход необходимо использовать для определения назначения самой системы на протяжении всего жизненного цикла.
4.8 Аспект продукта позволяет реализовать структуру представления системы, ориентированную на продукт, и описывает то, каким образом система реализована и собрана (см. рисунок 4.4). В контексте аспекта продукта рассматриваются строительные изделия, нетиповые изделия, строительные материалы, оборудование и такие объекты, как промышленный завод, производственное здание, инженерно-техническое оборудование, компонент библиотеки ИМ инженерной системы, стена, колонна или перекрытие. При рассмотрении аспекта продукта объект системы может одновременно реализовывать одну или несколько своих функций, например, теплообменник может нагревать или охлаждать. Один и тот же блок автоматизированной системы управления может обеспечивать реализацию сразу нескольких различных задач. Формирование структуры представления системы согласно аспекту продукта имеет крайне важное значение на стадиях проведения строительно-монтажных и пусконаладочных работ, например для процессов сборки оборудования и дальнейшего технического обслуживания инженерных систем.
Рисунок 4.4 — Схематичное отображение аспекта продукта
Примечание — Аспект продукта в большей степени учитывает особенности именно технической реализации системы, например способ устройства фундамента или метод разработки котлована. Структура представления системы, основанная на аспекте продукта, показывает принцип и порядок декомпозиции системы на отдельные объекты независимо от того, где находится объект и какую функцию он выполняет. С учетом аспекта продукта объект может находиться в одном или нескольких местах по отдельности или совместно с другими изделиями. Например, система контроля за температурой в помещении может состоять из отдельных датчиков температуры и блока отображения (монитора) и быть распределенной по отдельным помещениям, расположенным по всему зданию.
4.9 Аспект местоположения позволяет сформировать структуру представления системы, ориентированную на местоположение объекта, основанное на топографической организации системы и (или) среды, в которой располагается данная система (см. рисунок 4.5). Структура представления (ориентированная на местоположение) показывает принцип разбиения системы с учетом расположения составляющих ее объектов и подсистем. Ориентированная на местоположение структура представления используется при планировке территорий, возведении зданий и сооружений и дальнейшем управлении ими (эксплуатации), а также для монтажа объектов, которые подлежат сборке (монтажу) или техническому обслуживанию.
Рисунок 4.5 — Схематичное отображение аспекта местоположения
Примечание — Объектом, представленным в ориентированной на местоположение структуре представления системы, могут быть, например, строительная площадка, строительный комплекс, строительный объект (здание), отдельная секция здания, этаж или помещение, а также различные плоскостные сооружения, такие как парковая зона, улица, стоянка автомобилей или тротуар.
4.10 Аспект типа позволяет создавать пользовательские категории (классы) объектов, классифицированных в соответствии с Классификатором строительной информации [4]. Тип объекта обозначает отдельную группу объектов, а не какой-либо конкретный, единственный объект (см. рисунок 4.6). Тем не менее объекты пользовательского типа также могут рассматриваться как отдельный объект и могут быть обозначены аспектом типа. Аспект типа используется для обозначения совокупности объектов, имеющих общие свойства (определяемые пользователем) в рамках отдельного класса. Пользователь может выбрать одно, два или несколько общих свойств, определяющих тип. Объяснение значений любого из применяемых пользовательских типов должно быть приведено в соответствующей сопроводительной документации.
Рисунок 4.6 — Схематичное отображение аспекта типа
5 Функциональные требования к компонентам библиотек информационных моделей
5.1 Компоненты библиотек информационной модели должны соответствовать следующим требованиям:
— требуемый формат и наименование компонента;
— требуемое геометрическое представление;
— требуемая атрибутивная информативность.
5.2 Геометрическое представление обеспечивает описание геометрических параметров объекта моделирования, реализуя приведенные в настоящем своде правил требования к геометрической детализации компонента библиотек информационной модели.
5.3 Атрибутивная информативность обеспечивает описание характеристик объекта моделирования, реализуя приведенные в настоящем своде правил требования к атрибутивному составу компонента библиотек информационной модели, сформулированных с учетом нормативно-технических ограничений.
6 Требования к кодированию компонентов библиотек информационных моделей
6.1 Кодирование компонентов библиотек ИМ проводится в соответствии с Классификатором строительной информации [4].
6.2 В настоящем своде правил определяется набор правил и рекомендаций по кодированию компонентов библиотек ИМ объекта капитального строительства.
6.3 Кодирование компонентов библиотек ИМ осуществляется с применением алфавита системы кодирования в соответствии с разделом 11 СП 333.1325800.2020.
6.4 Кодовое обозначение компонента является составной частью кодового обозначения типа системы, сформированного в рамках определенного аспекта представления системы. При кодировании компонентов библиотек ИМ объектов капитального строительства применяются буквенные коды в соответствии с классификационной таблицей 6 «Компоненты» (Ком/Com) Классификатора строительной информации [4, приложение N 2].
6.5 Кодирование компонентов библиотек информационной модели объекта капитального строительства в зависимости от степени автоматизации задач классификации и кодирования в рамках применяемого САПР может быть реализовано следующим образом: каждому созданному объекту назначаются идентификационные признаки (наименование, код класса объекта и прочие значимые атрибуты).
6.6 Правила наименования файлов компонентов библиотек ИМ формируются в соответствии с шаблоном, приведенным в таблице 6.1, и заключаются в следующем.
6.6.1 Имя файла компонента библиотеки ИМ в обязательном порядке должно состоять из трех блоков, разделенных между собой знаком «нижнее тире/нижнее подчеркивание».
Источник