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

8 апрел€ 2024

¬иды коммерческих лицензий и модели размещени€ —ќƒ строительных проектов

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

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


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

¬ведение

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

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

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

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

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

»спользование облачных сервисов позвол€ет легко масштабировать инфраструктуру в зависимости от текущих потребностей пользователей. ѕри этом приобретать серверное оборудование ему не требуетс€. ¬ мировой практике эта модель называетс€ SaaS (Software as a Service) и предполагает подписку на право использовани€ продукта.

ѕо направлению SaaS в 2022 году зафиксирована выручка в размере $246,3 млрд, или 45,1%. —оответствующие цифры за 2021 год Ч $208,1 млрд и 46,8%, а увеличение сегмента Ч 18,4% [2].

 ак видно из данных, почти половина всего рынка облачных сервисов занимает именно SaaS.

Ћицензирование систем тоже претерпевает изменени€ в насто€щий момент и все больше отходит от привычного лицензировани€ по пользовател€м.

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

ѕеречень сокращений

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

ћодели размещени€

“радиционно выдел€ют следующие варианты организации IT-инфраструктуры предпри€ти€:

  • Ћокальное размещение Ч создание серверной в собственном офисе;
  • Colocation Ч размещение собственного оборудовани€ в ÷ќƒ;
  • Dedicated Ч использование физического выделенного сервера в дата-центре;
  • Public cloud Ч аренда публичных облачных сервисов.
модели размещени€ —ќƒ строительных проектов

–ис. 1. ¬арианты организации серверной инфраструктуры предпри€ти€

ћы рассмотрим укрупненно основные, попул€рные варианты, которых два: локальное размещение и размещение в облачном сервере.

–азмещение в локальном сервере

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

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

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

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

ѕри этом следует учитывать, что в этом случае компани€ Ч сам себе провайдер. Ќачать ей придетс€ с поиска площадки, размещени€ оборудовани€ и его закупки. “акже нужно будет нан€ть не только штат системных администраторов, но и инженеров, которые будут следить за работой систем и сетей. ≈сли компани€ не хочет идти на компромисс в вопросах отказоустойчивости и безопасности, также нужно будет инвестировать в охрану, — ”ƒ и удовлетворить другие дефолтные дл€ многих провайдеров требовани€. ƒл€ бизнеса, который планирует обрабатывать или обрабатывает персональные, медицинские, финансовые данные, обеспечение хорошей физической защиты серверов критически необходимо. ¬ ином случае компани€ не пройдет сертификацию и не сможет законно предоставл€ть свои услуги. ќб этом нужно думать еще на этапе Ђзакладки фундаментаї [3].

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

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

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

ƒелегирование может выражатьс€ в аренде выделенных серверов на территории специализированного поставщика серверных мощностей, в размещении своих серверов на территории такого поставщика, в использовании платформенных сервисов и прочем. ћы же остановимс€ на варианте под названием SaaS.

–азмещение в облачном сервере

SaaS, Software as a Service Ч программное обеспечение как услуга. “акже известен как услуги облачных приложений.

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

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

”же сегодн€ SaaS занимает доминирующее положение на рынке облачных услуг в строительной отрасли, значительно превосход€ IaaS и PaaS [5].

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

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

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

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

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

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

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

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

–азумеетс€, помимо неоспоримых достоинств, у этого варианта есть и недостатки.

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

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

Ћицензирование

Ќиже речь пойдет о вариантах предоставлени€ лицензий организаци€м-пользовател€м системы.

¬ этой статье мы говорим о лицензировании не с точки зрени€ защиты права собственности разработчика ѕќ (программное пиратство) [7], а с точки зрени€ способа распространени€ лицензий на право пользовани€ программным продуктом.

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

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

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

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

 ак раз о способах распространени€ пойдет речь ниже.

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

Ћицензии с ограничением количества пользователей

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

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

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

Ётот вариант очень пон€тен и знаком всем, кто когда-либо ранее приобретал ѕќ, однако в случае необходимости масштабировани€ системы и покупки дополнительных лицензий требуетс€ врем€ на согласование бюджета, закупочную процедуру и даже на конкурсную закупку, в случае необходимости такой процедуры. “аким образом этот вариант приводит к просто€м в работе предпри€тий.   тому же наличие web-сервисов и работа по модели SaaS пр€мо сподвигает работать с иным типом лицензировани€ Ч по проектам.

Ћицензии с ограничением количества проектов

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

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

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

Ћицензии с ограничением количества дискового пространства

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

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

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

¬ случае, если это облачный сервер, все гораздо проще Ч дополнительным местом обеспечивает поставщик услуг и оператор »“-инфраструктуры.

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

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

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

“аблица —ќƒ по типам реализации

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

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

модели размещени€ —ќƒ строительных проектов

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

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

¬ насто€щее врем€ SaaS становитс€ все более попул€рным вариантом поставки ѕќ.

ѕо итогам 2022 года объем глобального рынка публичных облачных услуг составил $545,8 млрд. Ёто на 22,9% больше по сравнению с 2021 годом, когда затраты оценивались в $444,2 млрд. “акие данные привод€тс€ в исследовании IDC, результаты которого были обнародованы 6 июл€ 2023 года [2].

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

—реди главных трендов на рынке облачных вычислений есть такие, как: развитие и встраивание »»; модель подписки дл€ продаж не только ѕќ, но и оборудовани€; развитие облачных систем, адаптированных под нужды определенных отраслей [10].

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

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

