Первоначально следует определиться с объектами первого уровня, которые будут присутствовать в модели. В общем случае в инфраструктурном проекте могут присутствовать следующие части:
1) Элементы дороги.
2) Искусственные сооружения (эстакады, мосты, тоннели, подпорные стенки).
3) Здания и сооружения, входящие в инфраструктуру линейного объекта.
4) Проектируемые сети.
5) Проектируемые поверхности (элементы генплан, благоустройства и озеленения и т. д.).
6) Существующая ИМИИ, включая ЦМР и ЦМК.
7) Границы работ (постоянный и временный отводы, ППТ – проект планировки территории).
Целесообразно, чтобы за каждый раздел первого уровня отвечал отдельный BIM-координатор, ответственный за увязку элементов модели внутри раздела, а также за координацию с другими разделам. Разбиение модели на части может служить как средством логического разбиения модели на элементы, так и элементом организации совместной работы. Каждая из частей может представлять собой участок, выполняемый конкретным исполнителем. Например, Сеть водопровода с ПК 10 до ПК 20.
Каждый из разделов первого уровня следует разделить на объекты второго уровня. В зависимости от конкретного проекта этот перечень может быть своим, например, для проекта автомобильной дороги:
1. Элементы дороги:
1.1. Основной ход.
1.2. Съезд 1.
1.3. Съезд 2.
…….
Съезд N
2. Искусственные сооружения:
2.1. Мост.
2.2. Эстакада.
2.3. Подпорная стенка.
2.4. Шумозащитные экраны.
3. Здания и сооружения, входящие в инфраструктуру линейного объекта:
3.1. АЗС.
3.2. ДЭП.
3.3. Очистные сооружения.
4. Проектируемые сети:
4.1. Дождевая канализация.
4.2. Теплосеть.
4.3. Водопровод.
4.4. Канализация.
4.5. Электрические сети.
4.6. Газопровод.
4.7. Сети связи.
…..
5. Проектируемые поверхности:
5.1. Поверхность основного хода.
5.2. Поверхность Съезда 1.
5.3. Поверхность генплана.
5.4. Поверхность благоустройства.
6. Существующая ИМИИ:
6.1. Поверхность ЦМР по результатам геодезической съемки.
6.2. Существующие сети по результатам геодезических изысканий.
В результате такого разделения обеспечивается возможность собирать и проверять модель, используя модульный принцип: подключать и отключать части проекта в рамках общей структуры модели; выполнять проверки в рамках каждого из модулей модели; выполнять проверки коллизий между каждым из разделов проекта; получать количественные характеристики отдельно по каждому из частей проекта.
Сборка сводной модели должна соответствовать следующим принципам:
· модель должна динамически обновляться сразу после внесения изменений в проект. Это подразумевает, что надо организовать связь с исходными графическими форматами AutoCAD, Civil 3D, Revit;
· модель должна иметь возможность зафиксировать свое состояние на определенный момент, чтобы можно было произвести проверки модели, расчеты, сравнение вариантов модели между собой, зафиксировать определенные замечания по проектным решениям.
Примечание. Эти два требования фактически полностью противоречат друг другу. С одной стороны, модель должна быть «живая», с другой, зафиксированная. И то, и другое имеет свою обратную сторону: если фиксируется модель, то всегда есть риск, что разрыв между проектными решениями и моделью будет расти и модель не будет являться средством оперативного управления и контроля. С другой стороны, если все сделать завязанным на «живые» данные, то постоянно производимые изменения в проекте будут не только мешать тем, кто контролирует модель, но и мешать самим проектировщикам. В том числе полная интерактивность модели может стать проблемой производительности выбранного сервера. По сути дела, сводная модель является полной аналогией традиционного сводного плана и является другим более наглядным его представлением. А значит, стоит опираться на принципы, которые уже были выработаны многолетним опытом работы со сводными планами.
Если проект достаточно большой, то данные для сводного плана, утвержденные и проверенные главным специалистом, выкладываются c некоторой периодичностью. Такой же подход рекомендуется применять и при работе с информационной моделью.
Данные каждого раздела формируются в двух форматах NWF и NWD, как представлено на Рис. 9.65, исходные данные для сводной модели и сама сводная модель размещаются в СОД в области “Общий доступ”. Ответственным за их создание является BIM-координатор соответствующего раздела. Данные формата NWF ссылаются на файлы исходных форматов, и, так как формат NWF – это файл ссылки, то обеспечивается интерактивность модели и возможность оперативно увидеть произошедшие в проекте изменения. Но если дальше данные каждого раздела передавать в сводную модель в формате NWF, то, поскольку это ссылочный формат файлов, то фактически все промежуточные ссылки система будет игнорировать, и в результате в сводной модели будет невозможно поддерживать общую структуру и обеспечивать производительность работы, так как при каждом изменении данных будут следовать сообщения о необходимости обновлений. Практика также показывает, что современные вычислительные мощности чаще всего с такой нагрузкой не справляются. Поэтому после формирования и сохранения файла формата NWF (соответственно получения актуальной версии всех файлов проекта) следует выполнить сохранение этих же данных в формате NWD. Это файл, который фиксирует состояние модели на данный момент времени. И уже файл формата NWD следует подключать к сводной модели. Это позволит зафиксировать принятое проектное решение по разделу, провести отдельно его согласование, расчеты и взаимную увязку объектов проекта. Также это окажет значительное влияние на производительности работы со сводной моделью.
Рис. 9.65. Формирование моделей разделов проекта
Периодичность формирования и сохранения файлов может быть назначена любой и является следствием договоренности руководителей проекта. Например, на определенном этапе проекта может быть договоренность, что данные в формате NWD формируются еженедельно за день до проведения общего совещания по проекту с участием Генерального проектировщика и субподрядчиков. Таким образом, всегда перед совещанием каждый из участников будет иметь актуальную модель. А сам механизм обновления модели, однажды сформированный, позволит производить обновление модели не более чем за 5 минут.
В сводную модель из исходных файлов могут попасть графические данные, которые не имеют отношение к модели. Например, элементы оформления чертежей, текстовая информация и другие элементы, которые используются при формировании традиционной проектной документации. Для того чтобы данные элементы не мешали комфортной работе с моделью, возможны два варианта:
· сформировать поисковый набор, который будет выделять соответствующий набор элементов. Например, на основе слоя, типа объектов и т. д. Сохранить данный поисковый набор. Скрыть (Ctrl+H) на модели соответствующие элементы;
· использовать промежуточные файлы для сборки модели;
· для Revit – настроить вид 3D Navisworks, исключающий элементы оформления, и включать его в сборку.