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

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

Действующий
  • Основной Инфраструктурный Вид является расширенной версией Скоординированного Вида, должен содержать определения основных требований для САПР в области передачи информации об управлении инфраструктурой. Преимущественно применяется для описания пространства и спецификации оборудования. Это определение модельного вида необходимо в большинстве проектов в соответствии с требованиями разработчика 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 необходимо представлять следующую информацию:
а) определения формата обмена, необходимые на различных стадиях жизненного цикла зданий:
  • демонстрация потребности,
  • концепция потребности,
  • примерные ТЭП,
  • основные ТЭП и укрупненный финансовый план,
  • концепция дизайна,
  • полноценный дизайн,
  • согласованный дизайн,
  • закупки и полный финансовый план,
  • производственная информация,
  • строительство,
  • эксплуатация и техническое обслуживание;
б) определения формата обмена, необходимые для различных дисциплин, вовлеченных в стадии жизненного цикла объекта:
  • архитектура,
  • строительные услуги,
  • проектирование конструкций,
  • снабжение,
  • планирование строительства,
  • управление объектом,
  • управление проектом,
  • управление потребностями заказчика,
  • компетентные органы, выдающие разрешения и согласования в области строительства;
в) необходимые определения формата обмена:
  • структура проекта,