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

20 ма€ 2024

–абота с нативными файлами в среде общих данных строительного проекта. ѕроблемы и решени€

¬. ». ѕронин, ѕ.¬. „еренков, ƒ. ¬. ћедведев, ј. ј. »слам

ќригинал статьи: „еловек. ќбщество. »нклюзи€ / Human. Society. Inclusion “ом 15 (2024). є 1-3 / Volume 15 (2024). Issue 1-3
»нгипро работа с нативными

ѕеречень сокращений
»ћ - информационна€ модель
÷»ћ - цифрова€ информационна€ модель
“»ћ - технологии информационного моделировани€
—ќƒ - среда общих данных
»» - инженерные изыскани€
ѕƒ - проектна€ документаци€
–ƒ - рабоча€ документаци€
»— - информационна€ система
ќ — - объект капитального строительства

¬ведение

¬ строительной отрасли –оссийской ‘едерации продолжаетс€ освоение технологий информационного моделировани€. –ынок информационных систем дл€ организации —ќƒ представл€ют множество систем. ќдин из вопросов, который обсуждают заказчики, Ч возможность и необходимость редактировани€ документов внутри системы —ќƒ.   этому вопросу вендоры относ€тс€ по-разному, рассмотрим его подробней.

Ѕазовые пон€ти€

ƒл€ единообразного понимани€ используемых в статье терминов следует их определить.

У“ехнологии информационного моделировани€ есть способ преобразовани€ информации об объекте капитального строительства в информационную модель/модели ќ —, путем построени€ взаимосв€зей внутри и между различными информационными част€ми посредством использовани€ среды общих данныхФ [3].

У—реда общих данных (—ќƒ) Ч это единый программно-технический комплекс дл€ совместной работы участников проекта с информационными модел€ми на всех стади€х жизненного циклаФ [3].

У“ехнологии информационного моделировани€ это новый способ производства, обработки, передачи и хранени€ информации об объекте капитального строительстваФ [3].

Ќативный файл (файл или документ в нативном формате Ч (Native File) файл внутри информационной системы —ќƒ в УродномФ формате, т. е. в том, в котором он был создан специализированным ѕќ, где производитс€ и оформл€етс€ информаци€. ѕример Ч файлы с разрешени€ми .dwg, .doc и другие.

–абота с документами в —ќƒ

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

»нгипро работа с нативными

–ис. 1

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

«она У¬ работеФ предполагает, что документы в этом

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

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

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

«она УјрхивФ сохран€ет в себе документы, которые потер€ли актуальность. Ёта информаци€ сохран€етс€ дл€ того, чтоб было пон€тно как развивались проектные решени€ и т. д. јрхив Ч истори€ изменени€ информации.

ƒанна€ методологи€ впервые была предложена Ѕританским стандартом BS1192 и получила дальнейшее развитие в серии стандартов ISO 19650 [4].

»спользование этого подхода позвол€ет решить р€д задач:

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

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

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

–ассмотрим разные подходы к работе с документами внутри —ќƒ.

1. —ќƒ позвол€ет каким-либо образом редактировать документы внутри себ€.

а) ќбычно такие —ќƒ предлагают вендоры, которые одновременно с —ќƒ предлагают и системы разработки проектной документации (—јѕ–). ¬ этом случае у вендора получаетс€ совместить инструменты работы в CAD и —ќƒ.

 акие преимущества получает пользователь:
+ Ќекоторые ошибки в документации можно поправить непосредственно в —ќƒ.
+ Ќет необходимости переводить документ (чертеж, модель и т.д.) в другой формат (pdf, ifc).

¬ итоге мы получаем экономию времени на операци€х перевода документа из одного формата в другой и его размещение в —ќƒ.

Ќедостатки:
- ѕрив€зка к одному вендору. ¬ сложных проектах инструментами одного вендора крайне т€жело выполнить весь объем работ.
- —нижаетс€ исполнительска€ дисциплина. “. е. в силу того, что специалист Уможет исправить потомФ, меньше себ€ контролирует в моменты загрузки документов в —ќƒ.

