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

18 марта 2024

“ребовани€ к средам общих данных

ƒмитрий ћедведев, ¬адим ѕронин, јмир »слам

ƒмитрий ћедведев ¬адим ѕронин јмир »слам


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

¬ведение

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

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

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

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

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

  • √радостроительный кодекс –оссийской ‘едерации;
  • √ќ—“ – 57311-2016. Ђћоделирование информационное в строительстве. “ребовани€ к эксплуатационной документации объектов завершенного строительстваї;
  • √ќ—“ – 10.0.03-10.0.06-2019 Ђ—истема стандартов информационного моделировани€ зданий и сооруженийї;
  • ISO 19650. Ђќрганизаци€ и перевод в электронный вид информации о здани€х и объектах гражданского строительства, включа€ информационное моделирование зданий (Building Information Modeling, BIM);
  • и другие документы, которые представлены в списке использованной дл€ написани€ статьи литературы.

“ребовани€ к —ќƒ

1. ќтсутствие ограничений

ѕрежде всего, —ќƒ не должна иметь ограничений по количеству пользователей и/или по количеству информации, хранимой в ней. ƒл€ обеспечени€ своего назначени€ —ќƒ должна иметь возможность хранить в себе неограниченное количество информации на прот€жении неограниченного количества времени.

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

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

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

√ќ—“ – 57311-2016 Ђћоделирование информационное в строительстве. “ребовани€ к эксплуатационной документации объектов завершенного строительстваї пр€мо указывает, что —ќƒ должна обеспечивать возможность реализации упор€доченного безопасного хранени€ информации в составе Ё»ћ в течение всего жизненного цикла актива [2].

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

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

2. ƒоступность

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

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

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

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

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

ƒоступ к —ќƒ должен быть гарантирован в любом современном браузере, на любой мобильной/стационарной платформе [3].

–абота системы должна поддерживатьс€ круглосуточно. ƒл€ этого могут примен€тьс€ средства мониторинга, которые играют важную роль и обеспечивают высокий уровень доступности системы дл€ пользовател€.

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

 ак нельз€ лучше дл€ этого подходит организаци€ —ќƒ на базе кластера серверов, использование которого позвол€ет масштабировать системы быстро, выгодно и помогает обеспечить стабильную работу системы, независимо от нагрузки на нее [4].

3. ћинимальные требовани€

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

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

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

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

ќчень хорошим решением в этом вопросе €вл€етс€, оп€ть же, облачный сервис, web-интерфейс, встроенные просмотрщики документов и 3D-моделей.

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

4. —оответствие требовани€м нормативных актов (√ќ—“, ѕѕ, —ѕ)

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

Ќиже представлен список таких документов:

  • √ќ—“ – 57311-2016

    Ђћоделирование информационное в строительствеї. “ребовани€ к эксплуатационной документации объектов завершенного строительства

  • √ќ—“ – 10.0.00Ц 2019

    Ђ—истема стандартов информационного моделировани€ зданий и сооруженийї

  • —тать€ 57.5 √радостроительного  одекса –‘

    Ђ»нформационна€ модель объекта капитального строительстваї

  • ISO 19650

    Ђќрганизаци€ и перевод в электронный вид информации о здани€х и объектах гражданского строительства, включа€ информационное моделирование зданий (Building Information Modeling, BIM) Ч ”правление информацией с использованием информационного моделировани€ зданийї (Organization and digitization of information about buildings and civil engineering works, including building information modelling (BIM) Ч Information management using building information modelling)

  • —ѕ 404.1325800.2018

    Ђ»нформационное моделирование в строительстве. ѕравила разработки планов проектов, реализуемых с применением технологии информационного моделировани€ї

  • —ѕ 328.1325800.2020

    Ђ»нформационное моделирование в строительстве. ѕравила описани€ компонентов информационной моделиї

  • —ѕ 331.1325800.2017

    Ђѕравила обмена между информационными модел€ми объектов и модел€ми, используемыми в программных комплексахї

  • —ѕ 333.1325800.2020

    Ђ»нформационное моделирование в строительстве. ѕравила формировани€ информационной модели объектов на различных стади€х жизненного циклаї

ќтдельно отметим серию государственных стандартов √ќ—“ – 10.00.000 Ђ≈дина€ система информационного моделировани€ї, которые готов€тс€ к выпуску и уже имеют предварительные версии. Ёту серию рассматривают как содержащую основополагающие требовани€ к процессам информационного моделировани€ и к —ќƒ в том числе. ќжидаетс€, что все положени€ будут описаны именно в этих √ќ—“ах.

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

5. Ѕезопасность

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

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

≈сть р€д государственных структур, которые провер€ют программные продукты на предмет их соответстви€ высоким требовани€м: ‘—“Ё  –оссии, ћинцифры –оссии, ћинобороны –оссии. ¬ рамках них были созданы службы, которые провод€т исследовани€ продуктов и их тестирование. ѕо их итогам продукты включаютс€ в реестр российский программных продуктов и в перечни рекомендованных к импортозамещению.

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

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

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

6. —тандартизаци€ процессов

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

»спользование —ќƒ должно приводить к стандартизации производственных процессов. ћетодологи€, котора€ заложена в —ќƒ, должна позвол€ть создавать и примен€ть регламенты работы внутри проекта, а также распредел€ть Ђзоныї работы в системе.

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

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

Ёто требование противостоит Ђиндивидуальнымї системам дл€ организации —ќƒ, в которых реализуетс€ частный бизнес-процесс определенной компании. “акие системы трудно интегрировать с другими системами.

7. ќпределенность информации

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

