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

21 €нвар€ 2013

 онцепци€ OpenBIM: пон€тие, принципы реализации, некоторые выводы

ƒенис ќжигин

ќт редакции isicad.ru: ћы уже сообщали нашим читател€м о программе Open BIM, запущенной аль€нсом buildingSMART в марте 2012 г. ј сегодн€ с удовольствием публикуем статью ƒениса ќжигина, директора по стратегическому развитию компании «Ќанософт», в которой он подробно раскрывает эту тему.
ќбзорную статью на тему BIM дл€ ресурса isicad мне предлагали (тем или иным способом) написать несколько раз, но каждодневна€ загрузка не позвол€ла этого сделать: надо было сесть, аккуратно разложить по полочкам то, что накопилось в голове за последние несколько лет, что-то еще раз дл€ себ€ про€снить. » вот наступили новогодние праздники, по€вилась возможность немного расслабитьс€, сконцентрироватьс€ на определенной теме — и мысль сформировалась. Ќасколько интересно — судить вам.

»так, об информационном моделировании зданий (BIM) говор€т в последнее врем€ много — не в последнюю очередь благодар€ маркетинговой машине Autodesk. Ќаверное, у многих читателей isicad вообще сложилось мнение, что BIM — это изобретение Autodesk. —егодн€ € хотел бы рассказать об альтернативной концепции OpenBIM или, точнее, еще об одном взгл€де на BIM (идее, технологии, стратегии?) — его разрабатывают компании, вход€щие в аль€нс buildingSMART, название которого можно перевести как «”мное здание» или «—трой с умом».

ѕару слов на тему «„то такое buildingSMART?». Ёто международный некоммерческий аль€нс, поставивший целью разработку технологии комплексного информационного моделировани€ зданий, основанную на открытых принципах. ¬ частности, аль€нс разрабатывает и развивает спецификацию стандарта, описывающего общие универсальные данные информационной модели. Ётот стандарт многие знают как формат файла IFC — Industry Foundation Classes. ѕодробнее об аль€нсе можно почитать на его официальном сайте www.buildingsmart.com. ѕоддержка IFC-формата объ€влена во многих программных продуктах, но наиболее активно этот формат разрабатывают, поддерживают и выстраивают на его базе технологические цепочки проектировани€ компании, вход€щие в аль€нс buildingSMART. ¬ целом аль€нс активно поддерживают две крупные корпорации:

  • немецка€ Nemetschek Group, котора€, с одной стороны, разрабатывает собственную BIM-платформу Allplan, систему прочностного анализа Scia и систему 3D-проектировани€ Vectorworks, а с другой — владеет компанией Graphisoft, разрабатывающей очень попул€рную (в том числе и в –оссии) систему архитектурного моделировани€ ArchiCAD и перспективную систему экологического анализа EcoDesigner.
  • американска€ Trimble Group, котора€ разрабатывает интересные решени€ в области проектировани€ и строительства, геодезии и √»—, сельского хоз€йства, управлени€ автопарком и мобильными бригадами. «а последние два года эта корпораци€ приобрела два очень известных бренда: Google SketchUP (решение дл€ концептуального моделировани€) и Tekla Structures (BIM-решение дл€ предпри€тий строительной промышленности).
Ќо, конечно, этими корпораци€ми аль€нс не ограничиваетс€. Ќапример, в buildingSMART также входит норвежска€ компани€ Data Design System (DDS), котора€ разрабатывает инженерную BIM-систему DDS-CAD MEP. ѕодробнее о решени€х компании можно прочитать на сайте www.dds-cad.net/index.php.

 ак видим, buildingSMART объедин€ет совершенно разные компании, создающие профессиональные узкоспециализированные решени€, которые отчасти конкурируют, но в целом взаимодополн€ют друг с друга, охватыва€ различные проектные дисциплины. „то же они предлагают?

 онцепци€ OpenBIM
ѕостепенное IT-развитие приводит к развитию принципов проектировани€ — на смену двумерным кульманам (и —јѕ–) идут системы интеллектуального информационного моделировани€.  ажда€ —јѕ– приходит к своей локальной BIM-идее — единой максимально взаимосв€занной модели в рамках своей специальности.

Ќо если в рамках отдельных специальностей программные продукты достигли хорошего уровн€ автоматизации проектных работ (в каких-то област€х лучше, в каких-то хуже, но в целом уровень автоматизации за последние 10 лет, без сомнени€, повысилс€), то междисциплинарное взаимодействие по-прежнему остаетс€ сложным вопросом.

