ПНСТ 505-2022 Дороги автомобильные общего пользования. Правила описания компонентов информационного моделирования

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Дороги автомобильные общего пользования

ПРАВИЛА ОПИСАНИЯ КОМПОНЕНТОВ ИНФОРМАЦИОННОГО МОДЕЛИРОВАНИЯ

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

Москва Российский институт стандартизации 2022

Предисловие

• 1 РАЗРАБОТАН Федеральным автономным учреждением «Российский дорожный научно-исследовательский институт» (ФАУ «РОСДОРНИИ») Министерства транспорта Российской Федерации совместно с Обществом с ограниченной ответственностью «Институт «ТЕРИНФОРМ» (ООО «Институт «Теринформ»)

• 2 ВНЕСЕН Техническим комитетом по стандартизации ТК 418 «Дорожное хозяйство»

• 3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 9 марта 2022 г. № 21-пнет

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТР 1.16—2011 (разделы 5 и 6).

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: [email protected] и/или в Федеральное агентство по техническому регулированию и метрологии по адресу: 123112 Москва, Пресненская набережная, д. 10, стр. 2.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)

© Оформление. ФГБУ «РСТ», 2022

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

II

Содержание

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

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

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

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

• 5 Основные требования к компонентам

• 6 Требования к атрибутивным параметрам компонентов

• 7 Требования к геометрическим параметрам компонентов

• 8 Требования к функциональным параметрам компонентов

• 9 Требования к именованию, метаданным и кодированию компонента

Приложение А (справочное) Уровни проработки элементов информационных моделей (уровни детализации геометрической и атрибутивной информации)

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

ПНСТ 505—2022

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Дороги автомобильные общего пользования

ПРАВИЛА ОПИСАНИЯ КОМПОНЕНТОВ ИНФОРМАЦИОННОГО МОДЕЛИРОВАНИЯ

Automobile roads of general use. Rules for description of components of information modelling

Срок действия с 2022—04—01 до 2025—04—01

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

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

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

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

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

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

ГОСТ Р Ю.0.05/ИСО 12006-2:2015 Система стандартов информационного моделирования зданий и сооружений. Строительство зданий. Структура информации об объектах строительства. Часть 2. Основные принципы классификации

ГОСТ Р Ю.О.Об/ИСО 12006-3:2007 Система стандартов информационного моделирования зданий и сооружений. Строительство зданий. Структура информации об объектах строительства. Часть 3. Основы обмена объектно-ориентированной информацией

ГОСТ Р 57309 (ИСО 16354:2013) Руководящие принципы по библиотекам знаний и библиотекам объектов

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

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

ПНСТ 506—2021 Дороги автомобильные общего пользования. Правила формирования информационных моделей на различных стадиях жизненного цикла

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

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

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

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

• 3.1 актив: Идентифицируемый предмет, вещь или объект, который имеет потенциальную или действительную ценность для организации.

• 3.2

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

[СП 333.1325800.2020, статья 3.1.9]

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

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

• 3.5 визуализация: Общее название приемов представления цифровой информации для зрительного рассмотрения и анализа.

• 3.6 выявление коллизий: Процесс поиска ошибок, связанных:

• - с геометрическими пересечениями элементов модели;

• - нарушениями нормируемых расстояний между элементами модели;

• - пространственно-временными пересечениями ресурсов из календарно-сетевого графика строительства объекта.

• 3.7

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

[СП 333.1325800.2020, статья 3.1.10]

• 3.8 геометрические параметры компонента: Атрибуты, которые определяют размер, форму и пространственное положение компонента.

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

• 3.10

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

[[1], статья 2, часть 2, пункт 5]

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

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

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

• 3.14 информационная модель; ИМ: Набор структурированных и неструктурированных информационных контейнеров.

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

• 3.15

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

[[2], статья 1, пункт 10.3]

• 3.16 информационный контейнер: Именованный неизменяемый набор информации, извлекаемый из иерархии файлов, систем или программных приложений.

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

Примечания

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

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

3.17

3.18

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

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

[СП 328.1325800.2020, статья 3.1.2]

• 3.19 метаданные: Информация о данных.

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

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

• 3.21 обмен информацией: Действие по полному или частичному выполнению требований к информации.

