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

16 июн€ 2022

ќб опыте построени€ систем управлени€ инженерными данными дл€ объектов с непрерывным технологическим циклом

ј. –ындин, ј. “учков, ». ‘ертман, ј. ’абаров

–ындин “учков ‘ертман ’абаров


ќб авторах: –ындин ј.ј., заместитель директора Ѕюро ESG; “учков ј.ј., к.т.н., технический директор Ѕюро ESG; ‘ертман ».Ѕ., председатель совета директоров √  Ђ—јѕ–-ѕетербургї; ’абаров ј.¬., заместитель директора Ѕюро ESG.

ќглавление

„то такое —”»ƒ
 акими инженерными данными управл€ет —”»ƒ
»сточники инженерных данных
ќсновные модули и подсистемы —”»ƒ
ѕотребители »ƒ
ѕримеры использовани€ —”»ƒ
—осто€ние развити€ —”»ƒ и особенности ситуации
ќсобенности импортозамещени€ —”»ƒ
ѕрактический опыт создани€ импортозамещающей —”»ƒ
    ѕотоки данных —”»ƒ Ђѕлант-навигаторї
    –азличные технологии работы с вход€щими потоками »ƒ при их загрузке в —”»ƒ
    «агрузка »ƒ в Ѕƒ —”»ƒ из различных —јѕ–-источников
    ѕубликаци€ и верификаци€ при загрузке данных из различных источников
     орректировка »ћ
    ¬изуализаци€ 3D-моделей и интеллектуальных схем
    –абота с »ƒ, содержащимис€ в документах в единой среде —”»ƒ
    »нтеграционные возможности —”»ƒ
    —ервисный функционал —”»ƒ
    ѕерспективы развити€ —”»ƒ
—писок литературы

„то такое —”»ƒ

“ермин —”»ƒ или —”пр»ƒ (система управлени€ инженерными данными) по€вилс€ сравнительно недавно. — момента по€влени€ этого термина и до сих пор можно слышать самые различные трактовани€ его значени€. „асто под —”»ƒ понимаетс€ нечто идентичное тому, что обозначаетс€ терминами BIM или PLM. ѕорой же можно услышать и некие производные от упом€нутых аббревиатур, например Ђѕромышленный PLMї или Ђѕромышленный BIMї. Ёти производные, на наш взгл€д, вполне идентичны термину Ђ—”»ƒї.

ћы уже неоднократно высказывали наше мнение о единстве и различии терминов ЂPLMї, ЂBIMї и Ђ—”»ƒї.  ратко напомним его. »так, сначала о единстве: все три перечисленные технологии обеспечивают информационную поддержку ∆÷ издели€/объекта. “еперь об основном отличии. ќно заключаетс€ в том, что PLM, BIM и —”»ƒ акцентированы на различные задачи, сто€щие на разных этапах ∆÷ издели€/объекта в зависимости от отрасли.

“ак, PLM применим в машиностроении, приборостроении и других промышленных отрасл€х. ќсновной задачей технологии на прот€жении ∆÷ издели€ €вл€етс€ управление его конфигураци€ми.

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

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

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

»зложенное вовсе не означает, что неакцентированные стадии ∆÷ той или иной технологией игнорируютс€, Ц нет, они так или иначе учтены всюду. ћы подчеркнули основные Ђакцентыї.

 акими инженерными данными управл€ет —”»ƒ

“еперь поговорим об инженерных данных (далее »ƒ), которыми управл€ет —”»ƒ.   ним относ€тс€:

  • ќбщие данные об объекте (технические характеристики, параметры, геометрические размеры и координаты в единой системе, состав оборудовани€, его размещение, технологические, электрические схемы, схемы  »ѕијЕ);
  • ƒанные о составл€ющих объекта: системах, трубопроводах, оборудовании Ч те же, что и общие, перечисленные выше дл€ всего объекта, но дл€ конкретного компонента.  роме того, »ƒ в этом случае содержат технические паспорта, технические регламенты, эксплуатационные документы, документы по техническому обслуживанию и ремонту (“ќи–). »ƒ €вл€ютс€ параметры дл€ эксплуатации и проведени€ “ќи– (например, период обслуживани€, период замены дл€ ресурсных элементов), допустимые замены и перечень поставщиков.
  • «аметим, что параметры эксплуатации проведени€ “ќи– пограничны с системой “ќи–, равно как и сведени€ о допустимых заменах пограничны с ERP. ¬ этом случае, скорее в —”»ƒ можно иметь данные о допустимом коридоре значений технических характеристик оборудовани€, его установочном месте, габаритах и прочих »ƒ, по которым из ERP возможен выбор поставщика.

»сточники инженерных данных

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

ќна может создаватьс€ дл€ объектов, наход€щихс€ на разных стади€х ∆÷, Ч проектируемых, стро€щихс€, вводимых в эксплуатацию, эксплуатируемых. „асто в литературе описываетс€ довольно идеализированна€ картина информационной поддержки ∆÷ объекта Ч когда »ƒ, порождаемые на стадии проектировани€, уже закладываютс€ в —”»ƒ, а далее пополн€ютс€, модернизируютс€ в процессе всего ∆÷.

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

Ќапример, дл€ вновь проектируемого объекта »ƒ содержатс€ в результатах работы —јѕ–, дл€ эксплуатируемого Ч в документации, в том числе и на бумажных носител€х, частично Ч в результатах работы —јѕ– (если таковые примен€лись при его проектировании).

ƒл€ объектов, наход€щихс€ на стади€х ∆÷ эксплуатации и модернизации, часто носителем части »ƒ €вл€етс€ сам объект. ¬ этом случае необходимо применение технологий, позвол€ющих преобразовать такие »ƒ в электронный вид. ѕримером €вл€етс€ технологи€ лазерного 3D-сканировани€ с последующей обработкой облаков точек и вводом результатов Ч »ƒ в —”»ƒ.