¬ наибольшей степени оно проработано при использовании 2D-данных — в этом случае используютс€ обычные Xref-ссылки (подложки), которые подкладываютс€ в —јѕ– в качестве фонового изображени€, а затем вручную координируютс€/обновл€ютс€/измен€ютс€. “аким образом, в данном случае вопрос взаимодействи€ фактически сводитс€ к вопросу совместимости 2D-файлов между двум€ приложени€ми. » обычно тут используетс€ *.dwg-формат, который в последнее врем€ научились поддерживать многие —јѕ– — как двумерные, так и трехмерные.

ќднако технологи€ информационного моделировани€ зданий существенно усложн€ет процесс. “ут уже недостаточно просто передать BIM-модель из одного приложени€ в другое: в различных программах сложные BIM-элементы зачастую описываютс€ по-разному. “акие объекты содержат не только общие, примитивные геометрические описани€ (типы 2D-линий, штриховки, высота объекта, ширина и т.п.), но и информационные данные, которые друга€ программа может просто не пон€ть: например, электротехнические характеристики инженерной подсистемы здани€ будут на 90% «лишней» нагрузкой в архитектурной BIM-модели.

¬ообще проблема интеграции информационных моделей, создаваемых в рамках различных дисциплин, — это не только потер€ информации между модел€ми.  ак показывает практика, у разных BIM-моделей различий много больше, чем можно себе представить на первый взгл€д. ¬плоть до того, что могут различатьс€ даже принципы построени€ модели. Ќапример, если наложить архитектурную BIM на BIM конструктора, имитирующую физическое воплощение здани€ (рис. 1), то объект «архитектурна€ колонна, пронизывающа€ все здание», не будет соответствовать нескольким колоннам, которые будет использовать инженер-конструктор; перекрытие в архитектурной модели будет лежать в других пространственных координатах и иметь другую геометрию по сравнению с плитами перекрыти€ инженера-конструктора, защемленными в стенах. ј если учесть, что над зданием работают не менее дес€ти специальностей, кажда€ из которых создает от одной до п€ти моделей, то иде€ собрать все виды BIM-моделей в один универсальный инструмент (среду, файл, базу данных) вообще представл€етс€ многим специалистам утопической.

–ис. 1. ћногообразие BIM-моделей: здание в представлении различных специалистов различно

”частники аль€нса buildingSMART выступили с более реалистичной инициативой: а что если оставить возможность создавать специализированные, проработанные в рамках одной-двух-трех специальностей BIM-модели в тех решени€х, которые лучше всего это делают, а затем св€зывать модели между собой в тех част€х, которые требуют согласовани€? ¬ оригинале эту идею назвали «reference-model based BIM workflows», то есть BIM-проектирование, основанное на св€занных модел€х. ¬ отличие от закрытых (проприетарных) BIM, стратеги€ открытой BIM предоставл€ет следующие преимущества:
  • в каждом проекте —јѕ–-менеджеры могут использовать индивидуальный набор инструментов, который состоит из наилучших в своей области решений и оптимально решает поставленные проектные задачи;
  • менеджеры проектов осуществл€ют полный контроль над составными част€ми проекта (в том числе и над обновлением независимого друг от друга программного обеспечени€) без потери сроков проектировани€;
  • использование набора решений сокращает риск потери данных, в отличие от работы с единой BIM-моделью (котора€ объедин€ет несколько специальностей, но результаты хранит в одном файле).  онечно, можно сохран€ть резервные копии единого файла, контролировать сли€ние данных, раздавать полномочи€ по редактированию, но все это дополнительные административные ресурсы, которые в критический момент могут подвести;
  • менеджеры проектов могут отказатьс€ от сложной настройки универсального BIM-файла, заточенного под все виды специальностей, а использовать отдельные модели, созданные в независимых программах и св€занные между собой1;
  • как результат, проектировщики получают пон€тную BIM, выстроенную на открытых стандартах, что позвол€ет использовать данные на всем жизненном цикле здани€: от строительства до реконструкции или разрушени€.
