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

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 9887     25 €нвар€ 2013, 19:14
 GKCHP
ѕо поводу Strucad, Tekla и Trimble - http://www.tekla.com/uk/about-us/news/pages/acecad-switched-strucad-to-tekla.aspx

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

id 9889     25 €нвар€ 2013, 20:58
 »рина „иковска€
ќтвет смерть упыр€м

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

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



—огласна лишь частично.
BIM создаетс€ и развиваетс€ не только и не столько дл€ проектировщиков, сколько дл€ возможности на любом этапе жизненного цикла объекта (от тендерного предложени€ до уничтожени€) оценить риски, выраженные в денежном эквиваленте. ћне кажетс€, что это основна€ цель.

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

id 9891     25 €нвар€ 2013, 21:38
 ƒенис ќжигин
»рина, € бы сказал, что это основна€ цель дл€ руководител€, но не исполнител€. » согласись, что хороший руководитель и раньше мог вполне нормально оценить риски, выраженные в денежном эквиваленте. »спользу€ дл€ этого не BIM, а просто вника€ в проект, опрашива€ исполнителей, √»ѕов, √јѕов. —огласна?  

ћне кажетс€, что с этим сложно не согласитьс€, поэтому продолжу мысль   ≈сли ставить оценку риска как основную цель, тогда получаетс€, что BIM нужен тем руководител€м, которые не способны старыми инструментами оценивать эти риски. “.е. если совсем все упрощать - BIM нужен слабым руководител€м, которые не погружены в состо€ние дел по проекту... “ут уж € совсем глупость сказал, но все следу€ логике...  

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

’от€ это, конечно, философский вопрос. ѕросто BIM дл€ каждой группы специалистов, вовлеченных в процесс, дает свои преимущества.

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

id 9892     25 €нвар€ 2013, 21:42
 јлександр Ѕауск
>» всю эту работу должен возглавить какой-то единый государственный орган.

ƒенис, не думаю так, - вид€, как работают наши и ваши государственные органы на фронтире технологий. Ќужна коллабораци€ специалистов по разным профил€м - как это и делаетс€ в разработке IFC. ¬озможна ли така€ коллабораци€ в —Ќ√ - вот острый вопрос.

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

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

id 9907     28 €нвар€ 2013, 13:34
 ƒенис ќжигин
>> ƒенис, не думаю так, - вид€, как работают наши и ваши государственные органы на фронтире технологий. Ќужна коллабораци€ специалистов по разным профил€м - как это и делаетс€ в разработке IFC. ¬озможна ли така€ коллабораци€ в —Ќ√ - вот острый вопрос.
“ак и есть. ѕоэтому формат IFC надо делать открытым и в русскоговор€щем сегменте - чтобы обсуждали, развивали, дорабатывали... Ќо все равно нужен кто-то кто будет локомотивом этого процесса: либо госорганы, либо ¬”«ы, либо отдельный специалист... Ќо это не должен быть вендор - вендор автоматически начнет этот стандарт затачивать под себ€.

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

id 10294     17 феврал€ 2013, 6:13
 ¬ладимир ѕопов
—тать€ хороша€, спасибо автору.
’очетс€ высказатьс€, хоть и с опозданием.
ћне кажетс€, что будущее BIM за мультиплатформенными решени€ми (Revit, Bentley). ’от€ и тому и другому нужно еще хорошенько подт€нутьс€ в соответствующих дисциплинах и за Tekla, и за ArchiCAD'oм, да и за Allplan'ом. —троить линейку BIM в проектировании, намного проще на базе единого формата (разрабъотка модели по дисциплинам, обмен, обновлени€). —оздание аль€нсов типа OpenBIM шаг абсолютно вынужденный и состав участников, вышеназванного аль€нса, как раз очень показателен (каждый хочет заполнить свои пробелы в функционале). „то же касаетс€ качества обмена через IFC, то тут многие авторы высказались вполне определЄнно о его практическом состо€нии на сегодн€.  онечно хотелось бы иметь эту замечательную интероперабильность, чтобы работать с лучшими в своем классе продуктами, да и просто не зависить от монополии тех или иных вендоров, но пока это скореее мечта, чем реальность.

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


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

  »м€ *

  e-mail

  web

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

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

 *

ќбновить



    

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


¬акансии:

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

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

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: —емь советов молодым инженерам
ѕроект ЂЌародное —јѕ–-интервьюї

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

isicad Top 10

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

   ‘орумы isicad:

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

ќ проекте

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

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

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

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


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

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