Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Данным способом можно подготовить пользовательские поля для вновь создаваемых файлов, но это не повлияет на ранее созданные файлы.
Для создания пользовательского поля необходимо в разделе <GlobalConfiguration> создать блок по шаблону (либо скопировать блок указанный ниже) Рис. 9.74. Изменение пользовательского поля И далее изменить значение в параметре Name. На данном этапе имеется ограничение – невозможно использовать кириллические символы, поэтому значение введено на латинице «Primer» Рис. 9.75. Создание пользовательского поля Аналогичным образом нужно скопировать и переименовать блоки для создаваемых полей, где использовался исходные поля.
в группе <ObjectResource>
После внесения правок сохранить файл TakeoffConfigurationTemplate.xml. Необходимо указать из какой Категории (Вкладки) элемента Свойство, которое будет внесено по созданное поле по умолчанию. Рис. 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] введены понятия верификация и валидации модели, которые можно свести к проверке геометрии модели и атрибутивного наполнения.
|
|||||
Последнее изменение этой страницы: 2022-09-03; просмотров: 42; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.148.144.139 (0.007 с.) |