Рисунок 7.5 – Сущности IFC
 | |
| 908 × 701 пикс. Открыть в новом окне | |
 | |
| 904 × 621 пикс. Открыть в новом окне | |
Рисунок 7.5, лист 2
7.3.3 Форматы файлов
Форматы файлов с данными IFC необходимо представлять в следующих спецификациях:
ifc: текстовый файл с данными IFC, использующий физическую структуру файла STEP; файлы формата ifc соответствует спецификации IFC-EXPRESS; этот формат обмена стандарта IFC используется по умолчанию и является наиболее широко используемым форматом, имеет компактный размер
- ifcXML: файл c данными стандарта IFC, использующий структуру документа XML, который используется в том случае, когда сторонние программы не могут работать с исходным форматом ifc, но могут работать с базами данных формата xml (например, сметные расчеты, теплотехнические расчеты и т. д.); этот формат может содержать ту же информацию о модели, что и обычный формат ifc, но в нем элементы и их свойства хранятся в более информативных структурах данных (файл ifcXML обычно в три-четыре раза больше файла формата ifc);
ifcZIP: файл с данными стандарта IFC, использующий алгоритм сжатия ZIP (совместимый с программами winzip, zlib, и т. д.); должен содержать единственный файл формата ifc или ifcXML с данными в главной папке архива;
- ifcZIP файлы обычно сжимают файлы формата ifc на 60 % – 80 %, а файлы формата ifcXML – на 90 % – 95 %.
7.3.4 Определение модельного вида (MVD)
Импорт и экспорт данных модели в формате IFC следует осуществлять согласно используемым настройкам транслятора, встроенного (или отдельно подгружаемого) в программное средство. Трансляторы позволяют существенно упростить процессы обмена моделями IFC.
Определение модельного вида IFC должно содержать подмножество схемы IFC, которое необходимо для удовлетворения одного или нескольких требований по обмену информацией в строительстве. Определение модельного вида должно обеспечивать способ указания набора данных, необходимых для передачи в конкретном случае. При передаче данных информационной модели из одного программного продукта в другой следует указывать, чтобы данные соответствовали выбранному определению модельного вида.
Выбор версии IFC и определения модельного вида осуществляется в зависимости от конкретного процесса передачи данных.
Определения модельного вида IFC4 обеспечивают два способа организации взаимодействия:
IFC4 Ссылочный Вид следует применять при любом взаимодействии в среде информационного моделирования, основанного на концепции опорных моделей и использующего преимущественно однонаправленную передачу данных. В данном случае изменения данных информационного моделирования,
как правило, относящихся к отображению формы, должны быть выполнены путем запроса изменений у разработчика модели.
IFC4 Вид Передачи Проекта следует применять при передаче информации о редактировании элементов: вставке, удалении, перемещении или изменении физических элементов и пространств зданий в рамках ограниченной области обмена параметрическими данными. Следует учесть, что Вид Передачи Проекта не может быть использован для полноценного двунаправленного обмена моделями.
Определения модельного вида IFC2x3 обеспечивают следующие способы организации взаимодействия:
Скоординированный Вид следует применять при совместном использовании информационных моделей зданий архитекторами, инженерами и службами эксплуатации. В нем должны содержаться определения пространственных конструкций, здания, элементов систем здания, необходимые для координации информации между всеми разделами проектной и рабочей документации.
Вид Конструктивного Анализа – этим определением модельного вида следует описывать информацию в соответствии с требованиями конструктивной аналитической модели.
Основной Инфраструктурный Вид – является расширенной версией Скоординированного Вида, должен содержать определения основных требований для САПР в области передачи информации об управлении инфраструктурой. Преимущественно применяется для описания пространства и спецификации оборудования. Это определение модельного вида необходимо в большинстве проектов в соответствии с требованиями разработчика IFC.
7.3.5 Схемы архитектуры с концептуальными слоями
Спецификация стандарта IFC должна состоять из EXPRESS-спецификации схемы данных, и, альтернативно, в виде спецификации XML-схемы, и справочных данных, представленных в виде XML-определений свойств (характеристик), наименований и описаний.
Для поддержания четкого определения подкласса (подраздела) схем данных и справочных данных необходимо соответствующее программное обеспечение. Подкласс (подраздел), который в нем содержится, должен упоминаться в качестве MVD. Конкретное определение представления модели необходимо для поддержания одного или многих признанных рабочих процессов (потоков) в строительной отрасли и секторе жилищно-коммунального хозяйства. Каждый рабочий процесс (поток) должен определять требования к обмену данными, которые должны поддерживаться соответствующим программным обеспечением.
7.3.6 Требования к описанию спецификации
Спецификация IFC включает в себя термины, определения и данные о спецификации элементов, которые создаются в процессе их использования в рамках дисциплин, профессий и специальностей в области строительства и секторе жилищно-коммунального хозяйства. Необходимо соблюдать следующие требования:
- в терминах следует использовать английские слова;
элементы данных в пределах спецификации следует именовать в соответствии с системой условных обозначений CamelCase (без подчеркивания, первая буква в слове – прописная);
наименования элементов данных для типов, объектов, правил и функций следует начинать с префикса «Ifc» и продолжать с английского слова согласно системе условных обозначений CamelCase;
- имена атрибутов внутри сущности следует присваивать согласно системе условных обозначений CamelCase без префикса;
- определения набора свойств, которые являются частью этого стандарта, начинать с префикса «Pset_» и продолжать английскими словами из системы условных обозначений CamelCase;
определения количественного набора, которые являются частью настоящего стандарта, следует начинать с префикса «Qto_» и продолжать английскими словами из системы условных обозначений CamelCase.
7.3.7 Схемы архитектуры с концептуальными слоями
Данные схемы архитектуры IFC определяют четыре концептуальных слоя. На рисунке 7.6 показана схема архитектуры. Каждой отдельной схеме присваивается один смысловой слой:
 | |
