Модель должна быть проработана таким образом, чтобы максимально соответствовать реальному проектируемому объекту в рамках требуемой детализации (LOD). Все полученные на основе модели 3D виды, а также чертежи фасадов, разрезов и планов, должны корректно отображать проектируемый объект.

ВАЖНО: Объемы моделируемых работ (размеры, площади, объемы и т.д.) следует получать строго из данных программы Revit (ИМ). Получение объемов моделируемых работ иным способом не допускается. Запрещается вручную «перебивать» размеры, площади, объемы или иные численные показатели.

BIM-модель выполняется в масштабе 1:1 с учетом требований, перечисленных в  Таблица 1.3.2.1.1 — Требования к единицам измерения.

Таблица 1.3.2.1.1 — Требования к единицам измерения

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

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

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

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

Запрещено размещать / создавать элементы по подложкам форматов DWG / PDF, ориентируясь на геометрию 2D чертежа. В таком случае габариты конструкций получаются неточными. 2D подложки можно использовать только в качестве наглядного образца и для сверки с размерами, вынесенными на лист. Срисовывание контуров стен с DWG приводит к многократным правкам при дальнейшем оформлении.

Любые отступления от заполнения обязательных параметров фиксируются в BEP. Заполнение обязательных параметров производится на протяжении всей разработки проекта. Заказчик проверяет параметризацию BIM модели при каждой промежуточной выдаче.

При моделировании необходимо работать с ФОП Заказчика или с собственным ФОП, уведомив предварительно Заказчика и зафиксировав это в BEP. Наименования параметров в таком случае должны быть идентичны указанным в EIR.

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

Правила по наименованию семейств, материалов, видов, листов и прочего в Autodesk Revit определены текущим стандартом, отклонение от правил фиксируется в BEP. Не допускается определение наименований по собственным правилам проектных организаций без согласования с Заказчиком / Генпроектировщиком. Использование собственных наименований рассматривается как возможное в компаниях с системой наименования, зафиксированной во внутреннем BIM-стандарте.

За базовый вариант моделирования принят тот, при котором несущие конструкции разрабатываются в моделях КР в полном объеме и не дублируются в моделях АР.

Шаблоны и координаты проекта

За основу для разработки BIM моделей берутся шаблоны, перечисленные в Таблица 1.3.2.1.2 — Перечень применяемых шаблонов. Любые отклонения от таблицы должны быть согласованы с BPM и зафиксированы в соответствующем разделе BEP.

Таблица 1.3.2.1.2 — Перечень применяемых шаблонов

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

За процесс подготовки единой системы координат, осей и уровней в Координационном и Базовом файлах проекта отвечает BPM.

Ответственный за корректную посадку и мониторинг осей и уровней в моделях своего раздела – BIM менеджер подрядчика.

Уровень проработки модели: LOD и LOI

Уровень проработки модели (LOD – Level Of Definition) каждого элемента или системы должен быть однозначно определён, при этом он может изменяться настолько, насколько это необходимо. LOMD представляет собой комбинацию из следующих элементов:

Level Of Geometry (LOG) – уровень геометрической проработки (графическая часть);

Level Of Information (LOI) – уровень информационной наполненности (параметризация);

LOD = LOG + LOI.

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

В Таблица 1.3.2.1.4 — Описание характеристик геометрии модели (LOG) приведено описание характеристик геометрической детализации модели (LOG).

Параметры в модели (LOI) с требуемыми форматами данных и единицами измерения определяются ФОП.  

Любые дополнения, изменения и отклонения от данного стандарта по проработке LOG и LOI фиксируются в BEP.

Таблица 1.3.2.1.3   – Описания LOD

Таблица 1.3.2.1.4 — Описание характеристик геометрии модели (LOG)

Структура моделей проекта

Перед началом проектирования требуется согласовать с Заказчиком перечень разделов Рабочей документации. Каждый раздел (подраздел) рабочей документации выполняется в отдельных BIM-моделях, согласно схеме разделения файлов, утверждённой и согласованной в BEP.

Базовые принципы разделения моделей АР/КР

• рекомендуемый принцип разделения – «1 корпус = 1 модель». Укрупнение сборки возможно по согласованию с Заказчиком и исходя из опыта применения BIM-технологий в компании;
• рекомендуемая площадь корпуса для сохранения модели не более 1000 м2, объем корпуса не более 10800 м3, вес файла не более 300 Мб.
• встроенно-пристроенный паркинг выделяется в отдельную модель при площади более 3000 м2;
• при разделении крупных зданий на модели, а также разделении зданий с примыкающим подземным паркингом, рекомендуется выполнить разделение по деформационному шву;
• в случае более мелкого разделения в рамках одного раздела требуется создать сводную модель;
• фактический перечень моделей определяется в BEP.

Для объектов паркинга или других нежилых сооружений принять следующие рекомендательные характеристики:

• площадь корпуса не более 2000 м2;
• объем корпуса не более 15000 м3;
• вес файла не более 400 Мб;

