BIM-Стандарт

Мы разработали BIM-стандарт Zak Development, который помогает профессионально и грамотно применять технологию BIM в части организации, планирования и реализации процессов информационного моделирования объектов строительства
RUS
Стандарты компании
О компании
Мир на пороге промышленной революции 4.0, которая ведет к полной автоматизации большинства производственных процессов, увеличению производительности труда и росту экономики. Процессы планирования, проектирования, строительства и эксплуатации объектов постепенно переходят на путь цифровой трансформации.
Цифровая трансформация – это использование современных технологий для кардинального повышения производительности и качества работы компаний. Одной из таких ключевых технологий является технология информационного моделирования (BIM).

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


Основной целью стандарта является регламентация процессов, обеспечивающих создание скоординированной, согласованной и актуальной проектно-строительной информации.
Стандарт ориентирован на уровень организации и направлен на достижение в организации Уровня 2 зрелости технологии информационного моделирования.
Область применения
Область применения
BIM-стандарт (далее «стандарт») – свод правил и требований к продуктам и процессам информационного моделирования.
Настоящий стандарт разработан для использования и применения на проекте службами заказчика, технического заказчика, подрядными и проектными организациями для эффективного взаимодействия и реализации строительного проекта.
Настоящий стандарт ориентирован на общие информационные требования, предъявляемые к процессам и инструментам применяемым на проекте.

Стандарт предназначен для достижения следующих задач:
Что способствует достижению следующих целей:
соблюдение/сокращение сроков и бюджета;
повышение качества проектных решений;
эффективное/оперативное управление проектами;
обеспечение бесперебойной и надежной работы оборудования;
сокращение простоев оборудования и внеплановых работ;
сбор и поддержание в актуальном состоянии информации об оборудовании;
обеспечение конкурентоспособности;
прочие цели.
создание информационной модели объекта строительства;
оптимизация стоимости жизненного цикла объекта;
обоснование и визуальная проверка принимаемых проектных решений на основе информационной модели объекта строительства;
использование информационной модели на всех циклах жизненного цикла проекта;
стандартизация и регламентирование деятельности участников проекта;
использование информационной модели для расчёта объёмов строительных материалов;
использование информационной модели для необходимых расчётов, производимых при проектировании объекта строительства (теплотехнические расчёты, расчёты несущих конструкций, расчёт земляных масс и т.д.);
визуальное представление объекта строительства на основе информационной модели в виде презентационных материалов, видеороликов, голографических макетов и др. продуктов для представления результатов строительного проекта.
использование информационной модели для осуществления междисциплинарной координации пространственных решений и выявление коллизий;
Общие положения и требования
Виды, состав и содержание BIM-моделей зависят от поставленных целей и задач BIM-проекта, BIM-задач (способов использования технологии информационного моделирования), а также от требований заказчика и действующего законодательства к составу и содержанию технической и иной документации.