—тратеги€ OpenBIM универсальна и предназначена не только дл€ разработчиков программного обеспечени€. ќна ориентирована на любых специалистов, работающих на рынке архитектурно-строительного проектировани€ и выстраивающих концепцию BIM. ѕон€тно, что на данный момент стратеги€ не имеет окончательно сформированного варианта — эта иде€ оттачиваетс€ на реальных проектах, мен€етс€, развиваетс€. ј вот как она видитс€ на сегодн€шний день, с какими тонкост€ми сталкиваютс€ сейчас — в следующих темах статьи.
1Ќа мой взгл€д, это одна из ключевых проблем — удачна€ на первый взгл€д настройка универсального файла к середине проекта может стать тем камнем, который пот€нет на дно весь комплексный BIM-проект.
OpenBIM = ќткрытое взаимодействие
ƒавайте теоретически промоделируем процесс междисциплинарного BIM-взаимодействи€ и дл€ этого представим себе двух его участников — отправител€ и получател€. ¬ажно учесть, что эти участники представл€ют две разные специальности — пусть это будут архитектор и конструктор. » пусть в данном случае архитектор будет передавать данные из своей BIM-модели конструктору.
Ётап № 1 — фильтраци€ элементов
 ак € уже говорил, архитектурна€ модель не просто избыточна дл€ конструктора, она даже геометрически отличаетс€ от того, что желает получить конструктор. ѕосмотрите на рис. 2, где здание представлено таким, каким его видит архитектор: там есть отделка стен, оконные переплеты, декоративные конструкции. „ертежи содержат полную толщину стен с учетом отделочных слоев, могут содержать ненесущие перегородки, подвесные потолки, плитку, полы, фурнитуру дверей — все то, что очень важно с точки зрени€ архитектора (и заказчика), но непринципиально дл€ конструктора. Ќесущий конструктив здани€ в этой модели тоже представлен, но он а) построен в соответствии с пониманием архитектора (и, скорее всего, будет скорректирован конструктором после расчетов); б) спр€тан внутри здани€ и его невооруженным глазом не видно.

–ис. 2. јрхитектурное отображение BIM-модели: отделочные слои, декоративные конструкции и т.п.

 ак же отключить лишнее, убрав архитектурную «шелуху»? ¬от тут и начинаетс€ фильтраци€ элементов: с помощью слоев и настройки отображени€ элементов в BIM-модели архитектора отключаетс€ лишн€€ с точки зрени€ конструктора информаци€. ¬изуально это похоже на здание на этапе строительства (без отделки) — это и отключение целых категорий объектов (подвесных потолков, остеклени€ и т.п.), и соскабливание отделочных материалов с несущих элементов. ќстаетс€ «гола€» несуща€ часть здани€ (рис. 3).

–ис. 3. ќчищенное архитектурное отображение BIM-модели, готовое к экспорту конструктору

‘ункци€ фильтрации элементов очень элегантно решена в ArchiCAD: используютс€ комбинации слоев и функци€ отображени€ €дра несущих элементов (свойство «Ќесущий элемент» или «Ќенесущий» задаетс€ в параметрах объекта). Ёто позвол€ет практически моментально упростить модель, исключив из нее €вно «лишние» объекты, и затем постепенно донастраивать модель до приемлемого уровн€ фильтрации. ј потом моментально вернутьс€ в исходное состо€ние и продолжать архитектурный BIM-проект.
Ётап № 2 — классификаци€ элементов
ƒостаточно ли отключить «лишние» элементы дл€ того, чтобы передать конструктору устраивающую его BIM-модель?  ак показывает практика — нет. ѕомните, € говорил о том, что архитектор по-своему смотрит на здание? «»гра€» с объемами здани€, его формами, посто€нно измен€€ их, архитектор использует те элементы, которые ему удобнее всего дл€ работы: подвесные потолки могут быть созданы с помощью перекрыти€; элементы декора — посредством профильных стен; оконные проемы — вычитанием геометрии произвольной формы, полученной из 3ds Max (универсальный объект с точки зрени€ ArchiCAD). “ут, если мы хотим сохранить удобство —јѕ– как инструмента, нет четких методов и правил — ведь, заставл€€ проектировщика использовать определенный инструмент дл€ выражени€ идеи, мы ограничим его в свободе проектировани€. ѕоэтому и получаетс€, что объект, который визуально выгл€дит как колонна, на деле тонка€ высока€ стена или толстое перекрытие. »ли визуально цела€ фронтальна€ стена на деле может состо€ть из нескольких фрагментов, распределенных по вертикали и сливающихс€ при визуализации и генерации чертежей.