ѕрактический опыт Ѕюро ESG основан на реали€х, далеких от упом€нутой идеальной картины.  омпани€ владеет технологи€ми наполнени€ —”»ƒ не только »ƒ, поступающими из результатов работы —јѕ–, но и когда —”»ƒ чаще создаетс€, увы, не с первых стадий ∆÷ объекта и приходитс€ работать с самыми различными источниками.

“еперь остановимс€ на том, какие »ƒ поступают в —”»ƒ, и укажем основные их источники:

  • √еометри€ и координаты, содержащиес€ в 3D-модел€х объектов, систем, оборудовани€, коммуникаций;
  • »ƒ из технологических, электрических,  »ѕиј схем Ч результатов работы в соответствующих —јѕ–;
  • »ƒ, содержащиес€ в рабочей и исполнительной документации на объект;
  • »ƒ, содержащиес€ в паспортах оборудовани€, регламентах обслуживани€ и эксплуатации;
  • »ƒ, содержащиес€ в электронном генплане в части, касающейс€ эксплуатации объекта, прежде всего, св€занные с подземными коммуникаци€ми;
  • »ƒ, содержащиес€ в прочей документации по объекту;
  • √еометрические размеры, прив€зки к координатам, получаемые в процессе обработки облаков точек Ч результатов лазерного сканировани€;
  • »ƒ, получаемые из прочих источников и вли€ющие на решение основной задачи —”»ƒ Ч исключение риска несени€ убытков в результате внепланового просто€ (выхода из стро€) той или иной составл€ющей объекта с непрерывным производственным циклом.

ќсновные модули и подсистемы —”»ƒ

ќсновные модули и подсистемы —”»ƒ приведены на рисунке 1.

Ѕюро ESG

–ис. 1. ќсновные модули и подсистемы

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

ѕосле прохождени€ верификации »ƒ, их структуры, св€зи, атрибуты, 3D-модели, интеллектуальные схемы размещаютс€ в единой среде. ѕодсистемы же поиска и визуализации позвол€ют быстро найти необходимые »ƒ. ќтметим, что правильный перенос структур, св€зей и атрибутов »ƒ позвол€ет переходить от одного представлени€ результата поиска/визуализации »ƒ к другим.  роме того, св€зи »ƒ в —”»ƒ, реализованные в виде Ђпаутиныї, позвол€ют получить полную информацию, например, об оборудовании.

“ак, получив на запрос по тэгу, например, насос в Ѕƒ (структуре установки), можно перейти к его положению в технологической P&ID схеме, осуществить переход к тому же оборудованию в 3D-модели. ѕерейд€ вновь от 3D-модели к Ѕƒ, увидеть параметры насоса, перейти к эксплуатационным регламентам, техническому паспорту, св€занному оборудованию и системам, их »ƒ.

¬ —”»ƒ существует подсистема интеграции со смежными системами Ч источниками и потребител€ми информации дл€ организации единой информационной среды предпри€ти€. ѕодробнее о вопросах интеграции со смежными системами Ч потребител€ми »ƒ поговорим несколько позже.

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

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

ќтметим важную мысль о границах —”»ƒ, упредив вполне законные вопросы читателей. ƒело в том, что не стоит пытатьс€ провести четкие универсальные границы или зоны ответственности —”»ƒ.  аждый случай дл€ каждого предпри€ти€ уникален и определен четырьм€ важными группами факторов:

  1. ќрганизационными Ч структурой ѕредпри€ти€ и бизнес-процессами;
  2. “ехническими Ч функциональными возможност€ми программных средств Ч среды построени€ —”»ƒ;
  3. Ёкономическими Ч не исключено, что р€д функций, которые способна выполнить едина€ среда —”»ƒ, выполн€етс€ уже внедренными специализированными системами. ѕроведены инвестиции, которые стоит сохранить. ¬ этом случае организуетс€ межпрограммное взаимодействие —”»ƒ с ранее внедренными системами;
  4. ћетодическими. ѕриведем лишь один пример. ѕроцесс сдачи в электронный архив проектной организации комплекта документов вовсе не статичен.  омплект проходит определенный процесс согласовани€, существует его движение между пользовател€ми информационной системы с изменением статусов, проверками и подписанием. ƒокумент движетс€. Ёлектронный архив проектной организации не статичен также и при внесении изменений. Ќет четкой границы между стереотипами хранени€ и движени€. »ногда используетс€ термин Ђоперативный архивї (а почему не Ђдокументооборотї?). »менно по этой причине довольно часто и весьма правомочно используетс€ термин Ђсистема электронного архива и документооборотаї. јналогично, использу€ методический подход дл€ конкретного предпри€ти€, стоит четко делить задачи —”»ƒ и, например, “ќи– или других смежных систем.

¬ этом месте статьи остановимс€ на границе между системой технического архива и документооборота (далее “ƒќ) и —”»ƒ в соответствии с методологическими подходами, не только разработанными, но и внедренными Ѕюро ESG.

»нженерные данные могут содержатьс€ не только в результатах работы —јѕ–, но и в документах. ѕричем в документах »ƒ могут быть представлены:

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

”правл€€ документами, мы в любом случае управл€ем »ƒ, только несколько по-разному.

  • ≈сли »ƒ не структурированы, мы управл€ем ими одновременно всеми, наход€щимис€ в контейнере-документе, всем контейнером.   этому случаю можно отнести:
    • ”правление »ƒ, содержащимис€ в электронных документах (атрибутивна€ часть Ч пол€ учетной карточки, информативна€ часть Ч файл-контейнер с »ƒ);
    • ”правление »ƒ, содержащимис€ документах на бумажных носител€х (атрибуты электронной карточки и »ƒ на бумаге). ќтметим то, что дл€ управлени€ бумажным архивом существуют и отдельные информационные системы;
  • ≈сли же »ƒ в документе структурированы, то мы можем управл€ть еще контентом документа.

