¬аше окно в мир —јѕ–
Ќовости —татьи јвторы —обыти€ –екламодател€м
—татьи

24 июн€ 2024

»нформационна€ модель —ќƒ: единый файл или информационный контейнер?

»нтервью с генеральным директором ќќќ Ђ»нгипрої

ѕавел ¬ладимирович „еренков, генеральный директор ќќќ Ђ»нгипрої, имеет богатый опыт участи€ в сложных строительных проектах мирового уровн€. ѕринимал участие в проектах: мост на остров –усский,  ерченский мост в  рым, олимпийские объекты. — 2013 года занимаетс€ развитием отечественных систем дл€ технологии информационного моделировани€ в строительстве.

ѕавел „еренков €вл€етс€ одним из создателей системы Ђ»Ќ√»ѕ–ќї. ¬ беседе с генеральным директором компании затронуты некоторые аспекты работы в —ќƒ, роль в этих процессах системы Ђ»Ќ√»ѕ–ќї и принципы ее развити€.

»нтервью провели:
ƒмитрий ћедведев Ч руководитель проектов (e-mail: medvedev@ingipro.com),
јмир »слам Ч менеджер проектов (e-mail: amir@ingipro.com).

ѕавел „еренков

ѕавел ¬ладимирович „еренков, генеральный директор ќќќ Ђ»нгипрої

ѕавел, хотелось бы обсудить тему, касающуюс€ работы —ќƒ с файлами нативных форматов. ћногие хот€т получить информационную модель в формате одного файла, в котором будут все элементы модели.  ак вы оцените такой подход к работе, какие в нем плюсы и минусы?
≈сли говорить коротко, то это ложный путь.

¬о-первых, в комплексном проекте, как правило, используетс€ несколько —јѕ–-решений. »з всех них нативно произвести один общий файл невозможно. ѕоэтому мы попадаем в ситуацию, когда требуетс€ трудоемка€ работа по сведению, как бы Ђсклеиваниюї разрозненных частей в смысловое целое, размещенное в одном файле.

¬о-вторых, если бы нам удалось собрать такой файл, объем его может составл€ть дес€тки гигабайт. ¬носить изменени€ в модель придетс€, работа€ с таким большим объемом.   примеру, изменилась одна цифра, но изменени€ будут вноситьс€ во все дес€тки гигабайт.

≈сли хранить разные версии с шагами развити€ информационной модели, то все изменени€ в итоге накапливаютс€ в сотни гигабайт информации. Ёто дорого, занимает много времени и требует много места на обработку такого объема данных.

» последнее: работа€ в логике одного файла, мы попадаем в самое главное ограничение Ч открыть дл€ просмотра такой проект можно будет только на серьезном оборудовании, потребуетс€ производительна€ графическа€ карта, мощные процессор и оперативна€ пам€ть, чтобы эти гигабайты информации загрузить и обрабатывать. ” большинства потребителей такой модели этого оборудовани€ нет и не по€витс€. “ут получаетс€ ситуаци€, когда файл есть, но нет подход€щих устройств дл€ его просмотра Ч всЄ либо будет очень сильно Ђтормозитьї, либо не откроетс€ вовсе.

Ёто всЄ порождает сложность, огромные ненужные издержки, которые не приближают к результату, а наоборот, отдал€ют от него, понижа€ при этом производительность труда и выгоду от использовани€ информационной модели.

ѕо вашему мнению, как лучше решить эту задачу работы со сводными модел€ми?

»з нашего опыта, самое лучшее решение Ч Ђдробитьї модель на множество небольших файлов и иметь ѕќ, которое позвол€ет эти файлы динамически Ђсклеиватьї.

¬ Ђ»Ќ√»ѕ–ќї мы используем именно такую технологию. ѕеред нами была задача повысить вариативность работы Ч сделать независимые от используемых —јѕ– изменени€, чтобы можно было быстро и дешево их Ђпротаскиватьї в информационную модель, размещенную в —ќƒ. ѕоскольку инженеров и специалистов, работающих с моделью, много, и у каждого свои задачи, не всегда требующие загрузки всей модели целиком, нужно позволить им выбирать только частные сводные модели, которые полезны дл€ конкретной работы. Ѕлагодар€ такому подходу, в подавл€ющем большинстве случаев всЄ будет работать плавно даже на дешевых офисных компьютерах. Ќа практике это единственный правильный путь, которым можно идти.

ƒаже если обратитьс€ к нормативной документации, мы увидим, что, информационной моделью называют совокупность структурированной информации, то есть не один файл, а множество.

ј что касаетс€ попул€рного запроса на редактирование IFC-моделей?

