(Действующий) СП 331.1325800.2017 Информационное моделирование в строительстве....

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

Действующий
Для организации обмена информацией на программно-техническом уровне следует использовать открытый формат IFC. Если программные средства не предоставляют возможность использовать открытый формат IFC, допускается использовать возможности программных средств для передачи информации, реализованные на основе API интерфейсов и оригинальных форматов программных средств.

7.2 Интероперабельность на основе прямых API-интерфейсов и оригинальных форматов производителей программных средств

Для решения сравнительно простых задач по обмену данными следует использовать предусмотренный разработчиком программного продукта интерфейс прикладного программирования API для разработки плагинов, позволяющих решать различные прикладные задачи, в том числе по обмену данными между программными платформами и программными комплексами. Примеры схем реализации передачи данных об информационной модели показаны на рисунках 7.1 и 7.2.
684 × 417 пикс.     Открыть в новом окне
Рисунок 7.1 Пример реализации схемы передачи данных из информационной модели в программный комплекс
511 × 310 пикс.     Открыть в новом окне
Рисунок 7.2 Пример реализации схемы передачи данных между программными комплексами
При разработке API, в том числе для обмена данными между программами, создатель API обязан:
  • разработать и обеспечить доступность руководства пользователя;
  • обеспечить стабильную работу и преемственность версий;
  • обеспечить гибкость к требованиям наборов входных и выходных параметров;
  • обеспечить безопасность;
  • обеспечить простоту встраивания в основную систему;
  • предусмотреть интуитивно понятный интерфейс.
Например, при реализации экспорта данных об информационной модели во внешнюю программу для выполнения дальнейших инженерных расчетов или составления смет может быть использован плагин, который с помощью стандартных процедур должен обращаться к модели строительного объекта, считывать и обрабатывать необходимую информацию, а затем представлять данные в определенном формате.
На рисунке 7.3 представлены схема передачи данных об объемах строительных работ из программ в сметный комплекс и формирование информационной модели 5D посредством добавления в информационную модель 3D информации о затратах.
926 × 510 пикс.     Открыть в новом окне
Рисунок 7.3 Элементы информационной модели 5D
В случае, когда использование API или открытых форматов данных затруднено или невозможно, или влечет за собой существенную потерю качества информации, необходимо использовать оригинальные форматы программных средств на отдельных этапах взаимодействия участников (рисунок 7.4).
966 × 282 пикс.     Открыть в новом окне
Рисунок 7.4 Схема передачи данных с использованием промежуточного формата обмена

7.3 Интероперабельность на основе открытого стандарта формата данных IFC

7.3.1 Формат IFC

Построение процессов интероперабельности участников жизненного цикла объекта строительства на программно-техническом уровне следует формировать с использованием программного обеспечения, поддерживающего возможности взаимодействия с использованием открытых форматов данных.
Для обеспечения программно-технического уровня интероперабельности в промышленном и гражданском строительстве следует использовать открытый стандарт файлового формата данных IFC.
Формат IFC необходимо использовать для упрощения взаимодействия в строительной индустрии как нейтральный формат для информационной модели здания или сооружения, содержащий соответствующие классы объектов, отвечающие различным потребностям жизненного цикла зданий и сооружений. В связи с выходом новых версий программных комплексов и новых релизов формата IFC соответствующие трансляторы подлежат периодической переработке.

7.3.2 Классы информации

Модель взаимоотношений различных классов информации (сущностей) IFC описана на языке моделирования данных EXPRESS (являющемся частью формата STEP для обмена данными).
877 × 636 пикс.     Открыть в новом окне
Рисунок 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 обеспечивают следующие способы организации взаимодействия:
  • Скоординированный Вид следует применять при совместном использовании информационных моделей зданий архитекторами, инженерами и службами эксплуатации. В нем должны содержаться определения пространственных конструкций, здания, элементов систем здания, необходимые для координации информации между всеми разделами проектной и рабочей документации.