Экономическая и технологическая эффективность применения технологий информационного моделирования
Бочаров М. Е.,
заместитель генерального директора по науке АО «СиСофт Девелопмент»
В статье рассматриваются основные принципы, обеспечивающие технологическую и экономическую эффективность информационного моделирования на протяжении всего жизненного цикла объекта капитального строительства.
Практически всегда перспективные технологии воспринимаются положительно на эмоциональном уровне, но затем эмоции заменяются на прагматичный подход, который зачастую разрушает остатки восторга суровой экономической реальностью. Все это в полной мере относится и к, так называемой, технологии BIM (англ. Building Information Model), которая на западном рынке никогда «технологией» и не называлась и после некоторого периода эмоционального рассвета стала испытывать трудности экономического характера.
Проектирование в объеме, в отличие от обычного плоского двумерного проектирования, требовало гораздо больше неокупаемых затрат, что и подтверждается практикой: сейчас
много проектных организаций успешно пользуется обычными электронными «чертилками». Иными словами, для маркетингового продвижения трехмерного проектирования потребовались усилия, и пример «лондонского аэропорта» стал кочевать из одной рекламной публикации в другую как образец непревзойденного технологического совершенства. Утверждать, что трехмерная графика вообще не нужна, неправильно, но и повсеместно использовать трехмерное проектирование бессмысленно как с технологической, так и с экономической точки зрения. Желающим узнать, как там с BIM на Западе, отметим – никак: время шумихи и восторженных отзывов давно прошло, и BIM просто занял свое место, где необходимо трехмерное отображение, там его и используют.
Очень скоро стала понятна еще одна деталь: BIM, а вернее, его реализация в западном ПО –
это не просто трехмерное проектирование, но и удобный инструмент для доступа к коммерческим и государственным секретам, продвижения строительных материалов и услуг. Рассмотрим некоторые технологические и экономические особенности и возможности трехмерной графики. Для этого вернемся в 2018 год и обратимся к одному из пунктов поручения Президента России № Пр-1235 от 19.07.2018 «О первоочередных задачах по модернизации строительной отрасли и повышению качества строительства», который гласит: «…В целях модернизации строительной отрасли и повышения качества строительства обеспечьте переход к системе управления жизненным циклом объектов капитального строительства путем внедрения технологий информационного моделирования…».
В поручении Президента России предусматривался и конкретный срок их выполнения –
1 июля 2019 года, однако это была слишком оптимистичная дата. Государственная машина так не работает. Только после принятия Федерального закона от 27.06.2019 № 151 были внесены весьма важные и существенные поправки в Градостроительный кодекс РФ.
В понятийный аппарат было введено новое понятие «информационной модели», которая приравнивалась к проектной документации. Напомним это определение: «информационная модель объекта капитального строительства (далее – информационная модель, ИМ) – совокупность взаимосвязанных сведений, документов и материалов об объекте капитального строительства, формируемых в электронном виде на этапах выполнения инженерных изысканий, осуществления архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, эксплуатации и (или) сноса объекта капитального строительства». Как немного и недостаточно в реальности было сделано: всего одно определение и несколько строчек в поручении Президента России и в Градостроительном кодексе РФ, но с производственно-функциональной точки зрения смена терминологии много стало значить для технологического развития.
С 2018-2019 г.г. появилась уникальная возможность развивать собственное направление информационного моделирования, сочетающее в ИМ разумные компромиссы 2D и 3D графики, и атрибутивных данных. То, что это именно так, поняли очень быстро, и борьба за восстановление позиций BIM развернулась и продолжается до сих пор.
Кто первый, пытаясь принизить смысл, назвал ИМ «папочкой с файлами», история умалчивает, но это наименование некоторые используют до сих пор. То, что это далеко не так, легко убедиться, например, прочитав статью «BIM – аналог или прототип информационного моделирования в России?»[1], при этом отметим основное: концепция OpenBIM, основанная на среде общих данных и формате (стандарте) IFC, не предусматривает оперативности и требуемой автоматизации процессов управления данными для всего жизненного цикла объекта.
Это приговор неэффективной BIM-системе, созданной только под задачи проектирования и под которую на Западе написано огромное количество продуктов для продажи по всему миру, а для этого все средства хороши. Для уверенных в том, что ИМ – лишь «папочка с файлами», следует обратить внимание на термин «взаимосвязанные» и считать ИМ «папочкой с данными», которые взаимосвязаны по графическому и временному принципу, а также на то, что этот принцип более универсален. На этом описание западной «BIM-технологии» завершаем и переходим к технологиям информационного моделирования (ТИМ), для которых открывается очень заманчивая перспектива[2], а «BIM-экономику» рассмотрим позже.
Оценим границы применения ТИМ, отметив при этом, что официального определения пока нет, если не считать весьма спорного в ГОСТ ЕСИМ, где «ТИМ – база знаний», однако это вопрос к Росстандарту, который в последнее время принимает подобное, не изучая соответствующие нормативно-правовые документы. Согласитесь, после определения ТИМ в поручении Президента России – как «системы управления или системы технологий», Ростандартовское определение – «база знаний» звучит неопределенно. Несмотря на то, что оба документа официально утверждены, следует ориентироваться на изложенное в поручении Президента России от 19.07.2018 № Пр-1235. Есть еще и Минцифры со своим реестром ПО и приказом о классах программного обеспечения, где ТИМ и в помине нет.
Итак, ТИМ – система управления жизненным циклом ОКС. Это означает, что есть два направления. Одно обеспечивает совокупность взаимосвязанных данных, формируемых и актуализируемых при ведении ИМ об ОКС для всех этапов его жизненного цикла или жизненного цикла самой ИМ, что делает такие данные доверенными, а это очень важно.
И второе – управление жизненным циклом самого ОКС или здания, строения, сооружения для этапа эксплуатации. Что дает нам такой вывод? Необходимость использования различного ПО ТИМ на основе принципа бесшовной интероперабельности данных и их машинопонимаемости.
Таким образом, классы ПО управления различными процессами (EPC, ERP, PLM, MES и прочее)
с точки зрения управления данными ИМ должны обладать общими качествами ТИМ. С этим очень сложно согласиться и даже смириться, особенно тем, кто привык к громким англоязычным названиям, но это уже реальность, и за ней будущее. Мы идем в экономику данных, где машинопонимаемость – залог успешности и именно за счет оперативности управления и достоверности.
Исходя из отмеченного, очень перспективной выглядит судьба самой ИМ как достоверного и взаимосвязанного (машинопонимаемого) хранилища достоверных данных. Причина проста: цифровая экономика в этом очень нуждается. Нужны однотипные, и даже если этих типов несколько, то четко регламентированные хранилища достоверных данных для их автоматизированного использования популярными системами управления, которые сейчас чаще всего называют «цифровыми двойниками». Система из ИМ как нельзя лучше для этого подходит. Есть только одно препятствие – у нас нет и при существующем подходе не будет ИМ на действующие ОКС, которые нас окружают и давно построены.
Приемлемый и экономически эффективный выход, конечно же, есть, но сначала необходимо уйти от заблуждений типа «папочек с файлами» и называть вещи своими именами, а также прекратить вбрасывать в нормативное поле информационного моделирования суррогатные смыслы типа «цифровой информационной модели» или «машинной интерпретации».
Итак, технологические перспективы быть унифицированным хранилищем данных для ИМ весьма значительны при условии бесшовной интероперабельности ПО ТИМ для ее формирования и ведения, с одной стороны, и для управления процессами ОКС, с другой.
Комментарии