Revit, Renga, UnitBIM. Часть 2.
Конечно, количество компаний с BIM растет, но и штат программистов ренги растет и маркетинг и аппетиты акционеров.
К тому же появилась еще одна интересная разработка - UnitBIM, придется уже двум делить рынок. Ну и раз обе отечественные разработки - это клоны Revit, то я могу оценивать их текущий функционал в процентах от ревита.
Revit - 100
Renga - 20
UnitBIM - 1
Как можно исправить ситуацию? Перестать затачивать их под устаревшие ГОСТы. Делать более универсальным и под другие рынки (н-р: Китай). Не замахиваться на деталировочные чертежи, реализовать пока эскизные проекты и стадию П. Т.е. не переоценивать свои силы. Сделать тесную интеграцию с AutoCAD / NanoCAD (чтобы в них продолжать делать рабочку - прямо говоря, что рабочка без бим, мол данные инструменты до LOD300).
Также прошу не забывать о законе Паретто. Вначале разработки можно двигаться быстро, чем дальше, тем сложнее и медленнее. Сейчас уже декларируемые сроки разработки срываются, что говорит о том, что, либо руководители проектов не могут компетентно оценить трудоемкость задач, либо продажники сознательно вводят в заблуждение клиента.
На мой взгляд, сейчас подобные разработки в нашей стране - это игра в рулетку, где всё поставлено на зеро.
Конечно, количество компаний с BIM растет, но и штат программистов ренги растет и маркетинг и аппетиты акционеров.
К тому же появилась еще одна интересная разработка - UnitBIM, придется уже двум делить рынок. Ну и раз обе отечественные разработки - это клоны Revit, то я могу оценивать их текущий функционал в процентах от ревита.
Revit - 100
Renga - 20
UnitBIM - 1
Как можно исправить ситуацию? Перестать затачивать их под устаревшие ГОСТы. Делать более универсальным и под другие рынки (н-р: Китай). Не замахиваться на деталировочные чертежи, реализовать пока эскизные проекты и стадию П. Т.е. не переоценивать свои силы. Сделать тесную интеграцию с AutoCAD / NanoCAD (чтобы в них продолжать делать рабочку - прямо говоря, что рабочка без бим, мол данные инструменты до LOD300).
Также прошу не забывать о законе Паретто. Вначале разработки можно двигаться быстро, чем дальше, тем сложнее и медленнее. Сейчас уже декларируемые сроки разработки срываются, что говорит о том, что, либо руководители проектов не могут компетентно оценить трудоемкость задач, либо продажники сознательно вводят в заблуждение клиента.
На мой взгляд, сейчас подобные разработки в нашей стране - это игра в рулетку, где всё поставлено на зеро.
Про иностранные BIM-программы.
Некоторые проектировщики и строители боятся санкций, боятся выстраивать свои бизнес-процессы на иностранных программных продуктах, мол вдруг санкции и придется закрывать компанию.
На это хочу сказать, что санкции на Autodesk, Nemetchek, Graphisoft, Trimble и Bentley будут не раньше чем на Microsoft и Google. Т.ч. если хотите быть последовательными, то замените сперва виндоус, ворд и ексель.
Также присутствует миф, что нельзя хранить данные на иностранных серверах, мол закон Яровой. Это про персональные данные, но не про технические, pdf, dwg и информационные модели. Особенно удивляют подобные заявления от тех, кто сейчас передает данные через файлообменники Google, Mail, Yandex, Dropbox (которые используют Американские и Ирландские сервера), с отправкой ссылки через Outlook.
Если кто-то считает фамилии и подписи на чертежах персональными данными, то вы не можете подписывать договора с иностранными компаниями или их дистрибьютерами, как вы купили их продукты? Дистрибьютеры ведь отправят подтверждающие сделку документы и им.
К тому же разработчики очень внимательно относятся к региональным нормам. Так например Autodesk заявляет, что учетные записи Российских пользователей от его сервисов хранятся на местных серверах, а данные все шифруются перед загрузкой на сервера, о чем есть подтверждающие документы. Кому интересно могут запросить у Autodesk.
Некоторые проектировщики и строители боятся санкций, боятся выстраивать свои бизнес-процессы на иностранных программных продуктах, мол вдруг санкции и придется закрывать компанию.
На это хочу сказать, что санкции на Autodesk, Nemetchek, Graphisoft, Trimble и Bentley будут не раньше чем на Microsoft и Google. Т.ч. если хотите быть последовательными, то замените сперва виндоус, ворд и ексель.
Также присутствует миф, что нельзя хранить данные на иностранных серверах, мол закон Яровой. Это про персональные данные, но не про технические, pdf, dwg и информационные модели. Особенно удивляют подобные заявления от тех, кто сейчас передает данные через файлообменники Google, Mail, Yandex, Dropbox (которые используют Американские и Ирландские сервера), с отправкой ссылки через Outlook.
Если кто-то считает фамилии и подписи на чертежах персональными данными, то вы не можете подписывать договора с иностранными компаниями или их дистрибьютерами, как вы купили их продукты? Дистрибьютеры ведь отправят подтверждающие сделку документы и им.
К тому же разработчики очень внимательно относятся к региональным нормам. Так например Autodesk заявляет, что учетные записи Российских пользователей от его сервисов хранятся на местных серверах, а данные все шифруются перед загрузкой на сервера, о чем есть подтверждающие документы. Кому интересно могут запросить у Autodesk.
Forwarded from BIM Статистика (Alex .4uT)
Чем вы пользуетесь для создания BIM моделей в 2019-м?
Anonymous Poll
57%
Revit
3%
Renga
1%
Bentley Systems
1%
AllPlan
17%
Archicad
1%
NanoCAD
3%
AutoCAD
2%
Kulman
16%
Посмотреть ответы
Про развитие технологий.
Мы живем в то время, когда технологии сменяются быстрее, чем успевают быть массово примененными. Т.е. сейчас важнее не внедрить технологию, а уметь её быстро применять и своевременно заменять на новую.
Подход, что мы все настроим и будем стричь деньги, уже не работает. Бизнес стал динамичным, адаптивность и гибкость - главные метрики стабильности.
Кадры важнее знаний. Бизнес-процессы меняются быстрее, чем успевают быть описанными. Вкладываться в долгие разработки и проекты - всегда заканчивается разочарованием. Иногда хочется сесть и ничего не делать в ожидании, мол подожду следующей технологии, а затем еще следующей. Но так теперь будет всегда, т.ч. вы не дождетесь последней идеальной. Т.ч. встраивайтесь и привыкайте. То что было модно вчера, завтра уже никому не нужно.
Если вы не развиваетесь, значит отстаете.
Мы живем в то время, когда технологии сменяются быстрее, чем успевают быть массово примененными. Т.е. сейчас важнее не внедрить технологию, а уметь её быстро применять и своевременно заменять на новую.
Подход, что мы все настроим и будем стричь деньги, уже не работает. Бизнес стал динамичным, адаптивность и гибкость - главные метрики стабильности.
Кадры важнее знаний. Бизнес-процессы меняются быстрее, чем успевают быть описанными. Вкладываться в долгие разработки и проекты - всегда заканчивается разочарованием. Иногда хочется сесть и ничего не делать в ожидании, мол подожду следующей технологии, а затем еще следующей. Но так теперь будет всегда, т.ч. вы не дождетесь последней идеальной. Т.ч. встраивайтесь и привыкайте. То что было модно вчера, завтра уже никому не нужно.
Если вы не развиваетесь, значит отстаете.
Про защиту информации.
Если кому-нибудь понадобятся какие-нибудь знания вашей компании, то они просто наймут вашего сотрудника на работу, если им понадобятся все ваши сотрудники, то руководителя отдела кадров. Никто не будет тратить деньги и время на перевод русскоязычной информации на свой язык.
В динамично развивающихся технологиях самое главное не текущие знания, а то как вы к ним пришли, это помогает вам идти дальше. Трястись вокруг знаний и охранять коммерчески не эффективно. Просто развивайтесь быстрее, чем конкуренты смогут воровать и понимать ваши данные и вы будете на шаг впереди. Маркетингово выгоднее делиться знаниями, создавая положительный имидж, это хоть какая-то реализация текущих данных - завтра они уже никому не нужны, завтра они уже протухшие.
Секретные данные может и есть смысл прятать, но на них должен быть гриф секретности, а у персонала допуски и ряд других ограничений. Если у вас этого нет, то это коммерческие данные, которые регулируются патентами и авторским правом, а записи в договорах мол всё что узнаете в компании - коммерческая тайна - юридически ничтожны, т.к. о коммерческой тайне вас должны оповестить и дать расписаться в её получении. Подпись в договоре под "всё" не дает право интерпретации как автоподписи под всеми документами.
А про безопасность страны, тут просто надо понимать, что войны сейчас другие и мыслить категориями перерезанных кабелей связи немножко архаично.
Если кому-нибудь понадобятся какие-нибудь знания вашей компании, то они просто наймут вашего сотрудника на работу, если им понадобятся все ваши сотрудники, то руководителя отдела кадров. Никто не будет тратить деньги и время на перевод русскоязычной информации на свой язык.
В динамично развивающихся технологиях самое главное не текущие знания, а то как вы к ним пришли, это помогает вам идти дальше. Трястись вокруг знаний и охранять коммерчески не эффективно. Просто развивайтесь быстрее, чем конкуренты смогут воровать и понимать ваши данные и вы будете на шаг впереди. Маркетингово выгоднее делиться знаниями, создавая положительный имидж, это хоть какая-то реализация текущих данных - завтра они уже никому не нужны, завтра они уже протухшие.
Секретные данные может и есть смысл прятать, но на них должен быть гриф секретности, а у персонала допуски и ряд других ограничений. Если у вас этого нет, то это коммерческие данные, которые регулируются патентами и авторским правом, а записи в договорах мол всё что узнаете в компании - коммерческая тайна - юридически ничтожны, т.к. о коммерческой тайне вас должны оповестить и дать расписаться в её получении. Подпись в договоре под "всё" не дает право интерпретации как автоподписи под всеми документами.
А про безопасность страны, тут просто надо понимать, что войны сейчас другие и мыслить категориями перерезанных кабелей связи немножко архаично.
Что делать для развития отечественных программ по BIM?
Для начала стоит сказать, что программные продукты в настоящее время не пишутся с чистого листа полностью. Чаще всего программисты берут уже готовые библиотеки или платформы и на их основе собирают продукт, а уж потом дописывают сами то чего нет.
В связи с этим практически все программы - это частично иностранное ПО. Если кто-то хочет развивать отечественное программирование, то ему надо определить что он под ним понимает и на сколько процентов оно может быть иностранным.
Например та же Renga работает на Windows, а в пакете библиотек UnitBIM мы возможно найдем какой-то околоигровой движок (платформу).
Многие сайты сейчас пишутся на библиотеке react и фрэймворке angular, которые разрабатываются фэйсбуком и гуглом.
В связи с тем, что разработка платформ очень трудоемка и ее могут позволить себе лишь гиганты со сверхмаржинальностью (а время распила IT пирога уже прошло), то в РФ нет потенциала для появления таковых. (Есть 1С как платформа, но она очень сильно отстает от мира и бесперспективна,т.к. туда идут те, кто не знает английский и не умеет программировать).
Для развития прикладного программирования следует популяризировать разработку своих программ на иностранных платформах, постепенно заменяя детали на свои (как в машиностроении).
Для начала стоит сказать, что программные продукты в настоящее время не пишутся с чистого листа полностью. Чаще всего программисты берут уже готовые библиотеки или платформы и на их основе собирают продукт, а уж потом дописывают сами то чего нет.
В связи с этим практически все программы - это частично иностранное ПО. Если кто-то хочет развивать отечественное программирование, то ему надо определить что он под ним понимает и на сколько процентов оно может быть иностранным.
Например та же Renga работает на Windows, а в пакете библиотек UnitBIM мы возможно найдем какой-то околоигровой движок (платформу).
Многие сайты сейчас пишутся на библиотеке react и фрэймворке angular, которые разрабатываются фэйсбуком и гуглом.
В связи с тем, что разработка платформ очень трудоемка и ее могут позволить себе лишь гиганты со сверхмаржинальностью (а время распила IT пирога уже прошло), то в РФ нет потенциала для появления таковых. (Есть 1С как платформа, но она очень сильно отстает от мира и бесперспективна,т.к. туда идут те, кто не знает английский и не умеет программировать).
Для развития прикладного программирования следует популяризировать разработку своих программ на иностранных платформах, постепенно заменяя детали на свои (как в машиностроении).
Ребрендинг BIM-операторов. Теперь они называются BIM-центры.
Поругали мы тут в чатиках и на открытых слушаниях идею о бим-операторах, ну помните, на которых госпожа Никульцева с BIM-ассоциацией предполагала деньги зарабатывать при обязательном биме. А те раз и ребрендинг. Теперь идея подается под BIM-центрами.
И слушаний уже никаких, так аккуратненько, чтобы не спалили. Денюжки любят тишину.
Так вот, предполагается, что во всех регионах страны будут созданы эти бим-центры, которые будут сертифицироваться у "какой-то" центральной организации. И платить за это деньги, а то как это вот так оказалось, что существует в стране бизнес BIM-консультантов, которые не отстегивают? Не хорошо!
Поругали мы тут в чатиках и на открытых слушаниях идею о бим-операторах, ну помните, на которых госпожа Никульцева с BIM-ассоциацией предполагала деньги зарабатывать при обязательном биме. А те раз и ребрендинг. Теперь идея подается под BIM-центрами.
И слушаний уже никаких, так аккуратненько, чтобы не спалили. Денюжки любят тишину.
Так вот, предполагается, что во всех регионах страны будут созданы эти бим-центры, которые будут сертифицироваться у "какой-то" центральной организации. И платить за это деньги, а то как это вот так оказалось, что существует в стране бизнес BIM-консультантов, которые не отстегивают? Не хорошо!
Первый платит больше.
При внедрении новых технологий я обращаю внимание на то, что по началу надо много вкладываться в доработку программ, обучение специалистов.
Но когда база доработок накапливается и сотрудники на рынке обучаются, то следующим уже можно тратиться меньше.
В итоге я вижу, что первым сложнее, т.к. они протаптывают тропинки, они больше тратятся. И не факт, что они больше зарабатывают на том, что первые, некоторые быстро сгорают, бросившись на амбразуру.
Но без таких компаний и их смелых и амбициозных лидеров, не сдвинулась бы технология, они создают историю развития технологии.
Я думаю, что существует позиция в очереди, когда внедрение технологии наиболее целесообразно, т.е. когда технология созрела и когда она дает максимальную прибыль, при минимальных затратах. Возможно 3 или 10м.
Но если пропустить эту линию, то дальше с каждым днем компания будет только терять и рано или поздно все равно перейдет на новую технологию. Или просто останется без заказов.
В общем это я к чему. BIM технология в проектировании уже давно созрела (думаю что год как точно), в стройке на мой взгляд в следующем году будет пик спроса. В эксплуатации сейчас идут первые клиенты, кто платит за отработку ошибок, набивания шишек.
При внедрении новых технологий я обращаю внимание на то, что по началу надо много вкладываться в доработку программ, обучение специалистов.
Но когда база доработок накапливается и сотрудники на рынке обучаются, то следующим уже можно тратиться меньше.
В итоге я вижу, что первым сложнее, т.к. они протаптывают тропинки, они больше тратятся. И не факт, что они больше зарабатывают на том, что первые, некоторые быстро сгорают, бросившись на амбразуру.
Но без таких компаний и их смелых и амбициозных лидеров, не сдвинулась бы технология, они создают историю развития технологии.
Я думаю, что существует позиция в очереди, когда внедрение технологии наиболее целесообразно, т.е. когда технология созрела и когда она дает максимальную прибыль, при минимальных затратах. Возможно 3 или 10м.
Но если пропустить эту линию, то дальше с каждым днем компания будет только терять и рано или поздно все равно перейдет на новую технологию. Или просто останется без заказов.
В общем это я к чему. BIM технология в проектировании уже давно созрела (думаю что год как точно), в стройке на мой взгляд в следующем году будет пик спроса. В эксплуатации сейчас идут первые клиенты, кто платит за отработку ошибок, набивания шишек.
О бизнес-процессах.
В нескольких компаниях я участвовал в описании внутренних бизнес-процессов, в других был с обратной стороны - как описуемый.
И, думаю, готов комплексно и четко (как вы это любите) сформулировать проблематику, захватившей мечты и думы руководителей предприятий, описаловки.
Бизнес-процесс (далее БП) - это описание технологии, порядка и ресурсов, с помощью которых, с учетом определенных исходных данных достигается требуемый результат.
БП в компании может быть единым, только на верхнем уровне, где есть определенные исходные данные и однозначно известен результат.
Чем мы ниже опускаемся в детализации описания БП, тем больше факторов на него влияет и повышается его вариативность.
Тут мы упираемся в попытку стандартизировать, т.е. сделать однотипно. И начинаем либо воевать с реальностью, либо ходить по кругу, обвиняя всех и вся в том что они каждый раз говорят по разному и друг другу противоречат.
Решением проблемы будет отказ от описания процессов реализации на низком уровне, заменив шаблонными инструкциями на типовые разовые операции (которые не дольше дня), а на среднем уровне утвердив внутренние шаблонные задания (для недельных задач с перечнем и требованиями к исходным данным) и требования к результату (чек-листы приемки).
В нескольких компаниях я участвовал в описании внутренних бизнес-процессов, в других был с обратной стороны - как описуемый.
И, думаю, готов комплексно и четко (как вы это любите) сформулировать проблематику, захватившей мечты и думы руководителей предприятий, описаловки.
Бизнес-процесс (далее БП) - это описание технологии, порядка и ресурсов, с помощью которых, с учетом определенных исходных данных достигается требуемый результат.
БП в компании может быть единым, только на верхнем уровне, где есть определенные исходные данные и однозначно известен результат.
Чем мы ниже опускаемся в детализации описания БП, тем больше факторов на него влияет и повышается его вариативность.
Тут мы упираемся в попытку стандартизировать, т.е. сделать однотипно. И начинаем либо воевать с реальностью, либо ходить по кругу, обвиняя всех и вся в том что они каждый раз говорят по разному и друг другу противоречат.
Решением проблемы будет отказ от описания процессов реализации на низком уровне, заменив шаблонными инструкциями на типовые разовые операции (которые не дольше дня), а на среднем уровне утвердив внутренние шаблонные задания (для недельных задач с перечнем и требованиями к исходным данным) и требования к результату (чек-листы приемки).
Autodesk оказался прав.
Пару лет назад компания Autodesk начала продавать программные продукты по годовым подпискам. В тот момент многие их конкуренты начали писать о том, что у них "навсегда" и мол "вот глупенькие, ишь чего придумали".
Потом притихли и сохраняли тишину по этому вопросу, наблюдали.
Теперь же все устремились в те же подписки.
Затем писали про Autodesk, мол "Пишут BIM-стандарты, потому, что без них в их программах невозможно работать", а сейчас устремились каждый писать свой.
Аналогичная ситуация произошла и с облачной платформой, которой многие "эксперты" прогнозировали, мол "не для нашей страны" и "никто не будет грузить туда данные". А теперь же приступили к разработке собственных. Но как обычно опять отстают.
Может быть в ведущем САПР-вендоре нанимают на работу и не таких уж и глупеньких людей?
Пару лет назад компания Autodesk начала продавать программные продукты по годовым подпискам. В тот момент многие их конкуренты начали писать о том, что у них "навсегда" и мол "вот глупенькие, ишь чего придумали".
Потом притихли и сохраняли тишину по этому вопросу, наблюдали.
Теперь же все устремились в те же подписки.
Затем писали про Autodesk, мол "Пишут BIM-стандарты, потому, что без них в их программах невозможно работать", а сейчас устремились каждый писать свой.
Аналогичная ситуация произошла и с облачной платформой, которой многие "эксперты" прогнозировали, мол "не для нашей страны" и "никто не будет грузить туда данные". А теперь же приступили к разработке собственных. Но как обычно опять отстают.
Может быть в ведущем САПР-вендоре нанимают на работу и не таких уж и глупеньких людей?
Не такой BIM мы хотели.
Пару лет назад среди BIM проектировщиков ходила мысль, что "когда заказчик осознает всю пользу от BIM на стройке, когда он начнет пользоваться нашими моделями, не только бумагой, вот тогда заживем, вот тогда нас начнут по-настоящему ценить".
Сейчас же заказчик осознал зачем ему это, и начал требовать качественных и детализированных моделей. Проектировщик кричит: "это невозможно выполнить, это стоит дороже", но все равно берется и делает. Также заказчик начинает использовать приемку информационных моделей и как рычаги влияния, для невыплаты денег или заключения доп. соглашений.
Все пошло не как хотелось и в гос. регулировании. Думали ли мы, когда говорили о стандартизации, что они начнут писать стандарты с целью личного обогащения и импортозамещения (читай ограничения конкуренции и продвижению своих/дружеских/откатных/лобируемых компаний)?
Вот так у нас в стране постоянно, благими идеями...
Пару лет назад среди BIM проектировщиков ходила мысль, что "когда заказчик осознает всю пользу от BIM на стройке, когда он начнет пользоваться нашими моделями, не только бумагой, вот тогда заживем, вот тогда нас начнут по-настоящему ценить".
Сейчас же заказчик осознал зачем ему это, и начал требовать качественных и детализированных моделей. Проектировщик кричит: "это невозможно выполнить, это стоит дороже", но все равно берется и делает. Также заказчик начинает использовать приемку информационных моделей и как рычаги влияния, для невыплаты денег или заключения доп. соглашений.
Все пошло не как хотелось и в гос. регулировании. Думали ли мы, когда говорили о стандартизации, что они начнут писать стандарты с целью личного обогащения и импортозамещения (читай ограничения конкуренции и продвижению своих/дружеских/откатных/лобируемых компаний)?
Вот так у нас в стране постоянно, благими идеями...
Немного практики.
Элемент не виден в Revit – 33 причины
Скрытие/изоляция
- Объект или категория скрыты на виде (посмотреть через «Лампочку»)
- Объект или категория временно изолирован
Настройки вида
- Категория объекта или подкатегория скрыта на виде
- Категория вида запрещает отображать объект (архитектурные стены при категории вида «Несущие конструкции)
- Объект скрыт фильтром, примененным к виду
Рабочие наборы:
- Объект находится в рабочем наборе, который не загружен вместе с проектом
- Объект находится в рабочем наборе, который не видим на данном виде
- Объект находится в рабочем наборе, который не видим в связанном файле
Настройки семейств
- Объект является семейством, геометрия которого не определена как видимая для данного типа вида
- Объект является семейством, геометрия которого не определена как видимая для данного типа уровня детализации
- Объект задан как невидимый в настройках уровня детализации его категории
Границы и области подрезки
- Объект находится за пределами секущего диапазона
- Смещение дальнего предела секущего диапазона недостаточно чтобы показать объект
- Элемент размещен вне области подрезки вида
- Элемент объект аннотаций, который не полностью находится внутри области подрезки аннотаций
- Объект ограничен областью видимости которая не видима на виде
Группы, варианты и стадии
- Настройки стадии объекта или настройки стадии вида не позволяют показать объект
- Объект часть варианта конструкций, который не видим на виде
- Объект находится в составе группы, и он был исключен из группы
Совпадение цветов
- Один или несколько краев объекта переопределены как "<невидимые линии>"
- Элемент находится в составе объекта установленного в цвет фона
- Элемент находится в составе объекта категория которого установлена в цвет фона
- Настройки стиля объекта установлены в цвет фона
Связанные файлы:
- Объект является частью связанного файла, который отключен на виде
- Объект находится в рабочем наборе который не загружен в связанном файле
- Объект связан с координатами которые слишком велики для обработки Revit
- Пользователь неправильно определил связь к которой принадлежит элемент
- Объект находится в связанном файле, который не расположен в указанном месте
Прочие причины:
- Масштаб вида не позволяет увидеть объект (для разрезов)
- Объект в настоящее время закрывает другой объект
- Размеры самого объекта не позволяют его увидеть
- Объект - формообразующий элемент, и "Показывать формообразующие" выключено
- Объект зависит от вида который был удален (границы зон)
Элемент не виден в Revit – 33 причины
Скрытие/изоляция
- Объект или категория скрыты на виде (посмотреть через «Лампочку»)
- Объект или категория временно изолирован
Настройки вида
- Категория объекта или подкатегория скрыта на виде
- Категория вида запрещает отображать объект (архитектурные стены при категории вида «Несущие конструкции)
- Объект скрыт фильтром, примененным к виду
Рабочие наборы:
- Объект находится в рабочем наборе, который не загружен вместе с проектом
- Объект находится в рабочем наборе, который не видим на данном виде
- Объект находится в рабочем наборе, который не видим в связанном файле
Настройки семейств
- Объект является семейством, геометрия которого не определена как видимая для данного типа вида
- Объект является семейством, геометрия которого не определена как видимая для данного типа уровня детализации
- Объект задан как невидимый в настройках уровня детализации его категории
Границы и области подрезки
- Объект находится за пределами секущего диапазона
- Смещение дальнего предела секущего диапазона недостаточно чтобы показать объект
- Элемент размещен вне области подрезки вида
- Элемент объект аннотаций, который не полностью находится внутри области подрезки аннотаций
- Объект ограничен областью видимости которая не видима на виде
Группы, варианты и стадии
- Настройки стадии объекта или настройки стадии вида не позволяют показать объект
- Объект часть варианта конструкций, который не видим на виде
- Объект находится в составе группы, и он был исключен из группы
Совпадение цветов
- Один или несколько краев объекта переопределены как "<невидимые линии>"
- Элемент находится в составе объекта установленного в цвет фона
- Элемент находится в составе объекта категория которого установлена в цвет фона
- Настройки стиля объекта установлены в цвет фона
Связанные файлы:
- Объект является частью связанного файла, который отключен на виде
- Объект находится в рабочем наборе который не загружен в связанном файле
- Объект связан с координатами которые слишком велики для обработки Revit
- Пользователь неправильно определил связь к которой принадлежит элемент
- Объект находится в связанном файле, который не расположен в указанном месте
Прочие причины:
- Масштаб вида не позволяет увидеть объект (для разрезов)
- Объект в настоящее время закрывает другой объект
- Размеры самого объекта не позволяют его увидеть
- Объект - формообразующий элемент, и "Показывать формообразующие" выключено
- Объект зависит от вида который был удален (границы зон)
Как будет выглядеть строительство через 50 лет? Каким будет проектирование и BIM? Я решил пофантазировать и высказать свое мнение.
Во-первых, я считаю, что 2D чертежи не будут применяться, 3D модель будет загружаться в тахеометры, лазерные проекторы и роботизированные краны, которые будут позволять точно выставлять опалубку, совмещая видео с камеры с дополненной реальностью.
Дополненная реальность в смартфонах, по Wi-Fi привязкам позволит точно устанавливать арматуру и инженерные коммуникации.
Мастера будут получать задачи через мобильное приложение, типа убера и закрывать там же, с автоматическим вызовом принимающей стороны и чеклистом приемки, с историей, перепиской и фиксацией дефектов и замечаний.
Идея с 3D принтерами, я думаю, превратится в 3D роботизированные краны, которые доставляют в нужные координаты что требуется, в том числе и бетон. Или хотя бы краны, где на экран крановщику будут выводиться заказы снизу, с наложенными точками что и куда.
Вокруг стройки с заданными интервалами и по согласованному маршруту будут летать дроны и готовить материал для фотограмметрии и контроля соблюдения техники безопасности.
По этажам же по примерно заданному маршруту будут ездить роботизированные сканеры (которые смогут и объехать препятствие, и отправить сигнал о проблемах, и транслировать в онлайне ситуацию).
Строители будут ходить с камерами и датчиками передвижения, будут генерить много информации, на анализ которой вручную просто не будет времени. Здесь пригодятся нейронные сети.
Нейронки научатся сами классифицировать информационные модели и указывать важные изменения (но это будет не простой анализ по значениям параметров, а анализ геометрии).
продолжение следует...
Во-первых, я считаю, что 2D чертежи не будут применяться, 3D модель будет загружаться в тахеометры, лазерные проекторы и роботизированные краны, которые будут позволять точно выставлять опалубку, совмещая видео с камеры с дополненной реальностью.
Дополненная реальность в смартфонах, по Wi-Fi привязкам позволит точно устанавливать арматуру и инженерные коммуникации.
Мастера будут получать задачи через мобильное приложение, типа убера и закрывать там же, с автоматическим вызовом принимающей стороны и чеклистом приемки, с историей, перепиской и фиксацией дефектов и замечаний.
Идея с 3D принтерами, я думаю, превратится в 3D роботизированные краны, которые доставляют в нужные координаты что требуется, в том числе и бетон. Или хотя бы краны, где на экран крановщику будут выводиться заказы снизу, с наложенными точками что и куда.
Вокруг стройки с заданными интервалами и по согласованному маршруту будут летать дроны и готовить материал для фотограмметрии и контроля соблюдения техники безопасности.
По этажам же по примерно заданному маршруту будут ездить роботизированные сканеры (которые смогут и объехать препятствие, и отправить сигнал о проблемах, и транслировать в онлайне ситуацию).
Строители будут ходить с камерами и датчиками передвижения, будут генерить много информации, на анализ которой вручную просто не будет времени. Здесь пригодятся нейронные сети.
Нейронки научатся сами классифицировать информационные модели и указывать важные изменения (но это будет не простой анализ по значениям параметров, а анализ геометрии).
продолжение следует...
Проектировать мы будем в одной среде со строителями и эксплуатационщиками, история всех действий по каждому элементу будет сохраняться. Будет типа облачного ревита.
Мы всегда сможем вернуться к любой версии и варианту. Примерно как в гугл документах.
На объектах где нельзя будет применять внешние облака, будут развернуты внутренние корпоративные.
Лазерное сканирование и фотограмметрия станут юридическими документами. Файлы впринципе будут получать чтото вроде ЭЦП в системе, но это уже не будет беспокоить пользователя, он просто будет ставить галочку в системе и это будет юридическая подпись.
Да логин пароль станут равнозначны подписи. Действия в информационных системах впринципе станут юридически значимыми и договора похожими на анкеты.
Исходные данные будут в единой системе, в которую изыскатели либо будут по типу убера грузить, либо систем продаж книг и фильмов.
Вендоры ПО будут мериться, кто более удобный инструмент для редактирования модели сделает и на языке какой страны интерфейс. Т.е. формат в базе данных разумеется будет единым и открытым, но в json формате, типа svf у Autodesk.
Будет это все через 50 лет или 100 зависит только от нас. Пойдем работать!
Мы всегда сможем вернуться к любой версии и варианту. Примерно как в гугл документах.
На объектах где нельзя будет применять внешние облака, будут развернуты внутренние корпоративные.
Лазерное сканирование и фотограмметрия станут юридическими документами. Файлы впринципе будут получать чтото вроде ЭЦП в системе, но это уже не будет беспокоить пользователя, он просто будет ставить галочку в системе и это будет юридическая подпись.
Да логин пароль станут равнозначны подписи. Действия в информационных системах впринципе станут юридически значимыми и договора похожими на анкеты.
Исходные данные будут в единой системе, в которую изыскатели либо будут по типу убера грузить, либо систем продаж книг и фильмов.
Вендоры ПО будут мериться, кто более удобный инструмент для редактирования модели сделает и на языке какой страны интерфейс. Т.е. формат в базе данных разумеется будет единым и открытым, но в json формате, типа svf у Autodesk.
Будет это все через 50 лет или 100 зависит только от нас. Пойдем работать!
https://www.forbes.ru/newsroom/biznes/387065-krupneyshiy-rossiyskiy-zastroyshchik-rasskazal-o-sekretnom-proekte-po?utm_source=facebook&utm_medium=social&utm_campaign=developerskaya-gruppa-pik-sergeya-gordeeva
Ага секретный - опубликованный на сайте и в заказных статьях, ага реализована - без менеджера продукта, ага передовой - для которого требуются навыки 1С
Ага секретный - опубликованный на сайте и в заказных статьях, ага реализована - без менеджера продукта, ага передовой - для которого требуются навыки 1С
Forbes.ru
Крупнейший российский застройщик рассказал о «секретном проекте» по созданию «виртуального прораба»
Девелоперская группа ПИК Сергея Гордеева, крупнейший российский застройщик, разместила на своем сайте объявление, в котором сообщила, что с сентября прошлого года работает над «секретным проектом» по созданию «виртуального прораба». Такая характеристика дана…
Несколько лет назад я руководил разработкой робота (программы) по автоматической генерации застройки. Там все хорошо и проект развивается.
Но я хочу без привязки к конкретным компаниям написать пару слов о том, чему я научился:
1. Чем выше типизация, тем меньше ТЭПы. Небольшими кубиками заполнить кувшин можно плотнее, чем большими.
2. Инсоляция - определяющий фактор размещения зданий (в рамках мастерплана все остальное можно решить "по месту").
3. Чем выше строятся объекты, тем больше между ними должны быть расстояния (по инсоляции),
4. Из-за нормативных ограничений зависимости лифтов от метров/этажей, экономика объектов при увеличении этажности растет не равномерно. Для каждой инсоляционной линейки и требований по парковкам, озеленению и проездам есть наиболее эффективная этажность для застройки.
5. Генерация мастерпланов - это многофакторная оптимизация, в которой неограниченное количество факторов, с разными весами влияния. В определенный момент надо отрезать факторы ниже какого-то значения важности.
6. Самый эффективный алгоритм оптимизации в многофакторной системе - симуляция.
7. В генерации планировок самое сложное - описать правила по которым должны собираться квартиры и правила их стыковки по горизонтали и вертикали (вентшахты, двери, фасады). Для этого не хватает удобного интерфейса для описания правил (экселем или вордом не описать).
8. Самое сложное в обучении компьютера на сегодня - это описать что мы подразумеваем под словами - как правило, нравится, красиво, удобно - это возможно сделать, но для этого нужно разобраться в себе. Будет выглядеть как: в таких то случаях можно, симметрично, стремится к минимуму.
Но я хочу без привязки к конкретным компаниям написать пару слов о том, чему я научился:
1. Чем выше типизация, тем меньше ТЭПы. Небольшими кубиками заполнить кувшин можно плотнее, чем большими.
2. Инсоляция - определяющий фактор размещения зданий (в рамках мастерплана все остальное можно решить "по месту").
3. Чем выше строятся объекты, тем больше между ними должны быть расстояния (по инсоляции),
4. Из-за нормативных ограничений зависимости лифтов от метров/этажей, экономика объектов при увеличении этажности растет не равномерно. Для каждой инсоляционной линейки и требований по парковкам, озеленению и проездам есть наиболее эффективная этажность для застройки.
5. Генерация мастерпланов - это многофакторная оптимизация, в которой неограниченное количество факторов, с разными весами влияния. В определенный момент надо отрезать факторы ниже какого-то значения важности.
6. Самый эффективный алгоритм оптимизации в многофакторной системе - симуляция.
7. В генерации планировок самое сложное - описать правила по которым должны собираться квартиры и правила их стыковки по горизонтали и вертикали (вентшахты, двери, фасады). Для этого не хватает удобного интерфейса для описания правил (экселем или вордом не описать).
8. Самое сложное в обучении компьютера на сегодня - это описать что мы подразумеваем под словами - как правило, нравится, красиво, удобно - это возможно сделать, но для этого нужно разобраться в себе. Будет выглядеть как: в таких то случаях можно, симметрично, стремится к минимуму.
Почему в РФ не будет BIM на государственном уровне:
1. На высшие посты нанимают не талантливых людей, с кем хотелось бы работать и у кого учиться, а "надежных", тех, кому доверяют или на кого есть компромат, или тех кто по времени досидел, иногда родственников и друзей.
2. Те в свою очередь имеют бюджеты на людей с з/п ниже рынка, конечно, всеж нормальные зарплаты на "хозяйственников" и "эффективных управленцев" слили (например мне предлагали 100-120 т.р., когда на рынке 200-250 на мою позицию). Слышал что и некоторые теоретики BIM работали на них за 60.
Т.е. из нормальных специалистов к ним никто не пойдет (только те, кого в коммерческом рынке не взяли).
3. Там бюрократическое болото, в котором умным людям просто нечего делать. Никто там не готов принимать решения и брать ответственность - лишь бы скинуть ее и чтобы не предъявили.
4. Т.к. зарплаты низкие, то там сформировалась критическая масса людей, кто размышляет как в анекдоте: "...что за зарплатой не приходишь? - А я думал - пистолет дали и крутись"
Т.е. считают нормой использовать админ-ресурс, страшилки Западом и программы импортозамещения в целях собственного обогащения.
5. Слишком большой разрыв между теми кто принимает решения и кто работает. Любые здравые идеи через "сломанный телефон" превращаются в абсурд.
6. Существует много заплесневевших организаций, типа НОПРИЗа, в которых держатся за свои кресла старики, которые не про новые технологии, но мол "со связями".
По логике они должны заниматься этим, по факту они могут разве что обсуждать - как правильнее говорить: " технологиИ инф. мод. или технологиЯ", где ключевым фактором станет "как сказал царь".
1. На высшие посты нанимают не талантливых людей, с кем хотелось бы работать и у кого учиться, а "надежных", тех, кому доверяют или на кого есть компромат, или тех кто по времени досидел, иногда родственников и друзей.
2. Те в свою очередь имеют бюджеты на людей с з/п ниже рынка, конечно, всеж нормальные зарплаты на "хозяйственников" и "эффективных управленцев" слили (например мне предлагали 100-120 т.р., когда на рынке 200-250 на мою позицию). Слышал что и некоторые теоретики BIM работали на них за 60.
Т.е. из нормальных специалистов к ним никто не пойдет (только те, кого в коммерческом рынке не взяли).
3. Там бюрократическое болото, в котором умным людям просто нечего делать. Никто там не готов принимать решения и брать ответственность - лишь бы скинуть ее и чтобы не предъявили.
4. Т.к. зарплаты низкие, то там сформировалась критическая масса людей, кто размышляет как в анекдоте: "...что за зарплатой не приходишь? - А я думал - пистолет дали и крутись"
Т.е. считают нормой использовать админ-ресурс, страшилки Западом и программы импортозамещения в целях собственного обогащения.
5. Слишком большой разрыв между теми кто принимает решения и кто работает. Любые здравые идеи через "сломанный телефон" превращаются в абсурд.
6. Существует много заплесневевших организаций, типа НОПРИЗа, в которых держатся за свои кресла старики, которые не про новые технологии, но мол "со связями".
По логике они должны заниматься этим, по факту они могут разве что обсуждать - как правильнее говорить: " технологиИ инф. мод. или технологиЯ", где ключевым фактором станет "как сказал царь".
Проект документа о разнице сметной стоимости проектирования в BIM и без BIM!
https://regulation.gov.ru/projects#npa=97033
Немного юмора: больше всего BIM повлиял на стоимость проектирования... многоуровневых открытых паркингов. Увеличение аж на 24%. Меньше всего - на Универсальные спортивные сооружения (что бы это ни значило) и подземные паркинги, всего +6%.
В этом же документе на всякий случай дублируется распределение стоимости проектирования по разделам (ПД и РД). Я когда вижу эти цифры, уже 10 лет подряд удивляюсь: неужели где-то реально есть проекты где ВСЕ слаботочные системы стоят 4,2% от стоимости ПД (3,8% от РД)? Вдвое меньше генплана, вчетверо меньше архитектуры и в пять раз - конструктива! Тот кто это писал, вы рынок вообще видели? Наполненность современных объектов информационными системами и системами безопасности представляете? Не хочу никак обидеть генпланистов, архитекторов и конструкторов, но, как говорится, "что вижу - о том пою".
Впрочем, это было лирическое отступление. Жаль, что пока нет узаконенного способа обосновать стоимость лазерного сканирования при работе в BIM с реконструкцией и реставрацией.
Ну порадуемся хоть что BIM в госконтрактах позволит зайти на этот рынок компаниям чуть более высокого уровня, когда документ доработают и он вступит в силу.
Пока можно прямо на этом портале, например зайдя через учётную запись с Госуслуг, оставить свои комментарии. Рекомендую вам это сделать, если есть что предложить, вдруг к вам прислушаются разрабочики? :) кстати, кто-то хоть раз направлял замечания к новым нормативам через этот портал? Был результат? Поделитесь в группе @bimchat, если да. Интересно.
https://regulation.gov.ru/projects#npa=97033
Немного юмора: больше всего BIM повлиял на стоимость проектирования... многоуровневых открытых паркингов. Увеличение аж на 24%. Меньше всего - на Универсальные спортивные сооружения (что бы это ни значило) и подземные паркинги, всего +6%.
В этом же документе на всякий случай дублируется распределение стоимости проектирования по разделам (ПД и РД). Я когда вижу эти цифры, уже 10 лет подряд удивляюсь: неужели где-то реально есть проекты где ВСЕ слаботочные системы стоят 4,2% от стоимости ПД (3,8% от РД)? Вдвое меньше генплана, вчетверо меньше архитектуры и в пять раз - конструктива! Тот кто это писал, вы рынок вообще видели? Наполненность современных объектов информационными системами и системами безопасности представляете? Не хочу никак обидеть генпланистов, архитекторов и конструкторов, но, как говорится, "что вижу - о том пою".
Впрочем, это было лирическое отступление. Жаль, что пока нет узаконенного способа обосновать стоимость лазерного сканирования при работе в BIM с реконструкцией и реставрацией.
Ну порадуемся хоть что BIM в госконтрактах позволит зайти на этот рынок компаниям чуть более высокого уровня, когда документ доработают и он вступит в силу.
Пока можно прямо на этом портале, например зайдя через учётную запись с Госуслуг, оставить свои комментарии. Рекомендую вам это сделать, если есть что предложить, вдруг к вам прислушаются разрабочики? :) кстати, кто-то хоть раз направлял замечания к новым нормативам через этот портал? Был результат? Поделитесь в группе @bimchat, если да. Интересно.
Анастасия Морозова ушла из Autodesk.
Это печально. Я думаю это конец определенной BIM-эпохи. Да такие они в бим - не продолжительные, думаю, в истории развития отечественного BIM - это будет важная веха, которая на пол года - год уберет Autodesk из нашей жизни. А потом им придется все восстанавливать, собирать по кусочкам.
Самое обидное - это что теперь будет с BIM-лидерами, без Насти они не будут. Я помню свои первые впечатления от его посещения - здесь реально что-то делается для развития и здесь чувствуется энергия, компетенции и способность что-то изменить. Не будет Autodesk University Russia, не будет BIM-завтраков. Будет что-то другое, но явно меньшее. Это сигнал от Autodesk - мы теперь менее значимы для них, мы не достойны иметь свой офис и своего генерального директора в нём.
Дмитрий Чубрик:
По факту, для пользователей ничего не изменилось.
Однако изменилось для меня лично – ведь у меня компания Autodesk ассоциировалась в первую очередь с Настей. Revit User Day в 2009, САПРяжения, BIM форумы, Autodesk University – все эти идеи Насти сложились в одно вдохновляющее приключение, и не покидало ощущение, что ты являешься частью чего-то важного, нового, нужного другим. И за это спасибо – Насте. А ещё за поддержку – без неё не было бы Сообщества пользователей, блога Борисова, первого тест-драйва по Revit, шаблона Revit от Autodesk Community, BIM Стандартов и всех шаблонов Revit 2017 – 2019 и много чего ещё... Нет, правда – если у меня спросят, может ли один человек повлиять на развитие целого рынка, я скажу – да, и вот вам пример – Анастасия Морозова.
Это печально. Я думаю это конец определенной BIM-эпохи. Да такие они в бим - не продолжительные, думаю, в истории развития отечественного BIM - это будет важная веха, которая на пол года - год уберет Autodesk из нашей жизни. А потом им придется все восстанавливать, собирать по кусочкам.
Самое обидное - это что теперь будет с BIM-лидерами, без Насти они не будут. Я помню свои первые впечатления от его посещения - здесь реально что-то делается для развития и здесь чувствуется энергия, компетенции и способность что-то изменить. Не будет Autodesk University Russia, не будет BIM-завтраков. Будет что-то другое, но явно меньшее. Это сигнал от Autodesk - мы теперь менее значимы для них, мы не достойны иметь свой офис и своего генерального директора в нём.
Дмитрий Чубрик:
По факту, для пользователей ничего не изменилось.
Однако изменилось для меня лично – ведь у меня компания Autodesk ассоциировалась в первую очередь с Настей. Revit User Day в 2009, САПРяжения, BIM форумы, Autodesk University – все эти идеи Насти сложились в одно вдохновляющее приключение, и не покидало ощущение, что ты являешься частью чего-то важного, нового, нужного другим. И за это спасибо – Насте. А ещё за поддержку – без неё не было бы Сообщества пользователей, блога Борисова, первого тест-драйва по Revit, шаблона Revit от Autodesk Community, BIM Стандартов и всех шаблонов Revit 2017 – 2019 и много чего ещё... Нет, правда – если у меня спросят, может ли один человек повлиять на развитие целого рынка, я скажу – да, и вот вам пример – Анастасия Морозова.
Лариса Поршнева (https://ancb.ru/publication/read/8838):
Осень-2019 выдалась урожайной на думы о грядущем: тут и Стратегия-2030, и Форум 100+ с главной темой о Городе будущего, и различные тусовки то Стратегов будущего, то законодателей, то чиновников. Все мысли о высоком, все планы – за линией горизонта. Повестки дня – одна элегантней другой, с модными словами и трехмерными презентациями. Но как-то чего-то не хватает для полного ощущения радости на тему «Светлый путь». Есть парочка предложений.
Давайте, например, обсудим стратегию избавления 20 миллионов россиян от пользования «удобствами во дворе» - а именно столько народа живет в России в конце второго десятилетия XXI века в домах без минимальных санитарных удобств. Давайте усилим эту стратегию главой о том, что горячую воду надо подавать без отключений, а столичным мусором не травить российский Север, а перерабатывать его в полезные обществу предметы.
Давайте напишем стратегию запрета на профессию тех «экспертов» с покупными документами, которые выдают за одну ночь экспертное заключение на 300 листах о превышении цены контракта, а потом на основании этого откровенно липового документа в СИЗО садится застройщик Константин Ремизов.
А, может быть, создадим стратегию отказа от тотального вранья высшему руководству о том, как все хорошо на вверенных территориях и в доверенных ведомствах? А то ведь «там, наверху» реально думают, что народу в массе своей нужна ипотека под 9% годовых и жилье, каждый метр которого стоит больше, чем в среднем зарплата по стране. И что доходы этого самого народа растут просто невероятными темпами по полпроцента в год.
Может, хватит морочить голову красивыми отчетами и «промежуточными документами» исключительно для того, чтобы закрыть вышестоящее поручение и забыть вообще обо всем – от последнего уволившегося врача до нарастающих протестов против свалок, мэров, церквей и бордюров?
В стране, которая не развивается, не имеет никакой стратегии на будущее вообще, где малые города вымирают, не говоря уж о селе, где начали «кошмарить» ученых и пересажали половину бизнесменов, любая локальная стратегия, спущенная сверху, обречена, в лучшем случае, на забвение. Конечно, очень важно выполнить поручение и отчитаться, но как потом объяснить, что вместо светлого пути в прекрасное будущее страна – согласно Стратегии! – зашла в стратегический тупик?!
Осень-2019 выдалась урожайной на думы о грядущем: тут и Стратегия-2030, и Форум 100+ с главной темой о Городе будущего, и различные тусовки то Стратегов будущего, то законодателей, то чиновников. Все мысли о высоком, все планы – за линией горизонта. Повестки дня – одна элегантней другой, с модными словами и трехмерными презентациями. Но как-то чего-то не хватает для полного ощущения радости на тему «Светлый путь». Есть парочка предложений.
Давайте, например, обсудим стратегию избавления 20 миллионов россиян от пользования «удобствами во дворе» - а именно столько народа живет в России в конце второго десятилетия XXI века в домах без минимальных санитарных удобств. Давайте усилим эту стратегию главой о том, что горячую воду надо подавать без отключений, а столичным мусором не травить российский Север, а перерабатывать его в полезные обществу предметы.
Давайте напишем стратегию запрета на профессию тех «экспертов» с покупными документами, которые выдают за одну ночь экспертное заключение на 300 листах о превышении цены контракта, а потом на основании этого откровенно липового документа в СИЗО садится застройщик Константин Ремизов.
А, может быть, создадим стратегию отказа от тотального вранья высшему руководству о том, как все хорошо на вверенных территориях и в доверенных ведомствах? А то ведь «там, наверху» реально думают, что народу в массе своей нужна ипотека под 9% годовых и жилье, каждый метр которого стоит больше, чем в среднем зарплата по стране. И что доходы этого самого народа растут просто невероятными темпами по полпроцента в год.
Может, хватит морочить голову красивыми отчетами и «промежуточными документами» исключительно для того, чтобы закрыть вышестоящее поручение и забыть вообще обо всем – от последнего уволившегося врача до нарастающих протестов против свалок, мэров, церквей и бордюров?
В стране, которая не развивается, не имеет никакой стратегии на будущее вообще, где малые города вымирают, не говоря уж о селе, где начали «кошмарить» ученых и пересажали половину бизнесменов, любая локальная стратегия, спущенная сверху, обречена, в лучшем случае, на забвение. Конечно, очень важно выполнить поручение и отчитаться, но как потом объяснить, что вместо светлого пути в прекрасное будущее страна – согласно Стратегии! – зашла в стратегический тупик?!
❤1
BIM между заказчиком и генпроектировщиком.
Как заказчик может управлять применением BIM на проекте? Перед заключением договора, а лучше и перед тендером подготовить приложение к Договору: Информационные требования заказчика (EIR).
В данном документе требуется отобразить:
1. В каких форматах передавать информационные модели;
2. В каких координатах они должны быть выполнены;
3. Как файлы должны наименоваться;
4. Как должны наименоваться элементы модели, и какие должны быть впринципе смоделированы;
5. Какие параметры должны быть заполнены в элементах модели;
6. Указать, что чертежи и спецификации должны выполняться на основе модели;
7. Прописать, что перед выпуском модели, она должна проверяться на коллизии;
8. Прописать какие допуски в коллизиях принимаются (чтобы не ловить миллиметры);
9. Если требуется заполнять классификатор, то приложить его;
10. Прописать, что проектировщик может разработать и согласовать документ, уточняющий данные требования - BEP.
В ответ на этот документ Проектировщик может подготовить свое видение реализации BIM - План реализации BIM проекта (BEP).
В нем он указывает:
1. Основные контакты;
2. Схему деления модели;
3. График или периодичность передачи моделей;
4. Отклонения и уточнения EIR.
Если договор не заключен, то BEP прикладывается к договору, как уточнение и корректировка EIR. Если уже заключен, то Дополнительным соглашением.
Как заказчик может управлять применением BIM на проекте? Перед заключением договора, а лучше и перед тендером подготовить приложение к Договору: Информационные требования заказчика (EIR).
В данном документе требуется отобразить:
1. В каких форматах передавать информационные модели;
2. В каких координатах они должны быть выполнены;
3. Как файлы должны наименоваться;
4. Как должны наименоваться элементы модели, и какие должны быть впринципе смоделированы;
5. Какие параметры должны быть заполнены в элементах модели;
6. Указать, что чертежи и спецификации должны выполняться на основе модели;
7. Прописать, что перед выпуском модели, она должна проверяться на коллизии;
8. Прописать какие допуски в коллизиях принимаются (чтобы не ловить миллиметры);
9. Если требуется заполнять классификатор, то приложить его;
10. Прописать, что проектировщик может разработать и согласовать документ, уточняющий данные требования - BEP.
В ответ на этот документ Проектировщик может подготовить свое видение реализации BIM - План реализации BIM проекта (BEP).
В нем он указывает:
1. Основные контакты;
2. Схему деления модели;
3. График или периодичность передачи моделей;
4. Отклонения и уточнения EIR.
Если договор не заключен, то BEP прикладывается к договору, как уточнение и корректировка EIR. Если уже заключен, то Дополнительным соглашением.