¬ результате полученную информационную модель приходитс€ тем или иным способом классифицировать дополнительно — либо объекты выкладывают на определенные слои, либо в другое приложение они передаютс€ несколькими файлами, содержащими объекты одного типа, либо настраиваетс€ карта соответстви€, котора€ зависит от проектировщика или стандарта предпри€ти€ и используемых программных продуктов.  стати, в свое врем€ именно последним путем пошла команда SCAD Group, когда св€зывала ArchiCAD и SCAD: она разработала препроцессор «‘орум», который объекты ArchiCAD 6.5 классифицировал в объекты SCAD и затем передавал данные на прочностной расчет.

¬ системах проектировани€, поддерживающих OpenBIM, должен быть инструмент, который позвол€ет дополнительно классифицировать используемые в BIM-модели элементы, задавать им универсальную метку, описывающую этот объект. Ќа данный момент такую метку дают в соответствии со спецификацией формата IFC — универсального €зыка строительных конструкций, что-то типа эсперанто в архитектурно-строительном BIM-мире.

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

  • архитектор может создавать объем (BIM-модель) любыми инструментами, которые ему удобны: экспортировать модель извне, формировать объектами ArchiCAD, трансформировать их с помощью инструмента свободного моделировани€ (ћорф). ќбъекты можно располагать на любой слой — никаких четких правил и требований в этой части нет;
  • в свойствах каждого элемента есть характеристики, которые классифицируют элемент по различным направлени€м: архитектор может задавать несущую функцию элемента (котора€ также помогает при фильтрации модели — см. этап № 1), расположение объекта (интерьерный объект либо экстерьерный), статус реконструкции (объект под снос, вновь возводима€ или временна€ конструкци€) и класс элемента (рис. 4). ќ последнем поговорим подробнее.

–ис. 4.  лассификаци€ элементов позвол€ет более точно передавать модель из одной BIM-среды в другую

¬ ArchiCAD класс элемента можно назначать по умолчанию — он будет соответствовать тому инструменту, которым этот объект создан: стена в другую BIM-систему будет передана как стена; колонна — как колонна; балка — как балка. Ќо можно класс и переопредел€ть — в этом случае, например, ограждение вы можете создать либо с помощью инструмента Ќавесна€ стена, либо как объект, либо как морф-элемент, но в другую систему оно будет передано именно как ограждающий элемент! ѕлюс к тому стандартные свойства объекта можно расшир€ть параметрами, описанными в спецификации IFC: класс огнестойкости объекта, уровень звукопоглощени€, шумовой защиты, коэффициент теплопроводности, описание и т.д. — доступны более тыс€чи параметров и характеристик, определ€емых открытым стандартом IFC (рис. 5). » если это необходимо дл€ интеграции с другой BIM-системой, архитектор может заполн€ть эти свойства или импортировать их из других систем. ¬ этом плане — абсолютна€ свобода.

–ис. 5. BIM-система, совместима€ с принципами OpenBIM, должна уметь не только классифицировать свои элементы в соответствии с единой спецификацией объектов, но и расшир€ть характеристики своих объектов свойствами, описанными в стандарте IFC

»так, мы научились не просто отсекать лишнее, передава€ данные из одной BIM-модели в другую. ћы научились еще и перенастраивать модель под ожидани€ другой программы. “еперь нам остаетс€ сохранить эту модель в универсальный обменный формат (IFC-файл), а затем этот файл открыть в BIM-решении получател€.
Ётап № 3 — получение модели
» тут возникают новые вопросы: а как эти объекты должны открыватьс€ со стороны получател€? что можно будет делать с объектами, полученными из универсального формата? ќднозначного ответа здесь нет: он зависит от того, кто обмениваетс€ BIM-моделью, какие цели став€тс€ при этом взаимодействии и, что более важно, от того, на каком этапе находитс€ взаимодействие.

