25 сценариев и другие аспекты многообразия BIM

Ни для кого не секрет, что, несмотря на все усилия профессионального сообщества, различные мероприятия, публикации в прессе и т.д., еще очень много людей имеют весьма однобокое представление о BIM. Общаясь с людьми на BIM-форумах или, например, на Autodesk University, понимаешь, что до сих пор для многих BIM – это некий новый CAD (в смысле Computer Aided Design), некий набор ПО, позволяющий глубже автоматизировать рутинные задачи, решаемые проектировщиками. Представление не то чтобы в корне неверное: действительно, программные инструменты BIM выводят автоматизацию на новый уровень, никто с этим не спорит, но BIM все же – это глубже и сложнее.

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

Хватит лирики, давайте обратимся к технологии.

Итак, можно ли разделить BIM на какие-то составные части, чтобы стало понятнее, из чего же он состоит? Конечно можно. Мы обычно говорим, что BIM – это процессы, люди и технологии. Так и есть. Но уровень декомпозиции явно недостаточный и абстрактный. Ничего страшного, все уже придумано и разобрано. Многие интересующиеся темой BIM наверняка слышали за прошедший год словосочетание BIM Uses или BIM сценарии. Это и есть те самые составляющие технологии BIM. Выделены они были Пенсильванским университетом в рамках работы над рекомендациями для реализации BIM проектов. Описание самого термина BIM Use доступно по этой ссылке. Также очень полезно ознакомиться с документом BIM Project Execution Planning Guide по ссылке bim.psu.edu.

Итак, давайте начнем раскладывать нашу технологию BIM на составные части. Начнем с BIM Uses как основных составляющих технологии. Как учит нас PennStateEdu, BIM сценариев насчитывается 25 штук, вот они:

• Моделирование существующих условий
• Оценка стоимости
• Планирование по стадиям
• Реализация программы (не уверен в точности соответствия)
• Анализ площадки
• Проверка проектных решений
• Проектирование
• Конструктивный анализ
• Световой анализ
• Энергетический анализ
• Механический анализ
• Другие виды анализа
• Оценка соответствия LEED
• Соответствие нормативам
• 3D Координация
• Планирование использования стройплощадки
• ППР
• Цифровое производство
• 3D Контроль и планирование
• Запись состояния модели
• Планирование обслуживания
• Анализ систем здания
• Управление активами
• Управление и контроль за пространствами
• Планирование на случай ЧП.

Как же связаны BIM Uses с «процессами, людьми и технологиями», о которых я говорил выше? BIM Uses как раз и есть те самые процессы. Для своей реализации процессы опираются на технологии.

Давайте подумаем, на что опираются BIM сценарии для своей реализации. Первое, что приходит на ум, это программное обеспечение, т.е. САПР. Однако я не буду выделять это как отдельную технологию. Все, что связано с программными инструментами, я определю в категорию навыков (skills). Это и будет третья составляющая «Люди», т.к. в процессе реализации BIM важны люди, обладающие навыками.

Вернемся к технологиям. Очевидно, что ключевое значение занимают технологии управления данными (Data Management). В свою очередь немаловажной частью управления данными является понятие единой информационной среды (Common Data Environment – CDE).

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

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

1. Data Management
2. CDE
3. MDS
4. Классификатор.

Основной группой навыков будут навыки владения ПО, необходимым для реализации BIM сценариев. Например, для Model Authoring это будет навык владения ПО для моделирования (Model Authoring Software Skill).

Далее запишем планирование. Отдельно выделим «BIM планирование» или BIM Execution Planning, упрощенно можно это свести к умению написать BEP.

Добавим умение и навык заключать «Договор на BIM», так как это очень важный аспект. Ну и пока, наверное, все.

Давайте резюмируем составные части в виде таблицы:

Далее начинаем визуализацию. Представим наш BIM как граф. Таблицы выше – узлы графа. Связи я построю позже – они станут ребрами. Берем любой софт для визуализации графов и получаем следующую картинку:

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

Размер узлов ранжируется по количеству связей. Так как я рассматривал все возможные BIM сценарии, а значит и полный жизненный цикл объекта, то неудивительно, что в центре «выросли» BEP, Управление Данными, MDS и Классификатор.

Использование всех BIM сценариев подразумевает высокую сложность проекта с огромным объемом разнообразных данных. Естественно подобные системы нуждаются в классификации (Классификатор, MDS) и управлении (BEP, Управление Данными). Если мы ограничим количество востребованных сценариев, то картина изменится, т.к. уменьшится количество связей и некоторые узлы «похудеют», что в принципе отразит их уменьшившуюся критическую важность для успешной реализации проекта.

Что еще дает такая визуализация? Она может показать путь к BIM для тех, чья деятельность, кажется довольно далекой от того, о чем мы говорим. Рассмотрю простой пример:

Как видно, на периферии болтается технология БПЛА (Беспилотные летательные аппараты), которая в свою очередь является поддерживающей технологией для фотограмметрии.

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

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