Экосистема ПИК. Развитие Family Manager

Привет, Хабр!

Меня зовут Александр Зайцев, я руководитель продукта Family Manager в ПИК – ядра нашей платформы для проектирования.

Это первая статья из серии текстов про экосистему ПИК. Полное описание экосистемы можно найти в статье «Экосистема ПИК. История формирования».

Сегодня же я расскажу историю развития нашего продукта Family Manager, сокращённо FM. Это полноценный инструмент, который стал ядром нашей платформы. Из текста вы узнаете, для чего мы создали такой продукт, как совершенствовали его функционал и с какими проблемами он помог нам справиться.

О системах управления библиотекой BIM-компонентов, их задачах и наших первоначальных требованиях к Family Manager мы уже рассказывали в статье «Системы для работы с BIM-компонентами: сравнительный обзор». Если вы впервые знакомитесь с темой, рекомендую начать с этой статьи. А если вы уже в курсе — давайте погружаться в детали!

Эволюция требований к Family Manager: от базового функционала к комплексной автоматизации

Перед командой проектировщиков ПИК в 2018 году встала задача сделать единую библиотеку семейств или BIM компонентов для централизации решений по компонентам цифровой модели. Мы планировали, что такая библиотека позволит лучше управлять процессами. Задачу мы решили, разработав инструмент с названием Family Manager. Название «семейного менеджера» произошло от «Семейств», компонентов цифровой модели в Revit.

На старте разработки Family Manager мы сформулировали ключевые требования к системе:

  • закрытая библиотека, доступная напрямую из САПР (системы автоматизированного проектирования);

  • возможность версионирования и назначения статусов компонентов;

  • удобный поиск компонентов;

  • фильтрация компонентов в зависимости от текущего проекта;

  • логирование вставок компонентов в проекты;

  • разграничение ролей: одни пользователи управляют библиотекой, а другие размещают компоненты в проектах.

Создав систему с базовым функционалом, мы продолжили её развитие. С каждым годом потребности проектировщиков росли, и FM эволюционировал вместе с ними. Многие дополнительные возможности стали неотъемлемой частью системы, позволяя полностью автоматизировать процессы проектирования.

За 6 лет разработки сформировались новые требования к системе:

  • Гибкая настройка компонентов: возможность задавать типы компонентов, обязательные параметры и допустимые значения.

  • Контроль качества: проверка компонентов в проекте на соответствие требованиям.

  • Многоуровневые библиотеки: поддержка нескольких библиотек с разными требованиями, включая возможность размещения одного компонента в нескольких библиотеках.

  • Сервис заявок: удобный механизм запроса и обработки изменений.

  • Интеграция с закупками: связь компонентов с номенклатурой закупок.

  • Пакетная обработка данных: массовый экспорт и импорт данных.

  • Синхронизация без версионирования: обновление параметров компонентов между библиотекой и проектами без создания новых версий семейств.

  • Прозрачность изменений: хранение истории всех действий пользователей и всех изменений компонентов.

Давайте подробно рассмотрим каждое из этих требований — как они возникли и как были реализованы в Family Manager.

Гибкая настройка компонентов

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

Стандартный функционал Revit не предлагает механизмов управления требованиями и семействами. Традиционные способы (например, хранение требований в таблицах) не решают проблему. У них отсутствует прямая связь между требованиями и семействами, что ведёт к множеству ошибок в модели. К тому же проектировщики не могут проверять соответствие данных требованиям прямо в модели. Этот вопрос я разберу отдельно.

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

Мы реализовали систему контроля требований на уровне параметров. К каждому функциональному типу добавляются параметры с детальным описанием требований:

  • диапазон допустимых значений;

  • обязательность параметра для всех семейств данного типа;

  • дисциплины, к которым относится функциональный тип;

  • дополнительные атрибуты для фильтрации компонентов в проекте.

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

Контроль качества

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

Поскольку готовых решений в Revit и Civil 3D не существовало, мы разработали собственное. К тому моменту в Family Manager уже хранились все требования, поэтому логичным шагом стало внедрение автоматической проверки параметров семейств в проекте.

Мы создали функционал, позволяющий проектировщику одним кликом запускать проверку всех экземпляров семейств и материалов в проекте. Система анализировала их соответствие требованиям, заданным в функциональном типе, и формировала отчёт о семействах с некорректными параметрами, требующими обновления.

