Рекомендации по выполнению BIM-проекта - Rev02.5

Рекомендации по выполнению BIM проекта
Содержание
1. Введение ...................................................................................................................4
1.1. Технология BIM .......................................................................................................4
1.2. Предпосылки ............................................................................................................4
1.3. Назначение документа ............................................................................................4
1.4. Ссылки ......................................................................................................................5
1.5. Термины и сокращения ...........................................................................................5
2. Рекомендации по организации проекта информационного моделирования .....7
2.1. BIM-координатор ....................................................................................................8
2.2. Проверка файлов информационной модели .........................................................8
2.3. Определение уровней детализации информационной модели. ..........................9
2.4. Документ «План выполнения BIM-проекта» .......................................................9
2.5. Общие положения хранения файлов проекта BIM ............................................10
2.6. Коммуникации и совещания ................................................................................22
2.7. Архивирование ......................................................................................................22
2.8. Безопасность данных.............................................................................................22
2.9. Программное обеспечение....................................................................................22
2.10. Единицы измерения ...........................................................................................22
3. Рекомендации по работе в Autodesk Revit .............................................................24
Структура данных и моделей. Совместная работа. ...................................................24
3.1. Общие положения .................................................................................................24
3.2. Координация информационных моделей ............................................................24
3.3. Технические возможности взаимодействия .......................................................25
3.4. Внешние ссылки ....................................................................................................31
3.5. Копирование мониторинг .....................................................................................32
3.6. Рабочие наборы......................................................................................................33
3.7. Обмен информацией, пометки, публикация проектных данных ......................35
3.8. Стадии.....................................................................................................................38
3.9. Общие настройки программы ..............................................................................38
3.10. Организация модели по видам (Диспетчер Проектов) ..................................40
3.11. Использование шаблонов проекта ...................................................................43
3.12. Библиотека материалов .....................................................................................43
3.13. Правила наименования компонентов/семейств ..............................................44
3.14. Правила наименования типоразмеров элементов...........................................45
3.15. Правила наименования рабочих наборов ........................................................46
3.16. Правила наименования образцов линий ..........................................................47
3.17. Правила наименования образцов штриховок .................................................47
3.18. Правила наименования типов семейств стрелок ............................................48
 ООО «ПСС» Стр. 2 из 64

3.19. Правила наименования типов семейств текста ...............................................48

3.20. Правила наименования параметров семейств, общих параметров и
параметров проекта .................................................................................................................48
3.21. Правила наименования уровней .......................................................................49
3.22. Правила наименования видов ...........................................................................50
3.23. Экспорт в Navisworks/IFC .................................................................................50
3.24. Общие параметры ..............................................................................................51
3.25. Стандарты и правила моделирования ..............................................................52
3.26. Рекомендации по работе с семействами ..........................................................55
3.27. Правила создания семейств с учетом дальнейшей работы в Navisworks.....56
4. 4D моделирование в Navisworks ..........................................................................57
4.1. Формирование модели в Navisworks ...................................................................57
4.2. Поисковые наборы ................................................................................................57
4.3. Формирование поисковых наборов .....................................................................58
4.4. TimeLiner ................................................................................................................58
6. Изменения и дополнения ......................................................................................60

1. Введение
1.1. Технология BIM
- BIM (Building Information Modeling или Building Information Model) —
информационное моделирование здания или информационная модель здания,
система создания и использования скоординированной последовательной
информации о проекте, позволяющая визуализировать проекты в контексте и точно
спрогнозировать эксплуатационные характеристики.
- BIM технология – создание, наполнение, изменение и обмен информационными
данными на протяжении жизненного цикла строительного объекта между
участниками проекта (проектными, строительными, эксплутационными
компаниями, управляющей компанией).
- 3D - трехмерная модель объекта, созданная с использованием соответствующих
программных продуктов.
- 4D - система управления процессом строительно – монтажных работ, включающая
мониторинг процесса строительства объекта, отслеживания выполнения сетевого
графика и принятие соответствующих оперативных решений по его корректировке.
- 5D - система управления стоимостью СМР и материалов, которая позволяет
выполнить оптимизацию затрат на строительство объекта.
1.2. Предпосылки
Сегодня во всем мире растет как число компьютерных программ, реализующих
инструменты технологии BIM, так и количество пользователей этих систем. Но массовое
внедрение технологии информационного моделирования зданий требует создания условий
для применения различных BIM-программ в едином комплексе либо для перехода
пользователя с одной программы на другую. Всё это предполагает создание единого
подхода для выполнения проектов (моделей).
Инициативная группа по разработке документа «Рекомендации по выполнению
проекта информационного моделирования» была сформирована в 2012 году, в нее
вошли представители компании ООО «ПСС», имеющие соответствующий опыт
применения и внедрения технологии BIM.
Задачей группы была унификация внутренних процессов компании при оказании
консалтинговой поддержки в области информационного моделирования.
1.3. Назначение документа
«Рекомендации…» разработаны общими усилиями группы опытных пользователей из
различных дисциплин и консультантов по BIM и учитывают опыт, накопленный при
выполнении ряда крупных проектов информационного моделирования на территории
Российской Федерации. Документ концентрируется, главным образом, на адаптации
международных стандартов для их эффективного практического применения в продуктах
Autodesk Revit и Navisworks на территории Российской Федерации.
Цели, которые помогает достигнуть документ:
- Получить набор структурированных информационных моделей для вывода
графических данных, чертежей, отчётов; выполнения различных анализов проекта;

моделирования графика выполнения строительно-монтажных работ (СМР);

получения информации о структуре объекта проектирования и его инженерном
обеспечении для передачи в системы управления эксплуатацией объекта (FM, ТОиР,
ТОРО).
- Использовать информацию (3D модели, метаданные), получеаемую из
информационной модели на протяжении всего жизненного цикла объекта, что
исключит избыточность, повторный ввод и потерю данных, ошибки при их передаче
и преобразовании.
- Увеличить производительность работы благодаря скоординированному и
согласованному подходу к процессу информационного моделирования зданий и
сооружений.
- Обеспечить правильность структуры и наполнения файлов информационной модели
для организации эффективного обмена данными при коллективной работе над
проектом специалистов различных дисциплин.
1.4. Ссылки
При разработке данного документа использовались следующие документы:
Таблица 1
п.п Документы
Внешние
1 AEC (UK) BIM Protocol
PAS 1192-2:2013 Specifi cation for information management for the capital/delivery phase of
2
construction projects using building information modelling
3 National BIM Standard – United States Version 2
4 British-Standards-BS-1192—2007
5 Project Execution planning guide. Pennsylvania State University.
1.5. Термины и сокращения

Следующие термины являются основными понятиями технологии BIM, используемых
в данном документе. В настоящем документе используются методики, применяемые в
зарубежных стандартах технологии BIM.
Таблица 2
Термин Определение термина
Информационное моделирование зданий / сооружений (Building
BIM
Information Modelling) - ПРОЦЕСС коллективного создания и
использования информации о здании / сооружении, формирующий
надежную основу для всех решений на протяжении жизненного цикла
объекта (от самых ранних концепций до рабочего проектирования,
строительства, эксплуатации и сноса).
План выполнения проекта создания информационной модели.
План выполнения
Содержит основную информацию по характеристикам и структуре
BIM-проекта (ПЛАН)
модели, составу участников процесса, требованиям, предъявляемым к
BIM Execution Plan
информационной модели.
(BEP)

Набор файлов, созданных в различных программах и приложениях.

файлы проекта BIM
Включает в себя информационные 3D модели и другие данные,
относящиеся к проекту (файлы настроек, шаблоны и т.д.).
Файл, созданный в различных программах и приложениях. Составная
Информационная 3D
часть BIM-проекта. Файл, содержащий в себе 3D модель объекта
модель
проектирования, информацию (метаданные) об объектах
наполняющих модель (их характеристики, свойства и материалы).
Является единственным источником для получения 2D чертежей и
спецификаций.
Лицо, ответственное за процесс информационного моделирования.
BIM- координатор
Группа специалистов, выполняющие работы по созданию,
Группа 3D
наполнению, редактированию информационных моделей по разделам
моделирования
проектирования, выгрузке данных из информационной модели.
(Группа
моделирования)
Требования к наполнению (насыщению) информационной модели на
Уровень проработки
каждом этапе жизненного цикла проекта.
проекта, LOD (Level of
Development)
Пересечение геометрии элементов информационной модели или
Коллизия
неправильность технических решений, выявленные в инфрмационной
модели на этапе проверки
Изменения, вносимые в информационные модели в ходе рабочего
Изменения
процесса
Это здания, зоны, области, секции, этажи и т.д.
Части проекта
Модель определённого пользователя, которая полностью
Локальный проект
разрабатывается им самостоятельно
Параметры модели Autodesk Revit, которые добавляются в семейства,
Общие параметры
либо в проекты Revit, а затем используются совместно в других
Revit
семействах и проектах Revit.
Способ моделирования, позволяющий нескольким участникам группы
Совместная
моделирования одновременно работать над одной и той же моделью
(коллективная) работа
проекта.
Главная модель проекта Revit, работа над которой ведется в режиме
Файл хранилища,
совместного доступа. Модель из хранилища хранит всю текущую
центральный файл
информацию о владельцах всех элементов в проекте и служит центром
Revit
распределения всех изменений, опубликованных в файле. Все
пользователи работают с собственными локальными копиями модели
из хранилища, а затем выполняют синхронизацию с файлом
хранилища, чтобы остальные пользователи могли просмотреть их
работу.
Копия центральной модели проекта Revit, которая находится на
Локальный файл
локальном компьютере участника проектной группы, работающего с
(модель) Revit
моделью. При распределении задач проекта между участниками
группы в режиме совместного доступа каждый проектировщик
использует при работе со своим рабочим набором (функциональной
зоной) локальную модель. Участники группы периодически
сохраняют внесенные изменения в центральный файл хранилища,
чтобы другие разработчики могли просматривать изменения и
обновлять собственные локальные модели с учетом последних
изменений данных проекта.
При организации совместного доступа проект делится на рабочие
Рабочие наборы Revit
наборы, за каждый из которых будет отвечать определенный участник

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

себя набор различных конструкций и объектов модели Revit.
Отображение геометрии другого чертежа или файла в текущем с
Внешняя ссылка
сохранением динамической связи. При изменении исходного файла
его геометрия будет обновляться во всех моделях, куда он вставлен
как внешняя ссылка.
Представляет собой группу элементов Revit, которые характеризуются
Семейство Revit
общим набором свойств, называемых параметрами, и связанным с
ними геометрическим представлением.
2. Рекомендации по организации проекта информационного

Для достижения наибольшей эффективности работы над проектом и снижения
возможных рисков необходимо уделить особое внимание подготовительному этапу,
который включает в себя организацию данных, участников и процессов взаимодействия
между ними, оценку обоснования применения BIM технологии по каждому этапу проекта.
Для реализации этих целей настоятельно рекомендуется организовать рабочий процесс
согласно следующим указаниям:
- На каждый проект необходимо назначить BIM-координатора. Задачи BIM-
координатора см в п. 2.1
- Заполнить «План выполнения BIM-проекта» (ПЛАН), который определит ключевые
задачи проекта, выходные данные и конфигурацию моделей, участников BIM
проекта и их ответственность;
- Координационные совещания в ходе выполнения проекта необходимо осуществлять
не реже одного раза в 2 недели;
- Определить основные требования к содержанию и структуре файлов
информационных моделей;
- Определить уровни детализации для основных моделируемых элементов для
текущей стадии;
- РЕГУЛЯРНО выполнять аудит файлов информационной модели на всех этапах
выполнения проекта информацонного моделирования;
- Разработать четкие инструкции по внутренней и внешней совместной работе для
поддержания целостности информационных данных. Данные инструкции
включаются в «ПЛАН выполнения BIM-проекта». Инструкции в виде документов
дополнить видео-инструкциями с голосовым сопровождением;
- Определить главных участников, работающих над BIM-проектом. Указать их в
документе «ПЛАН выполнения BIM-проекта» или в отдельном файле, доступ к
которому открыт всем участникам проекта;
- В первый день старта проекта организовать совещание, в котором рассказать всем
участникам процесса моделирования об основных требованиях к процессам и
файлам (Kick off meeting), если проект территориально распределённый или
участники проекта присоединяются к нему постепенно, записать основные
требования в виде видеоинструкции (продолжительностью не более 30 минут).