Ќа первых шагах вы, скорее всего, захотите получить модель дл€ того, чтобы быстрее начать работу, сократить врем€ построени€ своей BIM-модели. », скорее всего, тут вас ждет разочарование — полученна€ таким образом BIM будет непригодна. ѕочему? ƒа потому что изначально импортируема€ BIM-модель не создавалась дл€ вас. ѕри ее создании задумывались о совершенно других вопросах, обладали совершенно другими знани€ми. », надо полагать, эту модель вы полностью перестроите.

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

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

  1. —амый простой и очевидный путь: открыть все объекты, сохраненные в IFC-формате, и, считав их данные, построить в своей модели аналогичные объекты автоматически. Ќапример, в IFC-файле сохранена колонна высотой 3 метра, с профилем «тавр по стандарту G, сери€ M», расположенна€ по координатам X, Y, Z. ѕрограмма считывает эти данные и создает аналогичную (по характеристикам) колонну. ћожете назвать недостатки такого подхода? »х много, но назову глобальный — при повторном экспорте вы получите еще одну колонну. ƒес€тки экспортов (а они без сомнени€ будут в процессе работы над проектом) — дес€тки дублей.
  2. ¬торой путь более сложен: построить св€зь между объектом в IFC и объектом в вашей BIM-модели, а затем синхронизировать изменени€ между этими базами данных. “ут уже можно размышл€ть о двусторонней св€зи между двум€ независимыми BIM-решени€ми. Ёто и есть иде€ св€занных моделей.
“ем, кто заинтересован этой технологией, рекомендую посмотреть, как IFC-модель, созданна€ в ArchiCAD, сейчас принимаетс€ в программном продукте Tekla — это один из возможных путей.

–ис. 6. ƒанные, сохраненные в промежуточный формат IFC, можно по-разному интерпретировать со стороны получател€ — тут нет универсальных правил

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

¬ажно заметить, что втора€ IFC-модель (от конструктора к архитектору) не об€зательно содержит данные из первой IFC-модели (от архитектора к конструктору). ≈сли это необходимо, она может дополн€ть (расшир€ть) информацией объекты архитектора: например, добавить/заполнить класс огнестойкости дл€ колонны — может быть, архитектор передаст эти данные другим специалистам. Ќо в простейшем случае (а, скорее всего, именно так сейчас и делают) конструктор может передать только созданные в его приложении объекты, которые также можно св€зать с моделью архитектора по технологии св€занных моделей.

Ётап № 4 — возврат модели и обратное согласование
ѕри возврате модели очень важно проработать вопросы «как отображать объекты, которые уже добавл€лись в модель» и «что с этими объектами произошло за врем€ согласовани€». “о есть синхронизовать изменени€. ќп€ть же отвечать на эти вопросы каждое решение будет самосто€тельно — четкие правила еще вырабатываютс€. —ейчас выведены четыре стадии объектов:
  • новый объект, еще не добавл€вшийс€ в текущую BIM-модель, — «new»;
  • объект существует и не измен€лс€ с точки зрени€ текущей BIM-модели — «existing»;
  • объект существует и измен€лс€ — «modified»;
  • объект удален — «deleted».
— новыми объектами все €сно — они отображаютс€ в вашей модели в виде геометрии с информационными характеристиками. » вы принимаете новые решени€ с учетом их существовани€ — например, можете сделать перекрытие толще, чтобы учесть крепеж и армирование колонны (а за этим, возможно, пойдут изменени€ в фундаментных помещени€х и т.д.).

„то касаетс€ «existing»-объектов, мы можем просто прин€ть обновленные данные (оп€ть же, если они были). Ќапример, изменилась толщина колонн, мы принимаем эти изменени€ — и прекрасно, если толщина стен предусматривала увеличение габаритов колонны. ≈сли нет, то перестраиваем свой проект.

 оллизи€ с удаленными объектами тоже будет решатьс€ просто — если вы удалили объект в своем проекте, то он либо не вли€ет на вашего коллегу, либо вы уже согласовали с ним удаление объекта. ¬ любом случае надо бы обновить вашу IFC-модель у конструктора, чтобы пронести изменени€ по всем разделам.

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

ѕосмотрите пример работы вот в этом ролике:

–ис. 7. ѕример работы ArchiCAD-Tekla: возврат данных и контроль изменений BIM-моделей

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

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

Ќо как только по€витс€ более точна€ информаци€, как только будет расписанна€ технологи€ в состо€нии «берите и пользуйтесь», будьте уверены — в мире по€вились компании, которые не просто ушли вперед. ќни оторвались вверх, сделали то, что кроме них не смог сделать никто. » наход€тс€ на совершенно новом уровне развити€.

”дачи!

ƒенис ќжигин,
директор по стратегическому развитию
«јќ «Ќанософт»
www.nanocad.ru

 омментариев: 34
id 9850     23 €нвар€ 2013, 14:50
 ƒенис ќжигин
