Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Организация проектирования в строительстве. Учебное пособие
.pdf
91
‒ ИЦММ (инженерная цифровая модель местности);
‒ иные документы.
Состав и содержание ЦИМ ОКС, ИЦММ представляется с помощью
понятия «слой» (уровень). Под слоем (уровнем) понимается структурированная информация (графическая, текстовая, таблицы, ведомости, спецификации, сведения, данные, отметки высот, отметки заглублений, сведения
о несущей способности грунтов, сведения о подземных коммуникациях
и т.д.), наносимая на предыдущий слой (уровень) информации об ОКС.
В информационную модель включаются:
‒ структурированная информация (трехмерные изображения, чер-
тежи, слои (уровни) информации – схемы, таблицы, календарные графики, текстовая часть, связанная с графической частью проектной документации по разделам проекта);
‒ неструктурированная информация (исходно-разрешительные до-
кументы, пояснительная записка, иные документы, раскрывающие описание и обоснование разработки слоёв ИМ).
В случае если отсутствует классификатор строительной информации, включающий в себя сведения о стоимости строительных элементов,
смета на строительство может быть отнесена к неструктурированной информации.
При разработке ЦИМ не допускается дублирование информации
в разных частях ИМ.
Разделы проектной документации в формате слоёв (уровней) ИМ
должны:
‒ содержать все необходимые элементы модели и характеристики
(параметры, атрибуты);
‒ соответствовать заданию на проектирование;
‒ служить основой для разработки моделей смежных дисциплин
и проверки коллизий;
‒ отражать разработанные проектные решения раздела, содержать
все необходимые технологические отверстия и проемы для беспрепятственного прохождения инженерных систем;
‒ содержать планы размещения технологического оборудования.
Элементы в ИМ выделяются цветом согласно СП 333.1325800-2020,
либо проектной организацией устанавливаются свои требования по цветовому коду к элементу моделирования. В случае если проектной организацией приняты другие цвета, информация о них представляется в экспертную организацию.
92
5. ПРОЕКТНАЯ КОМАНДА,
РАБОТАЮЩАЯ ПО ТЕХНОЛОГИИ
ИНФОРМАЦИОННОГО МОДЕЛИРОВАНИЯ
Среди специалистов, вовлеченных в процесс проектирования по
BIM-технологии данного проекта, выделяются следующие основные
функции:
‒ стратегическая (BIM-менеджер);
‒ управленческая (BIM-координатор);
‒ техническая (BIM-мастер, IT-специалист);
‒ консультационная и обучающая (сторонний консультант);
‒ производственная (BIM-автор, проектировщик).
Стратегическая функция выполняется BIM-менеджером. Она является решающей для успешного внедрения и применения технологии BIM
в компании. Предполагает как комплексное понимание процессов проектирования, так и специфики BIM-процессов.
Управленческая функция выполняется на уровне проекта. Как правило, данные обязанности выполняет руководитель проектной группы.
Особенностью роли BIM-координатора является то, что данный сотрудник должен выполнять текущую работу по проекту, но также выполнять
задачи, связанные с BIM-технологией. Как правило, на одном проекте
требуется наличие по одному BIM-координатору для каждого направления, присутствующего в проекте (архитектурная часть, конструктивная
часть, инженерные системы).
Техническая функция связана с созданием и корректировкой BIMконтента (семейств, шаблонов), а также управлением сетевыми и ITресурсами. На начальном этапе данную работу может выполнять BIMменеджер, при увеличении масштабов использования рекомендуется
введение должности BIM-мастера для каждого направления проектирования, а также IT-специалиста (системного администратора).
Производственная функция, а именно непосредственно создание
модели и подготовка документации, возлагается на проектировщика
(BIM-автора), имеющего опыт работы по специальности и навыки использования соответствующих программных средств (например,
Revit). Находится в непосредственном подчинении у BIM-координатора (рис. 9).
93
Рис. 9. Сферы ответственности BIM-персонала
на разных уровнях процесса организации BIM-проектирования
BIM-менеджер компании нацелен именно на решение стратегических задач и отвечает за это перед руководством компании. BIM-менеджер отвечает за процесс моделирования в рамках создания BIM-проекта и на уровне организации в целом. Для своевременного и качественного выполнения своих обязанностей он должен:
‒ разбираться в программном обеспечении, которое использует для
проектирования организация;
‒ понимать концепцию BIM-проектирования в теории и на практике;
‒ понимать принципы работы облачных сервисов;
‒ организовывать рабочий процесс в проекте;
‒ знать обо всех стадиях строительства возводимого объекта;
‒ уметь работать с документацией;
‒ проводить обучение для сотрудников.
Для решения целого ряда задач уровня оперативного управления,
которые решаются на текущих проектах, выполняемых по новой технологии, необходим BIM-координатор. BIM-координатор организует
94
и контролирует правильное применение проектировщиками BIM-технологии в ходе проекта. Основные задачи BIM-координатора:
‒ техническое обеспечение выполнения каждым проектировщиком
своих производственных заданий по проекту с использованием BIM-технологии;
‒ организация координации совместной работы исполнителей над
проектом по утвержденному регламенту BIM-стандарта;
‒ контроль исполнения проектировщиками требований BIM-стандарта и консультация по этим вопросам;
‒ формирование заявки на разработку необходимых компонентов
BIM-модели в ходе проекта и передача их BIM-мастеру для реализации;
‒ обеспечение формирования сводной BIM-модели проектируемого
объекта и контроль ее целостности и согласованности (проверка
3D-координации и отчеты по коллизиям).
BIM-координатор должен помочь проектировщику решить его про-
изводственную задачу с чётким пониманием, как применять конкретные
BIM-инструменты и BIM-технологии. Его задача – организовать скоординированную совместную работу над проектом при строгом соблюдении утвержденного регламента. Он контролирует работу проектировщиков и соответствие результатов их работы требованиям заказчика проекта. Он должен решать все вопросы, связанные с применением
BIM-технологии в процессе проектирования. Так как всё в BIM-проекте
создаётся из компонентов модели, BIM-координатор должен оперативно
решать вопросы с подготовкой необходимых проектировщикам компонентов, в том числе привлекать для этого специалиста, выполняющего
роль BIM-мастера.
Другой важной задачей является формирование сводной BIM-модели для выявления проблем несогласованности между дисциплинами
проекта. Для этого у BIM-координатора есть соответствующие инструменты, которые он может применить для автоматизированной проверки
координации и получения отчётов по возникшим коллизиям. Затем он
выносит эти отчёты на обсуждение специалистов (ГИПов, руководителей проектных групп), которые должны принять те или иные решения по
корректировкам. Как правило, это происходит уже на этапе финальной
проработки проектных решений.
Ниже по иерархии место занимает BIM-мастер (он же BIM-автор,
проектировщик). Он выступает в роли разработчика моделей и является
ответственным за создание и обслуживание моделей строительного
95
объекта, а также наблюдает за проектной документацией, необходимой
для проектирования и исполнения. Поэтому он должен точно знать не
только собственные используемые для этого программы и потоки работ,
но, в частности, также их особенности в отношении IFC-направленного
моделирования и BIM- работ.
Функции BIM-мастера:
‒ создание библиотеки семейств;
‒ создание модели;
‒ создание чертежей.
Работа BIM-отдела – это слаженная работа специалистов из разных
областей, которых объединяет BIM и специфика разработки моделей
(рис. 10).
Рис. 10. Взаимозависимость специалистов проектных отделов
и BIM-специалистов
В соответствии с профессиональным стандартом, утвержденным
министерством труда и социального развития1, различают специалистов
отдела информационного моделирования:
– BIM-техник;
‒ разработчик информационной модели;
‒ BIM-проектировщик;
‒ BIM-автор;
‒ BIM-мастер;
__________________
1
Приказ Минтруда РФ от 16.11.2020 N 787н "Об утверждении профессионального
стандарта «специалист в сфере информационного моделирования в строительстве".
ГИП/ГАП BIM-менеджер
BIM-координатор
BIM-мастер
Специалисты кон-
кретных разделов
(АР, КР, ПБ, ТХ…)
96
‒ координатор проекта информационного моделирования;
‒ специалист отдела информационного моделирования;
‒ BIM-координатор;
‒ BIM-менеджер;
‒ ведущий специалист отдела информационного моделирования;
‒ руководитель отдела информационного моделирования.
6. СРЕДА ОБЩИХ ДАННЫХ
Основная составляющая среды коллективной работы – это способность проектной группы эффективно взаимодействовать и многократно
использовать проверенные, согласованные и актуальные данные, а также
обмениваться ими без потерь информации.
Среда общих данных является единым источником достоверной
и согласованной информации для всех участников проекта и обеспечивает единое для совместной работы поле, позволяющее осуществлять
контроль проектной информации и её использование всеми участниками
многодисциплинарной проектной группы (рис. 11).
Среда общих данных – комплекс программно-технических средств,
представляющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционностроительного проекта. Задачи, которые позволяет решить среда общих
данных:
‒ формирование и ведение информационной модели;
‒ организация инженерно-технического документооборота между
участниками проекта в электронном виде;
‒ сокращение сроков на обмен документами и информацией, сроков
на согласование и коммуникации;
‒ повышение прозрачности и подконтрольности процессов;
‒ сокращение количества ошибок в проектах и коллизий на стройке,
сокращение простоев;
‒ оценка текущего состояния объекта и его соответствие плану;
‒ контроль строительных процессов и выполнения работ.
97
Рис. 11. Схема обмена данными через зону общего доступа
98
Среда общих данных предусматривает, что существуют рабочие области, где создаются файлы конкретных дисциплин. Затем результаты
проработки выкладываются в общую область по каждой дисциплине,
и, например, разработанное планировочное решение от архитекторов
выкладывается и становится основой, на которую ссылаются остальные
специалисты других дисциплин.
При этом они не копируют к себе файлы, а всего лишь устанавливают связь на общую область, где в папке соответствующей дисциплины, на ее «полочке», лежит файл. Все это можно делать взаимно при
обратных задачах передачи заданий, например, инженеров на подключения. Файлы выкладываются специалистами всех необходимых разделов,
т. е. существует общая область, через которую происходит такой обмен.
В процессе разработки проекта данные переходят из одной области
в другую. Среда общих данных включает четыре области (рис. 12):
‒ рабочие данные (WIP – work in progress);
‒ общие данные (SHARED);
‒ опубликованные данные (PUBLISHED);
‒ архивные данные (ARCHIVED).
Рис. 12. Среда общих данных
Проектные данные (BIM-данные) последовательно проходят эти четыре области:
‒ разрабатываются, проверяются и утверждаются для совместного
использования (область рабочих данных);
‒ используются для согласования промежуточных проектных реше-
ний (междисциплинарной координации) всеми участниками проекта,
включая внешние подрядные организации и заказчика (область общих
данных);
Рабочие данные
Непроверенные проектные
данные, используемые
только внутри
дисциплинарной группы
Общие данные
Данные, пригодные
для междисциплинарной
координации (согласование
проектных решений)
Опубликованные данные
Скоординированные
и утвержденные выходные
проектные данные
для передачи и согласования
с заказчиком
Архивные данные
Хранение версий проекта
99
‒ передаются внешним участникам проекта для дальнейшего утвер-
ждения и согласования (область опубликованных данных);
‒ архивируются в соответствии с принятыми в организации проце-
дурами и регламентами (область архивных данных).
Среда общих данных может быть реализована различными способами: в виде структуры папок на центральном сервере, на основе
веб-портала.
Рабочие данные (WIP) – область хранения рабочих моделей, над
которыми осуществляется текущая работа. Модели в данной области не
завершены и не имеют необходимого уровня проработки. Рабочие
файлы (локальные и файл хранилища) BIM-модели должны разрабатываться по отдельности для каждого раздела и храниться в соответствующих локальных папках-хранилищах.
В области рабочих данных может происходить:
‒ мониторинг моделей специалистом BIM-отдела;
‒ проверки BIM-моделей на коллизии;
‒ выгрузка запрашиваемых данных для заказчика и менеджера
проекта.
Общие данные (SHARED). Для скоординированной и эффектив-
ной коллективной работы каждая дисциплина должна обеспечить доступ
к своим данным в масштабах BIM-проекта. С этой целью файлы из рабочих данных (WIP) должны быть скопированы в структуру папок проекта
общих данных (SHARED). Файлы должны быть предварительно проверены и освобождены от всего лишнего – неиспользуемых ссылочных
файлов, элементов модели и т.п. Таким образом, специалисты соответствующего раздела передают модель для общего доступа. Открытый доступ дает возможность их использовать в форме задания (ссылки)
для разработки смежных разделов.
Основные требования в области общих данных:
‒ полный доступ к папке общих данных должен быть у всех участ-
ников процесса проектирования;
‒ обмен моделями осуществляется регулярно в рабочем порядке,
описанном в плане работ. Это позволяет специалистам различных дисциплин работать с актуальной информацией. Для автоматического
обмена моделями используются BAT-файлы;
100
‒ файлы, которые хранятся в области общих данных, предназна-
чены только для обмена между дисциплинами;
‒ область общих данных должна также выступать в качестве храни-
лища данных, которые были официально получены от заказчика и других внешних организаций или выданы ими. Эти данные должны быть
доступны для совместного использования в BIM-проекте. При отсутствии совместных ресурсов заказчик может получить данные посредством ссылки на облачное хранилище и самостоятельно разместить их
в своей среде общих данных;
‒ BIM-модели, скопированные в область общих данных, использу-
ются BIM-менеджером для сборки сводной многодисциплинарной BIMмодели. Также они могут применяться в целях согласования проектных
решений;
‒ перед копированием в область опубликованных данных модели
необходимо проверить и утвердить.
Опубликованные данные (PUBLISHED). После прохождения финальной проверки модели переносятся в область опубликованных данных (PUBLISHED) для согласования и утверждения. В эту область
выкладываются завершенные, утвержденные участниками проекта
внутри команды материалы по определенному этапу для передачи участникам проекта за пределы проектной команды.
Основные требования в области опубликованных данных:
‒ хранилищем опубликованных данных является папка на сервере
(PUBLISHED). Она должна содержать опубликованные данные, которые
были проверены и получены из папки общих данных (SHARED);
‒ изменения, которые необходимо внести в опубликованные данные, должны передаваться через извещения об изменениях или другие
подходящие уведомления, например по электронной почте или в рабочем чате проекта;
‒ необходимо отсоединять файл модели от центрального файла хранилища перед его сохранением в область опубликованных данных;
‒ папка PUBLISHED располагается в закрытой директории.
Для удобства навигации ярлык папки перемещается в папку под проект;
‒ полный доступ к папке общих данных должен быть у BIM-менеджера, менеджера проекта и главного инженера проекта;
‒ после окончательной проверки данные переносятся в среду общих
данных для передачи заказчику. Облачный банк проекта представляет
собой такую же структуру папок, как и папка проекта на сервере.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]