1.6 Среда общих данных (CDE)

Общая информация

Основная составляющая среды коллективной работы – это способность проектной группы эффективно взаимодействовать и многократно использовать проверенные, согласованные и актуальные данные, а также обмениваться ими без потерь информации.

CDE является единым источником достоверной и согласованной информации для всех участников проекта и обеспечивает единое для совместной работы поле, позволяющее осуществлять контроль проектной информации и её использование всеми участниками многодисциплинарной проектной группы. Ниже представлена одна из возможных схем обмена данными.

Среда общих данных включает четыре области:

  • рабочие данные (WIP);
  • общие данные (SHARED);
  • опубликованные данные (PUBLISHED);
  • архивные данные (ARCHIVED).

Структура наименования файлов описана в разделе «Правила наименования».

Проектные данные (BIM-данные) последовательно проходят эти четыре области, где они:

  • разрабатываются, проверяются и утверждаются для совместного использования (область рабочих данных);
  • используются для согласования промежуточных проектных решений (междисциплинарной координации) всеми участниками проекта, включая внешние подрядные организации и заказчика (область общих данных);
  • передаются внешним участникам проекта для дальнейшего утверждения и согласования (область опубликованных данных);
  • архивируются в соответствии с принятыми в организации процедурами и регламентами (область архивных данных).

Среда общих данных может быть реализована различными способами: в виде структуры папок на центральном сервере, на основе 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 с префиксом даты в формате: ГГГГММДД_Имя файла.

Резервные данные

Резерв модели происходит по запросу к BPMот DD/DM или по инициативе BPM:

  • BPM копирует модели в папку с префиксом даты в формате: ГГГГММДД_Имя файла
  • Располагает эту папку в папке «_архив», расположенную рядом с этой моделью.
  • DD/DM создает файл .txt с префиксом даты в формате: ГГГГММДД_Имя файла и заносит в него описание причины, для резерва модели.

Основные правила обмена BIM-данными с Заказчиком

Перед обменом BIM-данными необходимо убедиться в следующем:

  • формат файлов, номер версии Revit и правила именования соответствуют BIM-стандарту организации и плану проекта BEP;
  • использованные в модели элементы отвечают классификации данных в соответствии с категориями Revit или принятой в организации классификации (кодированию) конструктивных элементов и инженерных систем здания / сооружения;
  • файлы модели находятся в актуальном состоянии и содержат все локальные правки, внесённые всеми пользователями;
  • файлы модели отсоединены от центрального файла хранилища;
  • связанные данные, необходимые для загрузки модели, доступны;
  • файл модели проверен, очищен и сжат;
  • проектная группа оповещена обо всех изменениях с момента предыдущего выпуска.

Сохранность и безопасность данных

Все проектные BIM-данные должны находиться на сетевых серверах и регулярно проходить резервное копирование (архивацию).

Доступ персонала к проектным BIM-данным, хранящимся на серверах, контролируется путём назначения прав доступа.

Локальные файлы Revit должны регулярно (не реже 1 раза в полчаса) сохраняться в центральном хранилище (синхронизироваться). Вместе с этим заимствованные элементы и рабочие наборы должны освобождаться.

Перед уходом на длительное время (более двух часов) необходимо освободить и закрыть все локальные модели.

Все проектные данные (за исключением локальной пользовательской копии центрального файла) должны храниться в стандартной структуре папок проекта. Данная структура находится на центральном сетевом сервере или в соответствующей системе управления документацией.

Архивация моделей

Архивация моделей осуществляется посредством копирования моделей с локального сервера и сохранением с определенным наименованием, содержащем номер проекта, дисциплину раздела и причину сохранения, даты сохранения. Причиной архивации может быть:

  • Резервная копия – промежуточное сохранение моделей необходимо выполнять раз в 2 месяца;
  • Выдача документации – модель сохраняется после приемки документации Заказчиком;
  • Итоговая архивация – сохранение модели в рамках бизнес-процесса по завершению проекта.
  • Архивация перед удалением параметров из модели.

Дата сохранения модели в формате год, месяц, день — Например (20200218)

Пример названия архивной модели:
ГГГГММДД_Имя модели.rar

Все архивы необходимо сохранять на внешний жесткий диск, который хранится у CBM. За архивацию моделей ответственен BPM.

Использование BAT файлов

Для поддержания актуальных версий моделей в среде общих данных могут использоваться файлы автоматизации (далее BAT файлы). При старте проекта ответственный BPM создает BAT файлы, настраивает их автоматический запуск с помощью планировщика заданий и оповещает по почте всю BIM-команду.

Файлы используются для решения двух основных задач:

  • Автоматическое обновление ссылочных файлов _shared.rvt  происходит ежечасно;
  • Автоматическое обновление файлов NWC, использующихся для проверок на коллизии, происходит ежедневно.

Сохранение опубликованных данных  _published.rvt происходит в ручном режиме после финальной проверки BPM.

При переходе проекта на этап авторского надзора необходимо настроить автоматическое обновление ссылочных файлов _shared.rvt и файлов NWC на еженедельное обновление. Если после выдачи документации не происходит авторского надзора – автоматический запуск BAT файлов приостанавливается, сами файлы переносятся в архив. Все действия, связанные с изменением работы BAT файлов и планировщика заданий на них, следует вести с оповещением по почте всей BIM-команды.

