Реферат на тему OmniClass, CoBie. В сфере строительства существует большое количество типов объектов. Для
 Скачать 490.72 Kb.
|
|
OmniClass В сфере строительства существует большое количество типов объектов. Для структуризации и более удобной работы с ними в том числе на стадии проектирования создаются системы, нацеленные на классификацию объектов в определенной отрасли. На данный момент существует множество подобных систем в сфере строительства: OmniClass (США) [2], Uniclass (Великобритания) и др. Они устроены таким образом, что все объекты строительства являются частью иерархии: например, тип «конструкция» содержит в себе тип «мост», который в свою очередь содержит тип «пешеходный мост». Такой способ организации типов позволяет группировать объекты одного уровня и в дальнейшем добавлять новые, более детализированные типы. На рисунке представлен фрагмент Таблицы 12 системы OmniClass, классифицирующей объекты по форме:  OmniClass - Система Строительной Классификации (известна ещё как OCCS). Разрабатывается Международной организацией стандартизации (ISO) с начала 1990х годов. OmniClass - система организации информации для строительной промышленности, полезная для многих приложений, от организации библиотеки материалов и документации о товаре до информации по проекту со структурной классификацией для электронных баз данных. Она включает в себя некоторые подсистемы: MasterFormat - для результатов работы, UniFormat - для строительных элементов, EPIC (Electronic Product Information Соореration) - для элементов оснащения. Система широко распространена в мире. Разработка национальных классификаторов ведётся во многих странах. Поскольку эти классификаторы направлены на решение задач с учётом специфики строительной отрасли в каждой стране, очевидно, что единого общемирового классификатора в ближайшее время не будет. Наиболее значимый опыт в информационном моделировании на данный момент имеют США и Великобритания. Разработанный в этих странах классификатор OmniСlass (США) построен на принципах стандарта ISO-12006-2 и в табличном виде представляет основную информацию о модели объекта строительства: от материалов и видов строительных элементов до информации о проекте и ролях участников бизнес-процессов. OmniClass — это система классификации в строительной отрасли, которая может быть использована в описании проекта, проектной (рабочей) документации, электронных баз данных и др. OmniClass базируется на других системах классификации, в частности MasterFormat для описания результатов работ, UniFormat — для элементов, EPIC — для изделий. К тому же стандарт был разработан в сотрудничестве с создателями UniClass и во многом его наследует. Система OmniClass была разработана в США для создания общего подхода для классификации объектов и процессов строительства: от фазы начального планирования, далее до фазы проектирования, строительства и эксплуатации. Система классификаторов OmniClass состоит из 15 таблиц, каждая из которых представляет ту или иную область строительной отрасли (таблица 1). Элементы таблиц могут быть использованы как независимо друг от друга, так и в комбинации для описания сложных объектов.  Рассмотрим подробнее состав и назначение таблиц OmniClass. • Таблица 11 — Construction Entities by Function (Строительные объекты по функциональному назначению) содержит значимые единицы искусственной среды, состоящие из элементов и взаимосвязанных локаций и имеющие определённое назначение. • Таблица 12 — Construction Entities by Form (Строительные объекты по форме) содержит строительные объекты, сгруппированные по конструктивной форме значимые единицы искусственной среды, состоящие из элементов и взаимосвязанных локаций и характеризующиеся определённой формой. • Таблица 13 — Spaces by Function (Зонирование строительных объектов по функциональному назначению) описывает локации, ограниченные физическими или абстрактными границами и имеющие определённое назначение. • Таблица 14 — Spaces by Form (Зонирование строительных объектов по форме) описывает локации, ограниченные физическими или абстрактными границами и характеризующиеся определённой формой. • Таблица 21 — Elements (Строительные объекты и их элементы) описывает объекты и виды работ, характерные для начальных этапов работы над проектом. Для описания работ на поздних этапах применяется таблица 22. • Таблица 22 — Work Results (Виды работ по строительству, ремонту и эксплуатации строительных объектов) описывает конечные результаты строительных работ, достигнутые с использованием необходимых материалов и технических средств. Некоторые объекты таблицы уточняют элементы таблицы 21, предоставляя более детальную классификацию для поздних стадий проекта. • Таблица 23 — Products (Строительные изделия) используется для классификации материальных строительных ресурсов, используемых в проекте. Семь уровней детализации, никак не перекликается с другими таблицами. • Таблица 31 — Phases (Этапы жизненного цикла) описывает этапы жизненного цикла строительного объекта. • Таблица 32 — Services (Управление проектами и жизненным циклом строительных объектов) описывает процессы и процедуры, выполняемые различными участниками проекта на протяжении жизненного цикла строительного объекта. • Таблица 33 — Disciplines (Разделы проектов) описывает сферы деятельности, рассматриваемые с точки зрения знаний и компетенций, необходимых для обеспечения процессов на всех этапах жизненного цикла объектов. Может использоваться в сочетании с элементами таблицы 34 для более детального описания ролей участников проекта. • Таблица 34 — Organizational Roles (Роли участников проекта) описывает различные роли, которые выполняют участники проекта для обеспечения процессов жизненного цикла объекта. • Таблица 35 — Tools (Машины и оборудование) описывает вспомогательные ресурсы, используемые при выполнении проекта, но не являющиеся его частью. • Таблица 36 — Information (Виды информации) описывает типы и формы информации, которая используется и создаётся в течение жизненного цикла объекта. • Таблица 41 — Materials (Материалы) описывает твёрдые, жидкие, сыпучие и газообразные вещества, используемые в ходе выполнения проекта. • В таблице 49 — Properties(Характеристики объектов и изделий) представлены свойства строительных объектов и элементов. Например, GPS-координаты, длина, цвет. Все таблицы проработаны с разным уровнем детализации. Например, в таблице 31 (Этапы жизненного цикла) один уровень, а в таблице 23 (Строительные изделия) — семь уровней. При этом коды элементов содержат как минимум четыре пары символов, где первая пара — всегда обозначение таблицы. Значение последующих символов зависит от конкретной таблицы: это может быть обозначение групп и подгрупп или конечных элементов. Например, коду элемента таблицы 31 «31-40 00 00 Design Phase» (проектирование) соответствует код таблицы «31» и код конечного элемента «40», а последующие две пары символов не несут смысловой нагрузки. Символы «00» в окончании кода, как правило, обозначают группу, но это может быть и конечный объект. Так, в таблице 32 код 32-41 71 00 обозначает конечный элемент «Проектирование» (Designing), а код того же уровня детализации 32-49 11 00 — группу «моделирование» (Modeling), которая содержит дальнейшую детализацию, например «комментирование информационной модели» (32-49 11 17 Annotating BIM Content). Некоторые таблицы имеют схожий набор групп, но на разном уровне детализации и с разным кодированием. Например, 21-04 60 Communications (элементы коммуникационных сетей), 22-27 00 00 Communications (коммуникационные работы и услуги) и 23-37 00 00 Information and Communication Specific Products and Equipment (оборудование для функционирования информационных и коммуникационных сетей). В зависимости от сложности и многогранности классифицируемого объекта, детали его описания могут находиться в разных таблицах, которые могут быть объединены в единый код классификатора. OmniClass® - это комплексная система классификации для строительной отрасли. OmniClass может использоваться для многих приложений, таких как подача физических материалов или организация информации о проекте, но его главное применение заключается в обеспечении структуры классификации для электронных баз данных и программного обеспечения, обогащая информацию, используемую в этих ресурсах. OmniClass включает другие существующие системы в настоящее время в пользе как основа 2 из своих таблиц – MasterFormat® для результатов работы таблицы 22 и UniFormat® для элементов таблицы 21. OmniClass обеспечивает метод для классифицировать полностью построенную окружающую среду через полный жизненный цикл проекта. COBie COBie (Construction-Operation Building information exchange) - Обмен информацией о здании от строительства к эксплуатации. Система впервые появилась в США в 2007 году, в 2011 вошла в американский национальный BIM-стандарт NBIMS. В Великобритании COBie является составной частью стандарта PAS 1192-4:2014, а её использование определяет третий уровень «зрелости BIM». Задача системы COBie – позволить людям, далёким от моделирования, проектирования и информационных технологий (то есть службе эксплуатации) работать с данными, полученными в ходе проектирования и строительства объекта. Система определяет порядок формирования xls-таблиц, в которых на разных фазах проекта (от проектирования до строительства и пуско-наладочных работ) накапливается разного рода информация об объекте. В результате конечному пользователю (инженеру службы эксплуатации) для поиска нужной информации, например, о каком-то оборудовании в конкретном помещении, не придётся искать эту информацию в исполнительной документации, он быстро найдёт её в общей таблице, отфильтровав данные в ней по двум-трём колонкам. Construction Operations Building Information Exchange (COBie) - это формат данных для передачи информации, полученной на основе информационной модели здания (BIM), по обслуживанию и эксплуатации сооружения после завершения строительства. Идеология формата тесно связана с подходами и методиками технологии BIM. Формат был изобретён Bill East для Армейского Инженерного Корпуса США, пилотный проект был осуществлен в 2007 году. COBie помогает собирать и записывать важные данные по проекту, такие как перечень используемого оборудования, информация о гарантийном обслуживании, списки запчастей к используемому оборудованию, таблицы данных по эксплуатации объекта строительства. Эти данные являются необходимыми для обслуживания, технического обеспечения и управления построенными зданиями. В декабре 2011 года формат был одобрен Национальным Институтом Строительных Наук, расположенным в США, как часть Общенационального Стандарта Информационного Моделирования Зданий.[1] Формат данных COBie поддерживается различными компьютерными приложениями для планирования, проектирования, строительства, ввода в эксплуатацию, обслуживанию и управлению зданиями. COBie может быть представлен в различном виде: Электронные таблицы (*.xls) STEP-Part 21 (так же называемый IFC) ifcXML В начале 2013 года организация BuildingSMART работала над созданием облегченной версией XML формата для COBie, который был назван COBieLite (облегчённая версия). Результат разработки стал доступен для использования в апреле 2013 года. Стандарт Construction-Operations Building information exchange (COBie) определяет информацию для активов, получаемых как часть строительного проекта подразделения, и используется для документирования данных для процесса Building Information Modeling (BIM). Вы импортируете файлы данных COBie в прикладной программе Проекты BIM и управляете данными как записями активов, положений, контактов Данные COBie, определяемые в файлах .CVS или .XLS, представляют собой набор полей данных, организованных в электронную таблицу с несколькими листами. Каждый рабочий лист соответствует таблице COBie. COBie (Construction to Operations Building Information Exchange – обмен информацией между строительством и эксплуатацией здания). Формат COBie существует уже более десяти лет и является очень эффективным форматом для описания и определения местоположения компонентов здания. По своей сути, это определенный набор таблиц, в которых перечислены компоненты здания, пространства, уровни этажей и другие аспекты проекта, содержащиеся в электронной таблице. В этих таблицах рассматриваются вопросы «где» и «что».  COBie представляет собой серию таблиц данных, связанных между собой, которые предполагают возможность обширного интерактивного просмотра данных. Когда таблицы связаны, то есть определенные поля взаимосвязаны, и используются новые визуальные инструменты, данные становятся намного более значимыми и интерактивными. Например, нажатие на комнату в одном списке позволяет изолировать все компоненты этой комнаты в другой таблице. Так создается контекст в подходе использования «чистых данных»: путем связывания таблиц пространств, этажей, свойств систем и компонентов контекст создается на основе взаимосвязанных баз данных. В то время как COBie сейчас поставляется как экспорт из файла BIM, можно представить подход, в котором данные образуют исходную основу структуры данных здания, где они затем могут быть связаны с моделью, а не извлечены. Преимущество «чистых» данных, представленных в табличной форме, заключается в том, что их можно использовать для различных конечных целей (из которых BIM только одна из нескольких), не боясь потери данных. Потери могут произойти в случае, когда данные встроены в инструменты, которые больше подходят лишь для 3D-моделирования. Формат COBie служит двум главным целям: он является форматом обмена данными, а также инструментом проверки в процессе проектирования. Обмен данными достигается путём извлечения информации из собственной BIM-модели или формата IFC и помещения её в стандартную схему формата COBie, готовую для импортирования в другой продукт, например в приложения для управления объектами. Формат COBie чем-то похож на формат DXF по отношению к родному формату DWG, в том что он берёт информацию, содержащуюся в авторской системе CAD и вручную переносит эти данные в электронную таблицу. Однако, в действительности он не работает с геометрией. В то время как формат COBie был разработан в США, правительство и промышленность России активно расширяют первоначальную спецификацию и собираются применять его в качестве способа валидации информации об имущественном объекте и пространстве на установленных этапах во время проектирования, строительства и эксплуатации здания. Такие таблицы с информацией в формате COBie требуется предоставлять на пяти определённых этапах проекта для возможности проверки прогресса, например, чтобы удостовериться, что модель содержит достаточно информации для начала надёжного тендерного процесса. Таблица 1 в формате COBie: Требования и ограничения, макет, демонстрирующий объёмное решение задания Таблица 2 в формате COBie: Габаритный контур решения Таблица 3 в формате COBie: Строительная информация Таблица 4 в формате COBie: Эксплуатация и обслуживание Таблица 5 (или более) в формате COBie: Эксплуатация и обслуживание после выполнения своей функции В совместном BIM-проекте полученный результат от всех моделей участников должен быть включён в таблицу в формате COBie, таким образом, чтобы данные объединились. Получаемая в результате единая модель должна автоматически заполнять как можно больше граф электронной таблицы, чтобы облегчить ввод данных вручную. По мере продвижения каждого этапа, заполняется всё больше граф и вкладок, показывая готовность к эксплуатации и обслуживанию. |