Контроль качества входящих BIM-моделей является основой для их дальнейшего применения у любого застройщика или девелопера. Для проектировщика разрабатываются специальные требования, описываемые в документе информационных требований заказчика к BIM-моделям. В документе подробно регламентируются не только форматы, виды, структура модели, правила моделирования и предоставления итоговых данных, но и состав атрибутивной информации по всем типам прорабатываемых в модели элементов. Контроль заполнения атрибутов на соответствие требованиям — ключевая задача заказчика, так как это гарантия дальнейшей возможности работы с моделью в специализированном ПО.
В данной статье мы подробно рассмотрим каким образом удалось решить задачу контроля качества BIM-моделей в структуре компании ООО «СЗ «Стадион «Спартак», которая успешно применяет систему SODIS Building CM для организации технического документооборота.
ООО «СЗ «Стадион «Спартак» — девелопер проекта комплексного развития территории бывшего Тушинского аэрополя. Самый первый знаковый проект компании — один из лучших стадионов Европы, домашний стадион футбольного клуба «Спартак-Москва» — «Открытие Банк Арена». Стадион успешно принял игры Кубка конфедераций и матчи первого в РФ Мундиаля летом 2018 года. В портфель компании также входит жилой комплекс комфорт-класса «Город на реке Тушино — 2018» общей площадью 726 тыс. м².
В «СЗ «Стадион «Спартак» решаются задачи расчёта ведомости объёмов работ (ВОР) на базе BIM-модели для получения предварительной калькуляции стоимости работ, а также для дальнейшего контроля графиков производства работ (ГПР) в связке с BIM-моделью для получения аналитики по закрываемым объёмам. Все эти процессы сложны и многогранны, однако им предшествует процедура проверки модели, включающая несколько этапов. После успешного прохождения проверки модели идут на расчёт ВОР, а потом передаются в программу увязки с календарным графиком. Для контроля прохождения всех этапов жизненного цикла модели в структуре заказчика было предложено автоматизировать эти операции в системе технического документооборота SODIS Building, куда уже загружались BIM-модели и соответствующая документация от проектировщиков.
BIM-модели загружаются в систему SODIS Building CM в качестве отдельной категории документов под названием «BIM». Данная категория была настроена так, чтобы отображать структуру информационных моделей в формате Revit с поддержкой версионности файлов. На рисунке 1 приведена такая структура. «Смарт-папки» файлов модели настроены согласно их делению по проектам, стадиям и разделам. Аналогичным образом эти файлы собираются в сводную модель: структура понятна проектировщикам и BIM-координаторам. Для каждого файла модели представление было настроено таким образом, чтобы перед именем версии отображалась дата загрузки файла в систему. Именно дата загрузки файла в систему была взята в качестве связующего (ключевого) поля при дальнейшей обработки моделей. Дело в том, что учитывать версионность по всем файлам моделей, привязывая её к единовременной выкладке, невозможно. При поступлении замечаний или при штатной корректировке файлы Revit обновляются в хаотичном порядке и должны быть выложены в систему при любом значимом изменении. Именно поэтому, кроме даты обновления, не было найдено более удобного способа идентификации актуального файла.
Рис 1. Настроенная структура файлов Revit в системе SODIS Building CM
Для контроля прохождения файлов модели в системе был настроен отдельный тип документов. Для данного типа сделали структуру «смарт-папок» с именем «Расчёт BIM-модели». На рисунке 2 приведена эта структура.
Рис 2. Структура документов по контролю и обработке файлов модели
Все документы делятся на проекты, реализованные по технологии BIM. Далее по каждому проекту идёт разбиение документов согласно файлам информационной модели в формате Revit. Имя карточки документа имеет формат «раздел — дата публикации файла — дата следующей версии — имя проекта». Например, «АР 30.06.2023 (14.07.2023) — Корпус 13 („Вивальди“)». Дату следующей версии заполняют, если она известна, либо ожидаема и согласована с проектировщиком. В карточке документа отображаются атрибуты последней редакции, которые обновляются автоматически. Под редакциями данного документа понимают даты предоставления версий файлов Revit указанного раздела. Когда выкладывается новая версия файла модели, ответственный сотрудник «СЗ «Стадион «Спартак» создаёт новую редакцию данной карточки с именем даты выкладки файла. Информация в карточке обновляется и вся дальнейшая работа ведётся в редакции, соответствующей новой версии файла. Фактически каждая редакция соотносится с определённой версией одного файла модели формата Revit.
На вкладке «Карточка» для редакции мы видим всю основную информацию по файлу модели. В названии BIM-модели заключены раздел, дата предоставления от проектировщика и наименование проекта. Ниже идёт информация по проверке и получаемым из модели производным данным. Например, формат SDF необходим для экспорта модели в программу для расчёта ВОРов. Для этого формата указывается дата его получения из исходного файла Revit и имя специалиста, как автора, который получил файл и загрузил его в систему. Эти данные заполняются системой автоматически при загрузке соответствующего файла. Даты загрузки в систему и авторы указаны по всем другим файлам, которые связаны с моделью и идут в дальнейшую работу. По файлу модели проводится многоступенчатая проверка качества. Так в систему может быть загружен файл сравнения объёмов, полученных из модели и документации, которая с ней соотносится. Пример карточки редакции показан на рисунке 3.
Рис 3. Закладка «Карточка» для редакции версии файла информационной модели
Дополнительные этапы проверок файла заполняются в редакции в виде отдельных строк с указанием даты проверки и автора, который её осуществил. При внесении изменений ответственный сотрудник заполняет указанные поля по мере проведения проверок. На рисунке 4 показан пример заполнения этапов проверок.
Рис 4. Пример формы для заполнения этапов проверок качества BIM-модели
Файлы, которые получаются на основе исходной модели Revit или с ней связанные, также загружаются в данную редакцию. В верхней части окна редакции можно видеть отдельные вкладки для данных файлов, например, файлы форматов SDF, SPX, XML, спецификаций и т. д. При загрузке этих файлов в систему информация о них на закладке «Карточка» обновляется автоматически — указывается дата загрузки и автор. Например, при получении файла ВОР по результатам расчёта ответственный специалист переходит на одноименную закладку и загружает файл в систему. Система автоматически сохраняет дату и автора файла. На рисунке 5 показан пример организации хранения файла ведомости объёмов работ, полученного по данному файлу из модели Revit.
Рис 5. Пример сохранения производного файла, связанного с основным файлом BIM-модели
Настройка SODIS Building CM, реализованная для «СЗ «Стадион «Спартак», позволяет не только проводить данные через весь жизненный цикл файла модели, но и взаимодействовать с проектировщиком как разработчиком информационной модели. Отдельное внимание заслуживает вкладка «Задачи», где можно создавать задачи на корректировку модели в адрес проектировщика, если выявленные замечания по проверкам этого требуют. При создании задачи выбирается один из нескольких типов, показанных на рисунке 6.
Рис 6. Выбор типа задачи по результатам аудита файла BIM-модели для проектировщика
После выбора типа заполняются остальные служебные поля, и задача автоматически назначается ответственному лицу, либо группе лиц в составе созданной роли системы, например, проектной компании. Для одной версии файла модели (редакции) можно создать несколько задач разных типов, все они будут сохранены в теле редакции. К задаче можно добавить описание, прикрепить необходимые внешние файлы и добавить гиперссылку на внешнюю страницу, например, отчётность Power BI. На рисунке 7 приведён пример содержимого задачи.
Рис 7. Карточка задачи, которая содержит описание, внешние файлы и ссылку
Задачи, назначаемые проектировщику, являются отдельным объектом системы SODIS Building, поэтому управление ими осуществляется в собственной категории. Перейдя в данную категорию задач, можно настроить «смарт-папки» для удобного управления и контроля задачами, сформированными по разным типам и проектам. На рисунке 8 приведён пример организации «смарт-папок», в которой задачи разбиты по проектам, стадиям, разделам моделей, типам задач и датам выдачи файлов Revit. Подобная структура позволяет гибко контролировать выполнение проектировщиком поставленных задач. Это очень важно при динамичном обновлении моделей, когда необходимо отследить как проектировщик отрабатывает полученные замечания по моделям, версиям и типам задач.
Рис 8. Пример «смарт-папок» для организации задач по контролю качества BIM-моделей
Подводя итоги описанной выше автоматизации контроля качества входящих BIM-моделей, прежде всего, отметим большую функциональность SODIS Building, позволяющую создавать подобного типа документы. Система напоминает конструктор, из множества деталей которого можно собрать конфигурацию любой сложности. В данном примере нам необходимо было совместить в одном документе описание файла модели Revit с учётом его версионности (даты выгрузки в систему), приложенные внешние файлы, позиции проверки и выставленные замечания с контролем их исполнения. Гибкая организация через «смарт-папки» даёт наглядность представления по такому большому набору данных.
На этапе внедрения постановка задач осуществлялась сотрудниками «СЗ «Стадион «Спартак», а адаптацию настроек проводили специалисты «СОДИС Лаб». По результатам пробных проверок моделей выдвигались дополнительные требования, вносились правки в интерфейс и структуризацию данных, были добавлены новые типы файлов и т. д. В настоящий момент настроенный механизм активно применяется на нескольких BIM-проектах и позволяет эффективно управлять жизненным циклом моделей в структуре заказчика «СЗ «Стадион «Спартак».
