1.Внедрение

• #СОД
• Файловая структура
• #Шаблон
• #Стандарт
• #Приложения к стандарту
• Область применения
• Термины и определения
• Информационные требования заказчика (EIR)
• План выполнения BIM-проекта (BEP)
• Роли и обязанности
• Ресурсы
• Среда общих данных
• Основные правила обмена BIM-данными
• Сохранность и безопасность данных
• Правила именования файлов модели
• Формат обмена данными и интероперабельность
• Настройки Revit®
• Правила именования
• Файл общих параметров
• Шаблон проекта
• Шаблоны семейств
• Принципы разделения модели
• Использование внешних ссылок
• Разработка компонентов модели с учетом требований LOD
• Использование 2D-элементов для детализации 3D-моделей
• Уровни проработки. Методики разработки модели
• Работа с чертежами формата DWG
• Выпуск проектной документации
• Исходные данные и материалы для разработки
• Библиотека шаблонов проекта
• Библиотека семейств
• Разделение проекта на разделы и выбор шаблонов
• Создание файлов проекта
• Базовая точка проекта и точка съемки
• Передача общих координат файлам разделов проекта
• Разбивка проекта по вертикали и горизонтали
• Разделение проекта на рабочие наборы
• Создание файла хранилища и локальных копий
• Управление элементами рабочих наборов
• Использование семейств в проекте
• Создание сводной модели
• Выпуск проекта
• Общая стратегия контроля качества
• Виды проверок
• Проверка на 3D-координацию
• Подготовка моделей по разделам
• Экспорт моделей по разделам – передача в Navisworks
• Создание сводной модели
• Матрица коллизий
• Создание наборов выделенных элементов и поисковых наборов
• Визуальная проверка на коллизии
• Автоматизированная проверка на коллизии
• Анализ выявленных коллизий
• Разрешение выявленных коллизий
• Координационные совещания по BIM
• Перечень разделов для моделирования
• Проектные этапы
• Общие требования к BIM-моделям
• Правила именования импорта сторонних форматов
• Классификация элементов BIM-модели
• Параметризация BIM-модели
• Требования к документации
• Общие требования к разделам АР, АИ
• Стены и перегородки
• Фасад
• Заполнение проемов
• Витражи и стеклянные перегородки
• Полы
• Отделка стен
• Потолки и отделка потолков
• Кровля
• Помещения
• Зоны
• Интерьеры
• Топо-поверхность и зонирование участка
• Окружающая застройка и благоустройство
• Геоподоснова
• Внешние инженерные сети
• Общие требования к разделам КР, КЖ, КМ
• Ограждение котлована
• Фундаментная плита, ростверк
• Сваи
• Несущие стены
• Несущие колонны, пилоны
• Плиты перекрытия
• Несущие балки
• Металлические конструкции
• Шахты и отверстия для инженерных систем
• Гидроизоляция подземной части
• Лестницы
• Рампы
• Общие требования к разделу ВИС
• Воздуховоды и соединительные детали
• Трубы и соединительные детали
• Отопительные приборы
• Оборудование
• Сантехнические приборы
• Воздухораспределители (Диффузоры, решетки)
• Кабельные лотки
• Кабель-каналы, короба
• Щиты/шкафы, электрические и осветительные приборы
• Общие требования к проверкам на коллизии
• Поисковые наборы для проверок 3D-концепции и стадии П
• Проверки на коллизии моделей 3D-концепции и стадии П
• Поисковые наборы для проверок стадии Р
• Проверки на коллизии моделей стадии Р
• Требования к форматам файлов
• Требования к моделям Revit
• Требования к сводным моделям Navisworks
• Требования к BIM-моделям 3D-концепции
• Требования к BIM-моделям стадии П
• Требования к BIM-моделям стадии Р

#СОД

Файловая структура

КОМПАНИЯ_BIM

00_РАБОТА	Каталог для хранения промежуточных этапов работы над материалами для OFFCON_BIM
01_ШАБЛОН	Актуальные шаблоны компании
-- 00_ФОП	Актуальный файл общих параметров компании
-- 01_АР	Актуальный шаблон раздела АР
-- 02_ВИС	Актуальный шаблон разделов ВИС
02_СТАНДАРТ	Актуальный стандарт (выгрузка из WIKI)
03_РЕСУРСЫ	Ресурсы, используемые для работы над проектами
-- 00_БИБЛИОТЕКА СЕМЕЙСТВ	Общая бибилиотека семейств
-- 01_БИБЛИОТЕКА ЭЛЕМЕНТОВ АР	Файл Revit с настроенными системными семействами АР
-- 02_БИБЛИОТЕКА ЭЛЕМЕНТОВ ВИС	Файл Revit с настроенными системными семействами ВИС
-- 03_DYNAMO	Скрипты Dynamo
-- 04_ОБУЧЕНИЕ	Материалы для обучения по BIM
-- 10_ДОПОЛНИТЕЛЬНО	Дополнительные материалы
04_НАДСТРОЙКИ	Инструменты автоматизации - набстройки
-- 00_MODEL CHECKER	Конфигурация Model Checker для базовой проверки

ПРОЕКТ1 \ OFFCON_4SMOS_SHARE - для заказчика

00_EIR	Актуальный EIR
-- 99_АРХИВ	Архивные версии EIR
01_BEP	Актуальная версия BEP
-- 00_ВХОДЯЩИЕ	Входящие версии BEP с комм от заказчика
-- 01_ИСХОДЯЩИЕ	Версии ВЕР отправленные на согласование заказчику
02_ВЫГРУЗКА	Выгрузки для заказчика

ПРОЕКТ1 \ OFFCON_4SMOS_WIP - для исполнителей

00_АР	Актуальные версии NWC+RVT файлов проекта
-- NWC	Актуальные версии NWC
-- -- 99_АРХИВ	Папка используется для архивации, для последующего обращения
-- RVT	Актуальные версии RVT
-- -- 99_АРХИВ	Папка используется для архивации, для последующего обращения
20_РАБОТА	Файлы в работе от даты с комм
-- 240513	Файлы в работе от даты с комм
30_РЕСУРСЫ	Ресурсы, используемые для работы над проектом
-- 00_ФОП	Файл общих параметров проекта, если не используется общий
-- 01_ШАБЛОНЫ МОДЕЛЕЙ	Шаблоны моделей, если не используется общие
-- 02_БИБЛИОТЕКА СЕМЕЙСТВ	Бибилиотека семейств для проекта
-- 03_КОДЫ ПО КЛАССИФИКАТОРУ	Файл кодов по проекту
-- 04_DYNANO	Скрипты
-- 05_MODEL CHECKER	Конфигурация для работы Model Checker
40_СВОДНАЯ МОДЕЛЬ
-- NWF	Сводная модель Navisworks
-- EXCEL	Обновляемая матрица коллизий
50_АУДИТ	Материалы аудита
-- 02_АР	Аудит раздела АР

#Шаблон

#Стандарт

#Приложения к стандарту

Регламент на принятие работ подрядчика по проекту без BIM требований

Область применения

Настоящий стандарт предназначен для проектных организаций и групп, которые в своей практической деятельности начинают применять технологии BIM, базирующиеся на программных продуктах Revit®, AutoCAD® Civil 3D® и Navisworks®. При этом стандарт не ограничивает применение каких-либо других программных средств.

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

Стандарт не регламентирует специфику разработки, рабочие процессы и требования к со-ставу и структуре информационной модели по конкретной дисциплине (разделу) проекта, а содержит рекомендации и подходы для разработки документов по стандартизации информационного моделирования.

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

Цели разработки настоящего стандарта:

• аккумулировать лучшие мировые практики в области стандартизации BIM и максимально адаптировать эти знания для их практического применения в РФ;

• повысить производительность работы благодаря скоординированному подходу к информационному моделированию объектов строительства на основе стандартизованных процессов, а также согласованных стандартов и методов;

• определить стандарты, параметры и практические рекомендации, обеспечивающие высокое качество и единообразное представление проектной информации;

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

Стандарт рассматривает применение технологий информационного моделирования для решения следующих задач (BIM Uses):

• разработка, согласование, утверждение и выпуск проектной и рабочей документации на основе информационных моделей объекта строительства;

• междисциплинарная координация пространственных решений и выявление коллизий на основе сводных моделей;

• обоснование и визуальная проверка принимаемых проектных решений на основе ин-формационных моделей объекта строительства.

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

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

---

Документ разработан с целью стандартизации подхода к проектированию по технологии информационного моделирования (BIM) и фиксирует основные требования к выполняемым работам, в части:

• используемого программного обеспечения;

• технологии моделирования;

• уровня проработки и информационного наполнения моделей;

• конечных результатов моделирования.

Требования документа являются обязательными, если не противоречат информационным требованиям заказчика (EIR) к конкретному проекту или плану выполнения BIM модели (BEP).

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

Стандарт является обязательным к исполнению любого проекта выполняемого в среде Revit.

---

Создание информационной модели преследует следующие цели:

• оптимизация проектных решений с целью эффективного использования площадей объекта строительства;

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

• повышение качества проектных решений за счет устранения коллизий;

• определение перечня и объема строительно-монтажных работ.

Отклонения от данного стандарта должны быть согласованы BIM специалистом и зафиксированы в плане выполнения BIM-проекта (BEP).

Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

2.1 Основные термины и определения технологии BIM

• BIM-модель/Информационная модель здания или сооружения: объектно-ориентированное цифровое представление физических, функциональных и прочих характеристик здания или сооружения в трехмерном пространстве в виде совокупности информационно насыщенных элементов в соответствии с целями, задачами и требованиями конкретного проекта.

Примечание: BIM-модель, представленная в исходном(ых) формате(ах), является трёхмерной моделью здания или сооружения, в которой установлены ассоциативные связи между элементами модели и отображением их на видах/чертежах/спецификациях.

• Информационное моделирование здания или сооружения: процесс создания и управления информацией о здании или сооружении, формирующий основу для принятия решений на протяжении его полного жизненного цикла.

• BIM-проект: проект здания или сооружения, реализуемый с применением технологий информационного моделирования.

• BIM-задачи (BIM uses): способ и соответствующий процесс создания и использова-ния информационных моделей на различных стадиях для достижения одной или не-скольких целей проекта.

• План реализации BIM-проекта (BIM Execution Plan, BEP): технический документ, который разрабатывается, как правило, генпроектной и/или генподрядной организацией для регламентации взаимодействия с субпроектными/субподрядными организациями и согласовывается с техзаказчиком. Отражает информационные требования технического заказчика, способы использования информационных моделей, правила именования файлов, стратегию разделения модели на объемы, требуемые уровни проработки элементов модели на различных стадиях и этапах проекта, роли участников процесса информационного моделирования и другие аспекты.

• Уровень проработки (LOD): определяет полноту проработки элемента информационной модели. Уровень проработки задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой и достаточной для решения задач моделирования на конкретном этапе жизненно-го цикла объекта строительства.

• Элемент модели: часть информационной модели объекта строительства, представляющий компонент, систему или сборку в пределах объекта или строительной площадки.

• Компонент (загружаемое семейство Revit®): отдельный элемент объекта строительства, пригодный для многократного использования: двери, мебель, детали фаса-да и т.д.

• Геометрические данные: данные, представленные при помощи геометрических форм и их пространственного расположения.

• Атрибутивные данные: данные, содержащие информацию об элементе модели, которую можно передать с помощью буквенно-цифровых символов. Могут содержать идентификационные данные, физические, технические, технологические, экономические, экологические и прочие характеристики строительного элемента.

• Среда общих данных (Common Data Environment – CDE): комплекс программно-технических средств, обеспечивающий совместное использование информации по проекту. Среда общих данных основана на процедурах и регламентах, обеспечиваю-щих эффективное управление итеративным процессом разработки информационной модели, сбора, выпуска и распространения документации между участниками проекта.

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

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

• Информационные требования технического заказчика (Employer Information Requirements, EIR): требования, определяющие информацию, представляемую техническому заказчику в процессе реализации проекта, а также предполагаемые способы использования информационных моделей на различных стадиях, требования к информационным стандартам и регламентам, которые должны быть применены исполнителем в рамках процесса реализации проекта.

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

• RVT: основной формат файла для хранения данных о проекте Revit®.

• RTE: файл шаблона Revit®.

• RFA: файл загружаемых семейств Revit®.

• RFT: файл шаблона семейств Revit®. Используется при создании новых семейств. У каждой категории Revit® есть свой шаблон семейства.

• NWC: формат файла Navisworks®, через который осуществляется связь со сторон-ними форматами, такими как RVT, DWG, IFC и др. Формат NWC является ретранслятором информации из других форматов в усваиваемом для Navisworks® виде.

• NWD: формат файла Navisworks® Document. Предназначен для пакетного сохранения данных всей модели в единый файл и передачи третьим лицам, с настраиваемы-ми параметрами передачи.

• NWF: основной рабочий формат файла Navisworks®, состоящий из ссылок на под-груженные файлы моделей по разделам, а также содержащий все точки обзора, анимации, симуляции строительства, проверки на коллизии и окружение информационной модели.

• DWG: формат файла, используемый для хранения двухмерных (2D) и трехмерных (3D) проектных данных и метаданных. Является основным форматом для системы автоматизированного проектирования AutoCAD®.

• PDF: межплатформенный формат электронных документов, разработанный компанией Adobe Systems. Для просмотра существует множество программ, а также официальная программа Adobe Reader.

• DWF: открытый формат файлов, разработанный компанией Autodesk для обмена проектными данными, их просмотра, печати и рецензирования. Открывается при помощи бесплатного программного обеспечения Autodesk® Design Review, а также служб облачного сервиса Autodesk 360 в интернет-браузере и мобильных устройствах. Ин-формация, содержащаяся в файле формата DWF, также может быть использована в Revit® и AutoCAD®.

• FBX: технология и формат файлов, которые используются для обеспечения совместимости различных программ трехмерной графики. В данном формате информационная модель Revit® экспортируется для использования в программе визуализации, например, 3ds Max®.

• ADSK: файлы обмена информацией между продуктами Revit® и AutoCAD® Civil 3D® с одной стороны и Inventor® и Revit® – с другой.

• BCF: формат файла для обмена замечаниями/комментариями по проекту, позволя-ющий к комментариям добавлять соответствующие скриншоты.

• DWT: файл шаблона AutoCAD® и AutoCAD® Civil 3D®.

• IFC: отраслевой стандарт открытого и универсального формата для обмена BIM-данными.

• gbXML: (Green Building XML) открытый формат, основан на XML, предназначенный для хранения и обмена геометрической информации об ограждающих конструкциях зданий и сооружений. Применяется для передачи данных из BIM-моделей в ПО для проведения теплотехнических расчетов.

2.2 Основные термины и определения Revit®

• Категория: группа элементов, используемых для моделирования объекта строитель-ства: окна, двери, стены, перекрытия и др. В зависимости от использования, категории делятся на:

  • категории моделей;

  • категории видов;

  • категории аннотаций.

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

• Семейства: группа cхожих элементов, которая характеризуется общим набором свойств и связанных с ними графических представлений.

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

• Загружаемые семейства: создаются и редактируются при помощи встроенного ре-дактора путем комбинации элементов геометрии, зависимостей и параметров. Могут храниться как внутри файлов проектов, шаблонов и семейств, так и в виде отдельных файлов в формате RFA.

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

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

• Общие семейства: вложенные семейства с возможностью учета в таблицах и спецификациях.

• Типы: элементы семейств, отличающиеся между собой значением свойств, т.е. параметров.

• Элементы: конечные экземпляры данных, используемые в проектах с индивидуальными свойствами и параметрами по расположению и отношению к тем или иным данным.

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

• Шаблоны: предварительно подготовленные и настроенные файлы, используемые для создания новых проектов и семейств.

• Шаблоны семейств: шаблоны, содержащие необходимые исходные данные и настройки для создания новых загружаемых семейств определенных категорий.

• Шаблоны проектов: шаблоны, содержащие необходимые исходные данные и настройки для создания новых проектов определенных разделов с определенным со-ставом проектной документации.

• Рабочие наборы: совокупность элементов модели, семейств, видов и настроек с возможностью назначения владельца и заемщика для процессов коллективной работы:

  • Владелец: пользователь с правами редактирования элементов модели и рабочих наборов;

  • Заемщик: пользователь с временными правами на редактирование элементов рабочих наборов.

• Файл хранилища (центральный файл): файл проекта, содержащий рабочие наборы и хранящийся в сетевой папке, доступной всем участникам проекта.

• Локальный файл: копия файла хранилища, полученная в результате его открытия и «сохранения как…» в папку, находящуюся на конкретном рабочем месте. Локальный файл также может быть создан пользователем при открытии файла хранилища с ука-занием «Создать новый локальный». При этом файл будет создан в месте, указанном в Параметрах, в «Пути по умолчанию для пользовательских файлов». Изменения в локальном файле синхронизируются с файлом хранилища.

• Редактор семейств: особое рабочее окружение Revit®, содержащее только инструменты, необходимые для построения семейств.

• Параметр: свойство элемента Revit®, которое может быть создано в процессе создания семейства в редакторе семейств, а также может быть создано и назначено в самом проекте. Параметр позволяет менять элемент без необходимости его редактирования в редакторе семейств.

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

• Общий параметр: параметр, который может быть отображен в спецификациях и марках, его можно использовать в разных проектах. Для создания общего параметра необходимо указать файл общих параметров, в котором он будет храниться. Если та-кого файла нет, он должен быть создан в процессе разработки проекта.

• Файл общих параметров: файл формата TXT, имеющий определенную структуру и содержащий определения общих параметров.

• Вид: элемент отображения данных модели в различных проекциях, сечениях и представлениях, а также управления ими. Виды могут быть графическими (планы, разрезы и др.) и текстовыми (спецификации и др.).

• Диспетчер проекта (Project browser): элемент управления Revit®, содержащий иерархическую структуру всех видов, спецификаций, листов, семейств и групп.

• Базовый файл (Unique reference system): файл проекта, содержащий определение абсолютных и относительных координат проекта, а также направление истинного севера. Для каждого проекта существует только один базовый файл, и его основная роль – пространственная координация всех разделов BIM-модели.

• Разбивочный файл: файл проекта, содержащий координационные оси и уровни. Его необходимо загрузить в качестве ссылки во все файлы проекта по разделам и в них, средствами копирования/мониторинга, создать оси и уровни. Таким образом будет возможно централизованно управлять положением координационных осей и уровней во всех файлах проекта.

• Общие координаты: абсолютные и относительные координаты проекта, которые путем базового файла передаются всем разделам BIM-модели с целью пространственной координации.

• Оси сетки: плоскостные элементы разбивки BIM-модели в горизонтальных направлениях.

• Уровни: основные плоскостные элементы разбивки BIM-модели в вертикальных направлениях (по этажам и ключевым отметкам).

---

Таблица 1.3.1 − Список терминов BIM-моделирования

Термин	Определение
BIM (Building Information Modeling)	Процесс информационного моделирования зданий, включающий в себя непосредственно создание информационной модели здания или сооружения, а также управление ее информационным насыщением, физическими и функциональными характеристиками. Также, информационное  моделирование  рассматривается  как  подход  к  управлению строительством,  оснащением,  обеспечением  эксплуатации и ремонтом  здания  (к  управлению жизненным циклом объекта), который предполагает  сбор и  комплексную  обработку в  процессе проектирования  всей  архитектурно-конструкторской,  технологической,  экономической, инженерной  и  иной  информации  о  здании  со всеми  ее  взаимосвязями  и  зависимостями,  когда здание и все, что имеет к нему отношение, рассматриваются как единый объект
Информационная модель здания (комплекса),  BIM-модель	Объектно-ориентированная параметрическая модель, представляющая в цифровом виде физические, функциональные и прочие характеристики объекта (или его отдельных частей) в виде совокупности информационно насыщенных элементов
BIM-проект	Проект, выполненный с использованием технологии информационного моделирования
BIM-менеджер	Ответственный за информационное моделирование
Элемент информационной модели	Часть информационной модели здания, представляющий компонент, систему или сборку в пределах объекта или строительной площадки
Сводная (федеративная) модель	Общая BIM-модель (сборка) по всем разделам проекта
Исполнительная  BIM-модель	BIM-модель, соответствующая фактически построенному объекту
Цифровая модель  рельефа (ЦМР)	3D-модель существующего рельефа, построенная по данным инженерно-геодезических изысканий
Объем проработки	Объем проектных решений, которые обязательно должны быть смоделированы в Информационной модели
Коллизии	Пересечения элементов модели, которые негативно влияют на качество проектных решений и объемы строительных работ
САПР (CAD)	Система автоматизированного проектирования. Инструмент проектирования, который позволяет разрабатывать информационную модели и выпускать на ее основе чертежную документацию
Среда общих данных (СОД)	Комплекс программно-технических средств, представляющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционно-строительного проекта. Среда общих данных основана на процедурах и регламентах, обеспечивающих эффективное управление итеративным процессом разработки и использования информационной модели, сбора, выпуска и распространения документации между участниками инвестиционно-строительного проекта. Организация работы в СОД описана в Приложении №3 Стандарта.
Уровень графической  детализации модели (LOD G)	Определение минимально допустимого уровня подробности графического отображения для элементов, демонстрирующих проектное решение. В рамках данного Стандарта принимается ряд значений 100, 200, 300, 400, 500 увеличивающий детализацию с ростом числа
Уровень информационной детализации модели (LOI)	Определение минимально допустимого уровня информационного наполнения элементов, демонстрирующих проектное решение. В рамках данного стандарта принимается ряд значений 200, 300, 400, 500 увеличивающий детализацию с ростом числа

Таблица 1.3.2 − Список терминов и определений Autodesk Revit

Термин	Определение
Категория	Группа элементов, используемых для моделирования объекта строительства: окна, двери, стены, перекрытия и др. Категории делятся на: категории моделей; категории видов; категории аннотаций. Обладают индивидуальным набором свойств и параметров, а также правил поведения и взаимодействия. Категории не могут создаваться и редактироваться пользователями
Семейства	Группа схожих элементов, которая характеризуется общим набором свойств и связанных с ними графических представлений
Связанный файл	Файл проекта, загруженный в другой файл проекта в качестве внешней ссылки
Совместная работа	Работа над одним проектом несколькими проектировщиками.
Общий параметр	Параметр, который может быть отображен в спецификациях и марках, его можно использовать в разных проектах. Для создания общего параметра необходимо указать файл общих параметров, в котором он будет храниться. Если такого файла нет, он должен быть создан в процессе разработки проекта
Файл общих  параметров	Файл формата .TXT, имеющий определенную структуру и содержащий определения общих параметров
Файл-маппинг IFC	Файл формата .TXT, содержащий настройки экспорта параметров в формат IFC, с возможностью группировки параметров в пользовательские вкладки, а также маппинга параметров исходного приложения с пользовательскими параметр IFC с возможностью объединения нескольких схожих по смыслу параметров, но с разным названием, в один

Таблица 1.3.3 – Форматы файлов

Формат файла	Определение
*.RVT	Основной формат файла для хранения данных о проекте Autodesk Revit
*.RTE	Файл шаблона Autodesk Revit
*.RFA	Файл загружаемых семейств Autodesk Revit
*.NWC	Файл-кэш, создаваемый Autodesk Navisworks при импорте моделей из других программ
*.NWF	Основной рабочий формат Autodesk Navisworks, состоящий из ссылок на подгруженные файлы моделей, а также содержащий точки обзора, анимации, симуляции строительства, проверки на коллизии
*.NWD	Формат файла Autodesk Navisworks для публикации, предназначен для пакетного сохранения данных всех моделей в единый файл и передачи третьим лицам
*.IFC	Формат основных отраслевых классов данных с открытой спецификацией для совместного использования данных в строительстве и управлении зданиями и сооружениями

