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

6 августа 2019

–оль технического заказчика в организации процесса информационного моделировани€

¬ладимир “алапов

¬ладимир “алапов

»нформационное моделирование зданий Ц процесс со многими участниками, причем переход€щий из одной стадии в другую, с разными исполнител€ми, поэтому кто-то должен быть его организатором. ѕо логике информационного моделировани€ в период возведени€ объекта лучше всего дл€ этой роли подходит технический заказчик. –анее в публикации Ђ„то дает BIM техническому заказчику?ї об этом уже писалось, однако врем€ не стоит на месте: развитие технологии информационного моделировани€, а также общемирового и нашего (в –оссии) понимани€ BIM делает необходимым вновь вернутьс€ к этой теме, но уже на более высоком уровне.

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

ѕочему BIM должен организовывать именно технический заказчик?

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

–ис. 1. ќбложки изданий 2008 и 2011 годов книги основоположника BIM „арльза »стмана с соавторами ЂBIM Handbookї.
Ќиже заголовка перечислено, дл€ кого предназначена эта книга. Ќа первом месте в этом списке указаны Owners (—обственники)

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

¬ нашей стране термин Ђсобственникї обычно по€вл€етс€ на стадии эксплуатации объекта, а на этапе строительства больше говор€т про Ђзаказчикаї. Ќо если обратитьс€ к действующей сейчас в строительной отрасли –оссии юридической терминологии, то пон€тие Ђзаказчикї распадаетс€ на несколько терминов:

»нвестор Ц лицо, размещающее капитал в строительном проекте дл€ последующего получени€ прибыли. »нвестор обычно устанавливает договорные отношени€ с «аказчиком.
«астройщик Ц лицо, которое обеспечивает строительство, реконструкцию, капитальный ремонт объектов капитального строительства, а также выполнение инженерных изысканий, подготовку проектной документации дл€ их строительства, реконструкции, капитального ремонта на принадлежащем ему земельном участке (ст. 1 √радостроительного кодекса –‘). “о есть у «астройщика имеетс€ ключевой признак Ц принадлежащий ему земельный участок под строительство (допускаетс€ иной правообладатель этого участка, но получивший на него права заказчика на законных основани€х). „аще всего «астройщик и выступает «аказчиком в строительстве. ¬ таких случа€х он официально именуетс€ «аказчик-«астройщик.
«аказчик (лицо, которое заказывает строительство или реконструкцию объекта) Ц это тот, кто заключает Ђƒоговор строительного подр€даї с ѕодр€дчиком. ‘орма такого договора регулируетс€ п. 3 гл. 37 √ражданского кодекса –‘. ¬ частности, Ђпо договору подр€да одна сторона (подр€дчик) об€зуетс€ выполнить по заданию другой стороны (заказчика) определенную работу и сдать еЄ результат заказчику, а заказчик об€зуетс€ прин€ть результат работы и оплатить егої. (п. 1 ст. 702 √  –‘).
“ехнический заказчик Ц физическое лицо, действующее на профессиональной основе, или юридическое лицо, заключающее договор с «астройщиком на выполнение функции «аказчика в строительстве (ст.  1 √радостроительного кодекса –‘). ѕоскольку строительна€ де€тельность чрезвычайно сложна и ответственна, то иногда (довольно часто) «аказчик, у которого не хватает своего опыта или организационных ресурсов, нанимает профессиональную организацию, котора€ занимаетс€ от его имени реализацией всех его замыслов. ¬озможно, что на небольших объектах с об€занност€ми технического заказчика профессионально подготовленное физическое лицо вполне справитс€, но крупные проекты сможет осилить только хорошо подготовленное и укомплектованное юридическое лицо, о де€тельности которого и пойдЄт в дальнейшем речь.
ќфициальное признание “ехнического заказчика в качестве полноправного субъекта строительной индустрии в нашей стране состо€лось в 2011 году (поправки в √радостроительный кодекс –‘ были внесены ‘едеральным законом є 337-‘« от 28 но€бр€ 2011 г.). — тех пор в соответствующих юридических документах вместо термина Ђзаказчикї стали использовать Ђтехнический заказчикї, хот€ за «аказчиком оставлено право брать на себ€ функции “ехнического заказчика.

