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

19 июл€ 2023

”ровни развити€ сред общих данных строительных проектов

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

ƒ. ћедведев ѕронин

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


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

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

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

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

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

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

ƒл€ цитировани€ в научных исследовани€х
ћедведев ƒ.¬., ѕронин ¬.». ”ровни развити€ сред общих данных строительных проектов // Ёкономика: вчера, сегодн€, завтра. 2023. “ом 13. є 5ј. —. 336-347. DOI: 10.34670/AR.2023.59.18.018

¬ведение

ѕо€вление пон€ти€ коллективной работы стало одним из главных направлений развити€ систем автоматизированного проектировани€ (—јѕ–) еще в 70-х годах 20-го века. ¬ машиностроении это вылилось в концепции PDM и PLM.

¬ строительстве же к этому процессу пришли позже. ≈го результатом стало введение пон€ти€ CDE Ч Common Data Environment. ¬ –оссии это пон€тие укрепилось в термине —реда ќбщих ƒанных Ч —ќƒ.

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

Ётому и посв€щена данна€ стать€.

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

„то такое —ќƒ

ќпределение

¬первые термин Ђсреда общих данныхї, сокращенно —ќƒ (common data environment (CDE), был применен ћервином –ичардсом и зафиксирован в стандарте BS1192-2007 в ¬еликобритании. ¬ дальнейшем он получил развитие и на сегодн€шний день примен€етс€ в нормативных документах стран мира.

ќбщеприн€тый в международной практике стандарт ISO 19650 определ€ет это пон€тие следующим образом:

ISO 19650 3.3.15 common data environment (CDE): Уagreed source of information (3.3.1) for any given project or asset (3.2.8), for collecting, managing and disseminating each information container (3.3.12) through a managed process.Ф

–оссийские нормативные документы определ€ют этот термин так:

  • √ќ—“ – 10.0.01-2018. Ђ—истема стандартов информационного моделировани€ зданий и сооружений. “ермины и определени€ї:
    —реда общих данных (BIM-среда), —ќƒ (Common Data Environment, CDE): ѕрограммный комплекс по управлению, хранению и обмену данными об информационных модел€х на всех стади€х жизненного цикла.
  • —ѕ 471.1325800.2019. Ђ»нформационное моделирование в строительстве.  онтроль качества производства строительных работї:
    —реда общих данных; —ќƒ:  омплекс программно-технических средств, представл€ющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционно-строительного проекта.

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

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

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

Ќазначение

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

÷ель использовани€ —ќƒ Ч сокращение сроков и издержек проектов капитального строительства.

«адачи, которые позвол€ет решить —ќƒ:

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

 лючевой идеей в стандарте BS 1192 была схема процессов в —ќƒ. ќна представлена на —хеме 1.

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

—хема 1 Ц ’ранилище дл€ управлени€ документами и данными

¬ российском нормотворчестве она была переосмыслена и применена в нескольких нормативных документах и в общем виде представл€етс€ так:

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

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

  1. WIP (Work in Progress) Ч раздел рабочих данных (Ђ¬ работеї). ќбласть —ќƒ дл€ хранени€ текущих данных одной из групп участников проекта. »нформаци€ в зоне WIP доступна только данной группе участников. ѕо мере повышени€ степени проработки информации доступ к ней может быть предоставлен другим участникам проекта путем перемещени€ данных в другие файловые зоны.
  2. Shared Ч раздел общих данных (Ђќбщий доступї). ќбласть —ќƒ, где материалы участников проекта хран€тс€ в общем доступе дл€ смежных подразделений и контрагентов. ќна используетс€ дл€ координации проекта.
  3. Published Documentation Ч раздел опубликованных данных (Ђќпубликованої). ќбласть —ќƒ, куда выкладываютс€ готовые, утвержденные материалы дл€ передачи их вовне Ч контрагентам или заказчику.
  4. Archive Ч раздел архивных данных (Ђјрхивї). ќбласть —ќƒ дл€ долгосрочного хранени€ данных после завершени€ проекта.

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

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

”ровни развити€ —ќƒ

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

ѕо результату анализа развити€ этих систем было выделено п€ть уровней развити€ сред общих данных:


1 2 3 4 5
Ћокальна€ —ќƒ Ћокальна€ —ќƒ с подключением сторонних пользователей ћежорганизационна€ —ќƒ ћежорганизационна€ —ќƒ с функциональными модул€ми по рол€м участников ќбъединенна€ —ќƒ

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

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

1. ¬нутреннее решение

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

2.  лиент-серверное решение

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

3. ќблачное web-решение

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

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

1. Ћокальна€ —ќƒ

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

„асто такие —ќƒ создаютс€ в результате заказной разработки.

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

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

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

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

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

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

2. Ћокальна€ —ќƒ с подключением сторонних пользователей

¬торой уровень зрелости €вл€етс€ развитием первого уровн€. Ќа этом уровне по€вл€етс€ возможность обмена информацией между несколькими участниками.

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

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

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

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

ќднако така€ система по-прежнему не €вл€етс€ —ќƒ в полном понимании этого термина Ч она не выполн€ет роль —ќƒ проекта, принадлежит только одному участнику.

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

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

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

3. ћежорганизационна€ —ќƒ

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

“акие —ќƒ невозможно получить из бывших ранее локальными —ќƒ.

—истемы третьего уровн€ обладают одинаковым дл€ всех участников функционалом.

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

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

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

„асто это облачна€ система, что позвол€ет работать с современными технологи€ми в стройпроектах и использовать передовой опыт в организации IT-систем.

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

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

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

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

ќни позвол€ют улучшить экономические показатели проекта Ч сроки, стоимость, качество. “о есть такие —ќƒ принос€т пользу уже не только компани€м, но и всему проекту в целом.

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

4. ћежорганизационна€ —ќƒ с функциональными модул€ми по рол€м участников

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

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

¬ажно, что у нее сохран€етс€ роль —ќƒ проекта.

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

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

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

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

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

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

5. ќбъединенна€ —ќƒ

Ёто финальный уровень зрелости —ќƒ. Ёто та сама€ целева€ система, к которой стремитс€ вс€ строительна€ отрасль.

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

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

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

“акой вариант организации —ќƒ объедин€ет все преимущества прежних уровней развити€.

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

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

Ѕезопасность хранени€ данных обеспечиваетс€ максимально эффективно.

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

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

«аключение

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

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

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

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

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

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

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

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

—јѕ– ⇔ —ќƒ ⇔ √»—

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

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

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

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


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



¬акансии:

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

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

-->

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: „тобы не пострадать от роботов, человеку нужно надЄжно отличатьс€ от продуктового контейнера
ѕроект ЂЌародное —јѕ–-интервьюї

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

“ехнологии создани€ графических веб-приложений на примере C3D Web Vision — —ергей  лимкин, руководитель группы C3D WebVision, C3D Labs (20 но€бр€ 2023)
isicad Top 10

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

   ‘орумы isicad:

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

ќ проекте

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

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

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

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


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

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