Информационные требования заказчика (EIR)

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

• Цели и задачи использования BIM на данном проекте.

• Этапы работ и контрольные точки выдачи информации.

• Минимальные требования к количеству разделов проекта для моделирования и объе-мам моделирования (по разделам проекта).

• Требования к уровням проработки элементов модели (LOD) по каждой стадии и раз-делам проекта.

• Требования к системе классификации элементов модели (при наличии).

• Требования к составу и форматам выдачи результатов проекта.

• Требования к регламентам проверки BIM-моделей.

• Требования к процедурам согласования и внесения изменений, форматам файлов обмена и общим сетевым ресурсам.

• Другие разделы.

План выполнения BIM-проекта (BEP)

Главная задача Плана выполнения BIM-проекта (BEP) – планирование и организация эффек-тивной совместной работы всех участников проектной группы на всех этапах BIM-проекта.

BEP является динамичным и периодически изменяющимся документом.

BEP должен разрабатываться с привлечением всех участников процесса информационного моделирования (внутренних и внешних). Между участниками проекта должен быть достигнут консенсус о том, как будет создана, организована и как будет контролироваться информаци-онная модель. Этот консенсус должен быть задокументирован в BEP.

BEP должен определить и задокументировать:

• цели и задачи использования BIM в соответствии с информационными требованиями заказчика (если такие требования присутствуют);

• конечные результаты BIM;

• инфраструктуру, необходимую для успешной реализации проекта;

• процесс выполнения BIM.

Более подробную информацию по подготовке Плана выполнения проекта см. в Приложении Б. «Шаблон Плана выполнения BIM-проекта».

---

Для успешного выполнения проекта необходимо разработать «План выполнения BIM-проекта (BIM Execution Plan – BEP)».

BEP должен содержать следующие данные:

• информация о проекте;

• цели и задачи проекта;

• ключевые участники с контактными данными и описанием проектных ролей;

• используемое программное обеспечение;

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

• описание технологии моделирования сложных элементов модели, либо тех элементов, методы моделирования которых не описаны в настоящем Стандарте;

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

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

• принципы деления моделей и перечень BIM-моделей;

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

• описание взаимодействия между участниками проекта.

Разработанный «План выполнения BIM-проекта (BEP)» должен обеспечить создание BIM-модели, соответствующей документу «Стандарт информационного моделирования ООО «ИМАГО»

BEP необходимо согласовать со всеми участниками проекта.

В течение проекта документ может быть актуализирован. На листе «Изменения в версии» необходимо сделать описание внесенных изменений с указанием раздела, а также присвоить документу следующую версию внутри документа (например, с версии 1.0 на 1.1). При использовании заказчиком облачной платформы BIM360,  в имени файла версия не указывается, так как версионность поддерживается в BIM360 автоматически, в обратном случае версия файла отображается в наименовании. После чего документ необходимо повторно согласовать между участниками и подписать.

Роли и обязанности

В процессе информационного моделирования выделяют три основные функции:

• стратегическая;

• управленческая;

• производственная.

Основные функции должны быть распределены по ролям.
На рисунке 1 указаны роли (BIM-менеджер, BIM-координатор, BIM-автор) и обязанности, которые должны выполняться в рамках каждой из указанных основных функций. Обязанности должны выполняться определенными лицами. В небольших проектах и небольших компаниях большинство обязанностей может выполняться одним человеком, а в крупных возможно их разделение между группой лиц.

Рис. 1. Роли и обязанности

Стратегическая функция
Выполнение данной функции возлагается на BIM-менеджера.
Основные обязанности:

• разработка стратегии организации в области BIM;

• исследование и анализ лучших практик;

• разработка рабочих BIM-процессов;

• разработка и поддержка BIM-стандартов и регламентов;

• реализация процесса информационного моделирования;

• разработка стратегии обучения.

Данная роль имеет важное значение в организации BIM, не заменяя роли CAD-менеджера и не повторяя его функции. Она предполагает понимание всех возможностей BIM: формирование концепции, привлечение внешних участников и сотрудничество с партнерами. Разработка стратегии BIM, внесение изменений в процессы и культурное воздействие должны быть в сфере ответственности лица, обладающего соответствующим опытом. Успех создания моделей зависит от стратегического управляющего, которым может быть собственный или приглашенный специалист.

Управленческая функция
Выполнение функции возлагается на BIM-менеджера и/или BIM-координатора.
Данная роль выполняется на уровне проекта. Основные обязанности:

• разработка Плана выполнения BIM-проекта;

• регулярное проведение аудита проектной информации и применяемых в проекте принципов разработки моделей;

• участие в междисциплинарных координационных совещаниях;

• управление процессом создания и распространения контента и контроль его качества.

В каждом проекте необходимо участие одного или нескольких лиц, ответственных за организацию проекта, аудит модели и ее координацию со всеми участвующими сторонами. Меж-дисциплинарная координация BIM очень важна. Указанное лицо (лица) может одновременно осуществлять управление несколькими небольшими проектами.

Производственная функция
Выполнение функции возлагается на разработчика модели (BIM-автора). В проектных организациях и группах функции BIM-автора выполняют проектировщики по профильным разделам проекта, имеющие навык и опыт работы в программном обеспечении, поддерживающем технологию BIM.
Данная роль выполняется на уровне проекта. Основной обязанностью является создание информации.
При производстве модели главным критерием является не опыт работы с BIM, а опыт проектирования, поэтому все сотрудники данного уровня должны обладать соответствующими профессиональными знаниями.

Ресурсы

Для организации процесса информационного моделирования необходимо наличие следующих ресурсов:

• программного обеспечения;

• аппаратного обеспечения;

• сетевых ресурсов;

• BIM-контента/библиотек ресурсов.

Для повышения эффективности работы в BIM и обеспечения последовательного и высокого качества выпускаемой продукции, ресурсы и контент должны быть доступны для совместно-го использования всеми участниками проекта.

Программное обеспечение
Настоящий стандарт предусматривает в качестве основного программного приложения для вертикального проектирования Revit®, а для горизонтального проектирования – AutoCAD® Civil 3D®. Для сборки сводной модели и пространственной координации проектных решений настоящим стандартом предусмотрено применение Autodesk Navisworks Manage®.
Любой случай обновления программного обеспечения в ходе текущего проекта должен быть рассмотрен и утвержден BIM-менеджером/координатором.
Любая модернизация должна осуществляться в соответствии с корпоративной BIM-стратегией.

Аппаратное обеспечение
Аппаратное обеспечение для реализации технологии BIM должно соответствовать требованиям разработчиков программного обеспечения с перспективой развития на три года, обладать достаточным уровнем отказоустойчивости и безопасности данных. Для централизованного хранения и обработки данных требуется сервер, а для организации рабочего места пользователя (специалиста) – рабочая станция.

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

Рабочая станция должна обеспечить надежную работу специалиста на рабочем месте. Ключевые параметры, влияющие на скорость работы, – частота процессора, объем оперативной памяти, производительность видеокарты, производительность дисковой подсистемы, разрешение монитора. Для работы с современными САПР настоятельно рекомендуется использование SSD-дисков. Также для профессиональной работы рекомендуется использовать 64-разрядные аппаратно-программные комплексы.

Монитор – на рабочем месте проектировщика рекомендуется использовать мониторы с минимальным разрешением 1920х1080 (HD). Рекомендуется использование двух мониторов.
На сайте компании Autodesk приведены требования к аппаратному обеспечению для работы в программных продуктах Revit®, AutoCAD® Civil 3D® и Navisworks®. См. по ссылке:
Revit® 2017: http://autode.sk/2e7RZrX
AutoCAD® Civil 3D®: http://autode.sk/2dXtzmM 
Navisworks®: http://autode.sk/2e7SVfT

Сетевые ресурсы
Через сеть решаются основные задачи по обмену данными между рабочими станциями и сервером, организуется коллективная работа над BIM-проектами в реальном времени. 
Сеть должна обладать достаточной пропускной способностью с рекомендованной скоростью передачи данных 1 Гбит/с и бесперебойным доступом к серверу. Бесперебойный совмест-ный доступ к сетевым папкам можно осуществить с использованием Revit-Server.
Диски являются физическими носителями данных и должны обладать достаточной скоростью обращения к ним и записи, а также надежностью и отказоустойчивостью в ходе эксплуатации.

Библиотека ресурсов
Библиотеки ресурсов содержат компоненты (семейства), шаблоны проектов и шаблоны семейств, материалы, а также растровые файлы – текстуры, использующиеся в качестве составляющих материалов, которые используются в BIM-проектах, и размещаются на файловом сервере.
В работе над BIM-проектом необходимо придерживаться следующих правил:

• содержимое библиотеки ресурсов должно быть разработано в соответствии с насто-ящим стандартом и с учетом лучших практик;

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

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

• Все стандарты, шаблоны, основные надписи и другие данные, разработанные в ходе проекта, должны храниться в библиотеке BIM-ресурсов проекта.

• Дополнения или модификации содержания данной библиотеки должны осуществляться в контролируемом режиме и утверждаться до начала использования.

Центральная библиотека BIM-ресурсов организации
Стандартные шаблоны, основные надписи, семейства библиотеки материалов и другие данные, не связанные с конкретным проектом, должны находиться на файловом сервере в центральной библиотеке BIM-ресурсов.

• Дополнения или модификации содержания данной библиотеки должны осуществляться в контролируемом режиме и утверждаться до начала использования.

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

• При обновлении содержимого для использования в новой версии продукта необходимо учесть следующее:

  • оригинальные данные должны сохраняться и поддерживаться;

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

---

Требования к ПО

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

Версию программного обеспечения и перечень дополнительного ПО для конкретного проекта необходимо согласовать с участниками проекта и зафиксировать в документе «План выполнения BIM-проекта (BEP)».

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

Таблица 2.1.1 − Используемое программное обеспечение

Разделы проекта	Программное  обеспечение	Форматы  файлов	Функции
Архитектурные решения (АР)	Autodesk Revit 2022 AutoCAD	RVT	Создание и редактирование BIM-моделей, оформление документации.
Конструкции (КР, КЖ, КМ)	Autodesk Revit 2022	RVT	-
Внутренние инженерные  системы (ВИС)	Autodesk Revit 2022	RVT DWG	Допускается использование AutoCAD в разработке схем
Архитектурные интерьеры (Дизайн-проект)	Autodesk Revit 2022	RVT	Создание модели дизайн-проекта, оформление документации.
Геоподоснова	AutoCAD Civil 3D Autodesk Revit AutoCAD	DWG RVT	Создание и редактирование топо-поверхности, оформление документации
Наружные сети	AutoCAD Civil 3D Autodesk Revit AutoCAD	RVT DWG	-
Генплан и благоустройство	AutoCAD Civil 3D Autodesk Revit AutoCAD	RVT DWG	-
Сводная BIM-модель проекта	Autodesk Navisworks	NWC, NWF, NWD	Просмотр моделей, проверка на коллизии, формирование ведомости объемов

Среда общих данных

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

Настоящий стандарт определяет процесс коллективной работы над BIM проектом в соответствии с британским стандартом BS1192:2007 на основе процедуры, именуемой «Среда общих данных» (Common Data Environment, CDE).
Среда общих данных является единым источником достоверной и согласованной информации для всех участников проекта и обеспечивает единую для совместной работы среду, позволяющую осуществлять контроль проектной информации и ее совместное использование всеми участниками многодисциплинарной проектной группы. На рис. 2 представлена реко-мендуемая схема обмена данными.

Рис. 2. Схема обмена данными в многодисциплинарной проектной группе

Основные правила обмена BIM-данными

• Перед обменом BIM-данными необходимо убедиться в следующем:

  • формат файлов, номер версии Revit® и правила именования соответствуют BIM-стандарту организации;

  • использованные в модели элементы соответствуют классификации данных в соответствии с категориями Revit® или принятой в организации системе классификации (кодирования) конструктивных элементов и инженерных систем здания/сооружения;

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

  • файлы модели отсоединены от центрального файла хранилища;

  • связанные данные, необходимые для загрузки модели, доступны;

  • файл модели проверен, очищен от неиспользованного содержимого и сжат;

  • проектная группа оповещена обо всех изменениях с момента предыдущего выпуска.

Сохранность и безопасность данных

Все проектные BIM-данные должны находиться на сетевых серверах, на которых регулярно выполняется их резервное копирование.
Доступ персонала к проектным BIM-данным, хранящимся на серверах, контролируется путем назначения прав доступа с использованием серверного программного обеспечения.
Локальные файлы Revit® должны регулярно (например, не реже 1 раза в час) сохраняться в центральном хранилище (синхронизироваться). При завершении работы в конце рабочего дня заимствованные элементы и рабочие наборы должны освобождаться.
Следует задать отображение напоминания о необходимости сохранения в Revit®, например, через каждые 30 минут.

Правила именования файлов модели

Общие правила именования файлов модели:

В качестве знака-разделителя между полями рекомендуется использовать знак «подчеркивание» («_»).
Все поля в имени файла начинаются с заглавной (прописной) буквы, за которой следуют строчные. Если поле состоит из двух и более слов, то каждое слово начинается с заглавной буквы и все слова, как правило, пишутся слитно.
Аббревиатуры и коды следует писать заглавными буквами.
Не рекомендуется использовать в названиях следующие знаки и символы:
, . ! “ £ $ % ^ & * ( ) { }[ ] + = < > ? | \ / @ ’ ~ # ¬ ` ‘

Рекомендуемый состав полей имени файла:

<Поле1><Поле2><Поле3><Поле4><Поле5>_<Поле6> 
Поле 1: Код проекта 
Аббревиатура или код, обозначающий проект. 
Поле 2: Код источника (организации)
Аббревиатура или код, обозначающий участника проекта, выпустившего данный файл. 
Поле 3: Здание/Зона
Обозначает, к какому зданию или сооружению, области, стадии или зоне относится модель, если проект разделен на зоны.
Поле 4: Раздел проекта
Поле 5: Описание
Поле, описывающее тип данных, представленных в файле, или уникальный номер файла
Поле 6: Версия программного обеспечения
Пример: 1895-13-2_АПМ5_Главный корпус_ОВ2_3D_R16

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

---

• Наименование всех файлов информационной модели должно соответствовать Стандарту.

• После первоначального задания имени файлу информационной модели запрещено его редактировать на протяжении всей стадии проекта.