Вскоре стало очевидно, что проверки параметров семейств недостаточно. Для полноценного контроля проекта требовалось анализировать корректность моделирования, координацию моделей и оформление документации.

Для решения этой масштабной задачи мы разработали BIM Inspector — отдельный продукт в нашей экосистеме. Он позволил расширить контрольные функции за пределы работы с библиотекой компонентов.

В итоге Family Manager сконцентрировался на проверке актуальности BIM-компонентов и их параметров, а остальные аспекты контроля качества модели перешли в BIM Inspector.

Многоуровневые библиотеки

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

Для удобного управления мы реализовали разделение библиотеки по стандартам. Теперь часть семейств закреплена за конкретными заказчиками и соответствует их стандартам, а другая часть остаётся универсальной и может использоваться в разных проектах.

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

  • оперативно управлять стандартами и семействами;

  • упростить администрирование;

  • исключить дублирование, сохранив целостность библиотеки.

Сервис заявок

Следующей задачей стало упрощение бизнес-процесса создания и доработки BIM-компонентов. Изначально проектировщики оформляли заявки через Help Desk — там происходило всё взаимодействие между автором (проектировщиком) и исполнителем (BIM-координатором). Такой подход имел ряд существенных недостатков:

  • Заявки создавались без привязки к существующим элементам библиотеки, что затрудняло их обработку.

  • Отсутствовал контроль параметров, которые указывают пользователи.

  • Требуемые параметры практически не детализировались, поскольку их нужно было указывать в отдельных формах, которые никто не хотел заполнять.

  • Описания заявок были слишком краткими и обычно содержали лишь минимальный текст с прикрепленными файлами (PDF/DWG).

  • Не было возможности вести статистику и аналитику по заявкам, из-за чего страдала отчётность перед заказчиком.

Проанализировав эти недостатки, мы внедрили систему заявок непосредственно в Family Manager, что решило большинство проблем. В результате удалось:

  1. Ускорить обработку заявок.

  2. Уменьшить количество ошибок за счёт структурированного ввода данных.

  3. Получить возможность формировать детальную аналитику и отчёты для заказчика.

Помимо исправления недостатков Help Desk, новая система принесла значительные улучшения:

  • Прямая связь между заявками и элементами библиотеки — теперь каждая заявка привязана к конкретному семейству или материалу.

  • Упрощённый интерфейс — пользователи работают в единой системе для BIM-компонентов без избыточных полей и статусов, а дополнительная информация подтягивается автоматически.

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

В итоге новая система заявок значительно ускорила и упростила процесс создания и доработки BIM-компонентов, обеспечив полную прозрачность и контроль на каждом этапе.

Интеграция с закупками

После успешной автоматизации процессов моделирования мы решили расширить применение BIM-модели в девелопменте. Для девелоперов особенно важно минимизировать ошибки и сократить трудозатраты при формировании ведомостей объёмов работ (ВОР) и сметных расчётов. Так перед нами встала задача — как автоматически получать ВОР и сметы из BIM-модели.

Мы рассмотрели два подхода:

  1. Привязывать номенклатуру непосредственно в семействах.

  2. Хранить связи в отдельной системе (базе данных).

Мы выбрали второй вариант и разработали сервис привязок, соединяющий компоненты библиотеки с номенклатурой из общей информационной системы компании.

Разработка, настройка и отладка системы потребовали значительного времени и доработки смежных систем для двустороннего обмена данными. Вот какое деление у нас получилось:

  • BIM Data Service — передаёт в Family Manager информацию об элементах модели.

  • AutoBIM и «Конструктор Цен» — принимают данные о связях элементов модели с номенклатурой и отображают их в удобном для пользователей формате.

Пройдя долгий путь от идеи до реализации, мы достигли важных результатов. Теперь у нас:

  • автоматически формируются ВОР и сметные расчёты;

  • минимизируются ошибки и сокращаются трудозатраты;

  • а интеграция с экосистемой BIM позволяет получать актуальные данные без ручных правок.

Этот подход значительно повысил эффективность работы с BIM-моделью в девелопменте и открыл новые возможности для дальнейшего развития цифровых процессов.

Пакетная обработка данных

По мере роста объёма данных в системе управлять библиотекой становится сложнее, а время на администрирование множества элементов существенно увеличивается. Особенно трудоёмким становится массовое внесение однотипных изменений, если необходимо обновить или добавить данные в разных местах.