2.1. BIM-координатор
BIM-координатор – лицо, ответственное за процесс информационного моделирования
в рамках проекта информационного моделирования. В его обязанности входит:
- Разработка документа «План выполнения BIM проекта», который содержит
основную информацию о структуре информационной модели, требованию к
информационной модели и составу участников, задействованному в рамках проекта;
- Подготовка / проверка / корректировка шаблонов проекта;
- Подготовка / проверка / корректировка координационных файлов проекта;
- Определение компетентности и уровня владения ПО участниками проекта,
распределение зон ответственности между участниками проекта;
- Проверка информационных моделей на соответствие требованиям «Плана
выполнения BIM проекта»;
- Отслеживание выполнения работы участников проекта в соответствии с
согласованным календарным планом;
- Проведение совещаний по текущему статусу проекта информационного
моделирования;
- Архивация проекта, создание резервных копий.
2.2. Проверка файлов информационной модели
Проверка файлов информационной модели выполняется по трем критериям:
- Соответствие документу «План выполнения BIM-проекта»;
- Исключение коллизий и управление изменениями;
- Устраниение возможных рисков, не учтённых в «Плане выполнения BIM-проекта».
Аудит файлов информационной модели осуществляется на этапе перехода из области
WIP в область SHARED (см. 2.5.2 и переход 1 на рисунке 10).
По результатам каждой проверки файлов по первому пункту составляется «Отчет о
соответствии BIM-проекта» (Приложение 1). Ответственным за составление отчета
является BIM- координатор или руководитель раздела.
Отчет о соответствии BIM-проекта содержит следующие пункты:
- Общие данные
- Основные настройки проекта
- Правила наименования
- Настройки объектов
- Настройки вывода данных
Примечание: В случае использования коллективной работы в среде Autodesk Revit,
отчет о соответствии BIM-проекта формируется только для центральных файлов
Revit.
Непосредственная проверка на коллизии выполняется одним из участников группы
моделирования, назначенного BIM-координатором. Коллизии, выявленные во время
проверки, должны регистрироваться в Журнале коллизий (Приложение 2) либо в другом
отчёте (например, при автоматизированном формировании отчёта в среде Navisworks или
Solibri). В Журнал коллизий необходимо включать следующую информацию:

- Номер коллизии;
- Версия коллизии;
- Раздел проекта;
- Часть проекта;
- Имя файла;
- Данные по коллизии: Автор, Дата, Местоположение (оси, уровни, координаты,
виды), Описание коллизии;
- Решения коллизии: Автор, Дата, Предлагаемые решения, Состояние коллизии
Неразрешённые коллизии обсуждаются на координационных совещаниях по проекту
(см.п.2.6)
2.3. Определение уровней детализации информационной модели.
Необходимо определить уровни детализации элементов информационной модели,
достаточные для получения всех необходимых данных. При недостаточном уровне
детализации элементов полученная информация может быть не полной. В свою очередь
высокий уровень детализации значительно увеличивает объем данных и затрудняет работу
с моделью. BIM-координатор совместно с участниками проекта определяет, на каком этапе,
для достижении необходимой полноты информации модели целесообразно применить
дополнение 3D-геометрии 2D аннотациями. Требования к уровеню детализации
необходимо указать для каждого уровня проработки проекта (LOD). Требования к уровню
детализации могут быть представлены в виде матрицы уровней детализации для каждого
типа элемента модели, либо в виде общих требований к уровню детализации для каждой
стадии проекта.
2.4. Документ «План выполнения BIM-проекта»
Документ «План выполнения BIM-проекта» содержит основную информацию по
характеристикам и структуре информационных моделей, составу участников процесса.
Данный документ учитывает следующие ключевые пункты:
Информация о проекте:
- Описание проекта- количество зданий, размер, расположение и общие координаты;
- Границы проекта;
- Уникальные задачи;
- Ключевые участники и ключевой персонал в проекте информационного
моделирования- определяется руководитель проекта и дополнительные участники, а
также их роли и обязанности.
Цели и требуемые показатели проекта:
- Цели проекта информационного моделирования;
- Цели участников проекта информационного моделирования;
- Процедуры аудита и внесения изменений;
- Уровень проработки (детализации) элементов информационных моделей;
- Ключевые показатели эффективности.

Совместная работа. Создание и упорядочивание рабочих наборов и связанных файлов,

многопользовательский доступ, разделение проекта на фазы и определение
принадлежности проектных информационных данных.
- Пространственное расположение и координация;
- Стандарты и правила моделирования ;
- Методика разработки модели;
- Коммуникации и совещания. Задаются ключевые даты работы с информационной
моделью, с которой работают все группы (внутренние и внешние);
- Правила обмена данными. Определяются протоколы, периодичность и форма
обмена данными;
- Наименования принятые в проекте;
- Правила проверки (нормоконтроля) информационных моделей и данных.
Определяется процесс проверки информационных моделей и данных;
- Структура данных и информационных моделей.
Ресурсы проекта и требования к IT инфраструктуре. Определяется используемое
программное обеспечение и способы обеспечения совместимости:
- Квалификация участников проекта в области ПО BIM;
- Программное обеспечение;
- Библиотека компонентов проекта BIM.
2.5. Общие положения хранения файлов проекта BIM
Данный раздел описывает рекомендации по организации хранения рабочих файлов
информационных моделей (информационные модели, чертежи и т.д.) и не затрагивает
прочих файлов проекта (пояснительных записок, исходно-разрешительной
документации и т.д.).
Если проект состоит из нескольких отдельных частей, например, зданий, зон, участков
или областей, то структура хранения файлов информационных моделей должна
представлять собой набор подкаталогов, представляющих различные части проекта,
разделёные по территориальному признаку. Правила деления указываются в «Плане
выполнения BIM-проекта» для каждой территории.
Все проектные данные должны храниться в стандартной структуре папок проекта,
находящейся на центральном сетевом сервере/диске или в соответствующей системе
электронного хранения. Пример структуры верхнего уровня приведён в таблице 3 и на
рисунке 1. Цифровые префиксы в названии каталогов и файлов используются для
обеспечения требуемой сортировки файлов и папок.
Примечание: в ряде случаев (например, при использовании коллективной разработки
моделей с использованием ПО AutoCAD Civil 3D и Autodesk Vault) каталоги проектов не
объединяются в рамках каталога 01_Проекты, а выводятся в корень хранения. Пример
данной структуры приведен на рисунке 2.

Таблица 3
Наименование Краткое описание
Стандартные шаблоны, основные надписи, а также семейства и
00_Общие другие данные, не относящиеся к определённому проекту.
01_Проекты Данные об определённом проекте (информационные модели,
данные о проверках, исходящие материалы).
02_Учебные материалы Учебные материалы, обучающие видео.

Архив содержит завершенные проекты, в которые не
03_Архив вносились изменения за определенный отрезок времени.
Отрезок времени определяет BIM- координатор.
Рисунок 1. Пример структуры каталогов верхнего уровня на сервере
Рисунок 2. Структура каталогов верхнего уровня на сервере для случая, когда проекты
сохраняются в корневом каталоге
2.5.1. Файловая структура папки 00_Общие
Шаблоны, семейства и другие данные, не относящиеся к определённому проекту,
должны храниться в общей структуре данных на сервере с ограниченным доступом на
запись данных в каталоге. Дополнение и корректировка файлов в папке 00_Общие должны
выполняться под контролем BIM-координатора.
Материалы должны быть упорядочены по программным продуктам и версиям. При
обновлении версии продукта, используемого для создания информационных моделей (в
частности, Autodesk Revit), в структуре создаётся каталог новой версии, в котором
сохраняются общие файлы, обновлённые до новой версии программного продукта. При
этом данные предыдущих версий также должны быть сохранены и в дальнейшем
переведены в архив.
Общая структура каталога 00_Общие для продукта Autodesk Revit приведена в таблице
4 и на рисунке 3.

Таблица 4
Наименование Назначение
01_Шаблоны Шаблоны проектов, семейств Revit.
02_Семейства Семейства элементов модели, оформления и детализации.
03_Материалы Каталог материалов, а также текстуры, образцы штриховок.
04_Данные Общие параметры, классификаторы, каталоги.
05_Настройки Настройки программы, импорта и экспорта данных, шрифты.
Рисунок 3. Файловая структура каталога 00_Общие

Структура каталога 01_Шаблоны приведена в таблице 5.
Таблица 5
01_Шаблоны семейств Каталог шаблонов семейств.
02_Шаблоны проектов Каталог шаблонов проектов.
Рисунок 4. Структура каталога 01_Шаблоны

Пример структуры каталога 02_Семейства приведена в таблице 6.

Таблица 6
Семейства обозначений, маркировок, выносок, листов и
01_Аннотационные обозначение элементы для двухмерной детализации узлов.
02_Местность Семейства местности и благоустройства территории.
Семейства архитектурных элементов и несущих конструкций
03_Архитектура_Конструкции здания.
04_Отопление_Вентиляция Семейства раздела ОВ.
05_Водоснабжение_Канализация Семейства раздела ВК.
06_Электроснабжение Семейства раздела ЭОМ, ЭМ, ЭО.
07_Газоснабжение Семейства раздела газоснабжение.
08_Связь Семейства раздела слаботочных сетей и связи.
09_Безопасность Семейства раздела охранной, пожарной безопасности и др.
10_Технология Семейства технологического раздела и др.
Рисунок 5. Файловая структура каталога 02_Семейства

Файловая структура каталога 03_Архитектура_Конструкции составляется в
соответствие со структурой, представленной на рисунке 6.

Рисунок 6. Файловая структура каталога 03_Архитектура_Конструкции

Структура каталога 03_Материалы приведена в таблице 7.
Таблица 7
01_Материалы Библиотека материалов.
02_Текстуры Библиотека изображений текстур.
03_Штриховки Образцы штриховок элементов.

Рисунок 7. Файловая структура каталога материалов 03_Материалы

Структура каталога 04_Данные приведена в таблице 8.
Таблица 8
01_Типоразмеры_труб_отводов_CSV Директория каталогов типоразмеров труб и отводов.

02_Словари_орфографии_DIC Директория словарей проверки орфографии.
Директория фотометрических данных источников
03_Фотометрические_данные_IES искусственного освещения.
05_Классификатор_TXT Директория классификаторов.
06_Параметры_TXT Общие параметры.
07_Ключевые_пометки_TXT Данные состава материалов для выносок.
Рисунок 8. Файловая структура каталога 04_Данные

Структура каталога 05_Настройки приведена в таблице 9
Таблица 9
01_TTF Директория шрифтов.
02_IFC.txt Настройки импорта и экспорта данных в формате IFC.

03_DGN.txt Настройки экспорта данных в формат DGN.
04_DWG.txt Настройки экспорта данных в формат DWG.

Рисунок 9. Файловая структура каталога 05_Настройки
2.5.2. Объяснение подхода Среды общих данных CDE (Common Data

Environment)
Стуктура среды общих данных приведена на рисунке 10.
В среде CDE выделяются 4 области:
- В разработке, незавершённые работы (WORK IN PROGRESS);
- Общий доступ, взаимодействие (SHARED);
- Опубликованные документы (PUBLISHED);
- Архив (ARCHIVE).
Рисунок 10.Структура среды общих данных CDE (Common Data Environment)

Область WORK IN PROGRESS (WIP) – пространство хранения текущих
незавершённых моделей, над которыми осуществляется работа и которые еще не достигли
уровня проработки, при котором файлы могут быть открыты и использованы как ссылка
или задание для других участников проекта.
Примеры области WIP:

- Локальный файл, который хранится на локальном диске пользователя, который он

редактирует перед отправкой / копированием на сервер;
- Файл в хранилище Autodesk Vault Professional со статусом WIP, не видимый для
остальных пользователей;
- Центральный файл + локальные копии пользователей, свместно разрабатывающие
модель одного раздела.
Область SHARED – пространство, в котором материалы участников проекта
выкладываются в открытый доступ для использования в виде задания или ссылки при
разработке материалов смежных разделов. Материалы различных разделов используются
для координации проекта и различных проверок и анализа. Особенностью пространства
SHARED является защищённость выложенных материалов от изменения – исходные
файлы, которые хранятся в пространстве SHARED не могут быть изменены после
публикации в нём.
Примеры области SHARED:
- Корпоративный портал, в который загружаются файлы всеми участниками проекта.
После загрузки файлов, их версия фиксируется;
- Система электронного хранилища, в которой фиксируется версия загруженных
файлов;
- Корпоративный сервер, на который выкладываются материалы участников проекта
ответственным лицом, у которого есть доступ на изменение файлов;
- Облачный диск, на который выкладываются материалы участников проекта
ответственным лицом, у которого есть доступ на изменение файлов с поддержкой
синхронизации диска и локальной папки. Локальная папка, у которой нет прав
редактирование у конечного пользователя – SHARED.
Область PUBLISHED – пространство, в котором выкладываются готовые,
согласованные между участниками проекта материалы по определённой стадии, для
передачи их вне команды, создающей информационные модели (Материалы по стадии
ТЭО, ПП, П, РД и др.).
Главное отличие области PUBLISHED от SHARED: в области SHARED находятся
материалы текущего жизненного состояния информационной модели (появившись на
стадии ПП в виде общей концепции, модель начинает детализироваться, наполняться
данными, регулярно «развиваться» в области SHARED. В области PUBLISHED находятся
«снимки» модели: модель + документация стадии ПП, П, РД… версии 01, 02 и т.д.
Примеры области SHARED:
- Корпоративный портал, в котором согласованные файлы чертежей и моделей
копируются в отдельный раздел или фиксируется версия всех файлов, связанных с
текущим состоянием модели;
- Система электронного хранилища, в которой фиксируется версия загруженных
файлов и данная верси закрепляется от удаления;
- Корпоративный сервер, на который выкладываются материалы участников проекта
ответственным лицом, у которого есть доступ на изменение файлов. Все материалы
копируются из каталогов области SHARED в соответствии с принятой структурой

представления материалов (например, по 87 постановлению или по разделам

проектирования), со всеми моделями производится операция по их «упаковке»
(например, функция «Комплект файлов» в AutoCAD или Revit) со всеми связанными
файлами.
Область ARCHIVE – область, в которую переносятся данные из области PUBLISHED
после их согласования / анулирования и т.д. На все материалы области ARCHIVE доступ
на редактирование закрыт. Корректировка материалов возможна только путём создания
новой версии файлов.
2.5.3. Файловая структура папки 01_Проекты

Файловая структура формируется каталогами проектов:
Имя (код) проекта (Например: ПСС_Проект, SU1, 2599002, 01_Дубовый_бор)
Пример структуры каталога Имя (код) проекта приведен в таблице 10
Примечание: в случае использования системы электронного хранилища с
поддержкой статуса (кода) файлов и автоматизированной установкой прав на
чтение/запись функции каталогов 01_Модели и 02_Обеспечение_ контроль
объединяются в рамках одного каталога.
Таблица 10
Файлы моделей со всех разделов, выполненные в разных ПО
01_Модели
(Revit, Robot, Navisworks и т.д), прошедшие аудит BIM
Координатора (2.2), соответствующие требованиям «Плана
выполнения BIM проекта» и готовые для координации со
смежными разделами. Область Shared (2.5.2).
Доступ на запись у BIM Координатора проекта.
Файлы для проверки на коллизии, изменения и соответствия
02_Обеспечение_ контроль
BIM-проекту. Область WIP (2.5.2).
Доступ на запись у участников проекта.
Данные для отправки Заказчику. Структурируется по стадиям
03_Исходящие
выполнения проекта. Published Documentation (2.5.2).
Доступ на запись у BIM Координатора проекта.
Могут быть добавлены дополнительные разделы (папка), в
04_....
зависимости от сферы деятельности организации.

Рисунок 11. Файловая структура каталога 01_Проекты
2.5.4. Файловая структура папки 02_Модели:

Файловая структура каталога определяется составом разделов, принимающих участие
в проекте и территориальным делением объекта. Можно выделить несколько подходов к
делению. Один из примеров структуры проекта приведён ниже.
-Название/марка/код раздела (Например: АР, КР, ВК, Arch, Stru и т.д.)
-Каталог/подкаталог отдельной части проекта (зон, областей, участков, зданий,
секций, этажей) (Например: 02/04)
-Имя файла (Например: ПСС_Проект_0001_001_АР)
Рисунок 12. Файловая структура каталога 01_ Модели

Правила наименования файлов проекта описано в п. 2.5.7.
2.5.5. Структура хранения файлов локальных файлов проекта при

территориально распределённой работе
В случае невозможности обеспечения постоянной ссылки на материалы проекта в
рамках локальной сети, участники группы моделирования, работающие над созданием

информационных моделей могут синхронизировать каталог проекта на локальнойм диске

(например, диске С) с материалами в области SHARED (см рис).
Работа над файлами модели осуществляется на Локальном компьютере участников
группы моделирования. Материалы передаются в структуре каталогов координатору
моделирования. Частота обновлений информационных моделей на сервере определяется
BIM-координатором и указывается в «Плане выполнения BIM-проекта».Пример
использования структуры на диске С приведён ниже.
-Локальный диск (C)

-Название раздела (Например: АР, КР, ВК, ОВ и т.д.)
-Номер отдельной части проекта (зданий, зон, областей, секций, этажей) (Например:
0001)
-Имя файла (Например: ПСС_Проект _АР_0001_001)

Правила наименования файлов проекта описано в п. 2.5.7
Рисунок 13. Каталог проекта на диске С на компьютере участника группы

2.5.6. Проверки коллизий и нарушений

Структура каталога 02_Обеспечение и контроль содержит:
- Номер отдельной части проекта (зданий, зон, областей, секций, этажей) (Например:
0001)
-Название раздела (АР, КР, ОВ, ВК и т.д.)
-Файлы информационных моделей, которые в данный момент проверяются
-Отчет о соответствии BIM-проекта (Приложение 1)
-Коллизии
-Журнал коллизий (Приложение 2)
-Сопутствующие данные
-Изменения
-Журнал изменений (Приложение 3)
-Сопутствующие данные

Рисунок 14 Файловая структура каталога 02_Обеспечение и контроль.
Рисунок 15 Содержание папки АР.

Сопутствующие данные включают в себя 2-3D изображение коллизий и изменений, а
так же данные по предлагаемым решениям в формате DWF.
Наименование файлов DWF c 2-3D изображением коллизий и изменений должно
отображать номер коллизии в соответствии с Журналом коллизий.
2.5.7. Правила наименования файлов информационных моделей.

XX-MM-YYYY
XX- код проекта;
MM - раздел проекта (АР, КР, ОВ, О, В, ВК и т.д. в соответствии с принятой
кодировкой, отражаемой в «Плане выполнения BIM-проекта»);
YY - код отдельной части проекта (зданий, зон, областей, секций, этажей);
Примечание: статусы (коды) состояния файла также должны быть указаныв
свойствах файлов или стредствами аттрибутивной информации в системе хранения.
Пример:
ПСС-Проект-АР-0102 - файл модели архитектурного раздела 1 секции, 2 участка
STU1-Arch-02.05.A5 - файл модели архитектурного раздела 2 зоны, 5 участка, секции
A5.
При использование совместной работы в Revit, после включения рабочих наборов имя
файла хранилища должно быть дополнено суффиксами, указывающими на то, что он
является центральным (например, Ц или Cent или др.).
Пример:
ПСС-Проект-АР-0001-Ц - актуальная версия файла хранилища (центрального файла)
секции 0001 архитектурного раздела, с настроенной совместной работой.

STU1-Stru-02.02.B1-Cent - актуальная версия файла хранилища (центрального файла)

секции B1 второй зоны второго участка конструктивного раздела, с настроенной
совместной работой.
2.6. Коммуникации и совещания
Эффективные и регулярные коммуникации имеют важное значение для успеха проекта
инфрмационного моделирования. Для облегчения взаимодействия должны проводиться
регулярные совещания по текущему статусу проекта. Частота встреч может изменяться по
мере развития проекта, однако они являются неотъемлемой частью всех процессов.
Также следует учитывать территориальное размещение участников проекта друг
относительно друга. Необходимо осуществлять поиск средств коммуникаций, которые
позволят улучшить взаимодействие сторон и будут стимулировать эффективную
совместную работу.
2.7. Архивирование
Архивы всех выходных данных должны находиться в разделе «03_Архив» в папке
проекта.
Архив содержит завершенные проекты, в которые, не вносились изменения за
определенный отрезок времени. Отрезок времени определяет BIM- координатор.
Архивные данные должны находиться в логически организованной структуре папок,
которая четко указывает на состояние данных.
2.8. Безопасность данных
Все проектные данные должны находиться на сетевых серверах, на которых регулярно
выполняется резервное копирование.
Доступ персонала к проектным данным, хранящимся на серверах, должен
контролироваться путем назначения прав доступа.
Максимальное количество резервных копий Revit должно регламентироваться внутри
компании, в зависимости от доступных ресурсов. Рекомендуется не меньше 3.
2.9. Программное обеспечение
Согласованная программная платформа способствует совместной работе над BIM-
проектами и рекомендуется к применению. Совместимость приложений должна быть
проверена в самом начале проекта.
Любое обновление программного обеспечения в процессе работы над проектом
должно быть рассмотрено BIM-координатором, который подготовит рекомендации по
обновлению и представит их на утверждение старшему руководителю. Реализация любого
обновления должна соответствовать корпоративной стратегии по САПР/BIM. Версии всего
используемого программного обеспечения должны быть согласованы.
2.10. Единицы измерения
Во всех моделях проекта должны использоваться единые единицы измерения. При
создании информационной модели в среде Revit устанавливается стандартная единица
измерения — миллиметр с точностью до двух знаков после запятой. Данная точностьь
необходима, чтобы обеспечить точность временных размеров.

Единицы измерения входных/выходных 2D-файлов должны соответствовать единицам

измерения, установленным для конкретных типов чертежей, например:
1 единица = 1,000 м Чертежи генплана, использующие систему координат проекта с
точностью до 3 знаков после запятой.
1 единица = 1 мм Элементы, детали, разрезы, фасады, узлы и контуры строительных
конструкций с точностью до целой единицы.
Необходимо избегать перехода между британскими и метрическими единицами
измерения для обеспечения потери точности и обеспечения координации. Перед вставкой
в информационные модели данные САПР должны быть переведены в необходимые
единицы измерения.

3. Рекомендации по работе в Autodesk Revit

3.1. Структура данных и моделей. Совместная работа. Общие положения
Существует множество методов, позволяющих организовать коллективную работу над
информационными моделями, включая рабочую практику, коллективное управление, а
также технологические решения. Совместная работа используется для обеспечения:
многопользовательского доступа, эффективной работы над крупными проектами,
совместной работы специалистов различных дисциплин.
Разделение на информационные модели может быть выполнено посредством
использования совместной работы и внешних ссылок. Настоятельно рекомендуется
использовать отдельные файлы моделей для каждой дисциплины, как наиболее удобный и
эффективный способ работы.
Необходимо придерживаться следующих рекомендаций:
- В моделировании должны принимать участие все внутренние и внешние
дисциплины.
- Согласно методике разработки моделей, модели изначально создаются в виде
изолированных однопользовательских файлов.
- Разделение модели выполняется по мере ее увеличения в объеме или привлечении
дополнительных участников в проектную группу.
- В одном файле нельзя моделировать несколько зданий.
- Файл модели должен содержать данные только из одной дисциплины (исключением
могут являться инженерные системы зданий, которые охватывают несколько
дисциплин). Размер файлов не должен превышать 100 МБ. Если в проекте
содержится более 1200 листов, синхронизация с файлом в хранилище существенно
замедляется. Во избежание дублирования и ошибок координации необходимо четко
определить владельцев данных на весь жизненный цикл проекта. Принадлежность
элементов может изменяться в ходе проекта — это должно быть определено в Плане
выполнения BIM- проекта.
- Если проект состоит из нескольких моделей, следует реализовать модель-контейнер,
которая будет связывать различные сборки для выявления коллизий/ошибок
координации.
Деление может быть по разным критериям и зачастую уникально для каждого проекта.
В документе «План выполнения BIM проекта» необходимо составить и описать схему
разделения данных на информационные модели проекта.
3.2. Координация информационных моделей
Каждый файл информационной модели в Autodesk Revit имеет базовую точку проекта
и точку съемки.
Базовая точка проекта определяет начало системы координат проекта. Используется
для размещения здания и секций на стройплощадке и для размещения элементов
конструкции здания в процессе строительства. Координаты точек и высотные отметки,
ссылающиеся на систему координат в проекте, указываются относительно этой точки.

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

Точка съемки показывает насколько она (точка съёмки) смещена относительно начала
координат в системе координат, учитывающей поворот истинного севера.
Точка проекта и точка съемки в координационном файле модели (файл общей сборки)
назначается на пересечение левой и нижней осей. Запрещается перемещать точку съемки и
базовую точку проекта после назначения начала координат, перемещение запрещается с
помощью функции Прикрепить.
Все данные по координации и расположению файлов информационной модели должны
быть установлены и задокументированы в документе «План выполнения BIM проекта».
3.3. Технические возможности взаимодействия
Для достижения поставленных целей в работе над проектом используется комплекс
программных продуктов информационного моделирования.
В качестве ключевых выделяются среда Autodesk Revit; среда Autodesk AutoCAD; среда
Autodesk Navisworks; Autodesk Design Review.
Платформа Revit предназначена для информационного моделирования, среда AutoCAD
для ввода исходных данных в среду Revit и выпуска документации. Navisworks для
контроля и согласования данных информационной модели, подключения дополнительных
баз данных. Design Review для обмена информацией, пометок, публикации проектных
данных.
Ниже описано несколько способов взаимодействия и организации коллективной
работы:
- Выгрузка файлов формата .dwg из Revit в AutoCAD
- Вставка в Revit чертежей формата .dwg из AutoCAD
- Режим Revit – AutoCAD – Revit
- Подгрузка в Revit другого Revit-файла
- Совместная работа в Revit
- Комбинации способов 1-5
- Совместная работа с Navisworks
Для каждого отдельного проекта может быть определена своя схема работы, которая
должна быть подробно описана в документе «План выполнения BIM проекта».
3.3.1. Выгрузка файлов формата .rvt из Autodesk Revit в AutoCAD

Revit позволяет экспортировать данные во все основные форматы САПР. Наиболее
распространённым является формат DWG.
Данная схема может быть применима при необходимости доработки 2D видов модели
в AutoCAD, передачи чертежей смежникам и заказчику. Одним из важных факторов успеха

применения данной технолонии является соблюдение координации файлов. Для этого

необходимо соблюдать следующие правила:
- Настройки выгрузки (тип координат) из Revit должны быть постоянны,
- Внешняя ссылка в среде AutoCAD вставляется без мещения (точка вставки 0,0,0).
Схема взаимодействия представлена на рисунке 16.
Рисунок 16. Схема взаимодействия Revit-AutoCAD
3.3.2. Вставка в Revit чертежей формата .dwg из AutoCAD

Данная схема работы может быть применима при необходимости
импортировать/связать модель .rvt с чертежами из AutoCAD. Например, возведение
элементов зданий и сооружений по готовым чертежам, использование в качестве подложки,
погрузка топоповерхности или генплана, подгрузка готовых прорисованных в 2D типовых
узлов, создание 2D семейств на основе элементов AutoCAD.
Для обеспечения качества проекта необходима подготовка подложек AutoCAD таким
образом, чтобы при вставке в Revit с параметром (Авто – Совмещение начал) подложка
оказывалась на нужном месте.

Рисунок 17. Схема взаимодействия AutoCAD- Revit
3.3.3. Режим Revit – AutoCAD – Revit

Данная схема работы может быть применима в ситуации, когда один или несколько
разделов проекта выполняются в AutoCAD. Например, архитекторы и конструктора
работают в среде Revit, а инженеры смежники в AutoCAD. При этом происходит
циклическая взаимосвязь между дисциплинами. Данная схема позволяет вовремя
отслеживать все изменения и коллизии. В данном случае для качественной координации
необходимо, чтобы выполнялись оба условия, описанные выше.
Рисунок 18. Схема взаимодействия Revit – AutoCAD – Revit

3.3.4. Подгрузка в Revit другого Revit-файла

Данная схема работы может быть применима при ситуации, когда для каждого раздела
проекта предусмотрена отдельная модель, за содержимое которой отвечают специалисты
определённой дисциплины. При этом каждая из моделей может содержать ссылку на
остальные для выявления коллизий/ошибок координации. Например, модель с
инженерными системами может не содержать данные по геометрии здания, а отображать
их через внешнюю связь.
Для обеспечения качественной координации при данном подходе необходимо:
- согласовать системы координат ссылаемых файлов (вставка Авто-Начало или Авто-
По общим координатам),
- при вставке устанавливать тип ссылок «Наложение» (Overlay).
Рисунок 19. Схема взаимодействия Revit – Revit

Для объединения нескольких моделей, следует реализовать модель-контейнер, которая
будет связывать различные сборки между собой.
Рисунок 20. Схема взаимодействия Revit – Revit

Дополнительная информация по работе с внешними ссылками описана в п.3.4.

3.3.5. Совместная работа в среде Autodesk Revit

Данная схема совместной работы позволяет нескольким пользователям работать над
отдельными частями одного проекта Revit.
При совместной работе разрешен одновременный доступ к модели, поскольку
используется модель из хранилища. Совместную работу рекомендуется использовать при
работе с одной моделью (одним файлом RVT), к которой должны обращаться несколько
участников рабочей группы.
При данной схеме взаимодействия очень важно соблюдать следующие правила:
- рабочие наборы должны быть чётко распределены между исполнителями,
- синхронизация с файлом хранилища долна быть не реже 3-х часов,
- резервна копия центрального (общего) файла (помимо штатных средств) должна
производиться не реже 4-х дней.
Рисунок 21. Схема взаимодействия Совместная работа

Дополнительная информация по совместной работой и рабочими наборами описана в
п.3.6.
3.3.6. Комбинированная схема

Как правило, при работе над проектом применяется несколько схем взаимодействия
одновременно.
Комбинированная схема работы представляет собой набор всех вышеперечисленных
способов взаимодействия. Данная схема не является единственно верной и применимой для
всех случаев работы над BIM моделью. Для каждого отдельного проекта может быть
определена своя схема работы, которая должна быть подробно описана в документе «План
выполнения BIM проекта». Как показывает практика, чем проще схема, тем лучше.
Пример схемы взаимодействия представлен на рисунке Рисунок 22.

Рисунок 22. Схема взаимодействия Комбинированная
3.3.7. Координация работы с использованием Navisworks

Использование Navisworks позволяет координировать модели и осуществлять поиск
ошибок и коллизий, моделировать процесс строительно-монтажных работ, осуществлять
выгрузку объёмов материалов из модели.
Модель Navisworks формируется по принципу «матрёшки» модели нижнего уровня
(например секции здания, включающей в себя все разделы) ссылаются на оригинальные
модели в формате Revit. Схема взаимодействия представлена на рисунке 23. В случае
работы со сложной комплексной моделью модель секции выгружается в формат *.nwd,
который используется в модели более высокого уровня, кде осуществляется
преобразование положения модели (например, все секции или корпуса устанавливаются на
площадку согласно ПЗУ).

Рисунок 23. Схема взаимодействия Revit – Navisworks

3.4. Внешние ссылки
В модель Revit можно добавлять ссылки на дополнительную геометрию и данные. Это
могут быть другие модели Revit проекта, слишком крупные для хранения в одном файле и
разделённые на части, либо данные, относящиеся к другому разделу проекта или
поступающие из другой организации.
Внешние ссылки внутри одного раздела
Некоторые проекты требуют разделения модели одного здания на несколько связанных
между собой файлов для поддержания приемлемого размера файлов и повышения
производительности. При работе над крупными проектами также возможны ситуации,
когда связанные модели никогда не объединяются в одну. Для объединения файлов
моделей используются файлы-контейнеры.
При разделении модели следует учитывать распределение задач внутри раздела проектироваия,
чтобы свести к минимуму необходимость в переключении между моделями.
Планировать разделение должен главный архитектор/инженер по разделу совместно с BIM-
координатором. Как и когда модель следует разделять, должно быть определено в «Плане
выполнения BIM-проекта».
При первом объединении связанных моделей следует использовать механизм вставки
ссылки «Авто-Совмещение начал».
Перед тем, как делать разделенные и связанные модели доступными другим членам
проектной группы, необходимо выполнить следующее:
- Задать и опубликовать во всех внешних ссылках действительные координаты одной
точки модели, используя функции Revit для работы с общими координатами,

- Корректно задать угол поворота истинного севера,

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

Для каждого раздела проекта должна быть предусмотрена отдельная модель, за
содержимое которой будут отвечать специалисты определённой дисциплины.
В первую очередь необходимо согласовать и зафиксировать в «Плане выполнения
BIM» инфрмацию об общих координатах и направлении условного севера. Без
согласования BIM-координатора отклонения не допускаются .
В «Плане выполнения BIM» проекта необходимо полностью изложить требования к
координатам и уровням в моделях Revit по всем дисциплинам. Например, разницу между
отметками чистого пола и перекрытия.
При разработке инженерных систем одна модель может объединять несколько
дисциплин, поскольку одна единица оборудования может требовать подключения к
различным инженерным системам.
3.5. Копирование мониторинг
Когда над проектом совместно работают несколько групп, эффективный мониторинг и
координация могут помочь в сокращении количества ошибок и уберечь от дорогостоящих
переделок. Инструмент "Копирование/Мониторинг" позволяет обеспечить передачу
информации об изменениях в проекте другим рабочим группам (см. рисунок 24).
Инструмент "Копирование/Мониторинг" позволяет работать как с текущим, так и со
связанными файлами и позволяет копировать элементы из связанной модели в текущий
проект и отслеживать изменения в исходных элементах. При изменении элемента в
связанной модели на экран выводится предупреждающее сообщение.
Пример: можно скопировать уровни из связанной архитектурной модели в модель
систем ОВ/ВК. При перемещении уровня в архитектурной модели выдается
сообщение, предупреждающее об этом специалистов ОВ/ВК.
Пример: можно скопировать уровни и сетки (стены, перекрытия…) из связанной
архитектурной модели в модель несущих конструкций. При перемещении уровня или
сетки в архитектурной модели сообщение предупреждает об этом инженеров-
конструкторов.

Рисунок 24. Копирование мониторинг архитектурной модели

Основные рекомендации:
- Производительность. Избыточное использование функций
копирования/мониторинга без тщательного планирования может привести к резкому
снижению производительности.
- Имена файлов. Не допускается изменять имена файлов в связанной модели и в
текущем проекте.
- Колонны. При копировании колонн из архитектурной модели в модель несущих
конструкций задавайте параметр "Разделить колонны по уровням". Например, если
архитектор добавляет колонны, проходящие через уровни 1 - 4, инженер может
разделить колонны на каждом уровне. Такая конструкция позволяет избежать
проблем при работе с аналитической моделью.
- Перекрытия. При копировании перекрытия из архитектурной модели, должен быть
установлен параметр «Несущие конструкции».
- При формировании связи архитектурной модели с моделью инженерных систем
используйте архитектурную модель для размещения пространств в модели
инженерных систем.
3.6. Рабочие наборы
Рабочие наборы позволяют нескольким пользователям одновременно работать с
файлом модели за счет использования ЦЕНТРАЛЬНОГО файла и синхронизированных с
ним ЛОКАЛЬНЫХ копий.
- При правильном использовании рабочие наборы могут существенно повысить
э0ффективность работы над крупными проектами.

- Необходимо задать рабочие наборы и элементы индивидуально, по категориям,

расположению или по задачам.
- Для повышения производительности аппаратных средств следует открывать только
необходимые рабочие наборы. Revit обеспечивает обновление элементов в закрытых
рабочих наборах, если на них оказывает влияние внесение изменений в открытые
рабочие наборы во время регенерации модели.
- После включения рабочих наборов имя центрального файла должно быть дополнены
суффиксами, как описано в п.2.5.7.
ЛОКАЛЬНАЯ копия модели создается через открытие файла модели из хранилища.
Открыть окно программы Revit, выбрать функцию «Открыть», указать на центральный
файл модели и установить флажок «Создать новый локальный».
Деление на рабочие наборы
Распределение рабочих наборов должно выполняться логическим путем, который

позволяет всем членам проектной группы работать с моделью, не вникая до мельчайших
деталей в то, по каким критериям делится проект.
Проект необходимо разбить на минимально достаточное количество рабочих наборов
во избежание перегрузки рабочего процесса. Это также позволяет адекватно
контролировать эффективность модели.
BIM-координатор должен определить способ разбиения модели на рабочие наборы.
Пример разбиения на рабочие наборы, приведён в таблице 11.
Пример разбиения на рабочие наборы представлен в таблице 11
Таблица 11
Дисциплина Разбиение проекта (ссылки или рабочие наборы)
(ссылки)
Архитектура По этажам или по группам этажей, секциям
Строительные Разделение геометрии на крупные элементы, например восточное и

конструкции западное крыло, по дефформационным швам
Системы ОВК Системы, ветви систем
Электрические системы Системы, Группы
Сохранение многопользовательских проектов
Все члены проектной группы должны регулярно выполнять команду «Синхронизация

и изменение параметров».
BIM-координатор проекта должен выделить каждому члену группы уникальный
график выполнения команды «Синхронизация и изменение параметров». Это позволяет
избежать зависания компьютера, когда несколько пользователей одновременно пытаются
выполнить сохранение.
Для координации использования команды «Синхронизация и изменение параметров»
членами проектной группы может использоваться инструмент «Work-sharing Monitor».
Пользователи не должны оставлять процесс сохранения данных в центральном файле
без внимания, а также обязаны вовремя решать возникающие проблемы во избежание
задержек в работе.

Заимствование рабочих наборов
Существует два способа внесения изменений в объекты центральной модели,

содержащей рабочие наборы:
- редактировать элеметы своего рабочего набора (владельцем которого является
пользователь),
- редактировать элеметы чужого рабочего набора (владельцем которого является
другой пользователь), или заимствование.
Редактирование собственных рабочих наборов используется в следующих случаях:
- Ограничение доступа пользователя к определённым элементам здания,
- Пользователю необходимо работать вне локальной сети, поэтому нужно
предотвратить редактирование рабочих наборов, которые не принадлежат
пользователю,
- Совместная работа с использованием медленной сети или удаленного доступа.
Редактирование чужих рабочих наборов (заимствоавние) используется в следующих
случаях:
- Пользователь работает с файлом в изолированном режиме (у него нет ни одного
рабочего набора из модели).
- Изменения модели пользователя повлекли за собой изменения в других рабочих
наборах.
3.7. Обмен информацией, пометки, публикация проектных данных
Процессы в строительстве, проектировании и производстве изделий в существенной
степени основываются на обмене информацией.
Задержки при распространении проектных данных, сложность информирования
территориально распределённых участников об актуальном состоянии проекта,
невозможность обратной связи часто приводят к дорогостоящим ошибкам. При этом
возникают и дополнительные затраты на создание бумажных копий и доставку
распечатанных проектов.
Существуют несколько способов коммуникаций с использованием информационной
модели:
- использование 2D пометок DWF (DWFx) в среде Autodesk Revit,
- использование комментариев в формате NWD,
- использование презентаций из среды IFC в формате BCF.
3.7.1. Использование 2D пометок DWF (DWFx)

DWF сочетает удобства «электронного бумажного формата» с богатыми
возможностями просмотра и отслеживания информации, составления запросов, печати,
автоматизации документооборота и обеспечения безопасности, что необходимо
участником группы проектирования. DWF-файлы могут содержать данные о листах,
объектах, компонентах, параметрах элементов, а также электронные пометки. Ниже
представлена схема взаимодействия Revit- Design Review на рисунке 25:

Рисунок 25.Схема взаимодействия Revit- Design Review

Файл DWF (DWFx) выгружается из информационной модели при помощи функций
Экспрота. Файлы DWF могут просматриваться получателями с помощью приложения
Autodesk Design Review. В среде Autodesk Design Review файл DWF (DWFx) может быть
просмотрен и в него могут быть добавлены комментарии и пометки, которые, в свою
очередь, могут быть загружены в среду Revit (данный функционал касается пометок в
листах Autodesk Revit)
Данная схема работы удобна при проверке электронных версий чертежей проекта, для
отправки документации заказчику, обмена информацией между различными участниками
проекта, для выдачи заданий (например, на нагрузки, отверстия и т.д.)
Файлы DWF обеспечивают безопасный и удобный обмен проектной информацией.
Использование формата DWF позволяет избежать случайного изменения файлов проекта,
а также передавать проектные данные специалистам, не работающих с платформой Revit.
Размер файлов DWF значительно меньше размера исходных файлов формата RVT. Это
упрощает пересылку файлов по электронной почте и загрузку на веб-сайты.
3.7.2. Использование комментариев в формате NWD

В среде программного продукта Autodesk Navisworks Manage/ Simulate создаётся
компановочная модель. В ней создаются необходимые точки обзора и комментарии на этих
точках. Модель выгружается в формат NWD, который может быть просмотрем при помощи
бесплатного просмотровщика Autodesk Navisworks Freedom (рисунок 26). Преимуществом
данного подхода является возможность компанвки моделей из нескольких моделей и
различных форматов (Например, из Revit, Civil 3D, Inventor и др.).

Рисунок 26.Схема взаимодействия Revit- Navisworks
3.7.3. Использование презентаций (слайдов) из среды IFC в формате BCF

Формат Industry Foundation Class (IFC) – открытый формат представления
информационной модели, который поддерживается всеми основными участниками рынка
ПО для информационного моделирования. В рамках данного формата также
разрабатывается формат BCF (BIM Collaboration Format), который представляет собой файл
обмена замечаниями. В частности, для Revit формат содержит информацию об ID элемента
и замечания, связанные с этим элементом. Файлы формата BCF можно загрузить в среду
Retit при помощи различных приложений. В качестве ПО для анализа и проверки файлов
IFC, а также формирования файлов BCF может быть использован программный продукт
Solibri (рисунок 27).
Рисунок 27.Схема взаимодействия через формат BCF

3.8. Стадии
Многие проекты (например, связанные с реконструкцией или сносом) выполняются по
стадиям, которые представляют собой отдельные временные периоды выполнения проекта.
В проекте можно создавать любое количество стадий. Revit отслеживает стадию, на
которой создаются или разрушаются виды или элементы. Программа поддерживает работу
с фильтрами стадий. Фильтры стадий отображают модель здания в зависимости от стадии
проекта. Эти изменения отражаются на видах и в спецификациях. Таким образом,
пользователь может создавать полную проектную документацию, включая спецификации,
для определенных стадий проекта.
Допускается указать стадию в свойствах элемента модели здания. Если требуется,
можно сделать несколько копий вида и назначить им разные стадии и фильтры по стадиям.
Фильтр по стадиям — это правило, которое применяется к виду для управления
отображением элементов в зависимости от состояния стадии ("Новые", "Существующие",
"Снесенные" или "Временные").
Все стадии имеют статус. В зависимости от текущей Стадии, элементы модели
распределяются на: Существующие, Снесенные, Временные и Новые.
Новые. Элементы был создан на стадии текущего вида.
Существующие. Элемент был создан на более ранней стадии и продолжает
существовать на текущей стадии.
Снесенные. Элемент был создан на более ранней стадии и снесен на текущей стадии.
Временные. Элемент был создан и снесен на текущей стадии.
3.9. Общие настройки программы
Перед началом работы на каждом рабчем месте участников моделирования в Revit
должны быть произведены общие настройки программы:
- Имя пользователя
- Графика
- Расположение файлов
- Интервал напоминания о сохранении и синхронизации
Важным параметром является Имя пользователя, так как оно непосредственно
участвует при коллективной работе в качестве идентификатора Владельца и Заёмщика
данных проекта.
Пример наименования Имени пользователя:
Имя пользователя = Фамилия _Имя_ Должность/Отдел/Раздел/Марка = Иванов_Иван
_АР
Информация об использовании программы теми или иными участниками
моделирования поступает в файл журнала. Это запись действий, которые осуществляет
пользователь в процессе работы. Они, как правило, находятся в папке Journals по месту
установки пакета Revit. Журналы хранятся в обычном текстовом формате и обычно
используются разработчиками для отслеживания ошибок возникших в программе. При
этом, каждый пользователь также может использовать эти файлы для восстановления
несохраненных действий в результате сбоя. Для этого достаточно перетащить требуемый

файл журнала на значок Revit на Рабочем столе. В результате запуска, должны повторится
все операции, записанные в нем. В случае необходимости этот файл можно
отредактировать и отправить кому-либо для выполнения. Очень удобно таким образом
обмениваться решениями, так как журнал занимает несколько килобайт, а примеры весят
значительно больше.
Для повышения производительности при навигации по модели в настройке Графики
важно установить «Использование аппаратного ускорения Direct3D» для
задействования физического ресурса видеокарты в обработке графики. Это увеличит
скорость обновления геометрии модели в процессе работы, а также позволит отображать
текстуры в реалистичном представлении и Рассеянный свет (Ambien occlusion). Так же
реккомендовано установить «Использование оптимизированной навигации по виду»
Для отключения некоторых графических эффектов (например, образцы заливки и
естественные тени), которые влияют на отображение модели при работе с камерой (при
панорамировании, вращении по орбите и зумировании).
Следует задать отображение напоминания о необходимости «Сохранения» в Revit
через каждые 30 минут. Так же необходимо задать интервал напоминания о
синхронизации с центральным файлом хранилища при использовании совместной работы,
данный интервал определяется BIM-координатором проекта.
Необходимо настроить расположение файлов шаблонов проекта/семейств и
библиотек по умолчанию.
Для ускорения открытия файла при его сохранении необходимо задавать вид модели,
который будет отображаться при открытии файла (по умолчанию стоит «Последний
открытый»). В качестве открываемого вида указывается 2D вид, содержащий общие
сведения о модели, которые формируются при помощи свойств модели. На вкладке
Управление, в разделе Управление проктом назначить Начальный вид. Данный вид можно
создать на этапе создания шаблона файла.
Рисунок 28.Указание вида при открытии

3.10. Организация модели по видам (Диспетчер Проектов)

Перед тем, как приступить к созданию BIM-моделей в среде Revit необходимо
настроить организацию модели по видам (Диспетчер Проектов) для удобного управления
моделью и логического отображения иерархии всех видов, спецификаций, листов,
семейств, групп и других элементов текущего проекта.
Рекомендуемое группирование свойств Диспетчера проектов:
Папки организованны по следующему принципу:
- 1 уровень: Категория проекта
- 2 уровень: Раздел проекта
- 3 уровень: Семейство и типоразмер
- 4 уровень: Имя вида
Рисунок 29.Свойства организации видов в диспетчере проекта

Листы организованны по следующему принципу:
- 1 уровень: Стадия проекта (Пользовательский Общий параметр)
- 2 уровень: Раздел проекта (Пользовательский Общий параметр)
- 2 уровень: Лист номер (Пользовательский Общий параметр)

Рисунок 30.Свойства организации листов в диспетчере проекта

Примечание: При разделении информационной модели на файлы в соответствии с
дисциплинами (Архитектура, Конструкции и т.д.) группирование по параметру Раздел
проекта можно пропустить.
Для координации действий проектной группы и предотвращения случайных изменений
в выходных документах используйте единые правила наименования и использования
уровней, видов и листов. Рекомендации по наименованию уровней описаны в п.3.21, видов
в п. 3.22.
В качестве «Категорий проекта» выделяются следующие:
- Координация
- Проектная документация
- Экспорт
- Обеспечение и контроль качества
Координация здания содержит виды модели, на которых осуществляется процесс
моделирования, располагаются все подгруженные подложки.
Проектная документация содержит все виды, выносимые на листы (планы, разрезы,
фасады сечения), оформленные в соответствии с нормативными документами,
включающие все аннотации и маркировки.
Экспорт содержит виды, подготовленные для экспорта в другое программное
обеспечение.

Обеспечение и контроль качества содержит виды с настроенными фильтрами

видимости, для контроля и проверки модели.
Рисунок 31. Общий вид Диспетчера проекта

Примечание: Если требуется более детальное разбиение информационной модели,
то структура дополняется разделами.
Остальное деление Диспетчера проекта: Спецификации, Семейства, Легенды, Группы,
Сборки, не поддаются группированию и сортировке, поэтому необходимо использовать
единые правила наименования, позволяющие управлять порядком расположения данных
видов. Часто для обеспечения порядка используются цифровые префиксы, позволяющие
обеспечить необходимый порядок видов/листов (см пример в п.2.5).

3.11. Использование шаблонов проекта

Информационные модели следует выполнять на основе шаблонов проекта. В шаблоне
выполняются предварительные настройки, которые позволяют избежать рутинных
операций по настройке и ускорить процесс работы. Для каждой дисциплины (АР, КР, ЭС,
ОВ, ВК, СС) могут создаваться свои шаблоны. Каждая организация имеет своё видение
процесса проектирования, на проект оказывает влияние размер и сложность проектируемых
объектов. Поэтому шаблон для каждой организации индивидуален.
Наиболее эффективной практикой является создание шаблона на основе минимально
настроенного стартового файла шаблона, который развивается в рамках разработки
текущего проекта. В рамках проекта в него вносятся дополнения и корректировки. Шаблон
обновляется после каждого очередного проекта.
Шаблон проекта включает в себя следующие основные компоненты:
- Настроенная структура диспетчера проектов
- Шаблоны видов
- Параметры проекта и общие параметры
- Перечень спецификаций
- Образцы заливки
- Материалы
- Библиотека визуальных образов
- Стили объектов
- Стили линий
- Веса линий
- Образцы линий
- Стили аннотаций
- Единицы проекта
- Режимы привязки
- Параметры временных размеров
- Цвета
- Основные и загружаемые семейства
- Параметры печати
- Параметры экспорта
3.12. Библиотека материалов
В каждом BIM проекте используется библиотека материалов, подгружаемая отдельным
файлов с разрешением .adsklib. Библиотеку материалов допускается создавать отдельную
на каждый BIM проект, либо использовать одну общую на все проекты, которая
корректируется после после каждого очередного проекта. Процесс наполнения и
улучшения библиотеки материалов должен быть непрерывным.
Материалам необходимо задавать понятные имена. Желательно разработать сруктуру
наименований, чтобы обеспечить корректное добавление новых материалов. В ряде случаев
при использоваии Revit материалы используются не по их прямому назначению (например,
как дополнительный уровень сортировки при подсчёте спецификаций). Это необходимо
учитывать в структуре наименований.

Необходимо назначить специалиста, ответственного за наполнение библиотеки

материалов. Корректировка и аудит библиотеки должен происходить не реже 1 раза в 2
недели.
Наименование материалов может назначается в соответствие со следующей
структурой:
Категория_Подкатегория _Класс/Марка _Имя производителя_ (Сокращение)
Пример:
Кирпич керамический полнотелый (ККерПолн),
Изоляция тепловая пенополистирол экструдированный (ИзТепПенЭкстр),
Бетон B15 (БетB15),
Штукатурный раствор известковый (ШтИзв).
Если требуется имя производителя материала, то оно добавляется в конце
наименования материала.
Пример:
Изоляция тепловая вата минеральная ISOVER (ИзТепВатМин_ISOVER)
Полное наименование позволяет комфортно работать с наименованиями материалов.
Сокращённое название позволяет эффективно программно обрабатывать материалы
информационной модели в стороннем ПО (Navisworks, SOLIBRI, Excell и т.д.).
Пример структуры и сокращённых наменований приведён в таблице
Таблица 12
Наименование материала Краткое обозначение
Бетон Бет
Бетон Общий БетОбщ
Бетон B15 БетB15

Бетон B20 БетB20
Стеновой камень СКЦ
Блоки Бл
Блоки газобетон БлГ
Блоки пенобетон БлП
Изоляция Из
Изоляция тепловая ИзТеп
Изоляция тепловая Общее ИзТепОбщ

Изоляция тепловая вата минеральная ИзТепВатМин
Изоляция тепловая пенополистирол экструдированный ИзТепПенЭкстр
Изоляция звуковая ИзЗвк
3.13. Правила наименования компонентов/семейств

Наименование семейств может иметь следующую структуру:

Функциональный тип-Подтип-Основная характеристика-Обозначение

настоящего стандарта-Описание1-Описание2
Таблица 13
Элемент Описание
Функциональный тип Имя типа элементов создаваемого семейства
Подтип Имя подтипа

Основная Форма, материал.
характеристика
Обозначение Нормативный документ, номер серии, ГОСТ, ТУ
настоящего стандарта
Наименование изготовителя, краткое описание пользователя до 12
Описание1/Описание2 символов
Примечание: В наименование Функциональный тип, Подтип, Основная
характеристика, Обозначение настоящего стандарта, Описание1/Описание2
разделять символом «-» дефис, разделение слов внутри данных групп делать при
помощи символа «_» нижнее подчёркивание, символы «/», «:», заменять символом «_»
нижнее подчёркивание.
Примеры:
Плиты-железобетонные-ленточного_фундамента
Мусоропровод-круглый_железобетонный
Лестница-металлическая-на_кровле
Лифт-пассажирский
Дверной_блок-противопожарный-двупольный-ГОСТ6629-88
Окно-деревянное-с_двойным_остеклением-ГОСТ11214_86
Профиль-прямоугольный-ГОСТ103_86
Балясина-круглая-ГОСТ8645_68
3.14. Правила наименования типоразмеров элементов
Общая структура наименования может выглядеть следующим образом:
Функциональный тип-Подтип-Описание1-Описание2-Технические данные
Таблица 14
Элемент Описание
Функциональный тип Имя типа элементов создаваемого семейства
Подтип Имя подтипа

Наименование изготовителя, краткое описание пользователя до 12
Описание1/Описание2 символов
Технические характеристики (размеры, масса, мощность, объем)
Технические данные отличающие один тип от другого
Пример:
Перемычка-железобетонная-1900х300мм
Дверь-глухая-левая-2100х1000мм_
Окно-ПВХ-(4М1_16Аг_К4)-1540х1520мм
Основание-щебень_уплотненный_гранитный-кр20_40мм_300мм
Пол-стяжка-цементно_песачаный_раствор_М150-армированная_сетка-50мм

Кровля-гидроизоляция_полимерно_битумная-Тэхноэласт_ЭКП_ЭКК-7мм
Ограждение_балконное-1000мм
Стена-кирпич_пустотелый-120мм
Наименование Многослойных стен описывается по-слойно начиная с наружной
стороны к внутренней: Стена-кирпич_облицовочный-120мм-утеплитель-130мм-
бетон_В25-180мм-штукатурка-20мм.
3.15. Правила наименования рабочих наборов
Рабочим наборам присваиваются логические и согласованные имена для облегчения
навигации по проекту. Разбиение на рабочие наборы определяется структурой проекта и
стрктегией моделирования. Ниже приведены некоторые примеры разбиения.
Пример 1
Зона_Состав
Зона - Крупные проекты можно разделить горизонтально или вертикально на
зоны/уровни, которые должны быть по возможности отражены в именах рабочих наборов.
Состав-Описание состава рабочего набора:
- 00_Разбивка
- 01_Местность
- 02_Концепция
- 03_АР Внутренние конструкции
- 04_АР Внешние конструкции
- 05_Фасады
- 06_Несущие конструкции
Пример 2
Деление конструкций в соответстви со структурой UniFormat (таблица 15)
Таблица 15
Имя рабочего набора Описание
Раздел/имя файла
Shared Levels and Crids Уровни и оси
Все элементы конструкции фундаментов, оставшиеся после
распределения по остальным рабочим наборам
A - Substructure (для данных моделей наружные облицовочные материалы
находящиеся ниже нуля)
A1010 – Standart Конструкции фундамента
Foudation
A1010130 Конструкции ростверков
A1020120 Сваи
A1030110 Конструкции фундаментной плиты
A2020 – Basement Walls Подземные ж/б конструкции (только стены)

Все элементы здания, оставшиеся после распределения по остальным
B - Shell рабочим наборам
B1010 – Floor Надземные ж/б конструкции
Construction

И т.д.
3.16. Правила наименования образцов линий

Структура наименования может иметь вид:
Тип-Наименование образца линии
Тип с распределением по:

- Назначению (Осевая, Центровая, Невидимая…)
- Использованию (Линия выравнивания, Линия защитного слоя…)
- Образцу (Пунктирная, Штриховая, Штрихпунктирная…)
Например:
- Осевая
- Линия_гидроизоляции
- Пунктирная
В наименованиях образцов линий могут использоваться следующие обозначения:
- ш - Штрих.
- и - Интервал.
- п - Пунктир.
- ()*n - Повторяемый участок образца n-количество раз.
Например:
- Штриховая-ш2,0_п1,0
- Штрихпунктирная-ш09,0_п2,0_(и0,0_п2,0)*2
Единицы значений указываются в миллиметрах.
3.17. Правила наименования образцов штриховок
Тип-Наименование образца
Тип с распределением по:

- Материалу (Песок, Бетон, Кирпич…)
- Использованию (Кладка, Потолок, Паркет…)
- Образцу (Линия, Сетка…)
Например:
- Линия-0°_и3,0
- Сетка-15°и5,0/45°и3,0
- Песок-№01
- Кладка-№01
В наименованиях образцов линий используются следующие обозначения:

- ° - Угол.
- и - Интервал
- / - Разделитель значений.
- № - Номер.
3.18. Правила наименования типов семейств стрелок
Например:
- Засечка-2,0мм
- Стрелка-2,5мм_15°
- Стрелка_сплошная-2,5мм_15°
В наименованиях типов семейств стрелок используются следующие обозначения:
- ° - Угол.
Для обозначения наличия заполнения стрелки, к наименованию стиля в конце
добавляется слово «сплошной» или «сплошная».
Единицы значений указываются в миллиметрах.
3.19. Правила наименования типов семейств текста
Например:
- Текст
- Текст-2,5
- Текст-2,5_ЖКП
- …
В наименованиях типов семейств текста использоваться следующие обозначения:
- 0,0 - Размер текста.
- Ж - Жирный.
- К - Курсивный.
- П - Подчеркнутый.
3.20. Правила наименования параметров семейств, общих параметров и
параметров проекта
Наименование параметров семейств, общих параметров и параметров проекта должно
быть логичным и интуитивно понятным всем участникам моделирования. В таблице 17
приведен список и характеристика общих параметров проекта, которые могут
использоваться. Необходимо избегать дублирования наименования параметров в Общих
параметрах и Параметров проекта. Все наименования параметров должны быть записаны с
заглавной буквы. Слова в параметрах разделять символом « » (пробел). Параметры могут

копироваться из одного файла Revit в другой при помощи инструмента «Копирование

стандартов».
3.21. Правила наименования уровней
Структура наименования может иметь вид.
AA_BB_MM_NN
AA - префикс раздела (в случае наличия в модели нескольких разделов с собственными
группами уровней).
ВВ – код уровня в формате _BB_ (отделён знаками нижнего подчёркивания). Код
уровня приводится в цифровом формате (… -02, -01, 01, 02, 03, 04 …). Знак «-» приводится
для уровней ниже отметки нуля, принятой для здания. Пример использования см. на
рисунке 32. Необходим в случае, если модель должна обрабатываться в стороннем ПО
(например, Navisworks или SOLIBRI).
MM – проектная отметка уровня, высотное значение уровня (+3.200; -1.500)
NN - Более точная информация об изображенном объекте, наименование (Plan 1-st floor,
Section, если необходимо)
Примеры использования приведены в таблице 16
Таблица 16
Код уровня Диапазон отметок Примеры наименования уровней
-2,800… -0,200 КР_-01_-2.800_Фундаментная_плита
-01
АР_-01_-1.800_Приямки
HVAC_-01_-2.850_План_подвала
Arch_-01_-2.850_Basement_plan
-0,200…+2,800 Str_01_-0.050_Plan 1-st floor
01
АР_01_+0.000_Первый этаж
ОВ_01_+0.000_План_первого_этажа
FF_01_+2.800_Сплинклеры
+2,800…+5,800 Str_02_+2.950_План второго этажа
02
Arch_02_+3.000_ Plan 2-st floor
HVAC_02_+3.000_Второй_этаж
+5,800…+7,800 КР_03_+5.900_Балки_покрытия
03
АР_03_+6.000_Чердак
В_03_+6.000_План_чердака
OV_03_+7.100_Зонты
Рисунок 32. Пример использования кодов уровней

3.22. Правила наименования видов

Правила наименования и использования видов необходимы для координации действий
проектной группы и предотвращения случайных изменений в выходных документах.
Данный документ охватывает только чертежные виды (несмотря на то, что диспетчер
проекта поддерживает и другие типы элементов).
LL_MM_NN_PP
LL- сокращенное обозначение Категории проекта (Координация –К, Проектная
документация –ПД, Экспорт–Э, Обеспечение и контроль качества- ОК/КК).
MM- сокращенное обозначение Раздела проекта см. Таблица 14
ВВ – код уровня в формате _BB_ (отделён знаками нижнего подчёркивания). См. раздел
3.21.
NN – проектная отметка уровня высотное значение уровня (+3.200; -1.500) В качестве
разделителя используется точка.
PP - более точная информация об изображенном объекте, наименование (План 1-го
этажа, Разрез)
Примеры:
К_КР+0.000_ План 1-го этажа
ПД_АР+3.300_ План 2-го этажа
ПД_АР_Разрез 2-2
В наименовании вида поля разделяются знаком нижнего подчеркивания «_».
Диспетчер проекта сортируется автоматически по фильрам параметрам группировки.
Наименования видов группируется по цифровым обозначениям и алфавиту. В
наименовании вида с отметкой 0.000 перед числовым значением необходимо ставить знак
«+», для того, чтобы в Диспетчере проекта этот вид отображался в начале списка.
Пример:
К_КР_01_+0.000_ План 1-го этажа
Примечание: Обозначение Категории и Раздела проекта необходимо использовать в
наименовании вида, так как в Revit запрещено назначать одинаковые имена видам, а
один и тот же вид может использоваться в разных разделах Диспетчера проекта
одновременно.
Примеры:
ПД_АР_02_+3.300_ План 2-го этажа
К_АР_02_+3.300_ План 2-го этажа
3.23. Экспорт в Navisworks/IFC
Для корректноого экспорта в среду Navisworks в модели необходимо создать 3D вид:
- Имя вида Navisworks (БЕЗ ПРЕФИКСА!)
- Дисциплина Координация (Coordination)
- Категория проекта ЭКСПОРТ
- Раздел проекта Координация
В виде настраивается отображение 3D модели объекта, которое выгружается в среду
Navisworks и в формат IFC:

- Уровень детализации: высокий

- Ссылки на форматы САПР/ модели Revit: отключены
- Видовой куб: отключён
Для выгрузки в формат IFC использовать плагины:
http://apps.exchange.autodesk.com/rvt/Detail/Index?id=appstore.exchange.autodesk.com:ifc
exporterforrevit2014:en
http://apps.exchange.autodesk.com/RVT/en/Detail/Index?id=appstore.exchange.autodesk.co
m%3arevitifcexportalternateui2014%3aen
3.24. Общие параметры
При работе над проектом зачастую необходимо добавлять дополнительные Общие
параметры проекта. В таблице 17 приведен список и характеристика возможных общих
параметров проекта.
Классификация общих параметров по группам облегчает процесс назначения
категорий. Например, можно создать группу с названием "Электрооборудование" для
параметров электрооборудования, устанавливаемого в проекте.
Одновременно в Revit может использоваться только один файл общих параметров.
Если общие параметры имеются в другом файле, то их можно включить в текущий файл
общих параметров путем использования инструкмента копирование стандартов проекта.
Таблица 17
Данные параметра
Категории
Имя Тип Назначение
Категория элементов
параметра данных
1 2 3 5 6
Общие
Наименование элемента
Наименование Общие Текст отображаемое в Все катерогии
спецификациях
Обозначение Норматив документ
Общие Текст Все катерогии
№ серии, чертеж, ГОСТ, ТУ
Код по Обозначение из
Общие Текст Все катерогии
классификатору Классификатора элементов
Проект
Категория Текстовые данные,
Общие Текст Виды, Листы
проекта информация о проекте
Текстовые данные,
Раздел проекта Общие Текст Виды, Листы
информация о проекте
Текстовые данные,
Должность 1 Общие Текст Листы
Текстовые данные, Листы
Должность 2 Общие Текст

Данные параметра
Категории
Имя Тип Назначение
Категория элементов
параметра данных
Фамилия 1 Общие Текст
Фамилия 2 Общие Целое
Текстовые данные, Сведения о
Наименование Общие Текст информация о проекте проекте
объекта
листа
компании
Адрес проекта Общие Текст
информация о проекте проекте
Количество Общие Текст информация о проекте проекте
листов
Лист номер Общие Текст
Текстовые данные, Виды, Листы
Стадия проекта Общие Текст
Размеры
Несущие Масса элемента конструкции
Вес Масса По усмотрению
конструкции в кг или т
Длина Общие Длина Размер длинны элемента По усмотрению
Высота Общие Длина Размер высоты элемента По усмотрению
Ширина Общие Длина Размер ширины элемента По усмотрению

…
В ходе работы над проектом могут быть добавлены необходимые общие параметры.
3.25. Стандарты и правила моделирования
- Для каждого отдельного проекта информационного моделирования должен
заполняться план выполнения проекта (BIM Execution Plan или BEP).
- Все используемые семейства обязательно должны иметь привязку к уровню (в
случае, если модель в дальнейшем используется для 4D моделирования в среде
Navisworks). Для этих же целей по возможности избегать создания вложенных
семейств (семейство в семействе).

- Каждому элементу в семействе необходимо назначать материалы при дальнейшей

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

Таблица 18
Многослойная стена Отдельными стенами
Плюс:
Плюс:
 Возможность настройки высоты и
 Удобство работы
параметров присоединения у
 Более производительная модель
каждого слоя
 Не требует дополнительной работы
 Верный расчет объемов
при вставке окон и дверей, проемов
материалов, без погрешности.
Минус:
Минус:
 Существенно уменьшает
 Создание типоразмеров
производительность модели.
 При создании стен, в которых
 ОЧЕНЬ трудоемко создавать,
слои отличаются по верхнему и
редактировать, соединять,
нижнему уровню необходима
выравнивать.
ручная доработка, при помощи
соединения или вырезающего  Невозможно повернуть стену
профиля целиком. Необходимо каждый
слой поворачивать отдельно.
 Расчет объема материалов
автоматический выполняется с  Трудоемкость при работе с окнами
погрешностью не более 10% и дверьми, проемами.
(зависит от типа соединения стен
и толщины слоя)
Выводы и рекомендации:
Несущий каркас здания выполнять однослойными стенами.
Многослойные стены использовать для создания внутренних ненесущих стен, а также
для внутренней и внешней отделки.
Несущие стены каркаса выполняются однослойными стенами, высотой равной высоте
этажа, исключая толщину верхнего конструктивного перекрытия. Внутренние ненесущие
стены, а также стены внутренней и внешней отделки выполняются многослойными
стенами, высотой равной высоте этажа, исключая толщину верхнего конструктивного
перекрытия
Если стена состоит из нескольких слоев, то несущие часть стены моделируется
отдельно однослойной стеной, внешняя и внутренняя части стены могут моделироваться
многослойными стенами.

Рисунок 33. Пример моделирования стены, состоящей из нескольких слоев.

Если в проекте несущие стены формируются из несущих железобетонных панелей, то
панели делаются Семейством (.rfa) на основе шаблона Типовая модель, категория
семейства назначается Обобщенная модель. В модели Revit (.rvt) семейства несущих
панелей привязываются к несущим однослойным железобетонным стенам, которые служат
основой для несущих железобетонных панелей, то есть происходит наложение геометрии.
Несущие железобетонные стены необходимо моделировать системным семейством Стена
для вставки Окон, Дверей, Проемов, т.к. в семейство несущих железобетонных панелей эти
элементы не вставляются.

Рисунок 34. Пример несущей стены, состоящей из панели, основой для которой
является системное семейство Стена
Для вырезания проемов, окон и дверей, вставленных в несущие стены, необходимо
воспользоваться функцией «Соединить », выбрать однослойную несущую стену и
многослойную ненесущую стену.
Окна и двери привязываются к архитектурным уровням модели.
Соединить
Рисунок 35. Соединение стен для вырезание проемов
3.26. Рекомендации по работе с семействами
Работа с семействами – неотъемлемая часть процесса как создания 3D модели, так и
BIM-проекта в целом. Именно с помощью этого инструмента достигается полнота
информации, за счет различных параметров, определенных для семейств в рамках
конкретного проекта.
Семейства - это все элементы, существующие в проекте Autodesk Revit от стены, дверей
и колонн до марок, компонентов узлов фрагментов. Семейство подразделяются на три
группы:
- Системные. Создаются на основе диалоговых окон и не могут быть сохранены как
самостоятельный файл.

- Загружаемые. Внешние файлы, которые подгружаются в проекты.

- Контекстные. Семейства, предназначенные только для текущего проекта и
создаваемые без редактора семейств.
Перед созданием загружаемого семейства необходимо проанализировать все
перечисленные ниже требования. После этого создание семейства может быть выполнено
значительно легче. Поскольку при создании семейств непременно вносятся изменения,
редактор семейств позволит внести эти изменения, не вынуждая начинать работу заново.
Правила наименования семейств и их типоразмеров прописаны в п.3.13
Таблица 19
Вопрос Описание
Определить какие значения семейства должны/не должны быть
Необходимо ли иметь
изменяемыми. Какие типы параметров использовать.
возможность менять
Определить необходимо ли наличие нескольких типоразмеров в
значения?
семействе.
Необходимо ли иметь
несколько типоразмеров
в семействе?
Это определяется вариативностью и степенью сложности объектов.
Какое семейство стоит
создавать загружаемое
или контекстное?
Требуемый способ отображения объекта на видах определяет 3D и
Как должно
2D геометрию, которую требуется создать, а также вариант задания
отображаться на
параметров видимости. Определите, следует ли отображать объект
различных видах
на виде плана, фасада и/или разреза.
семейство?
В случае объектов, таких как окно или осветительный прибор),
Требуется ли основа для
обычно размещаемых на других компонентах-основах, следует
семейства?
воспользоваться шаблоном для семейств, требующих основы.
Используемый файл шаблона, по которому следует создавать
семейство, выбирается в зависимости от того, каким образом это
семейство связано с основой (или от того, к каким объектам оно
присоединено и к каким не присоединено).
В некоторых случаях 3D геометрия вообще не требуется, а
Какая степень
необходима лишь 2D форма для представления семейства. Также в
детализации требуется
целях экономии времени при создании семейства можно упростить
при моделировании?
3D геометрию модели.
Правильный выбор точки вставки упрощает размещение семейства
Где находится начальная
в проекте. Например, точкой вставки для семейства колонн может
точка семейства?
служить центр круглого основания.
Выбрать наиболее подходящую категорию для создаваемого
В какую категорию
семейства.
определить семейство?
Шаблоны служат в качестве "строительных блоков", которые
Какой шаблон семейства
содержат информацию, необходимую для создания семейства и
использовать при
размещения этого семейства в проектах.
моделировании?
3.27. Правила создания семейств с учетом дальнейшей работы в Navisworks
Для корректной передачи модели на стадии 4D и 5D моделирования крайне важно при
создании семейства руководствоваться определенным набором правил:
1. Перед созданием семейства продумайте его участие на всех стадиях проекта, если
это возможно.