¬ св€зи с этим систему управлени€ документами, например систему электронного архива и документооборота, полезнее рассматривать не как отдельную сущность, а как подсистему —”»ƒ. ѕри этом важно то, что при таком методологическом подходе контейнеры »ƒ Ч документы или размеченные элементы контента документов Ч интегрированы в различной степени с »ƒ, поступающими в —”»ƒ из других источников, например из 3D-моделей.

ѕодчеркнем, что, говор€ о системе электронного архива и документооборота как о подсистеме —”»ƒ, мы вовсе не исключаем организацию взаимодействи€ »ƒ, содержащихс€ в документах, с другими »ƒ —”»ƒ следующими способами:

  • —истема технического документооборота €вл€етс€ отдельным программным модулем —”»ƒ;
  • —истема технического документооборота Ч отдельное программное решение, интегрированное с —”»ƒ.

ѕотребители »ƒ

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

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

¬ процессе эксплуатации основными потребител€ми »ƒ €вл€ютс€ службы главного механика, главного технолога, главного метролога, начальники установок, подр€дные организации (в части »ƒ по обслуживанию и ремонту), подразделени€, ответственные за ћ“ќ и закупки, подразделени€, ответственные за модернизацию, в том числе проектирование (ѕ ќ/ѕ Ѕ).

 ратко остановимс€ на интеграционном взаимодействии —”»ƒ со смежными системами и приведем некоторые примеры:

  • »нтеграционное взаимодействие с системой надежности в части, касающейс€ обеспечени€ »ƒ;
  • »нтеграционное взаимодействие с системой календарного ресурсного планировани€ в части, касающейс€ сбора »ƒ, их разработки, разработки документов, св€занных с процессами эксплуатации и модернизации;
  • »нтеграционное взаимодействие с системой “ќи– в части, касающейс€ обеспечени€ »ƒ дл€ проведени€ “ќи–;
  • »нтеграционное взаимодействие с корпоративной системой управлени€ нормативно-справочной информацией;
  • »нтеграционное взаимодействие с ERP-системой;
  • ѕри наличии внедренных и используемых систем “ƒќ и управлени€ документами на бумажных носител€х:

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

ѕримеры использовани€ —”»ƒ

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

¬ процессе планировани€, подготовки и проведени€ плановых простоев из —”»ƒ на Ќѕ« сегодн€ используютс€ следующие »ƒ:

  • информаци€ о размещении технических устройств в пространстве;
  • информаци€ дл€ подготовки зоны проведени€ работ;
  • информаци€ дл€ подготовки и перемещени€ грузоподъемных устройств и механизмов;
  • положение технических устройств на технологических, электрических,  »ѕиј схемах;
  • технические паспорта, эксплуатационна€ документаци€, документаци€ по “ќи– (через механизм интерфейсного взаимодействи€ с системой технического документооборота);
  • спецификации оборудовани€, состава трубопроводов и их параметры Ч »ƒ;
  • проча€ информаци€ об »ƒ, перечисленных выше, в зависимости от специфики той или иной задачи, решаемой в процессе реализации планового просто€.

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

—осто€ние развити€ —”»ƒ и особенности ситуации

—отрудниками компании Ѕюро ESG уже публиковались материалы об успешном опыте использовани€ —”»ƒ на зарубежных предпри€ти€х нефтепереработки. Ќапомним один из ранее освещенных нами примеров.

—огласно отчету консалтинговой компании Deloitte в отношении австралийской нефтегазовой компании Woodside:

  • ќбщие затраты на создание и поддержку системы за 10 лет составили $ 45млн, экономический эффект превысил $ 250 млн;
  • Ёффект от ускорени€ поиска актуальной информации только в 2014г. составил $37 млн, это 86% от общего годового экономического эффекта применени€ в Woodside системы управлени€ инженерными данными.

√рафик роста выгод при использовании —”»ƒ за 10 лет приведен на рисунке 2.

Ѕюро ESG

–ис. 2. –ост выгод от использовани€ —”»ƒ нефтегазовой компанией Woodside

Ѕудем откровенны: сегодн€ в –оссии навр€д ли можно за€вить о том, что —”»ƒ внедрена и использует 100% своего потенциала на каком-либо предпри€тии или в компании. ¬ подавл€ющем большинстве случаев, как правило, успешно внедрены и используютс€ некоторые из компонентов, приведенных на рисунке 1. “ак, например, определенные успехи достигнуты в использовании подсистемы визуализации трехмерных моделей, в создании таких моделей с использованием результатов 3D-сканировани€. ¬есьма успешно внедрены подсистемы управлени€ »ƒ (чаще неструктурированными), содержащимис€ в документах.

÷елостной же картины полного внедрени€ всех подсистем и модулей —”»ƒ, пожалуй, нет нигде. Ѕудем благодарны, если кто-либо готов опровергнуть сказанное и рассказать о полном внедрении —”»ƒ. Ќо не все так бесперспективно, поскольку существуют компании, где внедрение —”»ƒ продвигаетс€ быстро, весьма успешно. ¬ таких организаци€х уже используетс€ немала€ часть потенциала —”»ƒ. ярким примером такой компании можно назвать ѕјќ Ђ√азпром нефтьї, котора€ запатентовала собственную —”»ƒ. ќна охватывает ћосковский и ќмский Ќѕ« Ђ√азпром нефтиї, позвол€€ на 20% сократить временные затраты на выполнение регламентных меропри€тий по эксплуатации, ремонту и обслуживанию. ћы уже публиковали статьи, написанные сотрудниками этой  омпании и Ѕюро ESG как на тему мирового опыта внедрени€ —”»ƒ, так и о внедрении —”»ƒ в Ђ√азпром нефтиї.