• 3.22 открытые форматы обмена данными: Форматы данных с открытой спецификацией.

Примечания

• 1 Форматы IFC (Industry Foundation Classes, Отраслевые базовые классы), LandXML являются форматами и схемами данных с открытой спецификацией. Указанные форматы являются международными стандартами обмена данными в информационном моделировании в области гражданского строительства и эксплуатации объектов недвижимости.

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

• 3.24 среда общих данных; СОД: Согласованный источник информации для любого проекта или актива, обеспечивающий сбор, управление и распространение каждого информационного контейнера посредством управляемого процесса.

• 3.25 стадия (этап) жизненного цикла автомобильной дороги: Часть жизненного цикла автомобильной дороги, имеющая неизменный набор целей.

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

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

• 3.27 требования к информации: Спецификация о характере, сроке, способе и получателе производимой информации.

• 3.28 требования к информации по проекту: Требования к информации в отношении реализации проекта капитального строительства актива.

• 3.29 требования к обмену информацией: Требования к информации в отношении контракта.

• 3.30 уровень потребности в информации: Схема определения необходимого объема и степени детализации информации.

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

• 3.31

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

[СП 333.1325800.2020, статья 3.1.14]

• 3.32 функциональное поведение компонента: Изменение компонента в соответствии с заложенными в него правилами взаимодействия с окружающими условиями.

• 3.33 цели информационного моделирования: Цели, определяющие потенциальную ценность ИМ для проекта и участников проектной группы.

Примечание — Цели ИМ помогают определить способы и задачи применения технологии информационного моделирования в проекте или в организации.

3.34

цифровая информационная модель (трехмерная модель): Электронный документ в составе информационной модели объекта капитального строительства (ИМ ОКС), представленный в цифровом объектно-пространственном виде.

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

[СП 333.1325800.2020, статья 3.1.6]

3.35

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

[СП 333.1325800.2020, статья 3.1.7]

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

  • 4.1 Компонентом информационного моделирования автомобильной дороги является цифровое представление элемента автомобильной дороги, предназначенное для многократного применения в составе информационных моделей автомобильной дороги на различных стадиях ее ЖЦ в соответствии с ПНСТ 506—2021 (пункт 4.4).

  • 4.2 Выделение и идентификация элементов автомобильной дороги для целей информационного моделирования определяется применяемой методологией структурирования данных.

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

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

• 4.4 Объекты дорожной инфраструктуры (дороги, мосты/путепроводы и тоннели) являются активами, которые рассматриваются в четырех различных, но взаимосвязанных аспектах:

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

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

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

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

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

• 4.6 Для обеспечения соответствия требованиям, связанным с размещением информационных моделей объектов капитального строительства в государственной информационной системе обеспечения градостроительной деятельности и (или) государственных информационных системах обеспечения градостроительной деятельности субъектов Российской Федерации; при формировании компонентов библиотек информационных моделей следует применять системный подход в соответствии с СП 328.1325800.2020.

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

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

Обработка исходных данных предусматривает:

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

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

• - проверку информации на каждом этапе в соответствии с ГОСТ Р 57310.

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

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

• - «как предложено» (проектная модель объекта, содержащая конкретные проектные решения, отвечающие требованиям нормативных технических документов и принятые исходя из изученных условий строительства);

• - «как построено» (строительная модель объекта, содержащая документацию о выполненных и принятых работах);

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

Декомпозиция структуры данных актива представлена в таблице 1.

Таблица 1 — Декомпозиция структуры данных актива

Взаимосвязь этапов жизненного цикла и уровней системного представления представлена в матрице на рисунке 1.

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

На рисунке 2 показано, как иерархическая декомпозиция определяет информацию об активе.

Уровни системного представления

Сеть

Объект

Система

Строительный элемент

Материал

Управление жизненным циклом Планирование Проектирование Строительство Эксплуатация

Рисунок 1 — Взаимосвязь этапов жизненного цикла и уровней системного представления

Исследовать

Оперировать

Рисунок 2 — Иерархическая структура декомпозиции информации об активе

• 4.10 Структура декомпозиции используется для принятия решений при разработке проекта планировки территории и основных проектных решений по объекту:

• - общими бизнес-требованиями к активу;

