You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

1. Цели BIM проекта

Данные требования BIM разработаны для выполнения моделей с целью:

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

2. Общие требования

2.1 Моделируется в метрической системе в масштабе 1 к 1 в Autodesk Revit 2019.2

2.2 Деление модели на файлы - не регламентируется

2.3 Для проверок на коллизии используется Autodesk Navisworks 2019

2.4 Файлы моделей именуются согласно правилам:

    • имя состоит из 7 полей
    • поля 1-6 разделяются тире "-"
    • поле 7 от поля 6 разделяется нижним подчеркиванием "_"
    • в полях не используются тире "-" и нижнее подчеркивание "_"
    • используется только кириллица
    • если не знаете, что писать в поле, то пишите "НД", "НД1", "НД2" и так далее



Таблицу с подробным описанием требований к каждому из полей см. в Приложении

3. Моделирование

3.1 Раздел Архитектура

3.1.1 Моделируется в 3D, в детализации необходимой для получения спецификаций стадии Р.

3.2 Раздел Конструктив

3.2.1 Несущие конструкции моделируются в 3D, в детализации необходимой для получения спецификаций стадии Р.

3.2.2 Армирование допускается моделировать как семействами 3D так и семействами 2D, но так, чтобы все спецификации выпускаемой документации формировались на основе элементов модели.

3.3 Разделы ОВ и ВК

3.3.1 Моделируется в 3D, в детализации необходимой для получения спецификаций стадии Р.

3.4 Разделы ЭОМ и СС

    • Не регламентируются