ќлег »горевич, да, € помню нашу встречу. ¬ целом, € думаю, все примерно так как вы описывает и получитс€... «вучит, по крайней мере, очень логично. ≈динственно, что € не очень уверен в корректности термина rusIFC - насколько € понимаю из описани€, он все-таки лежит чуть в стороне; в ув€зке передаточных форматов (типа RVT, IFC, gbXML и т.п.) с нашими стандартами. Ќо ощущение создает, что он замен€ет западный IFC на какой-то наш (российский) IFC...

Ѕез сомнени€, мы должны ув€зывать наши строительные стандарты (√Ё—Ќ, правильно?) с различными BIM представлени€ми, чтобы автоматизировать интеграцию как со сметными программами, так и с ѕќ—/ѕѕ–, но это же параллельна€ работа, верно? ”читыва€ то, что «апад еще сам прорабатывает эти стандарты дл€ себ€, мне кажетс€, что правильнее было бы зан€тьс€ сейчас анализом западных стандартов и участием в разработке общемирового стандарта параллельно ув€зыва€ его на наши услови€ и реалии. ќсобенно учитыва€ то, что IFC стандарт открытый дл€ участи€.

» всю эту работу должен возглавить какой-то единый государственный орган. я пока не понимаю, кто это мог бы делать и нужно ли это вообще кому-то...

ќтветить   ÷итировать выделенное

id 9857     24 €нвар€ 2013, 16:22
 Luka
ƒенис, € через свою призму вижу вопрос ќлега.
“акой Ѕ»ћ не купит строитель и монтажник, соответственно не купит эксплуатаци€. „итай - инвестиций нет и тема либо загнетс€, либо будет слабо пульсировать в очень ограниченной сфере в виде научных изысканий. ƒл€ проектной организации стоимость эксплуатации Ѕ»ћ очень высока и ложитс€ она в затраты на проект, где маржа сейчас и так низка€.
ѕомимо запроса выше, строитель, монтажник и эксплуатаци€ попрос€т упаковать туда еще и документацию - проектную, рабочую, исполнительную, нормативную, паспорта, инструкции (список от 100 наименований и дес€тки, сотни тыс€ч ученых единиц - экземпл€тов) обеспечить функциональность поддержки их (документов) жизненного цикла и падаем в PLM.
÷итата: "»так, об информационном моделировании зданий (BIM) говор€т в последнее врем€ много Ц не в последнюю очередь благодар€ маркетинговой машине Autodesk", € бы сказал так, те производители, которые не имеют наработок в строительной сфере по PLM-решени€м. “е же вендоры, которые в портфолио имеют такие решени€ - о Ѕ»ћ не судачат - это локальна€ временна€ задача дл€ маленького (с точки зрени€ жизненного цикла) фрагмента PLM.
¬от сольет јвтодеск свой ¬олт со строительными и технологическими вертикалками на уровне данных и пойдет другой маркетинг ...

P.S. —пасибо за статью, всегда радует (завидую) когда кто-то занимаетс€ реальной аналитикой.

ќтветить   ÷итировать выделенное

id 9859     24 €нвар€ 2013, 19:55
 ƒенис ќжигин
—топ-стоп, Luka )))
я рассматриваю BIM в первую очередь как инструмент проектировщика. BIM-модель можно потом использовать при строительстве и эксплуатации, но это не основна€ его задача. » все вопросы, которые € рассматриваю в статье Ц это BIM дл€ проектировани€ и взаимодействи€ в рамках разных специальностей, но проектных! » BIM точно не система документооборота организации, котора€ хранит и согласует всю документацию по проекту. Ќе документаци€ должна хранитьс€ в BIM, а BIM должна лежать в системе документооборота. » должна ув€зыватьс€ с прочими документами логическими св€з€ми PLM.
BIM необходим, в первую очередь, дл€ того, чтобы получить согласованную рабочую документацию; чтобы переложить рутинные операции по Ђпротаскиваниюї изменений через чертежи на машину; чтобы лучше представл€ть сложные по форме проекты; чтобы иметь единое представление проекта между кучей специальностей, которые работают над проектом... ѕоэтому BIM как раз дл€ проектных организаций, в которых маржа низка€ Ц современное средство автоматизации позволит получить больше проектов/денег и выполнить их в срок с приемлемым качеством. ј следовательно, повысить эту самую пресловутую маржу проектной организации.
>> “е же вендоры, которые в портфолио имеют PLM-решени€ - о Ѕ»ћ не судачат...
 онечно, не судачат Ц у них другие большие задачи, которые лежат параллельно. ѕлохо, если они не будут считатьс€ с BIM, но имхо PLM должны забиратьс€ внутрь BIM и забирать необходимые данные из базы данных BIM Ц на SQL, через IFC или еще как-то...