Все файлы создаются с использованием Кириллической кодировки OEM 866 и сохраняются с расширением .bat:

Кодировка BAT файлов

Основные команды, используемые в BAT файлах:

  • echo — для отображения информации в окне командной строки;
  • сору — для копирования файлов из одной папки в другую;
  • move — для перемещения файлов из одной папки в другую;
  • rem — для комментирования кода BAT файла.

Настройка планировщика

Для автоматического запуска bat файлов BPM должен настроить Планировщик заданий Windows.

Создание задачи для планировщика

Правила перехода на новую версию REVIT и актуализация версии ПО

Для развития и работы с передовыми инструментами BIM моделирования рекомендуется использовать актуальные версии ПО. Для планового перехода компании на вновь выпускаемые версии ПО необходимо придерживаться следующих правил:

  • Для всего используемого ПО иметь установленное актуальное обновление.
  • Перед установкой обновлений ознакомляться со списком изменений;
  • При выходе очередной номерной версии ПО, устанавливать ее:
    • Рекомендуется по прошествии 5-6 месяцев с релиза версии, так как за это время, как правило, выявляются и устраняются критические ошибки и баги;
    • Необходимо в первую очередь только тем пользователям которые будут тестировать новые возможности ПО и готовить соответствующее обучение для команды (например, BM) и только затем остальной части команды;
    • В изолированной среде от рабочих проектов, чтобы избежать возможного повреждения моделей.

Решение о необходимости перевода проектов на новую версию принимается решением CBM, либо Заказчиком на основе списка обновления для ПО и возможного эффекта на качество и скорость моделирования.

При принятом положительном решении о переходе на новую версию REVIT, ответственный BM:

  • Планирует дату перехода и уведомляет об этом IT специалистов для предустановке ПО;
  • Уведомляет команду об установке новой версии ПО;
  • Презентует команде нововведения обновлённого ПО на обучении;
  • Определяется со списком текущих проектов, которые будут переведены на новую версию ПО.

Обновление шаблонов

Шаблоны моделей или семейств создаются для упрощения и ускорения работы проектировщиков и BIM команды и сохранения лучших практик. Обновление шаблонов дисциплин осуществляется BIM командой.

Обновление файлов до новой версии происходит только после утверждения использования новой версии ПО в компании (смотри пункт «Правила перехода на новую версию REVIT и актуализация версии ПО»).

Корректировка файлов шаблонов моделей осуществляется раз в квартал или перед стартом нового проекта, если эти изменения критичны.

Корректировка файлов семейств в ЦБ происходит  постоянно, а также после завершения проекта.

Правила предоставления доступа к облачному ресурсу BIM360 DOCs

Генпроектировщик является держателем облачного ресурса и предоставляет право доступа к облаку в следующем порядке:

  • PM / DM получает запрос от внешнего контрагента на доступ к среде обмена данными, либо формируется внутренняя необходимость предоставления доступа члену команды;
  • запрос доступа производится в рабочем порядке через корпоративный таск-менеджер;
  • PM / DM оформляет в карточке просьбу предоставить лицензию внешнему контрагенту с указанием следующих данных:
    • проект;
    • ФИО;
    • должность;
    • почта;
    • организация;
    • также указываются ограничения по доступу в папки проекта (только просмотр, просмотр определённых папок и т.д.) либо цель;
  • Ответственный за организацию доступа в BIM 360, либо BPM по конкретному проекту, предоставляет доступ с необходимыми правами и вносит данные в корпоративный таск-менеджер, а также в стандарт ПК и ПО.

Примечания:

  • более 3-х лицензий на одну организацию не предоставляется;
  • стандарт ПК и ПО находится в облачном хранилище. Актуальный адрес хранения следует уточнять у ответственного за организацию доступа.

Структура папок BIM

Ниже описана структура папок для хранения и работы с BIM данными

  • 00_BIM STANDARD
  • 00_DYNAMO
  • 00_ЦБ
  • 01_ШАБЛОНЫ
  • 07_СПРАВКА
  • 09_ЛИЦЕНЗИИ

00_ BIM STANDARD

Cтандарт компании и его наработки.

00_DYNAMO

Папка для разработки и публикации скриптов в Dynamo.
Разделяется на зону WIP и PUBLISHED

  • BIM_PUBLISHED
  • BIM_WIP

00_ЦБ

Центральная библиотека семейств.

01_Шаблоны

Папка предназначена для хранения любых шаблонов. В данном случае для шаблонов Revit. Подпапки RVT_XX предназначены для каждой версии Revit.

  • RVT_19
  • RVT_20
  • RVT_21
  • RVT_22

Внутри каждой такой папки находится шаблоны конкретного раздела и папка 00_ARCHVE.

07_СПРАВКА

Инструкции и справки необходимые для работы.

09_ЛИЦЕНЗИИ

Информация о лицензиях ПО компании.

Организация структуры папок при моделировании КМ

Папки находятся в структуре – 04_КР – 01_МОДЕЛИНГ – КМ –

00_Экспорт .SMLX из Revit
01_IFC.RVT из Advance Steel
02_Экспорт .SMLX из Advance Steel
03_DWG из Revit трехмерные

Структура сохраняется для всех стадий проекта при необходимости моделирования КМ и создания файлов .smlx и/или .ifc для связи между собой.

Была ли статья полезной?