Основные требования к организации и реализации процесса информационного моделирования:
цели, задачи и способы использования BIM-моделей должны быть определены и
согласованы всеми заинтересованными сторонами и зафиксированы в информационных требованиях заказчика (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-проекта (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
Уровень 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). На этом уровне используются также взаимосвязанная модель выполнения строительных работ, информация о затратах и управление жизненным циклом проекта. Сегодня содержание требований к этому уровню весьма динамично и является предметом постоянных дискуссий специалистов, в которых совершенствуется его общее понимание.
разработка BIM-моделей по отдельным дисциплинам и организация обмена информацией между ними на основе сводных моделей, внешних ссылок или непосредственного обмена информацией;
четкое определение Информационных требований технического заказчика (EIR);
предоставление исполнителями BIM-проекта Плана реализации BIM-проекта (BEP);
обеспечение единой среды общих данных (СDE);
содержание в модели календарных графиков и стоимостных показателей;
оценка квалификации исполнителей проекта.
Уровень проработки элемента модели (LOD) задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой для решения задач моделирования на конкретной стадии жизненного цикла объекта строительства.
Уровни проработки
В BIM-модели информация (геометрическая и атрибутивная) содержится в ее элементах. По ходу проекта эта информация накапливается и уточняется. Для управления этой информацией необходимо применять подходы, позволяющие планировать и реализовывать задачи по информационному обмену между различными участниками проекта.

Для решения этих задач применяется концепция LOD, которая помогает:
сформировать требования к информационному наполнению моделей на различных стадиях проекта и тем самым обеспечить единое понимание и конкретизацию всеми участниками проекта (заказчиками, проектировщиками, строителями, производителями оборудования, службами эксплуатации, органами экспертизы) требуемых результатов работ по информационному моделированию;
Примером планирования LOD является процесс выдачи заданий смежным отделам при проектировании. Так, например, инженер-проектировщик по отоплению и вентиляции, получая задания от инженера-конструктора на сбор нагрузок от оборудования и инженера систем электроснабжения на сбор электрической нагрузки, должен в элемент модели «Оборудование» заложить в том числе атрибутивные данные о массе и потребляемой мощности, а также геометрические параметры оборудования.
Концепция LOD включает в себя несколько базовых уровней проработки:
LOD 100, LOD 200, LOD 300, LOD 400, LOD 500, характеризующих процесс разработки элемента от концептуального до фактического состояния.
Основные положения концепции LOD
эффективно решать задачи, связанные с недостаточностью исходных данных для проектирования, что позволяет оперировать понятием проектной неопределённости, когда решения, закладываемые на ранних стадиях проектирования, могут учитывать всю вариативность последующей детализации проектного решения;
планировать совместную работу и соответствующие процессы информационных обменов путем определения требуемой информации, содержащейся в элементе модели, которая необходима не только автору (исполнителю) элемента, но и другим участникам проекта на различных его этапах;
контролировать процесс информационного моделирования путем оценки степени информационной насыщенности элементов модели на различных этапах проекта (например, путем выборочного сравнение текущего и требуемого LOD у различных элементов модели).
При необходимости для конкретного проекта допускается наличие промежуточных уровней проработки, которые должны быть согласованы и специфицированы всеми участниками проекта и зафиксированы в Требованиях Заказчика и Плане реализации BIM-проекта.

На рисунке 2. приведена примерная схема прогрессии (наполнения информацией) для элемента «Колонна железобетонная».

Требования к уровням проработки носят уточняющий характер, то есть определение каждого последующего уровня проработки элемента уточняет и дополняет определения всех предыдущих уровней. В этом отношении LOD уровня «N» является целевым уровнем на завершении этапа или стадии, а не в середине или начале.
Рисунок 2. «Прогрессия» элементов BIM-модели
Каждый элемент модели на разных уровнях проработки включает в себя три аспекта: уровень проработки геометрии, графическое отображение и уровень проработки атрибутивной информации (свойства/параметры).

Графическое отображение: отображение основополагающих геометрических параметров элемента модели (внешний образ/вид, цвет, текстура материала и пр.).

Уровень проработки геометрии: описание геометрических параметров элемента модели (форма, пространственное расположение, габариты, длина, ширина, высота, толщина, диаметр, площадь, объем, площадь сечения, уклон, уровень, типоразмер и пр.).

Уровень проработки атрибутивной информации: описание набора атрибутов
(свойств/параметров) элемента модели (маркировка, код по классификатору организации, материалы, масса, технические и технологические параметры, производитель, наименование по каталогу, артикул по каталогу и др.)

Необходимые параметры (графические, геометрические и атрибутивные) назначаются элементам модели исходя из:
целей, задач и требуемых результатов моделирования;
Реализация понятия уровня проработки информационной модели осуществляется путем введения стандартных требований к информационному наполнению и последовательности преобразований элементов информационной модели, а также матриц соответствия уровней проработки элементов моделей этапам/стадиям проекта.

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

Использование элементов с заранее определенным уровнем проработки позволяет определить ожидаемое содержимое BIM-модели на уровне компонентов в течение различных стадий проекта и обеспечивает возможность контроля реализации BIM-проекта.
способов использования информационных моделей (например, для извлечения из элементов модели необходимых геометрических и атрибутивных параметров для подсчета физических объемов);
стадии и этапа реализации проекта;
требуемых масштабов для производства чертежей;
требуемых данных для составления ведомостей и спецификаций;
требований к качеству визуализации;
прочих требований.
В таблице 1 приведена базовая спецификация LOD.
Спецификации LOD
При определении информационного содержания элементов BIM-моделей необходимо учитывать информационные потребности всех участников на различных стадиях реализации проекта. В этих целях определение геометрической и атрибутивной информации следует осуществлять в обратном порядке (от финальной стадии, на которой заказчик планирует использовать BIM, к начальной), руководствуясь при этом требованиями к результатам информационного моделирования на завершении соответствующего этапа (стадии) проекта.

Рисунок 3
Задача применения информационного моделирования (BIM-задача, BIM Uses). Метод применения информационного моделирования на различных стадиях жизненного цикла объекта для достижения одной или нескольких целей инвестиционно-строительного проекта.

Сценарий использования информационного моделирования (BIM-сценарий). Стандартизованный процесс, используемый для решения конкретной задачи применения информационного моделирования.

Среда общих данных, СОД (CDE, Common Data Environment). Комплекс программно-технических средств, представляющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционно-строительного проекта. Среда общих данных основана на процедурах и регламентах, обеспечивающих эффективное управление итеративным процессом разработки и использования информационной модели, сбора, выпуска и распространения документации между участниками инвестиционно-строительного проекта.

Уровень проработки (LOD, Level Of Development). Набор требований, определяющий полноту проработки элемента BIM-модели. Уровень проработки задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой для решения задач моделирования на конкретной стадии жизненного цикла объекта строительства.

В настоящем стандарте применены следующие термины с соответствующими определениями:

Основные термины и определения технологии BIM

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

Сводная информационная модель (federated model). Информационная модель объекта, состоящая из отдельных информационных моделей (например, по различным дисциплинам или частям объекта строительства), которые соединены между собой таким образом, что внесение изменений в одну из моделей не приводит к изменению в других.
Рисунок 4. Сводная информационная модель
BIM-проект. Инвестиционно-строительный проект, реализуемый с применением технологий информационного моделирования.

Информационные требования заказчика (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-моделей в ПО для проведения теплотехнических расчетов.
Обладают индивидуальным набором свойств и параметров, а также правил поведения и взаимодействия. Категории не могут создаваться и редактироваться пользователями.

Семейства. Группа схожих элементов, которая характеризуется общим набором свойств и связанных с ними графических представлений. Иными словами, это как кубики в конструкторе лего, из которых создается сама конструкция. В данном случае из семейств создается модель.

Семейства подразделяются на:
Типы. Элементы семейств, отличающиеся между собой значением свойств, т.е. параметров.

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

Каталог типов. Последовательный набор данных типов загружаемых семейств в формате TXT с идентичным наименованием файлов. Данные каталоги позволяют при загрузке семейства с большим количеством типов выбрать для загрузки только необходимые.

Шаблоны. Предварительно подготовленные и настроенные файлы, используемые для создания новых проектов и семейств.

Шаблоны семейств. Шаблоны, содержащие необходимые исходные данные и настройки для создания новых загружаемых семейств определенных категорий.

Шаблоны проектов. Шаблоны, содержащие необходимые исходные данные и настройки для создания новых проектов определенных разделов с определенным составом проектной документации.

Рабочие наборы. Совокупность элементов модели, семейств, видов и настроек с возможностью назначения владельца и заемщика для процессов коллективной работы:
Файл хранилища (центральный файл). Файл проекта, содержащий рабочие наборы и хранящийся в сетевой папке, доступной всем участникам проекта.

Локальный файл. Копия файла хранилища, полученная в результате его открытия и «сохранения как…» в папку, находящуюся на конкретном рабочем месте. Локальный файл также может быть создан пользователем при открытии файла хранилища с указанием «Создать новый локальный». При этом файл будет создан в месте, указанном в Параметрах, в «Пути по умолчанию для пользовательских файлов». Изменения в локальном файле синхронизируются с файлом хранилища.

Редактор семейств. Особое рабочее окружение 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 состоят из треугольников). При этом могут не учитываться конфликты с участием элементов, когда ни один из треугольников не пересекается. Например, две строго параллельные трубы, которые слегка накладываются друг на друга в конечных точках. Трубы пересекаются, хотя не пересекается ни один из треугольников, определяющих их геометрию; как следствие, этот конфликт не будет выявлен в результате проверки на наличие конфликтов стандартного типа "По пересечению". Однако при выборе варианта "По пересечению (Консервативно)" будут выданы сообщения о всех парах элементов, которые могут конфликтовать. Это может привести к ложным положительным результатам, но такой способ определения конфликтов является более точным и безопасным. Также высокий уровень фасетизации модели может выдать более точный отчет по коллизиям.

Статус конфликта. Каждый конфликт имеет связанный с ним текущий статус, и каждый статус обозначается цветным значком. Этот статус обновляется автоматически диспетчером конфликтов, либо при необходимости его можно установить вручную. Статус может иметь следующие значения:
Основные термины и определения 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-проекту» представлен в приложении №1.
цели, задачи и способы использования BIM-моделей на различных стадиях ЖЦ;
этапы работ и контрольные точки выдачи информации;
применяемые нормативные документы по информационному моделированию;
требования к составу BIM-модели;
требования к объемам информационного моделирования;
требования к обеспечению единого координатного пространства;
требования к уровням проработки элементов модели (LOD) по каждой стадии и разделам проекта;
требования к системе классификации элементов модели (при наличии);
требования к составу и форматам выдачи результатов проекта;
требования к именованию файлов;
требования к качеству BIM-модели;
требования к организации среды общих данных;
требования к виду и содержанию предоставления ключевых показателей проекта;
требования к квалификации исполнителей и наличию лицензионного ПО;
прочие требования.
Требования к формированию Информационных требований заказчика
(EIR – Employer's Information Requirements)
Требования к формированию Плана выполнения BIM-проекта
(BEP – BIM Execution Plan)

Главная задача плана реализации BIM-проекта – планирование и организация эффективной совместной работы всех участников проектной группы на всех этапах BIM-проекта.

План реализации BIM-проекта является периодически изменяющимся документом.

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

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

План реализации BIM-проекта должен определить и задокументировать:
В Приложение 2 приведен шаблон документа «План реализации BIM-проекта».
Проект «Плана выполнения BIM-проекта» представлен в приложении №2.

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

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

В качестве основы структуры Плана реализации BIM-проекта рекомендуется использовать документ
Согласно этому документу, примерная структура разделов документа «План реализации BIM-проекта» включает следующие разделы:
Раздел 1. Краткое описание проекта:
содержит общую информацию о назначении плана реализации проекта и другую общую информацию о документе.
Раздел 2. Сведения об объекте строительства, сроках реализации проекта, перечень исходных данных:
содержит информацию об основных характеристиках объекта строительства, сроках реализации каждого этапа проекта, а также краткий перечень исходных данных.
Раздел 3. Ключевые контакты проекта:
содержит контактную информацию о ключевых участниках, которые определены на текущем этапе реализации проекта.
Раздел 4. Цели и задачи применения BIM:
содержит подробное описание целей и соответствующих им задач применения.
Раздел 5. Роли и функции основных участников:
содержит описание основных ролей и функций участников BIM-проекта, а также требуемые человеческие ресурсы.
Раздел 6. Карты BIM-процессов:
содержат карты BIM-процессов (сценариев) по задачам применения BIM.
Раздел 7. Процедуры обмена данными:
включает описание процедур обмена данными и сводную спецификацию LOD.
Раздел 8. Требования к информационным моделям:
включает требования к BIM-моделям, согласованные с Информационными требованиями заказчика.
Раздел 9. Процедуры совместной работы:
содержит описание процедур совместной работы в среде общих данных, форматы обмена данными и регламенты работы в системах управления инженерными данными.
Раздел 10. Процедуры контроля качества:
содержит описание процедур контроля процесса информационного моделирования и качества BIM-моделей.
Раздел 11. Потребности в ресурсах:
потребности в аппаратном и программном обеспечении, каталоги компонентов, шаблоны, базы данных и т.п.
Раздел 12. Структура и содержание информационных моделей:
содержит описание структуры и состава информационных моделей, правила разделения моделей, систему именования, общую систему координат.
Раздел 13. Результаты процесса информационного моделирования:
содержит требуемые результаты процесса информационного моделирования на каждом этапе проекта.
Раздел 14. Стратегия реализации:
содержит информацию о договоре.
Раздел 15.Приложения.
цели и задачи использования 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-мастера рекомендуется выделить из процесса реализации проекта, т.к. в его обязанности входит создание именно качественного контента, а не проектных решений.
3) Производственная функция
Для организации процесса информационного моделирования необходимо наличие следующих ресурсов:
Для повышения эффективности работы в BIM и обеспечения последовательного и высокого качества выпускаемой продукции, ресурсы и контент должны быть доступны для совместного использования всеми участниками проекта.

программного обеспечения;
аппаратного обеспечения;
сетевых ресурсов;
BIM-контента/библиотек ресурсов.
Ресурсы
Настоящий стандарт предусматривает в качестве основного программного приложения для вертикального проектирования Revit, а для горизонтального проектирования – AutoCAD® Civil 3D®. Для сборки сводной модели и пространственной координации проектных решений настоящим стандартом предусмотрено применение Autodesk Navisworks Manage®.

Для управления строительством и работы в среде общих данных предусмотрен облачный интерфейс Autodesk BIM 360, с дополненной надстройкой «Signal».

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

Любая модернизация должна осуществляться в соответствии с корпоративной BIM-стратегией.

Программное обеспечение
Аппаратное обеспечение для реализации технологии BIM должно соответствовать требованиям разработчиков программного обеспечения с перспективой развития на три года, обладать достаточным уровнем отказоустойчивости и безопасности данных. Для централизованного хранения и обработки данных требуется сервер, а для организации рабочего места пользователя (специалиста) – рабочая станция.

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

Рабочая станция должна обеспечить надежную работу специалиста на рабочем месте. Ключевые параметры, влияющие на скорость работы, – частота процессора, объем оперативной памяти, производительность видеокарты, производительность дисковой подсистемы, разрешение монитора. Для работы с современными САПР настоятельно рекомендуется использование SSD-дисков. Также для профессиональной работы рекомендуется использовать 64-разрядные аппаратно-программные комплексы.

Монитор – на рабочем месте проектировщика рекомендуется использовать мониторы с минимальным разрешением 1920х1080 (HD). Рекомендуется использование двух мониторов. Желательно с матовыми экранами.

На сайте компании Autodesk приведены требования к аппаратному обеспечению для работы в программных продуктах Revit®, AutoCAD® Civil 3D® и Navisworks®. См. по ссылке:
Аппаратное обеспечение
Сетевые ресурсы

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

Сеть должна обладать достаточной пропускной способностью с рекомендованной скоростью передачи данных 1 Гбит/с и бесперебойным доступом к серверу. Бесперебойный совместный доступ к сетевым папкам можно осуществить с использованием Revit-Server.

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

Библиотеки ресурсов содержат компоненты (семейства), шаблоны проектов и шаблоны семейств, материалы, стандарты, которые используются в 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-данных и связанных с ними чертежей.

Архивные данные должны находиться в хранилищах логических папок, которые четко идентифицируются с архивным статусом.

Имена папок архива должны начинаться с даты в формате ГГ.ММ.ДД.


«В работе»;
«Общий доступ»;
«Опубликовано»;
«Архив».
разрабатываются, проверяются и утверждаются для совместного использования (область данных «В работе»);
используются для согласования проектных решений (междисциплинарной координации) и утверждаются для выпуска проектной и рабочей документации (область данных «Общий доступ»);
документируются, публикуются и используются всеми участниками проекта (область данных «Опубликовано»);
архивируются в соответствии с принятыми в организации процедурами и регламентами (область данных «Архив»).
Среда общих данных