ѕо поводу редактировани€ IFC.   IFC необходимо относитьс€ как к Ђтвердомуї срезу структурированной информации, как к результату труда.   примеру, попытка измен€ть чертежи в PDF, а не в исходнике, ведет к тому, что в исходниках будет содержатьс€ одна информаци€, а в PDF Ч друга€. ѕри этом непон€тно, где актуальна€ информаци€. “ем самым порождаютс€ новые коллизии. ¬ случае внесени€ изменений в исходник очень веро€тно забыть внести согласованные изменени€ сделанные в PDF, что порождает новые коллизии при производстве новой версии PDF из новой версии исходного нативного файла. ћы придерживаемс€ принципа, что точка дл€ внесени€ изменений должна быть одна Ч это нативный файл и специализированное дл€ работы с ним ѕќ.

— IFC то же самое. ѕредположим, мы в какую-то из IFC-версий документа внесли изменени€. ј потом, при по€влении новых замечаний, по€вилась необходимость редактировани€ исходной модели внутри —јѕ–. ¬ итоге генерируетс€ нова€ верси€ модели с той же изначальной ошибкой, потому что изменени€ были внесены в файл с результатом, а не в исходник. ћы снова попадаем в издержки вы€влени€ этой ошибки, еЄ исправлени€, внесени€ согласованных изменений и т.д.

“ехнически IFC можно мен€ть, как и PDF-чертежи, но это неправильно с точки зрени€ технологии. Ќеобходимо иметь инструмент поставки замечаний автору, чтобы он внес изменени€ в модель с помощью —јѕ–, чтобы и в IFC было так, как надо. “олько благодар€ правильно выстроенному процессу можно получить качественную модель. ѕоэтому в Ђ»Ќ√»ѕ–ќї нет инструментов редактировани€, мы принципиально придерживаемс€ описанной технологии.

Ќа конференци€х много говор€т о моделировании, охватывающем все этапы проекта. ћожете ли вы поделитьс€ своим мнением о практической реализуемости этой идеи?

Ќа практике не осуществима иде€ Ђраст€гивани€ї одной единой информационной модели на весь жизненный цикл ќ —.

»де€ кажетс€ хорошей, а на деле выходит во много раз дороже, чем делать несколько целеориентированных моделей. –абоча€ документаци€ подготавливаетс€ на основе проектной, но всЄ равно практически с самого начала. Ќельз€ вз€ть те же самые файлы и их детализировать. ѕереиспользование этой информации в создании рабочей документации возможно в ограниченном объеме, но, по большому счету, создаетс€ нова€ система описаний, и то же самое со строительной информационной моделью. Ќюанс в том, что строителю важно иметь информационную модель дл€ декомпозиции по объектам, учитыва€ их способ производства, или план производства. √рубо говор€, надо иметь модель плана работ и производить декомпозицию с учетом тех операций, которые там содержатс€. √раницы элементов в модели и границы работ должны совпадать. Ѕез участи€ конкретного строительного подр€дчика, у которого этот план есть, полезную информационную модель сделать невозможно. ѕроектировщики обычно делают укрупненные проекты, не залеза€ в детализацию, даже проект организации строительства Ч это нека€ модель строительства, дл€ ответа на общие вопросы, а в реальности будет по-другому.

 ак вы считаете, какую ценность может предоставить обща€ информационна€ модель на этапе проектировани€?

«ачем нужна модель проектировщику? Ќа сегодн€шний день сложилась пагубна€ практика Ч у нас сначала объект Ђзапроектировалиї по традиционной технологии, а потом Ђподн€лиї 3D-модель. Ёто дополнительна€ работа со своими издержками, непон€тно, зачем и кому она нужна.

≈сли же сразу начать проектирование в Ђлогикеї 3D-моделировани€, то из неЄ автоматизированным образом производ€тс€ различные описани€ объекта. Ёто в итоге повысит качество междисциплинарного взаимодействи€ между проектировщиками и выступит в качестве механизма более дешЄвого удержани€ коллективного понимани€ и знаний о том, над чем же эти проектировщики работают в данный момент.

ѕри данном подходе разного рода коллизии можно отслеживать визуально гораздо быстрее, чем на чертежах.  онечно, не все коллизии благодар€ этому получитс€ вы€вить, но какие-то бросаютс€ в глаза сразу.  огда все эти процессы настроены с самого начала с помощью среды общих данных как некой технологии частого обмена промежуточной информацией между участниками, модель позвол€ет значительно сократить так называемую Ђработу в корзинуї. Ёто когда работа производитс€ несколько недель по устаревшим данным.