‘ункци€ технического заказчика при всей еЄ очевидности и полезности дл€ строительной отрасли Ц достаточно нова€ дл€ нашей страны. —огласно √радостроительному кодексу –‘ основными задачами, решаемыми техническим заказчиком (укрупнЄнно), €вл€ютс€:

  1. ѕредпроектна€ подготовка;
  2. ѕолучение исходно-разрешительной документации;
  3. ќрганизаци€ проектировани€;
  4. ѕодготовка строительства;
  5.  онтроль строительства;
  6. ‘инансирование, учЄт, отчЄтность, аудит на всех этапах проекта;
  7. ѕередача объекта в эксплуатацию.
Ќетрудно видеть, что кажда€ из этих задач в отдельности требует точной и оперативной информации по проекту. –ассмотренные же все вместе, они предполагают ещЄ и единого согласованного сквозного потока данных по всем стади€м работы с объектом строительства. ѕоследнее означает, что де€тельность технического заказчика лучше всего будет реализовыватьс€ при использовании технологии BIM информационного моделировани€ зданий.

Ќесколько замечаний о BIM

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

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

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

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

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

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

ћесто технического заказчика в процессе информационного моделировани€

ќписанна€ в √радостроительном кодексе –‘ де€тельность технического заказчика охватывает сразу несколько стадий жизненного цикла здани€, фактически заканчива€сь на передаче объекта в эксплуатацию, после чего этим объектом управл€ют уже другие ответственные лица (эксплуатанты). »нтересно, что такое разделение функций полностью соответствует общемировому пониманию специфики BIM на разных этапах работы с объектом, когда модели по своей структуре, решаемым задачам и особенност€м использовани€ подраздел€ютс€ на два типа Ц проектную (PIM) и эксплуатационную (AIM). ќсобо хочетс€ подчеркнуть, что в общемировой терминологии к проектным модел€м относитс€ всЄ, что св€зано с созданием или существенным изменением объекта (у нас в стране почему-то проектной моделью некоторые называют только то, что делают проектировщики), а к эксплуатационным модел€м Ц всЄ, что св€зано с управлением этим сооружением. ѕо этой логике проектные модели могут возникать и на стадии эксплуатации, когда по€вл€ютс€, например, реконструкци€ или капитальный ремонт, а также снос объекта.
–оль технического заказчика в BIM

–ис. 2. ƒва типа информационных моделей объекта строительства (согласно международным стандартам PAS-1192-3:2013 и ISO 19650)

–анее в статье Ђ“ехнологи€ BIM: трансформаци€ модели по этапам жизненного цикла здани€ї уже говорилось об особенност€х процесса информационного моделировани€ в зависимости от стадии жизненного цикла объекта, в том числе и на этапе его возведени€, св€занных с неизбежной сменой набора решаемых задач (целей моделировани€) при каждом переходе на новый этап этого цикла, поэтому мы не будем на них подробно останавливатьс€. ќтметим лишь, что корректировка процесса информационного моделировани€, о которой многие участники строительной де€тельности рассуждают лишь теоретически, дл€ технического заказчика становитс€ неизбежной реальностью.

ѕроцесс информационного моделировани€ на любом этапе работы с объектом подчин€етс€ общим принципам, сформулированным в статье Ђ“ехнологи€ BIM: прагматизм и совместна€ работаї:

  1. принципу единой модели, означающему согласованность модельной информации при работе,
  2. принципу прагматизма, согласно которому каждый раз моделируетс€ ровно столько, сколько требуетс€ дл€ решени€ поставленной задачи,
  3. принципу согласованного моделировани€, означающему необходимость единого (согласованного) подхода к работе над всем проектом.