ѕо оценкам специалистов Ђ√азпром нефтиї, экономический эффект, достигнутый при использовании —”»ƒ в 2020 году, составл€л более 700 млн руб/год. ѕодчеркнем, что эффект носит дисконтируемый характер, а потому на сегодн€ он выше.   сожалению, на врем€ написани€ статьи информации о размере экономического эффекта нет. —егодн€ дл€ Ђ√азпром нефтиї только Ѕюро ESG провела цифровизацию 11 установок и разработку интеллектуальных технологических схем дл€ 19 установок.

¬ любом случае при подавл€ющем числе внедрений использовались импортные технологии и программное обеспечение, в приобретение и внедрение которых проведены серьезные инвестиции. ќсновными импортными программными платформами, с использованием которых в той или иной степени внедрены компоненты —”»ƒ на отечественных предпри€ти€х с непрерывным производством, €вл€ютс€ ѕќ Aveva и Intergraph PPM (Hexagon PPM). “акое положение дел определ€етс€ тем, что, во-первых, указанные средства наиболее успешно решают задачи создани€ —”»ƒ в мировой практике, а во-вторых, тем, что —јѕ– указанных производителей €вл€ютс€ основными дл€ проектировани€ объектов рассматриваемых нами отраслей.

»ƒ, поступающие в —”»ƒ от различных источников, имеют различные форматы, которые так или иначе Ђпонимаютс€ї единой средой и/или преобразуютс€ в универсальные дл€ —”»ƒ.

¬ разработку »ƒ промышленных объектов, а далее в их консолидацию и создание —”»ƒ, даже не использующих пока 100% своего потенциала, вложены немалые инвестиции.

ќсобенности импортозамещени€ —”»ƒ

ѕеречисленные факторы должны учитыватьс€ дл€ успешного проведени€ импортозамещени€ —”»ƒ, в процессе проведени€ которого должно быть обеспечено:

  • ¬ыполнение всего функционала (см. рис. 1) с использованием отечественных платформ;
  • ”чет возможности использовани€ универсальных форматов »ƒ дл€ работы в —”»ƒ;
  • —охранение инвестиций, проведенных ранее, на разработку »ƒ, их консолидацию и создание —”»ƒ путем обеспечени€ возможности работы с историческими данными разных форматов, как без их преобразовани€, так и с трансформацией »ƒ в универсальные форматы без потерь и искажений;
  • ‘ункционал обратного преобразовани€ »ƒ из универсальных форматов в исходные, нативные форматы —јѕ–. Ёто св€зано с тем, что на проектируемых, стро€щихс€ и эксплуатируемых объектах невозможно мгновенно прекратить использование импортных средств.  роме того, возможность Ђобратного преобразовани€ї »ƒ из универсальных форматов в исходные (нативные) (в том числе импортные) необходима и полезна дл€ международных проектов.

ѕрактический опыт создани€ импортозамещающей —”»ƒ

 омпани€ Ѕюро ESG реализовала импортозамещающую —”»ƒ Ђѕлант-Ќавигаторї с учетом как перечисленных выше особенностей текущей ситуации, так и требований к функционалу системы. ¬ основу —”»ƒ Ђѕлант-Ќавигаторї легли:

  • »зученный мировой опыт внедрени€ —”»ƒ;
  • ќпыт нашей компании по разработке и внедрению —”»ƒ;
  • Ќадежные программные средства, зарекомендовавшие себ€ на отечественных предпри€ти€х, Ц отечественна€ —”Ѕƒ Postgres Pro и PLM-система IPS Search. ѕоследн€€ используетс€ в качестве €дра, кастомизированного специалистами Ѕюро ESG дл€ решени€ задач управлени€ »ƒ на предпри€ти€х с непрерывным производственно-технологическим циклом;
  • –азработки отечественной  омпании PlantLinker, вход€щей вместе с  омпани€ми Ѕюро ESG и InterCAD в √  Ђ—јѕ–-ѕетербургї:
    • ѕрограммный комплекс (ѕ ) PlantLinker, реализующий:
      • загрузку в единую среду —”»ƒ 3D моделей, технологических схем из различных источников Ч разнородных —јѕ–, примен€емых при проектировании объектов с непрерывным производством;
      • корректировку информационной модели в части, касающейс€ изменений, внесенных с использованием технологии PlantLinker (3D-моделей);
    • ѕ  PlantViewer, реализующий визуализацию 3D-моделей, схем, изометрических чертежей с набором сервисных функций (переход от графики к параметрам элемента модели в Ѕƒ, к документации, измерени€, сечени€ плоскост€ми и прочее).
ќсновные компоненты —”»ƒ ѕлант-Ќавигатор иллюстрированы рисунком 3.
Ѕюро ESG

–ис. 3. ќсновные компоненты ѕлант-Ќавигатор

Ќиже мы не будем останавливатьс€ на описании возможностей —”Ѕƒ. ќграничимс€ описани€ми прикладного уровн€ работы €дра —”»ƒ на основе IPS Search, технологии PlantLinker Ч средств загрузки, просмотра и корректировки »ћ.

ћодули и подсистемы —”»ƒ ѕлант-Ќавигатор полностью соответствуют рисунку 1 в общем виде.

Ќа рисунке 4 изображен основной функционал описываемой —”»ƒ в прив€зке к €дру системы Ч ѕќ IPS Search.

Ѕюро ESG

–ис. 4. ‘ункционал —”»ƒ Ђѕлант-Ќавигаторї в прив€зке к €дру Ч ѕќ IPS Search

ѕотоки данных —”»ƒ Ђѕлант-навигаторї

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

Ѕюро ESG

–ис. 5. ѕотоки данных —”»ƒ Ђѕлант-Ќавигаторї