• - общими требованиями к результату (технико-экономическими показателями объекта);

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

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

• 4.11 Структура декомпозиции определяется при разработке детального проекта (подготовке рабочей документации):

• - функциональными требованиями физического актива;

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

• - расположением элементов и их функциональными и техническими спецификациями.

• 4.12 Структура декомпозиции определяется при конструировании и производстве элементов, узлов и строительных и инженерных систем, выполнении работ и поставке материалов:

• - требованиями по соответствию и проверке проектных требований;

• - структурой декомпозиции пакетов информации;

• - структурой декомпозиции работ.

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

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

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

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

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

• 4.16 Классификация компонентов может включать в себя следующие элементы:

• а) иерархия классов конструкций:

• 1) 0 — элемент, компонент, деталь;

• 2) 1 — изделие;

• 3) 2 — конструкция, конструктивный элемент, строительная конструкция (включает в себя материал, технологию возведения, строительную систему);

• 4) 3 — конструктивная система;

• б) иерархия классов систем (инженерных):

• 1) 0 — элемент, компонент, деталь;

• 2) 1 — прибор;

• 3) 2 — узел;

• 4) 3 — оборудование;

• в) средства организации дорожного движения:

• 1) 0 — материалы для дорожной разметки;

• 2) 1 — ограждения дорожные;

• 3) 2 — экраны;

• 4) 3 — элементы технического регулирования;

• г) материалы и изделия:

• 1) 0 — материалы;

• 2) 1 — материалы специального назначения;

• 3) 2 — изделия специального назначения;

• 4) 3 — стекло строительное и изделия из стекла;

• 5) 4 — щебень, гравий, песок, смеси, глина, грунты;

• 6) 5 — цементы, гипс, известь;

• 7) 6 — бетоны;

• 8) 7 — смеси (смеси асфальтобетонные смеси и растворы строительные).

Классификация может применяться при формировании компонентов, включая типовые компоненты баз/библиотек/каталогов компонентов в соответствии ГОСТ Р 10.0.05 и ГОСТ Р 10.0.06, классификатором строительной информации или другими документами по классификации, в том числе для дорожного хозяйства.

• 5 Основные требования к компонентам

  • 5.1 Компоненты разрабатываются с помощью соответствующих программных приложений, реализующих функционал информационного моделирования. Уровни проработки компонентов информационного моделирования определяются потребностями в информации в системе управления ЖЦ автомобильной дороги и должны обеспечивать технически и экономически обоснованную структуру данных, отвечающих информационным требованиям заинтересованных сторон на каждой из стадий ЖЦ автомобильной дороги. Основные показатели уровня проработки компонентов информационного моделирования для стадий ЖЦ автомобильной дороги представлены в приложении А. При этом следует исходить из того, что состав информационной модели определяется целями и задачами применения технологии информационного моделирования на конкретном проекте (объекте), зависит от информационных требований заказчика, содержания задания на проектирование объекта капитального строительства и не может быть установлен в виде исчерпывающего перечня.

  • 5.2 Для трехмерных компонентов уровень проработки включает в себя:

• - метаданные;

• - уровень проработки геометрических параметров (Level of Detail — LOD);

• - уровень проработки информации (Level of Information — LOI);

• - уровень проработки точности (Level of Accuracy — LOA).

Компоненты на уровне проработки 1 (LOD 100) представляют собой концептуальные формы, элементы (простые геометрические фигуры), а на уровне 5 (LOD 500) — полностью определенные компоненты, которые отличаются от уровня 4 (LOD 400) только размерами, которые соответствуют полученным в результате завершения строительных работ. По этим причинам для разработки баз/библиотек/ каталогов компонентов рекомендуются уровни проработки 2, 3 и 4 (LOD 200, 300 и 400).

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

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

• 6 Требования к атрибутивным параметрам компонентов

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

Если значение параметра свойства компонента неизвестно, неприменимо или недоступно, следует использовать значение по умолчанию «н/о» (не определено), а не оставлять значение пустым. Если тип данных ограничивает использование буквенно-цифрового значения, следует использовать соответствующее значение для этого свойства, например «0» для числовых полей и «1900-12-31 Т23:59:59» для полей даты.

