| Раздел документа | Описание содержания | Ключевые элементы |
|---|---|---|
| Цели проекта | Определение стратегических задач применения BIM, ожидаемых результатов и критериев успеха проекта | Задачи BIM, сценарии использования моделей, показатели эффективности |
| Роли и обязанности | Распределение функций между участниками проекта, структура команды, иерархия принятия решений | BIM-менеджер, BIM-координатор, моделлеры по разделам АР, КР, ОВ, ВК, ТХ |
| Уровни детализации LOD | Матрица соответствия уровней проработки элементов стадиям проектирования согласно ISO 19650 | LOD 100-500, LOG (геометрия), LOI (информация), стадийность |
| Форматы данных | Спецификация форматов обмена информацией между участниками, нативные и открытые форматы | IFC2x3, IFC4, DWG, RVT, NWC, BCF, COBie |
| Программное обеспечение | Перечень используемых BIM-приложений, версии ПО, требования к аппаратному обеспечению | Revit, Navisworks, Tekla, ArchiCAD, Renga, просмотрщики моделей |
| График координации | Расписание обмена моделями, контрольные точки проверок, процедуры синхронизации данных | Частота передачи, точки принятия решений, проверка на коллизии |
| Среда общих данных CDE | Организация централизованного хранилища проектных данных, структура папок, правила доступа | WIP, Shared, Published, Archived, контроль версий, аудит изменений |
| Стандарты моделирования | Требования к структуре моделей, наименованию элементов, системы классификации объектов | Omniclass, Uniclass, СП 333.1325800.2020, шаблоны проектов |
| Роль | Основные обязанности | Компетенции | Взаимодействие |
|---|---|---|---|
| BIM-менеджер | Разработка стратегии BIM, формирование BEP, контроль соблюдения стандартов, управление процессами моделирования на уровне организации | Понимание проектирования, знание BIM-технологий, навыки программирования, управление командой | Заказчик, руководство, BIM-координаторы |
| BIM-координатор АР | Координация архитектурного раздела, контроль качества модели АР, взаимодействие со смежными разделами, выпуск документации | Архитектурное проектирование, знание Revit/ArchiCAD, координация разделов | BIM-менеджер, координаторы КР/ОВ/ВК, моделлеры АР |
| BIM-координатор КР | Координация конструктивного раздела, проверка несущих конструкций, контроль армирования, анализ коллизий с АР и инженерными системами | Конструктивное проектирование, знание Revit/Tekla, расчеты конструкций | BIM-менеджер, координаторы АР/ОВ/ВК, моделлеры КР |
| BIM-координатор ОВ | Координация систем отопления и вентиляции, проверка трассировки воздуховодов, контроль теплотехнических расчетов | Проектирование ОВ, знание Revit MEP, гидравлические расчеты | BIM-менеджер, координаторы АР/КР/ВК, моделлеры ОВ |
| BIM-координатор ВК | Координация систем водоснабжения и канализации, проверка прокладки трубопроводов, контроль санитарно-технических систем | Проектирование ВК, знание Revit MEP, расчеты систем водоснабжения | BIM-менеджер, координаторы АР/КР/ОВ, моделлеры ВК |
| Моделлер | Создание элементов информационной модели, оформление чертежей, заполнение параметров объектов, работа в режиме совместного доступа | Знание BIM-ПО по специализации, понимание стандартов, навыки моделирования | BIM-координатор раздела, другие моделлеры |
| BIM-мастер | Разработка семейств и шаблонов, настройка рабочей среды, техническая поддержка пользователей, автоматизация процессов | Глубокое знание BIM-ПО, параметризация, основы программирования | BIM-менеджер, координаторы, моделлеры |
| Элемент модели | Создает | Проверяет | Утверждает | Комментарии |
|---|---|---|---|---|
| Архитектурная модель | Моделлер АР | BIM-координатор АР | BIM-менеджер, ГАП | Включает стены, перекрытия, кровлю, окна, двери, отделку |
| Конструктивная модель | Моделлер КР | BIM-координатор КР | BIM-менеджер, ГИП КР | Фундаменты, колонны, балки, плиты, армирование |
| Система отопления | Моделлер ОВ | BIM-координатор ОВ | BIM-менеджер, ГИП ОВ | Трубопроводы, радиаторы, теплогенераторы, автоматика |
| Система вентиляции | Моделлер ОВ | BIM-координатор ОВ | BIM-менеджер, ГИП ОВ | Воздуховоды, вентиляторы, фильтры, увлажнители |
| Система водоснабжения | Моделлер ВК | BIM-координатор ВК | BIM-менеджер, ГИП ВК | Трубы ХВС/ГВС, насосы, запорная арматура |
| Система канализации | Моделлер ВК | BIM-координатор ВК | BIM-менеджер, ГИП ВК | Трубы канализации, сантехприборы, очистные сооружения |
| Проверка на коллизии | BIM-координаторы разделов | BIM-менеджер | ГИП, Заказчик | Еженедельная проверка в Navisworks, отчеты BCF |
| Сводная модель | BIM-менеджер | BIM-координаторы | ГИП, Заказчик | Федеративная модель всех разделов для координации |
| Процедура | Частота | Формат передачи | Платформа CDE | Ответственный |
|---|---|---|---|---|
| Передача модели АР | Еженедельно по понедельникам до 12:00 | RVT (Revit), IFC4 | Папка Shared/AR, версия фиксируется | BIM-координатор АР |
| Передача модели КР | Еженедельно по вторникам до 12:00 | RVT (Revit), IFC4 | Папка Shared/KR, версия фиксируется | BIM-координатор КР |
| Передача моделей ОВ/ВК | Еженедельно по средам до 12:00 | RVT (Revit), IFC4 | Папка Shared/OV, Shared/VK | BIM-координаторы ОВ, ВК |
| Сборка федеративной модели | Еженедельно по четвергам | NWF (Navisworks) | Папка Shared/Coordination | BIM-менеджер |
| Проверка на коллизии | Еженедельно по четвергам-пятницам | BCF (BIM Collaboration Format) | Папка Shared/Issues, трекер задач | BIM-менеджер, координаторы |
| Передача чертежей DWG | По завершении стадии | DWG AutoCAD 2018 | Папка Published/Drawings | BIM-координаторы разделов |
| Выгрузка для заказчика | На контрольных точках проекта | IFC4, PDF, NWD (Navisworks) | Папка Published/Client | BIM-менеджер |
| Архивирование моделей | Ежемесячно, по завершении стадий | ZIP-архивы с моделями и документацией | Папка Archived, внешнее хранилище | BIM-менеджер, системный администратор |
- Введение: назначение и структура BEP
- Нормативная база: ISO 19650 и требования к BEP
- Структура документа BIM Execution Plan
- Уровни детализации LOD: от концепции до эксплуатации
- Распределение ролей и обязанностей в BIM-команде
- Форматы обмена данными: IFC, DWG и нативные форматы
- Среда общих данных CDE: организация и управление
- Программное обеспечение для реализации BEP
- График координации и процедуры проверок
- Внедрение BEP на проекте: практические рекомендации
Введение: назначение и структура BEP
План выполнения BIM-проекта (BIM Execution Plan, сокращенно BEP) представляет собой стратегический документ, регламентирующий процесс создания и использования информационных моделей на всех этапах реализации строительного проекта. Разработка BEP является обязательным требованием при применении технологий информационного моделирования согласно международному стандарту ISO 19650 и его национальным аналогам. Документ определяет методологию взаимодействия участников проектной группы, устанавливает правила обмена данными и формирует единую информационную среду для эффективной совместной работы.
Основная задача BEP заключается в обеспечении координации между всеми специалистами, участвующими в создании информационной модели здания или сооружения. В отличие от традиционного проектирования, где каждый раздел разрабатывается относительно независимо, BIM-технология требует тесной интеграции архитектурных, конструктивных и инженерных решений. План выполнения BIM-проекта становится связующим элементом, позволяющим синхронизировать работу архитекторов, конструкторов, инженеров систем отопления, вентиляции, водоснабжения и других специалистов в рамках единого информационного пространства.
BEP должен разрабатываться на начальной стадии проекта, до начала активного моделирования. Документ утверждается заказчиком и всеми ключевыми участниками проектной команды. Отсутствие согласованного плана приводит к несогласованности действий, дублированию работ, возникновению большого количества коллизий и, как следствие, к увеличению сроков и стоимости проектирования.
Структура BEP формируется с учетом специфики конкретного проекта, но включает несколько обязательных разделов. Первый раздел содержит общую информацию о проекте, цели применения BIM-технологии и ожидаемые результаты. Второй раздел посвящен распределению ролей и обязанностей между участниками команды. Третий раздел определяет уровни детализации элементов модели в соответствии со стадиями проектирования. Четвертый раздел регламентирует форматы обмена данными и процедуры передачи информации. Пятый раздел описывает программное обеспечение, используемое в проекте. Шестой раздел устанавливает график координации и контрольные точки проверок. Седьмой раздел определяет организацию среды общих данных для централизованного хранения и управления проектными файлами.
↑ Вернуться к оглавлениюНормативная база: ISO 19650 и требования к BEP
Международный стандарт ISO 19650 устанавливает требования к организации информационного менеджмента при использовании технологий BIM. Стандарт состоит из нескольких частей, каждая из которых регулирует определенный аспект работы с информационными моделями. Первая часть ISO 19650-1 определяет концепции и принципы управления информацией на протяжении всего жизненного цикла объекта капитального строительства. Вторая часть ISO 19650-2 содержит требования к процессам управления информацией на этапе создания актива, то есть в процессе проектирования и строительства.
Стандарт ISO 19650 основывается на британских спецификациях PAS 1192, которые были разработаны для обеспечения государственного мандата Великобритании на обязательное применение BIM в проектах государственного заказа с 2016 года. Практическая апробация методологии на сотнях реальных проектов позволила сформировать надежную базу для международной стандартизации. После введения в действие ISO 19650 действие соответствующих британских стандартов серии 1192 на территории Великобритании было прекращено, и отрасль перешла на работу по международным стандартам BS EN ISO 19650.
Стандарт вводит специфическую терминологию для информационного менеджмента: требования к информации по проекту (Project Information Requirements), корпоративные требования к информации (Organizational Information Requirements), требования к обмену информацией (Exchange Information Requirements), информационная модель (Information Model), информационный контейнер (Information Container), точка принятия ключевого решения (Key Decision Point), матрица ответственности (Responsibility Matrix), группа по задаче (Task Team).
Согласно ISO 19650-2, BIM Execution Plan является ответом назначенной стороны на требования к информации, установленные заказчиком в документе Employer's Information Requirements. BEP разрабатывается в два этапа: предконтрактный план представляется на стадии тендера и демонстрирует подход, потенциал и компетенцию участника к выполнению требований EIR в общих чертах, постконтрактный план готовится после заключения договора и детально описывает возможности цепочки поставок с указанием конкретных процедур, ресурсов и графиков реализации проекта.
Стандарт определяет структуру среды общих данных как центрального компонента информационной модели проекта. CDE обеспечивает сбор, управление и распространение информационных контейнеров в контролируемом процессе. Информация в среде общих данных проходит через четыре состояния: работа в процессе (Work in Progress), совместное использование (Shared), опубликовано (Published), архив (Archived). Переход между состояниями осуществляется через формальные процедуры проверки и утверждения, что обеспечивает контроль качества информации на всех стадиях проекта.
↑ Вернуться к оглавлениюСтруктура документа BIM Execution Plan
Документ BIM Execution Plan формируется на основе шаблона, адаптированного к специфике конкретного проекта и организации. Типовая структура BEP включает титульный лист с указанием наименования проекта, заказчика, исполнителя, версии документа и даты утверждения. Раздел управления версиями содержит таблицу изменений с указанием номера версии, даты внесения правок, описания изменений и ответственных лиц. Этот раздел обеспечивает прослеживаемость развития документа в течение всего проекта.
Раздел общих сведений о проекте описывает основные характеристики объекта строительства: назначение здания, площадь, этажность, конструктивную схему, применяемые строительные материалы и технологии. Указываются участники проекта с контактными данными: заказчик, генеральный проектировщик, субподрядчики по отдельным разделам, генеральный подрядчик. Определяются границы применения BIM-технологии, то есть перечень разделов проектной документации, которые будут выполняться в формате информационного моделирования.
Раздел целей и задач BIM конкретизирует, для каких потребностей используется информационное моделирование: визуализация проектных решений для презентации заказчику, координация междисциплинарных решений и выявление коллизий, подготовка спецификаций оборудования и материалов, формирование календарного графика строительства, расчет сметной стоимости, создание документации для эксплуатации объекта. Четкое определение целей позволяет оптимизировать состав информации в модели и избежать избыточной детализации.
Раздел уровней детализации включает матрицу соответствия LOD стадиям проектирования для различных элементов модели. Матрица определяет, с каким уровнем проработки должны быть представлены архитектурные элементы (стены, перекрытия, кровля, окна, двери), конструктивные элементы (фундаменты, колонны, балки, плиты перекрытий), системы отопления (котельные, тепловые пункты, трубопроводы, радиаторы), системы вентиляции (вентиляционные установки, воздуховоды, решетки), системы водоснабжения и канализации на каждой из стадий: концептуальное проектирование, проектная документация (стадия П), рабочая документация (стадия Р), авторский надзор, исполнительная документация.
Раздел форматов обмена данными регламентирует, в каких форматах передаются модели и документация между участниками. Указываются нативные форматы проектных файлов (RVT для Revit, PLN для ArchiCAD, MDL для Renga), открытые форматы для обмена (IFC2x3, IFC4, IFC4.3), форматы для координации (NWC, NWD, NWF в Navisworks), форматы документации (PDF для чертежей, DWG для передачи в AutoCAD), форматы для управления коллизиями (BCF — BIM Collaboration Format), форматы для передачи данных в эксплуатацию (COBie — Construction Operations Building Information Exchange).
↑ Вернуться к оглавлениюУровни детализации LOD: от концепции до эксплуатации
Уровень проработки модели (Level of Development, сокращенно LOD) представляет собой набор требований, определяющих полноту детализации элементов информационной модели. Концепция LOD была впервые документально оформлена Американским институтом архитекторов в протоколе AIA G202-2013, который определил шесть базовых уровней детализации: LOD 100, LOD 200, LOD 300, LOD 350, LOD 400 и наивысший LOD 500. Каждый уровень характеризуется определенной степенью геометрической проработки и информационной наполненности элементов модели.
Уровень детализации LOD состоит из двух составляющих: Level of Geometry (LOG) определяет степень геометрической проработки графической части элемента, Level of Information (LOI) характеризует уровень информационной наполненности параметрами и атрибутами. Таким образом, LOD представляет собой сумму LOG и LOI. Важно понимать, что термин LOD применяется не ко всей информационной модели в целом, а к отдельным элементам. Различные группы объектов могут иметь разные уровни детализации в рамках одного проекта в зависимости от необходимости и стадии разработки.
Характеристика уровней LOD
Уровень LOD 100 представляет концептуальную модель, где элементы изображаются символически или упрощенными объемами. Геометрия может быть представлена простыми параметрическими формами, отражающими приблизительные габариты, ориентацию и расположение объекта. На этом уровне можно провести предварительные технико-экономические расчеты, оценить площади и объемы в первом приближении. Информация об элементах ограничивается общими характеристиками без указания конкретных производителей, марок материалов или детальных спецификаций.
Уровень LOD 200 характеризуется приблизительной геометрией с указанием основных размеров и формы. Элементы моделируются с соблюдением реальных габаритов, но степень условности остается достаточно высокой. На этом уровне появляются базовые неграфические данные: материалы стен, типы перекрытий, характеристики инженерного оборудования. Модель LOD 200 позволяет провести анализ вариантов, выполнить предварительные расчеты по энергоэффективности, оценить объемы материалов для укрупненных смет.
Уровень LOD 300 соответствует стадии проектной документации. Элементы представлены точной геометрией с конкретными размерами, формами, расположением и ориентацией. Появляется информация о связях элементов между собой и с другими системами. Модель содержит достаточно данных для координации разделов и выявления междисциплинарных коллизий. На этом уровне возможна подготовка основных чертежей, спецификаций оборудования, ведомостей объемов работ для тендерной документации.
Промежуточный уровень LOD 350 дополняет LOD 300 точной информацией о взаимодействии элементов с другими системами здания. Модель на уровне LOD 350 включает детальную проработку узлов сопряжения конструктивных элементов, точки подключения инженерных систем, места прохода коммуникаций через строительные конструкции. Этот уровень используется для детальной координации между разделами перед началом разработки рабочей документации.
Уровень LOD 400 соответствует рабочей документации и включает полную детализацию для изготовления и монтажа. Все элементы представлены в сборке с указанием креплений, соединений, способов монтажа. Модель содержит информацию о производителях, артикулах, датах поставки оборудования. На основе модели LOD 400 генерируются рабочие чертежи, монтажные схемы, спецификации для заказа материалов и оборудования. Этот уровень обеспечивает точность, необходимую для производства работ на строительной площадке.
Максимальный уровень LOD 500 представляет исполнительную модель, отражающую фактическое состояние построенного объекта. Модель LOD 500 создается на основе данных исполнительной съемки, лазерного сканирования или корректировки проектной модели по результатам строительства. Элементы отображаются с их реальным расположением, отклонениями от проекта, фактическими характеристиками. Модель передается заказчику для эксплуатации здания, управления техническим обслуживанием и ремонтом, планирования реконструкции.
↑ Вернуться к оглавлениюРаспределение ролей и обязанностей в BIM-команде
Организация BIM-процесса требует четкого распределения функций между участниками проектной команды. В структуре BIM-подразделения выделяются стратегическая, управленческая, техническая, консультационная и производственная роли. Стратегическая функция выполняется BIM-менеджером, который определяет общую стратегию применения BIM в организации, разрабатывает корпоративные стандарты, координирует внедрение технологий, управляет обучением сотрудников. BIM-менеджер является связующим звеном между руководством компании, заказчиками и проектными командами.
Управленческая функция реализуется BIM-координатором на уровне конкретного проекта. BIM-координатор организует совместную работу специалистов в рамках одного раздела проектной документации, контролирует качество моделей, обеспечивает взаимодействие со смежными разделами. В крупных проектах назначается несколько BIM-координаторов по направлениям: архитектурная часть, конструктивная часть, системы отопления и вентиляции, системы водоснабжения и канализации, электроснабжение и слаботочные системы. Каждый координатор отвечает за свою область и регулярно взаимодействует с координаторами других разделов.
Обязанности BIM-менеджера
BIM-менеджер разрабатывает, согласовывает и утверждает BIM-стандарты организации и документ BEP для конкретных проектов. Проводит анализ моделей на коллизии в программной среде Navisworks или аналогичных приложениях, формирует отчеты о выявленных несоответствиях, координирует процесс устранения коллизий между разделами. Выполняет аудит информационных моделей на соответствие требованиям BEP и внутренним регламентам, разрабатывает процедуры проверки качества. Настраивает и адаптирует программное обеспечение под стандарты организации, создает и поддерживает рабочие шаблоны проектов, управляет корпоративными библиотеками семейств.
Для эффективного выполнения функций BIM-менеджер должен обладать высшим инженерно-техническим образованием, пониманием процессов проектирования во всех разделах, знанием BIM-технологий и программного обеспечения, навыками программирования для автоматизации задач, опытом управления командами. BIM-менеджер должен уметь коммуницировать с заказчиками, объяснять преимущества BIM, обосновывать необходимость ресурсов для внедрения технологий.
Функции BIM-координатора
BIM-координатор формирует и актуализирует план выполнения BIM-проекта, содержащий информацию о структуре модели, требованиях к ней и составе участников. Создает и обновляет шаблоны проектов и координационные файлы для объединения разделов. Определяет компетенции участников проекта и распределяет между ними зоны ответственности. Проводит аудит информационных моделей с учетом требований BEP, контролирует соблюдение стандартов моделирования. Отслеживает ход работы каждого участника в соответствии с календарным графиком, организует регулярные совещания по вопросам BIM-процесса. Выполняет архивирование файлов проекта и формирование резервных копий.
BIM-координатор является первым контактным лицом для всех сотрудников внутри своего раздела, координирует их работу и поддерживает при создании моделей и документации проекта в отношении требуемого качества и необходимого содержания информации. Контролирует модели перед передачей в другие разделы, обеспечивает внешнюю коммуникацию с BIM-менеджером и участниками проекта из других разделов. В небольших проектах функции BIM-менеджера и BIM-координатора могут совмещаться одним специалистом.
Производственная роль: моделлер и BIM-автор
Непосредственное создание информационной модели и подготовка документации возлагаются на проектировщика, выполняющего роль BIM-автора или моделлера. Этот специалист имеет опыт работы по своей инженерной специальности и навыки использования BIM-программного обеспечения. Моделлер находится в подчинении у BIM-координатора раздела и руководствуется в работе планом выполнения BIM-проекта, корпоративными BIM-стандартами и регламентами. Особенностью роли является то, что сотрудник выполняет текущую проектную работу, но также должен следовать специфическим требованиям BIM-технологии.
В связи с использованием режима совместной работы один из проектировщиков может повредить BIM-данные всей проектной команды, поэтому к моделлерам предъявляются особые требования по качественной и ответственной работе. BIM-автор создает элементы модели с соблюдением установленных правил именования, структурирования, параметризации. Оформляет чертежи на основе модели, заполняет спецификации, ведомости объемов работ. Координирует свою работу с другими моделлерами раздела через центральный файл проекта и среду общих данных.
↑ Вернуться к оглавлениюФорматы обмена данными: IFC, DWG и нативные форматы
Обмен информацией между участниками BIM-проекта осуществляется с использованием различных форматов файлов в зависимости от целей передачи данных. Нативные форматы проектных приложений (RVT для Autodesk Revit, PLN для Graphisoft ArchiCAD, MDL для Renga, DGN для Bentley MicroStation) обеспечивают полную передачу всей информации модели, включая параметрическую структуру, связи элементов, историю изменений. Нативные форматы используются для работы внутри одного программного продукта и передачи между пользователями, работающими в одинаковом приложении.
Открытый формат IFC (Industry Foundation Classes) представляет собой объектно-ориентированную модель данных, разработанную консорциумом buildingSMART для облегчения взаимодействия в строительной отрасли. IFC зарегистрирован Международной организацией по стандартизации как ISO 16739 и является официальным международным стандартом. Формат обеспечивает кроссплатформенный обмен информационными моделями между различными BIM-приложениями независимо от производителя программного обеспечения. IFC определяет классификацию типичных элементов зданий и сооружений с характерными для каждого типа наборами параметров.
Версии формата IFC
Наиболее распространенными версиями формата являются IFC2x3 и IFC4. Версия IFC2x3 Technical Corrigendum 1 была широко внедрена в BIM-приложениях и использовалась в течение длительного времени. Формат IFC4, утвержденный как ISO 16739-1:2018, представляет собой эволюционное развитие предыдущей версии с расширенными возможностями для описания инженерных систем, улучшенной геометрической точностью, дополнительными атрибутами для управления объектами на стадии эксплуатации. В 2024 году была утверждена версия IFC4.3 Add2 как ISO 16739-1:2024 с поддержкой инфраструктурных объектов. Переход на новые версии IFC осуществляется постепенно по мере адаптации программных продуктов.
IFC не является форматом для продолжения редактирования модели после импорта. Формат предназначен для передачи информации для просмотра, координации, проверки, анализа, но не для дальнейшего активного проектирования. При экспорте в IFC и последующем импорте возможна потеря части геометрической информации, особенно для объектов со сложной криволинейной геометрией. Необходима тщательная настройка параметров экспорта и импорта для минимизации потерь данных.
Формат IFC поддерживает несколько способов кодирования данных. IFC-SPF (STEP Physical File) представляет текстовый формат согласно ISO 10303-21, где каждая строка обычно содержит запись одного объекта, файл имеет расширение .ifc. Это наиболее широко используемый вариант IFC, имеющий преимущество компактного размера при сохранении читаемости текста. IFC-XML представляет XML-формат согласно ISO 10303-28 с расширением .ifcXML, подходящий для интеграции с XML-инструментами и обмена частями модели, но редко применяемый на практике из-за большого размера файлов. IFC-ZIP является ZIP-архивом, содержащим вложенный IFC-SPF или IFC-XML файл с расширением .ifcZIP.
Формат DWG и координация
Формат DWG, разработанный компанией Autodesk для системы AutoCAD, широко используется для передачи двумерных чертежей и трехмерной геометрии. Выгрузка чертежей из BIM-модели в формат DWG обеспечивает совместимость с традиционными процессами проектирования и передачу документации заказчикам, не использующим BIM-технологии. При экспорте в DWG параметрическая информация модели теряется, передается только геометрическое представление объектов в виде линий, полилиний, блоков. Необходимо указывать версию формата DWG для обеспечения совместимости (обычно используется DWG 2018 или DWG 2013).
Для координации междисциплинарных решений и выявления коллизий применяются специализированные форматы. Formат NWC (Navisworks Cache) используется для экспорта моделей из проектных приложений в Autodesk Navisworks. Формат NWD (Navisworks Document) представляет опубликованный файл координационной модели со всеми данными для просмотра, но без возможности редактирования. Формат NWF (Navisworks File Set) содержит ссылки на исходные файлы моделей и используется для создания федеративных моделей, обновляемых при изменении источников.
Формат BCF (BIM Collaboration Format) представляет собой открытый XML-формат для обмена информацией о проблемах, замечаниях, коллизиях между различными BIM-приложениями. BCF-файл содержит описание проблемы, снимок экрана с визуализацией, координаты камеры, идентификаторы затронутых элементов, статус решения проблемы, комментарии участников. Формат BCF стандартизирован buildingSMART и поддерживается множеством программных продуктов для координации моделей.
↑ Вернуться к оглавлениюСреда общих данных CDE: организация и управление
Среда общих данных (Common Data Environment, сокращенно CDE) представляет собой комплекс программно-технических средств, обеспечивающий единый источник информации и совместное использование данных всеми участниками инвестиционно-строительного проекта. CDE основывается на процедурах и регламентах, обеспечивающих эффективное управление итеративным процессом разработки информационной модели, сбора, выпуска и распространения документации между участниками. Организация CDE является обязательным требованием стандарта ISO 19650 для реализации информационного менеджмента на BIM-проектах.
Структура среды общих данных определена британским стандартом BS 1192:2007 и воспроизведена в международном стандарте ISO 19650. CDE организуется как иерархическая система папок или областей с различными уровнями доступа для участников проекта. Информация проходит через четыре формальных состояния в процессе движения по CDE: работа в процессе (Work in Progress, WIP), совместное использование (Shared), опубликовано (Published), архив (Archived). Переход между состояниями осуществляется через процедуры проверки, утверждения и фиксации версий файлов.
Область WIP: работа в процессе
Область Work in Progress содержит файлы, находящиеся в текущей разработке у конкретных исполнителей. Модели в этой области не завершены и не имеют необходимого уровня проработки для использования другими участниками в качестве подложек или заданий на проектирование. Доступ к области WIP закрыт для остальных участников проекта. Примерами файлов в WIP являются: локальные файлы на компьютерах разработчиков, которые они редактируют перед синхронизацией с сервером, файлы в хранилище Autodesk Vault Professional со статусом WIP, не видимые другим пользователям, центральные файлы Revit и локальные копии пользователей, осуществляющих совместную работу в рамках одного раздела.
Перед перемещением файлов из области WIP в область Shared BIM-координатор раздела проводит проверку модели на соответствие требованиям BEP: правильность структуры модели, корректность именования элементов, заполненность обязательных параметров, отсутствие ошибок и предупреждений, соответствие уровня детализации стадии проектирования. Только после успешной проверки модель публикуется для использования другими разделами.
Область Shared: совместное использование
Область Shared содержит проверенные и утвержденные файлы, выложенные в общий доступ для взаимодействия между разделами проектной документации. Файлы различных разделов используются для координации проекта в рамках сводной BIM-модели, проведения проверок на коллизии, выгрузки данных по запросам заказчика. Важным требованием к области Shared является защита опубликованных материалов от внесения изменений после публикации. Это обеспечивается выбором нередактируемых форматов (PDF, DWF, NWD) или средствами администрирования доступа (установка прав только на чтение).
Для заказчика в области Shared организуется отдельная подобласть, где размещаются только те файлы, которые необходимы для решения вопросов с заказчиком: модели для просмотра в формате NWD или IFC, чертежи в формате PDF, спецификации оборудования, расчеты. Доступ заказчика ограничивается этой подобластью, чтобы не перегружать его избыточной технической информацией. Примерами реализации области Shared являются: общий сервер компании, куда загружаются файлы всеми участниками с фиксацией версий, система электронного документооборота с контролем версий, облачное хранилище с синхронизацией и ограничением прав редактирования.
Область Published и Archive
Область Published содержит официально утвержденные документы, представленные заказчику или выпущенные для использования на последующих стадиях. Публикация осуществляется после прохождения всех необходимых согласований и утверждений в соответствии с проектными процедурами. Документы в области Published являются формальным результатом работы проектной команды на определенной стадии. Файлы защищены от изменений и сопровождаются электронной подписью ответственных лиц. Формат файлов в Published обычно нередактируемый: PDF для чертежей и спецификаций, NWD для моделей, IFC для передачи в другие системы.
Область Archived служит для долгосрочного хранения файлов по завершении определенных этапов проекта или всего проекта в целом. В архив помещаются все версии моделей, промежуточные расчеты, переписка, протоколы совещаний, замечания экспертизы. Архивирование обеспечивает прослеживаемость принятых решений, возможность восстановления информации при необходимости, выполнение требований по хранению проектной документации. Архивные файлы обычно компрессируются в ZIP-архивы и размещаются на выделенных серверах или в облачных хранилищах с резервным копированием.
↑ Вернуться к оглавлениюПрограммное обеспечение для реализации BEP
Выбор программного обеспечения для BIM-проектирования определяется спецификой проекта, квалификацией специалистов, требованиями заказчика, совместимостью с другими участниками. В разделе BEP указывается перечень основных BIM-приложений, их версии, требования к лицензированию, необходимые дополнительные модули и расширения. Для архитектурного проектирования наиболее распространены Autodesk Revit, Graphisoft ArchiCAD, отечественная система Renga. Для конструктивного проектирования используются Autodesk Revit, Tekla Structures, SCAD Office, Лира-САПР с модулями BIM-интеграции.
Системы инженерного проектирования включают Autodesk Revit MEP для комплексного моделирования отопления, вентиляции, водоснабжения, канализации, электроснабжения, Magicad для трассировки инженерных систем в среде Revit или AutoCAD, отечественные разработки для расчета и проектирования инженерных сетей с экспортом в BIM-модель. Для генерального плана и инфраструктуры применяются Autodesk Civil 3D, Bentley OpenRoads, IndorCAD с возможностью интеграции с архитектурными моделями зданий.
Программы для координации и проверки
Autodesk Navisworks служит для объединения моделей из различных источников в единую федеративную модель, проведения автоматической проверки на пространственные коллизии между элементами разных разделов, создания анимаций строительного процесса, визуализации проектных решений для презентаций. Solibri Model Checker предоставляет расширенные возможности для валидации моделей на соответствие нормативным требованиям, проверки качества моделирования, анализа доступности путей эвакуации, контроля заполнения обязательных параметров элементов.
Для просмотра BIM-моделей участниками, не имеющими лицензий на проектные приложения, используются бесплатные программы-просмотрщики: Autodesk Navisworks Freedom для просмотра NWD-файлов, BIMvision для просмотра IFC-моделей, Tekla BIMsight для координации и комментирования, Solibri Anywhere для веб-просмотра моделей через браузер. Просмотрщики позволяют заказчикам, строителям, эксплуатирующим организациям работать с моделями без необходимости приобретения дорогостоящих лицензий.
Системы управления данными
Для организации среды общих данных применяются специализированные платформы управления проектными данными. Autodesk BIM 360 (Autodesk Construction Cloud) предоставляет облачную платформу для совместной работы с моделями, управления документооборотом, контроля качества, координации замечаний. Trimble Connect обеспечивает облачное хранилище для моделей, инструменты для совместного просмотра и комментирования, интеграцию с Tekla Structures и SketchUp. Aconex представляет систему управления проектной информацией с функциями контроля версий, маршрутизации документов, отслеживания согласований.
Отечественные решения для организации CDE включают платформу VitroCAD для управления моделями и документацией с поддержкой отечественных BIM-систем, систему электронного документооборота с модулями для работы с проектными данными, корпоративные порталы на базе SharePoint с настройками для проектных процессов. Выбор платформы CDE определяется требованиями к безопасности данных, необходимостью соответствия законодательству о персональных данных, интеграцией с используемыми проектными приложениями, бюджетом проекта.
↑ Вернуться к оглавлениюГрафик координации и процедуры проверок
Раздел BEP, посвященный графику координации, устанавливает расписание передачи моделей между участниками, частоту проведения проверок на коллизии, сроки подготовки отчетов, даты координационных совещаний. Типовой график предусматривает еженедельную передачу моделей из каждого раздела в среду общих данных для использования смежными разделами. Архитектурная модель публикуется в понедельник, конструктивная модель во вторник, модели инженерных систем в среду. Такая последовательность обусловлена зависимостью разделов: конструкторы ориентируются на архитектурные решения, инженеры учитывают архитектуру и конструкции.
После публикации всех разделов BIM-менеджер или назначенный координатор собирает федеративную модель в Navisworks или аналогичном приложении. Сборка федеративной модели выполняется в четверг, что дает время участникам для внесения оперативных исправлений после публикации. Федеративная модель включает все разделы проектной документации: архитектуру, конструкции, системы отопления, вентиляции, водоснабжения, канализации, электроснабжения, слаботочные системы. Модели объединяются с использованием единой системы координат, установленной в BEP.
Проверка на коллизии
Проверка федеративной модели на пространственные коллизии проводится в четверг-пятницу с использованием инструментов автоматического обнаружения пересечений в Navisworks, Solibri или других приложениях. Настраиваются правила проверки с учетом допустимых пересечений: незначительные врезки арматуры в бетон допустимы, пересечения воздуховодов с конструктивными элементами недопустимы, совмещение трубопроводов различных систем в одном месте требует анализа. Результаты проверки экспортируются в формат BCF с указанием типа коллизии, затронутых элементов, рекомендаций по устранению.
Выявленные коллизии классифицируются по степени критичности: критические коллизии блокируют реализацию проекта и требуют немедленного устранения (пересечение несущей колонны с воздуховодом), важные коллизии создают трудности при строительстве или эксплуатации и должны быть устранены до выпуска документации (недостаточное расстояние для обслуживания оборудования), незначительные коллизии носят информационный характер и могут быть приняты после согласования (совмещение элементов отделки с оборудованием).
Отчет о коллизиях распространяется среди BIM-координаторов разделов в пятницу. Координаторы анализируют замечания, относящиеся к их разделу, назначают ответственных исполнителей для устранения, устанавливают сроки исправления. Критические коллизии устраняются в приоритетном порядке в течение выходных или в начале следующей недели. Важные коллизии исправляются к следующему циклу координации. Процесс повторяется еженедельно на протяжении всей стадии проектирования.
Координационные совещания
Регулярные координационные совещания проводятся еженедельно или раз в две недели в зависимости от интенсивности проектирования. На совещаниях рассматриваются результаты проверок на коллизии, обсуждаются сложные случаи, требующие согласования между разделами, принимаются решения по изменению проектных решений для устранения конфликтов. Участие в совещаниях принимают BIM-менеджер, BIM-координаторы всех разделов, главные специалисты по направлениям, при необходимости привлекаются представители заказчика.
Помимо еженедельной координации в BEP устанавливаются контрольные точки проекта, на которых проводится комплексная проверка моделей. Контрольные точки совпадают с завершением проектных стадий, передачей документации на экспертизу, выпуском документации для строительства. На контрольных точках выполняется детальный аудит моделей на соответствие всем требованиям BEP, проверка комплектности документации, подготовка итоговых отчетов для заказчика, архивирование материалов стадии.
↑ Вернуться к оглавлениюВнедрение BEP на проекте: практические рекомендации
Успешное внедрение BIM Execution Plan на проекте требует системного подхода и вовлечения всех участников с самого начала. Разработка BEP начинается на стадии формирования проектной команды, когда определяется состав разделов, назначаются ответственные организации, согласовываются объемы работ. BIM-менеджер совместно с главным инженером проекта и руководителями разделов проводит стартовое совещание, на котором обсуждаются требования заказчика к информационному моделированию, возможности проектной команды, ограничения и риски.
На основе требований заказчика, изложенных в документе Employer's Information Requirements, и возможностей проектной команды формируется проект BEP. Документ согласовывается со всеми BIM-координаторами разделов, которые оценивают реалистичность требований к срокам, уровням детализации, процедурам обмена данными. После согласования внутри проектной команды BEP представляется заказчику для утверждения. Заказчик проверяет соответствие плана своим требованиям, вносит замечания и предложения. Утвержденная версия BEP становится обязательным документом для всех участников проекта.
Обучение и адаптация команды
После утверждения BEP проводится обучение участников проектной команды требованиям документа. BIM-менеджер организует серию обучающих сессий для моделлеров, на которых разъясняются правила именования файлов, структура папок в среде общих данных, процедуры синхронизации с центральным файлом, требования к заполнению параметров элементов. Демонстрируются примеры правильно выполненных моделей, разбираются типичные ошибки. Моделлерам предоставляются шаблоны проектов, семейства, инструкции.
Рекомендуется начинать с пилотного этапа на ограниченной части проекта: моделирование типового этажа, фрагмента генплана, одного здания из комплекса. Пилотный этап позволяет отработать процедуры, выявить проблемы, скорректировать BEP до начала полномасштабного моделирования. По результатам пилотного этапа проводится анализ эффективности процессов, вносятся уточнения в BEP, корректируются шаблоны и семейства.
Мониторинг выполнения BEP
В процессе реализации проекта BIM-менеджер осуществляет мониторинг соблюдения требований BEP. Проводятся регулярные проверки моделей на соответствие стандартам, анализируются отклонения от графика передачи данных, оцениваются показатели качества (количество коллизий на единицу площади, процент исправленных замечаний в срок, полнота заполнения параметров). Результаты мониторинга обсуждаются на координационных совещаниях, принимаются меры по устранению отклонений.
По мере развития проекта BEP может дорабатываться и уточняться. Изменения вносятся через формальную процедуру: BIM-координатор раздела подает запрос на изменение с обоснованием необходимости, BIM-менеджер рассматривает запрос и координирует с другими участниками, изменения согласовываются с заказчиком, утверждается новая версия BEP с фиксацией в разделе управления версиями. Все участники информируются об изменениях и получают актуализированную версию документа.
Передача модели в эксплуатацию
На финальной стадии проекта выполняется подготовка информационной модели для передачи заказчику в эксплуатацию. Модель приводится в соответствие фактическому состоянию построенного объекта с учетом изменений, внесенных в процессе строительства. Удаляются элементы временных конструкций, строительной оснастки. Проверяется полнота заполнения эксплуатационных параметров: данные о производителях оборудования, серийные номера, даты установки, гарантийные сроки, регламенты обслуживания. Модель экспортируется в формат IFC4 или COBie для загрузки в систему управления объектом.
Вместе с моделью заказчику передается комплект документации: итоговая версия BEP с фиксацией всех изменений, руководство пользователя по работе с моделью, отчеты о проверках качества, архив исходных файлов в нативных форматах, лицензии на программы просмотра. Проводится обучение сотрудников эксплуатирующей организации работе с переданной моделью. BIM-менеджер обеспечивает техническую поддержку в течение гарантийного срока для решения вопросов по использованию модели.
↑ Вернуться к оглавлению