≈сли хот€ бы один из этих принципов нарушен, эффективность процесса информационного моделировани€ резко падает или просто становитс€ нулевой. Ќо дл€ технического заказчика, об€занного направл€ть и контролировать все процессы, св€занные со строительством объекта, особое значение приобретает третий принцип Ц согласованного моделировани€, поскольку его соблюдение всеми участниками проекта под общим руководством технического заказчика способно гарантировать взаимосв€занное информационное моделирование на всЄм проекте.

≈сли рассмотреть общую схему организации техническим заказчиком процесса информационного моделировани€ дл€ всех участников проекта, то она выгл€дит следующим образом:

–оль технического заказчика в BIM

–ис. 3. ќбща€ организаци€ BIM под руководством технического заказчика при создании строительного объекта

»з приведенной схемы хорошо видно, что у технического заказчика в области организации BIM при выполнении проекта есть две основных, при этом взаимосв€занных задачи: создание —реды общих данных (—ќƒ, в английской аббревиатуре CDE) и формулирование »нформационных требований заказчика (»“«, в английской аббревиатуре EIR) дл€ всех исполнителей проекта.

—реда общих данных

Ќа сегодн€шний день, согласно общемировой практике, —ќƒ Ц это об€зательный элемент любого серьезного проекта (либо многопроектной де€тельности) с использованием BIM.

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

  1. ”частники проекта создают, контролируют и провер€ют информацию, а также получают данные от других участников проекта путем ссылки, объединени€ или пр€мого обмена, в случа€х, когда это необходимо.
  2. ѕредоставление всеми участниками проекта четко определенных информационных требований дл€ других.
  3. ќценка техническим заказчиком предлагаемого подхода и возможностей каждого потенциального участника процесса информационного моделировани€ (подр€дчика, субподр€дчика) до его назначени€.
  4. ќбеспечение дл€ участников процесса информационного моделировани€ соответствующего уровн€ доступа к управл€емой —реде общих данных.
  5. ќбеспечение надежного хранени€ материалов в —реде общих данных.

ќбща€ схема организации —реды общих данных приводитс€ ниже.

–оль технического заказчика в BIM

–ис. 4. —реда общих данных с двум€ основными част€ми Ц рабочей и справочно-информационной

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

“еперь кратко охарактеризуем еЄ основные положени€.

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

2). ѕор€док (алгоритм) обмена информацией между заказчиком и подр€дчиком (поставщиком информационной модели) через среду общих данных устанавливаетс€ в информационных требовани€х заказчика.

3). ¬ среде общих данных люба€ информаци€ по выполн€емому проекту должна находитьс€ в одном из четырех разделов: Ђ¬ работеї, Ђ¬ общем доступеї, Ђќпубликованої, Ђјрхивї.

4). –аздел данных Ђ¬ работеї Ц это пространство хранени€ текущих незавершенных частей (разделов) информационной модели, над которыми осуществл€етс€ работа исполнител€ми и которые еще не достигли нужного уровн€ готовности.

5). –аздел Ђ¬ общем доступеї предназначен уже дл€ совместной (параллельной) работы со смежниками. ƒанные из раздела Ђ¬ общем доступеї отражают текущее состо€ние информационной модели. ѕеред размещением информации в этом разделе необходимо осуществл€ть следующие действи€:
- ќценить пригодность этой информации дл€ решени€ дальнейших задач проектировани€;
- ќсуществить предусмотренные процедуры проверки модели (раздела) на коллизии;
- ќсуществить проверку требуемого уровн€ детализации информации;
- ”твердить выполненную работу руководителем соответствующей группы.

6). ќбмен данными, наход€щимис€ Ђ¬ общем доступеї, регулируетс€ внутренними регламентами организации, а также правилами, установленными техническим заказчиком.

7). –аздел данных Ђќпубликованої Ц это пространство, в котором размещаютс€ готовые, согласованные между участниками проекта материалы по определенной стадии работы с моделью дл€ передачи их внешним участникам процесса или контролирующим органам со стороны технического заказчика.

