СИТИ21 заместила иностранный софт для проверки BIM-моделей

30.09.2024
СИТИ21 заместила иностранный софт для проверки BIM-моделей

Изображение создано нейросетью

В компании с 2017 года для проверки и координации моделей использовался Autodesk Navisworks. В 2020 году часть функционала BIM-специалистов по проверке моделей перешла из Navisworks в более подходящий для таких задач Solibri.
СИТИ21 — крупная российская девелоперская компания полного цикла, основанная в 1997 году. Главный портфель компании составляют современные жилые комплексы премиум- и комфорт-класса с развитой социальной и коммерческой инфраструктурой в Москве и Московской области.

В компании с 2017 года для проверки и координации моделей использовался Autodesk Navisworks. В 2020 году часть функционала BIM-специалистов по проверке моделей перешла из Navisworks в более подходящий для таких задач Solibri.

Два года спустя в связи с импортозамещением встал вопрос о поиске аналогичного Solibri отечественного ПО, которое закрывало бы все потребности специалистов и руководителей.

Переход должен был быть осуществлен в максимально комфортном и быстром режиме, так как в активной работе находилось пять крупных проектов.

BIM-специалисты «СИТИ21» изучали рынок отечественного программного обеспечения, связывались с разработчиками, проводили тестирование продуктов. Главная трудность заключалась в том, что поиск и анализ ПО сотрудники вели параллельно со своей основной деятельностью и в условиях ограниченного времени.

В итоге выбрали решение Larix, которое подходит для выполнения одновременно нескольких задач:

  • Larix.Manager — для анализа и проверки BIM-моделей
  • Larix.EST — для подсчета объемов работ (в дальнейшем может использоваться для автоматизации оценки стоимости) и формирования загрузочных таблиц в 1С
  • Larix.CDB — для хранения и ведения справочника видов работ

Проект по внедрению Larix удалось полностью и «бесшовно» реализовать меньше чем за 5 месяцев (с февраля по июнь 2024 года).

Внедрение началось с Larix.Manager и Larix.EST. Для оперативного освоения нового ПО заказчик попросил экспертов Айбим подготовить шаблоны: для Larix.Manager — шаблоны для визуальной проверки, для проверки на коллизии и заполнение параметров, для Larix.EST — шаблоны правил расчета объемов работ и шаблоны отчетных форм. 

Во время работы возникло только одно затруднение. Часть корпоративного справочника заказчика имеет динамическую структуру: одному элементу присущи несколько значений другого параметра в зависимости от выбранного решения в проекте. Поэтому можно зафиксировать лишь часть данных, тогда как остальные параметры (динамические) вводятся вручную. 

Сейчас Larix.EST используется в связке с зафиксированной частью справочника. В дальнейшем планируется настроить полную интеграцию для исключения ручного ввода. На последнем этапе внедрения подключили Larix.CDB для хранения внушительной базы данных классификаторов, видов и типов работ.

Освоение Larix.Manager не требует особых навыков, и понять принципы его работы несложно. Поэтому сотрудники заказчика обучались в основном по видеороликам и презентациям. При возникновении технических вопросов они обращались напрямую к экспертам Айбим. Сотрудники «СИТИ21» отметили, что русифицированный интерфейс Larix.Manager оказался более понятным и дружелюбным по сравнению с Solibri.

Кроме того, переход на Larix оказался достаточно простым за счет готовых шаблонов, которые стали для сотрудников заказчика своего рода точкой опоры. Сейчас они используют Larix.Manager во всех проектах компании. В Larix.EST проводятся первые выгрузки.

Читайте также
В любой сфере, и аутсорсинг разработки программного обеспечения не исключение, коммуникация — значимый элемент во взаимоотношениях между заказчиком и исполнителем. Наверняка все слышали жуткие истории про сорванные сроки, низкое качество разработанной системы, а то и даже нулевой результат и необходимость срочно искать другую компанию-разработчика. К счастью, таких стрессовых ситуаций можно избежать при помощи эффективной организации коммуникации.
В этой статье я поделюсь практическими наработками из опыта своей компании по организации эффективной коммуникации при создании ПО на заказ.

Похожие статьи