Общая информация
Основная составляющая среды коллективной работы – это способность проектной группы эффективно взаимодействовать и многократно использовать проверенные, согласованные и актуальные данные, а также обмениваться ими без потерь информации.
CDE является единым источником достоверной и согласованной информации для всех участников проекта и обеспечивает единое для совместной работы поле, позволяющее осуществлять контроль проектной информации и её использование всеми участниками многодисциплинарной проектной группы. Ниже представлена одна из возможных схем обмена данными.
Среда общих данных включает четыре области:
- рабочие данные (WIP);
- общие данные (SHARED);
- опубликованные данные (PUBLISHED);
- архивные данные (ARCHIVED).
Структура наименования файлов описана в разделе «Правила наименования».
Проектные данные (BIM-данные) последовательно проходят эти четыре области, где они:
- разрабатываются, проверяются и утверждаются для совместного использования (область рабочих данных);
- используются для согласования промежуточных проектных решений (междисциплинарной координации) всеми участниками проекта, включая внешние подрядные организации и заказчика (область общих данных);
- передаются внешним участникам проекта для дальнейшего утверждения и согласования (область опубликованных данных);
- архивируются в соответствии с принятыми в организации процедурами и регламентами (область архивных данных).
Среда общих данных может быть реализована различными способами: в виде структуры папок на центральном сервере, на основе web-портала, на основе инженерной PDM-системы управления.
Среда общих данных может быть реализована различными способами: в виде структуры папок на центральном сервере, на основе web-портала, на основе инженерной PDM-системы управления.
При использовании PDM-систем для каждой области рекомендуется вводить статусы (состояния) информации в файлах проектных данных, а также осуществлять контроль версионности файлов.
Рабочие данные (WIP)
Рабочие файлы (локальные и файл хранилища) BIM-модели должны разрабатываться по отдельности для каждого раздела и храниться в соответствующих локальных папках-хранилищах.
В области рабочих данных может происходить:
- мониторинг моделей специалистом BIM-отдела (BPM);
- проверки BIM-моделей на коллизии;
- выгрузка запрашиваемых данных для Заказчика, PM и CEO.
Общие данные (SHARED)
Для скоординированной и эффективной коллективной работы каждая дисциплина должна обеспечить доступ к своим данным в масштабах BIM-проекта. С этой целью файлы из рабочих данных (WIP) должны быть скопированы в структуру папок проекта общих данных (SHARED). Таким образом, DD, DM или BPM соответствующего раздела передают модель для общего доступа. Подробнее про структуру папок смотри в разделе «Структура папок для проектной документации».
Основные требования в области общих данных:
- полный доступ к папке общих данных должен быть у всех участников процесса проектирования;
- обмен моделями осуществляется регулярно в рабочем порядке, описанному в BEP или по согласованию с DM. Это позволит специалистам различных дисциплин работать с актуальной информацией. Для автоматического обмена моделями используются BAT-файлы. Подробнее об этом в пункте «Использование BAT файлов» ;
- файлы, которые хранятся в области общих данных, предназначены только для обмена между дисциплинами;
- область общих данных должна также выступать в качестве хранилища данных, которые были официально получены от Заказчика и других внешних организаций или выданы ими. Эти данные должны быть доступны для совместного использования в BIM-проекте. При отсутствии совместных ресурсов Заказчик может получить данные посредством ссылки на облачное хранилище и самостоятельно разместить их в своей CDE;
- BIM-модели, скопированные в область общих данных, используются BPM для сборки сводной многодисциплинарной BIM-модели. Также они могут применяться в целях согласования проектных решений;
- перед копированием в область опубликованных данных модели необходимо проверить и утвердить.
Опубликованные данные (PUBLISHED)
После прохождения финальной проверки модели переносятся в область опубликованных данных (PUBLISHED) для согласования и утверждения.
Основные требования в области опубликованных данных:
- хранилищем опубликованных данных является папка на сервере (PUBLISHED). Она должна содержать опубликованные данные, которые были проверены и получены из папки общих данных (SHARED);
- изменения, которые необходимо внести в опубликованные данные, должны передаваться через извещения об изменениях или другие подходящие уведомления – например, по электронной почте или в рабочем чате проекта;
- необходимо отсоединять файл модели от центрального файла хранилища перед его сохранением в область опубликованных данных;
- папка PUBLISHED располагается в закрытой директории. Для удобства навигации ярлык папки перемещается в папку под проект;
- полный доступ к папке общих данных должен быть у BPM, PM и CEO;
- после окончательной проверки данные переносятся в CDE для передачи Заказчику. Облачный банк проекта представляет собой такую же структуру папок, как и папка проекта на сервере.
Архивные данные (ARCHIVED)
Архивные данные – копии всех версий проектных данных.
На ключевых этапах процесса информационного моделирования в область архивных данных должна копироваться полная версия всех данных BIM-проекта, включая опубликованные, заменённые и исполнительные чертежи и сведения, а также файлы проверок. Правила архивации данных подробнее описаны в пункте «Архивация моделей».
Архивные данные должны находиться в хранилищах логических папок, которые чётко идентифицируются с архивным статусом.
Все согласованные и выданные заказчику данные BIM-проекта сохраняет на внешний жесткий диск BPM с префиксом даты в формате: ГГГГММДД_Имя файла.
Основные правила обмена BIM-данными с Заказчиком
Перед обменом BIM-данными необходимо убедиться в следующем:
- формат файлов, номер версии Revit и правила именования соответствуют BIM-стандарту организации и плану проекта BEP;
- использованные в модели элементы отвечают классификации данных в соответствии с категориями Revit или принятой в организации классификации (кодированию) конструктивных элементов и инженерных систем здания / сооружения;
- файлы модели находятся в актуальном состоянии и содержат все локальные правки, внесённые всеми пользователями;
- файлы модели отсоединены от центрального файла хранилища;
- связанные данные, необходимые для загрузки модели, доступны;
- файл модели проверен, очищен и сжат;
- проектная группа оповещена обо всех изменениях с момента предыдущего выпуска.
Сохранность и безопасность данных
Все проектные BIM-данные должны находиться на сетевых серверах и регулярно проходить резервное копирование (архивацию).
Доступ персонала к проектным BIM-данным, хранящимся на серверах, контролируется путём назначения прав доступа.
Локальные файлы Revit должны регулярно (например, не реже 1 раза в полчаса) сохраняться в центральном хранилище (синхронизироваться). Вместе с этим заимствованные элементы и рабочие наборы должны освобождаться. Перед уходом на длительное время (более двух часов) необходимо закрыть локальную модель.
Все проектные данные (за исключением локальной пользовательской копии центрального файла) должны храниться в стандартной структуре папок проекта. Данная структура находится на центральном сетевом сервере или в соответствующей системе управления документацией.
Архивация моделей
Архивация моделей осуществляется посредством копирования моделей с локального сервера и сохранением с определенным наименованием, содержащем номер проекта, дисциплину раздела и причину сохранения, даты сохранения. Причиной архивации может быть:
- Резервная копия – промежуточное сохранение моделей необходимо выполнять раз в 2 месяца;
- Выдача документации – модель сохраняется после приемки документации Заказчиком;
- Итоговая архивация – сохранение модели в рамках бизнес-процесса по завершению проекта.
Дата сохранения модели в формате год, месяц, день — Например (20200218)
Пример названия архивной модели: 10000_АР_Резервная копия (20191130).rar
Все архивы необходимо сохранять на внешний жесткий диск, который хранится у CBM. За архивацию моделей ответственен BPM.
Использование BAT файлов
Для поддержания актуальных версий моделей в среде общих данных могут использоваться файлы автоматизации (далее BAT файлы). При старте проекта ответственный BPM создает BAT файлы, настраивает их автоматический запуск с помощью планировщика заданий и оповещает по почте всю BIM-команду.
Файлы используются для решения двух основных задач:
- Автоматическое обновление ссылочных файлов _shared.rvt происходит ежечасно;
- Автоматическое обновление файлов NWC, использующихся для проверок на коллизии, происходит ежедневно.
Сохранение опубликованных данных _published.rvt происходит в ручном режиме после финальной проверки BPM.
При переходе проекта на этап авторского надзора необходимо настроить автоматическое обновление ссылочных файлов _shared.rvt и файлов NWC на еженедельное обновление. Если после выдачи документации не происходит авторского надзора – автоматический запуск BAT файлов приостанавливается, сами файлы переносятся в архив. Все действия, связанные с изменением работы BAT файлов и планировщика заданий на них, следует вести с оповещением по почте всей BIM-команды.
Все файлы создаются с использованием Кириллической кодировки OEM 866 и сохраняются с расширением .bat.
Основные команды, используемые в BAT файлах:
- echo — для отображения информации в окне командной строки;
- сору — для копирования файлов из одной папки в другую;
- move — для перемещения файлов из одной папки в другую;
- rem — для комментирования кода BAT файла.
Правила перехода на новую версию REVIT и актуализация версии ПО
Для развития и работы с передовыми инструментами BIM моделирования рекомендуется использовать актуальные версии ПО. Для планового перехода компании на вновь выпускаемые версии ПО необходимо придерживаться следующих правил:
- Для всего используемого ПО иметь установленное актуальное обновление.
- Перед установкой обновлений ознакомляться со списком изменений;
- При выходе очередной номерной версии
ПО, устанавливать ее:
- Рекомендуется по прошествии 5-6 месяцев с релиза версии, так как за это время, как правило, выявляются и устраняются критические ошибки и баги;
- Необходимо в первую очередь только тем пользователям которые будут тестировать новые возможности ПО и готовить соответствующее обучение для команды (например, BM) и только затем остальной части команды;
- В изолированной среде от рабочих проектов, чтобы избежать возможного повреждения моделей.
Решение о необходимости перевода проектов на новую версию принимается решением CBM, либо Заказчиком на основе списка обновления для ПО и возможного эффекта на качество и скорость моде-лирования.
При принятом положительном решении о переходе на новую версию REVIT, ответственный BM:
- Планирует дату перехода и уведомляет об этом IT специалистов для предустановке ПО;
- Уведомляет команду об установке новой версии ПО;
- Презентует команде нововведения обновлённого ПО на обучении;
- Определяется со списком текущих проектов, которые будут переведены на новую версию ПО.
Обновление шаблонов
Шаблоны моделей или семейств создаются для упрощения и ускорения работы проектировщиков и BIM команды и сохранения лучших практик. Обновление шаблонов дисциплин осуществляется BIM командой.
Обновление файлов до новой версии происходит только после утверждения использования новой версии ПО в компании (смотри пункт «Правила перехода на новую версию REVIT и актуализация версии ПО» ).
Корректировка файлов шаблонов моделей осуществляется раз в квартал или перед стартом нового проекта, если эти изменения критичны.
Корректировка файлов семейств в ЦБ происходит постоянно, а также после завершения проекта.
Правила предоставления доступа к облачному ресурсу BIM360 DOCs
Генпроектировщик является держателем облачного ресурса. Генпроектировщик предоставляет право доступа к облаку в следующем порядке:
- PM / DM получает запрос от внешнего контрагента на доступ к среде обмена данными, либо формируется внутренняя необходимость предоставления доступа члену команды;
- запрос доступа производится (в рабочем порядке) через Trello, там же указаны исполнители ролей и актуальное описание алгоритма работы с карточкой;
- PM / DM оформляет
в карточке просьбу предоставить лицензию внешнему контрагенту с указанием
следующих данных:
- проект;
- ФИО;
- должность;
- почта;
- организация;
- также указываются ограничения по доступу в папки проекта (только просмотр, просмотр определённых папок и т.д.) либо цель;
- Ответственный за организацию доступа в BIM 360, либо BPM по конкретному проекту предоставляет доступ с необходимыми правами и вносит данные в чек-листы учёта в карточке Trello, а также в стандарте ПК и ПО.
Примечания:
- более 3-х лицензий на одну организацию не предоставляется;
- стандарт ПК и ПО находится в облачном хранилище. Актуальный адрес хранения следует уточнять у ответственного за организацию доступа.