б) ƒругой случай, когда вендор системы —ќƒ внедр€ет инструменты, которые позвол€ют измен€ть документы. ≈сли эта —ќƒ не €вл€етс€ УпродолжениемФ какой-либо CAD-системы, то возможности редактировани€ внутри нее меньше.

ѕреимущества, которые получает пользователь, такие же как в а). Ќедостатки тоже будут те же, с учетом того, что возможности редактировани€ документов ниже.

2. —ќƒ не позвол€ет редактировать документы внутри себ€

“акие системы можно назвать Урезультатна€ —ќƒФ. Ёто значит, что в —ќƒ хран€тс€ только результаты де€тельности проектных команд и не ведетс€ корректировка документации, т. е. в —ќƒ загружаютс€ готовые на момент загрузки документы.

ѕреимущества данного подхода:
+ “ак как в системе работа ведетс€ уже с общеприн€тыми форматами данных, то снижаютс€ требовани€ к квалификации сотрудников, которые взаимодействуют с этой информацией. “. е. (утрированно) с документом формата .dwg будет работать инженер, а с .pdf может работать сотрудник с любым уровнем подготовки.
+ ѕовышаетс€ исполнительска€ дисциплина.

Ќедостатки:
- —пециалистами требуетс€ проводить дополнительные операции (перевод в другой формат файла) дл€ размещени€ документа в —ќƒ.

–ассмотрим эти два подхода с методологической точки зрени€:

  • —огласно нормативным документам у каждого документа должен быть автор. ≈сли документы в —ќƒ могут измен€тьс€, то вопрос с авторством становитс€ неопределенным.
  • “о же самое происходит со статусом документа, который должен соответствовать определенной зоне —ќƒ. ≈сли мы вносим изменение в утвержденный документ, то в каком статусе он будет?
  • ѕри возможности корректировки документов сложности возникнут с вопросом передачи документации. “. к. передача при использовании —ќƒ не предполагает физического перемещени€ документов, то обе стороны должны быть уверены в том, что одна сторона передала, а друга€ прин€ла один и тот же документ. “огда его нельз€ измен€ть.
  • ѕроблема при междисциплинарном взаимодействии. Ѕудут возникать споры из-за того, кто, когда, какие изменени€ внес, как они вли€ют на работу соседнего отдела.
  • —ќƒ не сможет повторить функционал —јѕ– систем, текстовых и табличных редакторов, систем расчета и сметных систем в полном объеме. Ёто значит, что специалисты все равно будут использовать нативные системы дл€ внесени€ изменений в документы. ѕолучаетс€, если есть —ќƒ, котора€ может немного исправл€ть документы, но дл€ больших правок нужно идти, например, в —јѕ–, то в итоге мы работу, скорее, усложним. ѕопутно возникает проблема рассогласованности версий документов. ƒокумент, загруженный в —ќƒ, получил незначительные правки. ƒл€ более существенных правок специалист использовал нативный файл на своем диске, после загрузил новую версию в —ќƒ Ч правки предыдущей версии, внесенные через —ќƒ, пропали.

 оличество подобных вопросов будет только расти. „ем больше проект, чем сложней организаци€ работы Уна зыбком основанииФ. Ќеизмен€емый документ €вл€етс€ УкирпичикомФ проекта, который можно использовать дл€ построени€ всего проекта.  огда в документ внос€тс€ изменени€, это нова€ верси€ документа. Ќам нужно вз€ть УкирпичикФ и заменить его новой версией. Ёто пон€тный прозрачный процесс, который раньше проходил через регистрацию изменений документов, так называемые УизмыФ. —ќƒ развивает эту логику и удешевл€ет, делает доступным учет изменений дл€ промежуточных маленьких результатов.

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

ћетодологи€ работы в —ќƒ предполагает €вные поставки информации между специалистами. “акие поставки состо€т из Уконтейнеров информацииФ. »нформаци€ внутри контейнера остаетс€ неизменной до новой поставки. ¬озможность изменени€ содержани€ контейнера информации (в частном случае документа) противоречит методологии —ќƒ.