Ќа рисунке изображены основные вход€щие (лева€ часть рисунка) и исход€щие потоки (права€ часть). —делаем три важных замечани€:

  • ¬ правой части рисунка приведены компоненты подсистемы визуализации —”»ƒ Ђѕлант-Ќавигаторї дл€ отображени€ 3D-моделей, интеллектуальных схем, документов генплана и 2D-документов. ѕодсистема визуализации включает как средства, вход€щие в состав €дра —”»ƒ (встроенную в ѕќ IPS Search программу просмотра), так и средства разработки Ѕюро ESG. Ќа рисунке не акцентированно внимание на отображении части »ƒ Ч параметров технических устройств, оборудовани€, систем, которые отображаетс€ через клиентский интерфейс €дра Ч ѕќ IPS Search (с использованием Ђ“олстогої и WebЦклиентов). “акое отображение реализовано в пол€х электронных карточек документов, объектов, оборудовани€, в табличном виде, в результатах запросов к Ѕƒ, в отчетах.
  •  роме того, »ƒ через пользовательский интерфейс ѕќ IPS Search визуализируютс€ как в древовидных иерархических структурах (интерфейс подобен ѕроводнику Windows, знаком пользовател€м TDM, PDM, PLM систем), так и в графах, генерируемых на основе паутинных св€зей. ѕример подобного графа проиллюстрирован рисунком 6. ѕодробно же о визуализации 3D моделей и интеллектуальных схем поговорим в отдельном разделе статьи (Ђ¬изуализаци€ 3D-моделей и интеллектуальных схемї);
  • ќдним из вход€щих потоков может €вл€тьс€ поток документов “ƒќ Ч при реализации “ƒќ как подсистемы —”»ƒ в единой среде IPS Search;
  • Ђѕлант-Ќавигаторї развиваетс€, и в насто€щее врем€ Ѕюро ESG ведет создание новых инструментов работы с прочими »ƒ и их потоками, не изображенными на рисунке 5.
Ѕюро ESG

–ис. 6. ѕример отображени€ »ƒ и св€зей элементов структуры нефтеперерабатывающей установки с использованием паутинных св€зей через пользовательский интерфейс IPS Search

–азличные технологии работы с вход€щими потоками »ƒ при их загрузке в —”»ƒ

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

  • ћеханизмы загрузки »ƒ из структурированных/табличных форматов. ¬ свою очередь, эти средства дел€тс€ на:
    • встроенные в €дро —”»ƒ Ч ѕќ IPS Seаrch инструменты загрузки, позвол€ющие ассоциировать значени€ структурированных полей с типами информационных объектов, их атрибутами, структурами и св€з€ми.   средствам загрузки этой группы можно также отнести стандартные инструменты загрузки документов. “акие инструменты успешно примен€ютс€ дл€ решени€ задач низкой и средней сложности по импорту »ƒ —”»ƒ или внесению единичных документов и »ƒ об оборудовании;
    • дополнительные программы-плагины разработки Ѕюро ESG, выполн€ющиес€ на сервере приложений, а в некоторых случа€х и на клиенте —”»ƒ. —редства успешно решают задачи высокой сложности, когда необходима больша€ степень алгоритмизации, а в некоторых случа€х части процесса загрузки не алгоритмизируютс€, передава€сь дл€ прин€ти€ решени€ администратору загрузки, а затем вновь дл€ автоматизированной обработки по тому или иному алгоритму;
  • —редства загрузки »ƒ из результатов работы —јѕ–, которые можно разделить на следующие группы:
    • механизмы загрузки —јѕ– дл€ проектировани€ оборудовани€ (машиностроительных CAD-систем) Ч интерфейсы практически со всеми CAD-системами (2D и 3D). ƒл€ —”»ƒ данные средства, как правило, не имеют пока высокого приоритета. —редства реализованы в ѕќ IPS Search в виде дополнительных модулей;
    • механизмы загрузки результатов работы в —јѕ– Ђкак естьї, применимые дл€ сравнительно несложных —јѕ– промышленной отрасли. ѕредставл€ют интерес, если результат работы —јѕ– может содержатьс€ в одном файле и не может быть преобразован в универсальный формат или степень структурировани€ данных невысока. ¬ последнем случае результат работы в —јѕ– Ч контейнер-документ и небольшой объем структурированных данных, который может быть извлечен из контента и св€зан с »ƒ из других источников (пример Ч пол€ углового штампа чертежа). ћеханизмы загрузки этой группы реализованы в €дре —”»ƒ Ч ѕќ IPS Search;
    • механизмы загрузки результатов работы в так называемых Ђт€желыхї —јѕ– промышленного строительства. ¬ качестве таких средств в —”»ƒ Ђѕлант-Ќавигаторї используетс€ технологи€ и программные средства PlantLinker производства отечественной компании PlantLinker, вход€щей совместно с компани€ми Ѕюро ESG и InterCAD в √  Ђ—јѕ–-ѕетербургї.
«агрузка »ƒ в Ѕƒ —”»ƒ из различных —јѕ–-источников

¬ первой части статьи мы акцентировали внимание на том, что дл€ размещени€ в —”»ƒ »ƒ уникальных форматов, поступающих от разных источников, удобнее было бы привести их к универсальному формату. ѕодчеркивалась практическа€ польза не только пр€мого преобразовани€ »ƒ в единый универсальный формат, но и выгоды от обратного преобразовани€ »ƒ в исходные форматы дл€ корректировки »ћ в оригинальных —јѕ–. ¬ —”»ƒ Ђѕлант-Ќавигаторї реализован именно такой подход. ¬ ней максимально используютс€ как современные мировые и отечественные тенденции к использованию универсальных форматов от —јѕ–-источников »ƒ, так и разработки компании ЂЅюро ESGї:

  • Ђѕлант-Ќавигаторї работает с IFC-форматом Ч стандартом Ђде-фактої универсальным дл€ 3D-моделей, выдаваемым как зарубежными, так и отечественными —јѕ–;
  • Ђѕлант-Ќавигаторї использует собственную технологию PlantLinker, позвол€ющую преобразовать форматы —јѕ–-источников в структурированный стандартный XML, который используетс€ в нашей —”»ƒ дл€:
    • верификации »ƒ от —јѕ–-источников;
    • загрузки »ƒ от —јѕ–-источников;
    • просмотра моделей;
    • корректировки моделей:
      • собственным средством редактировани€;
      • исходными —јѕ– (с предварительным обратным преобразованием к их исходному формату).