• 6.2 Значения свойств характерных функциональных показателей и количественных показателей срока службы представлены в [4]. Если единица измерения не указана, то тип значения свойства должен подразумевать единицу измерения. В случае материалов и слоистых конструкций следует принять единичный объем или площадь, например м³.

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

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

• 6.5 Компонент представляет варианты продукта, используя свойство со значением, содержащим буквенно-цифровое или числовое одиночное значение, значение списка, значение диапазона, перечисляемое значение и контрольное значение или ограниченное значение. Свойству компонента присваивается несколько или одно значение, где значение имеет один выбор. Значение должно быть заранее определено и заполнено, если оно доступно и известно. Компоненту может быть назначен один и тот же тип, указанный в упорядоченном списке, например 200, 400, 600, 800. Свойству компонента может быть назначена величина диапазона, где значение имеет верхний и нижний пределы (связанный). Нижняя граница должна быть представлена первой, за которой следует самая высокая граница. Если диапазон использует положительные и отрицательные знаки, числа разделяются с помощью «до»; для всех остальных ситуаций должен использоваться дефис. Если значение не задано, оно указывает на открытую границу, например общая ширина от 0,9 до 1,25 м.

• 6.6 Если иное не ограничено типом свойства, значение свойства компонента должно:

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

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

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

Значение свойства компонента может быть выражено в виде формулы, значение в которой зависит от других свойств. Компонент должен включать в себя свойства, которые организованы так, чтобы их можно было легко просматривать и извлекать, и по возможности размещать в библиотеках компонентов. Основные требования к библиотекам компонентов определены в ГОСТ Р 57309 и СП 328.1325800.2020.

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

• 6.7 Имена свойств должны быть введены как PascalCase, и там, где возникают отношения «родитель — потомок», последний должен иметь префикс с соответствующим родительским свойством для логической сортировки. Свойствам со значениями, имеющими логические (да/нет) типы данных, должно быть присвоено имя, которое явно подразумевает, что они требуют значения «да/нет». Имена свойств не должны включать единицы измерения.

• 6.8 Компонент может включать в себя наборы общих свойств IFC4 (Pset_xxxxCommon), которые относятся к строительному продукту и связанному с ним IfcElementType, где это возможно. Компонент может включать в себя Pset_BuildingElementProxyCommon, если для этого объекта в IFC4 не существует набора общих свойств IFC (Pset_xxxxCommon).

• 6.9 Компонент должен иметь свойства для поддержки системы управления жизненным циклом и управления активами. Эти свойства управления объектами могут в том числе предоставляться наборами свойств, связанных с управлением объектами IFC4, полученными из IFC4 (Add2) [6], или свойствами определения модели COBie (MVD).

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

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

• 7 Требования к геометрическим параметрам компонентов

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

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

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

• 7.2 Геометрические параметры компонентов включают в себя:

• - общие геометрические данные;

• - параметры формы геометрического объекта;

• - символьные данные;

• - пространственные привязки;

• - данные о поверхности (материале, из которого изготовлен компонент);

• - данные о соединении компонентов.

• 7.3 Компонент должен иметь геометрические параметры, задаваемые в масштабе 1:1.

Компонент должен включать исходную точку, соответствующую его предполагаемому использованию.

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

• 7.4 Компоненты, состоящие из слоев, должны представлять фактическую толщину слоя.

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

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

• 7.7 Компонент должен включать в себя:

• - геометрическое представление пространства, определяемого внешней границей строительного продукта (изделия, узла);

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

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

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

• 7.9 Для поддержки просмотра компонентов необходимо использовать:

• - средство отображения (представление, упрощенное представление или символ) в масштабах 1:1, 1:20, 1:50, 1:100, а также пользовательском масштабе;

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

• 7.10 Компонент может дополнительно включать в себя:

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

• - 20-линии, где это необходимо, для передачи соответствующих геометрических деталей, которые не моделируются в 3D.

• 7.11 Компонент может включать в себя пространственные данные в 2D и 3D, в том числе:

• - минимальное рабочее пространство;

• - пространство доступа;

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

• - пространство для установки;

• - пространство зоны обнаружения.

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

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

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

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