8). ѕеред попаданием в раздел Ђќпубликованої данные должны пройти процедуры проверки на соответствие информационным требовани€м заказчика и авторизацию.

9). ”правление изменени€ми/выпусками информационных материалов должно соответствовать системе управлени€ документацией, установленной техническим заказчиком дл€ конкретного проекта. «аписи обо всех публикаци€х, при необходимости, должны хранитьс€ в электронном и печатном виде.

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

11). Ќа все материалы раздела Ђјрхивї доступ дл€ редактировани€ должен быть закрыт.

12). —правочна€ часть —ќƒ наполн€етс€ техническим заказчиком либо по согласованию с ним исполнител€ми проекта и содержит общую информацию по проекту, единые базы данных дл€ выполнени€ проекта и любую другую информацию, полезную дл€ согласованного информационного моделировани€ всеми участниками проекта.

13). —реда общих данных может принимать форму локального или сетевого файлового сервера или сервера моделей, а также представл€ть облачный сервис.

14). ќтветственность за реализацию среды общих данных несет технический заказчик либо привлеченна€ им подр€дна€ организаци€.

»нформационные требовани€ заказчика

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

»нформационные требовани€ заказчика составл€ютс€ с целью:

  1. облегчить понимание задач исполнител€ми договора (определить соответствующий уровень знаний и квалификацию исполнителей, а также сложность выполн€емой работы);
  2. снизить риски при выполнении договора (некомпетентность подр€дчиков, сроки, качество и стоимость выполн€емых работ);
  3. управлени€ информацией по проекту (единые правила накоплени€ и использовани€ информации, подготовки входных и получени€ выходных данных дл€ любой задачи);
  4. максимально использовать все преимущества информационного моделировани€ (едина€ модель, актуальность информации и доступ к ней дл€ всех участников проекта).

“еперь перейдем к основным элементам »“«. ќбычно »нформационные требовани€ заказчика подраздел€ютс€ на три раздела: технические, организационные и информационные.

“ехнические требовани€ должны содержать:

  1. правила соединени€ разделов проекта в единую (координационную) модель;
  2. правила формировани€ модели в рамках одного раздела проекта;
  3. правила объединени€ разделов проекта, выполн€емых в различном программном обеспечении (различных форматах файлов);
  4. правила и услови€ объединени€ разделов, выполн€емых как средствами информационного моделировани€, так и без них;
  5. правила наименовани€ и обозначени€ элементов модели;
  6. правила структурировани€ и оформлени€ итоговой информации;
  7. иные требовани€, необходимые с точки зрени€ заказчика дл€ качественного выполнени€ проекта.

¬ технических требовани€х также должны оговариватьс€:

  1. форматы данных (наименование и версии используемого программного обеспечени€, форматы основного моделировани€, форматы обмена данными, форматы CAD-данных, форматы прочих данных);
  2. структура разделени€ данных (общие координаты и прив€зка частей модели, разделение частей модели на файлы);
  3. безопасность данных (конфиденциальность, схема и уровни доступа дл€ различных участников проекта).

ќрганизационные требовани€ должны содержать:

  1. основные правила по организации и использованию —реды общих данных (хранение данных, форматы уведомлений и т.п.);
  2. услови€ по опыту исполнителей (уровень выполненных проектов в технологии информационного моделировани€, уровень квалификации или необходимого обучени€ персонала по информационному моделированию, наличие у исполнителей внутренних стандартов и регламентов по информационному моделированию);
  3. основные этапы проекта (стадийность, ключевые этапы и сроки и т.п.);
  4. правила обмена информацией (частота предоставлени€ информации, способы и регламент обмена данными, правила доступа к информации других исполнителей и т.п.).

