Свод правил СП 328.1325800.2020 "Информационное моделирование в строительстве. Правила описания компонентов информационной модели" (утв. приказом Министерства строительства и жилищно-коммунального хозяйства РФ от 31 декабря 2020 г. N 927/пр)

Building information modeling. Rules for describing information model components

Дата введения - 1 июля 2021 г.

ГАРАНТ:

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

1 Введение

Настоящий свод правил разработан для обеспечения соблюдения требований федеральных законов от 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 интерфейс взаимодействия объектов: Совокупность связей, посредством которых объекты взаимодействуют с окружающей средой или другими объектами.

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

3.2 Сокращения

ДЭ - документ электронный;

ИМ - информационная модель;

ИЦММ - инженерная цифровая модель местности;

САПР - система (системы) автоматизированного проектирования;

ЦИМ - цифровая информационная модель.

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

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

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

4.3 Компоненты библиотек ИМ должны кодироваться однозначным образом на основе Классификатора строительной информации [4].

4.4 Интерфейсы взаимодействия объектов определяют метод и способы взаимодействия систем и объектов в рамках проектируемого комплекса.

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

4.5 Взаимосвязь объектов, образующих систему, обеспечивается посредством отношений между этими объектами. Применяются два основных типа отношений между объектами, приведенные в 4.5.1 и 4.5.2.

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

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

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

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

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

- функциональный аспект;

- аспект продукта;

- аспект местоположения;

- аспект типа объекта.

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

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

4.8 Аспект продукта позволяет реализовать структуру представления системы, ориентированную на продукт, и описывает то, каким образом система реализована и собрана (см. рисунок 4.4). В контексте аспекта продукта рассматриваются строительные изделия, нетиповые изделия, строительные материалы, оборудование и такие объекты, как промышленный завод, производственное здание, инженерно-техническое оборудование, компонент библиотеки ИМ инженерной системы, стена, колонна или перекрытие. При рассмотрении аспекта продукта объект системы может одновременно реализовывать одну или несколько своих функций, например, теплообменник может нагревать или охлаждать. Один и тот же блок автоматизированной системы управления может обеспечивать реализацию сразу нескольких различных задач. Формирование структуры представления системы согласно аспекту продукта имеет крайне важное значение на стадиях проведения строительно-монтажных и пусконаладочных работ, например для процессов сборки оборудования и дальнейшего технического обслуживания инженерных систем.

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

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

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