ѕрименение универсального ’ML дл€ решени€ перечисленных задач освещено в следующих разделах. «десь же заметим, что XML €вл€етс€ открытым форматом. Ёто позвол€ет расширить его использование как в рамках —”»ƒ, так и за ними, чего нельз€ сказать о большинстве подобных отечественных и зарубежных разработок наших коллег, примен€ющих закрытые Ђуниверсальныеї лишь в рамках собственного ѕќ форматы.

ќсновные шаги использовани€ технологии PlantLinker дл€ загрузки »ƒ:

  • ѕреобразование »ƒ, поступающих от различных —јѕ– (S3D, Tekla, Autodesk Revit, Aveva PDMS и Aveva E3D) в структурированный XML и стандартный формат IFC;
  • «агрузка »ƒ в —”»ƒ (после верификации).

ќтметим также, что дл€ р€да —јѕ–-источников »ƒ в Ђѕлант-Ќавигатореї пока не используетс€ преобразование их в универсальный формат. «агрузка результатов работы из таких —јѕ– в —”»ƒ ведетс€ в оригинальных форматах.

–исунок 7 иллюстрирует различные —јѕ– Ч источники »ƒ, форматы загрузки »ƒ в Ђѕлант-Ќавигаторї, в том числе с применением технологии и ѕќ PlantLinker.

Ѕюро ESG

–ис. 7. —јѕ– Ч источники »ƒ и форматы »ƒ, загружаемые в —”»ƒ Ђѕлант-Ќавигаторї

ѕубликаци€ и верификаци€ при загрузке данных из различных источников

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

  • ¬строенный функционал €дра —”»ƒ Ч ѕќ IPS Search.  ак правило, этот инструментарий примен€етс€ дл€ сравнительно несложных проверок структурированных форматов при загрузке в —”»ƒ, например, атрибутивных параметров. Ётот функционал позвол€ет проверить заполнение об€зательных полей, их формат и провести подобные Ђпо сложностиї проверки;
  • –азработанные Ѕюро ESG программы, работающие на сервере приложений ѕќ €дра —”»ƒ, а иногда и на клиенте. ‘ункционал этой группы реализует более сложные алгоритмы проверок и чаще, как и инструментарий предыдущей группы, используетс€ в процессе загрузки »ƒ из структурированных форматов и при загрузке документации. ¬ этой группе функционала учитываетс€ невозможность полностью алгоритмизировать верификацию Ч на некоторых этапах ответственному за загрузку пользователю/администратору предлагаетс€ самосто€тельно прин€ть решение. Ќапример, при загрузке перечней оборудовани€ позиции, в которых вы€влены ошибки, группируютс€ в отдельный раздел Ѕƒ дл€ последующего прин€ти€ решени€ по исправлению ошибок человеком. ƒобавим, что подобные модули разрабатывались Ѕюро ESG как дл€ работы в среде —”»ƒ, так и в виде отдельных приложений, которые могут использовать поставщики »ƒ, не подключенные к —”»ƒ;
  • ¬ерификационный стенд. Ёто наиболее сложное и универсальное решение. ѕодход, кроме объединени€ предыдущих двух механизмов, учитывает наличие Ђэталонныхї записей дл€ тех или иных »ƒ, например в некоей мастер-системе. ѕримером такой системы, например, дл€ части »ƒ €вл€етс€ едина€ система управлени€ нормативно-справочной информацией (≈—” Ќ—»). ƒл€ других »ƒ мастер-источники могут быть другими. ¬ процессе верификации идет сравнение верифицируемых данных с данными мастер-источников. —хема работы —”»ƒ при верификации и публикации »ƒ приведена на рисунке 8.
Ѕюро ESG

–ис. 8. —хема работы —”»ƒ при верификации и публикации »ƒ с использованием верификационного стенда

 орректировка »ћ

ќсвеща€ вопрос загрузки данных, мы уже говорили об использовании в —”»ƒ Ђѕлант-Ќавигаторї технологии PlantLinker, позвол€ющей загружать данные от различных —јѕ– в форматах IFC и XML после преобразовани€ программами-адаптерами. «аметим, что одним из таких —јѕ– €вл€етс€ сам ѕ  PlantLinker. ¬ этом случае адаптер не используетс€ (результат работы получаетс€ сразу в необходимом дл€ загрузки в —”»ƒ формате).

–исунок 9 иллюстрирует не только загрузку, но и корректировку »ћ. ѕеречислим основные способы проведени€ корректировки:

  •  орректировка может проводитьс€ с использованием —јѕ– PlantLinker. ¬ этом случае часть информационной модели выгружаетс€ в универсальном формате, редактируетс€ и загружаетс€ вновь в Ѕƒ —”»ƒ. “акое использование может быть организовано не только в проектных организаци€х, поставл€ющих модели, но и непосредственно на предпри€тии, например, силами ѕ ќ/ѕ Ѕ;
  •  орректировка »ƒ/»ћ в исходных форматах с применением обратного преобразовани€. –анее нами отмечалась необходимость обратного преобразовани€ универсального формата в форматы исходных —јѕ– в цел€х сохранени€ инвестиций.  роме того, невозможно мгновенно перейти на отечественное ѕќ, часть проектов уже ведетс€ с использованием импортных —јѕ–. ‘ункционал обратного преобразовани€ »ƒ полезен и при ведении международных проектов. ѕо этим причинам технологи€ PlantLinker позвол€ет передать »ƒ/части »ћ дл€ корректировки в исходные —јѕ–;
  • » наконец, еще один способ Ч корректировка »ƒ/частей »ћ без пр€мого и обратного преобразований, когда дл€ р€да —јѕ– »ƒ/части »ћ и записываютс€ в Ѕƒ —”»ƒ, и корректируютс€ в исходных форматах.