2. По возможности избегайте создания моделей на основе шаблона типовой модели.

Вставка универсального семейства в проект возможна на основе грани и рабочей
плоскости, что может вызвать ошибку привязки по уровням при экспорте модели в
Navisworks.
4. 4D моделирование в Navisworks
4.1. Формирование модели в Navisworks
При работе в Nawisworks применяются несколько форматов: .nwc, .nwf, .nwd.
- NWC - NavisWorks "Cache or Captured" File -NavisWorks "Cache or Captured" File
- NWF -Navisworks "Working File"
- NWD - NavisWorks "Delivered or PublisheD File" (emphasis on the D)
NWC- это специальный формат, предназначенный для выгрузки BIM моделей из
программ Autodesk для дальнейшей работы в Navisworks. Это файл кэша, который может
обновляться, при изменении исходной BIM-модели, путем сохранения вновь выгруженного
файла, но с тем же именем.
NWF- это Рабочий файл, ссылка на файлы формата .nwc (BIM-модели) с пометками
(наборы, поисковые запросы, комментарии), не содержит геометрию. В Рабочем файле
можно объединить все рабочие BIM-модели (модель АР + модель ВК).
NWD-это файл, содержащий геометрию, все действия, производимые с моделью и
пометки. Предоставляет возможность защиты файла паролем и установкой даты окончания
срока действия файла; внедрения текстур, пользовательских и импортированных;
внедрение свойств, доступ к которым выполняется через внешние базы данных; создание
закрытого файла для редактирования.
4.2. Поисковые наборы
Для создания структуры модели и эффективной работы с моделью необходимо
создание наборов, которые подразделяются на два типа.
Наборы объектов представляют собой статические группы элементов. Их удобно
использовать для сохранения группы объектов, с которыми требуется регулярно выполнять
какие-либо действия, например, скрывать их, изменять их прозрачность и так далее. В них
хранятся элементы, с которыми будет выполняться работа впоследствии. Такой набор
объектов не имеет интеллектуальных свойств: даже если модель была полностью изменена,
при выборе набора объектов выбираются те же самые элементы, что и при организации
набора (предполагается, что они остались в составе модели).
Наборы поисковых запросов представляют собой динамические группы элементов.
Они функционируют похожем образом с наборами объектов, за исключением того, что в
них сохраняются критерии поиска, а не результаты выбора, и поэтому пользователь может
повторно запустить поиск позднее, после внесения изменений в модель. Наборы поисковых
запросов являются более мощным средством. Их использование может сэкономить рабочее
время, в особенности, если продолжается обновление и изменение файлов САПР. Также
имеется возможность экспорта наборов поисковых запросов и организации совместного
доступа к ним.