• 8 Требования к функциональным параметрам компонентов

  • 8.1 Компонент должен вести себя соответствующим образом, который отражает его взаимосвязь с ассоциированными объектами в программных приложениях, реализующих функционал информационного моделирования [7].

  • 8.2 Функциональное поведение компонента должно соответствовать (не противоречить) общей функции модели проекта и обеспечивать ее показатели.

  • 8.3 Компонент должен быть сконфигурирован таким образом, чтобы его использование не зависело от программного продукта, в среде которого он размещен, если только это размещение не является особым требованием строительного продукта.

  • 8.4 Компонент может включать ограничения, которые определяют критерии выбора теми вариациями или аксессуарами, которые доступны в строительном продукте. Ограничения не должны приводить к негативным последствиям, не должны вводить в заблуждение или ограничивать использование объекта.

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

• 9 Требования к именованию, метаданным и кодированию компонента

  • 9.1 Кодирование компонентов осуществляется в соответствии с Классификатором строительной информации [8] с соблюдением требований раздела 6 СП 328.1325800.2020 и с применением алфавита системы кодирования в соответствии с разделом 11 СП 333.1325800.2020.

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

Наименования рекомендуется составлять из буквенно-цифровых символов без форматирования текста (например, [0-9], [a-z], [A-Z], [a-я], [A-Я]). Поля имен должны использовать символ подчеркивания (_) в качестве разделителя и символ дефис (-) внутри фраз. Информация в каждом поле должна быть PascalCase (заглавные буквы для слов без пробелов). Запрещается использовать пробелы или другие знаки пунктуации.

• 9.3 Компонент должен включать в себя свойства и значения, которые последовательно и однозначно названы. Имена файлов и компонентов должны состоять из полей.

Примерный состав полей имени файла:

<Поле1>_<Поле2ПолеЗ-Поле4>_<Поле5-Поле6>.

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

Примерный состав полей с описанием материала:

• <Вид> _ <Источник> _ <Материал> _ <Подтип> _ <Описание>.

• 9.4 Файлы изображений материалов должны быть в растровом (bmp, jpg, jpeg, png) формате.

Файл изображения материала должен соответствовать следующим минимальным требованиям:

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

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

• - 150 точек на дюйм.

  Приложение А (справочное)

  
  

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

  
  

  Таблица А.1 — Модель рельефа

  Уровень детализации — стадия применения	1 —техникоэкономическое обоснование	2 — проект планировки территории	3 — проектная модель	4 — рабочая модель, строительная модель	5 — эксплуатационная модель
  Описание	Существующий рельеф представляется как двухмерная — поверхность (плоскость) с примерными, средними отметками территории. В случае больших перепадов высот допускается наличие нескольких поверхностей (плоскостей) на разных уровнях	Существующий рельеф отображается как 3D-no-верхность. Сформирована поверхность по точкам, горизонталям, треугольникам, без сложных элементов рельефа и дополнительного редактирования. Допускается использование данных ДЗЗ, находящихся в открытом доступе	Существующий рельеф отображается как 3D-no-верхность. Отображены все сложные элементы рельефа (бордюрные камни, подпорные стенки, перепады и т. п.). Поверхность не требует дополнительного редактирования	Существующий рельеф отображается как набор ЗО-поверхностей и ЗО-тел различных сложных элементов рельефа (бордюрные камни, подпорные стенки, лестницы, существующая конструкция дорожной одежды и т. п.). Пример — Существующая дорожная одежда представлена в виде набора 3D-men, представляющего отдельные типы конструктивных слоев (покрытие, основание, подстилающий слой)	Элементы рельефа представлены в виде сборки с точными размерами, включая размеры элементов узлов, формой, пространственным положением, ориентацией, узловыми связями. Пример— Существующая дорожная одежда представлена в виде набора 3D-men, представляющего каждый отдельный конструктивный слой
  Тип объекта	Точечные объекты, линейные объекты, полигональные объекты	Точечные объекты, полигональные объекты, поверхности, ЗО-тела (представлены с указанием приблизительных геометрических размеров и отметок)	Поверхность, Структурные линии (ЗО-полилинии, ситуационные линии и контуры, выделенные поверхности различных типов покрытия)	Поверхности, структурные линии (ЗО-полилинии, ситуационные линии и контуры, выделенные поверхности различных типов покрытия), ЗО-тела различных сложных элементов рельефа	Поверхности, структурные линии, ЗО-тела, данные облаков точек
  Обязательная атрибутивная информация	Слой, имя поверхности и средняя отметка	Слой, имя поверхности и отметки поверхности	Слой, имя поверхности и отметки поверхности	Слой, имя поверхности, отметки поверхности, объем тел. Объем между поверхностями	Слой, имя поверхности, отметки поверхности, объем тел. Объем между поверхностями, объем ЗО-тел

  
  

  ПНСТ 505—2022

  
  

  Таблица А.2 — Модель ситуации

  Уровень детализации — стадия применения	1 —технико-экономическое обоснование	2 — проект планировки территории	3 — проектная модель	4 — рабочая модель, строительная модель	5 — эксплуатационная модель
  Описание	Объекты существующей ситуации представляются в двухмерном виде с отметками территории, представленной в среднем масштабе. В случае больших перепадов высот допускается наличие нескольких поверхностей (плоскостей) на разных уровнях	Объекты существующей ситуации отображаются как ЗО-тела (без сложных элементов с указанием приблизительных геометрических размеров, формы и местоположения). Допускается использование данных ДЗЗ, находящихся в открытом доступе	Объекты существующей ситуации отображаются как ЗО-тела	Объекты существующей ситуации отображаются как набор взаимоувязанных ЗО-тел	Элементы существующей ситуации представлены в виде сборки с точными размерами, включая размеры элементов узлов, формой, пространственным положением, ориентацией, узловыми связями (болты, заклепки, сварные швы, фасонные элементы, выпуски арматуры, закладные детали)
  Тип объекта	Точечные объекты, линейные объекты, полигональные объекты	Точечные объекты, полигональные объекты, поверхности, ЗО-тела (представлены с указанием приблизительных геометрических размеров)	ЗО-тела	ЗО-тела различных сложных элементов	Поверхности, структурные линии, ЗО-тела, данные облаков точек

  
  

  ПНСТ 505—2022

  
  

