Как строитель-практик прошлого столетия видит информационное моделирование строительства

Предисловие автора

Сегодня проводятся бесконечные толкования по российской нормативной базе при проектировании. И стремления по «безусловному использованию западных кодировок» в виде OmniClass, UniFormat, IFC/IFD и т.д. Просматривается тенденция боязни «опуститься» до российских НСИ в виде «Элементных Сметных Нормативах» (ЭСН), где фигурируют ГЭСН (ФЕР, ТЕР) для госзаказов, ТСН 2001 для Москвы и т.д.

Вопрос нормативной базы «элементной/компонентной», наполняющей библиотеки программных продуктов, которые применяются при BIM проектировании практически Западного толка — OmniClass, UniFormat никоим образом не может применяться в России. Все остальные форматы по обмену данными IFC/ID — производные для обмена данными между участниками процесса моделирования. Применение этих форматов повлечёт пересмотр кодировок материалов ОКВЭД, механизмов и т.д.

Темы проектирования из «элементов здания» и их группировки в укрупненные узлы дискуссируются дилетантами без понимания всего строительного процесса. К примеру, бесконечные споры по многослойным стеновым панелям в строительном производстве должны быть разукрупнены на производителей этих элементов, т.к. они разнесены по времени их производства и практически разными производителями конкретных работ. Т.е. то, что удобно проектировщику, неудобно и неприемлемо строителю. Надо поставить лошадь впереди телеги и разобраться, для кого проектная документация для проектировщиков или для строителей. Где же выход из положения?

Давайте на примере «колонны» проектируемого здания просмотрим ее жизненный цикл как элемента здания, из которых собирается «Информационная Модель Здания». Конкретная колонна в здании — «единственная» размещенная на плоскости этажа (уровне) с привязкой к осям (цифровым и буквенным). Функционально — это несущий конструктивный «элемент здания». При проектировании в программном продукте ему присваивается ID код для конкретного проектируемого здания. Он практически недоступен пользователям Модели.

Архитектор — ответственный за архитектурно-эстетичный вид здания предлагает поместить эту колонну сечением, к примеру, 40×40 см — высотой 3 м. в определенном месте здания. Установленная архитектором колонна в проекте берется из «библиотеки программного продукта», т.е. из «Семейства колонн» с кодом, который присваивается автоматически из библиотеки (Семейства) привязанной к программному продукту. На сегодня это возможный назначаемый западный код «UniFormat» при проектировании здания, а код «OmniClass» как было отмечено выше — автоматически присвоенный при разработке «семейства элемента здания» практически не используется. При этом архитектор не несет ответственности за конструктивные способности этой колонны — это обязанность конструктора.

Конструктор определяет на основе расчетов конструктивную составляющую «колонны» — согласно расчетам уточняет сечение. Для «бетонных колонн» — назначает марку бетона, к примеру — М400, определяет степень армирования в % отношении, разрабатывает КЖ на основании расчета ее несущей способности. На базе этих проектных действий появляется спецификация элемента и спецификации материалов для конкретного здания. Затем архитектор определяет процесс по отделке этой колонны — это уже следующий этап строительного производства, который также имеет свою расценку и соответствующий код, который при составлении сметы присваивается сметчиком.

Наконец, «колонна» передается в строительное производство. Произвести колонну можно по определенному «рецепту», имеющему в своем составе материал производства (его стоимость). Процесс производства расписан на способ механизации и исполнителей из состава звена рабочих. Имеется расчетное время производства, цена оплаты рабочим, механизмам и стоимости вспомогательных материалов. То есть понятие «расценка». В любой точке мира состав составляющих единичной работы элемента здания одинаков, только подход к расчетам различен.

При эксплуатации здания «колонна» с тем же кодом присвоенном в начале моделирования имеет свои особенности использования при эксплуатации.

Весь представленный процесс по конкретной «колонне здания» российской нормативной базой в виде ГЭСН, ТСН практикуется на протяжении более 75 лет (с 50-х годов прошлого столетия). При этом структура и наполнение данными как будто специально создавались для Информационного Моделирования Здания. Практически на всем протяжении использования таких расценок принцип сборки здания из «элементов здания» существовал всегда т.к. производство здания производится в «потоке создания ценностей» из элементов здания. Вопрос наполнения достоверными данными желает быть лучшими. Однако моделирование в значительной мере упрощает процесс приведения их в соответствие текущего производства. Это отдельная тема и рассмотрим ее в дальнейшей дискуссии.

Из сказанного выше вытекает вопрос: следует ли «Проектную Информационную Модель Здания» использовать при строительном производстве. По моим соображениям, должны быть отдельные Информационные Модели по принадлежности — т.е. «Строительная Информационная Модель» и «Эксплуатационные Модели». В представленной вам публикации можно рассмотреть и оценить процесс формирования «Строительной Информационной Модели».

Содержание

• Часть 1. «Информационное Моделирование Строительства»
  • 1.1. Единый «Элемент/Компонент здания», что при «информационном проектировании здания» так и «информационном моделировании строительства».
  • 1.2. Очень важный вывод для строителей — в безусловной необходимости применять «Информационное Моделирование Здания» в практике строительного производства
• Часть 2. Практическое применение особенностей BIM технологии проектирования здания и понятия «Информационного Моделирования Строительства»
  • 2.1. «Виртуальный стапель сборки» для «Информационной Модели Здания»
• Часть 3. Создании «Информационной Модели Строительства» использующего «виртуальный стапель сборки здания» представленного на планшете (смартфоне) в качестве «образца здания» — производимого на «строительном конвейере»
  • 3.1 Информационное Моделирование Капитального строительства и сферы Жилищного и коммунального хозяйства в России
    • 3.1.1 «Надежное Хранилище данных при «Информационном Моделировании Зданий» — важнейшая задача внедрения системы в России
    • 3.1.2 Общероссийское Хранилище информационной базы данных по недвижимости — существует
• Часть 4. Информационное Моделирование и Российская элементная/компонентная информационная база данных
  • 4.1. Проектная Информационная BIM Модель
  • 4.2. Рассмотрим задачу в целом
    • 4.2.1. Принципиальная схема информационного моделирования жизненного цикла любого строения
    • 4.2.2. Структура базы данных
• Часть 5. Почему необходимо рассматривать BIM в трех измерениях и разработки — трех обособленных проектов Архитектурно-Конструктивной и МЕР моделей составляют «Проектную Модель»; «Строительной Модели», промежуточной «Исполнительной Модели» и «Эксплуатационной Модели»
  • 5.1 Инструменты Информационного Моделирования
• Часть 6. «Строительная BIM Модель» и «Исполнительная BIM Модель»
• Часть 7. Нормирование при «Информационном Моделировании Здания»
  • 7.1 Нормирование на основе российских элементных сметных норм
• Часть 8. «Информационная Модель Организации Строительства»
• Часть 9. Общее Хранилище данных представлены схемой — «BIM COBie» и соответственно их составляющих: «COBie-ПРОЕКТ», «COBie -СТРОЙКА» и «COBie-ЭКСПЛУАТАЦИЯ»
• Часть 10. Эксплуатационная BIM Модель
• Заключение

Информационное Моделирование Строительства (pdf)