Как проектируют не только модель, но и информацию
Building Information Modeling позволил наполнять каждый элемент проекта большим количеством данных: стена может содержать класс огнестойкости, cost group и затем получать сведения для эксплуатации. Но вместе с этим возникает практический вопрос — нужно ли проекту действительно всё это, и нужно ли именно сейчас. По материалу ArchDaily, для архитекторов BIM часто описывается как «единый источник истины», однако каждое дополнительное свойство означает новую работу по согласованию, ведению и обновлению данных. Если информация попадает в модель слишком рано или без ясной цели, она быстро устаревает. Поэтому важным становится не объём данных сам по себе, а то, какие сведения помогают принимать решения на конкретной стадии проекта.
Именно такой подход KUBUS360 применяет в работе над административным комплексом в Баден-Вюртемберге, Германия. Проект включает три гибридных здания из дерева и бетона: на первых этажах предусмотрены общественные функции, а выше размещены офисы примерно на 630 рабочих мест. Для фирмы, которая работает с планированием, управлением проектами и консультациями по устойчивости, этот объект стал площадкой для метода, который архитектор Bianca Hirner и BIM-координатор Freddy Hartmann называют leanBIM. Работая в Vectorworks Architect, команда стремилась сохранить модель достаточно детальной, но не перегружать её данными, которые не требуются на текущем этапе.
Как формируется BIM до начала моделирования
Для KUBUS360 BIM начинается ещё до того, как в файле появляется первая линия. Поскольку у заказчика было ограниченное опыт в BIM, команда не стала ждать полного набора требований, а помогла сформировать Employer’s Information Requirements (EIR), после чего на этой основе был подготовлен BIM Execution Plan (BEP). По словам Freddy Hartmann, цель состояла в том, чтобы включать в модель только ту информацию, которая будет оцениваться позже. Такой подход стал основой для LOIN-матрицы проекта: для каждого строительного элемента определялся его статус как IFC-entity, перечень необходимых свойств и стадия проекта, на которой эти свойства должны появляться в модели. 
Важная особенность этого процесса — информация добавляется по мере развития проектирования, а не загружается в модель сразу целиком. Это делает модель легче и одновременно снижает количество лишних полей, за которыми нужно следить. В логике leanBIM данные распределяются не хаотично, а по заранее определённым правилам, и именно это позволяет команде ясно понимать, какой объём информации нужен на каждом этапе и кто за него отвечает.
Четыре базы данных вместо избыточной системы
Чтобы модель оставалась управляемой, KUBUS360 построила большую часть проекта вокруг четырёх централизованных баз данных внутри Vectorworks Architect. В их число вошли общая IFC-база данных, база компонентов, отдельная база для окон и дверей, а также база-заглушка для информации по facility management. Через Vectorworks Data Manager элементы получают из этих наборов свои общие свойства, включая класс огнестойкости, а те же значения затем используются в визуализациях, ведомостях и IFC-экспорте. По словам Hartmann, небольшое количество баз данных позволяет быстро понимать, где именно вносятся и изменяются данные.
Такой принцип особенно важен, когда информационная модель служит одновременно для проектирования, координации и последующей передачи данных. Вместо того чтобы дублировать сведения в разных местах, команда удерживает их в единой структуре. Это упрощает контроль и уменьшает риск расхождений между различными представлениями одной и той же информации.
Свободное моделирование без потери BIM-логики
По данным статьи, примерно 95 процентов моделирования в проекте выполняются с помощью нативных инструментов Vectorworks — от лестниц и ограждений до конструктивных элементов и дверей. Но для нестандартных объектов KUBUS360 использует другую логику: class-based assignment, при которой IFC-идентичность и свойства объекта определяются не инструментом построения, а его классом. Это позволяет, например, моделировать парапет как кровельную поверхность, но экспортировать его с правильной cost group.
Ещё один пример — изогнутый фасадный пилястр: он может начинаться как solid geometry, затем превращаться в объект Auto Hybrid и при этом сохранять те же данные, что и стандартный компонент. Hartmann отмечает, что такой подход даёт возможность проектировать формы свободно, не теряя BIM-интеллект модели. Иначе говоря, геометрическая свобода не вступает в противоречие с информационной структурой, если правила назначения данных определены заранее.
Визуальный контроль и проверка качества
Для KUBUS360 информация в модели полезна только тогда, когда её можно быстро проверить. Один из рабочих процессов команды — Data Visualization в Vectorworks Architect, позволяющая цветом отображать элементы по их данным. Так можно сразу увидеть, как распределены классы пожарной защиты и другие свойства, не переходя к ручной проверке таблиц и ведомостей. Это помогает выявлять несоответствия ещё на уровне визуального анализа.
Команда также разработала внутренний инструмент контроля качества под названием Angle Checker. Поскольку полигональная геометрия может создавать множество неправильных углов, инструмент показывает, какие стены построены корректно, а какие — нет. Каждый элемент получает простое значение true-or-false через Data Manager, благодаря чему некорректная геометрия становится заметной сразу. В результате проверка модели встроена в процесс проектирования, а не откладывается до финального этапа.
Информация за пределами здания
Материал ArchDaily показывает, что вопрос достаточности данных становится ещё шире, когда BIM связывается с внешними источниками информации. Во втором примере Vectorworks интегрируется с ArcGIS, и геопространственные данные могут стать основой BIM-процесса ещё до начала архитектурного моделирования. Участки, дороги и существующие элементы территории могут поступать в проект через ArcGIS Feature Services, формируя геолокальную модель участка на основе живых GIS-данных, а не статичных импортов.
На таком этапе существующие деревья, импортированные из GIS-наборов данных, могут содержать сведения о виде или состоянии и быть раскрашены через Data Visualization, чтобы различать деревья, которые следует сохранить, удалить или заменить. На уровне города BIM-модели, содержащие архитектурные, ландшафтные и инфраструктурные данные, могут, в свою очередь, становиться частью более широких ArcGIS web scenes для планировщиков, инженеров и специалистов по эксплуатации. При этом подчёркивается, что не каждому проекту нужна столь глубокая интеграция: BIM-информация становится ценной тогда, когда помогает принимать решения между разными дисциплинами, а не просто существует в модели.
В целом кейс KUBUS360 показывает, что ответ на вопрос «сколько информации нужно BIM-модели» не сводится к максимальному наполнению. Фирма выстроила процесс так, чтобы заранее согласовать с заказчиком, какие данные будут оцениваться позже, определить по LOIN, когда именно каждая информация должна попадать в модель, и хранить данные в небольшом числе структур, где их легко найти и проверить. Эта логика — планировать информацию до моделирования, централизовать её и визуально контролировать — в статье подаётся как подход, применимый к проектам любого масштаба.
Источник: ArchDaily
