BIM-Стандарт
Мы разработали BIM-стандарт Zak Development, который помогает профессионально и грамотно применять технологию BIM в части организации, планирования и реализации процессов информационного моделирования объектов строительства
RUS
Стандарты компании
О компании
Мир на пороге промышленной революции 4.0, которая ведет к полной автоматизации большинства производственных процессов, увеличению производительности труда и росту экономики. Процессы планирования, проектирования, строительства и эксплуатации объектов постепенно переходят на путь цифровой трансформации.
Цифровая трансформация – это использование современных технологий для кардинального повышения производительности и качества работы компаний. Одной из таких ключевых технологий является технология информационного моделирования (BIM).
BIM – методология совместного способа работы по созданию и использованию информационной модели как цифрового двойника реального физического объекта на всех стадиях его жизненного цикла. BIM использует трехмерные модели и среду общих данных для эффективного доступа и обмена информацией между всеми участниками инвестиционно-строительного проекта, снижает риск ошибок и максимизирует способность команды к инновациям.
Основой цифровой трансформации процессов проектирования и строительства являются стандарты BIM. Мы разработали BIM-стандарт Zak Development, который помогает профессионально и грамотно применять BIM в части организации, планирования и реализации процессов информационного моделирования объектов строительства.
Основной целью стандарта является регламентация процессов, обеспечивающих создание скоординированной, согласованной и актуальной проектно-строительной информации.
Стандарт ориентирован на уровень организации и направлен на достижение в организации Уровня 2 зрелости технологии информационного моделирования.
Цифровая трансформация – это использование современных технологий для кардинального повышения производительности и качества работы компаний. Одной из таких ключевых технологий является технология информационного моделирования (BIM).
BIM – методология совместного способа работы по созданию и использованию информационной модели как цифрового двойника реального физического объекта на всех стадиях его жизненного цикла. BIM использует трехмерные модели и среду общих данных для эффективного доступа и обмена информацией между всеми участниками инвестиционно-строительного проекта, снижает риск ошибок и максимизирует способность команды к инновациям.
Основой цифровой трансформации процессов проектирования и строительства являются стандарты BIM. Мы разработали BIM-стандарт Zak Development, который помогает профессионально и грамотно применять BIM в части организации, планирования и реализации процессов информационного моделирования объектов строительства.
Основной целью стандарта является регламентация процессов, обеспечивающих создание скоординированной, согласованной и актуальной проектно-строительной информации.
Стандарт ориентирован на уровень организации и направлен на достижение в организации Уровня 2 зрелости технологии информационного моделирования.
Область применения
Область применения
BIM-стандарт (далее «стандарт») – свод правил и требований к продуктам и процессам информационного моделирования.
Настоящий стандарт разработан для использования и применения на проекте службами заказчика, технического заказчика, подрядными и проектными организациями для эффективного взаимодействия и реализации строительного проекта.
Настоящий стандарт ориентирован на общие информационные требования, предъявляемые к процессам и инструментам применяемым на проекте.
Стандарт предназначен для достижения следующих задач:
Настоящий стандарт разработан для использования и применения на проекте службами заказчика, технического заказчика, подрядными и проектными организациями для эффективного взаимодействия и реализации строительного проекта.
Настоящий стандарт ориентирован на общие информационные требования, предъявляемые к процессам и инструментам применяемым на проекте.
Стандарт предназначен для достижения следующих задач:
Что способствует достижению следующих целей:
соблюдение/сокращение сроков и бюджета;
повышение качества проектных решений;
эффективное/оперативное управление проектами;
обеспечение бесперебойной и надежной работы оборудования;
сокращение простоев оборудования и внеплановых работ;
сбор и поддержание в актуальном состоянии информации об оборудовании;
обеспечение конкурентоспособности;
прочие цели.
создание информационной модели объекта строительства;
оптимизация стоимости жизненного цикла объекта;
обоснование и визуальная проверка принимаемых проектных решений на основе информационной модели объекта строительства;
использование информационной модели на всех циклах жизненного цикла проекта;
стандартизация и регламентирование деятельности участников проекта;
использование информационной модели для расчёта объёмов строительных материалов;
использование информационной модели для необходимых расчётов, производимых при проектировании объекта строительства (теплотехнические расчёты, расчёты несущих конструкций, расчёт земляных масс и т.д.);
визуальное представление объекта строительства на основе информационной модели в виде презентационных материалов, видеороликов, голографических макетов и др. продуктов для представления результатов строительного проекта.
использование информационной модели для осуществления междисциплинарной координации пространственных решений и выявление коллизий;
Общие положения и требования
Виды, состав и содержание BIM-моделей зависят от поставленных целей и задач BIM-проекта, BIM-задач (способов использования технологии информационного моделирования), а также от требований заказчика и действующего законодательства к составу и содержанию технической и иной документации.
Основные требования к организации и реализации процесса информационного моделирования:
Основные требования к организации и реализации процесса информационного моделирования:
цели, задачи и способы использования BIM-моделей должны быть определены и
согласованы всеми заинтересованными сторонами и зафиксированы в информационных требованиях заказчика (EIR);
согласованы всеми заинтересованными сторонами и зафиксированы в информационных требованиях заказчика (EIR);
а)
Примечание. Приведенные требования адаптированы к требованиям BIM Уровня 2, которые приведены в PAS 1192-2:2013.
В состав информационной модели (ИМ) в общем случае следует в том числе включать:
В состав информационной модели (ИМ) в общем случае следует в том числе включать:
BIM-модели по различным разделам проекта;
а)
Со стороны исполнителя и со стороны заказчика должны быть назначены лица, ответственные за координацию процессов информационного моделирования. Обязанности и функции лиц, ответственных за координацию процессов информационного моделирования, должны быть отражены в договоре на выполнение работ и/или в информационных требованиях заказчика, а также в плане реализации BIM-проекта.
BIM-модели рекомендуется разрабатывать постадийно, выделяя предпроектную (концептуальную/эскизную/…), проектную, рабочую, строительную, исполнительную и эксплуатационную информационные модели. При этом модель последующей стадии не обязательно должна являться совокупностью информационных моделей предыдущих стадий, но должна базироваться на них.
Все объекты и элементы BIM-модели должны иметь габаритные размеры, соответствующие фактическим строительным элементам (исключение составляют элементы, представленные схематично в виде условных обозначений).
Все разрабатываемые BIM-модели должны иметь согласованные системы координат.
Единицы измерения должны быть одинаковыми для всех BIM-моделей объектов инфраструктуры. В качестве стандартной принимается метрическая система. При этом для Autodesk Revit применяются миллиметры, для AutoCAD Civil 3D – метры. При совмещении/передаче данных следует корректно переводить одни единицы в другие.
BIM-модели и произведенная на их основе техническая документация должны соответствовать друг другу.
Структура BIM-модели должна определяться в том числе с учетом вида инфраструктурного объекта и структуры технической документации.
Каждый элемент BIM-модели должен относиться к соответствующей категории. Элементы модели должны быть классифицированы и однозначно идентифицированы.
Все BIM-модели и их части необходимо именовать согласно правилам, принятым в организации и согласованным с заказчиком.
В процессе проверки BIM-моделей должно быть в том числе установлено соответствие информационным требованиям заказчика, требованиям стандарта организации и отсутствие коллизий.
BIM-модели рекомендуется разрабатывать постадийно, выделяя предпроектную (концептуальную/эскизную/…), проектную, рабочую, строительную, исполнительную и эксплуатационную информационные модели. При этом модель последующей стадии не обязательно должна являться совокупностью информационных моделей предыдущих стадий, но должна базироваться на них.
Все объекты и элементы BIM-модели должны иметь габаритные размеры, соответствующие фактическим строительным элементам (исключение составляют элементы, представленные схематично в виде условных обозначений).
Все разрабатываемые BIM-модели должны иметь согласованные системы координат.
Единицы измерения должны быть одинаковыми для всех BIM-моделей объектов инфраструктуры. В качестве стандартной принимается метрическая система. При этом для Autodesk Revit применяются миллиметры, для AutoCAD Civil 3D – метры. При совмещении/передаче данных следует корректно переводить одни единицы в другие.
BIM-модели и произведенная на их основе техническая документация должны соответствовать друг другу.
Структура BIM-модели должна определяться в том числе с учетом вида инфраструктурного объекта и структуры технической документации.
Каждый элемент BIM-модели должен относиться к соответствующей категории. Элементы модели должны быть классифицированы и однозначно идентифицированы.
Все BIM-модели и их части необходимо именовать согласно правилам, принятым в организации и согласованным с заказчиком.
В процессе проверки BIM-моделей должно быть в том числе установлено соответствие информационным требованиям заказчика, требованиям стандарта организации и отсутствие коллизий.
б)
исполнитель BIM-проекта должен представить на согласование заказчику план реализации BIM-проекта (BEP);
разработку BIM-моделей, следует осуществлять по отдельным разделам проекта и организовывать обмен информацией между ними непосредственно или на основе сводных моделей, внешних ссылок;
в)
разработка BIM-моделей должна осуществляться с использованием программного обеспечения, поддерживающего технологию BIM;
г)
Взаимодействие в рамках разработки и использования BIM-модели следует вести в единой среде общих данных (СDE). К примеру: BIM 360, Pilot BIM, CADlib, Ингипро, IYNO и др.
д)
информационную модель инженерных изысканий (ИМИИ);
б)
сводную информационную модель и отчет по коллизиям;
в)
техническую документацию, состав и содержание которой определяются действующим законодательством на каждой стадии жизненного цикла объекта, и данные, произведенные на основе BIM-моделей;
г)
техническую документацию, состав и содержание которой определяются действующим законодательством на каждой стадии жизненного цикла объекта, и данные, произведенные иными способами;
д)
иную документацию, структурированные и неструктурированные данные, материалы, состав и содержание которых определяются действующим законодательством, договорными требованиями заказчика и потребностями конкретного проекта.
е)
Уровни зрелости технологии BIM
Для определения основных принципов информационного моделирования, а также целевых требований к информационным моделям и процессам моделирования, соответствующих настоящему времени, в мировой практике стандартизации BIM1 вводится понятие модели зрелости технологии BIM.
На рисунке 1. приведена модель зрелости технологии BIM, разработанная Марком Бью и Мервином Ричардсом для описания различных уровней информационного моделирования BIM, отображающая продвижение от 2D CAD до BIM Уровня 3.
На рисунке 1. приведена модель зрелости технологии BIM, разработанная Марком Бью и Мервином Ричардсом для описания различных уровней информационного моделирования BIM, отображающая продвижение от 2D CAD до BIM Уровня 3.
Рисунок 1. Уровни зрелости технологии BIM
Уровень 0
Используется традиционный CAD в 2D-формате. Пользователи применяют традиционный CAD в 2D-формате. На чертежах строительные элементы изображены линиями, дугами, определяющими геометрию конструкции. Обмен данными между участниками проекта происходит на бумажном или электронном носителе. Совместная работа практически отсутствует или реализуется посредством внешних ссылок. На данный момент большая часть представителей отрасли промышленного проектирования успешно перешли к следующим уровням зрелости BIM-технологии.
Уровень 1
Это уровень, на котором в настоящее время работает большинство организаций. Обычно это комбинация 3D CAD/BIM и 2D CAD (подготовка ПД и РД).
Сводная модель не формируется, поскольку многие дисциплины работают в 2D. Обмен данными осуществляется на уровне 3D-геометрии и атрибутики в рамках дисциплин, использующих 3D CAD/BIM решения. Открытые форматы практически не используются. Среда общих данных, как правило, организована на уровне файлового обмена, могут применяться системы управления инженерными данными (PDM).
Уровень 2
Это целевой уровень зрелости технологии BIM, принятый к реализации в настоящее время во всех международных и зарубежных документах по стандартизации BIM. На данном этапе все участники проектирования используют собственные 3Д модели, которые в конечном виде собираются в сводную модель. Обмен данными в таком случае происходит в среде общих данных, организованном на электронной платформе, к примеру BIM 360. Помимо строительной информации, модель может содержать календарные графики реализации проектов и стоимостные показатели. На данном уровне становится возможным проведение анализа и выявление коллизий в специальных программных комплексах, таких как Navisworks, Solibri т.д.
Уровень 3
Строительный проект опирается на единую интегрированную модель, которая создается и используется всеми участниками процесса на протяжении всего жизненного цикла проекта – заказчиком проекта, архитектором, проектировщиком, инженерными службами, подрядчиками и субподрядчиками, собственниками здания. Это полностью интегрированные данные и интегрированный процесс, использующий веб-сервисы и совместимый с новыми стандартами Industry Foundation Classes (IFC). На этом уровне используются также взаимосвязанная модель выполнения строительных работ, информация о затратах и управление жизненным циклом проекта. Сегодня содержание требований к этому уровню весьма динамично и является предметом постоянных дискуссий специалистов, в которых совершенствуется его общее понимание.
Используется традиционный CAD в 2D-формате. Пользователи применяют традиционный CAD в 2D-формате. На чертежах строительные элементы изображены линиями, дугами, определяющими геометрию конструкции. Обмен данными между участниками проекта происходит на бумажном или электронном носителе. Совместная работа практически отсутствует или реализуется посредством внешних ссылок. На данный момент большая часть представителей отрасли промышленного проектирования успешно перешли к следующим уровням зрелости BIM-технологии.
Уровень 1
Это уровень, на котором в настоящее время работает большинство организаций. Обычно это комбинация 3D CAD/BIM и 2D CAD (подготовка ПД и РД).
Сводная модель не формируется, поскольку многие дисциплины работают в 2D. Обмен данными осуществляется на уровне 3D-геометрии и атрибутики в рамках дисциплин, использующих 3D CAD/BIM решения. Открытые форматы практически не используются. Среда общих данных, как правило, организована на уровне файлового обмена, могут применяться системы управления инженерными данными (PDM).
Уровень 2
Это целевой уровень зрелости технологии BIM, принятый к реализации в настоящее время во всех международных и зарубежных документах по стандартизации BIM. На данном этапе все участники проектирования используют собственные 3Д модели, которые в конечном виде собираются в сводную модель. Обмен данными в таком случае происходит в среде общих данных, организованном на электронной платформе, к примеру BIM 360. Помимо строительной информации, модель может содержать календарные графики реализации проектов и стоимостные показатели. На данном уровне становится возможным проведение анализа и выявление коллизий в специальных программных комплексах, таких как Navisworks, Solibri т.д.
Уровень 3
Строительный проект опирается на единую интегрированную модель, которая создается и используется всеми участниками процесса на протяжении всего жизненного цикла проекта – заказчиком проекта, архитектором, проектировщиком, инженерными службами, подрядчиками и субподрядчиками, собственниками здания. Это полностью интегрированные данные и интегрированный процесс, использующий веб-сервисы и совместимый с новыми стандартами Industry Foundation Classes (IFC). На этом уровне используются также взаимосвязанная модель выполнения строительных работ, информация о затратах и управление жизненным циклом проекта. Сегодня содержание требований к этому уровню весьма динамично и является предметом постоянных дискуссий специалистов, в которых совершенствуется его общее понимание.
разработка BIM-моделей по отдельным дисциплинам и организация обмена информацией между ними на основе сводных моделей, внешних ссылок или непосредственного обмена информацией;
четкое определение Информационных требований технического заказчика (EIR);
предоставление исполнителями BIM-проекта Плана реализации BIM-проекта (BEP);
обеспечение единой среды общих данных (СDE);
содержание в модели календарных графиков и стоимостных показателей;
оценка квалификации исполнителей проекта.
Уровень проработки элемента модели (LOD) задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой для решения задач моделирования на конкретной стадии жизненного цикла объекта строительства.
Уровни проработки
В BIM-модели информация (геометрическая и атрибутивная) содержится в ее элементах. По ходу проекта эта информация накапливается и уточняется. Для управления этой информацией необходимо применять подходы, позволяющие планировать и реализовывать задачи по информационному обмену между различными участниками проекта.
Для решения этих задач применяется концепция LOD, которая помогает:
Для решения этих задач применяется концепция LOD, которая помогает:
сформировать требования к информационному наполнению моделей на различных стадиях проекта и тем самым обеспечить единое понимание и конкретизацию всеми участниками проекта (заказчиками, проектировщиками, строителями, производителями оборудования, службами эксплуатации, органами экспертизы) требуемых результатов работ по информационному моделированию;
Примером планирования LOD является процесс выдачи заданий смежным отделам при проектировании. Так, например, инженер-проектировщик по отоплению и вентиляции, получая задания от инженера-конструктора на сбор нагрузок от оборудования и инженера систем электроснабжения на сбор электрической нагрузки, должен в элемент модели «Оборудование» заложить в том числе атрибутивные данные о массе и потребляемой мощности, а также геометрические параметры оборудования.
Концепция LOD включает в себя несколько базовых уровней проработки:
LOD 100, LOD 200, LOD 300, LOD 400, LOD 500, характеризующих процесс разработки элемента от концептуального до фактического состояния.
LOD 100, LOD 200, LOD 300, LOD 400, LOD 500, характеризующих процесс разработки элемента от концептуального до фактического состояния.
Основные положения концепции LOD
эффективно решать задачи, связанные с недостаточностью исходных данных для проектирования, что позволяет оперировать понятием проектной неопределённости, когда решения, закладываемые на ранних стадиях проектирования, могут учитывать всю вариативность последующей детализации проектного решения;
планировать совместную работу и соответствующие процессы информационных обменов путем определения требуемой информации, содержащейся в элементе модели, которая необходима не только автору (исполнителю) элемента, но и другим участникам проекта на различных его этапах;
контролировать процесс информационного моделирования путем оценки степени информационной насыщенности элементов модели на различных этапах проекта (например, путем выборочного сравнение текущего и требуемого LOD у различных элементов модели).
При необходимости для конкретного проекта допускается наличие промежуточных уровней проработки, которые должны быть согласованы и специфицированы всеми участниками проекта и зафиксированы в Требованиях Заказчика и Плане реализации BIM-проекта.
На рисунке 2. приведена примерная схема прогрессии (наполнения информацией) для элемента «Колонна железобетонная».
Требования к уровням проработки носят уточняющий характер, то есть определение каждого последующего уровня проработки элемента уточняет и дополняет определения всех предыдущих уровней. В этом отношении LOD уровня «N» является целевым уровнем на завершении этапа или стадии, а не в середине или начале.
На рисунке 2. приведена примерная схема прогрессии (наполнения информацией) для элемента «Колонна железобетонная».
Требования к уровням проработки носят уточняющий характер, то есть определение каждого последующего уровня проработки элемента уточняет и дополняет определения всех предыдущих уровней. В этом отношении LOD уровня «N» является целевым уровнем на завершении этапа или стадии, а не в середине или начале.
Рисунок 2. «Прогрессия» элементов BIM-модели
Каждый элемент модели на разных уровнях проработки включает в себя три аспекта: уровень проработки геометрии, графическое отображение и уровень проработки атрибутивной информации (свойства/параметры).
Графическое отображение: отображение основополагающих геометрических параметров элемента модели (внешний образ/вид, цвет, текстура материала и пр.).
Уровень проработки геометрии: описание геометрических параметров элемента модели (форма, пространственное расположение, габариты, длина, ширина, высота, толщина, диаметр, площадь, объем, площадь сечения, уклон, уровень, типоразмер и пр.).
Уровень проработки атрибутивной информации: описание набора атрибутов
(свойств/параметров) элемента модели (маркировка, код по классификатору организации, материалы, масса, технические и технологические параметры, производитель, наименование по каталогу, артикул по каталогу и др.)
Необходимые параметры (графические, геометрические и атрибутивные) назначаются элементам модели исходя из:
Графическое отображение: отображение основополагающих геометрических параметров элемента модели (внешний образ/вид, цвет, текстура материала и пр.).
Уровень проработки геометрии: описание геометрических параметров элемента модели (форма, пространственное расположение, габариты, длина, ширина, высота, толщина, диаметр, площадь, объем, площадь сечения, уклон, уровень, типоразмер и пр.).
Уровень проработки атрибутивной информации: описание набора атрибутов
(свойств/параметров) элемента модели (маркировка, код по классификатору организации, материалы, масса, технические и технологические параметры, производитель, наименование по каталогу, артикул по каталогу и др.)
Необходимые параметры (графические, геометрические и атрибутивные) назначаются элементам модели исходя из:
целей, задач и требуемых результатов моделирования;
Реализация понятия уровня проработки информационной модели осуществляется путем введения стандартных требований к информационному наполнению и последовательности преобразований элементов информационной модели, а также матриц соответствия уровней проработки элементов моделей этапам/стадиям проекта.
Методика разработки BIM-модели дает возможность на ранних стадиях проектирования использовать элементы с низким уровнем проработки. Таким элементам необходимо только занимать требуемые габариты, и они могут быть использованы до того, как станут полностью определенными. С увеличением определенности элементы станут получать дополнительную, более детальную геометрию и атрибутивную информацию, т.е. двигаться от низко детализированных элементов к более высоким.
Использование элементов с заранее определенным уровнем проработки позволяет определить ожидаемое содержимое BIM-модели на уровне компонентов в течение различных стадий проекта и обеспечивает возможность контроля реализации BIM-проекта.
Методика разработки BIM-модели дает возможность на ранних стадиях проектирования использовать элементы с низким уровнем проработки. Таким элементам необходимо только занимать требуемые габариты, и они могут быть использованы до того, как станут полностью определенными. С увеличением определенности элементы станут получать дополнительную, более детальную геометрию и атрибутивную информацию, т.е. двигаться от низко детализированных элементов к более высоким.
Использование элементов с заранее определенным уровнем проработки позволяет определить ожидаемое содержимое BIM-модели на уровне компонентов в течение различных стадий проекта и обеспечивает возможность контроля реализации BIM-проекта.
способов использования информационных моделей (например, для извлечения из элементов модели необходимых геометрических и атрибутивных параметров для подсчета физических объемов);
стадии и этапа реализации проекта;
требуемых масштабов для производства чертежей;
требуемых данных для составления ведомостей и спецификаций;
требований к качеству визуализации;
прочих требований.
В таблице 1 приведена базовая спецификация LOD.
Спецификации LOD
При определении информационного содержания элементов BIM-моделей необходимо учитывать информационные потребности всех участников на различных стадиях реализации проекта. В этих целях определение геометрической и атрибутивной информации следует осуществлять в обратном порядке (от финальной стадии, на которой заказчик планирует использовать BIM, к начальной), руководствуясь при этом требованиями к результатам информационного моделирования на завершении соответствующего этапа (стадии) проекта.
Рисунок 3
Задача применения информационного моделирования (BIM-задача, BIM Uses). Метод применения информационного моделирования на различных стадиях жизненного цикла объекта для достижения одной или нескольких целей инвестиционно-строительного проекта.
Сценарий использования информационного моделирования (BIM-сценарий). Стандартизованный процесс, используемый для решения конкретной задачи применения информационного моделирования.
Среда общих данных, СОД (CDE, Common Data Environment). Комплекс программно-технических средств, представляющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционно-строительного проекта. Среда общих данных основана на процедурах и регламентах, обеспечивающих эффективное управление итеративным процессом разработки и использования информационной модели, сбора, выпуска и распространения документации между участниками инвестиционно-строительного проекта.
Уровень проработки (LOD, Level Of Development). Набор требований, определяющий полноту проработки элемента BIM-модели. Уровень проработки задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой для решения задач моделирования на конкретной стадии жизненного цикла объекта строительства.
Сценарий использования информационного моделирования (BIM-сценарий). Стандартизованный процесс, используемый для решения конкретной задачи применения информационного моделирования.
Среда общих данных, СОД (CDE, Common Data Environment). Комплекс программно-технических средств, представляющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционно-строительного проекта. Среда общих данных основана на процедурах и регламентах, обеспечивающих эффективное управление итеративным процессом разработки и использования информационной модели, сбора, выпуска и распространения документации между участниками инвестиционно-строительного проекта.
Уровень проработки (LOD, Level Of Development). Набор требований, определяющий полноту проработки элемента BIM-модели. Уровень проработки задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой для решения задач моделирования на конкретной стадии жизненного цикла объекта строительства.
В настоящем стандарте применены следующие термины с соответствующими определениями:
Основные термины и определения технологии BIM
Информационная модель (ИМ, IM). Совокупность представленных в электронном виде документов, графических и текстовых данных по объекту строительства, размещаемая в среде общих данных (СОД) и представляющая собой единый достоверный источник информации по объекту на всех или отдельных стадиях его жизненного цикла.
Основные термины и определения технологии BIM
Информационная модель (ИМ, IM). Совокупность представленных в электронном виде документов, графических и текстовых данных по объекту строительства, размещаемая в среде общих данных (СОД) и представляющая собой единый достоверный источник информации по объекту на всех или отдельных стадиях его жизненного цикла.
Информационная модель объекта (BIM-модель). Объектно-ориентированная параметрическая трехмерная модель, представляющая в цифровом виде физические, функциональные и прочие характеристики объекта (или его отдельных частей) в виде совокупности информационно насыщенных элементов.
Сводная информационная модель (federated model). Информационная модель объекта, состоящая из отдельных информационных моделей (например, по различным дисциплинам или частям объекта строительства), которые соединены между собой таким образом, что внесение изменений в одну из моделей не приводит к изменению в других.
Сводная информационная модель (federated model). Информационная модель объекта, состоящая из отдельных информационных моделей (например, по различным дисциплинам или частям объекта строительства), которые соединены между собой таким образом, что внесение изменений в одну из моделей не приводит к изменению в других.
Рисунок 4. Сводная информационная модель
BIM-проект. Инвестиционно-строительный проект, реализуемый с применением технологий информационного моделирования.
Информационные требования заказчика (EIR, Employer's Information Requirements). Требования заказчика (государственного заказчика, застройщика, технического заказчика или юридического лица, осуществляющего функции технического заказчика), определяющие информацию, предоставляемую заказчику в процессе реализации инвестиционно-строительного проекта с применением информационного моделирования, задачи применения информационного моделирования, а также требования к применяемым информационным стандартам и регламентам.
План реализации BIM-проекта (BEP, BIM Execution Plan). Технический документ, который разрабатывается, как правило, генпроектной и (или) генподрядной организацией для регламентации взаимодействия с субпроектными (субподрядными) организациями и согласовывается с заказчиком. Отражает информационные требования заказчика, задачи применения информационного моделирования, требуемые уровни проработки, роли и функциональные обязанности участников процесса информационного моделирования.
Информационные требования заказчика (EIR, Employer's Information Requirements). Требования заказчика (государственного заказчика, застройщика, технического заказчика или юридического лица, осуществляющего функции технического заказчика), определяющие информацию, предоставляемую заказчику в процессе реализации инвестиционно-строительного проекта с применением информационного моделирования, задачи применения информационного моделирования, а также требования к применяемым информационным стандартам и регламентам.
План реализации BIM-проекта (BEP, BIM Execution Plan). Технический документ, который разрабатывается, как правило, генпроектной и (или) генподрядной организацией для регламентации взаимодействия с субпроектными (субподрядными) организациями и согласовывается с заказчиком. Отражает информационные требования заказчика, задачи применения информационного моделирования, требуемые уровни проработки, роли и функциональные обязанности участников процесса информационного моделирования.
геометрические данные: данные, представленные при помощи геометрических форм и их пространственного расположения.
атрибутивные данные: данные, содержащие информацию об элементе модели, которую можно передать с помощью буквенно-цифровых символов. Могут содержать идентификационные данные, физические, технические, технологические, экономические, экологические и прочие характеристики строительного элемента.
Термины и определения
Выявление коллизий. Процесс поиска, анализа и устранения ошибок, связанных:
Основные термины и определения Revit
Категория. Группа элементов, используемых для моделирования объекта строительства: окна, двери, стены, перекрытия и др. В зависимости от использования, категории делятся на:
Категория. Группа элементов, используемых для моделирования объекта строительства: окна, двери, стены, перекрытия и др. В зависимости от использования, категории делятся на:
Кодирование информации. Процесс преобразования и/или представления данных. Применяется при наличии в организации системы классификации и кодирования.
Компонент. Цифровое представление физических и функциональных характеристик отдельного элемента объекта строительства, предназначенное для многократного использования: двери, мебель, детали фасада и т.д.
BIM 3D. Пространственная BIM-модель; в контексте информационного моделирования означает представление объекта в трех измерениях (в координатах X, Y и Z).
BIM 4D. BIM-модель, разработанная посредством добавления в пространственную 3D-модель шкалу временного измерения.
BIM 5D. BIM-модель, разработанная посредством добавления в 4D-модель информации о затратах
BIM 6D. BIM-модель, разработанная посредством добавления в 5D-модель информации об эксплуатации объекта.
RVT. Основной формат файла для хранения данных о проекте Revit.
RTE. Файл шаблона Revit.
RFA. Файл загружаемых семейств Revit.
RFT. Файл шаблона семейств Revit. Используется при создании новых семейств. У каждой категории Revit есть свой шаблон семейства.
NWC. Формат файла Navisworks, через который осуществляется связь со сторонними форматами, такими как RVT, DWG, IFC и др. Формат NWC является ретранслятором информации из других форматов в усваиваемом для Navisworks виде.
NWD. Формат файла Navisworks Document. Предназначен для пакетного сохранения данных всей модели в единый файл и передачи третьим лицам, с настраиваемыми параметрами передачи.
NWF. Основной рабочий формат файла Navisworks, состоящий из ссылок на подгруженные файлы моделей по разделам, а также содержащий все точки обзора, анимации, симуляции строительства и проверки на коллизии информационной модели.
DWG. Формат файла, используемый для хранения двухмерных (2D) и трехмерных (3D) проектных данных и метаданных. Является основным форматом для системы автоматизированного проектирования AutoCAD.
PDF. Межплатформенный формат электронных документов, разработанный компанией Adobe Systems. Для просмотра существует множество программ, а также официальная программа Adobe Reader.
DWF. Открытый формат файлов, разработанный компанией Autodesk для обмена проектными данными, их просмотра, печати и рецензирования. Открывается при помощи бесплатного программного обеспечения Autodesk Design Review или облачного решения BIM 360. Информация, содержащаяся в файле формата DWF, также может быть использована в Revit и AutoCAD.
FBX. Технология и формат файлов, которые используются для обеспечения совместимости различных программ трехмерной графики. В данном формате информационная модель Revit экспортируется для использования в программе визуализации, например, 3ds Max.
ADSK. Файлы обмена информацией между продуктами Revit и AutoCAD Civil 3D с одной стороны и Inventor и Revit – с другой.
BCF. Формат файла для обмена замечаниями/комментариями по проекту, позволяющий к комментариям добавлять соответствующие скриншоты.
DWT. Файл шаблона AutoCAD и Civil 3D.
IFC. Отраслевой стандарт открытого и универсального формата для обмена BIM-данными.
gbXML. (Green Building XML) открытый формат, основан на XML, предназначенный для хранения и обмена геометрической информации об ограждающих конструкциях зданий и сооружений. Применяется для передачи данных из BIM-моделей в ПО для проведения теплотехнических расчетов.
Компонент. Цифровое представление физических и функциональных характеристик отдельного элемента объекта строительства, предназначенное для многократного использования: двери, мебель, детали фасада и т.д.
BIM 3D. Пространственная BIM-модель; в контексте информационного моделирования означает представление объекта в трех измерениях (в координатах X, Y и Z).
BIM 4D. BIM-модель, разработанная посредством добавления в пространственную 3D-модель шкалу временного измерения.
BIM 5D. BIM-модель, разработанная посредством добавления в 4D-модель информации о затратах
BIM 6D. BIM-модель, разработанная посредством добавления в 5D-модель информации об эксплуатации объекта.
RVT. Основной формат файла для хранения данных о проекте Revit.
RTE. Файл шаблона Revit.
RFA. Файл загружаемых семейств Revit.
RFT. Файл шаблона семейств Revit. Используется при создании новых семейств. У каждой категории Revit есть свой шаблон семейства.
NWC. Формат файла Navisworks, через который осуществляется связь со сторонними форматами, такими как RVT, DWG, IFC и др. Формат NWC является ретранслятором информации из других форматов в усваиваемом для Navisworks виде.
NWD. Формат файла Navisworks Document. Предназначен для пакетного сохранения данных всей модели в единый файл и передачи третьим лицам, с настраиваемыми параметрами передачи.
NWF. Основной рабочий формат файла Navisworks, состоящий из ссылок на подгруженные файлы моделей по разделам, а также содержащий все точки обзора, анимации, симуляции строительства и проверки на коллизии информационной модели.
DWG. Формат файла, используемый для хранения двухмерных (2D) и трехмерных (3D) проектных данных и метаданных. Является основным форматом для системы автоматизированного проектирования AutoCAD.
PDF. Межплатформенный формат электронных документов, разработанный компанией Adobe Systems. Для просмотра существует множество программ, а также официальная программа Adobe Reader.
DWF. Открытый формат файлов, разработанный компанией Autodesk для обмена проектными данными, их просмотра, печати и рецензирования. Открывается при помощи бесплатного программного обеспечения Autodesk Design Review или облачного решения BIM 360. Информация, содержащаяся в файле формата DWF, также может быть использована в Revit и AutoCAD.
FBX. Технология и формат файлов, которые используются для обеспечения совместимости различных программ трехмерной графики. В данном формате информационная модель Revit экспортируется для использования в программе визуализации, например, 3ds Max.
ADSK. Файлы обмена информацией между продуктами Revit и AutoCAD Civil 3D с одной стороны и Inventor и Revit – с другой.
BCF. Формат файла для обмена замечаниями/комментариями по проекту, позволяющий к комментариям добавлять соответствующие скриншоты.
DWT. Файл шаблона AutoCAD и Civil 3D.
IFC. Отраслевой стандарт открытого и универсального формата для обмена BIM-данными.
gbXML. (Green Building XML) открытый формат, основан на XML, предназначенный для хранения и обмена геометрической информации об ограждающих конструкциях зданий и сооружений. Применяется для передачи данных из BIM-моделей в ПО для проведения теплотехнических расчетов.
Обладают индивидуальным набором свойств и параметров, а также правил поведения и взаимодействия. Категории не могут создаваться и редактироваться пользователями.
Семейства. Группа схожих элементов, которая характеризуется общим набором свойств и связанных с ними графических представлений. Иными словами, это как кубики в конструкторе лего, из которых создается сама конструкция. В данном случае из семейств создается модель.
Семейства подразделяются на:
Семейства. Группа схожих элементов, которая характеризуется общим набором свойств и связанных с ними графических представлений. Иными словами, это как кубики в конструкторе лего, из которых создается сама конструкция. В данном случае из семейств создается модель.
Семейства подразделяются на:
Типы. Элементы семейств, отличающиеся между собой значением свойств, т.е. параметров.
Элементы. Конечные экземпляры данных, используемые в проектах с индивидуальными свойствами и параметрами по расположению и отношению к тем или иным данным.
Каталог типов. Последовательный набор данных типов загружаемых семейств в формате TXT с идентичным наименованием файлов. Данные каталоги позволяют при загрузке семейства с большим количеством типов выбрать для загрузки только необходимые.
Шаблоны. Предварительно подготовленные и настроенные файлы, используемые для создания новых проектов и семейств.
Шаблоны семейств. Шаблоны, содержащие необходимые исходные данные и настройки для создания новых загружаемых семейств определенных категорий.
Шаблоны проектов. Шаблоны, содержащие необходимые исходные данные и настройки для создания новых проектов определенных разделов с определенным составом проектной документации.
Рабочие наборы. Совокупность элементов модели, семейств, видов и настроек с возможностью назначения владельца и заемщика для процессов коллективной работы:
Элементы. Конечные экземпляры данных, используемые в проектах с индивидуальными свойствами и параметрами по расположению и отношению к тем или иным данным.
Каталог типов. Последовательный набор данных типов загружаемых семейств в формате TXT с идентичным наименованием файлов. Данные каталоги позволяют при загрузке семейства с большим количеством типов выбрать для загрузки только необходимые.
Шаблоны. Предварительно подготовленные и настроенные файлы, используемые для создания новых проектов и семейств.
Шаблоны семейств. Шаблоны, содержащие необходимые исходные данные и настройки для создания новых загружаемых семейств определенных категорий.
Шаблоны проектов. Шаблоны, содержащие необходимые исходные данные и настройки для создания новых проектов определенных разделов с определенным составом проектной документации.
Рабочие наборы. Совокупность элементов модели, семейств, видов и настроек с возможностью назначения владельца и заемщика для процессов коллективной работы:
Файл хранилища (центральный файл). Файл проекта, содержащий рабочие наборы и хранящийся в сетевой папке, доступной всем участникам проекта.
Локальный файл. Копия файла хранилища, полученная в результате его открытия и «сохранения как…» в папку, находящуюся на конкретном рабочем месте. Локальный файл также может быть создан пользователем при открытии файла хранилища с указанием «Создать новый локальный». При этом файл будет создан в месте, указанном в Параметрах, в «Пути по умолчанию для пользовательских файлов». Изменения в локальном файле синхронизируются с файлом хранилища.
Редактор семейств. Особое рабочее окружение Revit, содержащее только инструменты, необходимые для построения семейств.
Параметр. Свойство элемента Revit, которое может быть создано в процессе создания семейства в редакторе семейств, а также может быть создано и назначено в самом проекте. Параметр позволяет менять элемент без необходимости его редактирования в редакторе семейств. Параметр проекта. Параметр, который создается в проекте и может быть назначен любой категории элементов. Его можно включить в спецификации, но нельзя отобразить в марках. Общий параметр. Параметр, который может быть отображен в спецификациях и марках, его можно использовать в разных проектах. Для создания общего параметра необходимо указать файл общих параметров, в котором он будет храниться. Если такого файла нет, он должен быть создан в процессе разработки проекта.
Файл общих параметров. Файл формата TXT, имеющий определенную структуру и содержащий определения общих параметров.
Вид. Элемент отображения данных модели в различных проекциях, сечениях и представлениях, а также управления ими. Виды могут быть графическими (планы, разрезы и др.) и текстовыми
(спецификации и др.).
Диспетчер проекта (Project browser). Элемент управления Revit, содержащий иерархическую структуру всех видов, спецификаций, листов, семейств и групп.
Базовый файл (Unique reference system). Файл проекта, содержащий определение абсолютных и относительных координат проекта, а также направление истинного севера. Для каждого проекта существует только один базовый файл, и его основная роль – пространственная координация всех разделов BIM-модели.
Разбивочный файл. Файл проекта, содержащий координационные оси и уровни. Его необходимо загрузить в качестве ссылки во все файлы проекта по разделам и в них, средствами копирования/мониторинга, создать оси и уровни. Таким образом будет возможно централизованно управлять положением координационных осей и уровней во всех файлах проекта.
Общие координаты. Абсолютные и относительные координаты проекта, которые путем базового файла передаются всем разделам BIM-модели с целью пространственной координации.
Оси сетки. Плоскостные элементы разбивки BIM-модели в горизонтальных направлениях. Уровни. Основные плоскостные элементы разбивки BIM-модели в вертикальных направлениях
(по этажам и ключевым отметкам).
Уровни. Основные плоскостные элементы разбивки BIM-модели в вертикальных направлениях
(по этажам и ключевым отметкам).
Локальный файл. Копия файла хранилища, полученная в результате его открытия и «сохранения как…» в папку, находящуюся на конкретном рабочем месте. Локальный файл также может быть создан пользователем при открытии файла хранилища с указанием «Создать новый локальный». При этом файл будет создан в месте, указанном в Параметрах, в «Пути по умолчанию для пользовательских файлов». Изменения в локальном файле синхронизируются с файлом хранилища.
Редактор семейств. Особое рабочее окружение Revit, содержащее только инструменты, необходимые для построения семейств.
Параметр. Свойство элемента Revit, которое может быть создано в процессе создания семейства в редакторе семейств, а также может быть создано и назначено в самом проекте. Параметр позволяет менять элемент без необходимости его редактирования в редакторе семейств. Параметр проекта. Параметр, который создается в проекте и может быть назначен любой категории элементов. Его можно включить в спецификации, но нельзя отобразить в марках. Общий параметр. Параметр, который может быть отображен в спецификациях и марках, его можно использовать в разных проектах. Для создания общего параметра необходимо указать файл общих параметров, в котором он будет храниться. Если такого файла нет, он должен быть создан в процессе разработки проекта.
Файл общих параметров. Файл формата TXT, имеющий определенную структуру и содержащий определения общих параметров.
Вид. Элемент отображения данных модели в различных проекциях, сечениях и представлениях, а также управления ими. Виды могут быть графическими (планы, разрезы и др.) и текстовыми
(спецификации и др.).
Диспетчер проекта (Project browser). Элемент управления Revit, содержащий иерархическую структуру всех видов, спецификаций, листов, семейств и групп.
Базовый файл (Unique reference system). Файл проекта, содержащий определение абсолютных и относительных координат проекта, а также направление истинного севера. Для каждого проекта существует только один базовый файл, и его основная роль – пространственная координация всех разделов BIM-модели.
Разбивочный файл. Файл проекта, содержащий координационные оси и уровни. Его необходимо загрузить в качестве ссылки во все файлы проекта по разделам и в них, средствами копирования/мониторинга, создать оси и уровни. Таким образом будет возможно централизованно управлять положением координационных осей и уровней во всех файлах проекта.
Общие координаты. Абсолютные и относительные координаты проекта, которые путем базового файла передаются всем разделам BIM-модели с целью пространственной координации.
Оси сетки. Плоскостные элементы разбивки BIM-модели в горизонтальных направлениях. Уровни. Основные плоскостные элементы разбивки BIM-модели в вертикальных направлениях
(по этажам и ключевым отметкам).
Уровни. Основные плоскостные элементы разбивки BIM-модели в вертикальных направлениях
(по этажам и ключевым отметкам).
с геометрическими пересечениями элементов модели;
нарушениями нормируемых расстояний между элементами модели;
пространственно-временными пересечениями ресурсов из календарно-сетевого графика строительства объекта.
категории моделей;
категории видов;
категории аннотаций.
системные семейства. Создаются и редактируются в диалоговом режиме с жесткими системными ограничениями. Хранятся только внутри файлов проектов, шаблонов и семейств. Это стены, крыши, перекрытия, воздуховоды, трубы. Системные параметры, такие как уровни, сетки, листы, видовые экраны, также системные семейства. Системные семейства не загружаются в проекты из сторонних файлов. У каждого системного семейства можно создавать пользовательские типоразмеры.
загружаемые семейства. Создаются и редактируются при помощи встроенного редактора путем комбинации элементов геометрии, зависимостей и параметров. Могут храниться как внутри файлов проектов, шаблонов и семейств, так и в виде отдельных файлов в формате RFA. Чтобы загрузить семейство в проект в ленте вкладка Вставить – Загрузить семейство –выбрать семейство с расширением .rfa – Открыть. Данное семейство загрузилось в файл проекта. Как создать семейство в проекте? В ленте вкладка Архитектура – Компонент –Разместить компонент. В области выбора типоразмера выбирается семейство, нажать на «вид» и нажать левой кнопкой мыши в нужном месте проекта.
контекстные семейства. это элементы, создаваемые пользователем для конкретного проекта. Контекстные элементы рекомендуется создавать, когда в проекте необходима уникальная геометрия, которую не предполагается использовать повторно, или геометрия, которая должна быть связана (одной или несколькими связями) с другой геометрией в проекте. Хотя контекстные элементы можно переносить или копировать из одного проекта в другой, делать это следует только при необходимости, поскольку контекстные элементы могут увеличивать размер файла и отрицательно влиять на быстродействие программы. Контекстное семейство можно создать с помощью инструмента «Модель в контексте». В ленте вкладка Архитектура – Компонент – Модель в контексте. Далее открывается эскиз модели в контексте, можно выбрать нужную категорию. Можно создать семейство с помощью, например, инструментов с вкладки «Формы». После того как модель в контексте создана необходимо нажать «зеленую галочку»
владелец: пользователь с правами редактирования элементов модели и рабочих наборов;
заемщик: пользователь с временными правами на редактирование элементов рабочих наборов.
2D выборка. Инструменты для создания 2D выборки позволяют измерять длины и периметр, площадь и количество на 2D чертежах. Вместо того, чтобы проводить расчеты вручную на бумаге, можно пометить геометрию и выполнить точный расчет. Для уточнения укрупненных сметных показателей по проекту можно использовать данные, полученные не только с 3D модели, но и из чертежей, используя инструменты расчета 2D -выборок, занося все данные в рабочую книгу Quantification. Функция 2D выборки поддерживает собственные и сканированные файлы DWF.
Виртуальная выборка. Виртуальная выборка может быть создана в том случае, если для выбранного объекта выборки недоступны свойства, например если они не унаследованы из исходного приложения проектирования. Для связывания точки обзора с виртуальной выборкой используйте инструменты измерения.
Коэффициент фасетизации. При экспорте из пакета САПР в формат NWC или при чтении приложением Autodesk Navisworks исходного файла САПР, следует принять решение о порядке преобразования криволинейных поверхностей в плоские грани (фасеты). Говоря простыми словами, это как пиксели на картинке. Чем выше коэффициент фасетизации модели, тем модель качественнее и тяжелее. При работе коэффициент фасетизации в настройках указывают равным единице, для более быстрой скорости работы модели.
Выборка. Выборка является частью процесса оценки укрупненных сметных показателей. Этот процесс включает "врезку" или извлечение реальных количественных элементов из проектных данных, чтобы подготовить список ресурсов (материалов, оборудования, трудозатрат и т. д.), необходимых для создания проекта. Примеры расчета показывают какое общее количество осветительных приборов, необходимо для здания, или объем бетона, необходимого для создания свайного фундамента.
Выборка модели. Для автоматического укрупнеенного сметного расчета используются модели, их свойства и параметры, взятые из исходных CAD – систем.
С центром в камере. Режимы навигации, при которых камера перемещается вокруг модели.
С центром в модели. Режимы навигации, при которых модель перемещается перед камерой.
Точка фокуса. Точка фокуса - это положение в 3D пространстве, вокруг которого будет выполняться вращение камеры или относительного которого будет выполняться изменение масштаба изображения в следующих режимах: исследование, орбита, поворотная платформа и зумирование.
Угловая скорость. Скорость, с которой камера перемещается при повороте вправо и влево в любом режиме навигации.
Угол наклона. Этот параметр указывается в единицах сцены относительно значения горизонтали (0) в нижней части панели наклона: ниже горизонтали (отрицательные значения) или выше горизонтали (положительные значения).
Допуск. Параметр "Допуск" управляет уровнем серьезности конфликтов, отображаемых в отчете, и возможностью отфильтровывать незначительные конфликты, которые могут быть устранены на месте. Допуск используется для проверок наличия следующих типов конфликтов: конфликтов по пересечению, конфликтов по близости и конфликтов по дублированию. В отчете регистрируются сообщения о всех конфликтах, обнаруженных в пределах этого допуска, тогда как конфликты за пределами допуска игнорируются.
Конфликт дублирования. Конфликт, при котором геометрия выбранного объекта А повторяет геометрию выбранного объекта В на расстоянии в диапазоне от нуля до заданного допуска. При нулевом допуске, следовательно, будет определяться только геометрия, повторяющаяся точно в том же месте.
Конфликт по близости. Конфликт, при котором геометрия выбранного объекта А пересекается или, возможно, не пересекается с геометрией выбранного объекта В, но приближается к ней на расстояние, меньше заданного допуска.
Конфликт по пересечению или жесткий конфликт. Конфликт, при котором геометрия выбранного объекта А пересекается с геометрией выбранного объекта В на расстоянии, превышающем заданный допуск.
Метод пересечений. При стандартном типе проверки на наличие конфликтов "По пересечению" применяется "обычный метод пересечений", когда должно проверяться наличие пересечений между любыми треугольниками, определяющими два проверяемых элемента (следует помнить, что объекты геометрии Autodesk Navisworks состоят из треугольников). При этом могут не учитываться конфликты с участием элементов, когда ни один из треугольников не пересекается. Например, две строго параллельные трубы, которые слегка накладываются друг на друга в конечных точках. Трубы пересекаются, хотя не пересекается ни один из треугольников, определяющих их геометрию; как следствие, этот конфликт не будет выявлен в результате проверки на наличие конфликтов стандартного типа "По пересечению". Однако при выборе варианта "По пересечению (Консервативно)" будут выданы сообщения о всех парах элементов, которые могут конфликтовать. Это может привести к ложным положительным результатам, но такой способ определения конфликтов является более точным и безопасным. Также высокий уровень фасетизации модели может выдать более точный отчет по коллизиям.
Статус конфликта. Каждый конфликт имеет связанный с ним текущий статус, и каждый статус обозначается цветным значком. Этот статус обновляется автоматически диспетчером конфликтов, либо при необходимости его можно установить вручную. Статус может иметь следующие значения:
Виртуальная выборка. Виртуальная выборка может быть создана в том случае, если для выбранного объекта выборки недоступны свойства, например если они не унаследованы из исходного приложения проектирования. Для связывания точки обзора с виртуальной выборкой используйте инструменты измерения.
Коэффициент фасетизации. При экспорте из пакета САПР в формат NWC или при чтении приложением Autodesk Navisworks исходного файла САПР, следует принять решение о порядке преобразования криволинейных поверхностей в плоские грани (фасеты). Говоря простыми словами, это как пиксели на картинке. Чем выше коэффициент фасетизации модели, тем модель качественнее и тяжелее. При работе коэффициент фасетизации в настройках указывают равным единице, для более быстрой скорости работы модели.
Выборка. Выборка является частью процесса оценки укрупненных сметных показателей. Этот процесс включает "врезку" или извлечение реальных количественных элементов из проектных данных, чтобы подготовить список ресурсов (материалов, оборудования, трудозатрат и т. д.), необходимых для создания проекта. Примеры расчета показывают какое общее количество осветительных приборов, необходимо для здания, или объем бетона, необходимого для создания свайного фундамента.
Выборка модели. Для автоматического укрупнеенного сметного расчета используются модели, их свойства и параметры, взятые из исходных CAD – систем.
С центром в камере. Режимы навигации, при которых камера перемещается вокруг модели.
С центром в модели. Режимы навигации, при которых модель перемещается перед камерой.
Точка фокуса. Точка фокуса - это положение в 3D пространстве, вокруг которого будет выполняться вращение камеры или относительного которого будет выполняться изменение масштаба изображения в следующих режимах: исследование, орбита, поворотная платформа и зумирование.
Угловая скорость. Скорость, с которой камера перемещается при повороте вправо и влево в любом режиме навигации.
Угол наклона. Этот параметр указывается в единицах сцены относительно значения горизонтали (0) в нижней части панели наклона: ниже горизонтали (отрицательные значения) или выше горизонтали (положительные значения).
Допуск. Параметр "Допуск" управляет уровнем серьезности конфликтов, отображаемых в отчете, и возможностью отфильтровывать незначительные конфликты, которые могут быть устранены на месте. Допуск используется для проверок наличия следующих типов конфликтов: конфликтов по пересечению, конфликтов по близости и конфликтов по дублированию. В отчете регистрируются сообщения о всех конфликтах, обнаруженных в пределах этого допуска, тогда как конфликты за пределами допуска игнорируются.
Конфликт дублирования. Конфликт, при котором геометрия выбранного объекта А повторяет геометрию выбранного объекта В на расстоянии в диапазоне от нуля до заданного допуска. При нулевом допуске, следовательно, будет определяться только геометрия, повторяющаяся точно в том же месте.
Конфликт по близости. Конфликт, при котором геометрия выбранного объекта А пересекается или, возможно, не пересекается с геометрией выбранного объекта В, но приближается к ней на расстояние, меньше заданного допуска.
Конфликт по пересечению или жесткий конфликт. Конфликт, при котором геометрия выбранного объекта А пересекается с геометрией выбранного объекта В на расстоянии, превышающем заданный допуск.
Метод пересечений. При стандартном типе проверки на наличие конфликтов "По пересечению" применяется "обычный метод пересечений", когда должно проверяться наличие пересечений между любыми треугольниками, определяющими два проверяемых элемента (следует помнить, что объекты геометрии Autodesk Navisworks состоят из треугольников). При этом могут не учитываться конфликты с участием элементов, когда ни один из треугольников не пересекается. Например, две строго параллельные трубы, которые слегка накладываются друг на друга в конечных точках. Трубы пересекаются, хотя не пересекается ни один из треугольников, определяющих их геометрию; как следствие, этот конфликт не будет выявлен в результате проверки на наличие конфликтов стандартного типа "По пересечению". Однако при выборе варианта "По пересечению (Консервативно)" будут выданы сообщения о всех парах элементов, которые могут конфликтовать. Это может привести к ложным положительным результатам, но такой способ определения конфликтов является более точным и безопасным. Также высокий уровень фасетизации модели может выдать более точный отчет по коллизиям.
Статус конфликта. Каждый конфликт имеет связанный с ним текущий статус, и каждый статус обозначается цветным значком. Этот статус обновляется автоматически диспетчером конфликтов, либо при необходимости его можно установить вручную. Статус может иметь следующие значения:
Основные термины и определения AutoCAD Civil 3D
Тела AutoCAD (AutoCAD Solid). Трехмерные объекты AutoCAD, полученные из различных программных комплексов.
Пакет адаптации AutoCAD Civil 3D (Russian Country Kit). Выпускаемый компанией Autodesk пакет настроек, шаблонов и т.п. для различных версий AutoCAD Civil 3D. Средствами пакета обеспечивается соответствие нормам оформления и проектирования, принятым в Российской Федерации.
Рабочие пространства. Наборы меню, панелей, палитр и панелей управления ленты, сгруппированных и упорядоченных для работы в пользовательской, задаче-ориентированной среде чертежа.
Автоматические именования объектов AutoCAD Civil 3D. Именование объектов AutoCAD Civil 3D, в ходе которого имена определяются настройками специального редактора шаблона имен. Полученные имена могут иметь автоматическую нумерацию и шаблоны слов.
Каталог трубопроводной сети. Каталог элементов AutoCAD Civil 3D, содержащий описания всех элементов трубопроводной сети, которые могут быть вставлены в чертеж. Является ключевым элементом в работе с трубопроводными сетями. С установки нужного каталога трубопроводных сетей начинается работа с сетями AutoCAD Civil 3D.
Местная система координат. Это система плоских прямоугольных координат в проекции Гаусса с местной координатной сеткой. Местные системы создаются в государственной геодезической системе координат в проекции Гаусса с элементами эллипсоида Красовского. Это положение реализовано в системе координат 1963 г. (СК-63) и в местных системах координат субъектов РФ. Для каждого субъекта РФ существует собственная местная система координат: для Москвы это МСК-50, для Санкт-Петербурга и Ленинградской области – МСК-64 и т.п.
Autodesk Geotechnical Module. Модуль , предназначенный для автоматизации процесса создания геологических моделей из поверхностей AutoCAD Civil 3D.
Пользовательский элемент конструкции. Нестандартный элемент конструкции AutoCAD Civil 3D, созданный в Autodesk Subassembly Composer или с помощью инструментов программирования. Параметры поведения этого элемента конструкции определяет пользователь, создавший элемент.
Блок-схема SAC. Совокупность элементов SAC, расположенных в Flowchart или в Sequence, имеющих связи и определяющих поведение пользовательского элемента конструкции.
Коды SAC. Коды, задаваемые элементам блок-схемы, которые в AutoCAD Civil 3D фигурируют как коды точек, звеньев, фигур. Синтаксис записи кодов определяется кавычками ('КОД').
Тела AutoCAD (AutoCAD Solid). Трехмерные объекты AutoCAD, полученные из различных программных комплексов.
Пакет адаптации AutoCAD Civil 3D (Russian Country Kit). Выпускаемый компанией Autodesk пакет настроек, шаблонов и т.п. для различных версий AutoCAD Civil 3D. Средствами пакета обеспечивается соответствие нормам оформления и проектирования, принятым в Российской Федерации.
Рабочие пространства. Наборы меню, панелей, палитр и панелей управления ленты, сгруппированных и упорядоченных для работы в пользовательской, задаче-ориентированной среде чертежа.
Автоматические именования объектов AutoCAD Civil 3D. Именование объектов AutoCAD Civil 3D, в ходе которого имена определяются настройками специального редактора шаблона имен. Полученные имена могут иметь автоматическую нумерацию и шаблоны слов.
Каталог трубопроводной сети. Каталог элементов AutoCAD Civil 3D, содержащий описания всех элементов трубопроводной сети, которые могут быть вставлены в чертеж. Является ключевым элементом в работе с трубопроводными сетями. С установки нужного каталога трубопроводных сетей начинается работа с сетями AutoCAD Civil 3D.
Местная система координат. Это система плоских прямоугольных координат в проекции Гаусса с местной координатной сеткой. Местные системы создаются в государственной геодезической системе координат в проекции Гаусса с элементами эллипсоида Красовского. Это положение реализовано в системе координат 1963 г. (СК-63) и в местных системах координат субъектов РФ. Для каждого субъекта РФ существует собственная местная система координат: для Москвы это МСК-50, для Санкт-Петербурга и Ленинградской области – МСК-64 и т.п.
Autodesk Geotechnical Module. Модуль , предназначенный для автоматизации процесса создания геологических моделей из поверхностей AutoCAD Civil 3D.
Пользовательский элемент конструкции. Нестандартный элемент конструкции AutoCAD Civil 3D, созданный в Autodesk Subassembly Composer или с помощью инструментов программирования. Параметры поведения этого элемента конструкции определяет пользователь, создавший элемент.
Блок-схема SAC. Совокупность элементов SAC, расположенных в Flowchart или в Sequence, имеющих связи и определяющих поведение пользовательского элемента конструкции.
Коды SAC. Коды, задаваемые элементам блок-схемы, которые в AutoCAD Civil 3D фигурируют как коды точек, звеньев, фигур. Синтаксис записи кодов определяется кавычками ('КОД').
Новый - конфликт, выявленный впервые в ходе выполнения текущей проверки.
Активно - конфликт, выявленный в ходе предыдущего выполнения данной проверки и не устраненный.
Проанализировано - ранее обнаруженный конфликт, помеченный пользователем как проанализированный.
Подтверждено - ранее выявленный и кем-либо подтвержденный конфликт.
Исправлено— конфликт, выявленный в ходе предыдущего выполнения проверки и не обнаруженный в ходе текущего ее выполнения. В связи с этим конфликт считается устраненным.
Основные термины и определения Navisworks Manage
Подготовка и организация BIM-проекта
Данный документ включают в техническое задание на проектирование с целью формирования требований к информации, представляемой заказчику в процессе реализации BIM-проекта и по его завершении.
Информационные требования заказчика составляют основу разработки Плана реализации BIM-проекта.
Требования к информации должны быть конкретными, измеримыми, достижимыми, реалистичными и c ограниченными сроками в отношении определенных этапов проекта и обмена информацией.
Состав и содержание информационных требований определяет заказчик работ и может включать в себя следующие разделы:
Информационные требования заказчика составляют основу разработки Плана реализации BIM-проекта.
Требования к информации должны быть конкретными, измеримыми, достижимыми, реалистичными и c ограниченными сроками в отношении определенных этапов проекта и обмена информацией.
Состав и содержание информационных требований определяет заказчик работ и может включать в себя следующие разделы:
Проект «Информационных требований к BIM-проекту» представлен в приложении №1.
цели, задачи и способы использования BIM-моделей на различных стадиях ЖЦ;
этапы работ и контрольные точки выдачи информации;
применяемые нормативные документы по информационному моделированию;
требования к составу BIM-модели;
требования к объемам информационного моделирования;
требования к обеспечению единого координатного пространства;
требования к уровням проработки элементов модели (LOD) по каждой стадии и разделам проекта;
требования к системе классификации элементов модели (при наличии);
требования к составу и форматам выдачи результатов проекта;
требования к именованию файлов;
требования к качеству BIM-модели;
требования к организации среды общих данных;
требования к виду и содержанию предоставления ключевых показателей проекта;
требования к квалификации исполнителей и наличию лицензионного ПО;
прочие требования.
Требования к формированию Информационных требований заказчика
(EIR – Employer's Information Requirements)
(EIR – Employer's Information Requirements)
Требования к формированию Плана выполнения BIM-проекта
(BEP – BIM Execution Plan)
Главная задача плана реализации BIM-проекта – планирование и организация эффективной совместной работы всех участников проектной группы на всех этапах BIM-проекта.
План реализации BIM-проекта является периодически изменяющимся документом.
План реализации BIM-проекта разрабатывается с привлечением всех участников процесса информационного моделирования (внутренних и внешних). Состав участников включает в себя, но не ограничивается перечисленными, BIM-менеджера, ГИПа или его помощника, руководителей проектных групп, BIM-координаторов, BIM-авторов и иных представителей, обладающих наибольшими компетенциями в своих проектных группах. Т.к. процесс информационного моделирования полностью основан на использовании программных и аппаратных средств, то к процессу создания данного документа необходимо подключить специалистов ИТ-подразделения, для обсуждения и решения вопросов, связанных с ИТ-инфраструктурой.
Между участниками проекта должен быть достигнут консенсус о том, как будет создана, организована и как будет контролироваться информационная модель. Эти договорённости должен быть задокументированы в плане реализации BIM-проекта.
План реализации BIM-проекта должен определить и задокументировать:
(BEP – BIM Execution Plan)
Главная задача плана реализации BIM-проекта – планирование и организация эффективной совместной работы всех участников проектной группы на всех этапах BIM-проекта.
План реализации BIM-проекта является периодически изменяющимся документом.
План реализации BIM-проекта разрабатывается с привлечением всех участников процесса информационного моделирования (внутренних и внешних). Состав участников включает в себя, но не ограничивается перечисленными, BIM-менеджера, ГИПа или его помощника, руководителей проектных групп, BIM-координаторов, BIM-авторов и иных представителей, обладающих наибольшими компетенциями в своих проектных группах. Т.к. процесс информационного моделирования полностью основан на использовании программных и аппаратных средств, то к процессу создания данного документа необходимо подключить специалистов ИТ-подразделения, для обсуждения и решения вопросов, связанных с ИТ-инфраструктурой.
Между участниками проекта должен быть достигнут консенсус о том, как будет создана, организована и как будет контролироваться информационная модель. Эти договорённости должен быть задокументированы в плане реализации BIM-проекта.
План реализации BIM-проекта должен определить и задокументировать:
В Приложение 2 приведен шаблон документа «План реализации BIM-проекта».
Проект «Плана выполнения BIM-проекта» представлен в приложении №2.
Цель этого документа — зафиксировать согласованные стратегии и процессы для всей команды проекта. Он должен служить основным протоколом процесса совместной работы на протяжении всего жизненного цикла проекта, и предполагается, что он будет развиваться с самого начала и до конца процесса информационного моделирования. Благодаря этому документу проектные группы и руководство проектом совместно соглашаются в том, как, когда, почему, на каком уровне и для обеспечения каких результатов проекта будет использоваться BIM.
В этом документе рассматриваются рабочие процессы проекта, создание моделей, участники проекта и совместное использование информации. Потребность во взаимодействии возрастает по мере реализации BIM-проекта, и этот документ является одной из частей представления всего проекта. Этот документ будет поддерживать связь между различными участниками проекта, которые будут реализовывать согласованную BIM-стратегию, в противном случае ее потенциальная эффективность будет потеряна.
В качестве основы структуры Плана реализации BIM-проекта рекомендуется использовать документ
Цель этого документа — зафиксировать согласованные стратегии и процессы для всей команды проекта. Он должен служить основным протоколом процесса совместной работы на протяжении всего жизненного цикла проекта, и предполагается, что он будет развиваться с самого начала и до конца процесса информационного моделирования. Благодаря этому документу проектные группы и руководство проектом совместно соглашаются в том, как, когда, почему, на каком уровне и для обеспечения каких результатов проекта будет использоваться BIM.
В этом документе рассматриваются рабочие процессы проекта, создание моделей, участники проекта и совместное использование информации. Потребность во взаимодействии возрастает по мере реализации BIM-проекта, и этот документ является одной из частей представления всего проекта. Этот документ будет поддерживать связь между различными участниками проекта, которые будут реализовывать согласованную BIM-стратегию, в противном случае ее потенциальная эффективность будет потеряна.
В качестве основы структуры Плана реализации BIM-проекта рекомендуется использовать документ
Согласно этому документу, примерная структура разделов документа «План реализации BIM-проекта» включает следующие разделы:
Раздел 1. Краткое описание проекта:
содержит общую информацию о назначении плана реализации проекта и другую общую информацию о документе.
содержит общую информацию о назначении плана реализации проекта и другую общую информацию о документе.
Раздел 2. Сведения об объекте строительства, сроках реализации проекта, перечень исходных данных:
содержит информацию об основных характеристиках объекта строительства, сроках реализации каждого этапа проекта, а также краткий перечень исходных данных.
содержит информацию об основных характеристиках объекта строительства, сроках реализации каждого этапа проекта, а также краткий перечень исходных данных.
Раздел 3. Ключевые контакты проекта:
содержит контактную информацию о ключевых участниках, которые определены на текущем этапе реализации проекта.
содержит контактную информацию о ключевых участниках, которые определены на текущем этапе реализации проекта.
Раздел 4. Цели и задачи применения BIM:
содержит подробное описание целей и соответствующих им задач применения.
содержит подробное описание целей и соответствующих им задач применения.
Раздел 5. Роли и функции основных участников:
содержит описание основных ролей и функций участников BIM-проекта, а также требуемые человеческие ресурсы.
содержит описание основных ролей и функций участников BIM-проекта, а также требуемые человеческие ресурсы.
Раздел 6. Карты BIM-процессов:
содержат карты BIM-процессов (сценариев) по задачам применения BIM.
содержат карты BIM-процессов (сценариев) по задачам применения BIM.
Раздел 7. Процедуры обмена данными:
включает описание процедур обмена данными и сводную спецификацию LOD.
включает описание процедур обмена данными и сводную спецификацию LOD.
Раздел 8. Требования к информационным моделям:
включает требования к BIM-моделям, согласованные с Информационными требованиями заказчика.
включает требования к BIM-моделям, согласованные с Информационными требованиями заказчика.
Раздел 9. Процедуры совместной работы:
содержит описание процедур совместной работы в среде общих данных, форматы обмена данными и регламенты работы в системах управления инженерными данными.
содержит описание процедур совместной работы в среде общих данных, форматы обмена данными и регламенты работы в системах управления инженерными данными.
Раздел 10. Процедуры контроля качества:
содержит описание процедур контроля процесса информационного моделирования и качества BIM-моделей.
содержит описание процедур контроля процесса информационного моделирования и качества BIM-моделей.
Раздел 11. Потребности в ресурсах:
потребности в аппаратном и программном обеспечении, каталоги компонентов, шаблоны, базы данных и т.п.
потребности в аппаратном и программном обеспечении, каталоги компонентов, шаблоны, базы данных и т.п.
Раздел 12. Структура и содержание информационных моделей:
содержит описание структуры и состава информационных моделей, правила разделения моделей, систему именования, общую систему координат.
содержит описание структуры и состава информационных моделей, правила разделения моделей, систему именования, общую систему координат.
Раздел 13. Результаты процесса информационного моделирования:
содержит требуемые результаты процесса информационного моделирования на каждом этапе проекта.
содержит требуемые результаты процесса информационного моделирования на каждом этапе проекта.
Раздел 14. Стратегия реализации:
содержит информацию о договоре.
содержит информацию о договоре.
Раздел 15.Приложения.
цели и задачи использования BIM в соответствии с информационными требованиями заказчика (если такие требования присутствуют);
конечные результаты BIM;
инфраструктуру, необходимую для успешной реализации проекта;
процесс выполнения BIM.
В процессе информационного моделирования выделяют три основные функции:
Основные функции должны быть распределены по ролям.
На рисунке 5. указана иерархия ролей (BIM-менеджер, BIM-координатор, BIM-автор) и обязанности, которые должны выполняться в рамках каждой из указанных основных функций. Обязанности должны выполняться определенными лицами. В небольших проектах и небольших компаниях большинство обязанностей может выполняться одним человеком, а в крупных возможно их разделение между группой лиц.
На рисунке 5. указана иерархия ролей (BIM-менеджер, BIM-координатор, BIM-автор) и обязанности, которые должны выполняться в рамках каждой из указанных основных функций. Обязанности должны выполняться определенными лицами. В небольших проектах и небольших компаниях большинство обязанностей может выполняться одним человеком, а в крупных возможно их разделение между группой лиц.
Рисунок 5. Роли и обязанности
стратегическая;
управленческая;
производственная.
Роли и обязанности
Выполнение данной функции возлагается на BIM-менеджера/ Руководителя направления BIM.
Основные обязанности:
Основные обязанности:
Данная роль имеет самое важное значение в организации BIM. Она предполагает понимание всех возможностей BIM: формирование концепции, привлечение внешних участников и сотрудничество с партнерами. Разработка стратегии BIM, внесение изменений в процессы и культурное воздействие находится в сфере ответственности лица, обладающего соответствующим опытом. Успех создания моделей зависит от стратегического управляющего, которым может быть собственный или приглашенный специалист.
разработка стратегии организации в области BIM;
исследование и анализ лучших практик;
разработка рабочих BIM-процессов;
разработка и поддержка BIM-стандартов и регламентов;
разработка и согласование EIR (единых информационных требований к BIM-модели);
контроль соблюдения стандартов и качества выполнения работ участниками проекта;
контроль входящих BIM-моделей на предмет соответствия требованиям регламента, их приемка, либо подготовка замечаний по ним;
разработка и контроль выполнения дорожной карты по развитию BIM в компании;
разработка ТЗ для внедрения или разработки новых продуктов, плагинов;
разработка и корректировка BEP (Плана выполнения проекта);
представление компании на отраслевых мероприятиях (конференциях, форумах, симпозиумах и т.д.);
взаимодействие с заказчиками, с исполнителями, с подрядными и проектными организациями;
разработка стратегии обучения.
1) Стратегическая функция
Выполнение функции возлагается на BIM-координатора, он находится на одну ступень ниже BIM-менеджера.
Данная роль выполняется на уровне проекта. Основные обязанности:
Данная роль выполняется на уровне проекта. Основные обязанности:
В каждом проекте необходимо участие одного или нескольких лиц, ответственных за организацию проекта, аудит модели и ее координацию со всеми участвующими сторонами. Междисциплинарная координация BIM очень важна. Указанное лицо (лица) может одновременно осуществлять управление несколькими небольшими проектами.
регулярное проведение аудита проектной информации и применяемых в проекте принципов разработки моделей;
управление процессом создания и распространения контента и контроль его качества;
сопровождение и поддержка специалистов по проектированию на всех этапах моделирования;
координация и настройка совместной работы участников групп, в том числе с учетом работы в территориально-распределенной команде;
подсчет и проверка объемов работ на основе BIM модели;
контроль соблюдения стандартов и качества выполнения работ участниками проекта;
контроль входящих BIM-моделей на предмет соответствия требованиям регламента, их приемка, либо подготовка замечаний по ним;
формирование и актуализация шаблонов для проектирования;
систематическая сборка проекта в единую сводную модель, координация и анализ модели, отслеживание коллизий;
активное участие в формировании стандартов проектирования и взаимодействия в BIM-среде;
поддержка корпоративной библиотеки семейств (создание семейств, редактирование, обновление);
разработка средств автоматизации процессов проектирования (Dynamo, grasshopper);
осуществление координации моделей разных разделов;
участие в междисциплинарных координационных совещаниях;
архивирование файлов проекта, формирование резервных копий;
выполнение иных поручений BIM-менеджера.
2) Управленческая функция
Выполнение функции возлагается на разработчика модели (BIM-автора). В проектных организациях и группах функции BIM-автора выполняют проектировщики по профильным разделам проекта, имеющие навык и опыт работы в программном обеспечении, поддерживающем технологию BIM.
Данная роль выполняется на уровне проекта. Основной обязанностью является создание информации.
При производстве модели главным критерием является не опыт работы с BIM, а опыт проектирования, поэтому все сотрудники данного уровня должны обладать соответствующими профессиональными знаниями.
Роль BIM-мастера также могут выполнять проектировщики, имеющие навык и опыт работы в программном обеспечении. Однако, BIM-мастера рекомендуется выделить из процесса реализации проекта, т.к. в его обязанности входит создание именно качественного контента, а не проектных решений.
Данная роль выполняется на уровне проекта. Основной обязанностью является создание информации.
При производстве модели главным критерием является не опыт работы с BIM, а опыт проектирования, поэтому все сотрудники данного уровня должны обладать соответствующими профессиональными знаниями.
Роль BIM-мастера также могут выполнять проектировщики, имеющие навык и опыт работы в программном обеспечении. Однако, BIM-мастера рекомендуется выделить из процесса реализации проекта, т.к. в его обязанности входит создание именно качественного контента, а не проектных решений.
3) Производственная функция
Для организации процесса информационного моделирования необходимо наличие следующих ресурсов:
Для повышения эффективности работы в BIM и обеспечения последовательного и высокого качества выпускаемой продукции, ресурсы и контент должны быть доступны для совместного использования всеми участниками проекта.
программного обеспечения;
аппаратного обеспечения;
сетевых ресурсов;
BIM-контента/библиотек ресурсов.
Ресурсы
Настоящий стандарт предусматривает в качестве основного программного приложения для вертикального проектирования Revit, а для горизонтального проектирования – AutoCAD® Civil 3D®. Для сборки сводной модели и пространственной координации проектных решений настоящим стандартом предусмотрено применение Autodesk Navisworks Manage®.
Для управления строительством и работы в среде общих данных предусмотрен облачный интерфейс Autodesk BIM 360, с дополненной надстройкой «Signal».
Любой случай обновления программного обеспечения в ходе текущего проекта должен быть рассмотрен и утвержден BIM-менеджером.
Любая модернизация должна осуществляться в соответствии с корпоративной BIM-стратегией.
Для управления строительством и работы в среде общих данных предусмотрен облачный интерфейс Autodesk BIM 360, с дополненной надстройкой «Signal».
Любой случай обновления программного обеспечения в ходе текущего проекта должен быть рассмотрен и утвержден BIM-менеджером.
Любая модернизация должна осуществляться в соответствии с корпоративной BIM-стратегией.
Программное обеспечение
Аппаратное обеспечение для реализации технологии BIM должно соответствовать требованиям разработчиков программного обеспечения с перспективой развития на три года, обладать достаточным уровнем отказоустойчивости и безопасности данных. Для централизованного хранения и обработки данных требуется сервер, а для организации рабочего места пользователя (специалиста) – рабочая станция.
Сервер является основным местом хранения проектных данных и должен обеспечивать постоянный контролируемый доступ к ним выделенных групп пользователей, а также отдельных лиц согласно принятой политике информационной безопасности. Для обеспечения надежности и сохранности данных рекомендуется разработать решение по резервному копированию и архивированию.
Рабочая станция должна обеспечить надежную работу специалиста на рабочем месте. Ключевые параметры, влияющие на скорость работы, – частота процессора, объем оперативной памяти, производительность видеокарты, производительность дисковой подсистемы, разрешение монитора. Для работы с современными САПР настоятельно рекомендуется использование SSD-дисков. Также для профессиональной работы рекомендуется использовать 64-разрядные аппаратно-программные комплексы.
Монитор – на рабочем месте проектировщика рекомендуется использовать мониторы с минимальным разрешением 1920х1080 (HD). Рекомендуется использование двух мониторов. Желательно с матовыми экранами.
На сайте компании Autodesk приведены требования к аппаратному обеспечению для работы в программных продуктах Revit®, AutoCAD® Civil 3D® и Navisworks®. См. по ссылке:
Сервер является основным местом хранения проектных данных и должен обеспечивать постоянный контролируемый доступ к ним выделенных групп пользователей, а также отдельных лиц согласно принятой политике информационной безопасности. Для обеспечения надежности и сохранности данных рекомендуется разработать решение по резервному копированию и архивированию.
Рабочая станция должна обеспечить надежную работу специалиста на рабочем месте. Ключевые параметры, влияющие на скорость работы, – частота процессора, объем оперативной памяти, производительность видеокарты, производительность дисковой подсистемы, разрешение монитора. Для работы с современными САПР настоятельно рекомендуется использование SSD-дисков. Также для профессиональной работы рекомендуется использовать 64-разрядные аппаратно-программные комплексы.
Монитор – на рабочем месте проектировщика рекомендуется использовать мониторы с минимальным разрешением 1920х1080 (HD). Рекомендуется использование двух мониторов. Желательно с матовыми экранами.
На сайте компании Autodesk приведены требования к аппаратному обеспечению для работы в программных продуктах Revit®, AutoCAD® Civil 3D® и Navisworks®. См. по ссылке:
Аппаратное обеспечение
Сетевые ресурсы
Через сеть решаются основные задачи по обмену данными между рабочими станциями и сервером, организуется коллективная работа над BIM-проектами в реальном времени.
Сеть должна обладать достаточной пропускной способностью с рекомендованной скоростью передачи данных 1 Гбит/с и бесперебойным доступом к серверу. Бесперебойный совместный доступ к сетевым папкам можно осуществить с использованием Revit-Server.
Диски являются физическими носителями данных и должны обладать достаточной скоростью обращения к ним и записи, а также надежностью и отказоустойчивостью в ходе эксплуатации.
Через сеть решаются основные задачи по обмену данными между рабочими станциями и сервером, организуется коллективная работа над BIM-проектами в реальном времени.
Сеть должна обладать достаточной пропускной способностью с рекомендованной скоростью передачи данных 1 Гбит/с и бесперебойным доступом к серверу. Бесперебойный совместный доступ к сетевым папкам можно осуществить с использованием Revit-Server.
Диски являются физическими носителями данных и должны обладать достаточной скоростью обращения к ним и записи, а также надежностью и отказоустойчивостью в ходе эксплуатации.
Библиотеки ресурсов содержат компоненты (семейства), шаблоны проектов и шаблоны семейств, материалы, стандарты, которые используются в BIM-проектах, и размещаются на файловом сервере.
В работе над BIM-проектом необходимо придерживаться следующих правил:
В работе над BIM-проектом необходимо придерживаться следующих правил:
содержимое библиотеки ресурсов должно быть разработано в соответствии с настоящим стандартом и с учетом лучших практик;
регламенты, стандартные шаблоны, семейства библиотеки материалов и другие данные, должны находиться на файловом сервере в центральной библиотеке BIM-ресурсов;
дополнения или модификации содержания данной библиотеки должны осуществляться в контролируемом режиме и утверждаться до начала использования;
содержание библиотеки должно быть разделено по программным продуктам и их версиям;
при обновлении содержимого для использования в новой версии продукта необходимо учесть, что обновленная версия контента должна быть создана в месте, соответствующем этому продукту и его версии. Это позволяет избежать проблемы несовместимости информации с версией программного обеспечения.
Библиотека BIM-ресурсов организации
Организация среды общих данных
Основная составляющая среды коллективной работы – это способность проектной группы эффективно взаимодействовать, многократно использовать проверенные, согласованные и актуальные данные, а также обмениваться ими без потерь
Основная составляющая среды коллективной работы – это способность проектной группы эффективно взаимодействовать, многократно использовать проверенные, согласованные и актуальные данные, а также обмениваться ими без потерь
Настоящий раздел определяет регламент совместной работы над BIM-проектом в соответствии со стандартом BS1192:2007+A2:2016 на основе процедуры, именуемой «Среда общих данных» (CDE, СОД).
Основным фактором совместной работы участников проекта является способность к коммуникации, эффективному использованию и обмену актуальными данными без потерь и искажений.
Плохо подготовленная и скоординированная проектная информация является одной из причин увеличения сроков проектов, задержек, расходов и конфликтов. Процедура СОД предназначена для обеспечения надежного многократного обмена актуальной, проверенной информацией между участниками проекта, тем самым поддерживая высокое качество проектов. СОД – это один из способов предоставить членам команды проекта возможность работать сообща, более эффективно и безошибочно.
Обмен данными должен осуществляться через общую среду данных. Это единственный источник информации для проекта, используемый для сбора, разработки, управления, использования и распространения документации, информационных моделей и прочих графических и неграфических данных для всей команды проекта.
Информация в СОД распределяется по функциональным областям данных:
Плохо подготовленная и скоординированная проектная информация является одной из причин увеличения сроков проектов, задержек, расходов и конфликтов. Процедура СОД предназначена для обеспечения надежного многократного обмена актуальной, проверенной информацией между участниками проекта, тем самым поддерживая высокое качество проектов. СОД – это один из способов предоставить членам команды проекта возможность работать сообща, более эффективно и безошибочно.
Обмен данными должен осуществляться через общую среду данных. Это единственный источник информации для проекта, используемый для сбора, разработки, управления, использования и распространения документации, информационных моделей и прочих графических и неграфических данных для всей команды проекта.
Информация в СОД распределяется по функциональным областям данных:
Проектные данные должны последовательно проходить эти четыре области, где они:
Перед обменом данные необходимо проверить и утвердить.
Рисунок 6. Процедура СОД
Область данных «В работе»
Рабочими называются данные, над которыми в данный момент ведется работа и которые еще не проверены и не утверждены для использования извне.
Рабочие файлы (локальные и файл хранилища) BIM-модели должны разрабатываться по отдельности для каждой дисциплины.
Рабочие файлы должны храниться в локальных папках-хранилищах по каждой дисциплине проекта.
Каждая дисциплина, как правило, имеет доступ только в свой раздел области рабочих данных.
Перед обменом (копированием в область общих данных) данные необходимо проверить и утвердить.
Проверку и утверждение осуществляют руководитель проектной департамента, BIM-менеджер и BIM-координатор.
Область данных «Общий доступ»
Для организации скоординированной и эффективной коллективной работы каждая дисциплина проекта должна обеспечить доступ к своим данным в масштабах BIM-проекта. Для этого файлы из хранилища рабочей области Среды общих данных должны быть скопированы в структуру папок проекта «общий доступ» каждой дисциплины.
Обмен моделями должен осуществляться регулярно, по запросам смежных специалистов, но не реже 1-го раза в неделю, чтобы специалисты различных дисциплин могли работать с актуальной информацией.
Изменения, вносимые в общие данные, должны передаваться через извещения об изменениях по электронной почте.
Область «общий доступ» структуры папок проекта должна также выступать в качестве хранилища данных, которые должны быть доступны для совместного использования в BIM-проекте и были официально выданы/получены для/от технического заказчика и других внешних организаций. При отсутствии совместных ресурсов Заказчик может получать файлы по электронной почте или использовать облачные хранилища и самостоятельно размещать их в своей СОД.
BIM-модели, скопированные в область «общий доступ», могут быть использованы BIM-менеджером/координатором для сборки сводной многодисциплинарной BIM-модели и проверки этой модели на коллизии или для выгрузки запрашиваемых данных для заказчика, руководства и всех отделов организации.
Область данных «Опубликовано»
Файлы проектной и рабочей документации (чертежи и пр.) в форматах 2D DWF и PDF и файлы моделей в формате RVT, NWD должны храниться в области «опубликовано». Необходимо, чтобы они прошли официально принятые на проекте процедуры проверки и утверждения.
Контроль версионности должен осуществляться в Autodesk BIM 360.
BIM-данные взаимозависимы и изменения на одном виде могут повлиять на другие виды. Поэтому BIM-данные и все связанные виды считаются рабочими данными до тех пор, пока они не покинут BIM-окружения в формате, не допускающем редактирование (DWF, PDF, NWD).
Необходимо вести журнал всех выпущенных материалов проекта в электронном или бумажном виде.
Повторно выпускаются только те чертежи, которые требуют дальнейшей модификации.
Область данных «Архив»
Архивные данные – копии всех версий проектных данных.
На ключевых этапах процесса информационного моделирования в область «архив» должна копироваться полная версия всех данных BIM-проекта, включая опубликованные, замененные и исполнительные чертежи и данные.
На ключевых этапах процесса проектирования в архивную папку должна копироваться полная версия BIM-данных и связанных с ними чертежей.
Архивные данные должны находиться в хранилищах логических папок, которые четко идентифицируются с архивным статусом.
Имена папок архива должны начинаться с даты в формате ГГ.ММ.ДД.
Рабочими называются данные, над которыми в данный момент ведется работа и которые еще не проверены и не утверждены для использования извне.
Рабочие файлы (локальные и файл хранилища) BIM-модели должны разрабатываться по отдельности для каждой дисциплины.
Рабочие файлы должны храниться в локальных папках-хранилищах по каждой дисциплине проекта.
Каждая дисциплина, как правило, имеет доступ только в свой раздел области рабочих данных.
Перед обменом (копированием в область общих данных) данные необходимо проверить и утвердить.
Проверку и утверждение осуществляют руководитель проектной департамента, BIM-менеджер и BIM-координатор.
Область данных «Общий доступ»
Для организации скоординированной и эффективной коллективной работы каждая дисциплина проекта должна обеспечить доступ к своим данным в масштабах BIM-проекта. Для этого файлы из хранилища рабочей области Среды общих данных должны быть скопированы в структуру папок проекта «общий доступ» каждой дисциплины.
Обмен моделями должен осуществляться регулярно, по запросам смежных специалистов, но не реже 1-го раза в неделю, чтобы специалисты различных дисциплин могли работать с актуальной информацией.
Изменения, вносимые в общие данные, должны передаваться через извещения об изменениях по электронной почте.
Область «общий доступ» структуры папок проекта должна также выступать в качестве хранилища данных, которые должны быть доступны для совместного использования в BIM-проекте и были официально выданы/получены для/от технического заказчика и других внешних организаций. При отсутствии совместных ресурсов Заказчик может получать файлы по электронной почте или использовать облачные хранилища и самостоятельно размещать их в своей СОД.
BIM-модели, скопированные в область «общий доступ», могут быть использованы BIM-менеджером/координатором для сборки сводной многодисциплинарной BIM-модели и проверки этой модели на коллизии или для выгрузки запрашиваемых данных для заказчика, руководства и всех отделов организации.
Область данных «Опубликовано»
Файлы проектной и рабочей документации (чертежи и пр.) в форматах 2D DWF и PDF и файлы моделей в формате RVT, NWD должны храниться в области «опубликовано». Необходимо, чтобы они прошли официально принятые на проекте процедуры проверки и утверждения.
Контроль версионности должен осуществляться в Autodesk BIM 360.
BIM-данные взаимозависимы и изменения на одном виде могут повлиять на другие виды. Поэтому BIM-данные и все связанные виды считаются рабочими данными до тех пор, пока они не покинут BIM-окружения в формате, не допускающем редактирование (DWF, PDF, NWD).
Необходимо вести журнал всех выпущенных материалов проекта в электронном или бумажном виде.
Повторно выпускаются только те чертежи, которые требуют дальнейшей модификации.
Область данных «Архив»
Архивные данные – копии всех версий проектных данных.
На ключевых этапах процесса информационного моделирования в область «архив» должна копироваться полная версия всех данных BIM-проекта, включая опубликованные, замененные и исполнительные чертежи и данные.
На ключевых этапах процесса проектирования в архивную папку должна копироваться полная версия BIM-данных и связанных с ними чертежей.
Архивные данные должны находиться в хранилищах логических папок, которые четко идентифицируются с архивным статусом.
Имена папок архива должны начинаться с даты в формате ГГ.ММ.ДД.
«В работе»;
«Общий доступ»;
«Опубликовано»;
«Архив».
разрабатываются, проверяются и утверждаются для совместного использования (область данных «В работе»);
используются для согласования проектных решений (междисциплинарной координации) и утверждаются для выпуска проектной и рабочей документации (область данных «Общий доступ»);
документируются, публикуются и используются всеми участниками проекта (область данных «Опубликовано»);
архивируются в соответствии с принятыми в организации процедурами и регламентами (область данных «Архив»).
Среда общих данных
Основные правила обмена данными
Форматы и правила (протоколы) обмена данными должны быть согласованы всеми участниками BIM-проекта и зафиксированы в Плане реализации BIM-проекта.
Перед обменом данными между программными пакетами необходимо учесть требования и ограничения целевых программных или аппаратных систем, чтобы должным образом подготовить BIM-данные к экспорту/импорту.
Форматы и правила обмена данными между различными программными и аппаратными системами необходимо проверить путем пробного переноса, чтобы удостовериться в сохранении целостности данных.
Перед экспортом/импортом данных необходимо выполнить их очистку, чтобы удалить всю лишнюю информацию, которая может дестабилизировать структуру данных.
Перед обменом BIM-данными необходимо убедиться в следующем:
Форматы и правила (протоколы) обмена данными должны быть согласованы всеми участниками BIM-проекта и зафиксированы в Плане реализации BIM-проекта.
Перед обменом данными между программными пакетами необходимо учесть требования и ограничения целевых программных или аппаратных систем, чтобы должным образом подготовить BIM-данные к экспорту/импорту.
Форматы и правила обмена данными между различными программными и аппаратными системами необходимо проверить путем пробного переноса, чтобы удостовериться в сохранении целостности данных.
Перед экспортом/импортом данных необходимо выполнить их очистку, чтобы удалить всю лишнюю информацию, которая может дестабилизировать структуру данных.
Перед обменом BIM-данными необходимо убедиться в следующем:
Рекомендации по именованию файлов проекта
Рекомендации по именованию файлов проекта
<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>_<Поле6>
Поле1: Код проекта
Аббревиатура или код, обозначающий проект.
Поле2: Код источника (организации)
Аббревиатура или код, обозначающий участника проекта.
Поле3: Здание/Зона (наименование или код)
Обозначает, к какому зданию или сооружению, области, стадии или зоне относится модель, если проект разделен на зоны.
Поле4: Раздел проекта/марка комплекта
Поле5: Описание
Поле, описывающее тип данных, представленных в файле, или уникальный номер файла.
Поле6: Версия программного обеспечения
Пример:
ПР2018-14-2_ГК_ГлавныйКорпус_ТХ2_3М_R19
В случае, когда Информационные требования содержат правила именования, они должны быть отражены в «BEP – плане выполнения проекта».
Также все остальные правила наименования загружаемых и системных семейств, типоразмеров, рабочих наборов, видов, параметров, уровней, листов и т.д., указываются в «BEP – Плане выполнения BIM-проекта».
<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>_<Поле6>
Поле1: Код проекта
Аббревиатура или код, обозначающий проект.
Поле2: Код источника (организации)
Аббревиатура или код, обозначающий участника проекта.
Поле3: Здание/Зона (наименование или код)
Обозначает, к какому зданию или сооружению, области, стадии или зоне относится модель, если проект разделен на зоны.
Поле4: Раздел проекта/марка комплекта
Поле5: Описание
Поле, описывающее тип данных, представленных в файле, или уникальный номер файла.
Поле6: Версия программного обеспечения
Пример:
ПР2018-14-2_ГК_ГлавныйКорпус_ТХ2_3М_R19
В случае, когда Информационные требования содержат правила именования, они должны быть отражены в «BEP – плане выполнения проекта».
Также все остальные правила наименования загружаемых и системных семейств, типоразмеров, рабочих наборов, видов, параметров, уровней, листов и т.д., указываются в «BEP – Плане выполнения BIM-проекта».
формат файлов, номер версии Revit® и правила именования соответствуют BIM-стандарту организации;
использованные в модели элементы соответствуют классификации данных в соответствии с категориями Revit® или принятой в организации системе классификации (кодирования) конструктивных элементов и инженерных систем здания/сооружения;
файлы модели находятся в актуальном состоянии и содержат все локальные правки, внесенные всеми пользователями;
файлы модели отсоединены от центрального файла хранилища;
связанные данные, необходимые для загрузки модели, доступны;
файл модели проверен, очищен от неиспользованного содержимого и сжат;
проектная группа оповещена обо всех изменениях с момента предыдущего выпуска.
В качестве знака-разделителя между полями рекомендуется использовать знак «подчеркивание» («_»).
Все поля в имени файла начинаются с заглавной (прописной) буквы, за которой следуют строчные. Если поле состоит из двух и более слов, то каждое слово необходимо начинать с заглавной буквы. Все слова имени пишутся слитно.
Аббревиатуры и коды рекомендуется писать заглавными буквами.
Запрещается использовать в именах следующие знаки и символы:
, . ! " £ $ % ^ & * ( ) { }[ ] + = <> ? | \ / @ ' ~ # ¬ ` '
, . ! " £ $ % ^ & * ( ) { }[ ] + = <> ? | \ / @ ' ~ # ¬ ` '
В Таблица 2 приведены форматы обмена для используемых инструментов среды информационного моделирования и наиболее часто используемые способы их применения.
Форматы обмена данными
Глобальные параметры Revit настраиваются в окне «Настройка». В настоящем стандарте будут определены минимальные настройки:
Интервалы напоминания сохранения следует выставить с учетом объема работ и количества участников при коллективной работе. Рекомендованные значения – от 30 до 60 минут.
Имя пользователя играет большую роль при коллективной работе. Неоднозначные имена пользователей должны быть исключены.
В качестве имени пользователя допускается использовать как полное ФИО, так и двух- или трехзначный код, который надо писать заглавными буквами. По умолчанию, Revit в качестве имени пользователя предлагает имя учетной записи операционной системы при входе в компьютер/сеть.
Частоту обновлений при совместной работе следует сделать максимальной.
Имя пользователя играет большую роль при коллективной работе. Неоднозначные имена пользователей должны быть исключены.
В качестве имени пользователя допускается использовать как полное ФИО, так и двух- или трехзначный код, который надо писать заглавными буквами. По умолчанию, Revit в качестве имени пользователя предлагает имя учетной записи операционной системы при входе в компьютер/сеть.
Частоту обновлений при совместной работе следует сделать максимальной.
Инструменты и анализ следует настроить согласно потребностям конкретного рабочего места; отключить части инструментария, ненужные для выполнения работы.
Настройки горячих клавиш дают возможность быстрого запуска большинства команд с использованием клавиатуры. Полный перечень команд, запуск которых возможен с использованием горячих клавиш, можно найти в окне «Горячие клавиши».
Настройки горячих клавиш дают возможность быстрого запуска большинства команд с использованием клавиатуры. Полный перечень команд, запуск которых возможен с использованием горячих клавиш, можно найти в окне «Горячие клавиши».
Опция «Использовать аппаратное ускорение (Direct3D)» по умолчанию включена. Если при работе на конкретном рабочем месте возникнут проблемы с отображением модели в рабочем пространстве, необходимо отключить использование аппаратного ускорения.
Цвет фона менять не рекомендуется, так как работа Revit в большей степени настроена именно под белый фон.
Цвет фона менять не рекомендуется, так как работа Revit в большей степени настроена именно под белый фон.
Необходимо определить наиболее часто используемые в работе шаблоны и разместить их в таблице. Первые пять шаблонов списка окажутся под рукой в виде ссылок на странице «Последние файлы», с которой по умолчанию начинается работа в Revit.
Менять содержимое остальных закладок окна «Настройка» нет необходимости.
Все остальные настройки и инструкции Revit подробно описаны в Приложение 3 к BIM-Стандарту «Правила работы в Revit. Моделирование».
Менять содержимое остальных закладок окна «Настройка» нет необходимости.
Все остальные настройки и инструкции Revit подробно описаны в Приложение 3 к BIM-Стандарту «Правила работы в Revit. Моделирование».
Настройки Revit
Вкладка «Интерфейс пользователя»
Вкладка «Общие»
Вкладка «Графика»
Вкладка «Файлы»
Настройка глобальных параметров
Общие параметры создаются и используются как при создании загружаемых семейств, так и в самом проекте, в качестве параметра проекта. Во втором случае они могут быть назначены любой категории элементов Revit.
Рекомендации по работе с файлом общих параметров (ФОП):
Рекомендации по работе с файлом общих параметров (ФОП):
Таблица 3. Пример характеристик общих параметров проекта
Revit может работать одновременно только с одним файлом общих параметров. В процессе разработки к файлу проекта возможно подключать по очереди несколько разных файлов общих параметров и, таким образом, использовать общие параметры, находящиеся в разных ФОП.
Так как файлов общих параметров в организации может быть несколько, то в начале проекта надо убедиться, что используется нужный файл.
Файл общих параметров организации хранится в папке «Шаблоны» в центральной библиотеке ВIМ-ресурсов организации вместе с соответствующим шаблоном проекта.
Всем участникам проекта файл общих параметров организации предоставляется с правами только на чтение. Изменения в файл общих параметров вносятся только BIM-менеджером/координатором с информированием всех участников проекта. При каждом добавлении новых общих параметров создается его резервная копия.
Названия групп и параметров создаются согласно правилу именования параметров.
Настройка файлов общих параметров выполняется BIM-менеджером/координатором.
Пример некоторых общих параметров приведен в таблице 3.
Файл общих параметров
Шаблон представляет собой тот же файл проекта, но имеющий расширение RTE. При создании нового проекта, выбирая определенный шаблон, пользователь выбирает и применяет определенные настройки, содержащиеся в шаблоне. Сам файл шаблона остается неизменным, а новый проект сохраняется с другим расширением – RVT.
Для каждой раздела проекта используется свой шаблон. При этом допускается создание и использование одного общего шаблона для всех специальностей и разделов проекта. Настройки архитектурного шаблона будут являться общими для всех специальностей, что необходимо учесть при определении очередности их создания.
Все разделы проекта, выполненные в программной среде Revit, должны базироваться на заранее настроенном шаблоне проекта.
Для каждой раздела проекта используется свой шаблон. При этом допускается создание и использование одного общего шаблона для всех специальностей и разделов проекта. Настройки архитектурного шаблона будут являться общими для всех специальностей, что необходимо учесть при определении очередности их создания.
Все разделы проекта, выполненные в программной среде Revit, должны базироваться на заранее настроенном шаблоне проекта.
А также, шаблоны расположены в библиотеке BIM-ресурсов организации в СОД, в папке «Шаблоны».
Изменения шаблонов выполняется BIM-менеджером/координатором согласно утвержденному регламенту.
Изменения шаблонов выполняется BIM-менеджером/координатором согласно утвержденному регламенту.
Шаблон проекта
При создании загружаемых семейств необходимо использовать специальный файл, шаблон семейства, имеющий расширение RFT (Revit Family Template – шаблон семейства Revit).
Шаблоны семейств представляют собой файлы, содержащие необходимые наборы свойств и определение поведения будущего библиотечного элемента – семейства.
Для каждой категории Revit существует свой файл шаблона. Какой шаблон выбрать, определяется категорией будущего семейства.
Для создания семейства необходимо использовать шаблон, соответствующий категории самого семейства. Выбор неправильного шаблона может вызвать неправильное отображение и/или неправильное поведение элемента модели, а также ошибочное определение в спецификациях.
Примеры шаблонов семейств для элементов модели:
Шаблоны семейств представляют собой файлы, содержащие необходимые наборы свойств и определение поведения будущего библиотечного элемента – семейства.
Для каждой категории Revit существует свой файл шаблона. Какой шаблон выбрать, определяется категорией будущего семейства.
Для создания семейства необходимо использовать шаблон, соответствующий категории самого семейства. Выбор неправильного шаблона может вызвать неправильное отображение и/или неправильное поведение элемента модели, а также ошибочное определение в спецификациях.
Примеры шаблонов семейств для элементов модели:
Примеры шаблонов семейств для элементов аннотаций:
Примеры шаблонов семейств основных надписей:
Пример шаблона семейства формообразующих:
МетрическаяСистема_Дверь.rft
МетрическаяСистема_Колонна.rft
МетрическаяСистема_Профиль.rft
МетрическаяСистема_Окно.rft
МетрическаяСистема_ОтводВоздуховода.rft
МетрическаяСистема_ЗаголовокРазреза.rft
МетрическаяСистема_МаркаДвери.rft
МетрическаяСистема_МаркаЭлектрооборудования.rft
МетрическаяСистема_МаркаПомещения.rft
A0_Метрический.rft
A1_Метрический.rft
МетрическаяСистема_Формообразующий
Элемент.rft
Элемент.rft
Шаблоны семейств
Процесс информационного моделирования
Не допускается моделирование сквозных элементов (кроме раздела MEP) – т.е. стены, колонны и т.п. должны быть разделены по уровням.
Каждый элемент должен иметь корректную привязку к уровню, например, элементы, располагающиеся в пространстве 2-го этажа, не должны быть привязаны к уровню 1-го этажа.
При создании элементов Модель в Контексте следует избегать назначение категории «Обобщенные модели/General Model», а присваивать элементу соответствующую категорию.
Инженерные системы в Revit должны соответствовать проектным инженерным системам. Все компоненты проектной системы должны принадлежать соответствующей системе в Revit.
В архитектурных моделях в настройках «Расчеты объемов и площадей» должны быть указаны «Площади и объемы», в архитектурных файлах со сложной структурой ссылок в Свойствах типа должна стоять галочка «Граница помещений».
Каждый элемент должен иметь корректную привязку к уровню, например, элементы, располагающиеся в пространстве 2-го этажа, не должны быть привязаны к уровню 1-го этажа.
При создании элементов Модель в Контексте следует избегать назначение категории «Обобщенные модели/General Model», а присваивать элементу соответствующую категорию.
Инженерные системы в Revit должны соответствовать проектным инженерным системам. Все компоненты проектной системы должны принадлежать соответствующей системе в Revit.
В архитектурных моделях в настройках «Расчеты объемов и площадей» должны быть указаны «Площади и объемы», в архитектурных файлах со сложной структурой ссылок в Свойствах типа должна стоять галочка «Граница помещений».
Общие требования
Цель разделения информационной модели заключается в том, чтобы обеспечить основу для многопользовательского доступа к модели и осуществления эффективной коллективной работы над проектом. Структура модели должна учитывать все разрабатываемые разделы BIM-проекта. Принципы разделения модели представлены в Таблица 4
Таблица 4. Пример характеристик общих параметров проекта
При разработке информационной модели обязательно соблюдение следующих практических подходов:
В случае моделей инженерных коммуникаций допускается объединение моделей разных дисциплин в одну. Это может произойти, когда определенное оборудование нужно подключить к нескольким системам. Учитывая такой сценарий, модель можно разделить разными способами. Стратегия разделения объекта в таких случаях должна быть определена в плане реализации BIM-проекта.
Разбивка проекта по вертикали и горизонтали
В начале разработки проекта по каждому разделу, сразу по завершении создания соответствующих файлов проекта, необходимо произвести разбивку пространства модели по вертикали и горизонтали.
Разбивка по вертикали осуществляется созданием уровней и соответствующих видов. Уровни следует создавать до размещения координационных осей. Названия уровней и видов должны соответствовать правилам именования уровней и видов, изложенным в настоящем стандарте.
Разбивка по горизонтали осуществляется созданием координационных осей, названия которых должны соответствовать правилам именования осей.
Для централизованного управления уровнями и координационными осями возможно использование разбивочного файла, содержащего в себе все уровни и сетку координационных осей объекта. В этом случае уровни и оси переносятся во все модели с помощью инструмента Копирование/Мониторинг, что позволяет при изменении уровней и осей отследить внесённые изменения и перенести эти изменения во все связанные модели.
Разбивка проекта по вертикали и горизонтали
В начале разработки проекта по каждому разделу, сразу по завершении создания соответствующих файлов проекта, необходимо произвести разбивку пространства модели по вертикали и горизонтали.
Разбивка по вертикали осуществляется созданием уровней и соответствующих видов. Уровни следует создавать до размещения координационных осей. Названия уровней и видов должны соответствовать правилам именования уровней и видов, изложенным в настоящем стандарте.
Разбивка по горизонтали осуществляется созданием координационных осей, названия которых должны соответствовать правилам именования осей.
Для централизованного управления уровнями и координационными осями возможно использование разбивочного файла, содержащего в себе все уровни и сетку координационных осей объекта. В этом случае уровни и оси переносятся во все модели с помощью инструмента Копирование/Мониторинг, что позволяет при изменении уровней и осей отследить внесённые изменения и перенести эти изменения во все связанные модели.
Файл модели должен содержать данные только одной дисциплины. Для инженерных сетей могут применяться исключения. В этом случае несколько дисциплин может быть объединено в одном файле;
Разделение файла может производиться поэтапно. Например, на стадии Концепции в одном файле допустимо разрабатывать сразу несколько зданий, на стадии Проект каждое здание должно разрабатываться в отдельном файле, а на стадии Рабочей Документации деление модели по файлам может производиться уже посекционно (см. Таблица 4);
В случаях, когда один проект состоит из нескольких моделей, необходимо предусмотреть создание сводной модели, функция которой заключается в соединении различных частей проекта воедино с целью 3D-координации, т.е. обнаружения и устранения коллизий;
Разделение модели должно учитывать распределение задач между пользователями – это позволит свести к минимуму необходимость переключения между моделями;
Все модели и их части (рабочие наборы) необходимо именовать согласно правилам именования;
Файлы, подключенные ссылками, должны быть помещены в собственные рабочие наборы. Следует избегать импортирования файлов и пользоваться только ссылками.
При разделении следует учесть распределение заданий между участниками с целью свести к минимуму необходимость переключения между разными файлами;
Все части модели должны иметь правильное местоположение относительно заранее согласованной в базовом файле системы координат;
Проекты раздела Конструктивные решения следует делить по деформационным швам, захваткам бетонных и металлических конструкций.
Принципы разделения модели
Использование внешних ссылок
Использование внешних ссылок позволяет воспользоваться в проекте дополнительной геометрией и данными. Это могут быть либо части одного проекта, который слишком велик для управления, либо данные другой дисциплины, которая, возможно, разрабатывается подрядной организацией.
Некоторые модели нуждаются в разбиении одного объекта на несколько более управляемых частей, которые затем снова собираются в единый файл – сводную модель.
Примером создания такого файла может быть создание сводной модели в Navisworks Manage, в которую загружаются файлы разных разделов проекта, созданные в Revit.
При разделении модели на отдельные файлы необходимо руководствоваться следующим:
следует учесть распределение заданий между участниками с целью свести к минимуму необходимость переключения между разными файлами;
при использовании ссылок модель должна иметь правильное местоположение относительно заранее согласованной в базовом файле системы координат.
Внешние ссылки между разделами
Каждая отдельная дисциплина, участвующая в проекте, должна иметь свою собственную модель, за которую она несет ответственность.
Модель одной дисциплины может ссылаться на модель другой дисциплины в целях координации.
При этом необходимо руководствоваться следующим:
Использование внешних ссылок позволяет воспользоваться в проекте дополнительной геометрией и данными. Это могут быть либо части одного проекта, который слишком велик для управления, либо данные другой дисциплины, которая, возможно, разрабатывается подрядной организацией.
Некоторые модели нуждаются в разбиении одного объекта на несколько более управляемых частей, которые затем снова собираются в единый файл – сводную модель.
Примером создания такого файла может быть создание сводной модели в Navisworks Manage, в которую загружаются файлы разных разделов проекта, созданные в Revit.
При разделении модели на отдельные файлы необходимо руководствоваться следующим:
следует учесть распределение заданий между участниками с целью свести к минимуму необходимость переключения между разными файлами;
при использовании ссылок модель должна иметь правильное местоположение относительно заранее согласованной в базовом файле системы координат.
Внешние ссылки между разделами
Каждая отдельная дисциплина, участвующая в проекте, должна иметь свою собственную модель, за которую она несет ответственность.
Модель одной дисциплины может ссылаться на модель другой дисциплины в целях координации.
При этом необходимо руководствоваться следующим:
Согласованные координаты проекта и направление истинного севера должны быть задокументированы с самого начала и никаких отклонений от них не должно существовать. Если появится необходимость каких-либо изменений в координатах или направлении истинного севера, это должно быть задокументировано в плане реализации BIM-проекта.
Владение элементами следует надлежащим образом определять и отслеживать с помощью Матрицы соответствия уровня проработки модели стадиям работ. Матрица соответствия уровня проработки модели стадиям работ должна быть включена в план реализации BIM-проекта, чтобы определить ответственного за каждый элемент модели на каждом этапе работ.
Проектировщики, разрабатывающие конкретный раздел проекта, могут заблаговременно создать пустую модель для смежной дисциплины с целью заранее подготовить место для последующей вставки смежной модели, которая в тот момент еще не существует. Например, архитекторы могут отдельным файлом создать пустую конструкторскую модель, предварительно ее подгрузить и таким образом подготовить место для вставки конструкторской модели, когда она появится.
В случае моделей инженерных коммуникаций допускается объединение моделей разных дисциплин в одну. Это может произойти, когда определенное оборудование нужно подключить к нескольким системам. Учитывая такой сценарий, модель можно разделить разными способами. Стратегия разделения объекта в таких случаях должна быть определена в плане реализации BIM-проекта.
Разработка компонентов модели с учетом требований к уровню проработки информационной модели
При создании и использовании компонентов в проекте необходимо придерживаться следующих основных принципов:
При создании и использовании компонентов в проекте необходимо придерживаться следующих основных принципов:
Все компоненты должны располагаться в библиотеке конкретного проекта либо в центральной библиотеке ресурсов;
Новые компоненты, созданные в ходе разработки проекта, должны храниться в области «рабочих данных» среды общих данных;
Назначение и будущее использование создаваемых компонентов должны быть учтены в процессе их создания;
Прежде чем новые компоненты будут добавлены в центральную библиотеку ресурсов, BIM-менеджер/координатор должен проверить их на соответствие минимальным требованиям качества библиотечных элементов;
Компоненты следует разрабатывать с учетом уровня проработки элементов модели, необходимого на данном этапе проектирования;
Компонент информационной модели следует создавать с минимально необходимой геометрической информацией. Чем меньше 3D-геометрии в информационной модели, тем с ней будет быстрее и легче работать;
В ходе разработки BIM-проекта может появиться необходимость добавить в компонент дополнительные технические характеристики, так как элементы должны соответствовать конечным целям проекта. Добавление дополнительной информации в существующие компоненты можно будет выполнить либо созданием общих параметров и их назначением конкретным категориям элементов внутри самого проекта, либо добавлением этих параметров в каждый компонент – элемент библиотеки отдельно;
В проектах следует использовать файл общих параметров организации, обеспечивающий согласованность именования параметров при создании новых компонентов. Эта согласованность имеет особое значение для сохранения целостности данных в случаях, когда один компонент имеет несколько разных вариантов для разных уровней проработки.
В процессе информационного моделирования допускается использование плоских чертежей для дополнения BIM-модели необходимой информацией.
В плане реализации конкретного BIM-проекта необходимо определить тот предел, при достижении которого вся дополнительная графическая информация будет вводиться инструментами 2D-черчения с использованием интеллектуальных 2D-объектов.
Техники детализации и улучшения модели плоскими чертежами нужно использовать всегда, когда это возможно, с целью уменьшения сложности модели, но без ущерба для ее целостности. Для выполнения детализации следует использовать инструменты панели «Узел» ленты Revit.
В плане реализации конкретного BIM-проекта необходимо определить тот предел, при достижении которого вся дополнительная графическая информация будет вводиться инструментами 2D-черчения с использованием интеллектуальных 2D-объектов.
Техники детализации и улучшения модели плоскими чертежами нужно использовать всегда, когда это возможно, с целью уменьшения сложности модели, но без ущерба для ее целостности. Для выполнения детализации следует использовать инструменты панели «Узел» ленты Revit.
Использование 2D-элементов для детализации 3D-моделей
При информационном моделировании использование CAD-файлов, необходимых для поддержки окончательной документации следует свести к минимуму.
Однако, в случае использования и работы с 2D-содержимым других программных продуктов необходимо учесть следующие требования:
Однако, в случае использования и работы с 2D-содержимым других программных продуктов необходимо учесть следующие требования:
Следует избегать использования CAD-чертежей внутри BIM-платформы в качестве узлов. Их необходимо предварительно перевести в объекты BIM-платформы. Если использования CAD-чертежей в проекте не избежать, такие файлы следует связывать, а не импортировать;
Если в проекте имеются связанные 2D-чертежи, при компоновке листов участникам проекта следует удостовериться, что вся информация из таких чертежей проверена и утверждена и что она вставлена в проект непосредственно из области «общих данных» среды общих данных;
CAD-файлы должны быть очищены от ненужных элементов и пройти аудит;
CAD-файлы должны быть освобождены от внешних ссылок. Внешние ссылки следует привязать до того, как вставлять их в проект;
Новые стандартные 2D-узлы для центральной библиотеки стандартных элементов следует перевести в формат BIM-платформы.
Работа с чертежами формата DWG
Технология информационного моделирования подразумевает выпуск документации непосредственно из модели. Компоновка комплекта выпускаемой документации должна быть выполнена заранее во избежание ошибок при выпуске, связанных с нехваткой времени для проверки.
Перед выпуском документации Автор обязан убедиться, что все данные, относящиеся к проекту, доступны и видимы.
В редких случаях допускается выпуск из 2D-CAD программ при условии использования и регулярного обновления активных ссылок (External References, XREF).
Выпуск проекта представляет собой процесс подготовки к выдаче проекта в виде:
Перед выпуском документации Автор обязан убедиться, что все данные, относящиеся к проекту, доступны и видимы.
В редких случаях допускается выпуск из 2D-CAD программ при условии использования и регулярного обновления активных ссылок (External References, XREF).
Выпуск проекта представляет собой процесс подготовки к выдаче проекта в виде:
Подготовка модели для публикации и архивации
При публикации и архивации проекта необходимо придерживаться следующих требований:
При публикации и архивации проекта необходимо придерживаться следующих требований:
проектной документации в электронном виде, в формате PDF, DWF, DWG;
сводной модели формата NWD;
модели(ей) в формате RVT (при необходимости).
Перед каждой выдачей модели на каждом этапе разработки ее необходимо архивировать;
Связанные файлы необходимо архивировать вместе с самой моделью;
Перед публикацией модель необходимо очистить от ненужных и неиспользованных элементов.
Выпуск проектной документации
Исходные данные и материалы для разработки
Перед началом разработки BIM-проекта, кроме необходимых исходных данных (таких как техническое задание, включая документ «Информационные требования заказчика», результаты всех видов инженерных изысканий и т.п.), необходимо наличие:
Перед началом разработки BIM-проекта, кроме необходимых исходных данных (таких как техническое задание, включая документ «Информационные требования заказчика», результаты всех видов инженерных изысканий и т.п.), необходимо наличие:
Библиотека шаблонов проекта
Шаблоны проекта являются предварительно настроенными проектами, содержащими загруженные стандартные семейства, поля для ввода общей информации о проекте, элементы оформления листов и настроенные стили оформления документации. Тем самым они обеспечивают основу стандартизации проекта и увеличивают эффективность работы, особенно на ранних стадиях разработки модели. Для каждой дисциплины рекомендуется создать отдельный стандартный шаблон. Все шаблоны по разным дисциплинам включаются в состав библиотеки шаблонов проекта, которая входит в состав центральной библиотеки BIM-ресурсов организации.
Библиотека семейств
Для нужд проекта необходимо заранее подготовить библиотеку компонентов, которые в нем будут применены.
При создании компонентов нужно учесть правила и лучшие практики, представленные в п. 3.5 «Разработка компонентов модели с учетом требований LOD».
Разделение проекта на разделы и выбор шаблонов
Конечным результатом информационного моделирования предполагается сводная модель объекта, т.е. модель, собранная из отдельных моделей по разделам. Каждый раздел проекта необходимо разрабатывать в отдельном файле проекта.
Перед началом разработки проекта по разделам требуется выбрать соответствующий шаблон, находящийся в библиотеке шаблонов организации.
Создание файлов проекта
В проекте каждый раздел разрабатывается в отдельном файле. В разработке файлов проекта по разделам могут принимать участие как один специалист, так и группа. В случае групповой работы для каждого раздела необходимо создать свой файл хранилища.
При создании файла проекта необходимо по каждому разделу использовать соответствующий шаблон проекта, заранее подготовленный и находящийся в библиотеке шаблонов организации. Допускается создание одного общего шаблона для всех разделов, включая архитектурный.
Базовая точка проекта и точка съемки
У каждого проекта существуют базовая точка проекта и точка съемки. По умолчанию они скрыты и их нельзя удалить.
Базовая точка проекта представляет собой начало системы координат проекта. Все координаты и отметки точек проекта будут отображены в этой координационной системе. Пересечении первых осей координационной сетки следует разместить в базовой точке проекта.
Точка съемки представляет собой точку в реальном мире, ее нужно привязать к известным геодезическим точкам. Она используется для задания проекту абсолютных координат и ориентации. При отсутствии абсолютных координат точку съемки рекомендуется разместить на том же месте, что и базовую точку проекта.
Передача общих координат файлам разделов проекта
В первую очередь необходимо создать базовый файл проекта. Это файл, в котором будут настроены геодезические координаты и отметки, а также направление севера. Базовый файл также может содержать геодезическую съемку и модель рельефа участка, если он имеется.
После создания базового файла следует создать разбивочный файл, содержащий определение горизонтальной (координационные оси) и вертикальной (уровни) разбивки.
После создания разбивочного файла необходимо приступить к созданию файлов по разделам. Каждый файл раздела требуется загрузить в базовый файл, задать ему правильное местоположение в горизонтальном и вертикальном направлениях и передать общие координаты. Таким образом без дополнительных действий будет обеспечена координация файлов проекта всех разделов. Также в каждый файл по разделам следует загрузить ссылкой разбивочный файл и, используя инструмент «Копирование/Мониторинг», создать оси и уровни.
Совпадение систем координат в разных файлах проекта имеет принципиальное значение, особенно если эти файлы будут загружаться в Navisworks – например, для проверки на коллизии.
Создание базового файла и передача общих координат файлам разделов выполняется BIM-менеджером/координатором согласно соответствующего регламента.
Разделение проекта на рабочие наборы
В зависимости от размера проектируемого объекта групповая работа с использованием рабочих наборов может быть организована как в рамках одного раздела, так и в масштабах целого проекта.
Рабочий набор – это набор любых элементов объекта, позволяющий выполнять коллективную работу над проектом, но обеспечивающий редактирование конкретных элементов только одним участником.
Рабочие наборы позволяют нескольким пользователям одновременно работать над файлом модели посредством использования центрального хранилища и синхронизированных локальных копий. Если рабочие наборы использовать правильно, это значительно повысит эффективность и результативность на крупных и многопользовательских проектах.
При использовании рабочих наборов рекомендуется учесть следующее:
Необходимо создать соответствующие рабочие наборы путем назначения элементов либо индивидуально, либо по категориям, расположению, распределению задач и т.д.
При создании рабочих наборов каждый элемент модели получает новое свойство-параметр – принадлежность рабочему набору. Элемент может одновременно принадлежать только одному рабочему набору.
Для повышения производительности аппаратного обеспечения рекомендуется открывать только необходимые рабочие наборы. Revit гарантирует, что элементы, содержащиеся в закрытых рабочих наборах, будут обновлены, если изменения, внесенные в открытых рабочих наборах, повлияют на них во время разработки модели.
Локальный файл необходимо создавать каждый раз, когда он по любой причине был закрыт. Открывать старый локальный файл считается плохой практикой.
Во избежание перегруженности модели и для обеспечения возможности контроля за эффективностью разработки проект должен быть разделен на достаточное количество рабочих наборов.
Рабочие наборы необходимо именовать согласно правилам, задокументированным в BEP.
Все участники проектной команды должны каждый час синхронизировать проект с файлом хранилища.
BIM-менеджер/координатор должен определить для каждого участника проектной команды интервал времени, в котором он должен синхронизировать свой локальный файл с хранилищем. Это поможет избежать замедления работы из-за попыток нескольких участников одновременно синхронизироваться с хранилищем.
Во избежание задержек в работе других участников проектной команды пользователи должны не оставлять без присмотра синхронизацию с хранилищем и разрешать все возникающие вопросы.
Если пользователь все-таки запустил синхронизацию с хранилищем в момент, когда к этому процессу уже приступил другой пользователь, он должен немедленно приостановить синхронизацию до тех пор, пока предыдущий пользователь ее не завершит
Создание файла хранилища и локальных копий
Файл хранилища создается при первом сохранении проекта, в котором были созданы рабочие наборы. Данный файл должен быть доступен всем участникам разработки BIM-модели.
Локальные файлы создаются открытием файла хранилища и его незамедлительным пересохранением в локальную папку, а также при открытии файла хранилища с установленной галочкой в «Создать новый локальный».
Файл хранилища создает BIM-менеджер/координатор.
Локальные файлы создает каждый BIM-автор на своем рабочем месте.
Центральный файл-хранилище может открывать только BIM-менеджер/координатор и только в целях администрирования проекта. Пользователи – участники проекта имеют право открыть файл хранилища только для создания локальной копии.
Использование семейств в проекте
В проектах используются загружаемые, системные и контекстные семейства.
Все семейства, разработанные внутри организации или предоставленные производителями строительных изделий, оборудования и материалов, а также приобретенные у сторонних организаций и прошедшие проверку качества, входят в состав центральной библиотеки BIM-ресурсов организации.
Библиотечные элементы – семейства могут быть разработаны как внутри организации, так и внешними участниками, в том числе производителями оборудования.
Часть компонентов центральной библиотеки, применяющаяся в конкретном проекте, входит в состав библиотеки BIM-ресурсов проекта. Если в ходе разработки проекта возникает необходимость создания новых семейств, они разрабатываются по определенным правилам, описанным в соответствующем регламенте. Такие семейства сохраняются в библиотеке конкретного проекта.
Названия всех семейств и их типов должны соответствовать правилам именования.
Создание сводной модели
Основной целью создания сводной модели является проверка на коллизии. Первые проверки на коллизии следует выполнить, например, при готовности модели в 30%.
Сводную модель необходимо создавать в тех случаях, когда в проекте существуют разделы, находящиеся в отдельных файлах и разрабатываемые либо внутри самой проектной организации, либо силами субпроектных организаций.
Для сборки сводной модели рекомендуется использовать программное обеспечение Navisworks. Перед экспортом в Navisworks каждую модель Revit следует посредством инструмента «Проверка на пересечения» проверить на предмет самопересечений в пределах конкретной дисциплины.
При создании сводной модели необходимо учесть следующее:
Для упрощения анализа и проверки сводной модели каждый раздел проекта следует разрабатывать в отдельном файле согласно правилам разделения модели, определенных в Плане выполнения BIM-проекта. При наличии большого количества файлов по одному разделу в целях оптимизации структуры сводной модели допускается создание отдельной сводной модели по разделу проекта, которая будет входить в состав общей сводной модели BIM-проекта.
В каждом отдельном файле модели необходимо отключить все неиспользуемые элементы.
Все модели по дисциплинам должны быть актуальными (размещенными в области общих данных CDE).
Все предыдущие координационные вопросы должны быть обсуждены проектной командой.
Для каждого раздела проекта модель в Navisworks можно загрузить в формате RVT или NWC. Файл формата NWC создается в Revit с использованием дополнения для экспорта модели в Navisworks.
При создании окончательной сводной модели в файлах по разделам следует выполнить группировку элементов по их функциям и отдельными NWC-файлами подготовить для объединения в сводную модель. Для этих целей в Revit создаются специальные координационные виды, которые настраиваются так, чтобы на них оставались только те элементы, которые будут участвовать в проверке на коллизии. Соответственно экспорт следует выполнить с настройкой «Видимые на виде».
Для создания сводной модели элементам модели Revit следует добавить в ходе проектирования необходимое количество параметров, которые обеспечат в Navisworks последующее группирование созданием поисковых наборов.
Во избежание лишних манипуляций файлы по разделам (дисциплинам) должны иметь одинаковые координаты. При экспорте из Revit в формат NWC следует использовать опцию «Общие координаты».
Учитывая, что все виды из Revit будут переданы в программу сбора сводной модели, то часть видов можно предварительно в нем настроить. Рекомендуется такие виды в Revit группировать средствами организации диспетчера проекта.
Шаблоны проекта являются предварительно настроенными проектами, содержащими загруженные стандартные семейства, поля для ввода общей информации о проекте, элементы оформления листов и настроенные стили оформления документации. Тем самым они обеспечивают основу стандартизации проекта и увеличивают эффективность работы, особенно на ранних стадиях разработки модели. Для каждой дисциплины рекомендуется создать отдельный стандартный шаблон. Все шаблоны по разным дисциплинам включаются в состав библиотеки шаблонов проекта, которая входит в состав центральной библиотеки BIM-ресурсов организации.
Библиотека семейств
Для нужд проекта необходимо заранее подготовить библиотеку компонентов, которые в нем будут применены.
При создании компонентов нужно учесть правила и лучшие практики, представленные в п. 3.5 «Разработка компонентов модели с учетом требований LOD».
Разделение проекта на разделы и выбор шаблонов
Конечным результатом информационного моделирования предполагается сводная модель объекта, т.е. модель, собранная из отдельных моделей по разделам. Каждый раздел проекта необходимо разрабатывать в отдельном файле проекта.
Перед началом разработки проекта по разделам требуется выбрать соответствующий шаблон, находящийся в библиотеке шаблонов организации.
Создание файлов проекта
В проекте каждый раздел разрабатывается в отдельном файле. В разработке файлов проекта по разделам могут принимать участие как один специалист, так и группа. В случае групповой работы для каждого раздела необходимо создать свой файл хранилища.
При создании файла проекта необходимо по каждому разделу использовать соответствующий шаблон проекта, заранее подготовленный и находящийся в библиотеке шаблонов организации. Допускается создание одного общего шаблона для всех разделов, включая архитектурный.
Базовая точка проекта и точка съемки
У каждого проекта существуют базовая точка проекта и точка съемки. По умолчанию они скрыты и их нельзя удалить.
Базовая точка проекта представляет собой начало системы координат проекта. Все координаты и отметки точек проекта будут отображены в этой координационной системе. Пересечении первых осей координационной сетки следует разместить в базовой точке проекта.
Точка съемки представляет собой точку в реальном мире, ее нужно привязать к известным геодезическим точкам. Она используется для задания проекту абсолютных координат и ориентации. При отсутствии абсолютных координат точку съемки рекомендуется разместить на том же месте, что и базовую точку проекта.
Передача общих координат файлам разделов проекта
В первую очередь необходимо создать базовый файл проекта. Это файл, в котором будут настроены геодезические координаты и отметки, а также направление севера. Базовый файл также может содержать геодезическую съемку и модель рельефа участка, если он имеется.
После создания базового файла следует создать разбивочный файл, содержащий определение горизонтальной (координационные оси) и вертикальной (уровни) разбивки.
После создания разбивочного файла необходимо приступить к созданию файлов по разделам. Каждый файл раздела требуется загрузить в базовый файл, задать ему правильное местоположение в горизонтальном и вертикальном направлениях и передать общие координаты. Таким образом без дополнительных действий будет обеспечена координация файлов проекта всех разделов. Также в каждый файл по разделам следует загрузить ссылкой разбивочный файл и, используя инструмент «Копирование/Мониторинг», создать оси и уровни.
Совпадение систем координат в разных файлах проекта имеет принципиальное значение, особенно если эти файлы будут загружаться в Navisworks – например, для проверки на коллизии.
Создание базового файла и передача общих координат файлам разделов выполняется BIM-менеджером/координатором согласно соответствующего регламента.
Разделение проекта на рабочие наборы
В зависимости от размера проектируемого объекта групповая работа с использованием рабочих наборов может быть организована как в рамках одного раздела, так и в масштабах целого проекта.
Рабочий набор – это набор любых элементов объекта, позволяющий выполнять коллективную работу над проектом, но обеспечивающий редактирование конкретных элементов только одним участником.
Рабочие наборы позволяют нескольким пользователям одновременно работать над файлом модели посредством использования центрального хранилища и синхронизированных локальных копий. Если рабочие наборы использовать правильно, это значительно повысит эффективность и результативность на крупных и многопользовательских проектах.
При использовании рабочих наборов рекомендуется учесть следующее:
Необходимо создать соответствующие рабочие наборы путем назначения элементов либо индивидуально, либо по категориям, расположению, распределению задач и т.д.
При создании рабочих наборов каждый элемент модели получает новое свойство-параметр – принадлежность рабочему набору. Элемент может одновременно принадлежать только одному рабочему набору.
Для повышения производительности аппаратного обеспечения рекомендуется открывать только необходимые рабочие наборы. Revit гарантирует, что элементы, содержащиеся в закрытых рабочих наборах, будут обновлены, если изменения, внесенные в открытых рабочих наборах, повлияют на них во время разработки модели.
Локальный файл необходимо создавать каждый раз, когда он по любой причине был закрыт. Открывать старый локальный файл считается плохой практикой.
Во избежание перегруженности модели и для обеспечения возможности контроля за эффективностью разработки проект должен быть разделен на достаточное количество рабочих наборов.
Рабочие наборы необходимо именовать согласно правилам, задокументированным в BEP.
Все участники проектной команды должны каждый час синхронизировать проект с файлом хранилища.
BIM-менеджер/координатор должен определить для каждого участника проектной команды интервал времени, в котором он должен синхронизировать свой локальный файл с хранилищем. Это поможет избежать замедления работы из-за попыток нескольких участников одновременно синхронизироваться с хранилищем.
Во избежание задержек в работе других участников проектной команды пользователи должны не оставлять без присмотра синхронизацию с хранилищем и разрешать все возникающие вопросы.
Если пользователь все-таки запустил синхронизацию с хранилищем в момент, когда к этому процессу уже приступил другой пользователь, он должен немедленно приостановить синхронизацию до тех пор, пока предыдущий пользователь ее не завершит
Создание файла хранилища и локальных копий
Файл хранилища создается при первом сохранении проекта, в котором были созданы рабочие наборы. Данный файл должен быть доступен всем участникам разработки BIM-модели.
Локальные файлы создаются открытием файла хранилища и его незамедлительным пересохранением в локальную папку, а также при открытии файла хранилища с установленной галочкой в «Создать новый локальный».
Файл хранилища создает BIM-менеджер/координатор.
Локальные файлы создает каждый BIM-автор на своем рабочем месте.
Центральный файл-хранилище может открывать только BIM-менеджер/координатор и только в целях администрирования проекта. Пользователи – участники проекта имеют право открыть файл хранилища только для создания локальной копии.
Использование семейств в проекте
В проектах используются загружаемые, системные и контекстные семейства.
Все семейства, разработанные внутри организации или предоставленные производителями строительных изделий, оборудования и материалов, а также приобретенные у сторонних организаций и прошедшие проверку качества, входят в состав центральной библиотеки BIM-ресурсов организации.
Библиотечные элементы – семейства могут быть разработаны как внутри организации, так и внешними участниками, в том числе производителями оборудования.
Часть компонентов центральной библиотеки, применяющаяся в конкретном проекте, входит в состав библиотеки BIM-ресурсов проекта. Если в ходе разработки проекта возникает необходимость создания новых семейств, они разрабатываются по определенным правилам, описанным в соответствующем регламенте. Такие семейства сохраняются в библиотеке конкретного проекта.
Названия всех семейств и их типов должны соответствовать правилам именования.
Создание сводной модели
Основной целью создания сводной модели является проверка на коллизии. Первые проверки на коллизии следует выполнить, например, при готовности модели в 30%.
Сводную модель необходимо создавать в тех случаях, когда в проекте существуют разделы, находящиеся в отдельных файлах и разрабатываемые либо внутри самой проектной организации, либо силами субпроектных организаций.
Для сборки сводной модели рекомендуется использовать программное обеспечение Navisworks. Перед экспортом в Navisworks каждую модель Revit следует посредством инструмента «Проверка на пересечения» проверить на предмет самопересечений в пределах конкретной дисциплины.
При создании сводной модели необходимо учесть следующее:
Для упрощения анализа и проверки сводной модели каждый раздел проекта следует разрабатывать в отдельном файле согласно правилам разделения модели, определенных в Плане выполнения BIM-проекта. При наличии большого количества файлов по одному разделу в целях оптимизации структуры сводной модели допускается создание отдельной сводной модели по разделу проекта, которая будет входить в состав общей сводной модели BIM-проекта.
В каждом отдельном файле модели необходимо отключить все неиспользуемые элементы.
Все модели по дисциплинам должны быть актуальными (размещенными в области общих данных CDE).
Все предыдущие координационные вопросы должны быть обсуждены проектной командой.
Для каждого раздела проекта модель в Navisworks можно загрузить в формате RVT или NWC. Файл формата NWC создается в Revit с использованием дополнения для экспорта модели в Navisworks.
При создании окончательной сводной модели в файлах по разделам следует выполнить группировку элементов по их функциям и отдельными NWC-файлами подготовить для объединения в сводную модель. Для этих целей в Revit создаются специальные координационные виды, которые настраиваются так, чтобы на них оставались только те элементы, которые будут участвовать в проверке на коллизии. Соответственно экспорт следует выполнить с настройкой «Видимые на виде».
Для создания сводной модели элементам модели Revit следует добавить в ходе проектирования необходимое количество параметров, которые обеспечат в Navisworks последующее группирование созданием поисковых наборов.
Во избежание лишних манипуляций файлы по разделам (дисциплинам) должны иметь одинаковые координаты. При экспорте из Revit в формат NWC следует использовать опцию «Общие координаты».
Учитывая, что все виды из Revit будут переданы в программу сбора сводной модели, то часть видов можно предварительно в нем настроить. Рекомендуется такие виды в Revit группировать средствами организации диспетчера проекта.
Моделирование в Revit
плана выполнения BIM-проекта;
библиотеки необходимых шаблонов проекта по всем дисциплинам;
библиотеки семейств, необходимых для разработки проекта.
Оставьте заявку на консультацию
Мы свяжемся с вами в самое ближайшее время и ответим на все интересующие вопросы
Контакты
Москва, Большой Овчинниковский пер., д. 16, офис 608.
Социальные сети:
Есть вопросы? Звоните сейчас!
Москва, Большой Овчинниковский пер., д. 16, офис 608.
©2020-2022 ВСЕ ПРАВА ЗАЩИЩЕНЫ
"ZAK DEVELOPMENT" - Профессиональный технический заказчик в строительстве
RUS
О компании
Стандарты компании
Оставить заявку на консультацию
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности