Структура центральной библиотеки ресурсов
Стандартные шаблоны, основные надписи, семейства и другие данные, не относящиеся к конкретному проекту (рис. 3), должны храниться в центральной библиотеке ресурсов на сервере с ограниченным доступом.
Рис. 3. Структура центральной библиотеки ресурсов
Локальная структура папок проекта
Локальные копии файлов центральных моделей проекта не нужно архивировать, так как изменения регулярно синхронизируются с центральным файлом/файлами.
Локальные копии должны храниться на пользовательском жестком диске (только не в папке «Мои документы») в соответствии со структурой папок, приведенной на рис. 4.
Рис. 4. Локальная структура папок проекта
Структура папок проекта
Структура папок проекта, показанная на рис. 5, приведена в качестве примера месторасположения данных.
Рис. 5. Структура папок проекта
Цифровые префиксы в названии каталогов и файлов используются для обеспечения требуемой сортировки файлов и папок.
4.9 Правила именования файлов модели
Следующие правила и схемы именования представляют собой общий подход и рекомендации по разработке системы именований.
Общие правила именования файлов модели:
В качестве знака-разделителя между полями следует использовать знак «дефис»
(«-»).
Пробелы использовать не рекомендуется.
Все поля в имени файла начинаются с заглавной (прописной) буквы, за которой следуют строчные. Если поле состоит из двух и более слов, то каждое слово начинается с заглавной буквы и все слова пишутся слитно.
Аббревиатуры и коды следует писать заглавными буквами.
Не рекомендуется использовать в названиях следующие знаки и символы:
, . ! £ $ % ^ & ( ) { }[ ] + = @ ’ ~ # ¬ ` ‘
Правила использования кириллицы и латиницы необходимо уточнять в Плане выполнения BIM-проекта.
Правила именования файлов информационных моделей в настоящем стандарте основываются на рекомендациях британского стандарта BS1192:2007.
<�Поле1> - <�Поле2> - <�Поле3> - <�Поле4> - <�Поле5> - <�Поле6> - <�Поле7>
Поле 1: Код проекта
Аббревиатура или код, обозначающий проект.
Поле 2: Код источника
Аббревиатура, обозначающая участника проекта, выпустившего данный файл.
Поле 3: Зона/система
Обозначает, к какому зданию, области, стадии или зоне относится модель, если проект разделен на зоны.
Поле 4: Уровень
Обозначает, к какому уровню или группе уровней относится модель, если проект разделен на уровни.
Поле 5: Тип
Тип документа – например, M3 для файлов 3D-модели.
Поле 6: Код дисциплины (раздела) проекта
Поле 7: Описание/Номер
Поле, описывающее тип данных, представленных в файле, или уникальный номер файла.
Локальный / центральный (обязательно при использовании рабочих наборов)
Имена файлов рабочих наборов должны быть дополнены суффиксом –LOCAL или
–CENTRAL.
Пример:
37232-AAA-П6-03-M3-КЖ-Монолитное_перекрытие-LOCAL.rvt
Все поля в имени файла опциональны.
4.10 Форматы обмена данными и интероперабельность
BIM-модель представляет собой идеальную платформу совместного использования данных об объекте строительства.
Способность к взаимодействию программных приложений (интероперабельность), их функциональная совместимость является залогом успешного применения технологии BIM, а файловые протоколы обеспечивают эту совместимость.
Общие правила обмена данными
Форматы и правила (протоколы) обмена данными должны быть согласованы всеми участниками BIM-проекта и зафиксированы в Плане выполнения BIM-проекта.
Перед обменом данными между программными пакетами необходимо учесть требования и ограничения целевых программных или аппаратных систем, чтобы должным образом подготовить BIM-данные к экспорту/импорту.
Форматы и правила обмена данными между различными программными и аппаратными системами необходимо проверить путем пробного переноса, чтобы удостовериться в сохранении целостности данных.
Перед экспортом/импортом данных необходимо выполнить их очистку, чтобы удалить всю лишнюю информацию, которая может дестабилизировать структуру данных.
При экспорте из Revit в CAD-приложения необходимо использовать подходящие таблицы слоев.
Форматы обмена для платформы Autodesk Revit
В таблице 2 приведены рекомендуемые форматы обмена для платформы Autodesk Revit и наиболее часто используемые способы их применения.
Таблица 2 содержит неполный перечень форматов, поддерживаемых Autodesk Revit.
Настоящий стандарт не ограничивает применение других форматов с учетом выполнения общих правил (п. 6.1).
Таблица 2. Рекомендуемые форматы обмена для платформы Autodesk Revit
Формат
|
Способы применения
|
Для экспорта данных
|
Для импорта данных
|
RVT
|
Обмен данными внутри платформы Autodesk Revit
|
Обмен данными внутри платформы Autodesk Revit
|
Передача данных в Autodesk Navisworks
|
DWG
|
Экспорт видов или листов в AutoCAD и другие CAD-приложения
|
Импорт DWG-подосновы из AutoCAD и других CAD-приложений
|
Импорт горизонталей, поверхностей (3D-граней), коридоров и труб из AutoCAD Civil 3D
|
ADSK
|
Экспорт данных (объектов модели) в AutoCAD Civil 3D
|
Импорт объектов (для создания семейств) из Autodesk Inventor
|
IFC
|
Экспорт данных в сторонние программы, поддерживающие импорт моделей в формате IFC
|
Импорт данных из сторонних программ, поддерживающих экспорт моделей в формат IFC
|
DWF/3D DWF
|
Экспорт данных для просмотра, рецензирования и публикации
|
Импорт аннотаций и пометок из Design Review в Revit и AutoCAD
|
PDF/3D PDF
|
Экспорт данных для просмотра, рецензирования и публикации
|
–
|
FBX
|
Экспорт моделей в 3ds Max
|
–
|
SKP
|
–
|
Импорт данных из Trimble SketchUp
|
SAT
|
Экспорт 3D-данных
|
Импорт 3D-данных
|
Форматы обмена для AutoCAD Civil 3D
Рекомендации по применению различных форматов обмена для AutoCAD Civil 3D содержатся в Разделе 5.4.3 «Подготовка данных AutoCAD Civil 3D для публикации».
4.11 Настройки Autodesk Revit
4.11.1 Настройки глобальных параметров ПО Autodesk Revit
Глобальные параметры Autodesk Revit настраиваются в окне «Настройка». В настоящем стандарте будут определены минимальные настройки:
Вкладка «Общие»
Интервалы напоминания сохранения следует выставить с учетом объема работ и количества участников при коллективной работе. Рекомендованные значения – от 30 до 60 минут.
Имя пользователя играет большую роль при коллективной работе. Неоднозначные имена пользователей должны быть исключены.
В качестве имени пользователя допускается использовать как полное ФИО, так и двух- или трехзначный код, который надо писать заглавными буквами.
Частоту обновлений при совместной работе следует сделать максимальной.
Вкладка «Интерфейс пользователя»
Инструменты и анализ следует настроить согласно потребностям конкретного рабочего места; отключить части инструментария, ненужные для выполнения работы.
Настройки горячих клавиш дают возможность быстрого запуска большинства команд с использованием клавиатуры. Полный перечень команд, запуск которых возможен с использованием горячих клавиш, можно найти в окне «Горячие клавиши».
Вкладка «Графика»
Опция «Использовать аппаратное ускорение (Direct3D)» по умолчанию включена. Если при работе на конкретном рабочем месте возникнут проблемы с отображением модели в рабочем пространстве, необходимо отключить использование аппаратного ускорения.
Цвет фона менять не рекомендуется, так как работа Revit в большей степени подстроена именно под белый фон.
Вкладка «Файлы»
Необходимо определить наиболее часто используемые в работе шаблоны и разместить их в таблице. Первые пять шаблонов списка окажутся под рукой в виде ссылок на странице «Последние файлы», с которой по умолчанию начинается работа в Revit.
Менять содержимое остальных закладок окна «Настройка» нет необходимости.
4.11.2 Общие правила именования
Следующие правила и схемы именования являются примерными, носят рекомендательный характер и отражают общий подход к разработке системы именований, основанный на лучших практиках.
Общие правила именования содержимого Autodesk Revit:
В качестве знака-разделителя между полями следует использовать знак «подчеркивание» («_»).
Пробелы использовать не рекомендуется.
Все поля в имени файла начинаются с заглавной буквы, за которой следуют строчные. Если поле состоит из двух и более слов, то каждое слово начинается с заглавной буквы и все слова пишутся слитно.
Аббревиатуры и коды следует писать заглавными буквами.
Не рекомендуется использовать в названиях следующие знаки и символы:
, ! £ $ % ^ & - ( ) { }[ ] + = @ ’ ~ # ¬ ` ‘ и запрещается использование символов : \ | / ? : * ” < >
Правила использования кириллицы и латиницы необходимо уточнить в Плане выполнения BIM-проекта.
При именовании следует учесть принцип «от общего к конкретному».
В названии параметров нельзя использовать математические символы, так как это вызывает проблемы в формулах. Особое внимание следует обратить на знак «минус» («-»).
Знак минус «-» при обозначении подземных этажей и их отметок можно заменить строчной буквой «м».
Допускается использование знака «точка» («.») в номере классификации и в качестве знака-разделителя в полях, где это необходимо.
4.11.3 Правила именования рабочих наборов
Рабочие наборы необходимо именовать последовательно и логически, чтобы помочь навигации в проекте. Обратить внимание на то, что рабочие наборы для всех дисциплин должны быть определены в Плане выполнения BIM-проекта (BEP). Таким образом проектировщики по всем разделам будут знать, что им ожидать от связанных моделей.
При использовании связанных файлов предполагается, что для каждого такого файла надо создать отдельный рабочий набор.
Предлагается именовать рабочие наборы согласно схеме:
<�Поле1>_<�Поле2>_<�Поле3>_<�Поле4>
где:
Поле1 – код части проекта, если он есть
Поле2 – код раздела проекта
Поле3 – местоположение в проекте (для небольших объектов) или функция/система (для больших объектов)
Поле4 – описание/содержание рабочего набора
Для более гибкого применения все поля опциональны.
Примеры:
хх_АР_ВосточноеКрыло_Перегородки
хх_ВК_ХолоднаяВода_Трубы
4.11.4 Правила именования загружаемых семейств
При именовании семейств и типов предлагается придерживаться общих правил, установленных в п. 4.7.2.
Загружаемые семейства следует именовать согласно схеме:
<�Поле1>_<�Поле2>_<�Поле3>_<�Поле4>_<�Поле5>_<�Поле6>_<�Поле7>_<�Поле8>_<�Поле9>
где:
Поле1 – код автора
Поле2 – раздел проекта
Поле3 – код классификатора
Поле4 – функциональный тип
Поле5 – функциональный подтип
Поле6 – описание семейства
Поле7 – ГОСТ
Поле8 – производитель
Поле9 – обозначение 2D (только для 2D-семейств)
Все поля опциональны.
Примеры:
АБВ_АР_хххххх_ Дверь_ Двупольная_ ДеревяннаяВнутренняя_ГОСТ6629.88
АБВ_АР_Окно_3Створки_ ГОСТ 23166.99
АБВ_ВК_хххххх_Унитаз_Детский_БачокНиз_ГОСТ30493.96_2D
4.11.5 Правила именования типов
Типы семейств следует именовать согласно следующей схеме:
<�Поле1>_<�Поле2>_<�Поле3>_<�Поле4>_<�Поле5>_<�Поле6>_<�Поле7>
где:
Поле1 – функциональный тип
Поле2 – функциональный подтип
Поле3 – описание
Поле4 – обозначение размера
Поле5 – описание 2. Содержит обозначение открывания для окон и дверей, описание конструкции стены, пола, крыши, дополнительные определения для дверей и окон
Поле6 – обозначение стандарта, если имеется
Поле7 – код производителя
Все поля опциональны.
Примеры:
Двери_Однополые_ДГ_21.9_ЛП_ГОСТ6629.88_МАГ
ДГ_21.9_ЛП_ГОСТ6629.88 - двери
ОД_ОСП_15.18_ФЛ_ГОСТ24700.99 – окна
Стена_Наружная_520_20х20х150х300х20х10 – стена наружная, толщиной 520мм и пирогом (порядок обозначения: от наружного слоя во внутрь).
СП_КирпичПустотелый_120 – стена перегородка из кирпича, толщиной 120мм.
4.11.6 Правила именования параметров
При именовании необходимо придерживаться общих правил. Также название параметров должно содержать информацию, необходимую для их удобного группирования в зависимости от задачи, для которой параметр предназначен. Правила именования параметров для конкретных задач следует описать в Плане выполнения BIM-проекта.
Параметры следует именовать согласно следующей схеме:
Поле1Поле2…ПолеN
где:
Поле1 – название, характеризующее объект, к которому параметр применяется (если таковой имеется), либо описание, используемое для группирования параметров
Поле2 – свойство, с которым параметр связан, либо описание, используемое для дополнительного группирования параметров
…
ПолеN – описание параметра
Примеры:
Длина
ПрофильШирина
4.11.7 Правила именования видов
Условные обозначения в наименовании и использовании видов необходимы для координации деятельности команды и предотвращения случайных изменений в выходных документах.
Именование вида должно быть последовательным во всех ссылках на этот вид. Переименование видов необходимо осуществлять осторожно, так как любые изменения будут автоматически отражены по всей документации.
При именовании видов необходимо соблюдать общие правила. Кроме того:
типы видов должны быть созданы и названы в соответствии с их использованием;
приветствуется создание временных рабочих видов. Названием временных видов должно быть указано их использование.
Виды следует именовать согласно следующей схеме:
<�Поле1>_<�Поле2>_<�Поле3>_<�Поле4>_<�Поле5>_<�Поле6>_<�Поле7>_<�Поле8>
где:
Поле1
|