Для упрощения работы с библиотекой мы внедрили механизм пакетного внесения изменений. Теперь пользователи могут экспортировать и импортировать все основные таблицы, справочники и элементы системы в удобном формате Google Таблиц или Excel.

Это позволило:

  • кратно сократить трудозатраты на рутинные операции;

  • упростить администрирование библиотеки;

  • высвободить время сотрудников для творческих и более сложных задач.

Внедрение пакетного импорта и экспорта сделало работу с библиотекой гибкой, быстрой и удобной. Мы минимизировали ошибки и значительно сократили трудозатраты. Теперь пользователи эффективнее управляют библиотекой BIM-компонентов, а система автоматически поддерживает актуальность данных.

Синхронизация без версионирования

После реализации и тестирования ключевого функционала — связи BIM-компонентов с требованиями, их автоматической проверки, интеграции с номенклатурой закупок и системы заявок — Family Manager эволюционировал из простого хранилища в полноценную систему управления BIM-компонентами.

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

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

Для оптимизации процесса мы внедрили функционал синхронизации параметров. Теперь:

  • Изменять значения текущих параметров или добавлять новые можно напрямую из библиотеки Family Manager, без выпуска новой версии семейства.

  • BIM-координаторы вносят изменения в карточке семейства, а для массовых изменений используют экспорт/импорт таблиц, описанный выше.

  • Проектировщики получают мгновенную синхронизацию параметров вместо длительного ожидания обновления семейств, которое раньше могло занимать десятки минут.

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

Но результат превзошёл ожидания:

  • Для части семейств в библиотеке мы значительно сократили трудозатраты всех участников процесса.

  • Проектировщики теперь работают быстрее, не отвлекаясь на ожидание обновлений.

  • BIM-координаторы эффективнее управляют изменениями, оптимизируя работу библиотеки.

Этот шаг стал очередным этапом эволюции Family Manager, позволив нам ещё глубже интегрировать BIM в рабочие процессы компании.

Прозрачность изменений 

В Family Manager все справочники и элементы библиотеки имеют гибкую систему разграничения доступа по разрешениям и дисциплинам.

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

  • Разграничение по дисциплинам — обеспечивает независимую работу BIM-координаторов разных направлений.

Однако, даже при такой гибкой системе доступа мы столкнулись с несколькими проблемами:

  1. Несогласованные изменения внутри команды.

  2. Случайное редактирование данных.

  3. Сложность в отслеживании связанных элементов в рамках одной дисциплины.

  4. Затруднения в поиске автора изменений при обнаружении ошибок спустя длительное время.

BIM-координаторам приходилось тратить время на расследование: кто, когда и зачем внёс изменения. При утрате информации её можно было восстановить только по памяти или старой переписке. 

Для решения этих проблем мы внедрили систему истории изменений по ключевым элементам: уникальные параметры, функциональные типы, семейства. Теперь отслеживание изменений занимает считанные минуты, избавляя администраторов от роли детективов.

Если говорить в целом о тех возможностях и преимуществах, которые мы получили благодаря внедрению FM, то к ним относятся:

  • Отслеживание изменений. Мгновенный доступ к информации о том, кто, когда и какие правки внёс, что упрощает контроль разработки.

  • Контроль качества. История изменений фиксирует все исправления и улучшения, способствуя повышению качества данных.

  • Прозрачность разработки. Участники проекта видят развитие библиотеки и могут предлагать обоснованные улучшения.

  • Соблюдение стандартов. Простая проверка по соответствию изменений требованиям и регламентам.

  • Быстрое обучение. Новые сотрудники легче осваивают логику работы библиотеки благодаря доступной истории её развития.

  • Снижение рисков. Своевременное выявление изменений, способных повлиять на другие элементы системы.

История изменений сделала Family Manager ещё более эффективным инструментом управления BIM-компонентами. Все изменения теперь под контролем, ошибки исправляются быстрее, а сохранность данных гарантирована.

Планы на 2025 год

Я рассказал о ключевых этапах развития Family Manager, но это лишь часть пройденного пути. И мы не планируем останавливаться! В 2025 году нас ждут новые задачи, разработка функционала и улучшение текущих возможностей. Подробный план на следующий год доступен здесь: дорожная карта в Trello.