Рекомендуется использовать поисковые запросы для создания наборов (Наборы

поисковых запросов).
В Autodesk Navisworks используется иерархическая структура моделей (от имени файла
к определенному объекту). Например, для файла из Revit (RVT или NWC) иерархию модели
можно настроить таким образом, чтобы под каждым уровнем отображались категория,
семейство, тип и экземпляр, а также материал, из которого выполнен объект Revit.
Рисунок 36. Пример иерархической структуры

При создании поисковых наборов необходимо обращаться непосредственно к
экземпляру (Таблица 20), т.к. именно он несет полную информацию о параметрах элемента.
Иначе в свойствах не будет отображаться вся информация (например, объем, см. рис. 37).
Рисунок 37. Проверка создания поискового запроса

4.3. Формирование поисковых наборов
Пример поискового запроса представлен в таблице 20.
Таблица 20
Категория Свойство Условие Значение
Элемент имя =/содержит Значение элемента из окна Свойства
Элемент тип =/содержит Значение элемента из окна Свойства
Наименования источника без ссылки на
Элемент файл источника содержит
версию (необходимо при обновлении)
4.4. TimeLiner
Из среды Autodesk Navisworks осуществляется подключение к графику СМР,
сформированному в среде Primavera, MS Project или другой среде, поддерживающей
выгрузку графика в нейтральный формат *.CSV. Для обеспечения автоматизированной
связки геометрических объектов модели и календарно - сетевого графика СМР
обеспечивается синхронизация имён поисковых наборов или наборов объектов с одним из
полей в графике СМР.
При подгрузке календарно-сетевоого графика, в нем должны быть отражены поля:
- Наименование задачи (идентификатор),
- Начало работы,
- Окончание работы,

