Проверка заполненности параметров модели

Определение

Проверка заполненности параметров (Data Validation) — это процесс контроля качества информационной модели на предмет наличия в элементах необходимых атрибутов (свойств). Если геометрия отвечает на вопрос «как это выглядит?», то параметры отвечают на вопросы: «что это?», «какой марки?», «кто производитель?» и «сколько это стоит?». Без заполненных параметров автоматизация объемов и эксплуатация объекта невозможны.

Где применяется в проекте

• Автоматизация смет и ВОР: если у трубы не заполнен параметр «Диаметр» или «Материал», она не попадет в автоматический расчет стоимости.
• Закупки: выгрузка спецификаций для тендеров на основе параметров «Марка» и «Код по классификатору».
• Эксплуатация (COBie): проверка наличия серийных номеров, сроков гарантии и ссылок на паспорта оборудования.
• Передача в экспертизу: контроль соответствия модели требованиям заказчика (EIR) и государственным стандартам.

Как это выглядит «на практике»

Представьте, что в модели 5 000 пожарных извещателей. Проверить каждый вручную невозможно. С помощью автоматизированных инструментов в SIGNAL запускается скрипт: «Проверить все элементы категории "Пожарная сигнализация" на наличие параметра "Завод-изготовитель"». Система моментально подсвечивает красным те 200 штук, где проектировщик забыл внести данные. Это позволяет исправлять ошибки в данных массово, а не поштучно.

Что дает в SIGNAL

• SIGNAL Tools: предоставляет инструменты для автоматизированного аудита параметров. Можно создавать правила проверки (Checklists) под конкретные требования проекта.
• SIGNAL Docs: позволяет видеть свойства элементов прямо в браузере. Инженер ПТО может кликнуть на любой объект и сразу понять, заполнены ли по нему данные для отчетности.
• SIGNAL Dashboard: выводит отчет о «качестве модели» в процентах. Руководитель видит: «Раздел ОВ заполнен на 90%, а ВК всего на 40%» — это сигнал о том, что данные из ВК еще нельзя использовать для заказа материалов.
• Стандартизация: помогает внедрить единый стандарт именования и заполнения свойств для всех подрядчиков, работающих над проектом.

Частые ошибки и путаницы

• «Параметры ради параметров»: требование заполнять сотни ненужных свойств, которые никто не будет использовать. Важно проверять только то, что необходимо для текущей стадии (LOD/LOI).
• Разные имена параметров: когда один проектировщик пишет «Производитель», а другой — «Завод». Для системы это разные данные, и сводный отчет по ним не соберется.
• Ручная проверка: попытка выборочно проверять элементы «глазами». Это всегда ведет к пропуску системных ошибок, которые потом «вылезают» на этапе закупок.

Также называют

Аудит атрибутов, проверка качества данных, Data Validation, контроль LOI (Level of Information).

Связанные термины

• LOI (Level of Information)
• EIR (Информационные требования заказчика)
• Спецификация
• Классификатор элементов