Строительная отрасль обладает, пожалуй, самым крупным мультипликативным эффектом в нашей экономике. Проще говоря, каждый вброшенный сюда рубль тянет за собой наибольшее количество рублей в смежных отраслях. Именно на строительство, в том числе жилищное, по состоянию на 3-й квартал 2018 года приходилось 55,5% всех капитальных инвестиций в стране. Именно эта отрасль является, наряду с торговлей, главной бюджетообразующей и налогообразующей в стране и в Новосибирской области, хотя бронза былой славы строительной индустрии в Новосибирске заметно потускнела.
Положение дел в строительстве прекрасно иллюстрирует фраза французского комика Колюша: «Дела идут все лучше, но не лучше, чем в прошлом году, зато лучше, чем в новом». В 1997 году доля строительства в региональном ВРП составляла 15,6%, в 2004 – уже 10%, 2011 год стал еще скромнее – 7%, а 2016 – вообще 3,8%.
За три десятилетия в строительстве резко сократилась число занятых: со 178,6 тыс. человек в 1990 году до 86,2 тыс. в 2010 и 40,9 тыс. в 2018 году. Доля строительной отрасли в Новосибирской области по числу занятых в ней работников составила в минувшем году только 4,4%. И это при том, что в последние годы в нашей области резко возрос поток иностранных трудовых мигрантов, большая часть которых работала именно на стройке: с 1,4 тыс. человек в 2000 году до 57,9 тыс. в 2009 году.
Гениальные Строительные Инструменты и Лайфхаки Мастеров Своего Дела
Дела идут все лучше, но не лучше, чем в прошлом году, зато лучше, чем в новом
В минувшем году показатели строительства жилья и его продаж в стране разбежались в разные стороны. От былых рекордов по строительству жилья 2014 года в 86 млн. кв.м мы «дошли» до 75,3 млн. кв.м. в 2018 году. Минстроем РФ план на прошлый год был заявлен в 86 млн. кв.м, на этот год еще круче – 88 млн. кв.м. Который год статистику «украшает» дачная амнистия, которая «ввела» в 2018 году 8-9 млн. кв.м легализованных и давно построенных индивидуальных жилых домов. Но при темпах последних лет намеченные Правительству и губернаторам национальным проектом «Жилье и городская среда» рубежи по строительству к 2024 году по 120 млн.кв.м вряд ли будут достигнуты.
Строительную статистику дополняет статистика стройматериалов. Например, рынок цемента одновременно с вытеснением импортного цемента падал пятый год подряд и сейчас цемента производится меньше, чем в 2012 году (54,6 и 61,6 млн.т).
Чиновники решили упростить себе задачу и в качестве перспективного направления в строительстве решили строить КОТами (комплексное освоение территории и ее развитие) и помогать из бюджета в создании инженерной и социальной инфраструктуры. В 2017г. из бюджета на 68 таких проектов было выделено 20 млрд. рублей. В результате каждый российский мегаполис «ОКОтился» такими планами.
В Новосибирске таких площадок запланировано 37. Но есть одно «но» и большое, которое не может радовать жителей больших городов – все эти «коты» расположены в чистом поле, на окраинах. Создавать квалифицированные рабочие места или закладывать в планы рекомендуемую современными урбанистами пропорцию «70 на 30» между жилыми и коммерческими помещениями никто не собирается.
Положение дел
В Новосибирской области для выполнения поставленной в нацпроекте задачи вначале к 2014 году был озвучен объем в 1,8 млн. кв.м, в конце года он увеличился до 2 млн., в а этом году губернатором уже поставлена планка уже в 2,6 млн. кв.м. Пока же мы находимся по объемам ввода жилья между 2013 и 2014 годом. Было введено 1,7383 млн. кв.м жилья (не забудем и про 8-9% от дачной амнистии). Из общего объема построенного за год жилья почти треть было сдано в декабре. Совсем как в старые добрые советские времена, когда еще действовала статья 152-1 УК РСФСР «Приписки в государственной отчетности», но которая и тогда никаких сказочников не смущала. К примеру, в 1987 году в Новосибирске в декабре тоже планировалось сдать 43,4% от годового плана, 296,7 тыс. кв.м, но не смогли…
Пока же мы находимся по объемам ввода жилья между 2013 и 2014 годом
По большому счету всем, кроме мэров и губернаторов, поровну, когда вводится жилье – в декабре или июле, если бы не одно «но». Зададим себе один вопрос: что получат новоселы от трудового подвига строителей по сдаче половины жилья в лютую зиму (ноябрь-декабрь)?
Правильно, их гарантийные письма о выполнении летом работ по благоустройству сданных домов примерно на 1-1,5 млрд. рублей. Посчитаем: средняя доля затрат на благоустройство в смете на строительство жилого дома составляет примерно 5-7% от сметной стоимости. Перемножим на средние цены и декабрьский объем сдачи и получаем искомую сумму. Конечно, все мы верим гарантийным письмам застройщиков об исполнении своего долга, также как и обещаниям заплатить мэрии Новосибирска за аренду земли (по мелькавшим в прессе данным реальных долгов за 1 млрд. рублей). И мы все также свято верим, что фокусник в цирке тетеньку в ящике по-настоящему распиливает.
Доля рынка Новосибирской области в строительном пироге России – примерно 2%, это 12 место среди субъектов РФ. С 2015 года по объемам строительства жилья мы падаем и сейчас опередили 2013 год, но не достигли уровня 2014 года.
После сдачи в эксплуатацию новых домов примерно 30% квартир в них остаются непроданными
В ожидании строительной реформы застройщики в прошлом году бросили много денег на закупку впрок земельных участков и получение разрешений на строительство. Так, в Москве в 2018 году было выдано 1800 разрешений (вдвое больше) на строительство 21 млн.кв.м. Только московские строители выставили на продажу в прошлом году 6 млн. кв.м жилья.
Новосибирские строители от столичных лидеров рынка решили не отставать и бросились вдогонку. По состоянию на октябрь 2018 года в Новосибирске на рынке строящегося жилья учтено 3,5 млн. кв.м в 391 домах, в 142 домах шли активные продажи, в 3-м квартале в городе начато строительство еще 40 многоэтажек. Но, для сравнения, в 2016 году в Новосибирске было зарегистрировано 516 новостроек. По данным Минстроя НСО строительный задел на март 2019 года составляет 6,976 млн. кв.м из них в Новосибирске – 5,2 млн. кв.м.. К строительству 1,5 млн. кв.м застройщики еще не приступили.
Немного о продажах
В 2018 году в Москве было продано 79,6 тыс. новостроек – на 47% больше, чем год назад, и в три с половиной раза больше, чем три года назад. В Новосибирске за минувший год было продано 28 855 ДДУ, что на 13% больше, чем в 2017. Напомним, что за год было построено 17 154 квартиры, т.е. продано на 11 701 квартиру больше, чем построено.
Запас непроданных квартир на рынке еще большой, он оценивается примерно в 10 000 штук. Так, после кризиса 2008-2009 года на рынке Новосибирска тогда «зависло» 10 000 квартир, а вот после кризиса 2014 году – уже 40 000 штук. В 2016 году на рынок Новосибирска вышли 4,2 млн. кв.м новостроек и 4,6 млн. кв.м. вторички при спросе в 1,5 и 1,7 млн. кв.м в каждом из этих секторов. Планировалось, что этот навес будет продан за 6 лет. Этот срок еще не истек.
Но и сейчас после сдачи в эксплуатацию новых домов примерно 30% квартир в них остаются непроданными.
С одной стороны, на рынке много непроданных квартир, как на первичном, так и на вторичном рынке, но места массовой застройки, как правило, находятся на окраинах, поэтому накопленные там излишки все равно будут продаваться медленно и рост цен будет сдерживать незначительно.
Фото: flickr.com
Что тревожит экспертов?
— За два последних года резко снизилась доля жилья, своевременно сданного в эксплуатацию – с 58% до 38%;
— Срок переноса ввода в эксплуатацию вырос и сейчас он составляет 6,5 месяцев, в десяти регионах срок сдачи переносится уже на срок более 13 месяцев. Это означает, что у строителей хронически не хватает денег на достройку заложенных домов;
— В мегаполисах повсеместно происходит качественные изменения новостроек, растет высотность многоэтажек с 14,7 до 16,3 этажей;
— Растет доля монолитного строительства в стране: за 5 лет с 10 до 15%;
— За те же 5 лет (с 2013 по 2017 годы) средний размер построенных квартир сократился с 75,8 кв.м до 69,6 кв.м. В 2010 году, по данным Росстата, он составлял 81,5 кв.м., в 2018 – уже 52 кв.м. Чтобы выйти на среднеевропейские показатели, на семью из трех человек должно приходиться 120 кв.м, четырех – 160 кв.м. По обеспеченности жильем Россия отстает от развитых стран Европы (40 кв.м) Америки и Канады (70 кв.м) и даже Китая (27 кв.м). Средняя обеспеченность жильем городского населения в России – 24,5 кв.м, в Новосибирске – 24,7 кв.м;
— В большинстве субъектов Федерации и, особенно, в крупных мегаполисах, растет разрыв между малоэтажным и многоэтажным строительством. В Новосибирской области в прошлом году из построенного жилья 70% составляют многоэтажки;
— Усиливается поляризация между крупными и небольшими городами, в крупных городах концентрируется большие объемы строительства, а в маленьких городах нового жилья строят все меньше и меньше, во всех регионах снижается доля малоэтажного жилья (в Новосибирской области доля многоэтажного строительства составляет 61,8%). Спрос на жилье быстрее сокращается в регионах, поскольку динамика снижения доходов в регионах опережает темпы снижения доходов в столичных областях. Бедные становятся еще беднее;
— Непроданные квартиры концентрируются в микрорайонах на окраинах, в них преобладает доля студий и однокомнатных квартир, интерес к которым у покупателей быстро угасает. Да и количество свободных участков в центральных частях городов значительно сократилось. Открыв первую попавшуюся строительную декларацию одного из застройщиков на левом берегу Новосибирска, я сразу же натолкнулся на такой «человейник» из 238 квартир, 88% в котором однокомнатные квартиры и еще более маленькие студии. В 2016 году в Новосибирске в новостройках было построено 62% студий и однокомнатных квартир, в прошлом году – 54%. Для сравнения, в 1995 году однокомнатных квартир было построено 19,1% двухкомнатных – 33%, трехкомнатных – 39,6%.
— Федеральные и местные власти не могут обеспечить темпы своевременного создания социальной инфраструктуры на окраинах мегаполисов в местах массовой застройки.
— В последние годы значительно возросли убытки застройщиков и их банкротства, свидетельствующие о неблагополучии в строительстве.
Гигантские объемы строительства никак не отразились на качестве жилья
Что самое печальное, гигантские объемы строительства никак не отразились на качестве жилья – в Новосибирске не построено ни одного дома с повышенным классом энергоэффективности. Короче, дома мы продолжаем строить по-прежнему «неумные». К сожалению, на экологические нюансы расположения строящихся домов в наших экологически не очень благополучных сибирских городах 99% застройщиков не заморачивается.
А о том, как чувствует себя финансовая инфраструктура строительства, и что ее ждет, мы поговорим в моей следующей колонке.
Редакция «КС» открыта для ваших новостей. Присылайте свои сообщения в любое время на почту [email protected] или через нашу группу в социальной сети «ВКонтакте».
Подписывайтесь на канал «Континент Сибирь» в Telegram, чтобы первыми узнавать о ключевых событиях в деловых и властных кругах региона.
Источник: ksonline.ru
ТЕХНОЛОГИИ, ИНЖИНИРИНГ, ИННОВАЦИИ
Измеритель диаметра, измеритель эксцентриситета, автоматизация, ГИС, моделирование, разработка программного обеспечения и электроники, БИМ
Информационное моделирование в строительстве – настоящее положение дел
На фото автор: Денис Ожигин, технический директор ЗАО «Нанософт». Итак. В начале сентября незаметно произошло весьма знаменательное событие: на сайте Федерального центра нормирования, осуществляющего деятельность в сфере технического регулирования в строительстве (Минстрой), в публичный доступ были выложены первые редакции сводов правил, касающихся технологии информационного моделирования (позже переложены на сайт Федерального агентства по техническому регулированию и метрологии (Росстандарт)). С целью обсуждения, согласования и сбора обратной связи. Эти документы мы ждали очень долго: над частью из них трудились уважаемые мной авторы и регулярно анонсировали на различных BIM-мероприятиях.
Поэтому я потратил немало времени на изучение и анализ документов – в предлагаемой статье то, на что я обратил внимание и на что я хотел бы обратить общественное внимание.
Введение
Сразу хотел бы подчеркнуть, что всё приведенное в статье – мое личное мнение. Я вижу, что авторы документов проделали громадную работу, за что им огромное спасибо. Но подобные документы неминуемо вызывают споры и критику; я тоже не смог обойти этого в своей статье. Возможно, я в чем-то я заблуждаюсь, что-то не понимаю или неверно прочитал. Поэтому ожидаю в ответ некого разумного диалога – давайте обсуждать и рождать истину.
На момент написания статьи четыре СП, разработанные по заказу Министерства строительства и ЖКХ РФ, выложены по следующим адресам:
И еще одна ремарка. Последовательность чтения документов не очень понятна, номеров у них нет. Я читал так, как перечислил выше, и поэтому в тексте буду ссылаться на документы как на первый, второй, третий, четвертый – в соответствии с приведенной последовательностью.
Замечание по окончанию написания статьи: в этой статье обсуждаю подробно только первый и второй документы – как, на мой взгляд, самые фундаментальные; два последних документа я практически опустил: разобраться бы с первыми двумя…
Внимательно читаем документ «Правила организации работ ПТО»
Первый документ начинается с терминов, и тут мы первый раз удивляемся (надо сразу сказать – не последний). Пунктом 3.4 вводится определение, что такое информационная модель:
3.4. Информационная модель: комплексное описание здания, которое содержит полную проектную информацию (текстовую, графическую) о материальных и нематериальных элементах.
Вам не кажется, что это достаточно абстрактно? По сути, под такое определение свободно подпадает обычная проектная либо рабочая документация в PDF-формате, поскольку она также комплексно описывает здание и содержит текстовую и графическую информацию. Отсюда я делаю первую заметку в голове: этот документ не описывает концепцию BIM и ее внедрение.
Этот документ описывает по сути более общее понятие «информационная модель», которая объединяет в себе любую информацию об объекте строительства. Никаких требований к связанности, обновляемости, согласованности нет. Нет, например, и намека на то, что информационная модель должна собираться в какую-нибудь базу данных. Но ведь это неправильно!
Если мы говорим о будущем, то модель должна собираться в единую базу данных, многие разработчики BIM систем уже сейчас представляют информационную модель именно как базу данных. Отсюда вытекает первая опасность: большинство людей, которые не разбираются в таких тонкостях, автоматически свяжут концепцию BIM и термин «информационная модель», считая, что одно и то же. И будут жестоко разочарованы…
Второй пункт, на который имеет смысл обратить пристальное внимание, – определение понятия «производственно-технический отдел»:
3.14. Производственно-технический отдел: Подразделение Заказчика/Генерального подрядчика/подрядной организации, отвечающее за анализ, проверку и координацию технической документации сопровождения строительства здания.
Чтобы было совсем понятно: по сути этот документ объясняет, как нужно организовать работу подразделения, ответственного за техническую документацию: какую информацию получать от проектных организаций, чем дополнять, как изменять и как затем передавать в эксплуатацию.
Читаем далее. Выясняется интересное разделение на этапы жизненного цикла объекта строительства. По сути в пункте 4.3 жизненный цикл разбивается на три этапа: стадия проектирования, стадия строительства и стадия эксплуатации. Соответственно, выводятся и три типа информационной модели: проектная, строительная и эксплуатационная.
Забегая вперед скажу, что документ «Правила формирования информационной модели объектов на различных стадиях жизненного цикла» определяет несколько другие этапы, но, наверное, для такого документа это не страшно, так как в сущности описывается один этап – строительный, а термины можно согласовать потом. Итак, что же строители делают с информационной моделью?
Для начала, в соответствии с пунктом 8.1, ПТО принимает от заказчика проектную информационную модель.
Что такое проектная информационная модель?
В разделе 8 расписаны разделы проектной информационной модели и требования к ней:
- Состоит из архитектурной модели, конструктивной модели, инженерного оборудования и сетей инженерно-технического обеспечения, строительной площадки, строительной техники и приспособлений. Насколько понимаю, линейные объекты и местность не рассматриваем, ок…
- От проектной модели требуется отсутствие пересечений между всеми видами конструктивных элементов (а как же армирование внутри стены, например?), определена иерархия подсистем и элементов вплоть до атомарных элементов (где определение нового термина?), а для каждого атомарного элемента необходимо задать информацию о поставщиках, стоимости материалов, стоимости работ, технологии монтажа либо технологии производства. В процессе перечисления у меня лично глаза округлялись – мы точно говорим о стадии «Проект».
Надо сказать, что по требованиям новых СП должна предоставляться весьма подробная проектная информационная модель. Все понимают, что если эти требования будут утверждены, то проектные организации должны будут сдавать информационную модель с существенно большим наполнением по сравнению с текущими требованиями? Все понимают, что все это в рамках неизменных бюджетов? Лично я уже уверен в том, что никакого дополнительного бюджетирования на внедрение информационного моделирования не предусмотрено.
Обращаю внимание, что в документе нет определений архитектурной и конструктивной модели! Учитывая, что информационная модель – это не база данных (как многие ожидали), а просто комплексное описание здания, хотелось бы знать, что под архитектурной и конструктивной моделью подразумевают авторы. В каком виде предоставляются остальные разделы – еще более непонятно: в определениях даже нет слова «модель». В итоге на данном этапе понятно, что собирается (многое), но непонятно во что… Например, если я всё сложу в папочку на жестком диске, то пока вписываюсь в концепцию информационного моделирования.
Далее: в структуре ПТО должна быть создана группа информационного моделирования (пункт 5.2), которая начинает разрабатывать строительную информационную модель путем «наполнения новыми атрибутами элементы проектной информационной модели» (пункт 9.1). Тут мой мозг начал взрываться…
Что происходит в строительной информационной модели?
Для того чтобы наполнять атрибутами элементы проектной информационной модели (и получать строительную ИМ), как минимум надо:
- иметь базу данных элементов проектной информационной модели в согласованном между проектировщиками и ПТО формате (в моем понимании понятие «атрибут» подразумевает наличие какой-нибудь базы данных – или можно как-то по-другому?);
- иметь инструменты редактирования (!) проектной информационной модели.
Отсюда возникает огромное число вопросов. Что за база данных у проектной и строительной информационной модели? Какой уровень доступа в базу данных у проектировщиков и строителей? Какое ПО должно редактировать базу данных с элементами информационной модели? До какой степени надо наполнять модель атрибутами?
И самое главное: кто несет ответственность за изменяемую в ПТО информационную модель? Начинаю искать ответы на эти вопросы по документу…
Раздел 6 определяет требования к программному обеспечению, которое используется в ПТО для информационного моделирования. Итак, это ПО должно: проверять на ошибки, просматривать, осуществлять документооборот и проводить контроль качества. Оно не должно редактировать! Как мы будем наполнять информационную модель атрибутами?
В приложении В описан уровень доступа к информационной модели для различных ролей. Роль «Проектировщик» и роль «Организация, осуществляющая управление строительством» на этапах «Выполнение работ» и «Сдача и приемка результатов работ» обе имеют статус «Редактирование». То есть в процессе строительства проектировщики и строители должны иметь единый равноправный доступ к редактированию информационной модели! Оп-па… Кто же несет финальную ответственность за проект. Ищем дальше.
По текущим правилам, насколько я знаю, проектировщики сдают заказчику проектно-сметную документацию (ПСД). Далее заказчик передает ПСД строителям, а проектировщик находится на авторском надзоре (проектировщик, ответственный за ПСД!). В процессе строительства строитель вносит замечания и делает исполнительную документацию (as-build), а иногда исполнительную делают сами проектировщики по отдельному договору с заказчиком. Но в любом случае четко понятно, кто что сделал и кто за что отвечает, а в случае проблем ясно, кого привлекать к ответственности.
Тут же по новому своду правил изменения в строительную информационную модель вносят и строители, и проектировщики! И нет никаких правил ответственности и последовательности. По-моему, этот документ фундаментально изменяет отношения «проектировщик – строитель». Нет? Хорошо… Тогда попробуем найти ответственного. Читаем дальше…
В пунктах 11.5, 11.6 написано, что ответственность за формирование финальной (передаваемой в эксплуатацию) строительной информационной модели несет руководитель проекта, который подписывает ее электронной подписью. Теперь понятно? Ответственность за проект полностью лежит на строителях! Архитекторы с авторской задумкой, проектировщики, продумывающие проектное решение – вам спасибо, вы свободны. Мы построим то, что построим…
Подходим к концу документа
Концовка документа вообще достаточно упрощена: если вы разобрались с тем, что такое информационная модель, и научились через какое-то ПО редактировать атрибуты ее элементов, то у вас в конце концов должна образоваться наполненная строительная информационная модель, которая обернута документооборотом в среду общих данных, которая в свою очередь содержит кучу документов, сопровождавших строительство (фото, видео, акты, данные об ответственных лицах и т.п.). В конце работ руководителем проекта информационная модель подписывается электронной цифровой подписью и передается в эксплуатацию.
Но я как-то представлял, что объект строительства должен сдаваться в эксплуатацию – в частности, должно проверяться функционирование всего объекта строительства и отдельных его составляющих на практике. И предполагал, что информационная модель будет выступать как эталонная модель функционирования. Но, похоже, это решили вынести за скобки и пока не регламентировать. Не буду фантазировать и я, чтобы не создать себе и окружающим проблем…
В целом, чем больше перечитываю документ, тем более запутываюсь в частях: то в одной части увязну, то в другой. Хотите еще примеры? Пожалуйста:
1. Пункт 9.6 сообщает, что детализацию строительной информационной модели задает приложение Г. Идем в приложение Г и видим четыре типа детализации: модель не требуется (модель? да что ж такое, черт возьми, «модель»?), низкая, высокая, локально высокая. Ух, я не сталкивался с такими формулировками по детализации. Спасибо, что там же в приложении расписали, что это означает. Но, забегая вперед, скажу, что документ «Правила формирования информационной модели объектов на различных стадиях жизненного цикла» определяет совершенно другие степени детализации: LOD100, LOD200 и т.д.). Кто-нибудь пытался согласовать терминологию?
2. Приложение А. Укрупненные функции участников процесса строительства. Ради интереса стал подробнее читать функции проектировщика. Вы не поверите! Там нет ни слова о разработке информационной модели. Только проектно-сметная документация, авторский надзор, разработка дополнительных проектных решений и т.д.
Так делает проектировщик информационную модель или только ПСД?
Итак, первый документ оставил у меня впечатление рассогласованности и общего непонимания процесса. Переходим ко второму…
Внимательно читаем документ «Правила формирования ИМ на различных стадиях ЖЦ»
Почему-то тут сразу бросается в глаза, что документ не предназначен для информационного моделирования линейных объектов, а также цифровых моделей местности (пункт 1.4). А что у нас остается? Гражданские и общественные здания в рамках территориально-нераспределенных строительных площадок? Вернулся к первому документу – там примерно то же самое: строительство новых, реконструкция и снос существующих зданий и сооружений, а также благоустройство и инженерная подготовка территорий. Ок.
В целом документ должен задавать правила формирования информационной модели для проектировщиков (проектная информационная модель), для строителей (строительная информационная модель) и для эксплуатации (эксплуатационная информационная модель). Мои ожидания верны? Проверим…
Читаем терминологию. Угадайте, что я начал читать первым? Правильно – определение термина «Информационная модель здания». И тут намного интереснее:
3.3 информационная модель здания или сооружения (building information model, BIM): Цифровое представление физических и функциональных характеристик здания или сооружения при помощи совокупности элементов и информации, служащее коллективным ресурсом знаний о нем на протяжении полного жизненного цикла.
Обращает на себя внимание англоязычный термин – это обнадеживает, что хотя бы говорим сейчас об одном и том же. Очень важное примечание:
Информационная модель, представленная в нативном (исходном) формате, является цифровой моделью здания или сооружения, в которой каждый элемент связан с базой данных модели и 2D-отображением его на видах/чертежах, при этом изменение любого элемента или информации о нем в модели отображается в базе данных и на видах/чертежах.
Ура! Информационная модель имеет отношение к базе данных. Немного настораживает отсылка к нативному формату – неужели, если информационная модель представлена не в нативном формате, то она уже не должна быть базой данных? Но будем разбираться по ходу пьесы…
Еще один термин – LOD (level of development, уровень проработки модели):
3.15 уровень проработки (level of development, LOD): Определяет полноту проработки элемента информационной модели. Уровень проработки задает минимальный объем геометрической, пространственной, количественной, а также любой атрибутивной информации, необходимой и достаточной для решения задач моделирования на конкретном этапе жизненного цикла объекта строительства.
Это американский термин, введенный, если не ошибаюсь, Американским институтом архитектуры (AIA). Напомню, что англичане этот термин уточнили, разбив его на LOD (Level of Detail, уровень детализации) и LOI (Level of Information, уровень информатизации). Ок, мы идем пока по более широкой американской терминологии…
Снова забегая немного вперед, хочется сказать, что все-таки по документу отсутствует расшифровка многих терминов: ТОиР (пункт 5.7.1), ЧС (таблица 5.1), СМР (пункт 5.6.1), КР (пункт 6.1.14). Думаю, всем очевидно, что в этом плане нужна еще очень большая работа по выработке единых терминов и расшифровок.
Общие положения (раздел 4)
Читая общие положения, я несколько раз удивился тому, что документ спускается к очень практическим вещам. Судите сами:
- в информационных требованиях к применению технологии информационного моделирования заказчик модели должен указывать требования к именованию файлов проектов, к системе кодирования элементов модели, к форматам обмена файлов и т.д.;
- план реализации BIM-проекта почему-то содержит правила именования файлов, применяемое программное обеспечение.
Возникает ощущение, что свод правил пытается не описать технологию и общие принципы, а заточиться на что-то конкретное. Это ощущение усиливается, когда вдруг читаешь вот такой пункт:
4.10 В случаях, когда работы предусматривают специализированные требования к моделированию, используемое программное обеспечение может определяться техническим заказчиком.
Под такой пункт можно подвести любое решение: я проектирую подземные сооружения, поэтому проектировать буду только в ПО такого производителя, а я проектирую торговые центры с повышенной безопасностью, поэтому проектировать буду в ПО другого производителя. То есть заказчик может навязать отрасли используемое программное обеспечение, невзирая на общую технологию и правила!
Получается, что именно заказчик будет задавать, в каком программном обеспечении должны работать проектировщик и строитель, как они должны именовать файлы, какими форматами обмениваться, как кодировать элементы модели и т.д.! Ой-ой-ой… А я думал, что это будет делать Минстрой – формировать правила взаимодействия рынка, определяя ключевые требования. В итоге все сводится к тому, что придумает заказчик. Это первый звоночек в моей голове.
Кстати, пункт 4.12 делает информационную модель главнее технической документации:
4.12 Информационная модель здания или сооружения всегда является первичной по отношению к производной технической документации.
Свод требует, чтобы трехмерные узлы конструкций, существующие и измененные конструкции, дополнительное оборудование, крепежи, метизы, маловидимое в объеме оборудование и т.п. были занесены в информационную модель. Иначе техническая документация не сгенерируется. Хм. Не знаю…
Требования к информационным моделям (раздел 6)
Самый интересный раздел, на мой взгляд. Вначале перечисляются верные вещи: модель должна быть в масштабе 1:1, проектирование в метрической системе единиц (линейные же объекты не трогаем), модели по разным разделам должны иметь согласованные системы координат и т.д.
Но есть и пункты, которые вызывают удивление. Например:
6.1.13 Как правило, любой объект, который помещается в куб 100 x 100 x 100 мм, не моделируется или заменяется условным 2D графическим объектом, с необходимым набором атрибутов.
Во-первых, это противоречит пункту 4.12, описанному чуть выше: если мы не моделируем что-либо, то это надо вносить в техническую документацию, а она является вторичной по отношению к информационной модели – вас не расстраивает такая логическая нестыковка?
Во-вторых, не очень понятно, что это за 2D-представление: это 2D-представление в трехмерном пространстве или просто 2D-представление на рабочей документации (чертежах)? Логика говорит, что это должно быть в 3D-пространстве, однако почему тогда нельзя ставить 3D-объекты, но с малой детализацией (коробка, шар, конус и т.д.)? Но если упор делается именно на 2D-представлении, то получается, что это не заносится в 3D. Тогда образуется в-третьих…
В-третьих, почему мелкие объекты, «как правило», не моделируются? Например, охранно-пожарная часть почти целиком состоит из объектов, вписывающиеся в упомянутые габариты, – она не должна включаться в BIM?
Да и вся инженерная часть: фитинги на трубах, коробки разветвительные, извещатели, розетки, выключатели, контрольно-измерительные приборы – очень многие объекты инженерной части имеют достаточно малые габариты. Их не проектируем в BIM? На мой взгляд, технология BIM очень хороша для задач инженеров: расчеты оповещения, освещения, падения напряжения, моделирование чрезвычайных ситуаций, проектирование спринклерных систем и многие другие инженерные задачи удобно решать именно через связанную модель, трехмерное пространство и единую базу данных для раздела. Как эти задачи решать с помощью чистого 2D (даже с атрибутами)? Как в конце концов с помощью чистого 2D с атрибутами закладывать технологию монтажа и/или производства, цены, стоимость работ, которые требуются по предыдущему документу?
Далее пункт 6.1.14:
6.1.14 На текущем уровне развития программно-аппаратных ресурсов 3D-моделирование арматуры железобетонных изделий и 3D-деталировка узлов металлоконструкций не должны быть обязательными требованиями при проектировании раздела КР.
Оп-па… А вот это уже серьезно! Я думал, что читаю свод правил, который будет формировать отрасль в будущем, а он базируется на текущих ограничениях. То есть мы сейчас фиксируем текущий технологический уровень и сами замираем вместе с ним как минимум на несколько лет? И что делать программным продуктам, которые либо уже сейчас, либо через полгода смогут формировать трехмерные узлы металлоконструкций? Они не вписываются в текущий свод правил и не могут использоваться для BIM-моделирования?
При этом пункт 6.1.14 противоречит пункту 6.3 («Требования к составу элементов информационной модели»), в котором указано, что для раздела КР в состав информационной модели включается арматура. Она должна быть двумерной?
Пункт 6.7 «Требования к форматам выдачи результатов проекта»
Этот раздел меня вообще удивил. Кто мне может объяснить, зачем он в правилах формирования BIM-модели на различных стадиях жизненного цикла? Мы хотим законодательно зафиксировать форматы выдачи результатов?
Но тогда тут должны быть указаны только открытые форматы! Ни одного проприетарного формата, принадлежащего какому-либо вендору! А теперь смотрим, например, пункты 6.7.1 и 6.7.2:
6.7.1 Требования к форматам выдачи результатов BIM-проекта или отдельных работ по информационному моделированию должны быть указаны в Информационных требованиях технического заказчика и зафиксированы в Плане реализации BIM-проекта.
6.7.2 Форматы выдачи информационных моделей (включая сводные модели) могут быть: нередактируемыми, например, IFC (версии 2×3 и выше), 3D PDF, 3D DWFx и другие) и нативными.
Но ведь такие требования ведут к коррупционной составляющей! Хотите пример? Пожалуйста.
Компания Autodesk через дилерский канал подготавливает вместе с крупным застройщиком техническое задание, которое требует от проектных организаций сдачи BIM-моделей в форматах Revit и NavisWorks (СП разрешает (!), такое ТЗ может быть даже написано специалистами Autodesk, так как рынок сейчас малограмотен в вопросах BIM, а государство требует сдавать проекты в BIM-формате. Высококлассные специалисты Autodesk бесплатно сделают великолепное техническое задание и помогут застройщику стать «передовиком» BIM!). Застройщик спускает это задание на рынок (в виде тендеров) – и этот тендер выигрывает только та проектная организация, которая закупила у Autodesk их программное обеспечение (специалисты Autodesk и туда заглянули, подсказали, что такой хороший тендер можно будет выиграть только разрабатывая информационную модель в «правильном» программном обеспечении). А далее компания Autodesk через маркетинг распространяет эту практику (опять же пользуясь малограмотностью рынка) на другие организации. Профит! И это один взгляд на ситуацию…
А теперь другой взгляд – со стороны проектировщиков. Стандарт не фиксирует требования к BIM-моделям, а фиксирует форматы, в которых все должно сдаваться, и разрешает использовать нативные форматы различных вендоров.
Получается, что проектная организация, свободно работающая на рынке, теперь должна либо заточиться на какой-то формат файлов определенного вендора и участвовать только в таких тендерах, где требуется этот формат, либо уметь работать под различные форматы файлов, используя различные BIM-инструменты! Понятно, что у нас не получится сегодня делать модель в Revit, завтра в ARCHICAD, а послезавтра в Tekla – сложно найти на рынке таких универсальных специалистов, которые легко меняют проектный инструмент в зависимости от заказчика.
А помним, что закупка лицензионного программного обеспечения – это задача проектных организаций. При этом выбирают решение не они, а заказчики. Весело? Как долго при таких законах мы будем говорить о свободном рынке?
Есть и другая проблема с форматами файлов и достаточно частным представлением задачи в своде правил: технологическая. У ряда вендоров уже сейчас идет отрыв от файлов и форматов и происходит переход на базы данных. Например, в Graphisoft ARCHICAD и Trimle Tekla создается сетевая база данных, представляющая информационную модель по разделу.
Когда я разговаривал с членами рабочей группы по внедрению BIM в Англии, они рассказывали о том, что есть идеи собирать сводную BIM-модель на сервере в виде базы данных (используя открытый формат IFC в качестве импортирующего формата). Это очень логичный шаг – сводную информационную модель надо (!) собирать в виде базы данных на общем сервере. Тогда открываются широкие перспективы централизации информации, настройки различных уровней доступа в модель, анализа модели, оперативного обновления информации и т.д.
Но в России после ввода таких стандартов подобная технология будет объявлена несоответствующей требованиям BIM (а значит несоответствующими окажутся и поддерживающие ее программные продукты). Не приведет ли это к тому, что весь мир через 5-10 лет убежит вперед, а мы, зафиксировав в стандартах форматы файлов, зависнем позади?
Тем более что одного из крупнейших вендоров (Autodesk) такая ситуация будет полностью устраивать – их-то продукты работают на файловой структуре. Например, Revit создает так называемый центральный файл для совместной работы (то есть BIM-модель собирается в расшаренном на сети RVT-файле), и разработки уровня, например, BIM-сервера у них сейчас нет. NavisWorks – это сбор разных по форматам файлов (в основном файлов, поддерживаемых продуктами Autodesk) в сводную модель, построенную на файловой структуре. Собственно, требования к правильному наименованию, расположению в сети, которые меня очень удивили в начале документа, идут именно из этих особенностей программных продуктов Autodesk.
Фактически раздел 6.7 целиком и пункты 6.7.1 и 6.7.2 в частности ограничивают свободный рынок, заставляя проектировщиков работать в программных продуктах, продиктованных заказчиком, и коррумпируют рынок, создавая предпосылки для формирования нерыночных отношений. На мой взгляд, это очень серьезно.
Что дальше?
Если честно, то дальше мне уже не особо хотелось читать этот документ. Возникает ощущение, что материалы не просто сырые и несогласованные. Материалы получились заточенными под определенные задачи и технологии. Этого ли мы хотим?
Внимательно читаем документ «Правила обмена между информационными моделями объектов и моделями, используемыми в программных комплексах»
Далее я открыл документ третий, уперся в англоязычный термин «интероперабельность» (зачем? есть, на мой взгляд, вполне нормальный русский термин «взаимодействие»), пролистал до скриншотов с Revit (рисунок 4, экспорт модели в STARK), увидел отсылку на AutoCAD Civil 3D (программный продукт компании Autodesk), увидел какое-то подробное описание форматов, возможных путей взаимодействия и понял, что это совсем не то, что я ожидал увидеть.
Что я ожидал увидеть? Об этом чуть ниже…
Выводы
Давайте соберем все выводы, которые мы разбросали по всей статье, в единый кусок.
- В документах нет четкого ответа на вопрос «Что такое информационная модель?». Это набор документов? Файлов? Единая база данных? Или набор баз данных? Ни из определений, ни из описаний процессов, ни из описания обязанностей участников процесса этот вопрос не проясняется, а только все больше запутывается.
- Сформулированные в представленном виде правила существенно перестраивают взаимоотношения между строителями и проектировщиками. Фактически, как я понимаю, проектировщикам предлагается вливаться в строительные организации и становиться их частью, а архитекторов с авторским видением проекта вообще убирают (они будут полностью подчинены строителям). Хорошо это или плохо – не берусь судить. Но сейчас документы очень сильно смещены в сторону интересов строительных компаний.
- Переход на информационное моделирование никак не финансируется – все будет осуществляться по законам рынка. Информационные модели, насыщенные архитектурой, конструкциями, инженерией + ценами на оборудование и стоимостью работ по строительству + технологиями монтажа и производства (то есть существенно более подробно проработанный проект) создаются силами проектных организаций бесплатно. И у проектных организаций есть выбор: либо за свой счет включаться в игру по развитию информационного моделирования в строительстве, либо отказываться от участия в крупных тендерах.
- Фиксация нативных (проприетарных) форматов файлов в правилах приведет к понижению конкурентоспособности рынка и развитию коррупционной составляющей. Если и фиксировать какие-либо форматы, то это должны быть только свободные открытые форматы.
- Нужны глубоко проработанные требования к описанию информационных моделей с единой классификацией строительных элементов, уровнями детализации и информатизации на каждом этапе. Да и этапы проектирования должны быть согласованы.
- Стандарты нужно оторвать от форматов файлов, требований к именованию документов и т.п. Они должны описывать принципиальные правила взаимодействия групп, участвующих в строительном процессе, – тогда будут интересны участникам рынка и ими востребованы.
Ощущение пустоты
Знаете, чего мне глобально не хватает? Эти документы пытаются описать частности, да еще путаются в терминах, противоречат друг другу и самим себе. Нет единого взгляда сверху, нет требований к сдаваемым на каждом этапе материалам. Нет глобального понимания, для чего же нужна информационная модель, чем она лучше ПСД и нынешнего процесса проектирования-строительства. А эти документы и должны в процессе изложения отвечать на все эти вопросы.
Например, если мы ввели понятие «проектная-строительная-эксплуатационная информационная модель», то как минимум хотелось бы понимать – разорваны они в процессе или в итоге являются продолжением одна другой? Даже на такой простой вопрос свод правил не дает ответа, хотя что может быть проще, если ты представляешь себе весь процесс целиком. Отсюда я делаю вывод, что авторы не представляют…
На мой взгляд, свод правил должен определять:
- Какие разделы должны быть внесены в идеальную информационную модель, а какие рекомендуются (это пытаются зафиксировать в таблице 6.3 второго документа, но очень скупо; и даже в этой таблице есть ошибки). Понятно, что в идеале надо вносить всё, но давайте тогда разобьем этот процесс во времени и на первых порах будем требовать объединять архитектуру, конструкции и инженерию – существующие на данный момент инструменты это позволяют. И покажем, что можно было бы собирать в информационную модель в будущем. Это приведет к развитию инструментов – пользователи будут ожидать, а разработчики ПО подтягивать свои решения к требованиям.
- Если раздел внесен в проектную BIM-модель, то какие минимальные параметры он должен содержать, чтобы разработчики следующих разделов могли бы использовать эти данные для своей работы. Например:
- если архитектор спроектировал помещения с окружающими стенами, то какие параметры должны быть заданы в такой модели, чтобы инженер по отоплению и вентиляции смог автоматически рассчитать свою часть;
- теоретически сметчик может в автоматическом режиме забрать задание на смету из информационной модели, так что именно проектировщики обязаны занести в модель, чтобы это случилось? Указать виды работ? Контролировать объемы материала? Разместить все необходимое оборудование в модели?
А еще мне не хватает исследовательской работы. Когда я читаю западные документы, то вижу не просто красиво оформленные, согласованные и структурированные материалы. Я вижу, что над этими документами работало огромное число людей, которые стремились не создать преференции определенным технологиям или вендору, а действительно прорабатывали теорию с научной точки зрения, искали ответы на вопросы «что нужно для этого? как объединить это?». Соответственно, все материалы логично связаны и позволяют опираться на них в дальнейшей работе. У нас же пока документы даже сами себе противоречат.
Ознакомьтесь, например, с документами по информационному моделированию на официальном сайте английского правительства: https://www.gov.uk/search?q=Building+information+modelling. Обратите внимание насколько глубоко, универсально, ярко и понятно поданы материалы.
Давайте начнем с того, что переведем на русский язык несколько фундаментальных западных документов по BIM – мы же знаем список этих документов. В этих документах есть определение BIM-модели и информационного моделирования. Обсудим, вникнем и начнем говорить на одном языке. Пока же мы пытаемся изобрести велосипед, а не использовать уже разработанные колеса и педали.
Заключение
И все-таки хотел бы завершить на позитивной ноте.
Авторы документов большие молодцы – они попытались поднять огромный пласт работы. Информационное моделирование необходимо внедрять, развивать, стандартизировать. Обсуждаемые документы показали, насколько это сложный и громадный труд. Лично я не ожидал, что очевидные вещи требуют такого прозрачного описания. Не ожидал, что надо не просто представить весь процесс целиком, но и ясно представлять каждый кусок процесса – и только тогда они сложатся воедино.
Надеюсь, что моя критика подтолкнет к развитию информационного моделирования в нашей стране и хоть чуть-чуть поспособствует созданию более совершенных документов.
Понравилась статья? Тогда поддержите нас, поделитесь с друзьями и заглядывайте по рекламным ссылкам!
Также читайте:
Запись опубликована автором kornelik в рубрике Инжиниринг, Новости. Добавьте в закладки постоянную ссылку.
Источник: integral-russia.ru