| 695 × 968 пикс. Открыть в новом окне | |
Рисунок 7.6 — Данные схемы архитектуры с концептуальными слоями
Слой ресурсов — самый нижний слой должен включать в себя все отдельные схемы, содержащие определения ресурсов. Эти определения не должны включать в себя глобальные уникальные идентификаторы и не должны быть использованы независимо от определения, указанного в слое, расположенном выше.
Слой основных данных — следующий слой должен включать в себя ядро схемы и базовую расширенную схему, содержащие наиболее общие определения сущностей. Все объекты, определенные в слое основных данных или выше,
должны содержать в себе глобальные уникальные идентификаторы и, опционально, информацию о владельце и историю.
- Слой взаимодействия — следующий слой должен включать в себя схемы,
содержащие определения сущности, которые являются специфическими для общего продукта, процесса или специализации ресурса, используемые сразу в нескольких дисциплинах. Эти определения обычно следует использовать внутри домена для обмена и общего пользования строительной информацией.
- Доменный слой — самый верхний слой должен включает в себя схемы,
содержащие определения сущности, которые являются специализацией продуктов, процессов или ресурсов, специфичных для определенной дисциплины. Эти определения обычно следует использовать внутри домена для обмена и общего пользования информацией.
IFC определяет концептуальные схемы данных и формат обмена файлами для данных информационной модели здания. Концептуальную схему следует создавать с помощью языка EXPRESS-спецификации данных. Стандартный формат обмена файлами для обмена и совместного использования данными в соответствии с концептуальной схемой необходимо использовать открытую кодировку текста для структуры обмена. Альтернативные форматы обмена файлами допускается использовать, если они соответствуют концептуальной схеме.
7.3.8 Информационные компоненты спецификации
В общем случае в рамках IFC необходимо представлять следующую информацию:
а) определения формата обмена, необходимые на различных стадиях жизненного цикла зданий:
- демонстрация потребности,