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

 

Для создания пользовательского поля необходимо в разделе <GlobalConfiguration>

создать блок по шаблону (либо скопировать блок указанный ниже)

Рис. 9.74. Изменение пользовательского поля

И далее изменить значение в параметре Name.

На данном этапе имеется ограничение – невозможно использовать кириллические символы, поэтому значение введено на латинице «Primer»

Рис. 9.75. Создание пользовательского поля

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

 

в группе <ObjectResource>

в группе <Object>

После внесения правок сохранить файл TakeoffConfigurationTemplate.xml.
Теперь при создании рабочих книг в Каталоге элементов будет доступно сопоставление свойств и добавлено созданное поле Primer.

Необходимо указать из какой Категории (Вкладки) элемента Свойство, которое будет внесено по созданное поле по умолчанию.

Рис. 9.76. Окно сопоставления свойств каталога элементов и добавленное свойство «Primer»

Отдельно для элементов можно переопределить вносимое свойство или задать, если оно не было задано на предыдущем шаге.

 

Рис. 9.77. Задание правил сопоставления свойств для элементов

После этого при добавлении элементов в рабочую книгу, созданные поля будут наполняться в соответствии с заданными определениями

Рис. 9.78. Отображение введенных значений в Рабочей книге Quantification

 

Далее работа с Quantification ведется обычным образом.

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

Рис. 9.79. Экспорт рабочей книги Quantification

Получаемая ведомость может быть использована в исходном виде или импортироваться в ERP системы, или расчетные модули

Рис. 9.80. Пример выгрузки рабочей книги в MS Excel

 

 

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

Проверка моделей – одна из задач при работе с использованием технологии информационного моделирования.

Проверки можно разделить на типы по разным критериям:

1. По роли проверяющего:

1.1. Разработчик модели

1.2. BIM-специалист в структуре компании разработчика модели

1.3. BIM-специалист в структуре компании заказчика

1.4. Специалист в структуре проверяющих органов

2. По частоте:

2.1. Регулярные итерационные проверки

2.2. Единоразовые проверки

3. По применяемому программному обеспечению:

3.1. В ПО, предназначенном для разработки модели

3.2. В ПО, предназначенном для работы со сборками

4. По автоматизации:

4.1. Автоматизированные проверки

4.2. Проверки, выполняемые в ручном режиме

5. По сущности проверяемых элементов:

5.1. Геометрическое представление        

5.2. Атрибутивный состав и наполнение

Отдельным пунктом можно добавить проверку документации на соответствие модели.
Вне зависимости от описанного выше деления все проверки должны соответствовать имеющимся требованиям нормативно-технической документации (например [2.17]), а также требованиям, определенным в техническом задании, см. п. 6.5.

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

Согласно [2.17] введены понятия верификация и валидации модели, которые можно свести к проверке геометрии модели и атрибутивного наполнения.