Обмен Данными со Смежными Разделами Проектирования

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

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

В этой главе описываются различные варианты взаимодействия со специалистами смежных разделов проектирования, поддерживаемые ARCHICAD.

BIM как Платформа для Взаимодействия

Проектирование, возведение и обслуживание здания является довольно сложным процессом, требующим тесного взаимодействия многих людей, работающих в различных областях. На присутствующей ниже иллюстрации приводится перечень возможных участников процесса проектирования здания, включая владельцев здания, разработчиков, подрядчиков, инженеров, лиц, ответственных за техническое оборудование и, естественно, архитекторов. Архитектор играет исключительную роль в этой иерархии, так как он является единственным, кто должен обеспечивать сведениями о текущем состоянии проектирования всех других заинтересованных лиц. Если архитектурная компания не поддерживает этот централизованный коммуникативный мир, то она вряд ли способна разрабатывать большие проекты.

//helpcenter.graphisoft.ru/wp-content/uploads/ac21_collaboration/howtocollaborate-landscape/Slide18.png

BIM-модель как Платформа Обеспечения Взаимодействия в Проектировании

BIM-технология предлагает очень эффективную автоматизированную платформу взаимодействия для строительной индустрии. При использовании BIM-модели на практике, архитектор не является единственным лицом, получающим выгоду от работы с виртуальным проектом. Владелец проекта и все прочие участники проектирования также ощущают преимущество такого подхода. По сути, все это означает переход от “файл-ориентированной среды” к “среде, основанной на данных”, называемой BIM-проектом.

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

Форматы Файлов

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

//helpcenter.graphisoft.ru/wp-content/uploads/ac21_collaboration/howtocollaborate-landscape/55-open_archicad.png

ARCHICAD поддерживает множество Форматов Файлов

Импорт Данных в ARCHICAD Объединение, Связывание и Открытие

Возможны следующие способы использования в ARCHICAD данных модели, чертежей САПР и отчетов, получаемых из других программ.

Объединение

Для добавления в текущий проект ARCHICAD моделей, чертежей (или их частей) используется команда Объединения. Объединяемые данные модели преобразуются в элементы ARCHICAD, которые затем могут использоваться как защищенные или редактируемые ссылки. Импортированные данные, используемые в качестве ссылок, отделяются от элементов основного проекта, и могут отображаться в зависимости от способа визуализации совместно с данными проекта или независимо от них.

Связывание

Также для создания “взаимосвязи” можно открыть полученную 3D-модель как новый проект ARCHICAD, например, для визуальной фильтрации элементов, а затем использовать этот проект или его часть в текущем проекте в виде Связи, которая будет содержать недоступные для редактирования данные. В зависимости от форматов файлов можно использовать команды размещения Чертежей и/или XREF, чтобы связать внешние чертежи с проектами ARCHICAD.

Открытие

Команда Открыть приводит к независимому открытию модели или чертежа САПР в отдельном экземпляре ARCHICAD. Этот импортированный файл можно затем добавить в качестве ссылки на соответствующую часть другого проекта ARCHICAD, как было описано выше.

Концепция OPEN BIM

GRAPHISOFT предоставляет отличные инструменты на всех этапах архитектурного проектирования. Но архитекторы должны взаимодействовать с большим количеством смежных специалистов АИС-индустрии.

На сегодняшний день одним из основных пожеланий участников BIM-проектирования является повышение уровня взаимодействия между различными BIM-решениями.

•Требования к BIM-моделям, предъявляемые архитекторами, отличаются от требований инженеров, кроме того, логика моделирования и взаимосвязей элементов модели также может иметь большие различия. При этом важно отметить, что архитектурная BIM-модель ОТЛИЧАЕТСЯ от BIM-моделей других дисциплин.

•Как правило, в разных странах используются разные инженерные приложения (например, конструктивного проектирования, отопления, вентиляции или энергетического анализа). Инженеры предпочитают использовать программы, отвечающие местным требованиям и стандартам.

Каким образом можно гарантировать совместимость таких архитектурных программ, как ARCHICAD, с сотнями инженерных приложений? Какие условия требуется соблюдать для организации междисциплинарного взаимодействия? Организация междисциплинарного взаимодействия построена на двух основных требованиях:

1)Поддержка „опорной модели” и

2)Поддержка (на необходимом уровне) открытого стандартизированного формата обмена данными

Ответ заключается в применении концепции OPEN BIM. OPEN BIM – это реализация концепции опорных моделей на открытой платформе.

Опорная модель

Каждый специалист отвечает за свой раздел проектирования. Например, инженер-конструктор отвечает за несущие конструкции здания, которые он рассчитывает на основе местных норм и стандартов. Поэтому каждый смежный специалист должен иметь возможность редактировать только собственную модель, а модели других разделов проектирования использовать лишь в качестве ссылок, защищенных от каких-либо изменений. Модели, создаваемые разными участниками проектирования, отличаются друг от друга, даже если на первый взгляд они выглядят совершенно одинаково. Например, архитектор задает контуры перекрытия при помощи элемента перекрытия. Инженеру-конструктору, выполняющему расчеты, необходимо использовать реальные конструктивные элементы, например, пустотные плиты перекрытий. В результате модели двух дисциплин имеют множество различий. Различаются типы элементы, их количество, уровень детализации узлов и взаимное расположение элементов относительно друг друга.

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

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