3.5 Для всех разделов

    • Для построения модели рекомендуется использовать семейства из Family Manager (https://fm.bimteam.ru)

4. Проверка на коллизии

4.1 Проверка и устранение коллизий производится проектировщиком в Autodesk Navisworks 2019 до передачи заказчику .

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

5. Передача моделей заказчику

5.1 Перед каждой передачей исполнитель должен самостоятельно проверять модели на соответствие всем требованиям и на отсутствие коллизий.

5.2 Модели передаются путём прикрепления в карточку Tessa или размещения на гугл или яндекс диске, ссылку на который предоставляет заказчик.

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



Приложение 1. Подробные правила именования файлов

№ Поля

Короткое название

Описание

Откуда берётся

Варианты и правила

Пример заполнения

Поле 1

Шифр площадки

Обязательное. Содержит четырехзначный номер площадки из внутреннего реестра площадок ГК ПИК.

Сообщает ответственный РП / ГИП со стороны ГК ПИК.

Данные о площадке содержатся в 1С:PM в карточке проекта (вкладка "Настройки", поле "Шифр площадки”).

от 0001 до 0999

  • 0003

Поле 2

Шифр стадии

Обязательное. Указывает на стадию проектирования к которой относятся файл, а также сама модель, все её виды, все её спецификации и информация в файле и элементах модели.

Является объектом договора.

МП - мастер-план;

АК - архитектурная концепция;

КБ - концепция благоустройства;

КГ - комплексный генеральный план;

П - проект;

Р - рабочая документация.

  • Р

Поле 3

Шифр типа объекта

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

Является объектом договора.

ПЛ - площадка;

ЖД - корпус (жилой дом);

ОО - школа (образовательная организация);

ДОО - детский сад (дошкольная образовательная организация);

АС - парковка (автостоянка);

ТП - техническая постройка;

ВОК - ВОК (воспитательно-образовательный комплекс);

ПЛК - поликлиника;

АЗ - административное здание;

БЗ - бытовое здание;

ФОК - ФОК (физкультурно-оздоровительный комплекс);

ИНД - индустриальный объект.

  • ЖД

Поле 4

Шифр объекта

Обязательное. Содержит номер объекта в рамках конкретной площадки из внутреннего реестра площадок ГК ПИК.

Сообщает ответственный РП / ГИП со стороны ГК ПИК.

Данные о площадке содержатся в 1С:PM в карточке проекта (вкладка "Настройки", поле "Шифр объекта”).

Не регламентируется

  • 1.2А
  • 16

Поле 5

Шифр дисциплина

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

Является объектом договора.

О - общие данные;

ГП - генплан;

НС - наружные сети;

НВК - наружные сети водоснабжения и канализации;

ТС - тепломеханические решения тепловых сетей;

НСС - наружные сети связи;

ЭН - наружное электроосвещение;

АР - архитектурные решения;

АИ - архитектурные интерьеры;

СВД - визуализация;

КР - конструктивные решения (монолитные конструкции);

ОСК - конструктивные решения (сборные конструкции);

ЭОМ - внутреннее электроснабжение;

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

ОВ - отопление и вентиляция;

СС - сети связи;

ТМ - тепломеханические решения;

ТХ - технологические решения;

ПОС - организация строительства.

  • АР

Поле 6
(для КР)

Шифр части модели

Обязательное. 

Указывает какая часть дисциплины выполняется в файле. Описывает пространственное деление дисциплины на части.

В случае с КР указывает на марку и, если есть, номер комплекта. 

Сообщает ответственный РП / ГИП со стороны ГК ПИК.

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

Допустимые марки комплектов:

КЖ - конструкции железобетонные;

КМ - конструкции металлические;

КР.ОК - ограждение котлована;

КР.ПС - подпорные стены;

СОПР - модель подразделения по разработке и сопровождению проектов реновации;

о - сборный файл по КР.

  • КЖ1
  • КЖ2.1
  • КЖ3.1,4
  • КМ3
  • КР.ПС.

Поле 6
(для АР и ИОС)

Шифр части модели

Обязательное. 

Указывает какая часть дисциплины выполняется в файле. Описывает пространственное деление дисциплины на части.


Зависит от способа деления модели на части:

  • без деления;
  • вертикальное деление;
  • горизонтальное деление;
  • функциональное деление;
  • смешанное деление.

Сообщает ответственный РП / ГИП со стороны ГК ПИК.

О - Модель не разделена (то есть "общий файл").

  • О

При вертикальном делении указывается шифр части строения и его номер. Допустимые шифры частей строения:

к -- корпус;

с -- секция;

А -- автостоянка (паркинг);

Ш -- школа;

В - воспитательно-образовательный комплекс (ВОК);

Д -- детский сад;

П -- поликлиника;

Т -- техническая пристройка.

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

Номера частей могут перечисляться через запятую без пробела, либо в виде диапазона с 2-мя точками.

  • с1;
  • с12,3;
  • с5..10;
  • к1с5;
  • Ш1;
  • Т2.

При горизонтальном делении указывается шифр слоя:

в -- верх;

н --низ;

крв -- кровля;

тхэ -- тех. этаж;

тхп -- тех. подполье;

пзэ -- подземный этаж;

э1 -- первый этаж;

пд -- подвал.

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

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

  • вн;
  • тхэ,крв;
  • э5,крв;
  • э5,7;
  • э5..15;
  • э3,5..10.

При функциональном делении указывается шифр:

ф -- фасады;

ИТП -- индивидуальный тепловой пункт;

кв -- квартиры;

прм -- приямки;

шифр раздела или подраздела из классификатора поручений;

задание -- при этом дата выдачи задания указывается в 7-м поле (см. далее);

шаблон -- при необходимости можно дать уточнение или поставить номер.

Примеры для дисциплины ОВ:

  • ОВ1 (отопление);
  • ОВ2 (вентиляция и кондиционирование);
  • ОВ3 (отопление, вентиляция и теплоснабжение автостоянки).

Примеры для дисциплины СС:

  • КК (кабеленесущие конструкции),
  • ОПСД (опорная сеть передачи данных),
  • АСКУВТ (автоматизированная система коммерческого учёта воды и тепла).

Примеры для дисциплины ВК:

  • АУПТ (автоматические установки пожаротушения).

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

  • с1(в);
  • с1,2,3(ф);
  • с1..8(тпэ);
  • э15(ф);
  • к1с5(в);
  • с1(тпэ)(ф).

Поле 7

Комментарии

Имеет обязательную и необязательную часть.

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

Правила записи обязательной части сообщает ответственный РП / ГИП со стороны ГК ПИК.






Компания подрядчик записывается 4 заглавными символами.

Комментарий о том, чем отличается эта версия файла от других версий. Описывает временно́е деление части дисциплины на версии (не путать с комментарием о пространственной части в 6-м поле).

Не используйте пробелы, если это не затрудняет чтение. Даты указывается в формате ГГММДД после других обозначений. Например: без балконов 180504. Примеры других вариантов:

  • ОЛМП версия1
  • АПКС версия2
  • ЭНТК плитка
  • ОЛМП
  • АПКС
  • ЭНТК
  • кирпич
  • без балконов
  • с балконами
  • без СТК
  • с СТК
  • в экспертизе 180306
  • 180316 МГЭ
  • ломаная плита
  • старые кладовые



Примеры имени файла целиком


Поле 1

тире

Поле 2

тире

Поле 3

тире

Поле 4

тире

Поле 5

тире

Поле 6

нижн. подч.

Поле 7

Расширение

Пример 1

0058

-

П

-

ЖД

-

1.2А

-

АР

-

с1(в)

_

ОЛМП

.rvt

Пример 2

0003

-

Р

-

ЖД

-

16

-

КР

-

КЖ2.1

_

АПКС

.rvt

Пример 3

0241

-

Р

-

ЖД

-

1

-

ОВ

-

ОВ1 

_

ЭНТК вариант 2

.rvt

Пример 4

НД

-

Р

-

ЖД

-

-

ВК

-

АУПТ 

_

ОЛМП вариант 2

.rvt

Пример 5

0003

-

Р

-

ЖД

-

-

ЭОМ

-

с1(в)

_

АПКС без СТК

.rvt

Пример 6

0145

-

Р

-

ЖД

-

13.2Б

-

СС

-

ОПСД 

_

ЭНТК кирпич

.rvt




Приложение 2. Допуски при проверках на коллизии

Oops, it seems that you need to place a table or a macro generating a table within the Table Filter macro.



 

Наименование раздела

 

АР

 

Наименование раздела

 

КР

 

Наименование раздела

 

ВК

 

Наименование раздела

 

ОВ

 

Наименование раздела

 

ЭОМ

 

Наименование раздела

 

СС

 

 

 

ТМ


Наименование раздела

 

АР

КР

ВК

ОВ

ЭОМ

СС

ТМ





Наименование раздела

АР

-Проверка АР_КРПроверка АР_ВКПроверка АР_ОВПроверка АР_ЭОМПроверка АР_ЭОМ

Проверка АР_ТМ

КР

-Проверка КР_КРПроверка КР_ВК Проверка КР_ОВ Проверка КР_ЭОМ Проверка КР_СС 

Проверка КР_ТМ

ВК

--Проверка ВК_ВК Проверка ВК_ОВ  Проверка ВК_ЭОМПроверка ВК_СС 

Проверка ВК_ТМ

ОВ

-- Проверка ОВ_ОВ Проверка ОВ_ЭОМ Проверка ОВ_СС

Проверка ОВ_ТМ

ЭОМ

-Проверка ЭОМ_ ЭОМ Проверка ЭОМ_СС

Проверка ЭОМ_ТМ

СС

----Проверка СС_СС 

Проверка СС_ТМ

ТМ

--

Проверка ТМ_ТМ

Самопересечение

-

 КР_КР Самопересечение ВК_ВК СамопересечениеОВ_ОВ Самопересечение ЭОМ_ЭОМ Самопересечение СС_СС Самопересечение 

ТМ_ТМ Самопересечение

Дублирование

 АР_АР Дублирование КР_КР Дублирование ВК_ВК Дублирование

ОВ_ОВ Дублирование

ЭОМ_ЭОМ ДублированиеСС_СС Дублирование 

ТМ_ТМ Дублирование


Исключения:

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


Приложение 3. Термины и определения

  • BIM-модель / Информационная модель здания или сооружения: объектно-ориентированное цифровое представление физических, функциональных и прочих характеристик здания или сооружения в трехмерном пространстве в виде совокупности информационно насыщенных элементов в соответствии с целями, задачами и требованиями конкретного проекта.
  • Информационное моделирование здания или сооружения: процесс создания и управления информацией о здании или сооружении, формирующий основу для принятия решений на протяжении его полного жизненного цикла.
  • BIM-проект: проект здания или сооружения, реализуемый с применением технологий информационного моделирования.
  • BIM-задачи (BIM uses): способ и соответствующий процесс создания и использования информационных моделей на различных стадиях для достижения одной или нескольких целей проекта.
  • План реализации BIM-проекта (BIM Execution Plan, BEP): технический документ,.который описывает технологические аспекты выполнения BIM-проекта. Объединяет в себе цели и задачи информационного моделирования, правила именования файлов, стратегию разделения модели на объемы, требуемые уровни проработки элементов модели на различных этапах проекта, роли участников процесса информационного моделирования и другие аспекты.
  • Уровень проработки (LOD): определяет полноту проработки элемента информационной модели. Уровень проработки задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой и достаточной для решения задач моделирования на конкретном этапе жизненного цикла объекта строительства.
  • Элемент модели: часть информационной модели объекта строительства, представляющий компонент, систему или сборку в пределах объекта или строительной площадки.
  • Компонент (загружаемое семейство Revit): отдельный элемент объекта строительства, пригодный для многократного использования: двери, мебель, детали фасада и т.д.
  • Геометрические данные: данные, представленные при помощи геометрических форм и их пространственного расположения.
  • Атрибутивные данные: данные, содержащие информацию об элементе модели, которую можно передать с помощью буквенно-цифровых символов. Могут содержать идентификационные данные, физические, технические, технологические, экономические, экологические и прочие характеристики строительного элемента.
  • Среда общих данных (Common Data Environment – CDE): комплекс программно-технических средств, обеспечивающий совместное использование информации по проекту. Среда общих данных основана на процедурах и регламентах, обеспечивающих эффективное управление итеративным процессом разработки информационной модели, сбора, выпуска и распространения документации между участниками проекта. 
  • Сводная модель: информационная модель, состоящая из соединенных между собой отдельных моделей по различным разделам проекта, причем внесение изменений в одну из моделей не приводит к изменению в других.
  • Коллизия: ошибка моделирования, заключающаяся в пересечении запроектированных объектов информационной модели в соответствии с заданными правилами проверки.
  • Выявление коллизий: процесс обнаружения ошибок в проекте, возникших в результате геометрических пересечений, нарушении допустимых расстояний между элементами, логических связей между элементами, нормируемых параметров и др.
  • Информационные требования технического заказчика (Employer Information Requirements, EIR): требования, определяющие информацию, представляемую техническому заказчику в процессе реализации проекта, а также предполагаемые способы использования информационных моделей на различных стадиях, требования к информационным стандартам и регламентам, которые должны быть применены исполнителем в рамках процесса реализации проекта.
  • No labels