Информационное моделирование в России (проблемы, достижения и перспективы) - страница 8

Но это слова и маркетинг, а что же в СОД неправильно с технической стороны? Вернемся к нашим строителям и проектировщикам. В красивом теплом офисе есть сервер, на котором базируется СОД как программная среда обеспечения работы всех проектировщиков одновременно. Есть нюансы, но основное предназначение СОД – формирование информационной модели (ИМ) одновременно, параллельно и с прочими прелестями совместной работы, когда изменения одного видны либо сразу всем, либо тем, кому положено видеть, а главные могут регулировать процессы проектирования и формирования[11] ИМ по своему усмотрению – очень удобно. При необходимости привлечь стороннюю помощь от стороннего ПО, например, для сложного инженерного или сметного расчета, поступают просто – выгружают в нужном виде необходимые данные, выводят их из СОД и отдают на обработку другому ПО (иногда расположенному на том же компьютере), а результат возвращают в СОД, и он становится вновь доступен всем причастным. Возможны различные варианты, но в принципе это просто и удобно, однако, где же здесь IFC – эта большая и «удобная» обменно-транспортная корзина? Он тоже может пригодиться для совмещения несовместимых форматов, про стандарты пока промолчим – там еще хуже. Итак, выходя и входя в СОД используем IFC, но только в крайнем случае, когда все остальные варианты уже исчерпаны. Плохо ли это? Да, но об этом чуть позже. А пока можно опять вернуться к многосерийной дискуссии на страницах журнала «Информационное моделирование»[12]. Кто-то из защитников IFC напрямую высказывался на страницах журнала, кто-то «шипел и брызгал слюной» в кулуарах конференции, но итог плачевный – не убедительно! Кроме одного факта – международная BIM-мафия подсадила на этот пока еще выгодный для части глобальных корпораций формат весь мир и теперь всеми силами старается в нем удержать и Россию, препятствуя технологическому суверенитету страны.

Но перейдем из проектного офиса на стройплощадку и попробуем перенести с собой СОД вместе с ИМ уровня «как спроектировано». Теоретически это легко, а практически? Сразу опустим те очень частые моменты, когда стройка идет параллельно с проектированием или экспертизой – это точно не те случаи, когда OpenBIM может заявить не то, что о преимуществах, а вообще о состоятельности, но об этом ниже. Поэтому для рассмотрения возможности по использованию СОД будем разбирать самый простой и редкий случай, когда проектирование закончилось, необходимые экспертизы пройдены и разрешения получены, а стройка еще не началась.

Итак, мы строительная организация (в обобщенном виде) и у нас на руках ИМ, то есть проектная и рабочая документация (см. ст. 48 Градостроительного кодекса), которая находится в СОДе на сервере в нормальном редактируемом виде, т. е. готовая к дальнейшему формированию и ведению[13] и, либо исправленная после проблематики IFC, либо избежавшая этой участи. Если при проектировании участниками проекта, работавшими в СОД, были все сотрудники (обобщенно) и каждый через свое рабочее место (компьютер) с рабочими инструментами (клавиатура и мышь) мог участвовать в формировании ИМ, то на стройплощадке все немного по-другому. Появились другие рабочие инструменты (лопата, мастерок, молоток, топор, лом и прочее), а условия кондиционированного офиса изменись на реальные погодные условия (дождь, снег, грязь, холод, жара) и даже гнус и комаров. При этом изменились производственные процессы: объект или, например, его часть – стена, теперь формируется не в виртуальном пространстве ИМ за секунды легким движением мышки, а выкладывается из кирпича в течение дня, при этом быть в курсе рабочего процесса, производимого штукатуром или соседним каменщиком, занятых другой стеной, совершенно не обязательно, если только они работают не над одной стеной. Да и современный компьютер или планшет каменщику не нужен, а смартфон он сможет вытащить из кармана, когда снимет грязные рукавицы.