• Именование файла, а также пути к его расположению в рабочей структуре не должно содержать кириллических символов и спецсимволов (? " / \ < > * [ ] : ; | = ,.).

• Для разделения полей в наименовании использовать знак «_» (нижнее подчеркивание).

• Все поля в имени файла заполняются заглавными буквами.

Примеры именования файлов приведен в таблице 2.7.1.

Таблица 2.7.1 – Примеры именования файлов

Пример	Шифр	Шифр  раздела	Создатель	Стадия проекта**	Тип файла	Часть  модели*	Корпус / Секция*
1	0071	AR	IMG		R22	FSD	S1
Имя файла: 0071_AR_IMG_R22_FSD_S1.rvt
Архитектурная модель фасада секции 1 в Revit
2	0071	KR	IMG		R22
Имя файла: 0071_KR_IMG_R22.rvt
Модель несущих конструкций в Revit
3	0071	KM	IMG	RD	R22	FSD	S1
Имя файла: 0071_KM_IMG_R22_FSD_S1.nwd
Модель раздела КМ навесных фасадных систем секции 1 в Revit

* заполняется в случае необходимости

** стадия проекта указывается только для сводных моделей

Шифр – сокращенное наименование проекта, необходимо согласовать с Заказчиком и зафиксировать в «Плане выполнения BIM-проекта (BEP)».

Шифр раздела принять по таблице 2.3.1, для сводных моделей использовать шифр FM (Federated model), для координационного файла − COORD.

Создатель – краткое наименование проектной организации, разрабатывающей данный BIM-проект.

Для блока Стадия проекта использовать следующие варианты:

CONCP – для сводной модели 3D-концепции;

PD – для сводных моделей стадии П;

RD – для сводных моделей стадии Р;

В блоке Тип файла использовать следующие варианты:

R22, R23… – для моделей Autodesk Revit 2022 и 2023 соответственно;

N22, N23… − для моделей Autodesk Navisworks 2022 и 2023 соответственно.

AC22, AC23… − для моделей Autodesk Civil 3D 2022 и 2023 соответственно.

Блок Часть модели является опциональным и заполняется в случае, если в данном файле представлена только часть модели, например:

FSD – для модели фасада;

S1 – для модели части/секции здания

ZONES – для моделей помещений и зон;

и т.д.

Формат обмена данными и интероперабельность

BIM-модель представляет собой идеальную платформу совместного использования данных об объекте строительства.
Способность к взаимодействию программных приложений (интероперабельность), их функциональная совместимость является залогом успешного применения технологии BIM, а файловые протоколы обеспечивают эту совместимость.

Общие правила обмена данными

Форматы и правила (протоколы) обмена данными должны быть согласованы всеми участниками BIM-проекта и зафиксированы в Плане выполнения BIM-проекта.
Перед обменом данными между программными пакетами необходимо учесть требования и ограничения целевых программных или аппаратных систем, чтобы должным образом подготовить BIM-данные к экспорту/импорту.
Форматы и правила обмена данными между различными программными и аппаратными системами необходимо проверить путем пробного переноса, чтобы удостовериться в сохранении целостности данных.
Перед экспортом/импортом данных необходимо выполнить их очистку, чтобы удалить всю лишнюю информацию, которая может дестабилизировать структуру данных.
При экспорте из Revit® в CAD-приложения необходимо использовать подходящие таблицы слоев.

Форматы обмена для платформы Revit®

В таблице 1 приведены рекомендуемые форматы обмена для платформы Revit® и наиболее часто используемые способы их применения.
Таблица 1 содержит неполный перечень форматов, поддерживаемых Revit®.
Настоящий стандарт не ограничивает применение других форматов с учетом выполнения общих правил обмена данными.
Таблица 1. Рекомендуемые форматы обмена для платформы Revit®

Формат	Способы применения
Для экспорта данных	Для импорта данных
RVT	Обмен данными внутри платформы Revit®	Обмен данными внутри платформы Revit®
Передача данных в Navisworks®
DWG	Экспорт видов или листов в AutoCAD® и другие CAD-приложения	Импорт DWG-подосновы из AutoCAD® и других CAD-приложений
Импорт горизонталей, поверхностей (3D-граней), коридоров и труб из AutoCAD® Civil 3D®
ADSK	Экспорт данных (объектов модели) в AutoCAD® Civil 3D®	Импорт объектов (для создания семейств) из Inventor®
IFC	Экспорт данных в сторонние программы, поддерживающие импорт моделей в формате IFC	Импорт данных из сторонних программ, поддерживающих экспорт моделей в формат IFC
DWF/3D DWF	Экспорт данных для просмотра, рецензирования и публикации	Импорт аннотаций и пометок из Autodesk® Design Review в Revit® и AutoCAD®
PDF/3D PDF	Экспорт данных для просмотра, рецензирования и публикации	–
FBX	Экспорт моделей в 3ds Max®	–
SKP	–	Импорт данных из Trimble SketchUp
SAT	Экспорт 3D-данных	Импорт 3D-данных

Настройки Revit®

Настройки глобальных параметров ПО Revit®

Глобальные параметры Revit® настраиваются в окне «Настройка». В настоящем стандарте будут определены минимальные настройки:

Вкладка «Общие»
Интервалы напоминания сохранения следует выставить с учетом объема работ и количе-ства участников при коллективной работе. Рекомендованные значения – от 30 до 60 минут.
Имя пользователя играет большую роль при коллективной работе. Неоднозначные имена пользователей должны быть исключены.
В качестве имени пользователя допускается использовать как полное ФИО, так и двух- или трехзначный код, который надо писать заглавными буквами. По умолчанию, Revit в качестве имени пользователя предлагает имя учетной записи операционной системы при входе в компьютер/сеть.
Частоту обновлений при совместной работе следует сделать максимальной.

Вкладка «Интерфейс пользователя»
Инструменты и анализ следует настроить согласно потребностям конкретного рабочего места; отключить части инструментария, ненужные для выполнения работы.
Настройки горячих клавиш дают возможность быстрого запуска большинства команд с ис-пользованием клавиатуры. Полный перечень команд, запуск которых возможен с использо-ванием горячих клавиш, можно найти в окне «Горячие клавиши».

Вкладка «Графика»
Опция «Использовать аппаратное ускорение (Direct3D)» по умолчанию включена. Если при работе на конкретном рабочем месте возникнут проблемы с отображением модели в рабо-чем пространстве, необходимо отключить использование аппаратного ускорения.
Цвет фона менять не рекомендуется, так как работа Revit® в большей степени настроена именно под белый фон.

Вкладка «Файлы»
Необходимо определить наиболее часто используемые в работе шаблоны и разместить их в таблице. Первые пять шаблонов списка окажутся под рукой в виде ссылок на странице «По-следние файлы», с которой по умолчанию начинается работа в Revit®.
Менять содержимое остальных закладок окна «Настройка» нет необходимости.

Правила именования

Обязательные правила именования выделенены синим и обозначен *  для удобства выбора в навигации

*Предлагается следующая наследственность правил именования:

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

• «местные» правила касаются конкретной позиции именования, они могут допускать исключения из общих правил, например, применение знака «точка» или специальных символов < > / \ | и т. п.

• для содержимого Revit, не имеющего отдельной схемы, следует применять общие правила именования. С временем такому содержимому будет добавлена собственная схема.

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

*Общие правила именования содержимого Autodesk Revit:

• Название состоит из полей, которые разделяются знаками-разделителями.

• Содержимое каждого поля начинается с заглавной буквы.

• В качестве знака-разделителя между полями следует использовать знак «подчеркивание».

• Пробелы использовать допускается, а в названиях загружаемых семейств – запрещается.

• При именовании следует учесть принцип «от общего к частному».

• Аббревиатуры и коды следует писать заглавными буквами.

• Не рекомендуется использовать в названиях следующие знаки и символы: , ! £ $ % ( ) ^ & { }[ ] + = @ ’ ~  ¬ ` ‘ и запрещается использование символов \ | / ? : * ” < >

• Правила использования кириллицы и латиницы необходимо уточнить в Плане реализации BIM-проекта. В настоящем стандарте предполагается использование кириллицы, если «местным» правилом не предусмотрено иначе.

• В названии параметров нельзя использовать математические символы, так как это вызывает проблемы в формулах. Особое внимание следует обратить на знак «минус».

• Допускается использование знака «точка» в номере классификации и в качестве знака-разделителя в полях, где это необходимо.

• При вводе знака «х», где это требуется, следует использовать кириллицу.

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

*Правила именования загружаемых семейств

Загружаемые семейства следует именовать согласно схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>_<Поле6>

где:

Поле1 код автора

Поле2 функциональный тип

Поле3 функциональный подтип

Поле4 производитель

Поле5 описание, отличительный признак объекта

Поле6 ГОСТ

Поле1 и Поле2 - обязательные, поля 3, 4, 5 и 6 – опциональные.

Если семейство не содержит трехмерной геометрии, в конце Поле2, содержащего функциональный тип, следует добавить «-2D».

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

Примеры:

АБВ_Дверь_ Двупольная_ ДеревяннаяВнутренняя_ГОСТ6629.88
АБВ_Окно_3Створки_ ГОСТ23166.99
АБВ_Унитаз-2D_Консольный_Grohe_Sensia
АБВ_Насос_Циркуляционный_Grundfoss_NK
ADSK_Марка_Окно_ГОСТ 21-501-2001

*Правила именования типов загружаемых семейств

Типы семейств следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3>

где:

Поле1 описание

Поле2 обозначение размера

Поле3 описание

Поле 1 обязательное, остальные поля - опциональные.

Поле 3 содержит обозначение открывания для окон и дверей, описание конструкции стены, пола, крыши, дополнительные определения для дверей и окон

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

Примеры:

Семейство: (АБВ_Дверь_ Однопольная_ДеревяннаяВнутренняя_ГОСТ6629.88)
Типоразмер: ДГ_21.9_ЛП

Семейство: (ABC_Вентилятор_Канальный_Инновент_Унивент)
Типоразмер: 1.6-2-1

*Правила именования типов системных семейств

Типы системных семейств следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>

где:

Поле1 код автора

Поле2 функциональный тип

Поле3 функциональный подтип

Поле4 производитель

Поле5 описание, отличительный признак объекта

Поле6 ГОСТ

Для более гибкого применения все поля опциональные.

Примеры:

Семейство: Трубопровод
Тип: Aquatherm_Fusioterm Shtabi SDR7.4

Семейство: Воздуховод
Тип: Прямоугольный_Дымоудаление_ГОСТ 19904–90

Семейство: Воздуховод
Тип: Кабель-канал_ИЭК_Элекор

Семейство: Стена
Тип: Наружная_Кирпич250 ут100 кирпич120 -шт20 -490

Правила именования рабочих наборов

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

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

Предлагается именовать рабочие наборы согласно схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>

где:

Поле 1 служебное

Поле2 код части проекта, если он есть

Поле3 код раздела проекта

Поле4 местоположение в проекте (для небольших объектов) или функция/система (для больших объектов)

Поле5 описание/содержание рабочего набора

Поле 1 рекомендуется использовать префикс “#” для рабочих наборов, не рекомендованных для загрузки смежными специальностями.

Для более гибкого применения все поля опциональные.

Примеры:

007_АР_ВосточноеКрыло_Перегородк
ВК_ХолоднаяВода_Трубы
#_АР_Дубликаты
#_Общие уровни и сетки
#_Связанная модель ВК

Правила именования параметров

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

Параметры следует именовать согласно следующей схеме:

< Поле1>_< Поле2>

где:

Поле1 код автора

Поле2 описание

Поле1 – код автора, применяется только для общих параметров. Поле1 нельзя использовать в названиях пользовательских параметров проекта или семейства. В рекомендованных общих параметрах Autodesk используется код автора - ADSK. Код ADSK запрещено применять для корпоративных параметров.

Поле2 – описание – слово, характеризующее объект, к которому параметр применяется (если таковой имеется), либо слово, используемое для группирования параметров содержащее свойство, с которым параметр связан, а также название свойства.

Рекомендуется использовать принцип “от общего к частному”. Для общепринятых терминов и определений допускается использовать привычные формулировки ("Площадь квартиры" а не "Квартира Площадь", “Минимальная мощность” а не “Мощность минимальная”). Для служебных (управляющих, которые управляют размерами, видимостью и другими характеристиками элементов) параметров, рекомендуется писать в начале объект управления. "Подоконник Глубина", "Подоконник Высота".

Примеры:

Длина
Профиль Ширина
ADSK_Площадь квартиры
ADSK_Расход воздуха

Правила именования видов

Виды следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5><Поле6><Поле7>

где:

Поле1 код вида (О, Р, ЗВ, ЗИ и т.п, см. таблицу 2)

Поле2 код раздела проекта. (АР, КЖ, КМ, ОВ1, ОВ2…).

Поле3 зона

Поле4 идентификатор уровня

Поле5 код семейства вида (см. таблицу 3)

Поле6 описание вида

Поле7 буквенно-цифровое обозначение вида

Поля 1, 4 (для планов), 5 (для экспортируемых видов) и 6 – обязательные, остальные – опциональные.

Таблица 2. Коды вида

Значение Поля1	Код вида
В	Вспомогательный вид
О	Оформлено
Э	Для экспорта
ЗВ	Задание входящее
ЗИ	Задание исходящее
К	Координация
И	Изображение (Визуализация)

Таблица 3. Коды семейств видов

Значение Поля5	Семейство вида
3D	3D-виды
ПЭ	Планы этажей
ПП	Планы потолков
Р	Разрезы
ФР	Фрагменты
Ф	Фасады
ГП	Генплан
Ч	Чертежный вид

Примеры:

В_ОВ1_Блок А_-01 Этаж_Вентиляция
О_АР_-02 Этаж Подвал_Кладочный_1-5 А-В
Э_АР_13 Этаж Техэтаж_ПЭ_Кладочный_1-5 А-В
О_КР_05 Этаж_Схема_Фрагмент 1
И_АР_Экстерьер_Главный вид
И_АИ_Интерьер_3 этаж_Переговорная 105
Э_Экспорт в Navisworks
О_АР_Разрез 1
В_Двери заполнение данных
О_АР_01 Этаж_Ведомость заполнения дверных проемов
О_АР_Групповая ведомость заполнения дверных проемов
О_ОВ_Ведомость укрупненного узла
Э_ВК_Ведомость арматуры трубопроводов

Требования к именованию видов, предназначенных для экспорта в различные форматы/программы:

*Autodesk Navisworks

Для видов, предназначенных для экспорта в Autodesk Navisworks Поле5 должно содержать слово “Navisworks” с заглавной буквы. В проекте должен быть только один вид, содержащий в названии “Navisworks”. Программа Autodesk Navisworks при импорте модели RVT импортирует все элементы модели, отображаемые на виде, содержащем в названии “Navisworks”.

Autodesk AutoCAD

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

Пример:

Э_АР_Техэтаж_ПЭ_Кладочный План_1-5-А-В

Autodesk 3DS MAX

Все слова названия должны быть написаны латиницей, так как 3DS MAX не работает с кириллицей.

Правила именования шаблонов видов

Шаблоны видов являются эффективным способом контролировать вид и графические настройки для разных типов представления. Revit подразделяет шаблоны вида на планы, разрезы и фасады.

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

При именовании шаблонов видов следует соблюдать общие правила.

Шаблоны видов следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>_<Поле6>

где:

Поле1 код автора

Поле2 код стадии проекта (не указывается, если шаблон подходит для нескольких стадий)

Поле3 код раздела

Поле4 код вида (О, Р, ЗВ, ЗИ и т. п., см. таблицу 2)

Поле5 код семейств вида

Поле 6 описание

Для более гибкого применения все поля опциональные.

Таблица 4. Коды стадий проектов

Значение Поля2	Стадия проекта
ЭП	Эскизный проект
ПД	Стадия П
РД	Стадия РД

Таблица 5. Коды семейств видов

Значение Поля5	Семейство вида
3D	3D-виды
ПЭ	Планы этажей и несущих конструкций
ПП	Планы потолков
Р	Разрезы
Ф	Фасады
С	Спецификация, ведомость
СХ	Схема (расположения колонн, системы водоотведения)

Примеры:

ADSK_ЭП_АР_О_ПЭ_Кладочный
RTG_ЭП_АР_О_ПЭ_Зонирование
ADSK_РД_КЖ1_О_ПЭ_Фоновая арматура
ADSK_РД_АИ_О_Р_Цветной
ADSK_ОВ_В_ПЭ_Вентиляция

Правила именования фильтров отображения

Фильтры видов используются для управления отображением в видах.

При именовании фильтров отображения необходимо соблюдать общие правила.

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

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

<Поле1><Поле2><Поле3>

где:

Поле1 код автора

Поле2 объект фильтрации

Поле3 описание фильтра

Для более гибкого применения все поля опциональны.

Для лучшего понимания в Поле3 (описание фильтра) допускается использование синтаксиса условия фильтрации.

Примеры:

ADSK_Разрез_Рабочий* – Все разрезы, имеющие в начале названия слово «Рабочий»
Стена_*200* – Стены, содержащие в названии знаки «200»
Стены_Толщина<200 – Стены, имеющие толщину меньше 200 мм
ADSK_ Арматура_Метка ≠ ПМ1 - Арматура, не принадлежащая конструкции ПМ1

*Правила именования уровней

Название уровня в схеме именования видов (см. п. 4.11.8) заполняет Поле4 - идентификатор уровня.

<Поле1>

где:

Поле1 Имя уровня

Название уровня следует начинать с номера, далее следует определяющее слово (Этаж, Уровень, …) а затем пояснение (при необходимости), например, отметка или функция.

Номер этажа всегда состоит из одинакового количества цифр: если здание до 100 этажей, то 2 цифры (-05, 01, …, 99), а если выше 100 этажей - 3 цифры (-005, 001, …, 099, 112).

Примеры:

01 Этаж
-01 Этаж КР -3.600
12 Этаж Кровля

Правила именования листов

К названиям листов применяются общие правила именования по ГОСТ 2.104-68 “ЕСКД. Основные надписи”.

Имена листов – производные названий видов, находящихся на листе.

Более детально правила именования листов должны быть определены в Плане реализации BIM-проекта.

Примеры:

Фасад в осях А-Г. Фасад в осях Г-А.
Разрезы 1-1, 2-2, 3-3
План этажа на отм. 0.000
Фрагмент плана в осях 3-15, В-Д на отм. +5.200

Правила именования образцов и файлов штриховок

К названиям образцов и файлов штриховок следует применять общие правила именования.

Образцы и файлы штриховок следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>

где:

Поле1 код автора

Поле2 обозначение типа штриховки (У - условная, М - модельная) (только для файлов штриховок)

Поле3 описание материала, использование компонента модели, где применяется штриховка, описание штриховки

Поле4 угол направления штриховки

Поле5 размер штриховки

Поля 1, 2 и 3 - обязательные, остальные опциональные.

Примеры:

АБВ_М_Кирпич Фасадный_0_250.pat – файл штриховок
АБВ_Кладка_45_1мм
АБВ_Косая Вниз_-45_1мм
АБВ_Крест_0_1.5мм

Правила именования цветовых областей

К цветовым областям следует применять общие правила именования.

Цветовые области следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>_<Поле6>

где:

Поле1 код автора

Поле2 обозначение типа штриховки (У - условная, М - модельная)

Поле3 короткое описание штриховки

Поле4 угол направления штриховки

Поле5 размер штриховки.

Поле6 цвет

Поля 1, 2 и 3 - обязательные, остальные опциональные.

Примеры:

АБВ_У_Грунт_45_2мм_Коричневый
АБВ_У_Вертикальная_90_2мм_Синий
АБВ_У_Заливка_Черный
АБВ_М_Кирпич фасадный_0_250мм

Правила именования образцов линий

К образцам линий применяются общие правила именования.

Образцы линий следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3>

где:

Поле1 код автора

Поле2 название образца

Поле3 размеры образца в ключе: ш3 п2 т п2, где числа обозначают длину сегментов, ш – штрих, п – пробел, т – точка

Поле 3 опциональное, используется только для описания размеров абстрактных образцов линий (Штрих, Штрихпунктир, Штрих2точки, ...).

Примеры:

ADSK_Штрихпунктир_ш3 п1 т п1
ADSK_Штрих_ш3 п1
ADSK_Осевая
RTG_Скрытые линии

Правила именования стилей линий

К стилям линий применяются общие правила именования.

Образцы и стили линий следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>

где:

Поле1 код автора

Поле2 назначение стиля линий или название образца линии

Поле3 цвет линии

Поле4 вес линии

Примеры:

МХП_Осевая_2
ADSK_Сплошная_Красная_5
ADSK_Основная тонкая
RTG_Основная толстая

Правила именования типов текста

К названиям типов текста применяются общие правила именования.

Типы текста следует именовать согласно следующей схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>_<Поле6>

где:

Поле1 Код автора

Поле2 Назначение

Поле3 Имя шрифта (указывается, если Имя шрифта отлично от основного)

Поле4 высота текста в миллиметрах.

Поле5 определение Ж, К, П и коэффициента ширины. Если коэффициент равен 1, то его писать не следует.

Поле6 Описание 2, цвет, прозрачность фона, … (если необходимо)

Поля 1-2 – обязательные, остальные – опциональные.

Поле 4 обозначение единиц («мм») не пишется. Высота текста указывается в случаях, когда она отличается от стандартной – 2.5 мм.

Примеры:

АБВ_Заголовок
ADSK_Основной текст
ADSK_Основной текст_сж 0.8
ADSK_Спецификации
ADSK_Спецификации_Arial_3
АБВ_ISOCPEUR_5_Ж
АБВ_ISOCPEUR_2.5_Красный

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

К названиям типов размеров применяются общие правила именования.

Типы размеров следует именовать согласно схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>_<Поле6>

где:

Поле1 код автора

Поле2 назначение стиля: например, «Проверочный»

Поле3 имя шрифта надписи размера (указывается, если Имя шрифта отлично от основного)

Поле4 высота шрифта в мм (указывается, если отличается от стандартной 2.5мм)

Поле5 коэффициент сжатия текста (указывать если отличается от 1)

Поле6 прозрачный/непрозрачный фон

Для более гибкого применения поля 3 и 4 опциональны.

Примеры:

ADSK_Основной
АБВ_Проверочный
АБВ_Округление до целого_ISOCPEUR_2.5

Правила именования материалов

К названиям материалов применяются общие правила именования.

Материалы следует именовать согласно схеме:

<Поле1><Поле2><Поле3><Поле4><Поле5>_<Поле6>

где:

Поле1 код автора

Поле2 категория материала (определяет натуру материала – например, «бетон»)

Поле3 подкатегория материала, ближе определяющая его свойства

Поле4 класс/марка материала/цвет

Поле5 производитель материала

Поле6 тип: Т, Ф, ФТ – определение наличия тепло и физических параметров

Для более гибкого применения все поля опциональны.

Примеры:

PT_Теплоизоляция_Минвата_WAS50_Paroc_Т
ЖПП_Кирпич Керамический_Полнотелый
CCR_Штукатука_Известковая
АБВ_Бетон_В15

Файл именования файлов текстур

К названиям файлов текстур применяются общие правила именования.

Файлы текстур следует именовать согласно схеме:

<Поле1><Поле2><Поле3>_<Поле4>

где:

Поле1 код автора

Поле2 категория материала (определяет натуру материала – например, «бетон»)

Поле3 подкатегория материала, ближе определяющая его свойства

Поле4 описание

Для более гибкого применения все поля опциональны.

Примеры:

PT_Теплоизоляция_Минвата_WAS50
ЖПП_Кирпич_Керамический_Полнотелый
CCR_Раствор_Штукатурный_Известковый
АБВ_Бетон_Инситу

Правила именования типов координационных осей

Именование координационных осей определено стандартом ГОСТ Р 21.1101-2013, п. 5.3.

<Поле1>_<Поле2>

где:

Поле1 размер круга координационной оси в миллиметрах. Обозначение единиц не писать.

Поле2 описание

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

Примеры:

10_в начале
8_с двух сторон

Правила именования стадий

Систему именования стадий проекта необходимо определить в Плане реализации BIM-проекта (BEP).

Правила именования типов стрелок (засечек)

К названиям типов стрелок применяются общие правила именования.

Типы стрелок следует именовать согласно схеме:

<Поле1><Поле2><Поле3>_<Поле4>

где:

Поле1 код автора

Поле2 стиль стрелки (засечки)

Поле3 размер засечки

Поле4 угол стрелки

Для более гибкого применения все поля опциональны.

Примеры:

АБВ_Стрелка_2.5мм_30
АБВ_Диагональ_3мм
ADSK_Точка_1мм

Файл общих параметров

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

Рекомендации по работе с файлом общих параметров (ФОП):

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

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

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

• Файл общих параметров организации должен храниться в папке «Стандарты» в центральной библиотеке ВIМ-ресурсов организации вместе с соответствующим шаблоном проекта.

• Всем участникам проекта файл общих параметров организации следует предоставлять с правами только на чтение. Изменения в файл общих параметров вносятся только BIM-менеджером/координатором с информированием всех участников проекта. При каждом добавлении новых общих параметров следует создавать его резервную копию.

• Когда создаются семейства для конкретного проекта, который требует определения общих параметров, файл общих параметров проекта должен быть создан и храниться в библиотеке ВIМ-ресурсов проекта. После того как этот контент одобрен для корпоративной библиотеки, связанные общие параметры добавляются в файл общих параметров организации.

• При создании нового параметра в его свойствах рекомендуется вводить описание (подсказку), что значительно облегчит будущее управление файлом общих параметров.

• В файле общих параметров не должно быть параметров, принадлежащих группе «Экспортированные параметры».

• Названия групп и параметров следует создавать согласно правилу именования параметров.

• Следует установить нумерацию групп и соблюдать ее в файле общих параметров для всех специальностей (в случае, если для каждой специальности-раздела имеется свой отдельный ФОП). Так, например, группа «Архитектура» всегда будет иметь нумерацию «1» и т.п.

• Настройку файлов общих параметров должен выполнять BIM-менеджер/координатор.

• Полный список общих параметров является специфичным для каждой организации.

• Пример некоторых общих параметров приведен в таблице 6.

Таблица 6. Пример характеристик общих параметров проекта

Название параметра	Тип данных	Группа	Описание
ADSK_Наименование	ТЕКСТ	Обязательные ОБЩИЕ	Параметр для спецификаций, в котором заполняется наименование оборудования и основные технические характеристики
ADSK_Марка	ТЕКСТ	Обязательные ОБЩИЕ	Тип, марка, обозначение документа, опросного листа
ADSK_Масса	ЧИСЛО	Обязательные ОБЩИЕ	Масса единицы изделия или линейная плотность (для арматуры, балок и т.п.)
ADSK_Тип пола	TEXT	Обязательные архитектура	Тип пола. Выносится в марку пола и экспликацию полов
ADSK_Тип помещения	TEXT	Обязательные архитектура	Тип помещения (Жилое, Нежилое...). Параметр для "Квартирографии"
ADSK_Схема пола	IMAGE	Обязательные архитектура	Схема пирогов (состава) пола
ADSK_Арматура гнутая	YESNO	Обязательные конструкции	Параметр включен для гнутых форм арматуры и выключен для прямых стержней
ADSK_Марка изделия	ТЕКСТ	Обязательные конструкции	Марка закладной детали или арматурного каркаса, входящего в состав конструкции
ADSK_Тип элемента КЖ	ЦЕЛОЕ ЧИСЛО	Обязательные конструкции	Необходим для учета составных изделий (арматурных каркасов, закладных деталей, их составных элементов и т. д.)
ADSK_Код оборудования	ТЕКСТ	Обязательные ИНЖЕНЕРИЯ	Код оборудования по каталогу производителя
ADSK_Код перегородки	ТЕКСТ	Обязательные ИНЖЕНЕРИЯ	Кабельные лотки
ADSK_Номер стояка	ТЕКСТ	Обязательные ИНЖЕНЕРИЯ	Обозначение стояка на схемах и планах

Шаблон проекта

Шаблон представляет собой тот же файл проекта, но имеющий расширение RTE. При созда-нии нового проекта, выбирая определенный шаблон, пользователь выбирает и применяет определенные настройки, содержащиеся в шаблоне. Сам файл шаблона остается неизмен-ным, а новый проект сохраняется с другим расширением – RVT.
При разработке шаблонов проекта следует:

• применять эффективные способы создания, а также использовать в работе контроль-ный список шаблона Revit® (см. п. 7.3);

• создавать для каждой специальности (раздела) свой шаблон. При этом допускается создание и использование одного общего шаблона для всех специальностей и разде-лов проекта. Настройки архитектурного шаблона будут являться общими для всех специальностей, что необходимо учесть при определении очередности их создания.

Все разделы проекта, выполненные в программной среде Revit®, должны базироваться на заранее разработанном шаблоне проекта.
Шаблон проекта разрабатывается BIM-менеджером/координатором по заранее разработан-ному и утвержденному регламенту. Готовый шаблон размещается в библиотеку шаблонов организации.
Изменения шаблонов должны выполняться BIM-менеджером/координатором согласно утвержденному регламенту.
Стандартные шаблоны по разделам проекта можно загрузить по следующим ссылкам, веду-щим на страницы закачки:

• Шаблон проекта для раздела АР 2017: http://autode.sk/2dOcMQ7

• Шаблон проекта для раздела КР 2017: http://autode.sk/2d5v2Wx

• Шаблон проекта для разделов ОВ и ВК 2017: http://autode.sk/2e75jdS 

• Файл общих параметров: http://bit.ly/2ep3sE0

Шаблоны семейств

При создании загружаемых семейств необходимо использовать специальный файл, шаблон семейства, имеющий расширение RFT (Revit Family Template – шаблон семейства Revit®).

Шаблоны семейств представляют собой файлы, содержащие необходимые наборы свойств и определение поведения будущего библиотечного элемента – семейства.

Для каждой категории Revit® существует свой файл шаблона. Какой шаблон выбрать, опре-деляется категорией будущего семейства.

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

Примеры шаблонов семейств для элементов модели:

• МетрическаяСистема_Дверь.rft

• МетрическаяСистема_Колонна.rft

• МетрическаяСистема_Профиль.rft

• МетрическаяСистема_Окно.rft

• МетрическаяСистема_ОтводВоздуховода.rft

Примеры шаблонов семейств для элементов аннотаций:

• МетрическаяСистема_ЗаголовокРазреза.rft

• МетрическаяСистема_МаркаДвери.rft

• МетрическаяСистема_МаркаЭлектрооборудования.rft

• МетрическаяСистема_МаркаПомещения.rft

Примеры шаблонов семейств основных надписей:

• A0_Метрический.rft

• A1_Метрический.rft

Пример шаблона семейства формообразующих:

• МетрическаяСистема_ФормообразующийЭлемент.rft

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

Цель разделения – обеспечить основу для многопользовательского доступа к модели и осуществления эффективной коллективной работы.

При разработке информационной модели рекомендуется соблюдение следующих практических подходов:

• Структура модели должна учитывать все разрабатываемые в BIM разделы проекта (таблица 7).

Дисциплина (раздел проекта)	Принципы разделения
Архитектура	Поэтажно или группами этажей
Конструкции	Проект нужно делить по деформационным швам, захваткам бетонных и металлических конструкций
ОВ	Разделение на различные системы: подачи воздуха, вытяжная система, кондиционирование и т.п.
ВК	Разделение на различные системы: холодное водоснабжение, горячее водоснабжение, канализация

Таблица 7. Принципы разделения модели

• Файл модели должен содержать данные только одной дисциплины. Для инженерных сетей могут применяться исключения. В этом случае несколько дисциплин может быть объединено в одном файле.

• В одном файле не должно быть больше одного здания.

• В зависимости от размеров объекта может потребоваться дальнейшее разделение геометрии, чтобы рабочие файлы оставались работоспособными на используемых аппаратных средствах. Полученным частям (рабочим наборам) необходимо назначить элементы либо индивидуально, либо по категориям, местоположению, распределению задач и т.д.

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

• В ходе выполнения проекта владение элементами может передаваться между участниками. Процедура передачи элементов должна быть четко определена в Плане выполнения BIM-проекта.

• В случаях, когда один проект состоит из нескольких моделей, необходимо предусмотреть создание сводной модели, функция которой заключается в соединении различных частей проекта воедино с целью 3D-координации, т.е. обнаружения и устранения коллизий.

• Разделение модели может зависеть от того, какие процессы передачи информации (экспорта) планируются в дальнейшем и в каком формате модель передается заказчику.

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

• Для повышения производительности аппаратного обеспечения, когда это необходимо, следует открывать только части/модели, в которых выполняется текущая работа.

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

• Все модели и их части – рабочие наборы необходимо именовать согласно правилам именования.

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

• Файлы, подключенные ссылками, должны быть помещены в собственные рабочие наборы. Следует избегать импортирования файлов и пользоваться только ссылками.

Процедура синхронизации должна быть описана в Плане выполнения BIM-проекта.

---

• На стадиях П и Р модели необходимо разделить по разделам проекта.

• Для стадии П перед экспертизой создается отдельная копия, чтобы в ней отрабатывать замечания. В то же время из основной П продолжать выполнение стадии РД.

• Дальнейшее деление выполнять по функциональному признаку − блоки, корпуса/секции, стилобат, подземный паркинг и т.д.

• Запрещается выполнять несколько корпусов в одной модели.

• Допускается на этапе 3D-концепции модели АР и КР выполнять в одном файле.

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

• Схему деления и список моделей для конкретного проекта необходимо согласовать с участниками проекта и зафиксировать в документе «План выполнения BIM-проекта (BEP)».

Использование внешних ссылок

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

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

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

При разделении модели на отдельные файлы необходимо руководствоваться следующим:

• следует учесть распределение заданий между участниками с целью свести к мини-муму необходимость переключения между разными файлами;

• при использовании ссылок модель должна иметь правильное местоположение относительно заранее согласованной в базовом файле системы координат.

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

• Согласованные координаты проекта и направление истинного севера должны быть задокументированы с самого начала и никаких отклонений от них не должно существовать. Если появится необходимость каких-либо изменений в координатах или направлении истинного севера, это должно быть задокументировано в Плане выполнения BIM-проекта.

• Владение элементами следует надлежащим образом определять и отслеживать с по-мощью Матрицы соответствия LOD этапам проекта (см. Приложение А. Таблица А.3). Матрица соответствия LOD этапам проекта должна быть включена в План выполне-ния BIM-проекта, чтобы определить ответственного за каждый элемент модели для целевого LOD на каждом этапе.

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

• В случае моделей инженерных коммуникаций допускается объединение моделей разных дисциплин в одну. Это может произойти, когда определенное оборудование нужно подключить к нескольким системам. Учитывая такой сценарий, модель можно разде-лить разными способами. Стратегия разделения объекта в таких случаях должна быть определена в Плане выполнения BIM-проекта.

Разработка компонентов модели с учетом требований LOD

При создании и использовании компонентов в проекте необходимо придерживаться следую-щих основных принципов:

• Все компоненты должны располагаться в библиотеке конкретного проекта либо в цен-тральной библиотеке организации.

• Новые компоненты, созданные в ходе разработки проекта, должны храниться в обла-сти «в работе» среды общих данных.

• Назначение и будущее использование создаваемых компонентов должны быть учте-ны в процессе их создания.

• Прежде чем новые компоненты будут добавлены в центральную библиотеку органи-зации, BIM-менеджер/координатор должен проверить их на соответствие минималь-ным требованиям качества библиотечных элементов.

• Компоненты следует разрабатывать с учетом уровня проработки элементов модели (LOD), необходимого на данном этапе проектирования.

• Компонент информационной модели следует создавать с минимально необходимой геометрической информацией. Чем меньше 3D-геометрии в информационной модели, тем с ней будет быстрее и легче работать.

• Программное приложение Revit® допускает создание и использование семейств, со-держащих в себе три уровня детализации: низкий, средний и высокий.

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

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

С детальным описанием уровней проработки можно ознакомиться в Приложении А настоя-щего стандарта.

Использование 2D-элементов для детализации 3D-моделей

В процессе информационного моделирования допускается использование плоских чертежей для дополнения BIM-модели необходимой информацией.

В Плане выполнения конкретного BIM-проекта необходимо определить тот предел, при достижении которого вся дополнительная графическая информация будет вводиться инструментами 2D-черчения с использованием интеллектуальных 2D-объектов.

Техники детализации и улучшения модели плоскими чертежами нужно использовать всегда, когда это возможно, с целью уменьшения сложности модели, но без ущерба для ее целостности. Для выполнения детализации следует использовать инструменты панели «Узел» лен-ты Revit®.

Уровни проработки. Методики разработки модели

Назначение системы уровней проработки:

• Уровень проработки элементов информационной модели (LOD) задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутив-ной информации, необходимой и достаточной для решения задач моделирования на конкретном этапе жизненного цикла объекта строительства.

• Система уровней проработки предназначена для:

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

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

Система уровней проработки включает пять базовых уровней проработки: LOD 100, LOD 200, LOD 300, LOD 400, LOD 500, которые характеризует процесс разработки элемента от концептуального до фактического состояния, при этом между установленным уровнями про-работки существует много промежуточных этапов. Таким образом, определения уровней проработки представляют собой минимальные требования — элемент достигает соответ-ствующего уровня проработки только в тот момент, когда соблюдены все требования, уста-новленные определением этого уровня. Требования к уровням проработки носят кумулятив-ный характер — определение каждого последующего уровня проработки элемента включает в себя определения всех предыдущих уровней. Так, чтобы элемент соответствовал уровню проработки LOD 300, помимо соответствия требованиям уровня LOD 300 он также должен отвечать всем требованиям, предусмотренным уровнями LOD 200 и LOD 100.

Базовая спецификация LOD приведена в Приложении А. При необходимости допускается наличие промежуточных уровней проработки, которые должны быть специфицированы в плане реализации BIM-проекта.

Каждый элемент модели на разных уровнях проработки включает в себя три аспекта: уро-вень проработки геометрии, графическое отображение и уровень проработки атрибутивной информации (свойства/параметры).

Графическое отображение: отображение основополагающих геометрических параметров элемента модели (внешний образ/вид, цвет, текстура материала и пр.).

Уровень проработки геометрии: описание геометрических параметров элемента модели (форма, пространственное расположение, габариты, длина, ширина, высота, толщина, диа-метр, площадь, объем, площадь сечения, уклон, уровень, типоразмер и пр.).

Уровень проработки атрибутивной информации: описание набора атрибутов (свойств/параметров) элемента модели (маркировка, код по классификатору организации, материалы, масса, технические и технологические параметры, производитель, наименова-ние по каталогу, артикул по каталогу и др.)

Необходимые параметры (графические, геометрические и атрибутивные) назначаются эле-ментам модели исходя из:

• целей, задач и требуемых результатов моделирования;

• способов использования информационных моделей (например, для извлечения из элементов модели необходимых геометрических и атрибутивных параметров для подсчета физических объемов);

• стадии и этапа реализации проекта;

• требуемых масштабов для производства чертежей;

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

• требований к качеству визуализации (например, требуется реалистичная визуализа-ция с высокой степенью детализации);

• прочих требований.

Реализация концепции LOD осуществляется путем введения стандартов (спецификаций LOD) последовательных преобразований (прогрессии) в представлении элементов инфор-мационной модели, а также матриц соответствия уровней проработки элементов моделей этапам/стадиям проекта, которые регламентируют требования к LOD. Примерные требова-ния к уровням проработки приведены в Приложении «А» к настоящему своду правил.

Методика разработки BIM-модели дает возможность на ранних стадиях проектирования ис-пользовать элементы с низким уровнем проработки. Таким элементам необходимо только занимать требуемые габариты, и они могут быть использованы до того, как станут полно-стью определенными. С увеличением определенности элементы станут получать дополни-тельную, более детальную геометрию и атрибутивную информацию, т.е. двигаться от низких к более высоким LOD.

Использование элементов с заранее определенным уровнем проработки (LOD) позволяет определить ожидаемое содержимое BIM на уровне компонентов в течение различных стадий проекта и обеспечивает возможность контроля реализации BIM-проекта.

При разработке информационной модели необходимо учесть следующее:

• на предпроектном этапе для подготовки архитектурной концепции могут использо-ваться элементы низкого уровня проработки (LOD 100 и LOD 200);

• на более поздних этапах проектирования могут использоваться элементы более вы-сокого уровня проработки (LOD 300 и LOD 400);

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

---

Уровень проработки элементов BIM-модели зависит от стадии проекта и приведен в разделах 3-6.

В таблице 2.9.1 приведено описание характеристик геометрической детализации модели (LOD G), а в таблице 2.9.2 – параметров в модели (LOI).

Таблица 2.9.1 − Описание характеристик детализации модели (LOD G)

Характеристика	Описание
Условные габариты	Элемент модели имеет примерные габариты, по причине отсутствия возможности их точного определения на текущем этапе проекта
Точные габариты	Габарит соответствует проектным размерам компонента для данного этапа проектирования
Условное расположение	Элемент модели расположен примерно, но при этом точно определен этаж, помещение и/или элемент модели, на котором он размещен
Точное расположение	Расположение элемента в модели точно соответствует проектному положению для данного этапа проектирования
Внешний образ/вид	Внешнее представление элемента позволяет визуально идентифицировать тип компонента и его функциональное назначение
Однослойная структура	Многослойный элемент моделировать одним слоем условной толщины равной общей толщине элемента
Многослойная структура	Элемент необходимо моделировать многослойным
Разделение по слоям	Элемент необходимо моделировать с разделением на отдельным слои
Материалы	Элементу назначен или задан дополнительным атрибутом материал в соответствии с документацией. Если на определенном этапе проекта материал не может быть точно определен, то назначается более обобщенный материал. Например, на этапе 3D-концепции неизвестен класс бетона ж/б конструкций, соответственно необходимо назначить материал бетона без указания класса и марок. Материалы должны быть созданы на основании подходящих для данного типа материала наборов характеристик.
Уклон	Элементу модели заданы уклоны

Таблица 2.9.2 − Описание параметров модели (LOI)

Параметр	Тип  данных	Тип  параметра	Описание
Общие
ADSK_Этаж	Текст	Общий	Номер этажа, подробнее в разделе 2.11.2
ADSK _Корпус	Текст	Общий	Номер корпуса/секции,  подробнее в разделе 2.11.3
ADSK _Секция	Текст	Общий
ADSK _Комплект	Текст	Общий	Наименование комплекта чертежей, например: АР1, КЖ0 и т.д.
ADSK _Описание	Текст	Общий	Подробное описание элемента модели, см. примеры заполнения в разделе 3
ADSK _Обозначение	Текст	Общий	Обозначение стандарта, технических условий или другого документа в соответствии со спецификацией в рабочей документации
ADSK _Наименование	Текст	Общий	Наименование элементов модели в соответствии со спецификацией в рабочей документации. В случаях, когда габаритные размеры элемента являются параметрами экземпляра, их допускается не указывать в наименовании на усмотрение Проектировщика (например, размеры воздуховодов, труб)
ADSK _Материал	Материал	Общий	Материал элемента
ADSK _Масса	Масса	Общий	Масса элемента модели
Объем	Объем	Системный	Объем элемента модели
Марка	Текст	Системный	Марка элемента модели в соответствии с документацией, например, Км-1, Бм-1 и т.д.
ADSK _Огнестойкость	Текст	Общий	Предел огнестойкости конструкции в формате EI45, REI60 и т.д.
ADSK _Завод-изготовитель	Текст	Общий	Производитель в соответствии со спецификацией инженерного оборудования в рабочей документации
ADSK _Артикул	Текст	Общий	Артикул элемента от завода-изготовителя
Размеры
Длина	Длина	Системный	Длина элемента модели
ADSK_Размер_Длина	Длина	Общий
Ширина	Длина	Системный	Ширина элемента модели
ADSK_Размер_Ширина	Длина	Общий
Высота	Длина	Системный	Высота элемента модели
ADSK_Размер_Высота	Длина	Общий
Толщина	Длина	Системный	Толщина элемента модели
Диаметр	Длина	Системный	Диаметр элемента модели
ADSK_Размер_Диаметр	Длина	Общий
ADSK_Ширина полотна	Длина	Общий	Ширина полотна двери
ADSK_Высота полотна	Длина	Общий	Высота полотна двери
Площадь	Площадь	Системный	Площадь помещения, зоны, поверхности воздуховода и других элементов модели
ADSK_Площадь	Площадь	Общий	Площадь элемента модели (пользовательский параметр). Используется в загружаемых семействах, для которых системный параметр площади в Revit не рассчитывается.
Архитектура
Номер (для помещений)	Целое	Системный	Номер помещения
Имя (для помещений)	Текст	Системный	Имя помещения
ADSK_Тип огнезащиты	Текст	Общий
Несущие конструкции
ADSK_Расход арматуры	Массовая  плотность	Общий	Удельный расход арматуры в ж/б элементе
ADSK_Тип огнезащиты	Текст	Общий	Тип огнезащиты
ADSK_Толщина огнезащиты	Длина	Общий	Толщина огнезащиты
Инженерные системы
Классификация систем	Текст	Системный	Принадлежность элемента модели к какому-либо типу инженерных систем из ограниченного перечня типов
Имя системы	Текст	Системный	Наименование системы, к которой принадлежит элемент в соответствии с документацией в формате Т11-1, Т1-2 и т.д.
ADSK_Тип, марка, обозначение	Текст	Общий	Тип, марка оборудования или изделия, обозначение стандарта, технических условий или другого документа в соответствии со спецификацией инженерного оборудования в рабочей документации
ADSK_Код оборудования	Текст	Общий	Код оборудования, изделия, материала
ADSK_Единица измерения	Текст	Общий	Единица измерения (кг, м.п., м2, м3 и т.д.)
ADSK_Мощность	Мощность	Общий	Мощность оборудования или электроприбора
Расход	Воздушный  поток	Системный	Расход воздуха в воздуховоде
Скорость	Скорость	Системный	Скорость потока в воздуховоде
Падение давления	Давление	Системный	Потери давления на участке

Работа с чертежами формата DWG

При работе с 2D-содержимым других программ (например, с DWG-чертежами из AutoCAD®) необходимо учесть следующие рекомендации:

• Следует избегать использования CAD-чертежей внутри Revit® в качестве узлов. Их необходимо предварительно перевести в объекты Revit®. Если использования CAD-чертежей в проекте не избежать, такие файлы следует связывать, а не импортиро-вать.

• Если в проекте имеются связанные 2D-чертежи, при компоновке листов участникам проекта следует удостовериться, что вся информация из таких чертежей проверена и утверждена и что она вставлена в проект непосредственно из области «общий до-ступ» CDE.

• CAD-файлы должны быть очищены от ненужных элементов и пройти аудит.

• Следует избегать CAD-файлов, содержащих прокси-объекты и SHX-шрифты.

• Необходимо убедиться, что в CAD-файле внешние ссылки сведены к минимуму. Внешние ссылки следует привязать до того, как вставлять их в проект.

• Существующую библиотеку стандартных 2D-узлов следует перевести из формата DWG в формат RVT.

• Там, где это возможно, следует постараться свести к минимуму использование CAD-файлов, необходимых для поддержки окончательной документации.

Выпуск проектной документации

Компиляция чертежей и подготовка к публикации может осуществляться двумя способами:

• сборкой, полностью выполненной из видов и листов в среде BIM (предпочтительно);

• экспортом модели в виде 2D-файлов для сборки и графической доработки с исполь-зованием инструментов 2D-детализации в среде CAD. Настоящим стандартом дан-ный метод выпуска проектной документации не регламентируется и не рекомендует-ся.

Компоновка листов непосредственно из BIM-модели
Компоновка листов непосредственно из BIM-окружения должна быть выполнена увязкой видов, фрагментов, фасадов и т.п. с одной стороны и листов с другой, полностью в среде BIM-программы.
До того, как опубликовать документацию, необходимо убедиться, что все данные, относящи-еся к проекту, доступны и видимы.

Исходные данные и материалы для разработки

Перед началом разработки BIM-проекта, кроме необходимых исходных данных (таких как техническое задание, включая документ «Информационные требования заказчика», резуль-таты всех видов инженерных изысканий и т.п.), необходимо наличие:

• плана выполнения BIM-проекта;

• библиотеки необходимых шаблонов проекта по всем дисциплинам;

• библиотеки семейств, необходимых для разработки проекта.

Библиотека шаблонов проекта

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

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

Библиотека семейств

Для нужд проекта необходимо заранее подготовить библиотеку компонентов, которые в нем будут применены.
При создании компонентов нужно учесть правила и лучшие практики, представленные в п. 5.3 «Разработка компонентов модели с учетом требований LOD».

Разделение проекта на разделы и выбор шаблонов

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

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

Создание файлов проекта

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

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

Базовая точка проекта и точка съемки

У каждого проекта существуют базовая точка проекта и точка съемки. По умолчанию они скрыты и их нельзя удалить.

Базовая точка проекта представляет собой начало системы координат проекта. Все коорди-наты и отметки точек проекта будут отображены в этой координационной системе. Пересе-чении первых осей координационной сетки следует разместить в базовой точке проекта.

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

---

Система координат

Необходимо предусмотреть в BIM-моделях:

• общую систему координат с наименованием и привязкой к фактической посадке здания на гео-подоснове в московской системе координат (допустимо использовать только «общие» координаты, при согласовании участниками проектирования), задание системы координат выполнять на основе координационного файла (см. раздел 2.8.2);

• абсолютные и относительные отметки;

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

• привязку базовой точки модели к точке пересечения осей 1/А или левой нижней оси (Рисунок 2.8.1);
  

  
  

  Рисунок 2.8.1 – Положение базовой точки

• угол поворота проекта относительно истинного севера.

Наличие единой системы координат и названий общих площадок во всех моделях является обязательным.

Описание системы координат для конкретного проекта необходимо зафиксировать в «Плане выполнения BIM-проекта (BEP)».

Проектировщику/BIM специалисту необходимо создать для работы над проектом координационный файл, который представляет собой базовый файл, содержащий оси, уровни, абсолютные и относительные координаты, направление истинного севера и общую площадку. Координационный файл служит для проверки взаимного расположения и привязки в пространстве (записи системы координат) всех связанных моделей и хранении общей информации об объекте.

Передача общих координат файлам разделов проекта

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

После создания базового файла следует создать разбивочный файл, содержащий определе-ние горизонтальной (координационные оси) и вертикальной (уровни) разбивки.

После создания разбивочного файла необходимо приступить к созданию файлов по разде-лам. Каждый файл раздела требуется загрузить в базовый файл, задать ему правильное местоположение в горизонтальном и вертикальном направлениях и передать общие координаты. Таким образом без дополнительных действий будет обеспечена координация файлов проекта всех разделов. Также в каждый файл по разделам следует загрузить ссылкой разби-вочный файл и, используя инструмент «Копирование/Мониторинг», создать оси и уровни.

Совпадение систем координат в разных файлах проекта имеет принципиальное значение, особенно если эти файлы будут загружаться в Navisworks® – например, для проверки на коллизии.

Создание базового файла и передача общих координат файлам разделов выполняется BIM-менеджером/координатором согласно соответствующего регламента.

Разбивка проекта по вертикали и горизонтали

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

Разбивка по вертикали осуществляется созданием уровней и соответствующих видов. Уровни следует создать до размещения координационных осей. Названия уровней и видов должны соответствовать правилам именования уровней и видов, изложенным в настоящем стандарте.

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

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

Разделение проекта на рабочие наборы

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

Рабочий набор – это набор любых элементов объекта, позволяющий выполнять коллективную работу над проектом, но обеспечивающий редактирование конкретных элементов только одним участником.

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

При использовании рабочих наборов рекомендуется учесть следующее:

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

• При создании рабочих наборов каждый элемент модели получает новое свойство-параметр – принадлежность рабочему набору. Элемент может одновременно принадлежать только одному рабочему набору.

• Для повышения производительности аппаратного обеспечения рекомендуется откры-вать только необходимые рабочие наборы. Revit® гарантирует, что элементы, содержащиеся в закрытых рабочих наборах, будут обновлены, если изменения, внесенные в открытых рабочих наборах, повлияют на них во время разработки модели.

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

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

• Рабочие наборы необходимо именовать согласно правилам, задокументированным в BEP.

• Все участники проектной команды должны каждый час синхронизировать проект с файлом хранилища.

• BIM-менеджер/координатор должен определить для каждого участника проектной команды интервал времени, в котором он должен синхронизировать свой локальный файл с хранилищем. Это поможет избежать замедления работы из-за попыток не-скольких участников одновременно синхронизироваться с хранилищем.

• Координировать синхронизацию с хранилищем можно с использованием доступного по подписке приложения Worksharing Monitor.

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

• Если пользователь все-таки запустил синхронизацию с хранилищем в момент, когда к этому процессу уже приступил другой пользователь, он должен немедленно приостановить синхронизацию до тех пор, пока предыдущий пользователь ее не завершит.

---

Создание файла хранилища и локальных копий

Файл хранилища создается при первом сохранении проекта, в котором были созданы рабо-чие наборы. Данный файл должен быть доступен всем участникам разработки BIM-модели.

Локальные файлы создаются открытием файла хранилища и его незамедлительным пересохранением в локальную папку, а также при открытии файла хранилища с установленной галочкой в «Создать новый локальный».

Файл хранилища создает BIM-менеджер/координатор.

Локальные файлы создает каждый BIM-автор на своем рабочем месте.

Центральный файл-хранилище может открывать только BIM-менеджер/координатор и только в целях администрирования проекта. Пользователи – участники проекта имеют право от-крыть файл хранилища только для создания локальной копии.

Управление элементами рабочих наборов

Существует два способа управления элементами:

• заимствование элементов;

• владение рабочими наборами (рис. 7).
  

  
  

  Рис. 7. Управление элементами рабочих наборов

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

Работа в многопользовательской среде с использованием рабочих наборов должна быть четко регламентирована. Регламент работы определяет BIM-менеджер/координатор.

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

Использование семейств в проекте

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

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

Библиотечные элементы – семейства могут быть разработаны как внутри организации, так и внешними участниками, в том числе производителями оборудования.

Часть компонентов центральной библиотеки, применяющаяся в конкретном проекте, входит в состав библиотеки BIM-ресурсов проекта. Если в ходе разработки проекта возникает необ-ходимость создания новых семейств, они разрабатываются по определенным правилам, описанным в соответствующем регламенте. Такие семейства сохраняются в библиотеке конкретного проекта.

Названия всех семейств и их типов должны соответствовать правилам именования.

Разработка семейств

Все семейства необходимо разрабатывать с учетом заранее определенной методики 
(см. п. 5.3 «Разработка компонентов модели с учетом требований LOD»).

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

При разработке семейств необходимо придерживаться следующих рекомендаций:

• Требуется точно определить назначение семейства, его ожидаемое поведение и не-обходимые параметры.

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

• Для семейства требуется заранее определить уровень проработки – LOD.

• Revit® поддерживает три уровня графического представления элементов модели, что надо учесть при планировании семейства.

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

• Чем детальнее семейство, тем больше размер файла. Чем больше размер файла, тем медленнее осуществляются загрузка и возобновление семейства.

• Требуется внимательно отнестись к выбору соответствующего файла шаблона се-мейства – он будет определять будущее поведение компонента.

• Видимость компонента в разных видах можно регулировать. Например, для плана этажа можно определить, что на нем будет отображаться двухмерная проекция эле-мента, и в то же время в 3D-видах этот элемент будет отображаться как объемное тело.

• При создании параметров следует использовать инструмент «Редактировать под-сказку» для добавления пояснения. Возможность добавления подсказки к параметрам впервые появилась в Revit® 2015.

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

• При создании семейств с большим количеством типов следует использовать каталоги типов.

• Необходимо избегать импорта CAD-геометрии в файл семейства.

• Для осуществления более точного контроля видимости частей семейства следует использовать подкатегории.

Вложенные семейства

Семейства могут включать другие (вложенные) семейства.
При работе с вложенными семействами необходимо придерживаться следующих рекомендаций:

Ограничить двумя уровнями глубину вложенности семейств – чем глубже вложенность, тем медленнее происходит обновление семейства.

• С осторожностью использовать семейства, которые вложены в несколько других семейств: при загрузке измененного вложенного семейства в проект оно приведет к изменению всех содержащих его семейств.

• В одном семействе использовать не более шести вложенных семейств.

• Если значения параметров вложенных семейств должны учитываться в специфика-циях проекта, семейству следует присвоить в редакторе параметр «Общее».

Размер файла семейства

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

• провести очистку и аудит файла семейства до его запуска в проект;

• вложенность семейств поддерживать на необходимом низком уровне;

• ограничить использование нестандартных материалов и текстур – насколько это воз-можно;

• моделировать только то, что необходимо для достижения требуемого уровня прора-ботки (LOD);

• удалить из файла семейства все CAD-подложки и растровые изображения;

• никогда не взрывать CAD-файл в семействе.

Создание типов в загружаемых и системных семействах

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

Проверка семейств

Семейства в процессе создания необходимо проверять:

• в окружении редактора семейств;

• в проектном окружении.

При проверке семейств в проекте рекомендуется:

• проверить поведение всех параметров семейства;

• при разработке большого количества семейств проводить «точечную» проверку до 10% созданных компонентов силами тестера, который не является их автором.

Проверки в окружении редактора семейств

• Проверить все параметры семейства, чтобы обеспечить правильное изменение гео-метрии при изменении параметров

• Проверить все типы семейства – изменить тип, применить его и затем просмотреть геометрию, чтобы удостовериться, что поддерживаются все размеры и пропорции.

• В семействах на основе проверить, что они правильно подстраиваются под измене-ния размеров основы. Поменять толщину основы и удостовериться, что семейство правильно меняет свою геометрию.

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

• Проверить зависимости:

  • проверить «ручки» на краях геометрии, чтобы удостовериться, что вся геометрия привязана либо к опорным плоскостям, либо к вспомогательным линиям;

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

• Проверить коннекторы:

  • выбор верного типа коннектора;

  • связь коннекторов;

  • направление потока.

Проверка семейств в проектном окружении

• Загрузить семейство в проект и проверить все виды на предмет правильного отобра-жения. Если семейство имеет каталог, использовать его для загрузки нужных типов.

• Визуально проверить семейство во всех видах, на всех уровнях детализации (низ-кий/средний/высокий) и при всех визуальных стилях.

• Проверить все типы семейства – изменить тип, применить его и затем просмотреть геометрию, чтобы удостовериться, что поддерживаются все размеры и пропорции.

• Создать новые типы, поменять все параметры и проверить отображение на всех ви-дах.

• Поменять все материалы и проверить правильность назначения их геометрии. Для лучшей проверки назначения материалов следует поменять все параметры материа-ла на «стекло». Если любая часть геометрии не отображается как «стекло», сразу становится ясно, что параметр материала назначен неправильно.

• Семейства на основе:

  • разместить семейство на основу заданной толщины проверки убедиться, что се-мейство «работает» на всех подходящих основах;

  • поменять толщину основы в диапазоне 25-400% и проверить, наблюдается ли от-соединение геометрии семейства;перепроверить внешний вид семейства для подтверждения, что его геометрия отображается корректно;

  • провести тестовую визуализацию;

  • проверить выполнение следующих команд: «Копировать/Вставить», «Повер-нуть» и «Зеркало».

Создание сводной модели

Основной целью создания сводной модели является проверка на коллизии. Первые проверки на коллизии следует выполнить, например, при готовности модели в 30%.

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

Для сборки сводной модели рекомендуется использовать программное обеспечение Navisworks®. Перед экспортом в Navisworks® каждую модель Revit® следует посредством инструмента «Проверка на пересечения» проверить на предмет самопересечений в пределах конкретной дисциплины.

При создании сводной модели необходимо учесть следующее:

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

• В каждом отдельном файле модели необходимо отключить все неиспользуемые элементы.

• Все модели по дисциплинам должны быть актуальными (размещенными в области общих данных CDE).

• Все предыдущие координационные вопросы должны быть обсуждены проектной командой.

• Для каждого раздела проекта модель в Navisworks® можно загрузить в формате RVT или NWC. Файл формата NWC создается в Revit® с использованием дополнения для экспорта модели в Navisworks®.

• При создании окончательной сводной модели в файлах по разделам следует выполнить группировку элементов по их функциям и отдельными NWC-файлами подготовить для объединения в сводную модель. Для этих целей в Revit® создаются специальные координационные виды, которые настраиваются так, чтобы на них оставались только те элементы, которые будут участвовать в проверке на коллизии. Соответ-ственно экспорт следует выполнить с настройкой «Видимые на виде».

• Для создания сводной модели элементам модели Revit® следует добавить в ходе проектирования необходимое количество параметров, которые обеспечат в Navisworks® последующее группирование созданием поисковых наборов.

• Во избежание лишних манипуляций файлы по разделам (дисциплинам) должны иметь одинаковые координаты. При экспорте из Revit® в формат NWC следует использовать опцию «Общие координаты».

• Учитывая, что все виды из Revit® будут переданы в программу сбора сводной моде-ли, то часть видов можно предварительно в нем настроить. Рекомендуется такие ви-ды в Revit® группировать средствами организации диспетчера проекта.

Выпуск проекта

Настоящим стандартом предполагается выпуск проектной документации непосредственно из BIM-модели.
Выпуск проекта представляет собой процесс подготовки к выдаче проекта в виде:

• проектной документации в электронном виде, в формате PDF (или DWF);

• модели(ей) в формате RVT;

• сводной модели формата NWD

и содержит процессы публикации и архивации.

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

• Публикация проектной документации в формате PDF осуществляется печатью соответствующих, заранее оформленных листов на виртуальный PDF-принтер.

• Публикация проектной документации в формате DWF осуществляется экспортом соответствующих, заранее оформленных наборов листов. Экспорт осуществляется командой «Меню приложения>Экспорт>DWF/DWFx».

Подготовка модели для публикации и архивации

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

• Перед каждой выдачей модели на каждом этапе разработки ее необходимо архивировать.

• Перед архивацией модель необходимо очистить от ненужных и неиспользованных элементов.

• Если модель содержит связанные файлы, их необходимо приложить вместе с самой моделью.

Общая стратегия контроля качества

BIM-менеджер/координатор должен разработать и внедрить систему контроля качества BIM-моделей на основе регулярных проверок и координационных совещаний.

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

Каждый BIM-автор должен быть ответственным за качество информационных моделей по своему разделу проекта.

Виды проверок

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

• проверка пространственного положения и геометрических параметров;

• проверка данных;

• проверка на 3D-координацию.

Все проверки выполняются либо в ручном режиме – визуально, либо в автоматизированном режиме – с применением различных программных средств (Revit®, Navisworks®, Microsoft Excel и др.).

Проверка пространственного положения и геометрических параметров должна включать:

• проверку соответствия элементов модели требованиям LOD (геометрической со-ставляющей). Выявляются избыточный и недостаточный уровень проработки;

• проверку на соответствие системы координат базовому файлу;

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

• проверку на отсутствие дублированных и перекрывающихся элементов.

Такие проверки рекомендуется осуществлять на еженедельной основе, но периодичность может меняться в зависимости от проекта.

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

В приложении Г «Протокол валидации модели» приведен рекомендованный перечень проверок.

Перед тем как файл модели будет размещен в области опубликованных данных, он должен быть отсоединен от файла хранилища и очищен от неиспользованных элементов и ссылок.

Проверка на 3D-координацию

Данным стандартом рассматривается сценарий подготовки BIM-модели в Autodesk Revit и ее проверки на наличие коллизий в Autodesk Navisworks Manage.

Целью проверки на 3D-координацию, то есть на наличие коллизий, является поиск и устранение всех конфликтов между элементами модели еще на этапе проектирования, до начала строительства.

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

• жесткие – геометрия проверяемых элементов пересекается физически;

• мягкие – при проверке пересекаются не геометрии проверяемых элементов модели, а пространства вокруг них, определенные параметром проверки – допуском.

Проверку на 3D-координацию рекомендуется выполнять в Autodesk Navisworks, и то:

• визуальную проверку – в Navisworks Manage/Simulate

• автоматизированную проверку – в Navisworks Manage.

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

Процесс проверки на коллизии в многодисциплинарном проекте отображен на диаграмме (рис. 8).

Рис. 8. Процесс проверки на коллизии

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

Рис. 9. Процесс 3D-координации

Процесс 3D-координации состоит из:

• подготовки моделей по разделам с учетом требований к их разработке;

• экспорта в формат NWC или пакетного создания файлов формата NWD;

• создания сводной модели;

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

• визуальной проверки с целью выявления проектных ошибок и их последующим документированием. По результатам проверки следует создать отчет по визуальной проверке на проектные ошибки (см. Приложение В, Таблица В.3);

• автоматизированной проверки на коллизии с целью выявления коллизий и их документирования. По результатам проверки следует создать отчеты по автоматизированной проверке на коллизии (см. Приложение В, Таблицы В.1 и В.2);

• анализа выявленных коллизий;

• устранения выявленных коллизий.

Подготовка моделей по разделам

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

При разработке проекта в Autodesk Revit BIM-модели следует подготовить к эффективной работе в Autodesk Navisworks.

Перед экспортом BIM-моделей следует выполнить его настройку в окружениях Revit и Navisworks, (см. п. 1.1 и 1.2, Приложения Е).

Для подготовки BIM-моделей по разделам следует обеспечить их разработку в единой системе координат.

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

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

Выделение элементов в Navisworks будет облегчено если в Revit создать параметры для та-кой цели. Созданные параметры следует именовать таким образом, который даст возмож-ность однозначно идентифицировать необходимые элементы модели.

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

Чтобы иметь возможность беспрепятственно актуализировать сводную модель, следует в Navisworks настроить его производительность, см. Приложение Е, п. 1.3, «Настройка произ-водительности Navisworks».

Экспорт моделей по разделам – передача в Navisworks

Целью экспорта моделей по разделам является получение составных файлов для последующей их передачи в Navisworks и получения сводной модели.

Для передачи BIM-моделей из Revit в Navisworks рекомендуется использовать следующие способы:

• прямой экспорт в формат NWC;

• импорт в Navisworks самого файла проекта Revit с расширением RVT;

• создание файлов NWD пакетным способом.

Для обеспечения обновления сводной модели при изменениях моделей по разделам, повторный экспорт из Revit следует выполнять без изменения имени составных файлов.

Более детальное описание экспорта описано в Приложения Е, п.2 «Экспорт моделей по раз-делам – передача в Navisworks»

Создание сводной модели

Целью создания сводной модели является объединение нескольких моделей по разделам в одну единую с последующей проверкой на коллизии между ее элементами.

Сводную модель следует создавать последующей загрузкой составных файлов, полученных экспортом из Revit моделей по разделам (см. Приложение Е, п. 3 «Создание сводной модели»).

Матрица коллизий

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

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

Матрицу коллизий следует формировать в соответствии с приоритетами проверок (см. Приложение Е, п. 4.1 «Матрица коллизий»).

Приоритетность проверок может меняться в зависимости от конкретного проекта и его задач.

Содержание матрицы коллизий и ее окончательный вид для конкретного проекта следует определить в Плане реализации BIM-проекта (BEP).

Рис. 10. Пример матрицы коллизий

Создание наборов выделенных элементов и поисковых наборов

Целью создания наборов является подготовка модели для автоматизированной проверки на наличие коллизий.

Наборы выделенных элементов и поисковые наборы следует создавать на основе матрицы коллизий по процедуре, описанной в Приложение Е, п. 4.2 «Создание наборов выделенных элементов и поисковых наборов».

Для автоматизированной проверки рекомендуется использовать интеллектуальные поисковые наборы.

Созданные наборы рекомендуется экспортировать в отдельный файл для повторного приме-нения в похожих проектах.

Визуальная проверка на коллизии

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

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

Найденные коллизии следует документировать, используя инструменты рецензирования, см. Приложение Е, п. 5.2 «Документирование выявленных коллизий».

Результатом визуальной проверки является отчет по визуальной проверке, см. Приложение В, табл. В.3.

Примечание: При обходе необходимо учесть, что он выполняется в перспективной проекции и при использовании инструмента ВернутьНазад (SwitchBack) в Revit будет создан соответствующий вид камеры (перспективная проекция), который не является рабочим. Прежде чем запустить инструмент ВернутьНазад, рекомендуется переключить вид из перспективной проекции в ортогональную, чтобы элемент был максимально быстро позиционирован в Revit. Если необходимость в использовании инструмента ВернутьНазад возникла при обходе/облете объекта, для переключения в ортогональную проекцию необходимо предварительно отключить режим обхода/облета.

Автоматизированная проверка на коллизии

Целью автоматизированной проверки является ускорение выявления большого количества коллизий в сводной модели с использованием инструмента поиска коллизий в Navisworks Manage.

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

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

Рис. 11. Процесс автоматизированной проверки на коллизии

Процесс автоматизированной проверки состоит из:

• создания проверки;

• выбора элементов для проверки;

• определения условий и параметров проверки;

• запуска проверки;

• создания отчетов по коллизиям.

Более детальное описание процессов, входящих в состав автоматизированной проверки на коллизии находится в Приложении Ж.

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

Результаты проверки следует документировать в виде отчета по коллизиям и сводного отче-та, см. Приложение В, таблицы В.1 и В.2.

Анализ выявленных коллизий

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

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

Рекомендации по проведению анализа выявленных коллизий указаны в Приложения Е, п. 7 «Анализ выявленных коллизий».

Анализ и назначение ответственных как правило выполняются на координационных совещаниях, см. п. «Координационные совещания по BIM» настоящего стандарта.

Разрешение выявленных коллизий

Целью устранения коллизий является корректировка исходных BIM-моделей по разделам, их подготовка к повторной проверке на наличие коллизий и уменьшение количества коллизий, выявленных при повторных проверках до нуля.

Для обеспечения устранения коллизий, результаты проверок и анализа следует передать об-ратно из Navisworks в Revit. Описание этого процесса находится в Приложении Е, п. 8 «Раз-решение выявленных коллизий».

Подтверждением выполненного устранения конкретной коллизии является изменение статуса конкретной коллизии на «Исправлено» при повторной проверке.

Документирование устранения коллизий следует выполнять созданием отчетов по коллизиям для повторных проверок.

Координационные совещания по BIM

Для анализа найденных в ходе проверок на координацию коллизий, поиска решений и назначения ответственных исполнителей должны проводиться координационные совещания. Участниками совещаний становятся руководители всех смежных групп/отделов/дисциплин, BIM-менеджер/координатор(ы), руководитель проекта.

Координационные совещания рекомендуется проводить по мере необходимости. На них рассматриваются общие вопросы хода выполнения BIM-проекта, а также вопросы, связанные с выявленными в ходе проверок коллизиями. В частности, обсуждаются ход проекта в контексте моделирования; местонахождение участников и решаемые ими задачи; невыполненные задачи прошлого совещания; вопросы коллективного взаимодействия; нерешенные технические проблемы; объемы работ по действующему договору и соответствие фактического положения дел Плану выполнения BIM-проекта; валидация и поиск решений по выявленным коллизиям, определение ответственных за их разрешение; потребность в дополни-тельных ресурсах.

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

Перечень разделов для моделирования

Список разделов проекта, выполняемых по технологии информационного моделирования, представлен в таблице 2.3.1.

Таблица 2.3.1 – Разделы для моделирования

Раздел  проекта	Наименование раздела	Шифр
АР	Архитектурные решения	AR
АИ	Архитектурные интерьеры (Дизайн-проект)	AI
ГП	Генплан	GP	GP*
СПОЗУ	Схема планировочной организации земельного участка	SP
КР	Конструктивные решения	KR	KR*
КЖ	Конструкции железобетонные	KG
KM	Конструкции металлические	KM
KM	Конструкции металлические навесных фасадных систем (НФС)	KM
ОВК	Отопление	OT	OV*
Вентиляция	VENT
Кондиционирование воздуха	KV
ИТП	Индивидуальный тепловой пункт	ITP
ВК	Внутренние системы водоснабжения и канализации	VK
ПТ	Пожаротушение	PT
ЭОМ	Электрооборудование и освещение	EOM
СС	Системы связи, слаботочные сети связи	SS
АВТ	Автоматизация	AVT
НС	Наружные сети водоснабжения и канализации	NS

* − общий шифр, объединяющий несколько разделов, используется в случае, если данные разделы проекта выполняются в одной модели

Шифр обязательно используется в наименовании файла.

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

Проектные этапы

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

Таблица 2.4.1 – Проектные этапы

Проектный этап	Условный LOD	Описание целей и задач
2D-концепция	-	Разработка концептуальных решений с использованием любого ПО Согласование пятен здания
3D-концепция	100	Разработка концептуальных решений в среде информационного моделирования. На данном этапе необходимо выполнить моделирование основных объемно-планировочных решений, помещений и зон для расчета ТЭП. Формирование на основе BIM-модели альбомов концепции и графической формы чек-листа соответствия стандартам проектирования. Разработка в среде информационного моделирования может быть начата со стадии П, по согласованию с участниками процесса проектирования.
Стадия П	200-300	Детализация и параметризация элементов модели, устранение коллизий. Формирование документации стадии П на основе BIM-модели. Комплекты чертежей в BIM-модели должны быть откорректированы по замечаниям МГЭ и полностью соответствовать чертежам, согласованным МГЭ.
Стадия Р	400	Детализация и параметризация BIM-модели для выпуска рабочей документации. Формирование рабочей документации на основе BIM-модели. Модель предоставляется на каждой стадии согласования комплектов документации в производство работ. Документация должна быть выгружена из BIM-модели и полностью ей соответствовать.

Общие требования к BIM-моделям

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

• Моделирование всех объектов необходимо выполнять в соответствии с их истинными размерами в масштабе 1:1, в метрической системе измерений (мм, м², м³).

• Все основные элементы и объекты BIM-моделей должны иметь габаритные размеры, соответствующие фактическим строительным элементам.

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

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

• Обеспечить наличие необходимой атрибутивной информации для получения информации на последующих стадиях выполнения проекта;

• Модель не должна содержать DWG - подложки как импорт (за исключением чертежные виды, легенды и детализированные узлы) Требование не распространяется на листы, при компоновке которых используются DWG исходных данных (геоподоснова, геология и т.п.).

• Создавать проект следует только на базе не утвержденных шаблонов проекта

• Каждый элемент модели должен полностью соответствовать физическому представлению объекта. Материалы должны быть корректно прописаны для всех элементов модели.

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

• Наличие некорректных зазоров/пересечений, коллизий, примыкания/опирания строительных элементов, необоснованных проектным решением, не являющиеся «мягкими» коллизиями.

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

• Дублирование элементов BIM-модели, за исключением дублирования несущих конструкций в разделе АР.

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

• Моделирование элементов, не относящихся к разрабатываемому разделу, за исключением дублирования несущих конструкций в разделе АР.

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

• Использование инструмента «Модель в контексте»

• Использовать инструмент «Части»

• Использование «Многоэтажных лестниц»

• Корректировать файл общих параметров. Корректировать файл могут только BIM специалисты

• Моделирование физически разных элементов объекта строительства одинаковыми элементами модели.

• Запрещено работать в локальных файлах не на Revit Server.

• Внедрять связи в рабочие модели без согласования с BIM отделом.

Исключения должны быть согласованы со всеми участниками проекта и зафиксированы в документе «План выполнения BIM-проекта (BEP)».

Правила именования импорта сторонних форматов

Допускается подгрузка форматов DWG, PDF, PNG и др. для оформления документации.

Данные форматы размещаются на чертежных видах, легендах и детализированных узлах.

Элементы ОБЯЗАТЕЛЬНО иметь префикс «Оформление_», импорт без данного префикса должен быть удален из моделей Revit.

Пример :

Оформление_Геоподоснова

Оформление_Рендер фасада 1-10

Классификация элементов BIM-модели

Необходимо выполнить по требованию заказчика классификацию всех элементов BIM-модели, путем назначения элементам кода по классификатору*.*

Для загрузки файла в Autodesk Revit открыть ***Управление  - Дополнительные параметры - Код по классификатору. ***Далее нажать Обзор и задать путь к файлу.

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

Рисунок 2.10.2 − Назначение элементу кода по классификатору

В случае отсутствия необходимых кодов в классификаторе, коды необходимо запросить у Заказчика. Элементам модели, не участвующим в расчете объемов и отсутствующим в классификаторе, назначается код «999».

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

Параметризация BIM-модели

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

Элементам BIM-модели необходимо заполнить параметры. В разделах 2.11.2-2.11.3 описаны особенности заполнения параметров ADSK_Этаж и ADSK_Корпус.

Параметр «ADSK_Этаж»

Параметр ADSK_Этаж необходимо заполнить для всех элементов модели в следующем формате (пример на рисунке 2.11.1):

-1, -2…  – для конструкций ниже отметки 0,000;

1, 2, 3… − для конструкций выше отметки 0,000;

2-25 – для фасада (диапазон от нижнего до верхнего этажа);

Кровля – для конструкций кровли;

Фундамент – для фундаментных плит и свай.

Рисунок 2.11.1 – Пример назначения параметра «Этаж»

Параметр «ADSK_Корпус» и «ADSK_Секция»

Параметр обязателен для заполнения во всех элементах модели для дальнейшей фильтрации и группировки деталей в спецификациях.

Параметр ADSK_Корпус необходимо заполнить в следующем формате:

К1, К2, К3… − для корпусов;

Параметр ADSK_Секция необходимо заполнить в следующем формате:

С1, С2, С3…

Требования к документации

• Документация должна быть сформирована в BIM-модели. Методы оформления различных видов чертежей описаны в таблице 2.13.1.

• Оформление чертежей необходимо выполнять в том же файле BIM-модели, в котором содержатся элементы, относящиеся к данному комплекту чертежей. Исключением являются случаи, когда оформление по связанным файлам является необходимостью.

• Необходимо использовать шрифты, поддерживаемые BIM360Docs.

• При оформлении документации стадии Р необходимо обеспечить автоматическое формирование на основе BIM-модели ведомостей и спецификаций инструментами Revit.

Можно выделить следующие методики оформления документации:

• на основе BIM-модели;

• чертежный 2D-вид в модели.

Таблица 2.12.1 – Оформление документации

Тип чертежа	Способ выполнения
Раздел АР
Планы этажей, кровли	На основе BIM-модели
Разрезы, сечения	-
Фасады	-
Типовые узлы	Чертежный 2D-вид в модели
Спецификации	Автоматический расчет спецификаций на основе BIM-модели
Раздел АИ (Дизайн-проект)
Планы этажей/помещений	На основе BIM-модели
Планы отделки стен	-
Планы напольных покрытий	-
Планы потолков	-
Планы электрики	-
Развертки по стенам	-
Разрезы, сечения	-
Типовые узлы	Чертежный 2D-вид в модели
Спецификации	Автоматический расчет спецификаций на основе BIM-модели
Разделы КР, КЖ, КМ
Планы котлована	Чертежный 2D-вид или на усмотрение проектировщика
Планы ограждения котлована	На основе BIM-модели
Планы фундаментов и свайного поля	-
Опалубочные планы	-
Монтажные схемы сборных ж/б изделий	-
Схемы расположения металлических конструкций	-
Разрезы, сечения	-
Чертежи армирования	В случае выполнения чертежей армирования в AutoCAD, необходимо обеспечить их полное соответствие опалубочным чертежам ж/б конструкций, выполняемым в Revit
Типовые узлы	Чертежный 2D-вид в модели
Спецификации	Автоматический расчет спецификаций на основе BIM-модели
Раздел КМ (навесные фасадные системы)
Монтажные схемы элементов крепления (кронштейны, направляющие и др.)	На основе BIM-модели
Монтажные схемы облицовки	-
Фрагменты	-
Типовые узлы	Чертежный 2D-вид в модели
Спецификации	Автоматический расчет спецификаций на основе BIM-модели
Разделы ОВ, ВК, ПТ
Планы инженерных систем	На основе BIM-модели
Разрезы, сечения	-
3D-виды инженерных систем	На основе BIM-модели Примечание: 3D-виды выполнять стандартным изометрическим видом в Autodesk Revit
Типовые узлы	Чертежный 2D-вид в модели Импорт DWG файлов для оформления документации
Структурные, принципиальные схемы	-
Спецификации, ведомости оборудования и материалов	Автоматический расчет спецификаций на основе BIM-модели
Разделы ЭОМ, СС, АВТ
Планы	На основе BIM-модели
Разрезы, сечения	-
Типовые узлы	Чертежный 2D-вид в модели Импорт DWG файлов для оформления документации
Структурные, принципиальные схемы	-
Однолинейные схемы	-
Схемы ВРУ	-
Спецификации, ведомости оборудования и материалов	Автоматический расчет спецификаций на основе BIM-модели

Общие требования к разделам АР, АИ

Требования к минимальному составу сводных архитектурных моделей приведены в таблице 3.1.1.

Таблица 3.1.1 – Состав архитектурной BIM-модели

Элементы модели	Стадия
К	П	Р
Стены и перегородки	+	+	+
Фасад	+	+	+
Заполнение проемов (двери, ворота, окна)	+	+	+
Витражи и стеклянные перегородки	+	+	+
Полы		+	+
Ограждения		+	+
Отделка стен		Тех.пом.	+
Потолки и отделка потолков		Тех.пом.	+
Кровля	+	+	+
Мебель, сантехнические приборы и крупная бытовая техника	+	Тех.пом.	+
Машино-места и проезды	+	+	+
Помещения	+	+	+
Зоны	+	+	+
Генплан и благоустройство			+
Шахты для инженерных систем		+	+
Отверстия в стенах для инженерных систем		+	+
Дизайн проект			+

Требования к технологии моделирования и минимально допустимому уровню проработки элементов BIM-модели АР на различных этапам приведены в разделах 3.2-3.16.

Параметры необходимые для заполнения:

Имя параметра	Обоснование и способы заполнения
Код по классификатору	Требование заказчика, для наиболее точного подсчета объемов материалов. Заполнение производится через спецификацию.
Материал	Параметр заполняемый проектировщиков в типе элемента. Необходимо для корректной спецификации и подсчета объемов материала.
Площадь	Системный параметр, заполняется автоматически.
Объем	Системный параметр, заполняется автоматически.
Длина	Параметр автоматически заполняемый.
Ширина	Параметр автоматически заполняемый.
ADSK_Описание	Параметр, заполняемый для составления корректных спецификаций. Заполнение производится на стадии создания семейства или с использованием спецификаций на стадии проектирования.
ADSK_Корпус / ADSK_Секция	Параметр, заполняемый для составления корректных спецификаций. Заполнение производится с использованием спецификаций.
ADSK_Этаж	Параметр, заполняемый для составления корректных спецификаций. Заполнение производится с использованием спецификаций.
ADSK_Завод-изготовитель	Параметр заполняемый на стадии создания семейства BIM-автором.
ADSK_Огнестойкость	Параметр заполняемы проектировщиком исходя из элементов

Стены и перегородки

Моделировать инструментом Стена архитектурная с разделением по этажам и корректной базовой привязкой к уровню (Рисунок 3.2.1).

Рисунок 3.2.1 – Привязка стен по высоте

Стены необходимо разделить по типам

Рисунок 3.2.2 – Типы стен

• Описание уровня графической детализации LOD G и информационного наполнения LOI приведены в таблице 3.2.1.

• Не допускается моделирование элементов стен на несколько уровней.

• Все элементы стен должны иметь привязки снизу и сверху

• Необходимо избегать инструмент «присоединить верх/основание» и предложение Revit по автоматическому соединению элементов.

Таблица 3.2.1 − Уровень проработки стен и перегородок

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.СП.1.1.5 в зависимости от требования заказчика
	Материал		+	+	Газосиликатные блоки
	Площадь	+	+	+	8,4 м²
	Объем	+	+	+	1,01 м³
	Длина	+	+	+	3000 мм
	Ширина	+	+	+	100 мм
	ADSK_Описание		+	+	Перегородка из газосиликатных блоков D500 100х250х600
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Комплект			+	АР1

Фасад

Моделирование фасада выполнять из отдельных стен – утеплителя и отделки фасада (Рисунок 3.3.1), допускается использование многослойных стен на стадии 3D-концупции. Горизонтальные элементы фасада моделируются перекрытиями. Допускается моделирование утеплителя и отделки фасада в виде многослойной стены.

Рисунок 3.3.1 – Слои фасада

Моделирование фасадов необходимо выполнять с учетом «пластики» фасада (кроме стадии П и 3D-концепции) и с разделением по материалам (Рисунок 3.3.2).

Рисунок 3.3.2 – Моделирование «пластики» фасада

• Допускается выполнять фасад в отдельном файле модели.

• Допускается не разделять стены фасада по этажам, а выполнять на несколько этажей или на всю высоту здания в зависимости от структуры.

Таблица 3.3.1 − Уровень проработки фасада

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.ВО.2.4.3
	Материал		+	+	Клинкерная плитка
	Площадь	+	+	+	120,0 м²
	Длина	+	+	+	2000 мм
	Ширина	+	+	+	20 мм
	ADSK_Завод-изготовитель			+
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	2-25
	ADSK_Комплект			+	АР1

Заполнение проемов

Двери и ворота

• Двери с левым и правым открыванием необходимо выполнить отдельными типоразмерами.

• У дверей в 3D необходимо отобразить линии открывания (Рисунок 3.4.1), а также упрощенно дверные ручки
  

  
  

  Рисунок 3.4.1 – Линии открывания дверей

• Двери должны иметь условное обозначение на планах этажей (Рисунок 3.4.2).
  

  
  

  Рисунок 3.4.2 – Условное обозначение дверей на плане

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

• Описание уровня графической детализации LOD G и информационного наполнения LOI приведены в таблице 3.4.1.

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.ЗП.2.2
	ADSK_Материал		+	+	Металлическая дверь
	ADSK_Площадь		+	+	2,36 м² (площадь проема)
	ADSK_Размер_Ширина		+	+	1040 мм (проем в стене)
	ADSK_Размер_Высота		+	+	2270 мм (проем в стене)
	ADSK_Описание		+	+	Дверь с остеклением с выпадающим порогом
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Огнестойкость		+	+	EI45
	ADSK_Марка			+	Д-1
	ADSK_Комплект			+	АР1

Окна

• У окон в 3D необходимо отобразить линии открывания (Рисунок 3.4.3).
  

  
  

  Рисунок 3.4.3 – Линии открывания у окон

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

Таблица 3.4.2 − Уровень проработки окон

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.ЗП.1.2
	ADSK_Материал		+	+	ПВХ
	ADSK_Площадь		+	+	3,24 м² (площадь проема)
	ADSK_Размер_Ширина		+	+	1800 мм (проем в стене)
	ADSK_Размер_Высота		+	+	1800 мм (проем в стене)
	ADSK_Описание		+	+
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	Ок-1
	ADSK_Комплект			+	АР1

Витражи и стеклянные перегородки

• Моделировать инструментом Стена: Витраж.

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

• Двери и створки в витражи вставляются путем замены панели витража на дверь-панель и окно-панель соответственно (Рисунок 3.5.1).
  

  
  

  Рисунок 3.5.1 – Дверь в витраже

• Не допускается отзеркаливание витражей с установленными дверями или форточками, в этом случае «правое открывание» меняется на «левое» и наоборот, что приведет к ошибкам в спецификациях.

• Наклонное остекление выполнять инструментом «Крыша» (Рисунок 3.5.2).
  

  
  
  

  Рисунок 3.5.2 – Наклонное остекление

Таблица 3.5.1 − Уровень проработки витражей

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.ВО.2.2.1
	Площадь	+	+	+	7,5 м²
	Длина	+	+	+	2500 мм
	Неприсоединенная  высота	+	+	+	3000 мм
	ADSK_Описание		+	+	Витраж наружный, алюминиевый профиль, двухкамерный стеклопакет
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	В-1
	ADSK_Комплект			+	АР1
	ADSK_Огнестойкость			+	EI45

Полы

• Моделировать отдельно от несущего перекрытия (Рисунок 3.6.1) инструментом Перекрытие.
  

  
  

  Рисунок 3.6.1 – Моделирование полов

• В моделях стадии П полы выполнять с разделением по типу пола.

• В моделях стадии Р контуры полов необходимо завести в дверные проемы (Рисунок 3.6.2) с учетом типа пола в проеме.
  

  
  

  Рисунок 3.6.2 – Контур пола в дверном проеме

• Описание уровня информационного наполнения LOI приведены в таблице 3.6.1.

• Не допускается моделировать полы несколькими контурами
  

  

Таблица 3.6.1 − Уровень проработки полов

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору	+		+	ОС.ОТ.2.2
	Площадь	+	+	+	20,0 м²
	Объем	+	+	+	1,6 м³
	Толщина	+	+	+	80 мм
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	1 [тип пола в соответствии с экспликацией полов]
	ADSK_Комплект			+	АР1

Отделка стен

• Моделирование внутренней отделки стен выполнять отдельной стеной (Рисунок 3.7.1), допускается использование многослойных стен на этапе 3D-концепции.

• Внутренняя отделка моделируется инструментом стена. Может выполняться как Многослойная стена или Однослойная стена.
  

  
  
  

  Рисунок 3.7.1 – Моделирование отделки стен

• Описание уровня графической детализации LOD G и информационного наполнения LOI приведены в таблице 3.7.1.

• Моделирование отделки может выполняться автоматизированными средствами.

Таблица 3.7.1 − Уровень проработки отделки стен

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.ОТ.3.2
	Материал		+	+	Штукатурка
	Площадь	+	+	+	12,0 м²
	Ширина	+	+	+	20 мм
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Комплект			+	АР1

Потолки и отделка потолков

• Потолки моделировать инструментом Многослойный потолок.

• Отделку потолков выполнять инструментами Базовый потолок или Многослойный потолок. Отделка потолков моделируется при выполнении модели интерьеров (дизайн-проекта), см. раздел 3.12.

• Описание уровня информационного наполнения LOI приведены в таблицах 3.8.1.

• Не допускается моделировать потолки несколькими контурами

Таблица 3.8.1 − Уровень проработки потолков

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.СП.2
	Площадь	+	+	+	12,0 м²
	Толщина	+	+	+	62,5 мм
	ADSK_Описание		+	+	Потолок подвесной из ГКЛ
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Комплект			+	АР1

Кровля

• Кровлю моделировать многослойной инструментом Крыша по контуру отдельно от несущего перекрытия (Рисунок 3.9.1). 
  

  
  

  Рисунок 3.9.1 – Моделирование кровли

На стадии П и Р моделируются воронки и разуклонка кровли, уточняются конструкция фонарей на кровле (схема разрезки остекления, габариты), моделируются воздухопроницаемые экраны, ограждения вентустановок.

• Накрывочный элемент на парапете кровли моделировать инструментом Ограждение или Выступающий профиль стены для возможности подсчета длины (Рисунок 3.9.2).
  

  
  

  Рисунок 3.9.2 − Накрывочный элемент

  
  

• Описание уровня информационного наполнения LOI приведены в таблице 3.9.1.

• Не допускается моделировать крыши несколькими контурами

Таблица 3.9.1 – Уровень проработки кровли

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.ВО.1.2
	Площадь	+	+	+	8 м²
	Толщина	+	+	+	280 мм
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Комплект			+	АР1

Помещения

• Не допускается наличие в моделях не предусмотренных проектными решениями помещений.

• Площадь помещений на планах этажей указывать с точностью до двух знаков после запятой.

• Описание уровня информационного наполнения LOI приведены в таблице 3.10.1.

Таблица 3.10.1 − Уровень проработки помещений

	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ПМ.ЖЛ.3.1
	Номер		+	+	001
	Имя	+	+	+	Класс
	Площадь	+	+	+	18,50 м²
	Периметр		+	+	12200 мм
	Полная высота		+	+	2800 мм
	ADSK_Корпус / ADSK_Секция	+	+	+	К1
	ADSK_Этаж	+	+	+	3

Зоны

• Зоны необходимо моделировать с помощью Планов зонирования и инструмента Границы зон непрерывными замкнутыми контурами без разрывов и перехлестов линий.

• Описание уровня информационного наполнения LOI приведены в таблице 3.11.1.

Таблица 3.11.1 − Уровень проработки зон

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	ADSK_Код по классификатору		+	+	ЗН.ЛФ.2
	Имя	+	+	+	Общая площадь по СП
	Площадь	+	+	+	245 м²
	ADSK_Корпус / ADSK_Секция	+	+	+	К1
	ADSK_Этаж	+	+	+	3

Интерьеры

Рисунок 3.12.1 – Модель дизайн-проекта МОП

Модель интерьеров (дизайн-проекта) выполнять в Autodesk Revit в отдельном файле (Рисунок 3.12.2). В качестве исходных данных для планировки использовать модели АР и КР, которые необходимо загрузить связанными файлами.

Рисунок 3.12.2 – Модель дизайн-проекта МОП

• Документация и спецификации должны быть сформированы из модели.

• Раскладку плитки (например, напольной) или панелей рекомендуется выполнять делением стен/перекрытий/потолков, из отдельных пользовательских семейств или с использованием витражных систем.

• Состав модели интерьеров и требуемый уровень информационного наполнения LOI приведен в таблице 3.16.1.

• При моделировании интерьеров следует также руководствоваться требованиями разделов 3.2-3.10 (в таблице 3.16.1 даны ссылки).

Таблица 3.12.1 − Уровень проработки модели интерьеров

Элемент модели

LOI

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

Материал / ADSK_Материал

Площадь / ADSK_Площадь

Длина / ADSK_Длина

Ширина / ADSK_Ширина

Высота / ADSK_Высота

Толщина / ADSK_Толщина

ADSK_Наименование

Марка

ADSK_Корпус / ADSK_Секция

ADSK_Этаж

ADSK_Завод-изготовитель

ADSK_Комплект

ADSK_Номер помещения

Существующие конструкции

Загружаются связанными файлами АР, КР

-

-

-

-

-

-

-

-

-

-

-

-

Помещения

См. Таблица 3.10.1 (Стадия Р)

-

-

-

-

-

-

-

-

-

-

-

-

Перегородки

См. Таблица 3.2.1 (Стадия Р)

-

-

-

-

-

-

-

-

-

-

-

-

Отверстия и ниши в  перегородках

+

+

+

Интерьерные двери

См. Таблица 3.4.1 (Стадия Р)

-

-

-

-

-

-

-

-

-

-

-

-

Лючки

+

+

+

+

+

+

+

+

+

+

+

+

Откосы дверных порталов

+

+

+

+

+

+

+

+

+

Отделка стен

См. Таблица 3.7.1 (Стадия Р)

-

-

-

-

-

-

-

-

-

-

-

-

Полы

См. Таблица 3.6.1 (Стадия Р)

-

-

-

-

-

-

-

-

-

-

-

-

Плинтусы

+

+

+

+

+

+

+

+

+

Потолки

См. Таблица 3.8.1 (Стадия Р)

-

-

-

-

-

-

-

-

-

-

-

-

Отделка потолков

См. Таблица 3.8.2 (Стадия Р)

-

-

-

-

-

-

-

-

-

-

-

-

Розетки, выключатели

+

+

+

+

+

+

+

+

Датчики, оповещатели

+

+

+

+

+

+

+

+

Панели вызова

+

+

+

+

+

+

+

+

Осветительные приборы

+

+

+

+

+

+

+

+

+

+

+

Указатели движения, информационные таблички

+

+

+

+

+

+

+

+

Элементы декора

+

+

+

+

+

+

+

Топо-поверхность и зонирование участка

• Модель рельефа выполнять в Autodesk Revit в отдельном файле модели инструментом Топо-поверхность.

• Модель должна иметь единую систему координат с проектируемым объектом и привязку к московской системе координат (см. раздел 2.8).

• Рельеф моделируется с учетом выхода на существующий неизменяемый рельеф (проезжие части не затрагиваемые проектом).

• Необходимо выполнить следующее зонирование территории: озеленение (газоны), проезды, тротуары, детские и игровые площадки (Рисунок 4.2.1).
  

  
  

  
  
  

  Рисунок 4.2.1 – Зонирование территории

• Участки топо-поверхности должны содержать следующие параметры (LOI): Код по классификатору, Материал, Площадь поверхности.

Окружающая застройка и благоустройство

Окружающая застройка моделируется условными объемными элементами (боксами) для моделирования затенения.

 

• Необходимо разместить на поверхности элементы благоустройства:

• озеленение;

• малые архитектурные формы;

• детские игровые и спортивные комплексы;

• детские карусели и песочницы;

• скамьи;

• уличные фонари;

• ограждения территории, шлагбаумы;

• и другие элементы благоустройства.

 

Использовать категории Revit «Озеленение» и «Генплан».

Геоподоснова

• Моделирование геоподосновы выполнять в AutoCAD Civil 3D.

Существующий рельеф

• Тип объекта Civil 3D: 3D-поверхность, Структурные линии (Характерные линии, полилинии, фигуры).

• Необходимо наличие следующих свойств: слой, имя поверхности и отметки поверхности.
  

  

• Существующий рельеф отображается как 3D-поверхность со всеми сложными элементами рельефа, в детализации достаточной для дальнейшей работы.

• Результатом обработки данных топографо-геодезических изысканий должна являться цифровая модель рельефа (ЦМР).

• ЦМР формируется объектом Поверхность TIN. ЦМР следует формировать по 3D-граням, при отсутствии 3D-граней в файлах геодезических изысканий необходимо преобразовывать объекты AutoCAD в точки COGO, которые затем следует присоединять к поверхности.

• Не допускается формирование ЦМР путем переноса текстовых подписей на их отметку и присоединения текстов к поверхности.

Модель геоподосновы

Модель исходных данных должна содержать:

• существующую ЦМР;

• существующие внешние сети (см. раздел 4.5);

• границы площадных объектов;

• границы улиц, зон, территорий, красной линии.

• На ЦМР площадки проектирования в обязательном порядке необходимо:

• построить пространственные структурные линии по характерным точкам рельефа;

• осевые линии существующих дорог, их кромки, откосы, края проезжей части   формировать в виде структурных линий;

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

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

• Площадные объекты следует создавать при помощи характерных линий Civil 3D.

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

Внешние инженерные сети

• Моделирование внешних инженерных сетей выполнять в AutoCAD Civil 3D.

• На проектируемом участке необходимо выполнить моделирование существующих и проектных инженерных сетей: труб и колодцев.

• Уровень графической детализации − условный.

• Не допускается наличие в структуре вкладки «Навигатор» трубопроводных сетей, геометрия которых отсутствует в модели.

Существующие инженерные сети

• Тип объекта Civil 3D: трубопроводные сети (без арматуры).

• Необходимо наличие следующих свойств: слой, количество, глубина, диаметр, уклон, тип, материал.
  

  

• Имена и отметки должны соответствовать именам и отметкам существующих инженерных сетей.

• Отметки отсутствующих глубин принять по нормативам.

• Не допускается пересечение существующих инженерных сетей.

Проектные инженерные сети

• Тип объекта Civil 3D: трубопроводные сети (без арматуры).

• Необходимо наличие следующих свойств: слой, количество, глубина, диаметр, уклон, тип, материал.

Общие требования к разделам КР, КЖ, КМ

Требования к минимальному составу сводных моделей несущих конструкций приведены в таблице 5.1.1.

Таблица 5.1.1 – Состав BIM-моделей несущих конструкций

Элемент модели	3D-концепция	Стадия П	Стадия Р
Ограждение котлована	−	+	+
Фундаментная плита	+	+	+
Подготовка под  фундаментную плиту	−	+	+
Сваи	−	+	+
Несущие стены	+	+	+
Несущие колонны, пилоны	+	+	+
Плиты перекрытия	+	+	+
Несущие балки	+	+	+
Металлические  конструкции	+	+	+
Шахты для инженерных  систем	+	+	+
Отверстия для инженерных систем	−	+	+
Гидроизоляция подземной части	−	+	+
Лестницы	−	+	+
Рампы	+	+	+
Металлические  конструкции фасадов	−	−	+

Требования к технологии моделирования и минимально допустимому уровню проработки элементов BIM-модели КР на различных этапах приведены в разделах 5.2-5.14.

Параметры необходимые для заполнения:

Имя параметра	Обоснование и способы заполнения
Код по классификатору	Требование заказчика, для наиболее точного подсчета объемов материалов. Заполнение производится через спецификацию.
ADSK_Материал	Параметр заполняемый проектировщиков в типе элемента. Необходимо для корректной спецификации и подсчета объемов материала.
Длина*, ADSK_Длина*, (параметры габаритов)	Параметры, заполняемые автоматически или BIM автором, необходимы для корректного составления спецификаций и подсчета объемов.
Площадь	Системный параметр, заполняется автоматически.
Объем	Системный параметр, заполняется автоматически.
ADSK_Расход арматуры	Параметр, заполняемый вручную проектировщиком исходя из расчетов. Необходимо для расчета объемов материала.

Ограждение котлована

Необходимо выполнить моделирование следующих элементов ограждения котлована (Рисунок 5.2.1) с назначением соответствующих кодов по классификатору:

• шпунтовые ограждения;

• подпорные стенки;

• распорки и подкосы, грунтовые анкеры;

• обвязочные балки.

5.2.1 – Ограждение котлована

Описание уровня информационного наполнения LOI приведены в таблице 5.2.1.

Таблица 5.2.1 – Уровень проработки ограждения котлована

	Параметр	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	НЦ.КТ.1.2.1
	ADSK_Материал		+	+
	Длина, ADSK_Длина		+	+
	Площадь		+	+
	Объем		+	+
	ADSK_Корпус / ADSK_Секция		+	+	Стилобат
	ADSK_Этаж		+	+	Фундамент
	ADSK_Комплект			+	КР1

Фундаментная плита, ростверк

• Фундаментные плиты моделировать однослойными элементами инструментом Фундамент: Плита.

• Фундаментные плиты необходимо разделить на деформационные =. Плиты, разделенные швами, должны представлять собой отдельные элементы, не допускается рисовать швы в эскизе плиты.

• Утолщение фундаментных плит, а также сложные по форме приямки моделировать контекстными семействами (Рисунок 5.3.1) категории Фундамент несущей конструкции.

Рисунок 5.3.1 – Утолщение фундаметной плиты

• Под фундаментной плитой необходимо выполнить моделирование подготовки. Моделирование может выполняться как элементом кровля, так и элементом перекрытие

• Описание уровня информационного наполнения LOI приведены в таблице 5.3.1.

Таблица 5.3.1 – Уровень проработки фундаментных плит

	** Параметр**	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.КЭ.1.1.1
	Толщина	+	+	+	1200 мм
	Материал	+	+	+	Бетон B35
	Объем	+	+	+	1620 м³
	ADSK_Расход арматуры		+		100 кг/м³
	ADSK_Корпус / ADSK_Секция		+	+	Стилобат
	ADSK_Этаж		+	+	Фундамент
	ADSK_Марка			+	ФП-1
	ADSK_Комплект			+	КЖ0

Сваи

• Сваи моделировать загружаемыми семействами.

• Описание уровня информационного наполнения LOI приведены в таблице 5.4.1.

Таблица 5.4.1 − Уровень проработки свай

	Параметр	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	НЦ.КТ.4.2.1
	ADSK_Материал		+	+	Бетон B35
	Длина		+	+	7000 мм
	Объем		+	+	1,12 м³
	ADSK_Корпус / ADSK_Секция		+	+	Стилобат
	ADSK_Этаж		+	+	Фундамент
	ADSK_Марка			+	С-1
	ADSK_Комплект			+	КЖ0

Несущие стены

• Моделировать инструментом Стена несущая с разделением по этажам и корректной базовой привязкой к уровню.

• Не допускается использование многослойных стен.

• Не допускается использование системного семейства Составная стена.

• На стадии Р проемы в стенах моделировать загружаемыми семействами для возможности подсчета в спецификациях и просмотра свойств.

• Моделирование отверстий в стенах описано в разделе 5.10.

• Описание уровня информационного наполнения LOI приведены в таблице 5.5.1.

Таблица 5.5.1 − Уровень проработки ж/б стен

	Параметр	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.КЭ.2.1
	Материал		+	+	Бетон B35
	Объем	+	+	+	1,68 м³
	Длина	+	+	+	3000 мм
	Ширина	+	+	+	200 мм
	ADSK_Расход арматуры		+		120 кг/м³
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	Ст-1
	ADSK_Комплект			+	КЖ1

Несущие колонны, пилоны

• Моделирование пилонов выполнять поэтажно с привязкой к уровням инструментом Стена несущая, колонн − инструментом Несущая колонна.

• Для пилонов создать отдельный от стен типоразмер.

• Описание уровня информационного наполнения LOI приведены в таблице 5.6.1.

Таблица 5.6.1 − Уровень проработки ж/б колонн и пилонов

	Параметр	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.КЭ.2.2
	Материал		+	+	Бетон B35
	Объем	+	+	+	0,48 м³
	Длина	+	+	+	1000 мм
	Ширина	+	+	+	200 мм
	ADSK_Расход арматуры		+		200 кг/м³
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	К-1
	ADSK_Комплект			+	КЖ1

Плиты перекрытия

• Моделировать однослойными элементами инструментом Перекрытие.

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

• Моделирование отверстий и шахт в перекрытиях описано в разделе 5.10.

• Капители над колоннами выполнять несущими перекрытиями (Рисунок 5.7.1), при этом каждая капитель должна представлять собой отдельный элемент модели.

Рисунок 5.7.1 − Капитель над колонной

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

Не допускается моделирование капителей в составе семейства колонны.

• При наличии перекрытий с перепадами высот, пространство между перекрытиями моделировать стеной, если перепад не превышает толщину перекрытий, то моделирование стены не требуется (Рисунок 5.7.2).

Рисунок 5.7.2 − Перекрытия на разных отметках

• Описание уровня информационного наполнения LOI приведены в таблице 5.7.1.

Таблица 5.7.1 − Уровень проработки ж/б перекрытий

	Параметр	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору			+	ОС.КЭ.3.1
	Материал		+	+	Бетон B35
	Объем		+	+	525,1 м³
	Толщина		+	+	200 мм
	ADSK_Расход арматуры		+		180 кг/м³
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	Пм-1
	ADSK_Комплект			+	КЖ1

Несущие балки

• Моделировать стандартным инструментом Балка.

• Верх монолитной балки должен совпадать с верхом монолитного перекрытия (Рисунок 5.8.1).

Рисунок 5.8.1 – Привязка балок

• Описание уровня информационного наполнения LOI приведены в таблице 5.8.1.

Таблица 5.8.1 – Уровень проработки ж/б балок

	Параметр	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору			+	ОС.КЭ.3.3
	Материал		+	+	Бетон B35
	Объем		+	+	0,06 м³
	ADSK_Ширина		+	+	200 мм
	ADSK_Высота		+	+	500 мм
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	Бм-1
	ADSK_Комплект			+	КЖ1

Металлические конструкции

• Моделировать стандартными инструментами Балка и Несущая колонна.

• Описание уровня информационного наполнения LOI приведены в таблице 5.9.1.

Таблица 5.9.1 − Уровень проработки металлических конструкций

	Параметр	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.КЭ.4.1
	ADSK_Материал		+	+	С235
	Длина		+	+	3000 мм
	ADSK_Масса		+	+	23,1 кг
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	Б-1
	ADSK_Комплект			+	КЖ1
	ADSK_Тип огнезащиты			+
	ADSK_Толщина огнезащиты			+

Шахты и отверстия для инженерных систем

• В стенах и перекрытиях необходимо выполнить моделирование отверстий и шахт для инженерных систем:

для 3D-концепции – шахты в перекрытиях;

для стадии П – шахты и отверстия размерами ≥ 300×300 мм или диаметром более ≥ 300 мм;

для стадии Р − шахты и отверстия размерами ≥ 150×150 мм или диаметром более ≥ 150 мм.

• Отверстия должны образовывать физическое вырезание объема в стенах или перекрытиях.

• На стадии Р отверстия для инженерных систем моделировать загружаемыми семействами для возможности подсчета в спецификациях и просмотра свойств.

• Крупногабаритные вертикальные шахты допускается моделировать инструментом Шахта.

Гидроизоляция подземной части

• Вертикальные плоскости моделировать инструментом Стена, горизонтальные – инструментом Перекрытие.

• Описание уровня информационного наполнения LOI приведены в таблице 5.11.1.

Таблица 5.11.1 − Уровень проработки гидроизоляции подземной части

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	НЦ.ИЗ.2.1
	Материал		+	+	Гидроизоляция
	Площадь		+	+	1320 м²
	ADSK_Корпус / ADSK_Секция		+	+	Стилобат
	ADSK_Этаж		+	+	-2
	ADSK_Комплект			+	КЖ1

Лестницы

• На концепции и стадии П лестницы допускается выполнять в модели АР стандартным инструментом Revit.

• На стадии Р сборные лестничные марши моделировать загружаемыми семействами, монолитные лестничные марши – контекстными или загружаемыми семействами.

• Межэтажные площадки выполнять инструментом Перекрытие.

• Описание уровня графической детализации LOD G и информационного наполнения LOI приведены в таблице 5.12.1.

Таблица 5.12.1 − Уровень проработки ж/б лестниц

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.КЭ.3.6.1
	ADSK_Материал		+	+	Бетон B25
	Объем		+	+	0,5 м³
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	Лм-1
	ADSK_Комплект			+	КЖ1

Рампы

• Описание уровня графической детализации LOD G и информационного наполнения LOI приведены в таблице 5.13.1.

Таблица 5.13.1 − Уровень проработки ж/б рамп

		Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ОС.КЭ.3.7
	Материал		+	+	Бетон B25
	Объем		+	+	3,1 м³
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Марка			+	Рм-1
	ADSK_Комплект			+	КЖ1

Общие требования к разделу ВИС

• Требования к минимальному составу сводных моделей ВИС приведены в таблице 6.1.1.

Таблица 6.1.1 – Состав BIM-модели внутренних инженерных систем

Элемент модели	3D-концепция	Стадия П	Стадия Р
Воздуховоды	+	+	+
Соединительные детали  воздуховодов	+	+	+
Изоляция воздуховодов	−	+	+
Арматура воздуховодов	−	−	+
Трубопроводы	+	+	+
Соединительные детали  трубопроводов	+	+	+
Изоляция трубопроводов	−	+	+
Арматура трубопроводов	−	−	+
Отопительные приборы	−	+	+
Оборудование (вентиляторы, насосы, кондиционеры)	−	+	+
Сантехнические приборы	−	+	+
Воздухораспределители (диффузоры, решетки)	−	+	+
Приборы учета	−	−	+
Спринклеры	−	+	+
Кабельные лотки	−	+	+
Соединительные детали  кабельных лотков	−	+	+
Кабель-каналы, короба	−	+	+
Шинопроводы	−	+	+
Щиты/Шкафы	−	+	+
Осветительные приборы	−	+	+
Розетки, выключатели, переключатели	−	−	+
Датчики	−	−	+
Пульты управления	−	−	+

• Требования к технологии моделирования и минимально допустимому уровню проработки элементов BIM-модели внутренних инженерных систем на различных этапам приведены в разделах 6.2-6.10.

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

Параметры необходимые для заполнения:

Имя параметра	Обоснование и способы заполнения
Код по классификатору	Требование заказчика, для наиболее точного подсчета объемов материалов. Заполнение производится через спецификацию.
Классификация систем	Системный параметр заполняется в типе системы, необходим для оформления документации и группировке спецификаций инженерных элементов.
Тип системы	Системный параметр заполняется в типе системы, необходим для оформления документации и группировке спецификаций инженерных элементов.
Имя системы	Системный параметр заполняется в типе системы, необходим для оформления документации и группировке спецификаций инженерных элементов.
Ширина	Системный параметр, заполняется автоматически или при создании BIM-моделлером
Высота	Системный параметр, заполняется автоматически или при создании BIM-моделлером
Диаметр	Системный параметр, заполняется автоматически или при создании BIM-моделлером
Площадь	Системный параметр, заполняется автоматически.
ADSK_Наименование	Параметр необходимый для создания корректных спецификаций, заполняется при создании семейств, возможна корректировка под документацию из спецификации.
Марка	Параметр необходимый при оформлении, заполняется проектировщиком лично.
ADSK_Код оборудования	Параметр необходимый для создания корректных спецификаций, заполняется при создании семейств, возможна корректировка под документацию из спецификации.
ADSK_Завод-изготовитель	Параметр необходимый для создания корректных спецификаций, заполняется при создании семейств, возможна корректировка под документацию из спецификации.
Ссылки на сертификаты и паспорта	Добавляются при создании семейства.
ADSK_Длина	Добавляются при создании семейства.
ADSK_Высота	Добавляются при создании семейства.
ADSK_Ширина	Добавляются при создании семейства.
ADSK_Мощность	Добавляются при создании семейства.
ADSK_Корпус / ADSK_Секция	Заполняется для создания корректных спецификаций, удобнее всего заполнять из самой спецификации
ADSK_Этаж	Заполняется для создания корректных спецификаций, удобнее всего заполнять из самой спецификации

Воздуховоды и соединительные детали

• Моделировать стандартным инструментом Воздуховод.

• На этапе 3D-концепции необходимо выполнить вертикальную трассировку магистральных воздуховодов, на стадии П – горизонтальную разводку магистралей и трассировку остальных воздуховодов сечением более 150х150 мм.

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

• На стадии Р и стадии П воздуховоды моделировать с изоляцией (если требуется).

• Описание уровня графической детализации LOD G и информационного наполнения LOI приведены в таблице 6.2.1.

Таблица 6.2.1 − Уровень проработки воздуховодов и соединительных деталей

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ИС.ВС.1
	Классификация систем		+	+	Приточный воздух
	Тип системы		+	+	Подпор
	Имя системы		+	+	ПД1
	Ширина		+	+	700 мм
	Высота		+	+	300 мм
	Диаметр (для круглых воздуховодов)		+	+	400 мм
	Площадь		+	+	180 м²
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Трубы и соединительные детали

• Моделировать стандартным инструментом Труба.

• На этапе 3D-концепции необходимо выполнить вертикальную трассировку магистральных трубопроводов (допускается без установки фасонных частей), на стадии П необходимо выполнить трассировку всех магистральных трубопроводов, а также:

• разводку до приборов отопления;

• разводку труб водоснабжения до ввода в квартиру;

• точки выпусков/вводов на наружных стенах;

• отводы для подключения в квартирах;

• фановые стояки канализации.

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

• На стадии Р и стадии П трубы моделировать с изоляцией (если требуется).

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

• Описание уровня информационного наполнения LOI приведены в таблице 6.3.1.

Таблица 6.3.1 − Уровень проработки трубопроводов и соединительных деталей

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+	ИС.ТС.1
	Классификация систем		+	+	Обратная жидкость
	Материал		+	+
	Тип системы		+	+	Отопление_Обратка
	Имя системы		+	+	Т21
	Диаметр		+	+	40 мм
	Длина		+	+	12000 мм
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Отопительные приборы

• Описание уровня информационного наполнения LOI приведены в таблице 6.4.1.

Таблица 6.4.1 − Уровень проработки отопительных приборов

	Параметры	Концепция	Стадия П	Стадия Р	Пример заполнения
LOI	Код по классификатору		+	+
	Классификация систем		+	+	Приточная жидкость, Обратная жидкость
	Имя системы		+	+	Т11,Т21
	ADSK_Длина			+	600 мм
	ADSK_Высота			+	500 мм
	ADSK_Ширина			+	100 мм
	ADSK_Мощность		+	+	800 Вт
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Оборудование

• Необходимо выполнить моделирование зон обслуживания основного оборудования объемными элементами модели с полупрозрачным материалом. Допускается зоны обслуживания выполнять вложенным семейством категории «Обобщенная модель». Зонам присвоить классификатор ИС.ЗО.1.1.

• Описание уровня информационного наполнения LOI приведены в таблице 6.5.1.

Таблица 6.5.1 − Уровень проработки оборудования

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+
	Классификация систем		+	+
	Имя системы		+	+
	ADSK_Мощность			+
	ADSK_Масса			+
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Сантехнические приборы

• Описание уровня информационного наполнения LOI приведены в таблице 6.6.1.

Таблица 6.6.1 − Уровень проработки сантехнических приборов

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+
	Классификация систем		+	+	Канализация, холодное водоснабжение (внутренние сети)
	Имя системы		+	+	В1, К1
	ADSK_Корпус / ADSK_Секция		+	+	К1
	ADSK_Этаж		+	+	3
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Воздухораспределители (Диффузоры, решетки)

• Описание уровня информационного наполнения LOI приведены в таблице 6.7.1.

Таблица 6.7.1 − Уровень проработки воздухораспределителей

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+
	Классификация систем			+	Отработанный воздух
	Имя системы			+	В1
	ADSK_Длина			+	300 мм
	ADSK_Ширина			+	300 мм
	ADSK_Диаметр (для круглых воздухораспределителей)			+	300 мм
	ADSK_Высота			+	50 мм
	Падение давления			+
	Расход			+
	ADSK_Корпус / ADSK_Секция			+	К1
	ADSK_Этаж			+	3
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Кабельные лотки

На стадии П необходимо выполнить вертикальная разводку, а также трубы и лотки для прокладки кабелей в квартиру и освещения МОП, лотки от ГРЩ до ВРУ, а также все лотки шириной более >150 мм.

• Описание уровня информационного наполнения LOI приведены в таблице 6.8.1.

Таблица 6.8.1 − Уровень проработки кабельных лотков

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+
	Ширина		+	+	300 мм
	Высота		+	+	50 мм
	Длина		+	+	3000 мм
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Кабель-каналы, короба

• На стадии П необходимо выполнить моделирование труб для прокладки кабелей в квартиру и освещения МОП.

• Описание уровня информационного наполнения LOI приведены в таблице 6.9.1.

Таблица 6.9.1 − Уровень проработки кабель-каналов

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+
	Диаметр		+	+	32 мм
	Длина		+	+	1000 мм
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Щиты/шкафы, электрические и осветительные приборы

• Описание уровня информационного наполнения LOI приведены в таблице 6.10.1.

Таблица 6.10.1 − Уровень проработки электрооборудования

	Параметры	Концепция	Стадия П	Стадия Р	Пример  заполнения
LOI	Код по классификатору		+	+
	ADSK_Длина			+	300 мм
	ADSK_Ширина			+	300 мм
	ADSK_Высота			+	300 мм
	ADSK_Наименование			+
	ADSK_Марка			+
	ADSK_Код оборудования			+

Общие требования к проверкам на коллизии

Проектировщику на протяжении проекта необходимо отслеживать коллизии в BIM-модели и своевременно их устранять. Рекомендуется создать в Navisworks сводную модель объекта в формате NWF, содержащую необходимые проверки, и периодически обновлять входящие в нее модели Revit.

Выделено три категории проверок и выявляемых коллизий: «1», «2», «3». Описание категорий приведено в таблице 7.1.1. В первую очередь необходимо устранять коллизии категории «А», т.к. они в большей степени влияют на качество проектных решений.

Наименование проверок выполнено в следующем формате:

[Шифр][Категория][Описание проверки]_[Допуск]

Таблица 7.1.1 – Категории проверок

Категория	Описание
1	Коллизии, непосредственно влияющие на проектные решения и в целом на качество проекта. Примеры: пересечения инженерных систем и ж/б колонн, балок, капителей (отсутствие разводки); пересечения инженерных систем и ж/б стен, перекрытий (отсутствие отверстий или разводки); пересечения между инженерными системами (отсутствие разводки); пересечения машиномест и инженерных систем (в некоторых случаях − ошибки при проектировании); несоответствие проемов АР и КР (нескоординированность между разделами).
2	Коллизии, преимущественно являющиеся следствием ошибок при моделировании, влияющие на объемы и на качество модели. Примеры: дублирование элементов (ошибки при моделировании); пересечения внутри моделей АР (ошибки при моделировании); пересечения внутри моделей КР (ошибки при моделировании); пересечения между моделями АР и КР (ошибки при моделировании).
3	Коллизии, напрямую не влияющие ни на объемы, ни на проектные решения, но требующие внимания, т.к. в определенных случаях могут повлиять на проектные решения. Данный тип коллизий требует детального анализа. Примеры: пересечения труб небольшого диаметра со стенами (при прокладке труб крупными пучками – отсутствие отверстий); пересечения инженерных систем и потолков (допускается перпендикулярное пересечение и не допускается параллельное); пересечения труб небольшого диаметра с другими инженерными системами (при разводке в стесненных условиях, могут повлиять на высоту потолков); пересечения мебели и зон обслуживания.

Допускается наличие в моделях «фиктивных» коллизий, возникающих в результате условностей при моделировании, а также особенностей прорисовки геометрии в Navisworks (Рисунок 7.1.1). Примеры «фиктивных» коллизий:

• пересечение трубопроводов с соединительными деталями или арматурой при раструбном соединении;

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

Рисунок 7.1.1 – «Фиктивные» коллизии

Коллизии категорий 2 и 3 могут попадать в допуски при моделировании. Каждый такой случай анализируется и согласуется с участниками рабочей группы.

Поисковые наборы для проверок 3D-концепции и стадии П

Таблица 7.2.1 − Поисковые наборы для проверок на коллизии моделей 3D-концепции и стадии П

Раздел	Имя набора	Категория	Описание
АР	АР_Стены наружные	Стены	Стены наружные
	АР_Стены внутренние	Стены	Стены внутренние, исключая невозводимые перегородки
	АР_Витражи	Стены	Витражные конструкции
	АР_Двери и окна	Двери; Окна	Двери, ворота и окна
	АР_Фасад	Стены	Отделка фасада, фасадные конструкции
	АР_Полы	Перекрытия	Отделка пола
	АР_Потолки	Потолки	Подвесные потолки
	АР_Кровля	Кровля	Кровля
КР	КР_Фундаменты	Фундаменты	Фундаменты
	КР_Стены	Стены	Стены
	КР_Перекрытия	Перекрытия	Перекрытия
	КР_Лестницы и рампы	Лестничные марши; Перекрытия; Обобщенные модели	Лестничные марши и рампы
	КР_Балки	Каркас несущий	Балки
	КР_Колонны и капители	Несущие колонны; Перекрытия	Колонны, пилоны, капители
ВИС	ВИС_Воздуховоды	Воздуховоды	Воздуховоды, один из размеров которых (диаметр, ширина, высота) ≥150 мм
	ВИС_Трубы	Трубы	Трубы, исключая трубы канализационной системы, диаметр которых ≥100 мм
	ВИС_Трубы канализации	Трубы	Трубы канализационной  системы
	ВИС_Лотки	Кабельные лотки	Кабельные лотки, один из размеров которых (диаметр, ширина, высота) ≥150 мм
	ВИС_Оборудование	Оборудование;  Электрооборудование; Сантехнические приборы	Оборудование ОВ, ВК, щиты/шкафы ЭОМ/CC, пожарные шкафы, сантехнические приборы
	ВИС_Зоны обслуживания	-	Зоны эксплуатации оборудования

Проверки на коллизии моделей 3D-концепции и стадии П

Таблица 7.3.1 – Необходимые проверки на коллизии 3D-концепции и стадии П

Шифр	Приоритет	Проверка	Проверяемые наборы		Допуск	Комментарии
			Набор А	Набор Б
Проверки на дублирование
Д.1	B	АР – АР (Дублирование)	Вся модель	Вся модель	-	Дублирование архитектурных элементов
Д.2	B	КР – КР (Дублирование)	Вся модель	Вся модель	-	Дублирование конструктивных элементов
Д.3	B	ВИС – ВИС (Дублирование)	Вся модель	Вся модель	-	Дублирование инженерных элементов

Таблица 7.3.2 – Необходимые проверки на коллизии на этапах 2-3 стадии П

Шифр	Категория	Проверка	Проверяемые наборы		Допуск	Комментарии
			Набор А	Набор Б
Проверки на пересечения
П.1	АР – АР
П.1.1	B	АР_Стены	АР_Стены наружные АР_Стены внутренние	АР_Стены наружные  АР_Стены внутренние	100 мм	Пересечения архитектурных стен между собой
П.1.2	B	АР_Стены – АР_Фасад	АР_Стены наружные АР_Стены внутренние	АР_Фасад	100 мм	Пересечения архитектурных стен с фасадными конструкциями
П.1.3	B	АР_Стены – АР_Витражи	АР_Стены наружные АР_Стены внутренние	АР_Витражи	100 мм	Пересечения архитектурных стен с витражами
П.1.4	B	АР_Стены – АР_Полы	АР_Стены наружные АР_Стены внутренние	АР_Полы	80 мм	Пересечения архитектурных стен с полами
П.1.5	B	АР_Фасад – АР_Витражи, окна, двери	АР_Фасад	АР_Витражи  АР_Двери и окна	80 мм	Пересечения фасадных конструкций с витражами, окнами и дверями
П.2	КР – КР
П.2.1	B	КР_Вертикальные конструкции	КР_Стены КР_Колонны и капители	КР_Стены КР_Колонны и капители	80 мм	Пересечения вертикальных конструкций раздела КР между собой
П.2.2	B	КР_Вертикальные конструкции – КР_Горизонтальные конструкции	КР_Стены КР_Колонны и капители	КР_Фундаменты КР_Перекрытия КР_Балки	80 мм	Пересечения вертикальных и горизонтальных конструкций раздела КР
П.2.3	B	КР_Лестницы, рампы − КР	КР_Лестницы и рампы	КР_Фундаменты КР_Перекрытия КР_Стены	80 мм	Пересечения лестничных маршей, площадок, рамп со стенами, перекрытиями и фундаментами
П.3	КР – АР
П.3.1	A	АР_Двери и окна – КР_Стены	АР_Двери и окна	КР_Стены	80 мм	Пересечения архитектурных окон и дверей со стенами КР (для проверки соответствия габаритов окон и дверей и их расположения с проемами в стенах)
П.3.2	B	КР_Стены и колонны – АР_Стены	КР_Стены КР_Колонны и капители	АР_Стены наружные АР_Стены внутренние АР_Витражи	80 мм	Пересечения вертикальных конструкций раздела КР с архитектурными стенами
П.3.3	B	КР_Перекрытия – АР_Стены	КР_Перекрытия	АР_Стены наружные АР_Стены внутренние АР_Витражи	80 мм	Пересечения перекрытий КР с архитектурными стенами
П.3.4	B	КР_Перекрытия – АР_Полы и кровля	КР_Перекрытия	АР_Полы АР_Кровля	100 мм	Пересечения перекрытий КР с полами и кровлей АР
П.3.5	B	КР_Лестницы, рампы – АР_Стены	КР_Лестницы и рампы	АР_Стены наружные АР_Стены внутренние	50 мм	Пересечения лестничных маршей, площадок, рамп с архитектурными стенами
П.4	КР – ВИС
П.4.1	A	КР – ВИС_Трассы	КР_Колонны и капители КР_Балки	ВИС_Воздуховоды  ВИС_Трубы ВИС_Лотки	50 мм	Пересечения колонн и балок раздела КР с элементами инженерных систем
П.4.2	A	КР – ВИС_Трубы канализации	КР_Колонны и капители КР_Балки	ВИС_Трубы канализации	50 мм	Пересечения колонн и балок раздела КР с трубами канализационной системы
П.4.3	A	КР_Перекрытия и фундаменты – ВИС_Трассы	КР_Фундаменты КР_Перекрытия	ВИС_Воздуховоды  ВИС_Лотки	50 мм	Пересечения перекрытий и фундаментов раздела КР с элементами инженерных систем
П.4.4	А	КР_Стены – ВИС_Трассы	КР_Стены	ВИС_Воздуховоды ВИС_Лотки	50 мм	Пересечения стен раздела КР с элементами инженерных систем
П.4.5	A	КР_Лестницы, рампы – ВИС_Трассы	КР_Лестницы и рампы	ВИС_Воздуховоды  ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки	50 мм	Пересечения лестниц и рамп раздела КР с элементами инженерных систем
П.4.6	С	КР_Стены – ВИС_Трубы	КР_Стены	ВИС_Трубы ВИС_Трубы канализации	50 мм	Пересечения стен раздела КР с трубопроводами
П.4.7	С	КР_Перекрытия – ВИС_Трубы	КР_Перекрытия	ВИС_Трубы ВИС_Трубы канализации	50 мм	Пересечения перекрытий раздела КР с трубопроводами
П.4.8	С	КР – ВИС_Оборудование	КР_Фундаменты КР_Перекрытия КР_Стены КР_Колонны и капители КР_Балки	ВИС_Оборудование	50 мм	Пересечения раздела КР с оборудованием раздела ВИС
П.4.9	С	КР – ВИС_Зоны обслуживания	КР_Перекрытия КР_Стены КР_Колонны и капители	ВИС_Зоны обслуживания	100 мм	Пересечения зон обслуживания оборудования с элементами раздела КР
П.5	ВИС – АР
П.5.1	А	ВИС_Трассы – АР_Стены и фасад	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	АР_Стены наружные АР_Фасад	100 мм	Пересечения инженерных систем с наружными стенами раздела АР
П.5.2	С	ВИС_Трассы – АР_Витражи, окна, двери	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	АР_Витражи  АР_Двери и окна	100 мм	Пересечения инженерных систем с витражами, дверями и окнами раздела АР
П.5.3	С	ВИС_Оборудование – АР_Стены	ВИС_Оборудование ВИС_Зоны обслуживания	АР_Стены наружные АР_Стены внутренние АР_Витражи	100 мм	Пересечения инженерных систем с архитектурными стенами
П.4.4	С	АР – ВИС_Зоны обслуживания	ВИС_Зоны обслуживания	АР_Стены наружные АР_Стены внутренние АР_Витражи	100 мм	Пересечения зон обслуживания оборудования с элементами раздела АР
П.5.5	С	ВИС – АР_Потолки	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	АР_Потолки	100 мм	Пересечения инженерных систем с потолками
П.6	ВИС – ВИС
П.6.1	A	ВИС_Воздуховоды	ВИС_Воздуховоды	ВИС_Воздуховоды	50 мм	Пересечения воздуховодов между собой
П.6.2	A	ВИС_Трубы канализации	ВИС_Трубы канализации	ВИС_Трубы канализации	50 мм	Пересечения трубопроводов канализации между собой
П.6.3	A	ВИС_Трубы канализации – ВИС_Трассы	ВИС_Трубы канализации	ВИС_Воздуховоды ВИС_Трубы ВИС_Лотки	50 мм	Пересечения трубопроводов канализации с воздуховодами, трубопроводами и кабельными лотками
П.6.4	С	ВИС_Трубы	ВИС_Трубы	ВИС_Трубы	50 мм	Пересечения трубопроводов между собой
П.6.5	С	ВИС_Лотки	ВИС_Лотки	ВИС_Лотки	50 мм	Пересечения кабельных лотков между собой
П.6.6	С	ВИС_Воздуховоды – ВИС_Трубы	ВИС_Воздуховоды	ВИС_Трубы	50 мм	Пересечения воздуховодов и трубопроводов
П.6.7	С	ВИС_Воздуховоды – ВИС_Лотки	ВИС_Воздуховоды	ВИС_Лотки	50 мм	Пересечения воздуховодов и кабельных лотков
П.6.8	С	ВИС_Трубы – ВИС_Лотки	ВИС_Трубы ВИС_Трубы канализации	ВИС_Лотки	50 мм	Пересечения трубопроводов и кабельных лотков
П.6.9	С	ВИС_Оборудование – ВИС_Трассы	ВИС_Оборудование	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	50 мм	Пересечения инженерного оборудования и магистралей
П.6.10	С	ВИС_Зоны обслуживания – ВИС	ВИС_Зоны обслуживания	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды ВИС_Оборудование	50 мм	Пересечения инженерного оборудования и магистралей
Проверки на дублирование
Д.1	А	АР – АР (Дублирование)	Вся модель	Вся модель	-	Дублирование архитектурных элементов
Д.2	А	КР – КР (Дублирование)	Вся модель	Вся модель	-	Дублирование конструктивных элементов
Д.3	А	ВИС – ВИС (Дублирование)	Вся модель	Вся модель	-	Дублирование инженерных элементов

Поисковые наборы для проверок стадии Р

Таблица 7.4.1 - Поисковые наборы для проверки на коллизии стадии Р

Раздел	Имя набора	Категория	Описание
АР	АР_Стены наружные	Стены	Стены наружные
	АР_Стены внутренние	Стены	Стены внутренние, исключая невозводимые перегородки
	АР_Витражи	Стены	Витражные конструкции
	АР_Двери и окна	Двери  Окна	Двери, ворота и окна
	АР_Фасад	Стены	Отделка фасада, фасадные конструкции
	АР_Полы	Перекрытия	Отделка пола
	АР_Потолки	Потолки	Подвесные потолки
	АР_Кровля	Кровля	Кровля
КР	КР_Фундаменты	Фундаменты	Фундаменты
	КР_Стены	Стены	Стены
	КР_Перекрытия	Перекрытия	Перекрытия,
	КР_Лестницы и рампы	Лестничные марши Перекрытия Обобщенные модели	Лестничные марши и рампы
	КР_Балки	Каркас несущий	Балки
	КР_Колонны и капители	Несущие колонны Перекрытия	Колонны, пилоны, капители
ВИС	ВИС_Воздуховоды	Воздуховоды	Воздуховоды
	ВИС_Трубы	Трубы	Трубы, исключая трубы канализационной системы
	ВИС_Трубы канализации	Трубы	Трубы канализационной  системы
	ВИС_Лотки	Кабельные лотки	Кабельные лотки
	ВИС_Оборудование	Оборудование  Электрооборудование Сантехнические приборы	Оборудование ОВ, ВК, щиты/шкафы ЭОМ/CC, пожарные шкафы, сантехнические приборы
	ВИС_Зоны обслуживания		Зоны эксплуатации оборудования

Проверки на коллизии моделей стадии Р

Таблица 7.5.1 – Необходимые проверки на коллизии на стадии Р

Шифр	Категория	Проверка	Проверяемые наборы		Допуск	Комментарии
			Набор А	Набор Б
Проверки на пересечения
Р.1	АР – АР
Р.1.1	B	АР_Стены	АР_Стены наружные АР_Стены внутренние	АР_Стены наружные  АР_Стены внутренние	20 мм	Пересечения архитектурных стен между собой
Р.1.2	B	АР_Полы	АР_Полы	АР_Полы	20 мм	Пересечения архитектурных полов между собой
Р.1.3	B	АР_Кровля	АР_Кровля	АР_Кровля	30 мм	Пересечения кровли между собой
Р.1.4	B	АР_Стены – АР_Фасад	АР_Стены наружные АР_Стены внутренние	АР_Фасад	30 мм	Пересечения архитектурных стен с фасадными конструкциями
Р.1.5	B	АР_Стены – АР_Витражи	АР_Стены наружные АР_Стены внутренние	АР_Витражи	20 мм	Пересечения архитектурных стен с витражами
Р.1.6	B	АР_Стены – АР_Полы	АР_Стены наружные АР_Стены внутренние	АР_Полы	20 мм	Пересечения архитектурных стен с полами
Р.1.7	B	АР_Стены – АР_Потолки	АР_Стены наружные АР_Стены внутренние	АР_Потолки	20 мм	Пересечения архитектурных стен с потолками
Р.1.8	B	АР_Стены – АР_Кровля	АР_Стены наружные АР_Стены внутренние	АР_Кровля	20 мм	Пересечения архитектурных стен с кровлей
Р.1.9	B	АР_Фасад – АР_Витражи, окна, двери	АР_Фасад	АР_Витражи  АР_Двери и окна	20 мм	Пересечения фасадных конструкций с витражами, окнами и дверями
Р.2	КР – КР
Р.2.1	B	КР_Фундаменты	КР_Фундаменты	КР_Фундаменты	20 мм	Пересечения фундаментов раздела КР между собой
Р.2.2	B	КР_Перекрытия и балки	КР_Перекрытия КР_Балки	КР_Перекрытия КР_Балки	20 мм	Пересечения перекрытий и балок раздела КР между собой
Р.2.3	B	КР_Вертикальные конструкции	КР_Стены КР_Колонны и капители	КР_Стены КР_Колонны и капители	20 мм	Пересечения вертикальных конструкций раздела КР между собой
Р.2.4	B	КР_Вертикальные конструкции – КР_Горизонтальные конструкции	КР_Стены КР_Колонны и капители	КР_Фундаменты КР_Перекрытия КР_Балки	20 мм	Пересечения вертикальных и горизонтальных конструкций раздела КР
Р.2.5	B	КР_Лестницы, рампы − КР	КР_Лестницы и рампы	КР_Фундаменты КР_Перекрытия КР_Стены	20 мм	Пересечения лестничных маршей, площадок, рамп со стенами, перекрытиями и фундаментами
Р.3	КР – АР
Р.3.1	A	АР_Двери и окна – КР_Стены	АР_Двери и окна	КР_Стены	20 мм	Пересечения архитектурных окон и дверей со стенами КР (для проверки соответствия габаритов окон и дверей и их расположения с проемами в стенах)
Р.3.2	B	КР_Стены и колонны – АР_Стены	КР_Стены КР_Колонны и капители	АР_Стены наружные АР_Стены внутренние АР_Витражи АР_Фасад	20 мм	Пересечения вертикальных конструкций раздела КР с архитектурными стенами
Р.3.3	B	КР_Перекрытия – АР_Стены	КР_Перекрытия КР_Балки	АР_Стены наружные АР_Стены внутренние АР_Витражи АР_Фасад	20 мм	Пересечения перекрытий КР с архитектурными стенами
Р.3.4	B	КР_Перекрытия – АР_Полы и кровля	КР_Перекрытия	АР_Полы АР_Кровля	20 мм	Пересечения перекрытий КР с полами и кровлей АР
Р.3.5	B	КР_Лестницы, рампы – АР_Стены	КР_Лестницы и рампы	АР_Стены наружные АР_Стены внутренние	20 мм	Пересечения лестничных маршей, площадок, рамп с архитектурными стенами
Р.4	КР – ВИС
Р.4.1	A	КР – ВИС_Трассы	КР_Колонны и капители КР_Балки	ВИС_Воздуховоды  ВИС_Трубы ВИС_Лотки	20 мм	Пересечения колонн и балок раздела КР с элементами инженерных систем
Р.4.2	A	КР – ВИС_Трубы канализации	КР_Колонны и капители КР_Балки	ВИС_Трубы канализации	20 мм	Пересечения колонн и балок раздела КР с трубами канализационной системы
Р.4.3	A	КР_Перекрытия и фундаменты – ВИС_Трассы	КР_Фундаменты КР_Перекрытия	ВИС_Воздуховоды  ВИС_Лотки	20 мм	Пересечения перекрытий и фундаментов раздела КР с элементами инженерных систем
Р.4.4	А	КР_Стены – ВИС_Трассы	КР_Стены	ВИС_Воздуховоды ВИС_Лотки	20 мм	Пересечения стен раздела КР с элементами инженерных систем
Р.4.5	A	КР_Лестницы, рампы – ВИС_Трассы	КР_Лестницы и рампы	ВИС_Воздуховоды  ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки	20 мм	Пересечения лестниц и рамп раздела КР с элементами инженерных систем
Р.4.6	С	КР_Стены – ВИС_Трубы	КР_Стены	ВИС_Трубы ВИС_Трубы канализации	20 мм	Пересечения стен раздела КР с трубопроводами
Р.4.7	С	КР_Перекрытия – ВИС_Трубы	КР_Перекрытия	ВИС_Трубы ВИС_Трубы канализации	20 мм	Пересечения перекрытий раздела КР с трубопроводами
Р.4.8	B	КР – ВИС_Оборудование	КР_Фундаменты КР_Перекрытия КР_Стены КР_Колонны и капители КР_Балки	ВИС_Оборудование	20 мм	Пересечения раздела КР с оборудованием раздела ВИС
Р.4.9	С	КР – ВИС_Зоны обслуживания	КР_Перекрытия КР_Стены КР_Колонны и капители	ВИС_Зоны обслуживания	20 мм	Пересечения зон обслуживания оборудования с элементами раздела КР
Р.5	ВИС – АР
Р.5.1	А	ВИС_Трассы – АР_Стены и фасад	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	АР_Стены наружные АР_Фасад	20 мм	Пересечения инженерных систем с наружными стенами раздела АР
Р.5.2	С	ВИС_Трассы – АР_Витражи, окна, двери	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	АР_Витражи АР_Двери и окна	20 мм	Пересечения инженерных систем с витражами, дверями и окнами раздела АР
Р.5.3	C	ВИС_Оборудование – АР_Стены	ВИС_Оборудование ВИС_Зоны обслуживания	АР_Стены наружные АР_Стены внутренние АР_Витражи	20 мм	Пересечения элементов раздела ВИС с архитектурными стенами
Р.5.4	С	АР – ВИС_Зоны обслуживания	ВИС_Зоны обслуживания	АР_Стены наружные АР_Стены внутренние АР_Витражи	20 мм	Пересечения зон обслуживания оборудования с элементами раздела АР
Р.5.6	С	ВИС – АР_Потолки	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	АР_Потолки	20 мм	Пересечения элементов раздела ВИС с потолками
Р.5.7	C	ВИС – АР_Кровля	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Оборудование	АР_Кровля	20 мм	Пересечения элементов раздела ВИС с кровлей
Р.6	ВИС – ВИС
Р.6.1	A	ВИС_Воздуховоды	ВИС_Воздуховоды	ВИС_Воздуховоды	20 мм	Пересечения воздуховодов между собой
Р.6.2	A	ВИС_Трубы канализации	ВИС_Трубы канализации	ВИС_Трубы канализации	20 мм	Пересечения трубопроводов канализации между собой
Р.6.3	A	ВИС_Трубы канализации – ВИС_Трассы	ВИС_Трубы канализации	ВИС_Воздуховоды ВИС_Трубы ВИС_Лотки	20 мм	Пересечения трубопроводов канализации с воздуховодами, трубопроводами и кабельными лотками
Р.6.4	С	ВИС_Трубы	ВИС_Трубы	ВИС_Трубы	20 мм	Пересечения трубопроводов между собой
Р.6.5	С	ВИС_Лотки	ВИС_Лотки	ВИС_Лотки	20 мм	Пересечения кабельных лотков между собой
Р.6.6	С	ВИС_Воздуховоды – ВИС_Трубы	ВИС_Воздуховоды	ВИС_Трубы	20 мм	Пересечение воздуховодов и трубопроводов
Р.6.7	С	ВИС_Воздуховоды – ВИС_Лотки	ВИС_Воздуховоды	ВИС_Лотки	20 мм	Пересечение воздуховодов и кабельных лотков
Р.6.8	С	ВИС_Трубы – ВИС_Лотки	ВИС_Трубы ВИС_Трубы канализации	ВИС_Лотки	20 мм	Пересечение трубопроводов и кабельных лотков
Р.6.9	С	ВИС_Оборудование – ВИС_Трассы	ВИС_Оборудование	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды	20 мм	Пересечение инженерного оборудования и магистралей
Р.6.10	С	ВИС_Зоны обслуживания – ВИС	ВИС_Зоны обслуживания	ВИС_Трубы ВИС_Трубы канализации ВИС_Лотки ВИС_Воздуховоды ВИС_Оборудование	20 мм	Пересечение инженерного оборудования и магистралей
Проверки на дублирование
Д.1	А	АР – АР (Дублирование)	Вся модель	Вся модель	-	Дублирование архитектурных элементов
Д.2	А	КР – КР (Дублирование)	Вся модель	Вся модель	-	Дублирование конструктивных элементов
Д.3	А	ВИС – ВИС (Дублирование)	Вся модель	Вся модель	-	Дублирование инженерных элементов

Требования к форматам файлов

Передаваемые BIM-модели должны удовлетворять следующим требованиям:
- быть скоординированными с другими разделами;
- содержать достоверную и полную для данного этапа информацию;
- быть очищенными от неиспользуемой информации.
- дополнительные требования от заказчика

Требования к моделям Revit

Передаваемые на проверку модели Autodesk Revit должны соответствовать следующим требованиям:

• модели отсоединены от файла-хранилища;

• удалены неиспользуемые семейства (Рисунок 8.1.1);
  

  
  Рисунок 8.1.1 – Удаление неиспользуемых семейств
  
  

• удалены 2D-подложки;

• в моделях должны содержаться планы этажей и зонирования c цветовой заливкой, содержащие помещения и зоны, используемые для расчета ТЭП (Рисунок 8.1.2), а также спецификации;
  

  
  

  Рисунок 8.1.2 – План зонирования

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

• настроен 3D-вид для экспорта в Navisworks с настроенным отображением графики;

• настроены параметры публикации в BIM360 (необязательное требование) (Рисунок 8.1.3).

Необходимо создать набор для публикации, содержащий листы с документацией и корректный 3D-вид (рекомендуется использовать вид Navisworks, см. предыдущий пункт);

Рисунок 8.1.3 – Настройка параметров публикации в BIM360

• координаты файлов должны быть согласованы между собой;

• объем файла не более 500 Мб.

Модели Revit для промежуточной еженедельной выгрузки допускается выгружать в текущем виде без дополнительной очистки при объеме файла менее 500 Мб.

Требования к сводным моделям Navisworks

Передаваемые на проверку модели Autodesk Navisworks в формате NWD должны соответствовать следующим требованиям:

• сводная BIM-модель, должна включать модели всех разделов проекта, в том числе разрабатываемых отдельными организациями (дизайн-проект, наружные сети, благоустройство);

• выполнены проверки на коллизии (см. раздел 7);

Требования к BIM-моделям 3D-концепции

По завершении этапа 3D-концепции необходимо выполнить выгрузку файлов на сервер для сохранения вехи при переходе на следующий этап.

Перечень сохраняемых форматов и требования к ним приведены в таблице 9.2.1.

Таблица 9.1.1 – Требования к BIM-моделям 3D-концепции

Формат	Описание	Требования
RVT	Модели Autodesk Revit	Общие требования (раздел 8.1); В моделях содержатся альбомы концепции; В моделях содержатся листы с графической формой чек-листа соответствия стандартам ADSK Group.
NWD	Сводная BIM-модель этапа в Autodesk Navisworks	Общие требования (раздел 8.2); Загружены и настроены поисковые наборы: Выполнены проверки на коллизии
PDF, DWG	Альбомы концепции
PDF, DWG	Графическая форма чек-листа соответствия стандартам ADSK Group

Требования к BIM-моделям стадии П

После прохождения МГЭ необходимо выполнить выгрузку файлов проекта на сервер для сохранения данных.

Перечень передаваемых форматов и требования к ним приведены в таблице 9.5.1.

Таблица 9.2.1 – Требования к BIM-моделям стадии П

Формат	Описание	Требования
RVT	Модели Autodesk Revit	Общие требования; В моделях содержатся листы с документацией;
NWD	Сводная BIM-модель этапа в Autodesk Navisworks	Общие требования; Загружены и настроены поисковые наборы: Выполнены проверки на коллизии
IFC	Модели формата IFC	Общие требования (раздел 8.3); Модели с помещениями и зонами; Модели фасадов.
XLS	Таблица Microsoft Excel с данными расчета ТЭП и объемов	Таблицу необходимо сформировать на основе данных расчета Quantification
PDF, DWG	Откорректированная по результатам прохождения МГЭ, проектная документация.

Требования к BIM-моделям стадии Р

На стадии Р модели Autodesk Revit необходимо сохранять данные на сервере раз в неделю.

Таблица 9.3.1 – Требования к BIM-моделям стадии Р

Формат	Описание	Требования
RVT	Модели Autodesk Revit	Общие требования; В моделях содержатся листы с рабочей документацией Модели необходимо передавать при каждой выдаче комплектов документации на согласование.
NWD	Сводная BIM-модель в Autodesk Navisworks	Общие требования; Загружены и настроены поисковые наборы: Выполнены проверки на коллизии
IFC	Модели формата IFC	Общие требования; Модели с помещениями и зонами;
XLS	Таблица Microsoft Excel с данными расчета ТЭП и объемов	Таблицу необходимо сформировать на основе данных расчета Quantification
PDF, DWG	Рабочая документация