Сп информационное моделирование в строительстве правила формирования
Перед направлением электронного обращения в Минстрой России, пожалуйста, ознакомьтесь с изложенными ниже правилами работы данного интерактивного сервиса.
1. К рассмотрению принимаются электронные обращения в сфере компетенции Минстроя России, заполненные в соответствии с прилагаемой формой.
2. В электронном обращении может содержаться заявление, жалоба, предложение или запрос.
3. Электронные обращения, направленные через официальный Интернет-портал Минстроя России, поступают на рассмотрение в отдел по работе с обращениями граждан. Министерство обеспечивает объективное, всестороннее и своевременное рассмотрение обращений. Рассмотрение электронных обращений осуществляется бесплатно.
4. В соответствии с Федеральным законом от 02.05.2006 г. N 59-ФЗ «О порядке рассмотрения обращений граждан Российской Федерации» электронные обращения регистрируются в течение трёх дней и направляются в зависимости от содержания в структурные подразделения Министерства. Обращение рассматривается в течение 30 дней со дня регистрации. Электронное обращение, содержащее вопросы, решение которых не входит в компетенцию Минстроя России, направляется в течение семи дней со дня регистрации в соответствующий орган или соответствующему должностному лицу, в компетенцию которых входит решение поставленных в обращении вопросов, с уведомлением об этом гражданина, направившего обращение.
5. Электронное обращение не рассматривается при:
— отсутствии фамилии и имени заявителя;
— указании неполного или недостоверного почтового адреса;
— наличии в тексте нецензурных или оскорбительных выражений;
— наличии в тексте угрозы жизни, здоровью и имуществу должностного лица, а также членов его семьи;
— использовании при наборе текста некириллической раскладки клавиатуры или только заглавных букв;
— отсутствии в тексте знаков препинания, наличии непонятных сокращений;
— наличии в тексте вопроса, на который заявителю уже давался письменный ответ по существу в связи с ранее направленными обращениями.
6. Ответ заявителю обращения направляется по почтовому адресу, указанному при заполнении формы.
7. При рассмотрении обращения не допускается разглашение сведений, содержащихся в обращении, а также сведений, касающихся частной жизни гражданина, без его согласия. Информация о персональных данных заявителей хранится и обрабатывается с соблюдением требований российского законодательства о персональных данных.
8. Обращения, поступившие через сайт, обобщаются и представляются руководству Министерства для информации. На наиболее часто задаваемые вопросы периодически публикуются ответы в разделах «для жителей» и «для специалистов»
Сп информационное моделирование в строительстве правила формирования
Информационное моделирование в строительстве
Правила описания компонентов информационной модели
Building information modeling. Components. Guidelines and requirements
Дата введения 2018-06-16
Предисловие
Сведения о своде правил
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 465 «Строительство»
3 ПОДГОТОВЛЕН к утверждению Департаментом градостроительной деятельности и архитектуры Министерства строительства и жилищно-коммунального хозяйства Российской Федерации (Минстрой России)
5 ЗАРЕГИСТРИРОВАН Федеральным агентством по техническому регулированию и метрологии (Росстандарт)
Введение
1 Область применения
1.1 Настоящий свод правил распространяется на процессы информационного моделирования зданий и сооружений и устанавливает требования к компонентам их информационных моделей.
1.2 Настоящий свод правил не устанавливает требований к способам размещения, ведения, структуре, форме и содержанию цифровых библиотек (каталогов/баз) компонентов.
2 Нормативные ссылки
3 Термины и определения
В настоящем документе применены следующие термины с соответствующими определениями:
3.1 атрибуты компонента: Существенные свойства компонента, необходимые для определения его геометрии или характеристик и имеющие имя и значение.
3.2 геометрические параметры компонента: Атрибуты, которые определяют размер, форму и пространственное положение компонента.
3.3 графические свойства компонента: Свойства, обеспечивающие узнаваемость компонента в трехмерной проекции, а также в различных проекциях и масштабах с отображением характерных двумерных символов, линий, штриховок, текста.
3.4 информационное моделирование объектов строительства: Процесс создания и использования информации по строящимся, а также завершенным объектам строительства в целях координации входных данных, организации совместного производства и хранения данных, а также их использования для различных целей на всех стадиях жизненного цикла.
3.6 метаданные компонента: Структурированные данные, представляющие собой характеристики описываемого компонента для идентификации, поиска, оценки и управления им.
3.8 сборка: Именованный набор компонентов, предназначенный для многократного использования.
3.9 уровень проработки; LOD: Набор требований, определяющий полноту проработки элемента цифровой информационной модели. Уровень проработки задает минимальный объем геометрических, пространственных, количественных, а также любых атрибутивных данных, необходимых для решения задач информационного моделирования на конкретной стадии жизненного цикла объекта.
3.10 функциональное поведение компонента: Изменение компонента в соответствии с заложенными в него правилами взаимодействия с окружающими условиями.
3.11 цифровая информационная модель: Объектно-ориентированная параметрическая трехмерная модель, представляющая в цифровом виде физические, функциональные и прочие характеристики объекта (или его отдельных частей) в виде совокупности информационно насыщенных элементов.
3.12 элемент модели: Часть цифровой информационной модели, представляющая элемент, систему или сборку в пределах объекта строительства или строительной площадки.
4 Общие положения
4.1 Компоненты характеризуются геометрическими параметрами, графическими свойствами, атрибутами и функциональным поведением.
5 Общие требования к компонентам
5.1 Разработка компонентов должна выполняться с помощью соответствующих инструментов программного обеспечения, реализующего функционал информационного моделирования.
5.2 При разработке компонентов следует:
— учитывать цели использования цифровой информационной модели;
— учитывать требования к уровням проработки элементов модели;
— определять состав и число геометрических параметров;
— определять состав и число атрибутов.
6 Требования к геометрическим параметрам, уровням геометрической проработки и графическому отображению компонентов
6.1 Требования к геометрическим параметрам и графическому отображению компонента включают в себя требования к:
— геометрическим параметрам;
— отображению графических обозначений;
— уровню геометрической проработки;
— резервированию пространства, занимаемого компонентом;
— графическому отображению материалов.
6.2 Требования к геометрическим параметрам
6.2.1 При разработке компонента следует:
— моделировать геометрию в масштабе 1:1;
— определять точку вставки (базовую точку) для компонента типа «точечный»;
— использовать минимальное число вспомогательных элементов (например, вспомогательных плоскостей и линий);
— использовать геометрические параметры, выраженные в метрической системе единиц.
6.2.2 Компоненты типа «обобщенный» должны включать в себя значения параметров, определяющие номинальные размеры, если фактические размеры неизвестны.
6.2.3 Компоненты типа «продукт» должны включать в себя значения параметров, определяющие точные размеры.
6.2.4 Требование к отображению графических обозначений:
в состав компонента необходимо включать графические элементы для передачи информации, которую невозможно отобразить в трехмерной проекции (например, указатели направления движения, сторону открывания дверей, способы открытия окон).
6.3 Требования к уровню геометрической проработки
6.3.1 Точки вставки (базовые точки) компонента должны быть едиными на всех уровнях проработки.
6.3.2 Рекомендации по назначению уровня геометрической проработки компонентов приведены в А.5-А.8 (приложение А).
6.4 Требования к графическому отображению материалов
6.4.1 Если изображением необходимо заполнить поверхность компонента, то оно должно быть квадратной или прямоугольной формы, чтобы обеспечить бесшовное повторение изображения (в виде мозаики).
7 Требования к уровню атрибутивной проработки и значениям атрибутов
7.1 При разработке компонентов число, состав атрибутов и уровень атрибутивной проработки следует определять с учетом:
— целей и задач применения цифровых информационных моделей;
— требований к LOD;
— требований к составу и содержанию технической документации.
7.2 Все созданные атрибуты компонента должны быть заполнены.
7.3 Атрибуты компонента следует разделять на обязательные и дополнительные.
7.3.1 К обязательным атрибутам компонента следует относить такие свойства или технические характеристики, которые позволяют однозначно идентифицировать компонент, а также содержат данные, на основании которых возможно осуществить разработку технической документации, заказ, покупку и монтаж конкретного компонента в процессе строительства.
7.3.2 К дополнительным атрибутам следует относить свойства или технические характеристики, необходимые для проведения инженерных расчетов, информацию технико-экономического характера, технико-эксплуатационные и иные характеристики.
7.4 Если значения параметров должны управлять геометрическим размером или формой компонента, при их изменении должны меняться размер и/или форма компонента в модели.
7.5 Если значение атрибута не имеет ограничений и допускает возможность введения как цифр, так и букв, то значению атрибута должен присваиваться алфавитно-цифровой тип данных.
7.6 Значение текстового атрибута компонента не должно заканчиваться точкой.
8 Функциональные требования к компонентам
8.1 Компонент должен «вести себя» таким образом, чтобы отражались его функциональное назначение и взаимосвязи с другими компонентами.
8.2 В среде программного обеспечения, как правило, существует возможность разработать компонент с тем или иным числом предварительно заданных фиксированных параметров, которыми располагает реальный физический строительный элемент. При наличии предварительно настроенных вариантов компонента снижение его производительности либо затруднение в его использовании должны быть минимальными.
8.3 Компонент следует моделировать таким образом, чтобы он мог быть подсоединен к другим компонентам и функционировать совместно с ними, если совместное функционирование поддерживается и соответствует задачам разрабатываемой модели.
9 Правила именования компонентов и их атрибутов
9.1 Правила именования компонентов, приведенные в настоящем разделе, предназначены для программного обеспечения, работающего на основе файловой системы хранения данных.
9.3 У компонента должно быть уникальное имя и описание.
9.4 Правила именования атрибутов
9.4.1 Единицы измерения в названии атрибута не указываются.
9.5 Правила именования материалов
9.5.1 Имя материала должно начинаться с заглавной буквы, за которой следуют строчные. Если название состоит из двух и более слов, то каждое слово начинается с заглавной буквы и все слова пишутся слитно.
10 Требования к форматам компонентов
10.1 По форматам файлов компоненты могут быть представлены:
— в открытом формате IFC (версии 2х3 и выше);
— в исходных форматах (форматы файлов компонентов и файлов проекта применяемого программного обеспечения).
11 Требования к метаданным компонентов
11.2 Для организации поиска рекомендуется применять идентификационные атрибуты, имя файла, формат файла, код по применяемой системе классификации, дату создания и другие возможные метаданные.
Приложение А. Рекомендации по разработке компонентов
А.1 Компоненты могут объединяться в сборки (например, «сантехкабина», «тепловой узел», «трансформаторная подстанция»), которые рекомендуется применять для формирования тематических каталогов/баз/библиотек повторного применения.
А.2 Компонент должен быть однозначно идентифицирован. Для этого рекомендуется использовать:
— уникальное имя;
— глобальный уникальный идентификатор, который применяется для идентификации ресурсов;
— код по классификатору (при его наличии).
А.3 Для минимизации числа разрабатываемых компонентов и их унификации рекомендуется создавать параметрические компоненты.
А.4 Рекомендации к отображению графических обозначений:
— для соответствия требованиям стандартов ЕСКД и СПДС (например, ГОСТ 2.303 и ГОСТ 2.306), предъявляемым к оформлению проектной и рабочей документации, при разработке компонента рекомендуется включать в его состав условные графические обозначения.
А.6 Компоненты типа «обобщенный» рекомендуется представлять на уровнях проработки LOD 200 и LOD 300.
А.8 Компоненты инженерного/технологического оборудования рекомендуется разрабатывать с учетом резервирования пространства для обслуживания, которое рекомендуется включать как часть компонента.
А.9 При необходимости разработки компонента с определенным материалом рекомендуется включать в него цвета, образцы штриховок/заливок и файлы с изображением текстуры в соответствующем масштабе.
А.10 В компонентах типа «продукт» рекомендуется применять материалы с определенными свойствами.
А.11 Значение текстового атрибута рекомендуется указывать последовательно с первой заглавной буквы и без форматирования текста (т.е. без выделения жирным шрифтом и курсивом).
А.14 Компонент рекомендуется моделировать таким образом, чтобы он мог быть подсоединен к другим компонентам и функционировать совместно с ними, если совместное функционирование поддерживается и соответствует задачам разрабатываемой модели.
А.15 При именовании файлов компонентов рекомендуется применять следующие общие правила:
— имя файла состоит из полей;
А.16 Структура имен файлов компонентов
— Для именования файлов компонентов рекомендуется применять следующую схему:
_ _ _ _ _
где поля имеют приведенные в таблице А.1 значения.
Таблица А.1