Таблица А.З — Модель существующих инженерных коммуникаций

Таблица А.6 — Модель экологических изысканий

Таблица А.7 — Модели специальных изысканий

Таблица А. 10 — Конструктивные решения тротуаров и пешеходных дорожек

Таблица А. 11 —Технические средства организации дорожного движения

Таблица А. 14 — Подготовительные работы

Таблица А. 15 — Благоустройство и озеленение

Окончание таблицы А. 18

Таблица А.21 — Сооружения проводной связи

Таблица А.24 — Крайняя опора. Фундамент

Таблица А.28 — Устройство конусов

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

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

• [2] Федеральный закон от 29 декабря 2004 г. № 190-ФЗ «Градостроительный кодекс Российской Федерации»

• [3] Interlink Project Technical Report D4. Principles for a European Road OTL

• [4] ИСО 15686-4:2014 Здания и сооружения. Планирование срока службы. Часть 4. Использование информационного моделирования в строительстве (Building construction — service life planning — Part 4: Service life planning using building information modelling)

• [5] ИСО 16739-1:2018 Отраслевые базовые классы (IFC) для совместного использования данных для управления строительством и обслуживанием промышленных зданий. Часть 1. Схема данных (Industry foundation classes (IFC) for data sharing in the construction and facility management industries — Part 1: Data schema)

• [6] Infrastructure Asset Managers BIM Requirements. Technical Report No. TR 1010

• [7] NBS BIM Object Standard v2.1

• [8] Приказ Министерства строительства и жилищно-коммунального хозяйства Российской Федерации от 6 августа 2020 г. № 430/пр «Об утверждении структуры и состава классификатора строительной информации»

УДК 69:51-7; 69:007:006.354 ОКС 93.080.99

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

Редактор Н.А. Аргунова Технический редактор И.Е. Черепкова Корректор М.И. Першина Компьютерная верстка И.А. Налейкиной

Сдано в набор 11.03.2022. Подписано в печать 31.03.2022. Формат 60x84%. Гарнитура Ариал. Усл. печ. л. 4,18. Уч.-изд. л. 3,76.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано в единичном исполнении в ФГБУ «РСТ» , 117418 Москва, Нахимовский пр-т, д. 31, к. 2.