- Затраты,
- Тип задачи (создание, разрушение, временное и т.д.),
- Поле с именем (кодом) для синхронизации.

6. Изменения и дополнения
Предложения по изменениям и дополнениям к данному документу «Рекомендации по
выполнению проекта информационного моделирования» будут рассматриваться для
регулярного выпуска новых версий документа. Все Ваши предложения и пожелания Вы
можете отправлять на электронный адрес helpme@pss.spb.ru , написав в теме письма
«Рекомендации по выполнению проекта BIM».

Приложение 1
Заказчик
Номер договора
Наименование проекта
Наименование файла
проверки
Этап проекта
Ф.И.О проверяющего
Отчет о соответствии BIM-проекта
Дата Дата Дата

Ста Ста Ста
Позиция проверки/ис проверки/ис проверки/ис
тус тус тус
правления правления правления
Общие данные
Структура папок
Расположение файлов
Система координат
Дублирование элементов
Ссылки на AutoCAD файлы
Ссылки на Revit файлы
Основные настройки проекта
Единицы проекта
Файл общих параметров
Готовность файлов
AutoCAD для импорта в
Revit
Сведения о проекте
Соответствие рабочих
наборов и элементов
Правила наименования
Файл
Виды
Семейства
Типы семейств
Листы
Рабочие наборы
Образцы линий
Образцы штриховки
Стрелки
Текст
Параметры семейств
Общие параметры
Параметры проекта