ёридическа€ значимость документооборота в —ќƒ тоже плохо сочетаетс€ с возможностью измен€ть эти документы внутри —ќƒ.

¬ыводы

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

¬ результате рассмотрени€ получаетс€, что возможность измен€ть содержание документов в —ќƒ принесет с собой больше проблем, чем преимуществ. ќднако возможность сократить врем€ специалиста, которые он тратит на рутинные операции, Ч мысль хороша€.

“акое сокращение времени можно достигнуть при помощи интеграции между —ќƒ и сетевым диском, с которым работает конкретный специалист. Ёто универсальный инструмент, который позволит упростить и ускорить работу инженера без прив€зки к конкретным системам CAD.

Ѕольше интересной информации в Telegram-канале Ђ»Ќ√»ѕ–ќ.

—писок литературы

[1] ѕронин, ¬. ». ќрганизаци€ процесса выбора среды общих данных дл€ проектов объектов капитального строительства / ¬. ». ѕронин // Ёкономика: вчера, сегодн€, завтра. Ц 2023. Ц “. 13, є 5-1. Ц —. 220-230. Ц DOI 10.34670/AR.2023.54.86.078. Ц EDN IMVWNL.

[2] ћедведев, ƒ. ¬. ”ровни развити€ сред общих данных строительных проектов / ƒ. ¬. ћедведев, ¬. ». ѕронин // Ёкономика: вчера, сегодн€, завтра. Ц 2023. Ц “. 13, є 5-1. Ц —. 434-445. Ц DOI 10.34670/AR.2023.59.18.018. Ц EDN FVJNAG.

[3] ѕронин, ¬. ». “рактовка пон€тий "технологии информационного моделировани€" (“»ћ) и "среда общих данных" (—ќƒ) / ¬. ». ѕронин, ƒ. ¬. ћедведев // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 2(54). Ц —. 140-146. Ц EDN YXDIPD.

[4] BS EN ISO 19650 1:2018. (Organization and digitalization of information about buildings and civil engineering works, including building information modelling (BIM). Part 1: Concepts and Principles

[5] ѕронин, ¬. ». ‘ормирование задач дл€ выбора информационной системы из стратегических целей проектной организации / ¬. ». ѕронин, ƒ. ¬. ћедведев // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 3-1(55). Ц —. 114-119. Ц EDN CNMXJI.

[6] ѕронин, ¬. ».  оммерциализаци€ технологий информационного моделировани€ на примере рынка —ќƒ / ¬. ». ѕронин, ƒ. ¬. ћедведев, ј. ј. »слам // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 3-1(55). Ц —. 141-149. Ц EDN CSQNSP.

[7] »слам, ј. ј. ƒесктопное или веб-приложение дл€ организации —ќƒ ќ — / ј. ј. »слам, ¬. ». ѕронин, ƒ. ¬. ћедведев // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 3-3(57). Ц —. 128-135. Ц EDN GHMTFS.

[8] ћедведев, ƒ. ¬. ‘ормирование экономических обоснованных требований к средам общих данных / ƒ. ¬. ћедведев, ¬. ». ѕронин, ј. ј. »слам // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 4-2(59). Ц —. 161-170. Ц EDN INLKCQ.

[9] ѕронин, ¬. ». Ёкономические структуры имплементации коммерческих лицензий —ќƒ строительных проектов / ¬. ». ѕронин, ƒ. ¬. ћедведев, ј. ј. »слам // „еловек. ќбщество. »нклюзи€. Ц 2024. Ц “. 14, є 4-3(60). Ц —. 166-176. Ц EDN AFWSVK.


–еклама. ќќќ Ђ»Ќ√»ѕ–ќї. 2SDnjdsadrH



¬акансии:

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

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

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

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

–абота с нативными файлами в среде общих данных строительного проекта. ѕроблемы [...] — ¬. ». ѕронин, ѕ.¬. „еренков, ƒ. ¬. ћедведев, ј. ј. »слам (20 ма€ 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.