Ѕюро ESG

–ис. 9.  орректировка »ћ, полученных из источниковЦразнородных —јѕ–

¬изуализаци€ 3D-моделей и интеллектуальных схем

ƒл€ визуализации трехмерных моделей и интеллектуальных схем используютс€ средства разработки компании PlantLinker Ч ѕ  PlantViewer 3D, PlantViewer 2D и PmViewer (см. рис. 5). Ќе сомневаемс€, что из названий первых двух средств пон€тно их назначение. ѕќ PmViewer, с одной стороны, по своему функциональному назначению дублирует ѕќ PlantViewer 3D, с другой стороны, технологии, на которых построены эти средства, различны. Ёто расшир€ет диапазон возможностей работы по визуализации 3D-моделей.

“ак, источником моделей дл€ ѕќ PlantViewer 3D €вл€етс€ универсальный формат IFC, получаемый, в свою очередь, из большинства —јѕ–-источников »ƒ (см. рис. 9). ѕричем в IFC можно получить данные не только с использованием технологии PlantLinker Ч подавл€ющее большинство —јѕ–, в том числе и отечественных, имеют свои механизмы преобразовани€ собственных форматов в IFC. Ќесколько порт€щим картину использовани€ универсального формата €вл€етс€ порой небыстрое врем€ работы при отображении больших моделей. ¬ св€зи с этим в ѕќ PlantViewer используютс€ специальные технологии, позвол€ющие практически устранить этот недостаток. “акими технологи€ми €вл€етс€ преобразование IFC Ђна летуї в более легкий бинарный формат, технологи€ применени€ серверов просмотра 3D-моделей (обработка видео осуществл€етс€ на расширенных аппаратных ресурсах сервера с последующей трансл€цией на клиентское рабочее место).

»сточником дл€ визуализации 3D-моделей в ѕќ PmViewer €вл€етс€ универсальный структурированный XML-формат, получаемый из —јѕ–-источников при использовании ѕќ адаптеров Ч технологии PlantLinker (см. рис. 9). “акой подход позвол€ет оптимизировать просмотр 3D-моделей. ¬ажно и то, что ’ML используетс€ при загрузке, верификации и корректировке »ƒ от —јѕ–-источников (см. рис. 7, 8, 9). ѕодчеркнем также и то, что обе технологии визуализации (PlantViewer 3D и PmViewer) сегодн€ не исключают друг друга, а, скорее, эффективно дополн€ют, примен€€сь с учетом того или иного источника »ћ.

ѕриведем некоторые функции ѕќ дл€ визуализации, реализованные дл€ работы в —”»ƒ:

  • —в€зь элемента 3D-модели или интеллектуальной схемы с объектами —”»ƒ. ѕриведем пример: в иерархической или паутинной структуре, визуализированной через интерфейс пользовател€ —”»ƒ, существует нека€ единица оборудовани€. Ёта же единица оборудовани€ присутствует в P&ID-схеме, просматриваемой PlantViewer 2D, и в трехмерной модели, загружаемой в PlantViewer 3D. —уществующие св€зи позвол€ют осуществить пр€мой и обратный переход:
    • от графического изображени€ оборудовани€ в схеме к —”»ƒ и обратно;
    • от графического представлени€ оборудовани€ в 3D Ч модели к —”»ƒ и обратно;
  • ѕросмотр »ƒ и документов, св€занных с данной единицей оборудовани€;
  • ¬ыделение групп оборудовани€, элементов систем/трубопроводов в модел€х, схемах и Ѕƒ с последующим выполнением перечисленного выше функционала;
  • ¬ PlantViewer 3D:
    • загрузка моделей большого объема;
    • работа через WEB;
    • измерение рассто€ний, углов,
    • масштабирование;
    • сечение плоскост€ми;
    • Ђподсветкаї, Ђзатенениеї, Ђпрозрачностьї элементов модели, в том числе по внешним событи€м;
    • работа с облаками точек и сравнение моделей с облаками точек;
    • сравнение версий моделей.

–исунок 10 иллюстрирует визуализацию 3D-моделей, интеллектуальных схем и св€зи их элементов с элементами иерархии —”»ƒ и »ƒ на примере атмосферной колонны технологической установки Ќѕ«.

Ѕюро ESG

–ис. 10. ¬изуализаци€ 3D-моделей, интеллектуальных схем и св€зи их элементов с элементами иерархии Ѕƒ —”»ƒ

–абота с »ƒ, содержащимис€ в документах в единой среде —”»ƒ

¬ыше уже подчеркивалось, что наиболее удобным подходом €вл€етс€ рассмотрение “ƒќ как подсистемы —”»ƒ, поскольку технические документы €вл€ютс€ источником »ƒ (либо структурированных, либо нет). ќписанный подход позвол€ет строить св€зи между »ƒ документов и других источников и управл€ть »ƒ в единой среде. »менно такой подход реализован в —”»ƒ Ђѕлант-Ќавигаторї, в состав которой входит подсистема технического архива и документооборота, включающа€ контуры:

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

ќтметим следующее:

  • ѕеречисленный функционал не €вл€етс€ полным, а создан лишь исход€ из сто€щих практических задач. ѕри возникновении необходимости создани€ новых контуров дл€ прочих типов документов, они решаютс€ в среде €дра —”»ƒ Ч ѕќ IPS Search;
  • ≈сли же тот или иной поток документов из перечисленных выше уже автоматизирован (используетс€ другое ѕќ электронного архива и документооборота), средства интеграции —”»ƒ Ђѕлант-Ќавигаторї позвол€ют включить уже эксплуатируемую и созданную на другой платформе систему “ƒќ в единую среду —”ѕ–»ƒ. “акой подход решает важную задачу сохранени€ инвестиций.
