Ветка требований PIK LITE создана для поэтапного внедрения внутренних BIM требований и инструментов ПИК во взаимодействие с подрядчиками на проектирование.

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

Требования к информационным моделям

«PIK LITE 2.3 - КЦ. Остекление»

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

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

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

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

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

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

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

2.1.1.2. Для построения модели должны использоваться семейства из Family Manager (https://fm.bimteam.ru) или семейства исполнителя, наполненные параметрами из приложенного ФОП в соответствии с таблицей в Приложении 3. (В случае использования семейств из FM перебивать значение параметра FMid и заменять вложенные материалы запрещено). В случае заполнения FMid из Приложения 3 - данный параметр должен быть параметром типа.

2.1.1.3. В модели не должно присутствовать аналитических ведомостей и спецификаций, а также элементов, дублирующих объемы материалов и геометрии смежных дисциплин. За исключением ЖБ конструкций для построения дверных и оконных проемов: в таких дубликатах в параметрах BDS_Class и BDS_ClassCode необходимо прописать «Не определён».

2.1.1.4. Элементы, не относящиеся к Остеклению, должны содержать параметры BDS_Class и BDS_ClassCode (из ФОП) со значением «Не определён»

2.1.1.5. Элементы, дублирующие объемы материалов и геометрии смежных дисциплин, должны содержать параметры BDS_Class и BDS_ClassCode (из ФОП) со значением «Не определён».

2.1.1.6. Моделирование лифтовых шахт раздела АР должно вестись по технологии “МЭЛ + ОВ” описанной в Приложении 2.

2.1.1.7. Модель должна содержать информацию только по тому корпусу/секции, который указан в наименовании файла.

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

«BDS_Building» - номер корпуса, соответствующие имени файла – 3 поле

«BDS_Class» - «Сведения о проекте»

«BDS_ClassCode» - «EL.010.060»

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

2.1.2. Остекление фасадов

2.1.2.1. Рекомендуется использовать семейства из Family Manager.

2.1.2.2. ПВХ окна и витражные окна 1 этажа должны быть выполнены rvt категорией Окна.

2.1.2.3. Остекленные двери на фасаде, за исключением витражных конструкций в тамбуры лобби, должны быть выполнены rvt категорией Двери.

2.1.2.4. Если для дверей из предыдущего пункта предполагается использовать козырьки, то это семейство должно быть вложенным в семейство самой двери.

2.1.2.5. Витражные конструкции в тамбуры лобби необходимо выполнять категорией Стены.

2.1.2.6. Правила наполнения семейств остекления параметрами согласно приложению 3.

Схема для пояснения какие элементы к каким категориям относятся:

Оранж.- категория окна; Зелен. - категория двери; Красн. - категория стены

2.1.3. Не допускается:

- Неточное построение элементов с последующим округлением размерных значений до целых чисел;

- Наложение и/или дублирование элементов;

- Использование линий модели (Model lines) для отображения 3D-элементов Модели;

- Запрещается моделирование объектов в одном эскизном контуре. Эл-ты потолков и перекрытий должны быть замоделированы по принципу 1 помещение=1 контур:

- При составлении спецификаций использовать повышающие или понижающие коэффициенты;

- При использовании семейств из каталога FamilyManager – перебивать вручную параметр FMid – запрещено!

- Элементы модели, не включенные в контракт по КЦ, не должны иметь заполненные параметры из Приложения 3.

2.2. Раздел КР

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

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

2.2.3. Моделирование отверстий в лифтовых шахта должно вестись по технологии “МЭЛ + ОВ” описанной в Приложении 2.

2.3 Раздел ОВ и ВК

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

2.4 Раздел ЭОМ и СС

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

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

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

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

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

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

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

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

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

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

Приложение 2. Технология МЭЛ + ОВ

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

Архитектор размещает в своей модели семейство шахты лифта, в котором предусмотрены зоны (ниши) под отверстия. Если отверстие в модели КР было размещено с ошибкой, то при проверке моделей в Navisworks это отверстие не попадёт в соответствующую нишу из модели АР, что приведёт к физическому пересечению и, соответственно, мы увидим эту ошибку в отчёте.

Семейства для размещения в архитектурной модели - https://clck.ru/34XGWb
Семейства для размещения в конструктивной модели - https://clck.ru/34XGjt

В проверяемых моделях должны быть использованы семейства из Family Manager (fm.bimteam.ru) актуальные на момент проведения проверки и на момент предоставления отчёта заказчику.

В случае если у вас нет доступа к Family Manager или доступ есть, но вы не можете найти подходящее семейство, то напишите письмо на 0112@pik.ru, с подробным описанием проблемы.

Приложение 3. Параметры КЦ по Остеклению

Для соблюдения всех требований к параметрам описанных ниже достаточно использовать Family Manager. Для получения доступа необходимо обратиться к вашему куратору со стороны ПИК.

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

ФОП можно скачать по ссылке: https://disk.yandex.ru/d/y8QeBDCFkj45hQ