Уровень зрелости BIM-модели: статус-коды

Что вы представляете, когда слышите «уровень зрелости BIM-модели»? Возможно, LOD 200 / 300 / 400? Значит, вы не одиноки. Это очень популярная схема описания требований к элементам модели, но у неё масса недостатков.

В этой статье я расскажу вам про интересный принцип работы над BIM-проектом, который сводится к использованию статус-кодов (status codes).

Status codes – что это?

Сначала ответим на вопрос: зачем нам определять уровень зрелости модели, и что это такое вообще? Если упростить, уровень зрелости – это готовность элементов / частей модели или всей модели к определенным действиям. По аналогии с «бумажной» проектной документацией: пока вы согласуете предварительную планировку с заказчиком, вы не можете выдать задание конструктору, а пока не сдадите рабочку — строить по вашим чертежам не начнут.

Теперь про «зачем». Затем, чтобы проверять модель на коллизии (и заполненность информацией) не со старта проекта, не в фазе активного проектирования, а только когда она «дозреет». Но подробнее про это я расскажу во второй части статьи, а сначала немного истории.

История появления статус-кодов

Статус-коды начали использовать уже давно. В BS 1192:2007 (прародитель ISO 19650) существовало требование использования двух типов кодов статуса: код пригодности (применимости, в оригинале «suitability») и код ревизии (версии). Вот таблица значений кодов пригодности, позже они станут статус-кодами:

Позже идея статус-кодов переехала в ISO 19650-2 (см. картинку ниже, это Британская версия, в международной кодов нет), а потом и в CDE-приложения, например, в BIM 360.

Есть нюанс: в этих документах статус-коды — это не про зрелость элементов модели, а про статус файла модели. Мы же говорим про CDE, т.е. про файлы. Вот этот файл имеет статус «S1» — значит, он готов для координации. А этот — статус «A1» — значит, он согласован заказчиком. Такая система удобна для работы с файлами, а что с моделями?

Статус-коды и BIM-модели

Часто бывает, что часть модели уже готова к координации (правки не предвидятся) а часть — ещё нет, и по ISO надо ждать, пока не «дозреет» вся модель, до этого поменять статус не получится. Неудобно.

А ещё, получить данные о статусе элементов модели в Navisworks, например, не получится — ведь по ISO статус-код — это просто суффикс файла.

Игнаций Лозинский из BIM Corner адаптировал систему статус-кодов ISO 19650 для практической работы. Он перенёс их с уровня файла на уровень элементов модели, сделав удобными для координации в Navisworks / Solibri. Вот его оригинальная статья: «How status codes help in BIM Coordination».

Игнаций пишет:

Для меня маркировка должна быть простой и предельно понятной, соответствовать нуждам проекта и в то же время отвечать на один вопрос: «Готов ли этот элемент модели к BIM-координации или нет?»

У Игнация статус-код — это не суффикс в названии файла, а параметр у каждого элемента модели. Он выделяет следующие коды:

SC-10 (SC — Status Code) — Объект создан.

Присваивается каждому элементу модели во время размещения в модели. Ниже этого статуса нет.

Между этим статусом и следующим находится собственно проектирование. Элементы приобретают точные размеры и положение, наполняются информацией. В течение этой фазы каждый раздел проекта выполняет внутреннюю координацию как первичную проверку модели. Объекты с таким статусом помечаются желтым цветом.

SC-20 – Готов к многодисциплинарной координации.

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

Между этим статусом и следующим находится фаза междисциплинарной координации. BIM-координатор собирает общую BIM-модель (FM, Federated Model) и выполняет все нужные проверки (коллизии, соответствие требованиям заказчика и т.п.).

Междисциплинарная координация является итеративным процессом. Только когда коллизий не останется, объекты модели достигнут следующего статуса:

SC-30 – Объект скоординирован

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

Зачем статус-коды BIM-координатору?

Игнаций рассказывал, что введение такой маркировки и системы цветовой идентификации (реализуется в программах типа Navisworks / Solibri) хватило, чтобы сэкономить сотни часов BIM-координатора и проектировщиков. Координатор не проводил проверки, пока элементы модели не «дозревали» до нужного статуса. Зачем проверять пересечение воздуховода (SC-20) с трубой (SC-10), если труба ещё сто раз может поменять положение? А проектировщики переводили элементы модели в другой статус сразу крупными зонами, после внутренних согласований и проверок на коллизии. Такие разноцветные зоны хорошо видны в модели:

Коды, предложенные Игнацием в статье, условны. В других своих работах он добавляет ещё коды, для следующих стадий проекта. Названия кодов не важны, вы можете придумать свои и согласовать их в BEP. Даже выделение стадий можно сделать другим. Главное: этот подход делает статус-коды, описанные в ISO 19650, удобными для работы в BIM-инструментах. Вместо того, чтобы присваивать код всему файлу, мы применяем его к объектам модели – так мы можем использовать информацию о статусе модели при междисциплинарной координации.

Это не единственный подход к уровню зрелости BIM-модели. В следующих статьях разберем ещё пару подходов.