Материалы
Настройки объектов
Структура видов
Структура листов
Стили
Объекты
Вес линий
Аннотации
Марки
Текст
Размерные стили
Стили линий
Шаблоны видов
Настройки стадий
Материалы (штриховки,
текстуры)
Основные надписи на
листах
Настройки вывода данных
Настройки печати
Настройки экспорта в DWG
формат
Настройки экспорта в FBX
формат
Настройки экспорта в IFC
формат
Настройки экспорта формат
NWC
В графе Статус прописывается состояние проверки: В работе, Проверено.

Заказчик:
Наименование проекта:
Номер договора:
Журнал коллизий
Данные по коллизии Решения коллизии
Номер Версия Часть Имя Местоположение
Раздел Описание Предлагаемы Состояние
коллизии коллизии проекта файла Автор Дата (оси, уровни, Автор Дата
коллизии е решения коллизии
координаты, виды)
1 2 3 4 5 6 7 8 9 10 11 12 13

Заказчик
Номер договора
Наименование проекта
Наименование файла
проверки
Раздел проекта
Ф.И.О проверяющего
Журнал изменений
Имя файла
Номер изменения Часть проекта Статус
DWF
В графе Статус прописывается состояние проверки: В работе, Завершено.

Рекомендации по выполнению BIM-проекта - Rev02.5

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Рекомендации по выполнению BIM-проекта - Rev02.5