Базовые принципы разделения моделей в рамках разделов ИОС

• основной принцип разделения – «1 раздел (подраздел / дисциплина) = 1 модель». Решение о разделении единой модели на несколько секций определяется, исходя из прогноза конечного веса файлов (после разработки РД). Рекомендуемый вес файлов – не более 300 Мб; укрупнение сборки возможно по согласованию с Заказчиком;
• в целях координации для инженерных разделов следует создавать отдельную сводную модель, содержащую ссылки на все дочерние модели. При этом рекомендуемый тип связи внешних ссылок – прикрепление;
• фактический перечень моделей определяется в BEP.

Базовые принципы сборки

• В файле-сборке следует создавать количество рабочих наборов, равное количеству подгруженных ссылок для возможности гибкого управления внешними файлами. Допускается объединять модели одного раздела в один рабочий набор.
• При количестве моделей более четырёх в каждом разделе необходимо создавать сборки отдельно для каждого раздела, а затем формировать общий файл-сборку.
• Следует избегать вложенных сборок и создавать общую с типом связи внешних ссылок – наложение.

Дублирование элементов в различных разделах документации не допускается, кроме случаев, описанных в Таблица 1.3.2.1.5 — Допущения в отношении дублирования элементов в моделях разных разделов. Иные отступления выполняются по согласованию с Заказчиком и фиксируются в BEP.

Таблица 1.3.2.1.5 — Допущения в отношении дублирования элементов в моделях разных разделов

Требования к категориям элементов

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

Таблица 1.3.2.1.6 — Требования к категориям элементов

* В случае отсутствия элемента в таблице необходимо согласовать его категорию с Заказчиком и BPM. Все отклонения фиксируются в ВЕР.

Организация диспетчера проекта

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

Принята двухуровневая организационная схема для раздела АР и трёхуровневая для раздела КР.

Запрещено:

• Использовать Фильтрацию для Диспетчера проекта, только по согласованию с BPM;
• Менять организационную схему Диспетчера проекта, только по согласованию с BPM.

Раздел АР

Для видов: Раздел проекта + Комплект + Тип с сортировкой по Связанному уровню.

Для листов: Раздел проекта + Комплект с сортировкой по Номеру листа.

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

• Раздел проекта + Комплект + Этаж– Основой

• Раздел проекта + Комплект + Категория – Для быстрого определения категории спецификации

Раздел КР

Для видов: Раздел проекта + Комплект + Марка конструкции + Семейство с сортировкой по Связанному уровню.

Для листов: Раздел проекта + Комплект + Марка конструкции с сортировкой по Номеру листа.

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

• Раздел проекта + Комплект + Марка конструкции– Основой

• Раздел проекта + Комплект + Марка конструкции + Категория – Для быстрого определения категории спецификации

Параметры и значения диспетчера проекта

Параметры диспетчера проекта

Таблица 1.3.2.1.6 – Общие параметры участвующие в организации диспетчера проекта

Значения параметров диспетчера проекта

Таблица 1.3.2.1.7 – Пример значений по уровню 1 диспетчера проекта:

Таблица 1.3.2.1.8 – Пример значений по уровню 2 диспетчера проекта:

Таблица 1.3.2.1.9 — Пример значений по уровню 3 диспетчера проекта:

Требования к заполнению параметров

Список обязательных к заполнению параметров указан в таблицах LOG/LOI для каждого раздела.

Общие требования к параметрам «Код по классификатору» и Рабочие наборы» описаны ниже.

Код по классификатору

Для всех элементов модели необходимо присвоить значение параметру «Код по классификатору». Файл кодов по классификатору смотри в «EIR_Приложение 01_Классификатор». Версия файла классификатора фиксируется в BEP.

Для назначения кода элементам модели необходимо зайти в свойства типоразмера и для параметра «Код по классификатору» выбрать соответствующий код. Параметр «Описание по классификатору» заполняется автоматически.

На элементы назначается самый нижний Код по классификатору в дереве.

Элементам модели, не участвующим в расчёте стоимости, следует назначать «Код по классификатору» – «999».

Перечень немоделируемых элементов необходимо предварительно согласовать с Заказчиком и зафиксировать в BEP.

Проектировщик не несёт ответственности, если при изменении версии ПО, наименование обязательного параметра изменяется на системном уровне по причине, не зависящей от проектировщика.

Рабочие наборы

Все элементы модели должны быть определены в соответствующие рабочие наборы в соответствии со своим функциональным назначением. Со списком преднастроенных рабочих рабочих наборов можно ознакомиться по ссылке . Добавлять, удалять и редактировать наименование рабочих наборов без согласования BPM запрещено. Все отличные от шаблона рабочие наборы должны фиксироваться в ВЕР.

Внешние ссылки на файлы необходимо выделять в отдельные рабочие наборы.

Требования к наименованию рабочих наборов указаны в разделе Наименование рабочих наборов.