—писок литературы
  1. ѕронин, ¬. ». “рактовка пон€тий Ђ“ехнологии информационного моделировани€ї (“»ћ) и Ђсреда общих данныхї (—ќƒ) / ¬. ». ѕронин, ƒ. ¬. ћедведев // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 2(54). Ц —. 140-146. Ц EDN YXDIPD.
  2. ќблачные вычислени€ (мировой рынок): [сайт]. - URL: https://www.tadviser.ru/index.php/—тать€: ќблачные_вычислени€_(мировой_рынок) (дата обращени€ 01.12.2023 г.). - “екст: электронный.
  3.  ак выбрать модель организации »“-инфраструктуры? ћнение экспертов Ц Market.CNews: [сайт]. - URL: https://market.cnews.ru/articles/2023-01-27_kak_vybrat_model_organizatsii_it-infrastruktury (дата обращени€ 01.12.2023 г.). - “екст: электронный.
  4. ћедведев, ƒ. ¬. ”ровни развити€ сред общих данных строительных проектов / ƒ. ¬. ћедведев, ¬. ». ѕронин // Ёкономика: вчера, сегодн€, завтра. Ц 2023. Ц “. 13, є 5-1. Ц —. 434-445. Ц DOI 10.34670/AR.2023.59.18.018. Ц EDN FVJNAG.
  5. [√урь€нова Ёлина јнатольевна, √урь€нов јртем »горевич јЌјЋ»« » ѕ≈–—ѕ≈ “»¬џ –џЌ ј SAAS ¬ –ќ——»…— ќ… ‘≈ƒ≈–ј÷»» // ¬Ёѕ—. 2022. є1. URL: https://cyberleninka.ru/article/n/analiz-i-perspektivy-rynka-saas-v-rossiyskoy-federatsii (дата обращени€: 01.12.2023).
  6. Ђ“ребовани€ к средам общих данныхї / ћедведев ƒ.¬., ѕронин ¬.»., »слам ј.ј.
  7. —тригунов, ¬. ¬. ќ классификации программного обеспечени€ по виду лицензировани€ / ¬. ¬. —тригунов // ƒневник науки. Ц 2019. Ц є 7(31). Ц —. 21. Ц EDN ZOFHCP.
  8. Ћицензирование программного обеспечени€: виды, типы и правила получени€ лицензии дл€ компьютерных программ: [сайт]. - URL: https://басакинское.рф/blog/index/liczenzirovanie-programmnogo-obespecheniya-vidy-tipy-i-pravila-polucheniya-liczenzii-dlya-kompyuternyh-programm (дата обращени€ 01.12.2023 г.). - “екст: электронный.
  9. √ражданский кодекс –оссийской ‘едерации (часть четверта€) от 18.12.2006 N 230-‘« (ред. от 13.06.2023) (с изм. и доп., вступ. в силу с 29.06.2023)
  10. “ренды развити€ облачных вычислений: [сайт]. - URL: https://www.tadviser.ru/index.php/—тать€:“ренды_развити€_облачных_вычислений (дата обращени€: 01.12.2023).
  11. ѕронин, ¬. ». ќрганизаци€ процесса выбора среды общих данных дл€ проектов объектов капитального строительства / ¬. ». ѕронин // Ёкономика: вчера, сегодн€, завтра. Ц 2023. Ц “. 13, є 5-1. Ц —. 220-230. Ц DOI 10.34670/AR.2023.54.86.078. Ц EDN IMVWNL.
  12. ѕронин, ¬. ». ‘ормирование задач дл€ выбора информационной системы из стратегических целей проектной организации / ¬. ». ѕронин, ƒ. ¬. ћедведев // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 3-1(55). Ц —. 114-119. Ц EDN CNMXJI.
  13. √рузин, Ќ. ј. ќбзор и сравнение моделей облачных вычислений: Saas, PAAS и IAAS / Ќ. ј. √рузин // Modern Science. Ц 2021. Ц є 1-2. Ц —. 444-450. Ц EDN PBZGBU.
  14. “арифы: [сайт]. - URL: https://gmini.tech/price#slide3 (дата обращени€ 01.11.2023 г.). - “екст: электронный.
  15. ѕрайс-лист на программное обеспечение Vitro-CAD | —истема Vitro-CAD [сайт]. - URL: https://vitrocad.ru/price-list/ (дата обращени€ 01.11.2023 г.). - “екст: электронный.
  16. LITEBIM Docs: [сайт]. - URL: https://litebim.ru/#buy (дата обращени€ 01.11.2023 г.). - “екст: электронный.
  17. √ќ—“ – 10.0.01-2018. Ђ—истема стандартов информационного моделировани€ зданий и сооружений. “ермины и определени€ї.
  18. √лоссарии ћинистерства строительства и ∆ ’ –‘. Ђ“ермины и определени€. “ехнологии информационного моделировани€ї (1-€ редакци€).
  19. ѕронин, ¬. ».  оммерциализаци€ технологий информационного моделировани€ на примере рынка —ќƒ / ¬. ». ѕронин, ƒ. ¬. ћедведев, ј. ј. »слам // „еловек. ќбщество. »нклюзи€. Ц 2023. Ц “. 14, є 3-1(55). Ц —. 141-149. Ц EDN CSQNSP.


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


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


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


¬акансии:

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

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

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

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

PLMpedia Ч в хорошие руки  — ƒавид Ћевин (27 апрел€ 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.