ѕо ходу проектных работ над информационной моделью посто€нно требуетс€ ув€зывать взаимные решени€.  лючева€ иде€ BIM/“»ћ Ч вы€вл€ть коллизии не в материи на строительной площадке, а в виртуальном пространстве через коллективно воображаемую сборку объекта в 3D-модели.

¬ы сказали о среде общих данных и об Ђ»Ќ√»ѕ–ќї как инструменте дл€ ее организации. ћожете ли вы объ€снить, как это работает и какие преимущества предоставл€ет —ќƒ в процессе проектировани€?

¬ системе Ђ»Ќ√»ѕ–ќї мы работаем не совсем с файлами, а с информационным контейнером, который совмещает в себе PDF-файл как результат, и исходник, из которого он получен, модель формата IFC и т.д. Ёто срез информации, собранный в целое из двух и более представлений в единый момент времени, и, соответственно, это уже не файл, а верси€ информационного объекта со своим жизненным циклом.

ƒвижение такой информации по жизненному циклу происходит через статусы. ќни отражают контрольные состо€ни€ этой информации в том производственном процессе, который прин€т в проекте. Ёто очень важна€ вещь, потому что у файлов как сущностей, пон€ти€ жизненного цикла нет. ѕопада€ в Ђ»Ќ√»ѕ–ќї, информаци€ уже живет по выстроенным процессам.

¬ этом и есть суть среды общих данных, она учитывает шаги производственного процесса над информацией, и она обеспечивает правила коммуникации участников проекта на информации как на част€х информационной модели.

–асскажите немного о планах развити€ вашего продукта.

ѕри создании информационной 3D-модели возникает задача насыщени€ еЄ объектов атрибутивной информацией. „асть этой информации удобно заполн€ть в —јѕ–, но есть достаточно большой объем информации, дл€ создани€ и управлени€ которой удобно использовать табличную форму в Excel. Ќапример, объемы или площади элементов из 3D модели в —јѕ– не всегда совпадают с объемами, которые используютс€ дл€ сметных расчетов. “акже это могут быть какие-нибудь классификаторы элементов, которые подчин€ютс€ некоторой логике, которую удобно реализовать с помощью таблиц. »з-за большого количества вычисл€емых атрибутов становитс€ необходимым эти сущности €вно вводить в информационную модель, а так как процесс проектировани€ включает в себ€ посто€нный процесс внесени€ изменений, то потребуетс€ их посто€нна€ доводка до целевого состо€ни€.

¬ —ќƒ Ђ»Ќ√»ѕ–ќї планируетс€ поддержать возможность прикладывать Excel-файл с атрибутами к IFC. ѕри открытии 3D-модели в Ђ»Ќ√»ѕ–ќї эти атрибуты будут агрегированно с остальными свойствами выводитьс€ на экран.

¬ итоге будет едина€ больша€ обща€ модель, насыщенна€ всеми требуемыми атрибутами, котора€ состоит из св€занных между собой актуальных версий файлов. » благодар€ возможности делать динамическую сборку частных сводных моделей можно будет эффективно работать с информацией через браузер на обычных офисных компьютерах.

—пасибо за интересную беседу.


Ѕольше интересных статей и материалов о технологи€х информационного моделировани€ в Telegram-канале Ђ»Ќ√»ѕ–ќї: QR code »Ќ√»ѕ–ќ

ќќќ Ђ»нгипрої
www.ingipro.com
bim@ingipro.com


„итайте также:


¬акансии:

јктуальное обсуждение

RSS-лента комментариев

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: Ђ” нас сейчас есть реальна€ возможность их обогнатьї
ѕроект ЂЌародное —јѕ–-интервьюї

—лучайна€ стать€:

 омплексные решени€ дл€ расчетов и проектировани€ в гидротехническом [...] — ≈вгений ‘едоренко, јнастаси€ ѕулина (19 июн€ 2024)
isicad Top 10

—амые попул€рные материалы

   ‘орумы isicad:

isicad-2010 isicad-2008
isicad-2006 isicad-2004

ќ проекте

ѕриглашаем публиковать на сайте isicad.ru новости и пресс-релизы о новых решени€х и продуктах, о проводимых меропри€ти€х и другую информацию. јдрес дл€ корреспонденции - info@isicad.ru

ѕроект isicad нацелен на

  • укрепление контактов между разработчиками, поставщиками и потребител€ми промышленных решений в област€х PLM и ERP...
ѕодробнее

»нформаци€ дл€ рекламодателей


¬се права защищены. © 2004-2024 √руппа компаний «Ћ≈ƒј—»

ѕерепечатка материалов сайта допускаетс€ с согласи€ редакции, ссылка на isicad.ru об€зательна.
¬ы можете обратитьс€ к нам по адресу info@isicad.ru.