»нтеграционные возможности —”»ƒ

—”»ƒ Ђѕлант-Ќавигаторї имеет широкий набор средств интеграции со смежными системами Ч источниками и потребител€ми »ƒ. —уществуют реализованные интерфейсы и технологии, о части из которых мы уже говорили ранее:

  • загрузка-выгрузка »ƒ из/в файлы структурированных форматов (XLS, ’ML) с использованием визуальных средств Ч программ-мастеров настройки правил загрузки/выгрузки, встроенных в €дро Ч ѕќ IPS Search;
  • та же сама€ группа технологий/интерфейсов, разработанна€ отдельно, вне €дра системы, например верификационные стенды;
  • интерфейсы и технологии работы с —јѕ–:
    • машиностроительными CAD-системами;
    • —јѕ– в области промышленного строительства;
  • интерфейс с ≈—” Ќ—» на базе 1C;
  • интерфейс с внешней системой электронной почты;
  • интерфейс с системой надежности (ѕќ Meridium);
  • интерфейсы и технологии переноса данных из —”»ƒ на платформе Intergraph PPM (Hexagon PPM);
  • программный интерфейс с корпоративной системой обеспечени€ логировани€ событий (система информационной безопасности ArcSight).

Ѕольшинство перечисленных интеграционных решений реализовано при проведении проектов по решению задач ѕјќ Ђ√азпром нефтьї. ќтметим, что €дро —”»ƒ имеет развитый API Ч интерфейс с полным описанием и примерами, на основе которого специалисты Ѕюро ESG по мере возникновени€ новых задач посто€нно пополн€ют приведенный выше список.

—ервисный функционал —”»ƒ

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

  • многочисленные программы-мастера, позвол€ющие без программировани€ производить настройку системы даже в процессе эксплуатации, Ч редактор атрибутов, св€зей, типов объектов и другие средства;
  • средства поиска: редактор-визуальный конструктор запросов и выборок, средства группировки и сортировки;
  • встроенный редактор отчетов;
  • встроенное средство календарного ресурсного планировани€ работ по управлению »ƒ с построением диаграммы √анта, св€занной с »ƒ и процессами в —”»ƒ;
  • встроенный графический редактор процессов;
  • средства кастомизации интерфейса дл€ пользовател€ в зависимости от его роли;
  • специальное средство WEB Portal дл€ организации работы в единой информационной среде территориально-распределенных подразделений и предпри€тий компании.
ѕерспективы развити€ —”»ƒ

—”»ƒ Ђѕлант-Ќавигаторї вобрала в себ€ многолетний опыт компании Ѕюро ESG, базирующийс€ на передовых мировых практиках информационного моделировани€ и управлени€ »ƒ, с учетом реалий ситуации и импортозамещени€. —истема посто€нно развиваетс€. Ѕлижайшими перспективами €вл€ютс€:

  • переход на операционные системы из реестра ћинкомсв€зи –‘;
  • расширение списка программных интерфейсов и технологий работы отечественных —јѕ–;
  • расширение списка технологий и программных средств, направленных на сохранение инвестиций в импортные средства разработки и управлени€ »ƒ при Ђпр€момї и Ђобратномї преобразовании »ƒ в универсальные/исходные форматы.

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

  1. –ындин ј., “учков ј. —истемы управлени€ проектными данными в области промышленного и гражданского строительства: наш опыт и понимание // —јѕ– и графика. 2013. є 2.
  2. „иковска€ ». ¬недрение BIM Ч опыт, сценарии, ошибки, выводы // Ђ—јѕ– и графикаї. 2013. є 8.
  3. ј. “учков, ј. –ындин. ќ пут€х создани€ систем управлени€ инженерными данными, // Ђ—јѕ– и графикаї. ‘евраль, 2014 г.
  4. ». ‘ертман, ј. ’абаров ”правление инженерными данными объектов нефтегазопереработки в јвстралии. ќпыт и технологии // Ђ—јѕ– и графикаї. —ент€брь, 2015 г.
  5. –.  омаров, ј. —мирнов, ћ. ћихайлов,  . ўукин, ј. ’абаров. –еализаци€ информационной модели объекта нефтепереработки на платформе Intergraph // Ђ—јѕ– и графикаї. јвгуст, 2017 г.
  6. ј. Ѕелевцев. Ђ√азпром нефтьї защитила патентом собственную систему управлени€ инженерными данными // —айт Ќациональной ассоциации нефтегазового сервиса https://nangs.org/news/it/gazprom-nefty-zashtitila-patentom-sobstvennuyu-sistemu-upravleniya-inzhenernymi-dannymi
  7. Ђ√азпром нефтьї оснастила Ќѕ« собственной системой управлени€ инженерными даннымиї // —айт CNews. https://www.cnews.ru/news/top/2020-10-28_gazprom_neft_osnastila
  8. ѕатент на изобретение є 2726832. —истема управлени€ инженерными данными. ѕјќ Ђ√азпром нефтьї. јвторы: A. «адорин, ». Ћарионов, ќ. ¬едерников, ќ. Ѕел€вский, ¬. «убер, ћ. јнтонов. ƒата государственной регистрации в √осударственном реестре изобретений –оссийской ‘едерации Ц 15 июл€ 2020 г.


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


¬акансии:

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

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

-->

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: »мпортонезависима€ конкуренци€
ѕроект ЂЌародное —јѕ–-интервьюї

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

isicad Top 10

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

   ‘орумы isicad:

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

ќ проекте

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

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

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

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


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

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