4.10 Аспект типа позволяет создавать пользовательские категории (классы) объектов, классифицированных в соответствии с Классификатором строительной информации [4]. Тип объекта обозначает отдельную группу объектов, а не какой-либо конкретный, единственный объект (см. рисунок 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 Имя файла компонента библиотеки ИМ в обязательном порядке должно состоять из трех блоков, разделенных между собой знаком "нижнее тире/нижнее подчеркивание".

Таблица 6.1 - Правила наименования файлов компонентов библиотек ИМ

Блок 2	Блок 1	Блок 0
Шифр по Классификатору строительных ресурсов	Обозначение наименования и версии САПР	Обозначение версии IFC файла (опционально)
23.69.19	AR20	14x2
28.14.13	GA22	14x2
...	...	...

6.6.2 Правило формирования Блока 0 определяется в соответствии с таблицей 6.2. При формировании кода номера версии общеобменного формата используются сокращенное обозначение "IFC" до буквы "I", а также сокращение номера версии до последовательности цифр, которые содержатся в номере версии без точек. Также для обеспечения отражения информации о примененном способе формирования выгрузки (Model View Definition) к номеру версии добавляются либо один, либо два символа от названия типа сценария выгрузки без использования слова "View". Данная таблица может быть расширена и дополнена в случае необходимости в стандарте организации.

Таблица 6.2 - Правила наименования компонента Блок 0

Код	Наименование
I2300	IFC2x3 версии 2.3.0.0
I2301	IFC2x3 версии 2.3.0.1 (IFC2x3 TC1, ISO/PAS 16739:2005)
I2301C2	IFC2x3 версии 2.3.0.1 Coordination View версии 2.0
I4000	IFC4 версии 4.0.0.0 (ISO 16739:2013)
I4010	IFC4 версии 4.0.1.0 (IFC4 ADD1)
I4020	IFC4 версии 4.0.2.0 (IFC4 ADD2)
I4021	IFC4 версии 4.0.2.1 (IFC4 ADD2 TC1, ISO 16739-1:2018)
I4100	IFC4 версии 4.1.0.0 (IFC4.1)
I4200	IFC4 версии 4.2.0.0 (IFC4.2)
I4200C2	IFC4.2 версии 4.2.0.0 Coordination View версии 2.0
I4200DT	IFC4.2 версии 4.2.0.0 Design Transfer View
I4200R	IFC4.2 версии 4.2.0.0 Reference View
I4200SA	IFC4.2 версии 4.2.0.0 Structural Analysis View
I4200FH	IFC4.2 версии 4.2.0.0 FM Handover View
I43R1	IFC4 версии 4.3.rc.1 (IFC4.3 RC1)
I43R2	IFC4 версии 4.3.rc.2 (IFC4.3 RC2)
I5x0	IFC перспективной версии 5
LXM10	LandXML-1.0
LXM11	LandXML-1.1
LXM12	LandXML-1.2
LXM20	LandXML-2.0
CGM10	CityGML Versions 1.0
CGM20	CityGML Versions 2.0
CGM30	CityGML Versions 3.0

6.6.3 Правило формирования Блока 1 определяется в соответствии с таблицей 6.3. Данная таблица расширяется и дополняется в случае необходимости стандартом организации.

Таблица 6.3 - Правила наименования компонента Блок 1

Код	Наименование
AR16	Autodesk Revit 2016
AR17	Autodesk Revit 2017
AR18	Autodesk Revit 2018
AR19	Autodesk Revit 2019
AR20	Autodesk Revit 2020
AN16	Autodesk Navisworks 2016
АА	Autodesk Autocad
AM	Autodesk 3DMax
BIMX	BIMx
C4D	Cinema 4D
GA22	GRAPHISOFT Archicad
NK	Nanosoft nanoCAD Конструкторский BIM
NE	Nanosoft nanoCAD Инженерный BIM
NL	Nanosoft nanoCAD Электро
NA	Nemetschek AllPlan
NS	Nemetschek SCIA
ND	Nemetschek Data Design System CAD
RA212	Renga Architecture 2.12.xxxxx
RS212	Renga Structure 2.12.xxxxx
RM	Renga МЕР
TT	Trimble Tekla
TS	Trimble SketchUp
OF	Open Source FreeCAD
OB	Open Source Blender

6.6.4 Блок 2 содержит код в соответствии с ОК 034.

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

7.1 Компоненты библиотек ИМ должны быть представлены в IFC или ином формате данных с открытой спецификацией.

7.2 При необходимости включения в атрибутивный состав компонента библиотеки ИМ ДЭ они представляются в форматах согласно 7.2.1-7.2.3.

7.2.1 ODT - формат документов с текстовым содержанием, не включающих формулы.

7.2.2 PDF/A - формат документов с текстовым содержанием, в том числе включающих формулы и (или) графические изображения (за исключением документов, указанных в 7.3), а также документов с графическим содержанием.

7.2.3 IFC или иной формат данных с открытой спецификацией.

7.3 Формируемые согласно 7.2 ДЭ должны соответствовать условиям 7.3.1-7.3.4.

7.3.1 Предпочтительно ДЭ формируются способом, не предусматривающим сканирование документа с бумажного носителя.

7.3.2 При невозможности соблюдения 7.3.1 создание ДЭ осуществляется путем сканирования непосредственно с оригинала документа (использование копий не допускается), которое осуществляется с сохранением ориентации оригинала документа в разрешении не менее 300 dpi (масштаб 1:1) с использованием следующих режимов:

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

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

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

7.3.3 В ДЭ обеспечивается возможность поиска по текстовому содержанию документа и возможность копирования текста (за исключением случаев, когда текст является частью графического изображения).

7.3.4 ДЭ содержит оглавление (для документов, содержащих структурированные по частям, главам, разделам (подразделам) данные) и закладки, обеспечивающие переходы по оглавлению и (или) к содержащимся в тексте рисункам и таблицам.

8 Требования к атрибутивному составу компонентов библиотек информационных моделей

8.1 Атрибутивный состав компонентов библиотек ИМ, предназначенных для формирования ИЦММ, должен соответствовать требованиям, предъявляемым к атрибутивному составу элементов ИЦММ в разделе 7 СП 333.1325800.2020.

8.2 Атрибутивный состав компонентов библиотек ИМ, предназначенных для формирования ЦИМ объекта капитального строительства, должен соответствовать требованиям, предъявляемым к атрибутивному составу элементов ЦИМ объекта капитального строительства в разделе 9 СП 333.1325800.2020.

8.3 Атрибутивный состав компонентов библиотек ИМ может быть расширен на усмотрение разработчика библиотеки ИМ.

8.4 При разработке компонента библиотеки ИМ должна быть предусмотрена возможность уменьшения пользователем объема информации атрибутивных данных для разных уровней проработки ИМ в соответствии с разделом 5 СП 333.1325800.2020.

9 Требования к геометрической детализации компонентов библиотек информационных моделей

9.1 Геометрическая детализация компонентов библиотек информационных моделей, предназначенных для формирования ИЦММ, должна соответствовать требованиям, предъявляемым к геометрической детализации элементов ИЦММ в разделе 8 СП 333.1325800.2020.

9.2 Геометрическая детализация компонентов библиотек ИМ, предназначенных для формирования ЦИМ объекта капитального строительства, должна соответствовать требованиям, предъявляемым к геометрической детализации элементов ЦИМ объекта капитального строительства в разделе 10 СП 333.1325800.2020.

9.3 Геометрическая детализация компонентов библиотек ИМ может быть увеличена на усмотрение разработчика библиотеки ИМ.

9.4 При разработке компонента библиотеки ИМ необходимо предусмотреть возможность уменьшения пользователем графической информации для разных уровней проработки ИМ в соответствии с разделом 5 СП 333.1325800.2020.

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

[1] Федеральный закон от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи"

[2] Федеральный закон от 27 июля 2006 г. N 149-ФЗ "Об информации, информационных технологиях и о защите информации"

[3] Федеральный закон от 30 декабря 2009 г. N 384-ФЗ "Технический регламент о безопасности зданий и сооружений"

[4] Приказ Министерства строительства и жилищно-коммунального хозяйства от 6 августа 2020 г. N 430/пр "Об утверждении структуры и состава классификатора строительной информации"