 |
4.6 Основные правила обмена BIM-данными
|
|
|
|
4. 6 Основные правила обмена BIM-данными
· Перед обменом BIM-данными необходимо убедиться в следующем:
· формат файлов, номер версии Revit® и правила именования соответствуют BIM-стандарту организации;
· использованные в модели элементы соответствуют классификации данных в соответствии с категориями Revit® или принятой в организации системе классификации (кодирования) конструктивных элементов и инженерных систем здания/сооружения;
· файлы модели находятся в актуальном состоянии и содержат все локальные правки, внесенные всеми пользователями;
· файлы модели отсоединены от центрального файла хранилища;
· связанные данные, необходимые для загрузки модели, доступны;
· файл модели проверен, очищен от неиспользованного содержимого и сжат;
· проектная группа оповещена обо всех изменениях с момента предыдущего выпуска.
4. 7 Сохранность и безопасность данных
Все проектные BIM-данные должны находиться на сетевых серверах, на которых регулярно выполняется их резервное копирование.
Доступ персонала к проектным BIM-данным, хранящимся на серверах, контролируется путем назначения прав доступа с использованием серверного программного обеспечения.
Локальные файлы Revit® должны регулярно (например, не реже 1 раза в час) сохраняться в центральном хранилище (синхронизироваться). При завершении работы в конце рабочего дня заимствованные элементы и рабочие наборы должны освобождаться.
Следует задать отображение напоминания о необходимости сохранения в Revit®, например, через каждые 30 минут.
4. 8 Структура папок и правила именования файлов проекта
Рекомендуемая структура папок проекта соответствует принципам BS1192: 2007 по упорядочиванию рабочих, общих, опубликованных и архивных данных в заданной структуре папок.
|
|
|
Все проектные данные (за исключением локальной пользовательской копии центрального файла) должны храниться в стандартной структуре папок проекта, находящейся на центральном сетевом сервере или в соответствующей системе управления документацией. Сюда относятся все рабочие компоненты и сборки.
Структура центральной библиотеки ресурсов
Стандартные шаблоны, основные надписи, семейства и другие данные, не относящиеся к конкретному проекту (рис. 4), должны храниться в центральной библиотеке ресурсов на сервере с ограниченным доступом.
Рис. 4. Структура центральной библиотеки ресурсов
Локальная структура папок проекта
Локальные копии файлов центральных моделей проекта не нужно архивировать, так как изменения регулярно синхронизируются с центральным файлом/файлами.
Локальные копии должны храниться на пользовательском жестком диске (только не в папке «Мои документы») в соответствии со структурой папок, приведенной на рис. 5.
Рис. 5. Локальная структура папок проекта
Структура папок проекта
Структура папок проекта, показанная на рис. 6, приведена в качестве примера месторасположения данных.
Рис. 6. Структура папок проекта
Цифровые префиксы в названии каталогов и файлов используются для обеспечения требуемой сортировки файлов и папок.
4. 9 Правила именования файлов модели
4. 9. 1 Общие правила именования файлов модели:
В качестве знака-разделителя между полями рекомендуется использовать знак «подчеркивание» («_»).
Все поля в имени файла начинаются с заглавной (прописной) буквы, за которой следуют строчные. Если поле состоит из двух и более слов, то каждое слово начинается с заглавной буквы и все слова, как правило, пишутся слитно.
Аббревиатуры и коды следует писать заглавными буквами.
|
|
|
Не рекомендуется использовать в названиях следующие знаки и символы:
, . ! “ £ $ % ^ & * ( ) { }[ ] + = < > ? | \ / @ ’ ~ # ` ‘
4. 9. 2 Рекомендуемый состав полей имени файла:
< Поле1> _< Поле2> _< Поле3> _< Поле4> _< Поле5> _< Поле6>
Поле 1: Код проекта
Аббревиатура или код, обозначающий проект.
Поле 2: Код источника (организации)
Аббревиатура или код, обозначающий участника проекта, выпустившего данный файл.
Поле 3: Здание/Зона
Обозначает, к какому зданию или сооружению, области, стадии или зоне относится модель, если проект разделен на зоны.
Поле 4: Раздел проекта
Поле 5: Описание
Поле, описывающее тип данных, представленных в файле, или уникальный номер файла
Поле 6: Версия программного обеспечения
Пример: 1895-13-2_АПМ5_Главный корпус_ОВ2_3D_R16
Примечание В случае, когда информационные требования технического заказчика содержат правила именования файлов, то они должны быть применены в проекте после согласования с исполнителем.
|
|
|
