#Теория Функционал ССМ [Revit, ArchiCAD, Tekla]
Обязательно:
- Создание и редактирование BIM-моделей
- Добавление свойств элементам и заполнение их
- Оформление документации по модели
- Выпуск спецификаций с подсчетом материалов
- Редактор компонентов/семейств
- Экспорт в DWG, IFC
- Совместная одновременная работа с одним файлом
- Подгрузка связей моделей смежных дисциплин (хотябы в IFC) подложкой.
- Возможность задать глобальные (Общие) координаты, но без перемещения локально элементов
- Интеграции с расчетными комплексами и системами для визуализации
Желательно:
- Возможность автоматизации, доработки своими плагинами (открытый API)
- Подгрузка облаков точек
- Интеграции с ГИС системами
- Внутренняя проверка на геометрические коллизии
Обязательно:
- Создание и редактирование BIM-моделей
- Добавление свойств элементам и заполнение их
- Оформление документации по модели
- Выпуск спецификаций с подсчетом материалов
- Редактор компонентов/семейств
- Экспорт в DWG, IFC
- Совместная одновременная работа с одним файлом
- Подгрузка связей моделей смежных дисциплин (хотябы в IFC) подложкой.
- Возможность задать глобальные (Общие) координаты, но без перемещения локально элементов
- Интеграции с расчетными комплексами и системами для визуализации
Желательно:
- Возможность автоматизации, доработки своими плагинами (открытый API)
- Подгрузка облаков точек
- Интеграции с ГИС системами
- Внутренняя проверка на геометрические коллизии
#Теория Функционал СВМ [Navisworks, Solibri, Revizto]
Обязательно:
- Создание сводной модели из нескольких файлов
- Импорт IFC формата
- Просмотр моделей, подрезка, просмотр свойств элементов
- Облет, прогулка по модели, измерения в модели
- Сохранение пометок, комментариев на модели
- Проверка на геометрические коллизии
- Сбор объемов по модели
- Возможность добавлять свои свойства и отмечать выполнение по модели
Желательно:
- Проверка заполненности параметров
- Интеллектуальные проверки
- Импорт RVT формата (конвертация без установленного Revit’а)
- Связь модели с календарным графиком и визуализация 4D-5D
- Подключение к модели внешних источников данных и возможность отображать в элементах значения из внешних баз данных
- Экспорт комментариев в BCF формат
- Экспорт сводной модели в IFC
Обязательно:
- Создание сводной модели из нескольких файлов
- Импорт IFC формата
- Просмотр моделей, подрезка, просмотр свойств элементов
- Облет, прогулка по модели, измерения в модели
- Сохранение пометок, комментариев на модели
- Проверка на геометрические коллизии
- Сбор объемов по модели
- Возможность добавлять свои свойства и отмечать выполнение по модели
Желательно:
- Проверка заполненности параметров
- Интеллектуальные проверки
- Импорт RVT формата (конвертация без установленного Revit’а)
- Связь модели с календарным графиком и визуализация 4D-5D
- Подключение к модели внешних источников данных и возможность отображать в элементах значения из внешних баз данных
- Экспорт комментариев в BCF формат
- Экспорт сводной модели в IFC
#Теория СОД [BIM360Docs, Aconex]
Обязательно:
- Файлообмен с версионностью
- Ролевая система доступа
- Просмотр PDF документации
- Сравнение разных версий PDF документов
- Выдача замечаний с привязкой к месту в файле
- Просмотр BIM-моделей
- Просмотр офисных форматов docx, xlsx
- Процессы согласований документации
- Оповещения по почте
- Возможность работы через браузер и подключенный диск (десктоп приложение) на компютере
- Расшаривание по ссылке файлов и папок
- Наличие API для внешних интеграций
Желательно:
- Просмотр облаков точек
- Сравнение версий BIM-модели
- Возможность работы со смартфона
- QR-коды и подписание ЭЦП
- Работа с мобильного устройства
- Подписка на события в папке
- Настраиваемые атрибуты у файлов и папок
Обязательно:
- Файлообмен с версионностью
- Ролевая система доступа
- Просмотр PDF документации
- Сравнение разных версий PDF документов
- Выдача замечаний с привязкой к месту в файле
- Просмотр BIM-моделей
- Просмотр офисных форматов docx, xlsx
- Процессы согласований документации
- Оповещения по почте
- Возможность работы через браузер и подключенный диск (десктоп приложение) на компютере
- Расшаривание по ссылке файлов и папок
- Наличие API для внешних интеграций
Желательно:
- Просмотр облаков точек
- Сравнение версий BIM-модели
- Возможность работы со смартфона
- QR-коды и подписание ЭЦП
- Работа с мобильного устройства
- Подписка на события в папке
- Настраиваемые атрибуты у файлов и папок
#Теория Советы BIM-менеджеру. Часть 1.
BIM-менеджер это тот, кто отвечает за развитие BIM в компании. Лицо компании по BIM при взаимодействии с рынком, на совещаниях с Заказчиком и Подрядчиками.
Главный документ, который должен подготовить BIM-менеджер Заказчика - это EIR (за основу можно взять наш)
BIM-менеджер Проектировщика разрабатывает BIM-стандарт (за основу рекомендую взять standard.ds.do).
BIM-специалист должен всегда помнить, что детализация мешает скорости проектирования, но обеспечивает качество и точность. Автоматические изменения (группы, зависимости, мониторинги) ускоряют внесение возможных изменений в будущем, но понижают скорость работы в моменте и стабильность модели. Крайности плохи: полное отсутствие BIM - плохо, и «BIM ради BIMа» плохо.
BIM должно быть в меру. Надо находить баланс между скоростью и качеством, стабильностью и автоматичностью, интересами BIM и Проектировщиков.
Если у вас нет конструктора, который умеет армировать в 3D - отложите пока, пересогласуйте с заказчиком что без 3д арматуры. Достаточно опалубочных планов из модели и актуальных отверстий под инженерку пока - говорите, что Апекс так делает, обычно прокатывает ;)
BIM-менеджер это тот, кто отвечает за развитие BIM в компании. Лицо компании по BIM при взаимодействии с рынком, на совещаниях с Заказчиком и Подрядчиками.
Главный документ, который должен подготовить BIM-менеджер Заказчика - это EIR (за основу можно взять наш)
BIM-менеджер Проектировщика разрабатывает BIM-стандарт (за основу рекомендую взять standard.ds.do).
BIM-специалист должен всегда помнить, что детализация мешает скорости проектирования, но обеспечивает качество и точность. Автоматические изменения (группы, зависимости, мониторинги) ускоряют внесение возможных изменений в будущем, но понижают скорость работы в моменте и стабильность модели. Крайности плохи: полное отсутствие BIM - плохо, и «BIM ради BIMа» плохо.
BIM должно быть в меру. Надо находить баланс между скоростью и качеством, стабильностью и автоматичностью, интересами BIM и Проектировщиков.
Если у вас нет конструктора, который умеет армировать в 3D - отложите пока, пересогласуйте с заказчиком что без 3д арматуры. Достаточно опалубочных планов из модели и актуальных отверстий под инженерку пока - говорите, что Апекс так делает, обычно прокатывает ;)
Google Docs
SIGNAL. Шаблон EIR 1.0
EIR 1.0 ИНФОРМАЦИОННЫЕ ТРЕБОВАНИЯ ЗАКАЗЧИКА 1.0 Шаблон разработал: Попов А.В. 2022 Введение Данный документ является шаблоном стандарта Информационные требования заказчика (EIR). Перед применением удалите данное введение и адаптируйте стандарт под…
#Теория Пропустил в этом перечне https://t.me/prostobim/991 сервис по работе с исполнительной документацией.
4.1 СИД - Сервис для ИД. В мире такого не видел, видимо справляются СОДом и екселем. СИД - это система, куда загружаются и где создаются документы приемки материалов и конструкций, предписания, Акты испытаний, Рабочая и Исполнительная документация. Далее эти документы там согласовываются.
Документы друг к другу привязываются через поля в карточках, чтобы переходить из акта приемки например на ИД или сертификат качества и лабораторное заключение.
Также в системе ведутся различные журналы, которые обычно ведутся в бумаге и екселе. Но наши министерства решили, что электронно в формате xlsx сдавать нельзя, только в xml. Чем ставят перед выбором: или в бумаге или покупайте отдельную систему.
При этом отметим, что пока о готовности принимать журналы в xml заявил лишь Питерский ГСН, но то, что примеров эталонного заполнения нам пока так и не показали, вызывает серьезные опасения, что это работает. Возможно бравируют цифровизацией чтобы начальство не расстраивать, а на деле бумагу требуют (кстати как дела у экспертиз с Пояснительными записками в XML? напишите в комментарии про свой опыт).
Принципиальное отличие от СОДов - есть генератор документов, карточки документов, табличные журналы работ и выгрузки в xml для специфики 🇷🇺
4.1 СИД - Сервис для ИД. В мире такого не видел, видимо справляются СОДом и екселем. СИД - это система, куда загружаются и где создаются документы приемки материалов и конструкций, предписания, Акты испытаний, Рабочая и Исполнительная документация. Далее эти документы там согласовываются.
Документы друг к другу привязываются через поля в карточках, чтобы переходить из акта приемки например на ИД или сертификат качества и лабораторное заключение.
Также в системе ведутся различные журналы, которые обычно ведутся в бумаге и екселе. Но наши министерства решили, что электронно в формате xlsx сдавать нельзя, только в xml. Чем ставят перед выбором: или в бумаге или покупайте отдельную систему.
При этом отметим, что пока о готовности принимать журналы в xml заявил лишь Питерский ГСН, но то, что примеров эталонного заполнения нам пока так и не показали, вызывает серьезные опасения, что это работает. Возможно бравируют цифровизацией чтобы начальство не расстраивать, а на деле бумагу требуют (кстати как дела у экспертиз с Пояснительными записками в XML? напишите в комментарии про свой опыт).
Принципиальное отличие от СОДов - есть генератор документов, карточки документов, табличные журналы работ и выгрузки в xml для специфики 🇷🇺
Telegram
Просто о BIM
#Теория Для начала выделим типы программ, чтобы не сравнивать Теплое с Мягким. Иногда нам будут попадаться Тепло-Мягкие гибриды, но таковых меньше и можно рассмотреть их функционал в обеих группах.
Составлю в стиле:
Сокращение - Расшифровка [пример] - описание…
Составлю в стиле:
Сокращение - Расшифровка [пример] - описание…
#Теория Советы BIM-менеджеру. Часть 2.
В небольших компаниях бывает ситуация, когда всего один BIM-менеджер, и все нужно делать самому: и методологию разрабатывать и шаблоны настраивать.
В средних и крупных компаниях BIM-менеджер возглавляет отдел, в который входят BIM-координатры и BIM-моделлеры. В таком случае BIM-менеджер еще является руководителем, наставником и мотиватором.
В первую очередь при внедрении BIM надо выработать цели его применения и наметить стратегию их достижения.
Например:
1. Повысить качество проекта, чтобы не было коллизий и противоречий.
2. Получать точные объемы из моделей для смет и графиков.
3. Передать модели на стройку для применения там.
План:
1. Подготовить стандарт/требования.
2. Подготовить шаблоны и библиотеки.
3. Провести обучение пилотной команды.
4. Выполнить пилотный проект с
5. Еженедельно проверять на коллизии
6. Выгрузить объемы для сметчиков и планировщиков.
7. Передать модель строителям.
8. Исправить недоработки и масштабировать эффект на все новые проекты компании. Обучить остальных сотрудников.
Далее надо собрать совещание и продемонстрировать всем участникам свое видение ситуации и свой план. Выслушать комментарии, замечания, а также узнать о текущих болях и проблемах.
Приоритезируете проблемы, решаете только самые важные (все не получится, свалитесь в текучку) и переходите к реализации плана.
В небольших компаниях бывает ситуация, когда всего один BIM-менеджер, и все нужно делать самому: и методологию разрабатывать и шаблоны настраивать.
В средних и крупных компаниях BIM-менеджер возглавляет отдел, в который входят BIM-координатры и BIM-моделлеры. В таком случае BIM-менеджер еще является руководителем, наставником и мотиватором.
В первую очередь при внедрении BIM надо выработать цели его применения и наметить стратегию их достижения.
Например:
1. Повысить качество проекта, чтобы не было коллизий и противоречий.
2. Получать точные объемы из моделей для смет и графиков.
3. Передать модели на стройку для применения там.
План:
1. Подготовить стандарт/требования.
2. Подготовить шаблоны и библиотеки.
3. Провести обучение пилотной команды.
4. Выполнить пилотный проект с
5. Еженедельно проверять на коллизии
6. Выгрузить объемы для сметчиков и планировщиков.
7. Передать модель строителям.
8. Исправить недоработки и масштабировать эффект на все новые проекты компании. Обучить остальных сотрудников.
Далее надо собрать совещание и продемонстрировать всем участникам свое видение ситуации и свой план. Выслушать комментарии, замечания, а также узнать о текущих болях и проблемах.
Приоритезируете проблемы, решаете только самые важные (все не получится, свалитесь в текучку) и переходите к реализации плана.
#Теория Советы BIM-менеджеру. Часть 3.
Для того чтобы поддерживать эффективное проектирование в BIM в среднестатистическом проектировщике, обычно достаточно 1го BIM-специалиста на 25 проектировщиков, но если например вся разработка семейств скинута на BIM-отдел, то 1 на 20, а если еще и моделировать за какими-то разделами приходится, то и все 1 на 15 может получиться.
Проектировщики часто хотят скинуть на BIM-отдел всю рутинную работу (разработку семейств, экспорты в IFC и NWC), а если BIM-отдел подчиняется ГИПу, то и сбор ТЭПов и печать чертежей. Этот вопрос лучше решать на берегу, где чья зона ответственности, лучше обсуждать напрямую BIM-менеджеру с директорами, т.к. вопрос касается того у каких специалистов какие зарплаты и кем выгоднее для компании это делать (разумеется с учетом компетенций).
Начинается организация BIM-отдела со схемы подчинения. Лучше всего, либо напрямую генеральному подчинять отдел, либо департаменту развития или накрайняк айтишникам (но там другой риск, что ревиты с лайтшотами начнете ставить). Т.е. подчинять ГИПу или руководителю проекта я не рекомендую, т.к. в таком случае руководитель будет приоритезировать задачи BIM-отдела в выгодном для проекта русле, а не компании (а эти направления иногда противоречат).
Затем я рекомендую обучить наиболее инициативных проектировщиков разработке и правке простых семейств. Договорившись что BIM-отдел берет на себя разработку сложных параметрических и адаптацию внешних библиотек.
Также BIM-отделу лучше взять на себя создание и администрирование центральных файлов на ревит сервере, т.к. там нет внутреннего распределения доступов и лучше самим.
Также BIM-отдел разрабатывает шаблоны, проводит обучение сотрудников работе с BIM-инструментами и оказывает «техподдержку по Revit’у»: мол разбирается «почему виснет?», «почему не видно?» и «куда все пропало?».
Для того чтобы поддерживать эффективное проектирование в BIM в среднестатистическом проектировщике, обычно достаточно 1го BIM-специалиста на 25 проектировщиков, но если например вся разработка семейств скинута на BIM-отдел, то 1 на 20, а если еще и моделировать за какими-то разделами приходится, то и все 1 на 15 может получиться.
Проектировщики часто хотят скинуть на BIM-отдел всю рутинную работу (разработку семейств, экспорты в IFC и NWC), а если BIM-отдел подчиняется ГИПу, то и сбор ТЭПов и печать чертежей. Этот вопрос лучше решать на берегу, где чья зона ответственности, лучше обсуждать напрямую BIM-менеджеру с директорами, т.к. вопрос касается того у каких специалистов какие зарплаты и кем выгоднее для компании это делать (разумеется с учетом компетенций).
Начинается организация BIM-отдела со схемы подчинения. Лучше всего, либо напрямую генеральному подчинять отдел, либо департаменту развития или накрайняк айтишникам (но там другой риск, что ревиты с лайтшотами начнете ставить). Т.е. подчинять ГИПу или руководителю проекта я не рекомендую, т.к. в таком случае руководитель будет приоритезировать задачи BIM-отдела в выгодном для проекта русле, а не компании (а эти направления иногда противоречат).
Затем я рекомендую обучить наиболее инициативных проектировщиков разработке и правке простых семейств. Договорившись что BIM-отдел берет на себя разработку сложных параметрических и адаптацию внешних библиотек.
Также BIM-отделу лучше взять на себя создание и администрирование центральных файлов на ревит сервере, т.к. там нет внутреннего распределения доступов и лучше самим.
Также BIM-отдел разрабатывает шаблоны, проводит обучение сотрудников работе с BIM-инструментами и оказывает «техподдержку по Revit’у»: мол разбирается «почему виснет?», «почему не видно?» и «куда все пропало?».
#Теория В чате появился вопрос: чем отличаются EIR и BEP.
Нашел свой пост об этом: https://t.me/prostobim/192
EIR - это инструмент Заказчика для формулирования требований к Проектировщику.
BIM-стандарт - требования внутри проектировщика для своих сотрудникам по наполнению и работе с моделью.
BEP - это инструмент проектировщика для описания мероприятий, для выполнения требований заказчика, или, если их нет, своего BIM-стандарта. А также способ пересогласования некоторых требований EIR, если они противоречат практике работы проектировщика (его BIM-стандарту).
BEP может быть полезен для работы с субподрядчиками, регламентируя разбивку моделей, правила проверок. Но сами требования либо зеркалятся из EIR, либо по BIM-стандарту генпроектировщика.
Нашел свой пост об этом: https://t.me/prostobim/192
EIR - это инструмент Заказчика для формулирования требований к Проектировщику.
BIM-стандарт - требования внутри проектировщика для своих сотрудникам по наполнению и работе с моделью.
BEP - это инструмент проектировщика для описания мероприятий, для выполнения требований заказчика, или, если их нет, своего BIM-стандарта. А также способ пересогласования некоторых требований EIR, если они противоречат практике работы проектировщика (его BIM-стандарту).
BEP может быть полезен для работы с субподрядчиками, регламентируя разбивку моделей, правила проверок. Но сами требования либо зеркалятся из EIR, либо по BIM-стандарту генпроектировщика.
Telegram
Просто о BIM
BIM между заказчиком и генпроектировщиком.
Как заказчик может управлять применением BIM на проекте? Перед заключением договора, а лучше и перед тендером подготовить приложение к Договору: Информационные требования заказчика (EIR).
В данном документе требуется…
Как заказчик может управлять применением BIM на проекте? Перед заключением договора, а лучше и перед тендером подготовить приложение к Договору: Информационные требования заказчика (EIR).
В данном документе требуется…
#Теория Проблемы моделецентричного подхода.
Многие BIM-менеджеры мечтают поставить во главу угла управления данными на стройке BIM-модель, но что-то всё не получается. Сперва казалось, что не хватает инструментов, потом - что людей. Но время идет, инструменты появляются, люди стараются, а всеравно не летит. Уже можно делать выводы или пока рано?
Моя гипотеза проблемы моделецентричного подхода заключается в следующем:
У данных есть такие характеристики, как Стабильность и Актуальность.
Стабильность - это насколько мы можем доверять данным, насколько они бьются между собой и другой информацией в системе.
Актуальность - это насколько данные соответствуют действительности и являются самым свежим отображением ситуации.
Когда проект выпускается из BIM-модели, то проблем с Актуальностью модели нет, но со Стабильностью они большие, т.к. в модель постоянно вносятся изменения и времени остановиться и отшлифовать решения попросту нет.
Когда модель поднимается по чертежам уже после их разработки и утверждения, то хорошей Стабильности можно достичь, но с Актуальностью будут проблемы.
Во главу угла, при простроении бизнес-процессов, условно говоря «главными», связующими все остальные процессы, можно ставить только Стабильные и Актуальные данные.
Это же является причиной почему не взлетают подходы с главным Excel - Нестабильность при добавлении столбцов и с форматами вводимых данных.
Или не взлетающий подход, когда сметы и графики пытаются вести в 1С. Там зачастую содержится не актуальная информация, т.к. из-за крайне неудобного интерфейса, реальные бюджеты и графики ведутся в Excel и MS Project, а в 1С вносятся после, с задержкой.
Что же тогда может быть главным? Я считаю, что Бюджет реализации проекта и в его разрезе построенный календарный график, для которых BIM-модель это источник плановых и фактических объемов по основным позициям.
Многие BIM-менеджеры мечтают поставить во главу угла управления данными на стройке BIM-модель, но что-то всё не получается. Сперва казалось, что не хватает инструментов, потом - что людей. Но время идет, инструменты появляются, люди стараются, а всеравно не летит. Уже можно делать выводы или пока рано?
Моя гипотеза проблемы моделецентричного подхода заключается в следующем:
У данных есть такие характеристики, как Стабильность и Актуальность.
Стабильность - это насколько мы можем доверять данным, насколько они бьются между собой и другой информацией в системе.
Актуальность - это насколько данные соответствуют действительности и являются самым свежим отображением ситуации.
Когда проект выпускается из BIM-модели, то проблем с Актуальностью модели нет, но со Стабильностью они большие, т.к. в модель постоянно вносятся изменения и времени остановиться и отшлифовать решения попросту нет.
Когда модель поднимается по чертежам уже после их разработки и утверждения, то хорошей Стабильности можно достичь, но с Актуальностью будут проблемы.
Во главу угла, при простроении бизнес-процессов, условно говоря «главными», связующими все остальные процессы, можно ставить только Стабильные и Актуальные данные.
Это же является причиной почему не взлетают подходы с главным Excel - Нестабильность при добавлении столбцов и с форматами вводимых данных.
Или не взлетающий подход, когда сметы и графики пытаются вести в 1С. Там зачастую содержится не актуальная информация, т.к. из-за крайне неудобного интерфейса, реальные бюджеты и графики ведутся в Excel и MS Project, а в 1С вносятся после, с задержкой.
Что же тогда может быть главным? Я считаю, что Бюджет реализации проекта и в его разрезе построенный календарный график, для которых BIM-модель это источник плановых и фактических объемов по основным позициям.
#Теория Типы программ в строительстве
Предыдущие посты:
Общий перечень
1. ССМ
2. СВМ
3. СОД
4.1 СИД
4. Функционал ССК [BIM 360 Build, Fieldwire, PlanRadar]
Обязательно
- Создание структуры объекта
- Подгрузка планов для размещения замечаний
- Привязка замечания к точке на плане
- Настраиваемая анкета для заполнения замечания
- Прикрепление фотографии к замечанию
- Мобильная версия
- Работа оффлайн с синхронизацией при подключении к сети
- Функционал вызова на приемку стройконтроля
- Чеклисты для приемки конструкций
- Переписка по замечанию и прикрепление актов
- Генерация предписаний из системы для печати
- Оповещения о событиях участников
- Аналитика по количеству замечаний, статусам и пользователям
Желательно
- Привязка замечания к зоне на плане (помещение, квадрат осей)
- Измерения и пометки на планах
- Возможность связать замечания со строительной BIM-моделью
- Подгрузка справочников из других систем (календарный график работ, сметных позиций, Комплектов рабочей документации из СОДа)
- Подписание предписаний в системе с помощью ЭЦП
- Связь с электронным общим журналом работ
- Наличие API для внешних интеграций.
Предыдущие посты:
Общий перечень
1. ССМ
2. СВМ
3. СОД
4.1 СИД
4. Функционал ССК [BIM 360 Build, Fieldwire, PlanRadar]
Обязательно
- Создание структуры объекта
- Подгрузка планов для размещения замечаний
- Привязка замечания к точке на плане
- Настраиваемая анкета для заполнения замечания
- Прикрепление фотографии к замечанию
- Мобильная версия
- Работа оффлайн с синхронизацией при подключении к сети
- Функционал вызова на приемку стройконтроля
- Чеклисты для приемки конструкций
- Переписка по замечанию и прикрепление актов
- Генерация предписаний из системы для печати
- Оповещения о событиях участников
- Аналитика по количеству замечаний, статусам и пользователям
Желательно
- Привязка замечания к зоне на плане (помещение, квадрат осей)
- Измерения и пометки на планах
- Возможность связать замечания со строительной BIM-моделью
- Подгрузка справочников из других систем (календарный график работ, сметных позиций, Комплектов рабочей документации из СОДа)
- Подписание предписаний в системе с помощью ЭЦП
- Связь с электронным общим журналом работ
- Наличие API для внешних интеграций.
Telegram
Просто о BIM
#Теория Для начала выделим типы программ, чтобы не сравнивать Теплое с Мягким. Иногда нам будут попадаться Тепло-Мягкие гибриды, но таковых меньше и можно рассмотреть их функционал в обеих группах.
Составлю в стиле:
Сокращение - Расшифровка [пример] - описание…
Составлю в стиле:
Сокращение - Расшифровка [пример] - описание…