ќпределенность информации Ч объемное требование к —ќƒ, которое включает в себ€ аспекты:

  • кто произвел информацию;
  • где она находитс€;
  • к чему относитс€, насколько актуальна и все остальные вопросы.

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

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

“акже в —ќƒ фиксируютс€ все событи€, происход€щие внутри между участниками проекта.

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

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

“ребовани€ к средам общих данных

–ис. 1. ѕример реализации инструмента QR-кода в —ќƒ Ђ»Ќ√»ѕ–ќї

8. ”правл€емость потоком информации

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

Ќапример, управление уведомлени€ми о различных событи€х в системе Ч востребованный функционал дл€ каждого участника проекта [3].

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

ѕример организации потока информации представлен в самой методологии —ќƒ.

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

–абота с документами, согласно этой методологии, позвол€ет проводить в рамках строительного проекта эффективные взаимодействи€ между всеми участниками [5].

“ребовани€ к средам общих данных

–ис. 2. —хема процессов, согласно методологии —ќƒ

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

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

9. »нтегрированность

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

¬ самой —ќƒ разрозненна€ информаци€ превращаетс€ в информационные модели ќ — [1].

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

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

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

¬ конечном итоге —ќƒ должна иметь потенциал дл€ интеграций с любой системой, в том числе с государственными информационными системами [5].

ƒл€ этой цели могут примен€тьс€ различные методики, однако наиболее применимой на сегодн€шний день €вл€етс€ использование API.

API (application programming interface) Ч это программный интерфейс, то есть описание способов взаимодействи€ одной компьютерной программы с другими [6].

10. ѕростота использовани€

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

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

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

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

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

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

ќсновные выводы

¬ статье рассмотрены требовани€, предъ€вл€емые ко всем программным продуктам класса —ќƒ.

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

ѕодробнее о процессе выбора —ќƒ мы писали в статье Ђќрганизаци€ процесса выбора среды общих данных дл€ проектов объектов капитального строительстваї [7]. ¬ ней €вно показано, как проводить этот процесс и на что стоит обратить внимание дл€ успешного выбора инструмента дл€ —ќƒ.

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

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

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

—писок литературы
  1. ѕронин, ¬. ». “рактовка пон€тий Ђтехнологии информационного моделировани€ї (“»ћ) и Ђсреда общих данныхї (—ќƒ) / ¬. ». ѕронин, ƒ. ¬. ћедведев // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц є 2(54). Ц —. 140-146. Ц EDN YXDIPD.
  2. √ќ—“ – 57311-2016 Ђћоделирование информационное в строительстве. “ребовани€ к эксплуатационной документации объектов завершенного строительстваї
  3.  ак сократить врем€ при повторных проверках проектной документации, использу€ среду общих данных и инструмент сравнени€ чертежей / ј.ј. »слам, ¬.». ѕронин, ƒ.¬. ћедведев, ѕ.ј. ќстапенко. ќќќ Ђ»нгипрої. 2023 г. https://vk.com/@ingipro-kak-sokratit-vremya-pri-povtornyh-proverkah-proektnoi-dokume ƒата обращени€ 26.11.2023 г.
  4. »нтервью с техническим директором ќќќЂ»нгипрої, https://vk.com/@-144683089-7845 ƒата обращени€ 26.11.2023 г.
  5. ћедведев, ƒ. ¬. ”ровни развити€ сред общих данных строительных проектов / ƒ. ¬. ћедведев, ¬. ». ѕронин // Ёкономика: вчера, сегодн€, завтра. Ц 2023. Ц “. 13, є 5-1. Ц —. 434-445. Ц DOI 10.34670/AR.2023.59.18.018. Ц EDN FVJNAG.
  6. API Ч ¬икипеди€ https://ru.wikipedia.org/wiki/API#cite_note-1 ƒата обращени€ 26.11.2023 г.
  7. ѕронин, ¬. ». ќрганизаци€ процесса выбора среды общих данных дл€ проектов объектов капитального строительства / ¬. ». ѕронин // Ёкономика: вчера, сегодн€, завтра. Ц 2023. Ц “. 13, є 5-1. Ц —. 220-230. Ц DOI 10.34670/AR.2023.54.86.078. Ц EDN IMVWNL.
  8. ѕункт 10.3 √радостроительного  одекса –‘.
  9. —ѕ 333.1325800.2020 Ђ»нформационное моделирование в строительстве. ѕравила формировани€ информационной модели объектов на различных стади€х жизненного циклаї
  10. √ќ—“ – 10.00.00.00−2023. Ђ≈дина€ система информационного моделировани€. ќсновные положени€ї
  11. —ѕ 471.1325800.2019. Ђ»нформационное моделирование в строительстве.  онтроль качества производства строительных работї
  12. √ќ—“ – 10.0.01-2018. Ђ—истема стандартов информационного моделировани€ зданий и сооружений. “ермины и определени€ї
  13. √ќ—“ – 57311-2016. Ђћоделирование информационное в строительствеї. “ребовани€ к эксплуатационной документации объектов завершенного строительства
  14. —ѕ 404.1325800.2018. Ђ»нформационное моделирование в строительстве. ѕравила разработки планов проектов, реализуемых с применением технологии информационного моделировани€ї
  15. —ѕ 328.1325800.2020. Ђ»нформационное моделирование в строительстве. ѕравила описани€ компонентов информационной моделиї
  16. —ѕ 331.1325800.2017. Ђѕравила обмена между информационными модел€ми объектов и модел€ми, используемыми в программных комплексахї


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


–еклама. ќќќ Ђ»Ќ√»ѕ–ќї. erid: 2SDnjchjkEL


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


¬акансии:

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

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

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

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

BIM? ¬ерю! — ƒавид Ћевин (3 апрел€ 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.