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

Compare with Current View Page History

« Previous Version 6 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