Оригинальное название:

Загружено:

Авторское право:

Рекомендации по выполнению BIM проекта

 ООО «ПСС» Стр. 2 из 64

3.19. Правила наименования типов семейств текста ...............................................48

 ООО «ПСС» Стр. 3 из 64

 ООО «ПСС» Стр. 4 из 64

моделирования графика выполнения строительно-монтажных работ (СМР);

5 Project Execution planning guide. Pennsylvania State University.

1.5. Термины и сокращения

 ООО «ПСС» Стр. 5 из 64

Набор файлов, созданных в различных программах и приложениях.

 ООО «ПСС» Стр. 6 из 64

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

2. Рекомендации по организации проекта информационного

 ООО «ПСС» Стр. 7 из 64

 ООО «ПСС» Стр. 8 из 64

 ООО «ПСС» Стр. 9 из 64

Совместная работа. Создание и упорядочивание рабочих наборов и связанных файлов,

 ООО «ПСС» Стр. 10 из 64

02_Учебные материалы Учебные материалы, обучающие видео.

Рисунок 1. Пример структуры каталогов верхнего уровня на сервере

 ООО «ПСС» Стр. 11 из 64

02_Семейства Семейства элементов модели, оформления и детализации.

03_Материалы Каталог материалов, а также текстуры, образцы штриховок.

04_Данные Общие параметры, классификаторы, каталоги.

05_Настройки Настройки программы, импорта и экспорта данных, шрифты.

Рисунок 3. Файловая структура каталога 00_Общие

01_Шаблоны семейств Каталог шаблонов семейств.

02_Шаблоны проектов Каталог шаблонов проектов.

Рисунок 4. Структура каталога 01_Шаблоны

 ООО «ПСС» Стр. 12 из 64

05_Водоснабжение_Канализация Семейства раздела ВК.

06_Электроснабжение Семейства раздела ЭОМ, ЭМ, ЭО.

07_Газоснабжение Семейства раздела газоснабжение.

08_Связь Семейства раздела слаботочных сетей и связи.

09_Безопасность Семейства раздела охранной, пожарной безопасности и др.

10_Технология Семейства технологического раздела и др.

Рисунок 5. Файловая структура каталога 02_Семейства

 ООО «ПСС» Стр. 13 из 64

Рисунок 6. Файловая структура каталога 03_Архитектура_Конструкции

01_Материалы Библиотека материалов.

02_Текстуры Библиотека изображений текстур.

03_Штриховки Образцы штриховок элементов.

 ООО «ПСС» Стр. 14 из 64

Рисунок 7. Файловая структура каталога материалов 03_Материалы

01_Типоразмеры_труб_отводов_CSV Директория каталогов типоразмеров труб и отводов.

07_Ключевые_пометки_TXT Данные состава материалов для выносок.

Рисунок 8. Файловая структура каталога 04_Данные

01_TTF Директория шрифтов.

02_IFC.txt Настройки импорта и экспорта данных в формате IFC.

04_DWG.txt Настройки экспорта данных в формат DWG.

 ООО «ПСС» Стр. 15 из 64

Рисунок 9. Файловая структура каталога 05_Настройки

2.5.2. Объяснение подхода Среды общих данных CDE (Common Data

Рисунок 10.Структура среды общих данных CDE (Common Data Environment)

 ООО «ПСС» Стр. 16 из 64

- Локальный файл, который хранится на локальном диске пользователя, который он

 ООО «ПСС» Стр. 17 из 64

представления материалов (например, по 87 постановлению или по разделам

2.5.3. Файловая структура папки 01_Проекты

 ООО «ПСС» Стр. 18 из 64

Рисунок 11. Файловая структура каталога 01_Проекты

2.5.4. Файловая структура папки 02_Модели:

-Имя файла (Например: ПСС_Проект_0001_001_АР)

Рисунок 12. Файловая структура каталога 01_ Модели

2.5.5. Структура хранения файлов локальных файлов проекта при