В настоящее время данные, которые условно относят к Big Data в строительстве, применяется для решения простейших задач, к примеру, поиска оптимальных конструктивных решений зданий в целях энергосбережения. Для решения данной задачи базу данных формируют из сведений о теплотехнических показателей ограждающих конструкций и затратах на отопление в зависимости от региона расположения объектов. Анализ данных по нескольким тысячам зданий позволяет выявить закономерности, которые можно использовать для последующего проектирования более энергоэффективных объектов. Приведенный пример иллюстрирует работу с данными на двух показателях. При этом каждый строительный объект это многие тысячи показателей и процессов различного рода представление о которых прямо или косвенно определяется в первую очередь проектом.
Это отличает данные в строительстве от данных в иных областях - связь с целями определяется специальным документом - проектом строительного объекта. К примеру, банковские, торговые или данные в сфере услуг автоматически имеют атрибуты цели и временные параметры. Иллюстрируя различия, можно провести аналогию с оплатой капучино или билета в кино, которая несет в себе всю необходимую полноту информации о месте и целях. Цели же транзакций в строительстве неразрывно связаны с возможностью последующего прогнозирования. Т.е. без понимания целей ценность данных существенно снижается. Оплата, к примеру, тонны щебня не несет никакой информации о дальнейших целях этой транзакции. Щебень может быть использован множеством разных способов в любое время для различных целей. Т.о. данные без привязки к конкретному проекту не являются данными именно в строительстве. При этом необходимо учитывать, что Big Data в строительстве включает в себя не только данные о непосредственном возведении объектов, но также и обо всем, что связано с эксплуатацией, энергообеспечением, последующими ремонтами и реконструкциями, риэлторскими услугами и т.д. Учитывая долю затрат на жилье у частных лиц и на коммерческую недвижимость у организаций, затраты, связанные прямо или косвенно со строительством, показывают, что среди всех больших данных именно строительные являются самыми большими. При всей ценности они до сих пор не используются в полном масштабе.
Основные причины, по которым любые данные в строительстве не могут рассматриваться в качестве больших данных.
1. Отсутствие единой стандартизации представления данных в строительстве
В общем случае для единичного объекта данные формируют на основе индивидуальных предпосылок в т.ч. носящий вероятностный и субъективный характер. Это приводит к тому, что уже для двух и более объектов вся совокупность данных не будет полностью сопоставимой.
2. Рассредоточенность и недоступность данных
Каждый участник (субъект) строительства, как и всех иных процессов в отношении возводимых или готовых объектов, являются не только источником данных, но во многом их собственником.
3. Потеря данных
Хранение данных после того как выполнена соответствующая услуга не всегда обеспечивается в необходимом масштабе. В большинстве случае через некоторое время доступ к данным строительстве для третьих лиц становится невозможным.
4. Закрытость и непрозрачность форматов данных
Разнообразие ПО, в первую очередь САПР, и его версий приводит к соответствующему разнообразию форматов данных. При конвертации файлов неизбежна потеря данных.
5. Искажаемость данных
Различным участникам проектирования, строительства и эксплуатации объекта необходимы различные данные для реализации целей своей деятельности. С учетом непрозрачности строительства в целом, субъекты строительной деятельности могут их трактовать и искажать с учетом собственных экономических интересов.
В общем случае базовым процессом для формирования данных в строительстве является процесс проектирования строительного объекта. В настоящее время в практику проектирование внедряется т.н. BIM-технология, целью которой является придание всем графическим элементам модели объекта конкретных атрибутов с целью последующего их использования при формировании смет. Никаких иных стратегических задач относительно процесса проектирования BIM-технология не решает. Все организационные отношения сохранились со времен кульманов с чертежами на бумаге. Т.о. фактически развитие САПР в строительстве в течении предыдущих трех десятилетий основано на решении задаче об упрощении сметных расчетов для возможности создания различных баз данных. Однако данная технология создает противоречие, которое не позволяет формировать данные, которые можно отнести к большим, и при этом не решая никаких задач непосредственно для целей самого проектирования. Проектировщику оплачивают разработку разделов строительного проекта после выдачи рабочей документации в установленный срок. BIM-технология подразумевает моделирование объекта (что неравносильно разработке рабочей документации), которое вынуждает дополнительно инвестировать в ПО и персонал. При этом применение BIM-технологии увеличивает срок и себестоимость проектирования. Финансовый же результат деятельности проектировщика определяется скоростью и качеством передаваемых в строительство рабочей документации, а не качеством моделирования и подготовки баз данных. Иными словами проектировщика вынуждают дополнительно инвестировать и осуществлять деятельность, на результатах которой зарабатывают иные структуры. Данное противоречие объясняет причину столь сложного, долгого и во многом безуспешного внедрения BIM-технологий в практику строительства. В разных странах преодоление этого противоречия решают разнообразными способами на национальном уровне. Все они фактически предполагают понуждение проектировщика административными и экономическими методами к выполнению бесполезной для него работы.
Если попытка внедрения новой технологий с соответствующим прикладным инструментарием в практику строительного проектирования в различных странах на протяжении десятилетий повсеместно не привела к желаемому результату, значит на то существует общая фундаментальная причина. Строительство является одной из наиболее консервативных отраслей экономики, которая формировалась под влиянием комбинации ограничивающих факторов, в т.ч. наличия строительных норм, а также регулирования деятельности на местном и национальном уровне. Строительство является местной промышленностью, невозможно импортировать строительные объекты (как, например, продукцию машиностроения) для усиления конкуренции, что приводит к формированию местных инженерных традиций и отношений, которые складываются на протяжении поколений. Также можно предположить, что вышеперечисленные факторы приводят к тому, что в строительстве заняты люди которых можно условно отнести к традиционалистам и консерваторам. Как минимум, профессиональный рост строителей всегда происходит в отсутствии либо незначительности изменений в технологическом укладе. В результате влияния всех факторов строительная отрасль является мало восприимчивой к нововведениям.
Т.о. BIM-технологии фактически представляются попыткой навязать субъектам строительной деятельности, сформировавшимся в традиционалистской парадигме в условиях ограничений и регулирования, в ущерб собственным экономическим интересам дополнительно принять на себя обязательства в интересах третьих лиц.
Очевидно, что существующие BIM-технологии посредством ПО, представленного на рынке, концептуально противоречат природе взаимоотношений в строительстве, поэтому для получения соответствующих больших данных нужен принципиально иной подход, который бы учитывал отраслевые особенности.
С учетом изложенных особенностей для формирования баз на всей совокупности данных в строительстве необходимо решение, которые бы удовлетворяло бы следующим условиям:
все данные управляются и накапливаются централизованно;
консолидация данных осуществляется силами и на основе экономической заинтересованности субъектов строительной деятельности;
во избежание потерь и искажений передача данных только в рамках решения без использования сторонних приложений;
трудоемкость и срок выполнения проектных работ существенно снижается;
влияния пользователя на данные осуществляется в рамках полномочий, прозрачно установленных для всех участников проекта.
Исходя из теоретических предпосылок, основой такого решения может быть только решение для машинной генерации рабочей документации, которое на основании архитектурной модели объекта автономно (без участия пользователей) создает все необходимые далее модели в т.ч. расчетные и конструктивные. Владелец проекта настраивает права доступа необходимых ему пользователей. Все процедуры и взаимоотношения могут копировать аналогичные в любой конкретной стране, вплоть до финансовых между участниками строительства, в т.ч. и после ввода в эксплуатацию объекта недвижимости. Все действия со строительными объектами на всех стадиях его жизненного цикла сохраняются в облаке. В результате владелец проекта покупает услугу, которая сокращает его затраты, а владелец облачного решения помимо монетизации своих услуг дополнительно получает доступ к данным на всей совокупности проектов, на которых и могут быть сформированы большие данные.
Заключение
В настоящее время данные в строительстве рассредоточены между всеми субъектам строительной деятельности без возможности централизации их обработки. При этом используемый инструментарий для формирования баз данных не учитывает основ отношений в строительстве. Исходя из отраслевых особенностей, сбор и систематизация данных предлагаемым на рынке ПО в рамках существующих технологий проектирования невозможна. Не существует решения в строительстве, собирающего все необходимые данные, которые можно было рассматривать в качестве Big Data. Таким может стать только облачное ПО при условии, что его использование существенно сократит издержки участников строительной деятельности (в первую очередь проектировщиков и заказчиков) не конфликтуя со сложившимися отношениями.
Комментарии (38)
stephanthe
00.00.0000 00:00Мой мозг споткнулся на втором абзаце.
К примеру, банковские, торговые или данные в сфере услуг автоматически имеют атрибута цели и временные параметры в качестве.
klimkinMD
00.00.0000 00:00"Один убеждённо говорил: «Конструкторская мысль не может стоять на месте. Это закон развития общества. Мы изобретём его. Обязательно изобретём. Вопреки бюрократам вроде Чинушина и консерваторам вроде Твердолобова». Другой юноша нёс своё: «Я нашёл, как применить здесь нестирающиеся шины из полиструктурного волокна с вырожденными аминными связями и неполными кислородными группами. Но я не знаю пока, как использовать регенерирующий реактор на субтепловых нейтронах. Миша, Мишок! Как быть с реактором?» Присмотревшись к устройству, я без труда узнал велосипед."
Извините за длинную цитату, но по-моему она точно передаёт суть статьи
fndrey357
00.00.0000 00:00+1АААА. О чем это?????
. Отсутствие единой стандартизации представления данных в строительстве
Вы только не рассказывайте людям, которые создавали нормативно-техническую базу - ГОСТ, СНИП, СП, РД и т.д.
Рассредоточенность и недоступность данных
Градкодекс и РД прописывают четко, кто, где, что хранит....
Потеря данных
Как показывает практика - если что-то случается - находят все. Первичка хранится у застройщика, генподрядчика, авторского надзора и стройнадзора города.. А вот доступ третьих лиц - нефиК нос совать в не свое дело.
Закрытость и непрозрачность форматов данных
Экспертиза, ИГАСН, подрядчики, тендерные площадки берут данные только в нередактируемом формате - как правило в ПДФ. Ключевое слово - нередактируемый, иначе каждый на стройке будет править чертежи под себя. А цепочка надзора расписывается и несет ответственность, что построено по проекту.
Искажаемость данных
Различным участникам проектирования, строительства и эксплуатации объекта необходимы различные данные для реализации целей своей деятельности
ГОСТ уж не помню какой говорит, что проект - исчерпывающие материалы необходимые для постройки чего либо. Поэтому получил проект - он должен описывать полностью дом, иначе это не проект.
Очевидно, что существующие BIM-технологии посредством ПО, представленного на рынке, концептуально противоречат природе взаимоотношений в строительстве, поэтому для получения соответствующих больших данных нужен принципиально иной подход, который бы учитывал отраслевые особенности.
Это очередной биткоин -цепочка блокчейн - когда для правки чертежа №8 приходится вносить изменения в чертежи 1-7 и 9-16. Поэтому градкодекс и говорит, что БИМ держит заказчик, а не проектировщик.
Очевидно, что существующие BIM-технологии посредством ПО, представленного на рынке, концептуально противоречат природе взаимоотношений в строительстве, поэтому для получения соответствующих больших данных нужен принципиально иной подход, который бы учитывал отраслевые особенности.
Но к сожалению каждая стройка имеет свои особенности, недосказанности и особенности сдачи в эксплуатацию, что сделать универсальную платформу не вижу как (это мое личное мнение). Даже не могу предположить как это (платформа, портал или еще чего) должно выглядеть.
AlehLiashkevich Автор
00.00.0000 00:00Необходимо различать рабочую документацию, находящуюся у всей совокупности субъектов строительства, и централизованный массив данных по всем проектам субъектов строительства.
Denisfazlul
00.00.0000 00:00Там люди СПДС не могут стандартизировать уже лет 50. Какая на** биг дата.
Каждый ГАП, ГИП. искренне считает что то как его деды научили выпускать документацию искренне верно.
Согласен с автором что сфера абсолютно консервативна.
AlehLiashkevich Автор
00.00.0000 00:00Соответсвенно это приводит к выводу о том, что бесполезно идти тем же путем в части стандартизации данных в проектировании. Необходимо менять полностью среду взаимодействия субъектов строительства и инструментарий для генерации данных.
Timur_El
00.00.0000 00:00В настоящее время в практику проектирование внедряется т.н. BIM-технология, целью которой является придание всем графическим элементам модели объекта конкретных атрибутов с целью последующего их использования при формировании смет. Никаких иных стратегических задач относительно процесса проектирования BIM-технология не решает.
Утверждение ошибочно в корне. Вы б хоть спросили у нормального бим-менеджера, что такое бим и какие у него есть "стратегические задачи".Относительно процесса проектирования, это как минимум отсутствие коллизий между разными разделами проекта - самая важная для проектировщика часть бим. Потом можно вспомнить использование бим для проектирования проекта организации строительства - для каждого элемента здания можно будет в виде тех же атрибутов задать кем, как, в какое время элемент будет создан, смонтирован и т.п.И это я, проектировщик, который только понаслышке с бим знаком, вспомнил, в моем отделе мы не используем пока.
Т.о. фактически развитие САПР в строительстве в течении предыдущих трех десятилетий основано на решении задаче об упрощении сметных расчетов для возможности создания различных баз данных.
Ещё одно ошибочное утверждение. В строительстве используют множество САПР, многие из которых направлены на ускорение совсем других операций - собственно, самого проектирования (разработки чертежей), расчета конструкций, разработки план -графика проекта.
Исходя из теоретических предпосылок, основой такого решения может быть только решение для машинной генерации рабочей документации, которое на основании архитектурной модели объекта автономно (без участия пользователей) создает все необходимые далее модели в т.ч. расчетные и конструктивные.
А это самое ошибочное утверждение. Вполне вероятно, что процесс проектирования не будет автомстизирован человечеством в принципе, в ближайшем будущем же этого не произойдет абсолютно точно. Во-первых, цена ошибки очень высока, а вероятность обнаружения ее слишком мала. Во-вторых, огромное количество исходных данных разной степени важности, которые с трудом поддаются описанию в виде кода, при этом каждый раз в уникальной комбинации. И это относится к самому простому зданию "типа сарай", как выражаются проектировщики.
В настоящее время данные в строительстве рассредоточены между всеми субъектам строительной деятельности без возможности централизации их обработки. При этом используемый инструментарий для формирования баз данных не учитывает основ отношений в строительстве. Исходя из отраслевых особенностей, сбор и систематизация данных предлагаемым на рынке ПО в рамках существующих технологий проектирования невозможна. Не существует решения в строительстве, собирающего все необходимые данные, которые можно было рассматривать в качестве Big Data.
Это абсолютно верные утверждения.
Таким может стать только облачное ПО при условии, что его использование существенно сократит издержки участников строительной деятельности (в первую очередь проектировщиков и заказчиков) не конфликтуя со сложившимися отношениями.
К сожалению, это невозможно, отчасти из-за причин, которые вы сами и описали, отчасти из-за того, что написал я про автоматизацию проектирования.
В строительстве используется огромное количество сапр, которые конкурируют друг с другом и абсолютно не стремятся урифицировать свои данные. Конкуренция никуда не денется, монополизация рынка вряд ли возможна из-за большого количества потребителей разного уровня платежеспособности и требовательности к ПО.
Создание какого-то облачного решения, которое будет само решать эту проблему, приводя разнородные данные из разных источников к одному виду для последующего анализа вряд ли целесообразно: какой реальный экономический эффект можно извлечь из этого? Пример о теплотехнике хороший, но по факту для любого строительного объекта эти уточнения будут экономить копейки. Все возможности использования биг дата, которые мне в голову приходят, тоже вряд ли большие деньги сэкономят - Поэтому вряд ли кто-то станет инвестировать в такой проект.
AlehLiashkevich Автор
00.00.0000 00:00Намного проще изначально поставить всех субъектов строительства в условия, при которой они безальтернативно будут учавствовать в формировании необходимых баз данных, нежели пытаться каким-то образом из массива проектов эти данные получить.
Существующие САПР не автоматизирует процесс проектирование, а упрощают чертежные работы. При машинной генерации документации огромный массив функций, обеспечивающих взаимодействие пользователя с формируемой моделью объекта, становится не нужным. Основная проблема это расчеты, которые фактически являются разрывом некой условной функции процесса проектирования. Хотя в настоящее время это уже не является проблемой как с точки зрения доступных вычислительных мощностей, так и с точки зрения алгоритмизации.
Timur_El
00.00.0000 00:00Каким образом вы собираетесь поставить всех субъектов строительства в условия, при котором они будут собирать необходимые базы данных? Для этого есть только один способ - указ государства. Проблема в том, что для участников строительного процесса это будет очередным "нафиг никому ненужным указом" и все будет делаться тяп ляп ради галочка (такова стройка).
Существующие САПР да, не автоматизируют проектирование, а упрощают какие-то его части. Потому что, как я сказал, автоматизировать процесс проектирования невозможно сейчас, в ближайшие 20-30 лет и вполне вероятно в самом далёком будущем.
Что вы вообще понимаете под машинной генерацией документации?
AlehLiashkevich Автор
00.00.0000 00:00Теоретически такое решение должно предоставлять любому ГИПу начать свой проект в облаке без привязи к локации, используя региональные настройки и правила. Далее не выходя из облака формировать модели, подключая при этом необходимых ему участников и пользователей. Заказчик, строители и эксплуатирующая организация также получают всю информацию от этого проекта строго в облаке. В результате никаких потерь и искажений данных просто не может быть. Все действия всех участников прозрачны для владельца проекта.
ZhenyaRUS39
00.00.0000 00:00Как сегодня выглядит проектирование бюджетных обьектов:
1) заказчик объявляет тендер
2) выигрывает ооо"рога и копыта"
3) ООО "рога и копыта" отдает самым дешёвым субчикам объект по разделам (сс/ВК/эс/тх) с указанием включить конкретных поставщиков.
4) Получившуюся кашу проверяют только на внесение правильных поставщиков и запускают в глав.гос. экспертизу
5) экспертиза обычно не пересчитывает нагрузки и не проверяет коллизии разделов, т.к. каждый специалист в экспертизе смотрит только свой раздел.
6) после ряда замечаний получают положительное заключение
7) заказчик выплачивает все деньги за проектирование стадии "п"
8) ооо "рога и копыта" берет этот же проект на авторский надзор и проектирование рабочего проекта "р". На этом этапе полностью исключена возможность выйгрыша другой компании, т.к. иначе она не допустит внесение в стадию "п", прошедшую уже ГГЭ и теоретически идеальную.
9) в процессе разработки стадии "р" и авторском надзоре пытаются разгрести что наворотили ранее.
Заказчик ничего не может поделать с этим бардаком, т.к. ответ ооо "рога и копыта", что проект отличный и это подтверждается прохождение ГГЭ крыть нечем, да и деньги уже выплачены и если не покрывать ген.проектировщика, то у прокуратуры возникнут вопросы, как так гос.заказчик принял и оплатил некачественный проект. Всё измы в стадию "Р" под грифом "улучшение проекта", а не "ошибка". Отсюда море переделок, дозаказов, срывы сроков.
Пока такой бардак и будет продолжаться ни о какой bigdata и говорить не приходится.
Из социалки, не строил разве, что космодромы и везде одно и тоже.
fndrey357
00.00.0000 00:00Открываем законодательство. Там написано:
Градостроительный кодекс РФ (ГрК РФ)
Статья 57.5. Информационная модель объекта капитального строительства
1. Застройщик, технический заказчик, лицо, обеспечивающее или осуществляющее подготовку обоснования инвестиций, и (или) лицо, ответственное за эксплуатацию объекта капитального строительства, в случаях, установленных Правительством Российской Федерации, обеспечивают формирование и ведение информационной модели.
Где здесь хоть раз про проектировщика?
Вся логика БИМ модели идет от дальнейшей эксплуатации. Поэтому и должен заказчик (который путает слова "автокад" и "автогад" :) ), а умеет только платить деньги, завести цифровую платформу которую будут наполнять проектировщики. С исправлениями экспертизы, комархитектуры, МЧС и прочее. И вести это должен заказчик/эксплуатант от получения ТУ и ИРД до сноса здания. Тут должны учаВствовать и поставщики оборудования и строители и ресурсоснабжающие организации...Тогда это более или менее имеет смысл.
У нас же подменяются понятия - ты мне на 3-Д модели совмести все сети, чтобы я пересечку ЭОМ и ОВ видел. Да пожалуйста в стадии Р (псоле экспертизы!) Архикад+Маджикад и все готово.
ZhenyaRUS39
00.00.0000 00:00Где здесь хоть раз про проектировщика?
Задание на проектирование откройте, там обычно указано требование разработки информационной модели. И пока на это требование все будут забивать и в ходе корректировки этого задания к концу проекта этот пункт убирают, то и возникает, то, что имеем сегодня.
В моём понимании BIM модель в понимании от концепции то сноса здания - это утопия на сегодня, бюджетный заказчик сейчас не способен содержать квалифицированных людей для ведения этого. А вот хотя бы строить с 3Д моделями это уже сегодня реально и уже сегодня сэкономит уйму денег и времени заказчика.
fndrey357
00.00.0000 00:00Конечно. Проектировщик сделал модель, потом строители внесли изменение в оборудование и трассы и это не модель, а красивая картинка..
xRom21
00.00.0000 00:00Напрямую занимаюсь тем, о чем пишет автор, и с точки зрения коммерции и фоив, и да - невозможно. И по тем причинам о которых он пишет, и в силу наличия огромного количестве некомпетнтных дебилов со стороны чиновничества желающих попиариться и поуправлять тем, в чем ни уха ни рыла. А обидно. Идея то отличная, и возможность есть, уже достаточно развиты соды для работы проектировщиков, появились не так давно системы для строителей, иногда нормально интегрированные с содами проектировщиков (та же платформа строительных сервисов на сахалине), и даже неплохую систему сделал АИС "Фонд реформации жкх", но все эти отличные вещи топятся и гнобятся либо тупыми властьимущими, либо лоббирующими интересы таких же тупых но своих "разработчиков", из под палки загоняющими всех в exon, мосгорзаказ, acceleration или прочий шлак.
AlehLiashkevich Автор
00.00.0000 00:00Все определяется мотивацией. Если пользователям представить решение, которое будет экономить время и деньги, и если это будет не просто выгодно, но и предоставлять концептуальное конкурентное преимущество, то ничто и никто не сможет воспрепятствовать прогрессу и в этой отрасли.
xRom21
00.00.0000 00:00Неа, это в стране розовых пони. А на деле когда экспертиза требует пдф выложить в свою систему с кривым и тупым интерфейсом, которая еще принимает их только в ручную (а нормалный проект может быть полторы две тысячи файлов) а потом раз двадцать тебе их завренет потому что стопятнадцатый файл в имени содержит "ошибку" по мнению их системы, когда стройконтроль или ростехнадзор требуют отчетность в бумаге, а документы в некоей информационной системе не доказательство при разборках в суде - всем срать на то что удобно, пользуют то что позволяет себя защитить в случае чего.
ZhenyaRUS39
00.00.0000 00:00Ага, я даже представляю, как меня Ростехнадзор при проверке просит стандартные ППР, ИД, ИРД предоставить, а я их в какую-то информационную систему направляю. В результате их проверки просто в предписании будет указано "не предоставлены ППР..." и здравствуй штраф на юр.лицо и должностное.
Я уже молчу про запросы органов местной/региональной /федеральной власти, где каждый считает себя посланником бога на земле, не менее, и каждый хочет в своей форме и объеме информацию и никакие ваши стандарты/бигдаты им не указ.
ZhenyaRUS39
00.00.0000 00:00Честно говоря, тема действительно интересная, но статья по сущности ни о чем. Конкретных предложений и путей реализации нет. Исключительно тема для размышления.
Максимум, что сейчас возможно сделать для улучшения сферы, это повсеместно обязать использовать BIM (сильно снизит количество коллизий, особенно в инженерных сетях), что на дистанции проекта точно даст положительный экономический эффект из-за отсутствия простоя и позволит выпускать корректные ведомости объемов работ и сметы (а следовательно своевременные поставки материалов). И второй важный момент это обязательное ведение исполнительный документации только в электронном виде с одновременным её упрощением (как во многих странах мира), ибо сегодня это полный анахронизм с перерисовыванием проекта и кучей инженеров исключительно для этой работы.
Достаточно интересный американский продукт Procore для управления строительством. Нам бы хотябы до этого уровня дорасти.
Timur_El
00.00.0000 00:00Максимум, что сейчас возможно сделать для улучшения сферы, это повсеместно обязать использовать BIM (сильно снизит количество коллизий, особенно в инженерных сетях)
А где взять специалистов для работы в БИМ? Вузы их не выпускают до сих пор, все, кто есть на рынке - энтузиасты или везунчики, которые обучились за счёт работодателя, который решил у себя внедрить БИМ.
Разом перейти на бим всем - разом начать всем переучиваться на новые методы работы. БИМ - это не просто автокад вместо кульмана, это куда больше и так просто этим подходом не овладеешь.
ZhenyaRUS39
00.00.0000 00:00Сейчас курсов навалом, в т.ч. и нормальных . Достаточно сделать гос.компенсацию стоимости этих курсов для состоящих в нострой и ноприз (хоть какой-то толк этих реестров будет) и проблема решится быстро. Но для этого что-то делать надо...
С тем уровнем проектов, что выдают сейчас, лучше остановить всё на полгода и решить эту проблему раз и навсегда.
xRom21
00.00.0000 00:00И ничего это не улучшит. Вобще. Проблема не в качестве проектных решений, а в организации, которая во-первых препятствует даже возможности их разработки, показывая полную некомпетентность тех, кто обязан решения принимать и согласовывать эти решения, из за чего возникают десятки или сотни измов, в лихорадочной спешке, когда проектировать начинают до получения тз и подписания, а строить до получения заключения экспертизы а то и даже завершения разработки пд. и все эти проблемы никакой бим не решит, это российская проблема в целом.
ZhenyaRUS39
00.00.0000 00:00Мы с Вами чуть про разные вещи. При строительстве социалки за бюджетные деньги обычно стадия П уже точно есть, иначе, как бы тендер проводили. И тут нормальный BIM сэкономит уйму средств, как на отсутствии переделок и простоев, так и на отсутствии необходимости повторно в экспертизу заходить на финише проекта (чтобы все 100500 получившихся измов узаконить перед ЗОС).
В тех случая, что вы описываете, я тоже на трех объектах участвовал, когда генподрядчик назначается в высоком кабинете и старт работ ещё до стадии П (был случай более 10 тыс. сваи забили ещё до утверждения концепции). Но это скорее исключение из правил и тут полнейший хаос, который не лечится, он в головах людей зреет.
xRom21
00.00.0000 00:00Я думаю наборот: это как раз норма. ПД есть, но для стройки нужна РД, с нормальным ПОС и последующими ППР, и вот на деле стройка начинается одновременно с разработкой РД ВСЕГДА, ибо всегда гонят и торопят, у всех "сроки" и "освоение".
ZhenyaRUS39
00.00.0000 00:00Ноги, наверное, растут от того, что разрешение на строительство на стадию П даётся, хотя по здравому смыслу при двухуровневой системе проектирования логично, что только в момент разработки стадии Р должно. Я бы даже сказал в момент её утверждения "в производство работ", так правильно бы было. Принёс заказчик все тома РД с печатью в местный ГАСН или РТН, тогда и получай разрешение на строительство, а не по эфемерной стадии П.
Timur_El
00.00.0000 00:00гос. компенсацию стоимости?) В какой стране живём не забыли?)
ZhenyaRUS39
00.00.0000 00:00отсутствие этих знаний/систем в первую очередь бьёт по бюджету государственных строек и логично, что государство необходимо включатся в этот процесс
Timur_El
00.00.0000 00:00Ещё раз спрашиваю: не забыли, в какой стране живём?) Государству очень логично было бы сделать многие вещи, тем не менее оно упорно продолжает делать совсем другие.
А когда таки доходит до делания этих самых логичных вещей, по какой-то причине ничего не получается)
AlehLiashkevich Автор
00.00.0000 00:00Качественный строительный САПР с оглядкой на конкретную страну не разрабатывают. В публикации предложена концепция программного решения для целей проектирования и строительства, ставящего на вершину управления процессами именно проектировщика - как субъекта строительства наиболее соответствующего данной задаче. Распределение полномочий между субъектами и выполнения требований регулятора реализуется условной региональной и/или персональной настройкой. В остальном учет природы отношений в строительстве позволит не только формировать большие данные, эффект от использования которых может исчисляться суммами с большим количества нолей, но создать среду для управления строительства в целом одновременно с значительным увеличением производительности в проектировании. Что в сумме потенциально снизит издержки и риски у всех субъектов строительства.
ironmaiden09
00.00.0000 00:00Идея сама по себе отличная! Начинать надо с головы. Но у нас всякое нововведение внедряется медленно и со скрипом. Я припоминаю, как больше 20-ти лет назад мои старшие коллеги инженеры-сметчики переходили на автоматизированный расчёт сметной документации с большим трудом и неохотой.
В проектировании всё веселье начинается, когда проект по кускам раздают на субподряд. Я сама не раз натыкалась на то, что архитектурная планировка, на базе которой выполнены разделы сетей, не совпадает с окончательной версией раздела АС. Рабочка делается на коленке из-за сжатых сроков, спецификации не дописываются до конца и тому подобное...
А отдельные специалисты вообще предпочитают только распечатанные листы, где есть полтора десятка подписей и синих печатей.
usego
>BIM-технология, целью которой является придание всем графическим элементам модели объекта конкретных атрибутов с целью последующего их использования при формировании смет. Никаких иных стратегических задач относительно процесса проектирования BIM-технология не решает.
Ну как минимум BIM уменьшает человеческий фактор при согласовании сетей смежников, и это даже поважнее смет.
>не конфликтуя со сложившимися отношениями.
сложившиеся отношения и процессы запросто меняются на протяжении 20-30 лет (одно поколение). К примеру возьмите складской процесс. Он кардинально поменялся за 30 лет благодаря системам управления. А уж "сложившихся отношений" в этом процессе сколько было...