5 Процесс информационного моделирования
5.1 Принципы разделения модели
Цель разделения – обеспечить основу для многопользовательского доступа к модели и осуществления эффективной коллективной работы.
При разработке информационной модели рекомендуется соблюдение следующих практических подходов:
Структура модели должна учитывать все разрабатываемые в BIM разделы проекта (таблица 8).
Таблица 8. Принципы разделения модели
Дисциплина
(раздел проекта)
|
Принципы разделения
|
Архитектура
|
Поэтажно или группами этажей
|
Конструкции
|
Проект нужно делить по деформационным швам, захваткам бетонных и металлических конструкций
|
ОВ
|
Разделение на различные системы: подачи воздуха, вытяжная система, кондиционирование и т.п.
|
ВК
|
Разделение на различные системы: холодное водоснабжение, горячее водоснабжение, канализация
|
Файл модели должен содержать данные только одной дисциплины. Для инженерных сетей могут применяться исключения. В этом случае несколько дисциплин может быть объединено в одном файле.
В одном файле не должно быть больше одного здания.
В зависимости от размеров объекта может потребоваться дальнейшее разделение геометрии, чтобы рабочие файлы оставались работоспособными на используемых аппаратных средствах. Полученным частям (рабочим наборам) необходимо назначить элементы либо индивидуально, либо по категориям, местоположению, распределению задач и т.д.
Для того чтобы избежать дублирования или координационных ошибок необходимо четкое определение прав владения элементами на протяжении всей жизни проекта.
В ходе выполнения проекта владение элементами может передаваться между участниками. Процедура передачи элементов должна быть четко определена в Плане выполнения BIM-проекта.
В случаях, когда один проект состоит из нескольких моделей, необходимо предусмотреть создание сводной модели, функция которой заключается в соединении различных частей проекта воедино с целью 3D-координации, т.е. обнаружения и устранения коллизий.
Разделение модели может зависеть от того, какие процессы передачи информации (экспорта) планируются в дальнейшем и в каком формате модель передается заказчику.
Модели могут изначально создаваться как однопользовательские файлы, которые впоследствии будут разделены на рабочие наборы между участниками проекта.
Для повышения производительности аппаратного обеспечения, когда это необходимо, следует открывать только части/модели, в которых выполняется текущая работа.
При разработке модели следует создавать только виды необходимые для выполнения конкретной задачи.
Все модели и их части – рабочие наборы необходимо именовать согласно правилам именования.
Все участники должны регулярно, с определенной частотой сохранять свою работу и синхронизировать ее с хранилищем для обеспечения остальных участников актуальной информацией. Дополнительно таким образом уменьшается риск потери данных.
Файлы, подключенные ссылками, должны быть помещены в собственные рабочие наборы. Следует избегать импортирования файлов и пользоваться только ссылками.
Процедура синхронизации должна быть описана в Плане выполнения BIM-проекта.
5.2 Использование внешних ссылок
Использование внешних ссылок позволяет воспользоваться в проекте дополнительной геометрией и данными. Это могут быть либо части одного проекта, который слишком велик для управления, либо данные другой дисциплины, которая, возможно, разрабатывается подрядной организацией.
Некоторые модели нуждаются в разбиении одного объекта на несколько более управляемых частей, которые затем снова собираются в единый файл, сводную модель.
Примером создания такого файла может быть создание сводной модели в Autodesk Navisworks, в которую загружаются файлы разных разделов проекта, созданные в Autodesk Revit.
При разделении модели на отдельные файлы необходимо руководствоваться следующим:
следует учесть распределение заданий между участниками с целью свести к минимуму необходимость переключения между разными файлами;
при использовании ссылок модель должна иметь правильное местоположение относительно заранее согласованной в базовом файле системы координат.
Внешние ссылки между разделами
Каждая отдельная дисциплина, участвующая в проекте, должна иметь свою собственную модель, за которую она несет ответственность.
Модель одной дисциплины может ссылаться на модель другой дисциплины в целях координации.
При этом необходимо руководствоваться следующим:
Согласованные координаты проекта и направление истинного севера должны быть задокументированы с самого начала и никаких отклонений от них не должно существовать. Если появится необходимость каких-либо изменений в координатах или направлении истинного севера, это должно быть задокументировано в Плане выполнения BIM-проекта.
Владение элементами следует надлежащим образом определять и отслеживать с помощью Матрицы соответствия LOD этапам проекта (см. Приложение А. Таблица А.3). Матрица соответствия LOD этапам проекта должна быть включена в План выполнения BIM-проекта, чтобы определить ответственного за каждый элемент модели для целевого LOD на каждом этапе.
Проектировщики, разрабатывающие конкретный раздел проекта, могут заблаговременно создать пустую модель для смежной дисциплины с целью заранее подготовить место для последующей вставки смежной модели, которая в тот момент еще не существует. Например, архитекторы могут отдельным файлом создать пустую конструкторскую модель, предварительно ее подгрузить и таким образом подготовить место для вставки конструкторской модели, когда она появится.
В случае моделей инженерных коммуникаций допускается объединение моделей разных дисциплин в одну. Это может произойти, когда определенное оборудование нужно подключить к нескольким системам. Учитывая такой сценарий, модель можно разделить разными способами. Стратегия разделения объекта в таких случаях должна быть определена в Плане выполнения BIM-проекта.
5.3 Методики разработки модели. Уровни проработки
Методика разработки BIM-модели дает возможность на ранних стадиях проектирования использовать элементы с низким уровнем проработки (LOD).
Таким элементам необходимо только занимать требуемые габариты, и они могут быть использованы до того, как станут полностью определенными. С увеличением определенности элементы станут получать дополнительную, более детальную геометрическую и более полную атрибутивную составляющую (LOI), т.е. двигаться от низких к более высоким LOD.
Реализация концепции LOD осуществляется путем введения стандартов (спецификаций LOD) последовательных преобразований (прогрессии) в представлении элементов информационной модели, а также матриц соответствия уровней проработки элементов моделей этапам/стадиям проекта, которые регламентируют требования к LOD (G) и LOD (I) для различных разделов проекта. Базовая спецификация LOD и примерные матрицы по основным разделам проекта приведены в Приложении А.
Использование элементов с заранее определенным уровнем проработки (LOD) позволяет определить ожидаемое содержимое BIM на уровне компонентов в течение различных стадий проекта и обеспечивает возможность контроля выполнения BIM-проекта.
При разработке информационной модели необходимо учесть следующее:
на предпроектном этапе для подготовки архитектурной концепции могут использоваться элементы низкого уровня проработки (LOD 100 и LOD 200);
на более поздних этапах проектирования могут использоваться элементы более высокого уровня проработки (LOD 300 и LOD 400);
для однозначного понимания требований для всех уровней и по всем дисциплинам, необходимо наличие матрицы LOD.
5.4 Разработка компонентов модели с учетом требований LOD
При создании и использовании компонентов в проекте необходимо придерживаться следующих основных принципов:
Все компоненты должны располагаться в библиотеке конкретного проекта либо в центральной библиотеке организации.
Новые компоненты, созданные в ходе разработки проекта, должны храниться в рабочей области среды общих данных.
Назначение и будущее использование создаваемых компонентов должны быть учтены в процессе их создания.
Прежде чем новые компоненты будут добавлены в центральную библиотеку организации, BIM-менеджер/координатор должен проверить их на соответствие минимальным требованиям качества библиотечных элементов.
Компоненты следует разрабатывать с учетом уровня проработки элементов модели (LOD), необходимого на данном этапе проектирования.
Компонент информационной модели следует создавать с минимально необходимой геометрической информацией. Чем меньше 3D-геометрии в информационной модели, тем с ней будет быстрее и легче работать.
Программное приложение Autodesk Revit допускает создание и использование семейств, содержащих в себе три уровня детализации: низкий, средний и высокий.
В ходе разработки BIM-проекта может появиться необходимость добавить в компонент дополнительные технические характеристики, так как элементы должны соответствовать конечным целям проекта. Добавление дополнительной информации в существующие компоненты можно будет выполнить либо созданием общих параметров и их назначением конкретным категориям элементов внутри самого проекта, либо добавлением этих параметров в каждый компонент – элемент библиотеки отдельно. Какой именно метод будет использован, необходимо определить в Плане выполнения BIM-проекта.
В проектах следует использовать файл общих параметров, обеспечивающий согласованность именования параметров при создании новых компонентов. Эта согласованность имеет особое значение для сохранения целостности данных в случаях, когда один компонент имеет несколько разных вариантов для разных уровней проработки (LOD).
С детальным описанием уровней проработки можно ознакомиться в Приложении А настоящего стандарта.
5.5 Использование 2D-элементов для детализации 3D-моделей
В процессе информационного моделирования допускается использование плоских чертежей для дополнения BIM-модели необходимой информацией.
В Плане выполнения конкретного BIM-проекта необходимо определить тот предел, при достижении которого вся дополнительная графическая информация будет вводиться инструментами 2D-черчения с использованием интеллектуальных 2D-объектов.
Техники детализации и улучшения модели плоскими чертежами нужно использовать всегда, когда это возможно, с целью уменьшения сложности модели, но без ущерба для ее целостности. Для выполнения детализации следует использовать инструменты панели «Узел» ленты Revit.
5.6 Работа с чертежами формата DWG
При работе с 2D-содержимым других программ (например, с DWG-чертежами из AutoCAD) необходимо учесть следующие рекомендации:
Следует избегать использования CAD-чертежей внутри Revit в качестве узлов. Их необходимо предварительно перевести в объекты Revit. Если использования CAD-чертежей в проекте не избежать, такие файлы следует связывать, а не импортировать.
Если в проекте имеются связанные 2D-чертежи, при компоновке листов участникам проекта следует удостовериться, что вся информация из таких чертежей проверена и утверждена и что она вставлена в проект непосредственно из общей области CDE.
CAD-файлы должны быть очищены от ненужных элементов и пройти аудит.
Следует избегать CAD-файлов, содержащих прокси-объекты и SHX-шрифты.
Необходимо убедиться, что в CAD-файле внешние ссылки сведены к минимуму. Внешние ссылки следует привязать до того, как вставлять их в проект.
Существующую библиотеку стандартных 2D-узлов следует перевести из формата DWG в формат RVT.
Там, где это возможно, следует постараться свести к минимуму использование CAD-файлов, необходимых для поддержки окончательной документации.
5.7 Выпуск проектной документации
Компиляция чертежей и подготовка к публикации может осуществляться двумя способами:
сборкой, полностью выполненной из видов и листов в среде BIM (предпочтительно);
экспортом модели в виде 2D-файлов для сборки и графической доработки с использованием инструментов 2D-детализации в среде CAD. Настоящим стандартом данный метод выпуска проектной документации не регламентируется и не рекомендуется.
Компоновка листов непосредственно из BIM-модели
Компоновка листов непосредственно из BIM-окружения должна быть выполнена увязкой видов, фрагментов, фасадов и т.п. с одной стороны и листов с другой, полностью в среде BIM-программы.
До того, как опубликовать документацию, необходимо убедиться, что все данные, относящиеся к проекту, доступны и видимы.
5.8 Моделирование в Autodesk Revit
5.8.1 Исходные данные и материалы для разработки
Перед началом разработки BIM-проекта, кроме необходимых исходных данных (таких как техническое задание, включая документ «Информационные требования заказчика», результаты всех видов инженерных изысканий и т.п.), необходимо наличие:
плана выполнения BIM-проекта;
библиотеки необходимых шаблонов проекта по всем дисциплинам;
библиотеки семейств, необходимых для разработки проекта.
5.8.2 Библиотека шаблонов проекта
Шаблоны проекта являются предварительно настроенными проектами, содержащими загруженные стандартные семейства, поля для ввода общей информации о проекте, элементы оформления листов и настроенные стили оформления документации. Тем самым они обеспечивают основу стандартизации проекта и увеличивают эффективность работы, особенно на ранних стадиях разработки модели.
Для каждой дисциплины рекомендуется создать отдельный стандартный шаблон. Все шаблоны по разным дисциплинам включаются в состав библиотеки шаблонов проекта, которая входит в состав центральной библиотеки BIM-ресурсов организации.
3.5.8.3 Библиотека семейств
Для нужд проекта необходимо заранее подготовить библиотеку компонентов, которые в нем будут применены.
При создании компонентов нужно учесть правила и лучшие практики, представленные в п. 5.4 «Разработка компонентов модели с учетом требований LOD».
5.8.4 Разделение проекта на разделы и выбор шаблонов
Конечным результатом информационного моделирования предполагается сводная модель объекта, т.е. модель, собранная из отдельных моделей по разделам. Каждый раздел проекта необходимо разрабатывать в отдельном файле проекта.
Перед началом разработки проекта по разделам требуется выбрать соответствующий шаблон, находящийся в библиотеке шаблонов организации.
5.8.5 Создание файлов проекта
Предполагается, что в проекте каждый раздел разрабатывается в отдельном файле. В разработке файлов проекта по разделам могут принимать участие как один специалист, так и группа. В случае групповой работы для каждого раздела необходимо создать свой файл хранилища.
При создании файла проекта необходимо по каждому разделу использовать соответствующий шаблон проекта, заранее подготовленный и находящийся в библиотеке шаблонов организации. Допускается создание одного общего шаблона для всех разделов, включая архитектурный.
4.5.8.6 Базовая точка проекта и точка съемки
У каждого проекта существуют базовая точка проекта и точка съемки. По умолчанию они скрыты и их нельзя удалить.
Базовая точка проекта представляет собой начало системы координат проекта. Все координаты и отметки точек проекта будут отображены в этой координационной системе. Пересечении первых осей координационной сетки следует разместить в базовой точке проекта.
Точка съемки представляет собой точку в реальном мире, ее нужно привязать к известным геодезическим точкам. Она используется для задания проекту абсолютных координат и ориентации. При отсутствии абсолютных координат точку съемки рекомендуется разместить на том же месте, что и базовую точку проекта.
5.5.8.7 Передача общих координат файлам разделов проекта
В первую очередь необходимо создать базовый файл проекта. Это файл, в котором будут настроены геодезические координаты и отметки, а также направление севера. Базовый файл также может содержать геодезическую съемку и модель рельефа участка, если он имеется.
После создания базового файла следует создать разбивочный файл, содержащий определение горизонтальной (координационные оси) и вертикальной (уровни) разбивки.
После создания разбивочного файла необходимо приступить к созданию файлов по разделам. Каждый файл раздела требуется загрузить в базовый файл, задать ему правильное местоположение в горизонтальном и вертикальном направлениях и передать общие координаты. Таким образом без дополнительных действий будет обеспечена координация файлов проекта всех разделов. Также в каждый файл по разделам следует загрузить ссылкой разбивочный файл и, используя инструмент «Копирование/Мониторинг», создать оси и уровни.
Совпадение систем координат в разных файлах проекта имеет принципиальное значение, особенно если эти файлы будут загружаться в Autodesk Navisworks – например, для проверки на коллизии.
Создание базового файла и передача общих координат файлам разделов выполняется BIM-менеджером/координатором согласно соответствующего регламента.
6.5.8.8 Разбивка проекта по вертикали и горизонтали
В начале разработки проекта по каждому разделу, сразу по завершении создания соответствующих файлов проекта, необходимо сделать разбивку пространства по вертикали и горизонтали.
Разбивка по вертикали осуществляется созданием уровней и соответствующих видов. Уровни следует создать до размещения координационных осей. Названия уровней и видов должны соответствовать правилам именования уровней и видов, изложенным в настоящем стандарте.
Разбивка по горизонтали осуществляется созданием координационных осей, названия которых должны соответствовать правилам именования осей.
В целях централизованного управления уровнями и координационными осями рекомендуется использование разбивочного файла.
7.5.8.9 Разделение проекта на рабочие наборы
В зависимости от размера проектируемого объекта групповая работа с использованием рабочих наборов может быть организована как в рамках одного раздела, так и в масштабах целого проекта.
Рабочий набор – это набор любых элементов объекта, позволяющий выполнять коллективную работу над проектом, но обеспечивающий редактирование конкретных элементов только одним участником.
Рабочие наборы позволяют нескольким пользователям одновременно работать над файлом модели посредством использования центрального хранилища и синхронизированных локальных копий. Если рабочие наборы использовать правильно, это значительно повысит эффективность и результативность на крупных и многопользовательских проектах.
При использовании рабочих наборов рекомендуется учесть следующее:
Необходимо создать соответствующие рабочие наборы путем назначения элементов либо индивидуально, либо по категориям, расположению, распределению задач и т.д.
При создании рабочих наборов каждый элемент модели получает новое свойство-параметр – принадлежность рабочему набору. Элемент может одновременно принадлежать только одному рабочему набору.
Для повышения производительности аппаратного обеспечения рекомендуется открывать только необходимые рабочие наборы. Autodesk Revit гарантирует, что элементы, содержащиеся в закрытых рабочих наборах, будут обновлены, если изменения, внесенные в открытых рабочих наборах, повлияют на них во время разработки модели.
Локальный файл необходимо создавать каждый раз, когда он по любой причине был закрыт. Открывать старый локальный файл считается плохой практикой.
Во избежание перегруженности модели и для обеспечения возможности контроля за эффективностью разработки проект должен быть разделен на достаточное количество рабочих наборов.
Рабочие наборы необходимо именовать согласно правилам, задокументированным в BEP.
Все участники проектной команды должны каждый час синхронизировать проект с файлом хранилища.
BIM-менеджер/координатор должен определить для каждого участника проектной команды интервал времени, в котором он должен синхронизировать свой локальный файл с хранилищем. Это поможет избежать замедления работы из-за попыток нескольких участников одновременно синхронизироваться с хранилищем.
Координировать синхронизацию с хранилищем можно с использованием доступного по подписке приложения Worksharing Monitor.
Во избежание задержек в работе других участников проектной команды пользователи должны не оставлять без присмотра синхронизацию с хранилищем и разрешать все возникающие вопросы.
Если пользователь все-таки запустил синхронизацию с хранилищем в момент, когда к этому процессу уже приступил другой пользователь, он должен немедленно приостановить синхронизацию до тех пор, пока предыдущий пользователь ее не завершит.
8.5.8.10 Создание файла хранилища и локальных копий
Файл хранилища создается при первом сохранении проекта, в котором были созданы рабочие наборы. Данный файл должен быть доступен всем участникам разработки BIM-модели.
Локальные файлы создаются открытием файла хранилища и его незамедлительным пересохранением в локальную папку, а также при открытии файла хранилища с установленной галочкой в «Создать новый локальный».
Файл хранилища создает BIM-менеджер/координатор.
Локальные файлы создает каждый BIM-автор на своем рабочем месте.
Центральный файл-хранилище может открывать только BIM-менеджер/координатор и только в целях администрирования проекта. Пользователи – участники проекта имеют право открыть файл хранилища только для создания локальной копии.
9.5.8.11 Управление элементами рабочих наборов
Существует два способа управления элементами:
заимствование элементов;
владение рабочими наборами (рис. 6).
Рис. 6. Управление элементами рабочих наборов4
В любом из этих случаев пользователь становится временным владельцем элементов. Если другому пользователю нужно работать с занятым элементом, он должен запросить разрешение владельца, который может или предоставить такую возможность, или отклонить запрос. Элемент, находящийся во владении другого участника проекта, нельзя редактировать.
Работа в многопользовательской среде с использованием рабочих наборов должна быть четко регламентирована. Регламент работы определяет BIM-менеджер/координатор.
Синхронизацию с освобождением рабочих наборов и заимствованных элементов необходимо выполнять каждый раз, когда пользователь покидает рабочее место.
10.5.8.12 Использование семейств в проекте
В проектах используются загружаемые, системные и контекстные семейства.
Все семейства, разработанные внутри организации или предоставленные производителями строительных изделий, оборудования и материалов, а также приобретенные у сторонних организаций и прошедшие проверку качества, входят в состав центральной библиотеки BIM-ресурсов организации.
Библиотечные элементы – семейства могут быть разработаны как внутри организации, так и внешними участниками, в том числе производителями оборудования.
Часть компонентов центральной библиотеки, применяющаяся в конкретном проекте, входит в состав библиотеки BIM-ресурсов проекта. Если в ходе разработки проекта возникает необходимость создания новых семейств, они разрабатываются по определенным правилам, описанным в соответствующем регламенте. Такие семейства сохраняются в библиотеке конкретного проекта.
Названия всех семейств и их типов должны соответствовать правилам именования.
Разработка семейств
Все семейства необходимо разрабатывать с учетом заранее определенной методики
(см. п. 5.4).
Чтобы использовать согласованные названия и избежать появления избыточных данных, при создании параметрических семейств рекомендуется использование общих параметров. Для этих целей следует применять файл общих параметров организации. Это особенно важно в случае использования разных LOD для одного и того же элемента, так как для него будет существовать несколько разных вариантов файла.
При разработке семейств необходимо придерживаться следующих рекомендаций:
Требуется точно определить назначение семейства, его ожидаемое поведение и необходимые параметры.
С помощью параметров можно определять, какие данные из элементов будут вноситься в спецификации. Это необходимо продумать заранее.
Для семейства требуется заранее определить уровень проработки – LOD.
Autodesk Revit поддерживает три уровня графического представления элементов модели, что надо учесть при планировании семейства.
Определяя, насколько детально должна быть проработана геометрия семейства, следует учесть, что нет необходимости моделировать геометрию, которая не будет видна в проекте. Не требуется дублировать геометрию, которую можно использовать для разных уровней детализации.
Чем детальнее семейство, тем больше размер файла. Чем больше размер файла, тем медленнее осуществляются загрузка и возобновление семейства.
Требуется внимательно отнестись к выбору соответствующего файла шаблона семейства – он будет определять будущее поведение компонента.
Видимость компонента в разных видах можно регулировать. Например, для плана этажа можно определить, что на нем будет отображаться двухмерная проекция элемента, и в то же время в 3D-видах этот элемент будет отображаться как объемное тело.
При создании параметров следует использовать инструмент «Редактировать подсказку» для добавления пояснения. Возможность добавления подсказки к параметрам впервые появилась в Autodesk Revit 2015.
Для сложных семейств следует создавать документацию с описанием функционала и ключевых параметров, определяющих поведение семейства.
При создании семейств с большим количеством типов следует использовать каталоги типов.
Необходимо избегать импорта CAD-геометрии в файл семейства.
Для осуществления более точного контроля видимости частей семейства следует использовать подкатегории.
Вложенные семейства
Семейства могут включать другие (вложенные) семейства.
При работе с вложенными семействами необходимо придерживаться следующих рекомендаций:
Ограничить двумя уровнями глубину вложенности семейств – чем глубже вложенность, тем медленнее происходит обновление семейства.
С осторожностью использовать семейства, которые вложены в несколько других семейств: при загрузке измененного вложенного семейства в проект оно приведет к изменению всех содержащих его семейств.
В одном семействе использовать не более шести вложенных семейств.
Если значения параметров вложенных семейств должны учитываться в спецификациях проекта, семейству следует присвоить в редакторе параметр «Общее».
Размер файла семейства
Размер файла семейства должен быть минимальным, но для каждого конкретного случая необходимо оценить рациональность подхода: иногда более рационально использовать одно сложное семейство, посредством которого можно решить множество вопросов, чем применять множество более простых семейств.
Для уменьшения размера файла нужно руководствоваться следующими рекомендациями:
провести очистку и аудит файла семейства до его запуска в проект;
вложенность семейств поддерживать на необходимом низком уровне;
ограничить использование нестандартных материалов и текстур – насколько это возможно;
моделировать только то, что необходимо для достижения требуемого уровня проработки (LOD);
удалить из файла семейства все CAD-подложки и растровые изображения;
никогда не взрывать CAD-файл в семействе.
Создание типов в загружаемых и системных семействах
В ходе разработки проекта возможна ситуация, при которой автор модели не обнаружит подходящего типа конкретного компонента. В таком случае допускается создание нового типа на основе существующего.
Создание нового типа на основе существующего необходимо выполнять копированием с последующим присвоением нового названия. Редактировать существующие типы не рекомендуется.
Проверка семейств
Семейства в процессе создания необходимо проверять:
в окружении редактора семейств;
в проектном окружении.
При проверке семейств в проекте рекомендуется:
проверить поведение всех параметров семейства;
при разработке большого количества семейств проводить «точечную» проверку до 10% созданных компонентов силами тестера, который не является их автором.
Проверки в окружении редактора семейств
Проверить все параметры семейства, чтобы обеспечить правильное изменение геометрии при изменении параметров
Проверить все типы семейства – изменить тип, применить его и затем просмотреть геометрию, чтобы удостовериться, что поддерживаются все размеры и пропорции.
В семействах на основе проверить, что они правильно подстраиваются под изменения размеров основы. Поменять толщину основы и удостовериться, что семейство правильно меняет свою геометрию.
Проверить все виды на предмет правильного отображения графики семейства на разных уровнях детализации и при разных визуальных стилях.
Проверить зависимости:
проверить «ручки» на краях геометрии, чтобы удостовериться, что вся геометрия привязана либо к опорным плоскостям, либо к вспомогательным линиям;
проверить параметр-размер, чтобы убедиться, что он привязан именно к опорной плоскости/вспомогательной линии, а не к самой геометрии.
Проверить коннекторы:
выбор верного типа коннектора;
связь коннекторов;
направление потока.
Проверка семейств в проектном окружении
Загрузить семейство в проект и проверить все виды на предмет правильного отображения. Если семейство имеет каталог, использовать его для загрузки нужных типов.
Визуально проверить семейство во всех видах, на всех уровнях детализации (низкий/средний/высокий) и при всех визуальных стилях.
Проверить все типы семейства – изменить тип, применить его и затем просмотреть геометрию, чтобы удостовериться, что поддерживаются все размеры и пропорции.
Создать новые типы, поменять все параметры и проверить отображение на всех видах.
Поменять все материалы и проверить правильность назначения их геометрии. Для лучшей проверки назначения материалов следует поменять все параметры материала на «стекло». Если любая часть геометрии не отображается как «стекло», сразу становится ясно, что параметр материала назначен неправильно.
Семейства на основе:
разместить семейство на основу заданной толщины проверки убедиться, что семейство «работает» на всех подходящих основах;
поменять толщину основы в диапазоне 25-400% и проверить, наблюдается ли отсоединение геометрии семейства;
перепроверить внешний вид семейства для подтверждения, что его геометрия отображается корректно;
провести тестовую визуализацию;
проверить выполнение следующих команд: «Копировать/Вставить», «Повернуть» и «Зеркало».
11.5.8.13 Создание сводной модели
Основной целью создания сводной модели является проверка на коллизии. Первые проверки на коллизии следует выполнить, например, при готовности модели в 30%.
Сводную модель необходимо создавать в тех случаях, когда в проекте существуют разделы, находящиеся в отдельных файлах и разрабатываемые либо внутри самой проектной организации, либо силами субпроектных организаций.
Для сборки сводной модели рекомендуется использовать программное обеспечение Autodesk Navisworks. Перед экспортом в Autodesk Navisworks каждую модель Autodesk Revit следует посредством инструмента «Проверка на пересечения» проверить на предмет самопересечений в пределах конкретной дисциплины.
При создании сводной модели необходимо учесть следующее:
Для упрощения анализа и проверки сводной модели каждый раздел проекта следует разрабатывать в отдельном файле согласно правилам разделения модели, определенных в Плане выполнения BIM-проекта. При наличии большого количества файлов по одному разделу в целях оптимизации структуры сводной модели допускается создание отдельной сводной модели по разделу проекта, которая будет входить в состав общей сводной модели BIM-проекта.
В каждом отдельном файле модели необходимо отключить все неиспользуемые элементы.
Все модели по дисциплинам должны быть актуальными (размещенными в области общих данных CDE).
Все предыдущие координационные вопросы должны быть обсуждены проектной командой.
Для каждого раздела проекта модель в Navisworks можно загрузить в формате RVT или NWC. Файл формата NWC создается в Revit с использованием дополнения для экспорта модели в Navisworks.
При создании окончательной сводной модели в файлах по разделам следует выполнить группировку элементов по их функциям и отдельными NWC-файлами подготовить для объединения в сводную модель. Для этих целей в Revit создаются специальные координационные виды, которые настраиваются так, чтобы на них оставались только те элементы, которые будут участвовать в проверке на коллизии. Соответственно экспорт следует выполнить с настройкой «Видимые на виде».
Для создания сводной модели элементам модели Revit следует добавить в ходе проектирования необходимое количество параметров, которые обеспечат в Navisworks последующее группирование созданием поисковых наборов.
Во избежание лишних манипуляций файлы по разделам (дисциплинам) должны иметь одинаковые координаты. При экспорте из Revit в формат NWC следует использовать опцию «Общие координаты».
Учитывая, что все виды из Revit будут переданы в программу сбора сводной модели, то часть видов можно предварительно в нем настроить. Рекомендуется такие виды в Revit группировать средствами организации диспетчера проекта.
12.5.8.14 Выпуск проекта
Настоящим стандартом предполагается выпуск проектной документации непосредственно из BIM-модели.
Выпуск проекта представляет собой процесс подготовки к выдаче проекта в виде:
проектной документации в электронном виде, в формате PDF (или DWF);
модели(ей) в формате RVT;
сводной модели формата NWD
и содержит процессы публикации и архивации.
При выпуске проектной документации следует придерживаться следующего:
Публикация проектной документации в формате PDF осуществляется печатью соответствующих, заранее оформленных листов на виртуальный PDF-принтер.
Публикация проектной документации в формате DWF осуществляется экспортом соответствующих, заранее оформленных наборов листов. Экспорт осуществляется командой «Меню приложения>Экспорт>DWF/DWFx».
Подготовка модели для публикации и архивации
При публикации и архивации проекта необходимо придерживаться следующих рекомендаций:
Перед каждой выдачей модели на каждом этапе разработки ее необходимо архивировать.
Перед архивацией модель необходимо очистить от ненужных и неиспользованных элементов.
Если модель содержит связанные файлы, их необходимо приложить вместе с самой моделью.
Для архивации модели рекомендуется использовать eTransmit – дополнение к Revit, бесплатно доступное по подписке:
https://apps.autodesk.com/RVT/en/Detail/Index?id=appstore.exchange.autodesk.com%3aetransmit_windows64%3aen
Дополнение eTransmit дает возможность собрать в один архив все файлы, которые касаются модели: сам файл проекта, а также все связанные с ним файлы форматов RVT, DWG и DWF.
При использовании eTransmit необходимо:
проверить, все ли модели закрыты;
выполнить команду eTransmit, указав при этом целевую папку, в которую будут собраны все файлы, связанные с моделью;
после выполнения команды eTransmit проверить целостность файла проекта его открытием в целевой папке;
содержимое целевой папки отправить в архивную папку;
содержимое целевой папки отправить заказчику или по месту требования одним из доступных способов (электронная почта, облачные службы, FTP, публикация в систему электронного документооборота заказчика и т.д.).
13.5.8.15 Пример процесса разработки информационной модели.
В Приложении Д приведен пример процесса разработки BIM-модели по отдельной дисциплине проекта.
|