ќтветить   ÷итировать выделенное

id 9860     24 €нвар€ 2013, 23:00
 ¬ладимир “алапов

÷итата из ƒенис ќжигин, id 9859:

я рассматриваю BIM в первую очередь как инструмент проектировщика.


÷итата из ƒенис ќжигин, id 9859:

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


÷итата из ƒенис ќжигин, id 9859:

ѕоэтому BIM как раз дл€ проектных организаций, в которых маржа низка€ Ц современное средство автоматизации позволит получить больше проектов/денег и выполнить их в срок с приемлемым качеством. ј следовательно, повысить эту самую пресловутую маржу проектной организации.


„естный ответ: не важно, что может BIM, главное - чтобы маржа проектировщиков была борльше. ¬от и все - заплатите деньги, и € подддержу любую технологию. —пасибо!

ќтветить   ÷итировать выделенное

id 9865     25 €нвар€ 2013, 11:57
 KOPEHEB
ќтвет Luka
Ѕоюсь, что в ѕ√— и Ќефт€нке даже термины разные   —троитель и ћонтажник это разные специальности. Ёксплуатаци€ объекта недвижимости (ƒаже самого навороченного "офиссного центра") и маленького Ќѕ« это как велосипед и космический корабль. “ак что в ѕ√— имеет место быть информационна€ модель. »ћ’ќ.
PS:Luka рад что вылез из берлоги  

ќтветить   ÷итировать выделенное

id 9870     25 €нвар€ 2013, 15:06
 смерть упыр€м

÷итата из Ѕусов јлександр, id 9828:

Tekla Structures купили Strucad, недавно приглашени€ только об обмене на Tekla рассылали. ћожно на фактах, в чЄм их состо€ние дел плохое?



это Ћќ∆№, т.к. и TEKLA, и STRUCAD куплены TRIMBLE. ѕравда в том, что TRIMBLE назначила менеджеров из TEKLA руководить направлением.


÷итата из ¬ладимир “алапов, id 9826:

—оздание аль€нса - естественна€ и правильна€ попытка перечисленных компаний догнать ушедших вперед конкурентов. ѕока состо€ние дел в аль€нсе оптимизма не внушает. Ќо хочетс€ пожелать авторам этой задумки успеха!



это Ћќ∆№! јль€нсы типа OpenBIM, FIATECH, и т.п. создаютс€ дл€ организации нормального взаимодействи€ потребителей систем и обеспечени€ конкурентного бизнеса.

Ќапример, не секрет, что дл€ удовлетворени€ потребностей проектировани€ с использование ѕќ требуетс€ гораздо больше, чем может предложить отдельный вендор (будь это Autodesk, Graphisoft, Bentleyили Ќанософт) - т.е. нужно обеспечить взаимодействие!

ћожно пытатьс€ объединить все в рамках одного вендора и прикрытьс€ форматами как Autodesk и Intergraph. ¬ итоге, масса решаемых (различными пут€ми) и нерешаемых проблем дл€ потребител€. √лавной их которых необходимость согласи€ с требовани€ми этих компаний и лишить себ€ возможности выбора инструмента на свое усмотрени€.

ћожно поддерживать универсальные "форматы" - IFC/ISO15926/.../STEP
¬ этом случае интероперабельность обеспечиваетс€ дл€ всех желающих вход€щим в аль€нс. Ќо, есть проблема! ќна в том, что устройство ѕќ у разных вендоров не всегда может обеспечить должную интерпретацию универасльного формата. Ёто как русский €зык: вроде он общий дл€ нас, но —авицкий и “алапов не могут найти понимание... т€жело "тролл€м" на одной площадке ;)

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

ќтветить   ÷итировать выделенное


ѕол€, помеченные * об€зательны дл€ заполнени€

  »м€ *

  e-mail

  web

¬ы можете ввести не более 3000 символов, осталось:

¬ведите
первые 3 символа:

 *

ќбновить



    

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


¬акансии:

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

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

-->

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: DWG: рынок инструментов 2D-черчени€ сегодн€ жив-здоров
ѕроект ЂЌародное —јѕ–-интервьюї

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

isicad Top 10

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

   ‘орумы isicad:

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

ќ проекте

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

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

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

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


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

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