Открытый формат файлов

Как нам выбрать подходящий формат для междисциплинарного взаимодействия? Каким требованиям этот формат должен соответствовать?

•Он должен поддерживать 3D-отображение элементов.

•Он должен поддерживать хранение данных.

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

•Он должен полностью отвечать требованиям концепции опорной модели.

•Код формата должен быть открытым для любого разработчика программного обеспечения. Это гарантирует возможность организации глобального взаимодействия между любыми приложениями.

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

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

Из всех существующих форматов лишь один полностью отвечает всем перечисленным требованиям. Это – Industry Foundation Classes (сокращенно – IFC). Формат IFC разрабатывается и поддерживается с 1994 года некоммерческой организацией buildingSMART.

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

Для получения дополнительной информации см. http://www.buildingsmart.com/.

BuidingSMART способствует повышению эффективности информационного обмена данными между всеми программными платформами и приложениями, содействуя внедрению BIM-решений на уровне сообщества АИК и FM. Основные разработчики приложений в области Информационного Моделирования Зданий, Конструктивного и Инженерного проектирования, термического анализа, сметных расчетов и проверки коллизий, реализуют функции IFC-взаимодействия в своих программных продуктах.

GRAPHISOFT поддерживает IFC с 1996 и продолжает работу по внедрению новейшего стандарта версии и его основных схем (называемых “Определениями Модельного Вида”, см. ниже). Модель здания может быть экспортирована из множества систем, поддерживающих IFC. На данный момент в buildingSMART зарегистрировано более 180 приложений, поддерживающих IFC-файлы.

Для получения дополнительной информации см. http://www.buildingsmart-tech.org/implementation/implementations.

Стандарты Взаимодействия

IFC-схемы представляют собой определенные версии стандартов IFC. В ARCHICAD поддерживаются Схемы IFC 2×3 и IFC 4.

IFC-схема представляет собой достаточно большой набор правил. Ее можно сравнить с толстой книгой, каждая глава которой описывает обмен данными определенного типа. Каждая из этих “глав” называется “Определением Модельного Вида” (MVD). Определения Модельных Видов содержат поднаборы Схемы IFC и обеспечивают соответствие IFC-данных всем требованиям этих поднаборов.

Например,

•Глава “Coordination View” содержит спецификации для совместного использования информационных моделей зданий архитекторами, конструкторами и службами эксплуатации.

•В главе “Basic FM Handover View” определяются требования к данным, необходимым для эксплуатации объекта, таким как описания пространств и основные количественные показатели.

•Глава “Space Boundary Add-On View” задает правила совместного использования моделей для оценки энергоэффективности, например, как экспортировать взаимосвязь пространств и ограждающих элементов зданий.

•Схема IFC4 разделяет Coordination View на два Определения Модельных Видов:

IFC4 Reference View: Подходит для любого BIM-взаимодействия, основанного на концепции опорных моделей и преимущественно использующего однонаправленную передачу данных.

IFC4 Design Transfer View: Предоставляет информацию о здании с возможностью редактирования взаимосвязанных элементов, например, архитектор передает проектную информацию инженеру для редактирования геометрии. Следует учесть, что Design Transfer View не может использоваться для полноценного двунаправленного обмена моделями.

Выше перечисленные Определения Модельных Видов наиболее важны для архитекторов и приложений архитектурного проектирования:

•В США обмен IFC-данными на основе схемы Space Boundary является обязательным требованием при проектировании на федеральном уровне;

•во многих англоговорящих странах при разработке документации используются базы данных IFC, основанные на ‘Basic FM Handover’ и являющиеся требованием стандарта COBie (Construction Operations Building Information Exchange); и

•наиболее широкое распространение в настоящее время получил IFC-вид ‘Coordination View’, являющийся международным инструментом совместного проектирования на основе концепции опорных моделей.

В ARCHICAD поддерживаются все эти основные Определения Модельных Видов.

Стандарты Качества

Как пользователь может удостовериться, что его программное обеспечение поддерживает стандарты IFC и пригодно для организации междисциплинарного взаимодействия? Для этого существуют официальные процедуры получения сертификатов поддержки каждого Определения Модельного Вида, осуществляемые buildingSMART или организацией, разработавшей конкретное Определение Модельного Вида. В процессе сертификации проводится тестирование программных продуктов на соответствие требованиям Определений Модельных Видов.

GRAPHISOFT всегда стремится сертифицировать свои программные продукты. С этой целью GRAPHISOFT постоянно принимает участие в тестировании возможностей IFC и в официальной сертификации buildingSMART.

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

Открытая платформа IFC позволяет всем специалистам осуществлять обмен 3D-данными на всех этапах проектирования, будь то стадии эскиза, проекта или создания рабочей документации.

Настоящее взаимодействие – это двунаправленный динамический процесс, содержащий большое количество итераций. Этот процесс не может быть ограничен простым обменом данными, так как модели, создаваемые при работе над проектом, должны постоянно сопоставляться и обновляться.

Обсуждение закрыто.