»нформационные требовани€ должны содержать:

  1. уровень детализации (LOD) элементов модели (устанавливаетс€ дл€ основных групп элементов);
  2. требовани€ по рационализации и ускорению геометрического моделировани€;
  3. уровень информативности (LOI) элементов модели (устанавливаетс€ дл€ основных групп элементов в виде конкретных спецификаций);
  4. структура полей свойств элементов, в том числе пустых полей дл€ перспективной информации;
  5. общие принципы ввода информации;
  6. общие принципы работы с объединенной моделью (настройка видов, спецификации дл€ проверки модели, правила и инструменты проверки коллизий, правила и инструменты проверки проектных решений и т.п.).

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

Ѕолее того, в определенных ситуаци€х, возникающих при выполнении проекта, »нформационные требовани€ заказчика могут мен€тьс€ (корректироватьс€) по согласованию с исполнител€ми. Ёто наиболее веро€тно в случа€х, когда разные исполнители задействованы на разных, в том числе пересекающихс€, и потому взаимосв€занных, стади€х проекта.

–оль технического заказчика в BIM

–ис. 5. »нформационные требовани€ заказчика могут корректироватьс€ в процессе выполнени€ проекта.
Ёта схема более точно, чем рис. 3, передает возможное участие подр€дчиков на разных стади€х информационного моделировани€

ѕлан реализации информационных задач

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

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

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

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

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

¬ каждом плане реализации информационных задач должно быть указано:

  • —оответствие информационным требовани€м заказчика;
  • ѕериод предоставлени€ информации и фактические даты поставки информации (в соответствии с этапами либо с ключевыми вехами проекта);
  • —пособ предоставлени€ информации;
  •  ака€ именно информаци€ должна быть предоставлена;
  • ќтветственные лица, осуществл€ющие предоставление информации.

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

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

„астью процесса планировани€ предоставлени€ информации заказчику €вл€етс€ матрица ответственности. ¬ рамках информационного моделировани€ матрица ответственности должна определ€ть: роли участников проекта, ответственных за управление информацией; задачи информационного моделировани€ (проектной информационной модели или информационной модели актива) в соответствии с требовани€ми к информации об активе или информационными требовани€ми заказчика.

—обственный BIM-отдел технического заказчика

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

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

–оль технического заказчика в BIM

–ис. 6. ќсновные задачи, решаемые BIM-отделом технического заказчика

  этим задачам могут добавл€тьс€ и другие, в зависимости от особенностей проекта. Ќапример, при строительстве скоростной подземной магистрали Crossrail в Ћондоне заказчиком была организована Crossrail BIM Academy дл€ обучени€ и консультировани€ по вопросам BIM специалистов подр€дных организаций. ѕри огромном масштабе проекта обща€ численность сотрудников этого учебного центра составл€ла всего дес€ть человек. Ѕолее подробно об этом можно прочитать в статье Ђ√од в инфраструктуре Ц 2014: машина Bentley Systems на полном ходу!ї.

Ќекоторые итоги

»так, согласно мировому опыту, использование BIM на крупных проектах, да и не только на них, получит наибольшую эффективность, если оно организуетс€ и управл€етс€ техническим заказчиком. ѕоэтому при переходе на информационное моделирование очень много внимани€ удел€етс€ подготовке специалистов заказчика, особенно государственного заказчика. Ѕолее подробно о такой работе в ¬еликобритании можно прочитать в статье Ђƒэвид ‘илп: «аказчик Ц главный в использовании BIMї. ’очетс€ наде€тьс€, что и в нашей стране на это обрат€т должное внимание.

—тать€ написана по материалам лекции, прочитанной автором в ”ниверситете ћинстро€ Ќ»»—‘ –јј—Ќ. — полной записью лекции и возникшей затем дискуссии можно познакомитьс€ в этом ролике:

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


¬акансии:

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

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

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: ¬ы€снилось, что первое российское BIM-решение полного цикла по€вилось уже 11 лет назад
ѕроект ЂЌародное —јѕ–-интервьюї

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

—ингапур покажет, куда пойдЄт BIM — ¬ладимир “алапов (8 августа 2019)
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.