О важном из рабочей недели с 21 по 25 июля 2025 года:
---
Во вторник генеральный директор Synergy Systems Илья Беленький поделился с нами опытом хранения и администрирования требований по атрибутивной проработке элементов цифровой информационной модели (ЦИМ).
Мы обратились к Илье с просьбой ответить на несколько вопросов:

1. Если в строку перечислены параметры, в столбец элементы модели, а на пересечениях линий столбцов и строк стоят отметки требуется ли этот параметр у элемента, то куда вносить информацию о единицах измерения и зачем требуется параметр?
2. Делать ли списки с перечислением вариантов ввода параметра? Например, конкретное написание марки по ГОСТ (прочность, морозостойкость и т.д.).
3. Можно ли требовать заполнения параметра с одним названием требовать в различных элементах?

Как оказалось, наш запрос идеально «лёг» на логику таблицы атрибутного сопоставления (непрямой перевод английского «attribute master table»), которая состоит из нескольких вкладок:
Первая вкладка содержит перечисление всех используемых в модели параметров с различными видами описаний, которых может быть сколь угодно много – будь то имя в IFC (IFC Name), тип параметра в IFC (булевый, текстовый), в каких проверках учувствует и т.д.
Вот что Илья ответил на вопросы о параметре с одним названием в различных элементах модели и о списках с перечислением вариантов ввода параметра:

Условные длинна и ширина могут и должны быть у различных элементов, если их единая суть – учёт габаритов. Не допускается требовать заполнения параметров с одним названием и разной сутью. Например, параметр «скорость» может быть про скорость интернет-соединения и про скорость течения потока в трубопроводе. Для каждого уникального по своей сути параметра должно быть и уникальное название
Что касается перечисления возможных вариантов написания параметра, то выпадающий список – это, конечно, удобно, но их составление и администрирование – весьма трудоёмкий процесс. Лучше ограничиться требованием по очерёдности написания составного параметра (например, для маркировки бетона: В15_F25_W4). Кроме этого, на первых этапах стоит требовать не больше 60 параметров.

Вторая вкладка таблицы – классическое сопоставление элементов модели и параметров. Такую таблицу мы использовали в первой редакции ТИМ-стандарта.
Третья вкладка – автоматический сбор параметров в «Файл общих параметров» (ФОП). Напомним, что, переданный подрядчику, ФОП позволяет выполнить требования бюджетного заказчика по параметризации элементов модели.
В завершение рассказа Илья отметил, что сервис управления качеством ЦИМ Эйдос/Eidos, разрабатываемый командой Synergy Systems, берёт основу именно с логики таблицы атрибутного сопоставления.
---
Чем нам и заказчикам полезна таблица сопоставления атрибутов?
В первую очередь, таблица позволит навести порядок в требованиях, и не забыть, для чего нам нужен тот или иной параметр (банально, а всё же важно!). Задавая вопрос авторам различных требований к ЦИМ, мы слышали как ответы «Уже и не припомню», так и «Это же очевидно…» – хотя очевидное для одних может оказаться невероятным для других.
Кроме того, передав подрядчику файл таблицы атрибутивного сопоставления с указанием, в каких проверках используется тот или иной параметр, мы высвободим время BIM/ТИМ-специалиста заказчика, которое он то и дело тратит на объяснение всего этого коллегам на стороне подрядчика.