Расскажу о самых важных.

Экосистема ПИК. Развитие Family Manager - 1

 

Хранение шаблонов проектов и спецификаций в Family Manager с возможностью обновления в проекте

Шаблоны проектов, как и семейства, имеют версионность — в них регулярно обновляются спецификации, легенды и виды. В ПИК шаблоны хранятся в папочной структуре на сервере, что не позволяет автоматизировать их обновление и использовать преимущества Family Manager, такие как:

  • автоматическое обновление элементов шаблона;

  • история версий и аналитика изменений;

  • просмотр структуры шаблона прямо в веб-приложении.

Что изменится с интеграцией шаблонов в Family Manager?

Для проектировщиков

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

Для BIM-координаторов

Администрирование шаблонов станет проще и быстрее, поскольку вся история изменений будет вестись автоматически в Family Manager, а система будет анализировать обновления спецификаций в новых версиях шаблонов.

Мы ожидаем, что интеграция шаблонов проектов в Family Manager автоматизирует контроль изменений, повысит актуальность данных в моделях и упростит работу как проектировщиков, так и BIM-координаторов. 

Улучшение функционала сервиса заявок

Мы продолжаем совершенствовать сервис заявок и внедряем важные обновления для повышения удобства работы и качества обработки заявок.

Прикрепление документов различных форматов в чате заявки. На данный момент пользователи могут загружать только изображения. Мы расширим возможности, добавив поддержку файлов всех форматов (PDF, DWG, XLSX и других). Это позволит обмениваться документами непосредственно в системе без использования сторонних сервисов, что ускорит обработку заявок и упростит взаимодействие.

Введение наблюдателей для заявки. Руководители проектировщиков получат возможность отслеживать статус важных заявок, которые требуют особого контроля. Это обеспечит прозрачность процессов и улучшит координацию команд.

Обязательные атрибуты заявок для модераторов. Мы вводим обязательное заполнение ключевых атрибутов перед закрытием заявки. Сейчас в Family Manager нет строгого контроля за заполнением этих данных, что иногда приводит к пропуску важной информации и влияет на качество отчётности перед заказчиком.

Благодаря этим улучшениям:

  • обмен файлами в заявках станет удобнее и быстрее;

  • руководители смогут контролировать критически важные заявки;

  • качество отчётности и аналитики значительно повысится.

Мы продолжаем развивать систему, делая её более эффективной и удобной для пользователей!

Расширение аналитики в «Статистике»: выявление ошибок по семействам и материалам

В Family Manager уже работает дашборд «Статистика», предоставляющий общий обзор состояния библиотеки. Он включает:

  • количество элементов и справочников;

  • динамику загрузок и скачиваний;

  • статистику заявок и другие показатели.

Однако для полноты картины библиотеке не хватает аналитики по ошибкам:

  • в параметрах семейств и материалов;

  • в настройках функциональных типов;

  • в привязках и других важных метриках.

Мы планируем расширить функционал «Статистики», добавив отображение количества ошибок по различным критериям и быстрые переходы к соответствующим таблицам для детального анализа и исправления.

Это позволит оперативно выявлять проблемные элементы, ускорять их исправление и улучшать качество данных в библиотеке.

Десктопное приложение Family Manager для NanoCAD

С развитием отечественных САПР для проектирования генерального плана (ГП) всё больше российских компаний переходят на NanoCAD. В настоящее время Family Manager интегрирован с Civil 3D, но мы не хотим ограничивать пользователей только этим решением. В этом году мы планируем разработать десктопное приложение Family Manager для NanoCAD. Это позволит:

  1. Работать с Family Manager без привязки к Civil 3D.

  2. Использовать все возможности библиотеки BIM-компонентов в NanoCAD.

  3. Поддерживать интеграцию с отечественными САПР.

Параллельно с Family Manager для NanoCAD мы также адаптируем наши плагины PikTools ГП. Это обеспечит такой же уровень автоматизации, как в Civil 3D, что сделает NanoCAD полноценной альтернативой для проектирования ГП.

***

Это был рассказ о ключевых этапах развития Family Manager и наших планах на 2025 год. Если вас заинтересовала тема, загляните на наш сайт — там подробно описана история развития FM с момента его создания в 2018 году. Просто нажмите на ссылку «История развития Family Manager».

Автор: PIK-Digital

Источник

Оставить комментарий