Редактор IDS от разработчиков Solibri
Солибристы тут анонсировали онлайн конструктор для разработки IDS на английском языке.
Доступен бесплатно, но с VPN и авторизацией.
Интерфейс - ничего. Подключен к справочникам bSDD, выпадающие меню по условию, как и должно быть. Например типы классов ограничиваются выбранным классом. Как и должно быть.
Из минусов - куда-то потеряли прокрутку (опуститься к элементам ниже невозможно), а еще - отсутствует как класс - фасет partOf, что даже больше расстроило. Проверять атрибутивный состав уже и без IDS многие научились, а вот фишку солибри с глубокими проверками по связям в IDS не унаследовали. Печально.
На мой взгляд в этом направлении солибристы сильно отстают, несмотря на то, что само направление очень молодое. Радует, что наши коллеги из ИСП РАН продолжают развивать абсолютно бесплатный инструмент, работающий без ВПН и регистрации. Проверяльщик бы еще автономный сделали - цены бы не было.
Солибристы тут анонсировали онлайн конструктор для разработки IDS на английском языке.
Доступен бесплатно, но с VPN и авторизацией.
Интерфейс - ничего. Подключен к справочникам bSDD, выпадающие меню по условию, как и должно быть. Например типы классов ограничиваются выбранным классом. Как и должно быть.
Из минусов - куда-то потеряли прокрутку (опуститься к элементам ниже невозможно), а еще - отсутствует как класс - фасет partOf, что даже больше расстроило. Проверять атрибутивный состав уже и без IDS многие научились, а вот фишку солибри с глубокими проверками по связям в IDS не унаследовали. Печально.
На мой взгляд в этом направлении солибристы сильно отстают, несмотря на то, что само направление очень молодое. Радует, что наши коллеги из ИСП РАН продолжают развивать абсолютно бесплатный инструмент, работающий без ВПН и регистрации. Проверяльщик бы еще автономный сделали - цены бы не было.
👍3🔥1
Ответ на пост: Эпоха перемен: IFC уходит в прошлое или почему Autodesk готов отказаться от IFC ради USD
Очередное грандиозное рукописное творение господина @ArtemBoiko вышло на хабре. 20 минут на чтение это по современным меркам уже лонгрид. Спасибо большое Артёму за такой подробный разбор очередной новой неизведанной для большинства из простыхсмертных инженеров темы, связанной с форматами данных для стройки. Но, выскажу-таки своё мнение.
Поддержу в том, что IFC является сложным форматом. Способы его правильного приготовленияпередаются из поколения в поколение нарабатываются годами, в том числе учитывая тонкости соответствующего софта, из которого производится экспорт. Порог входа для работы с ним высокий. Требуется серьёзно разобраться и много работать. Я не могу сказать с точки зрения разработчиков, но с точки зрения пользователей это, думаю, большинству очевидно. Там много тонкостей, все решают по разному. У тангл статья выходила по этому поводу.
Но. IFC это прежде всего стандарт описания модели данных для строительства. Для меня моделью является такое описание объекта, которое воспроизводит не только визуальный образ, но и его поведение, реакцию. В модели здания или сооружения элементы модели влияют друг на друга. То есть не просто перечислены перечнем, а имеют взаимосвязи, структуру. Я не работал с USD, но мне пока не понятно как через плоский формат можно описать структуру, подобную стандарту IFC.
Стремление упростить жизнь понятно всем и понятно, что вендоры уже смотрят в сторону USD и подобных форматов. Но мне кажется, что нельзя отказываться от парадигмы модели данных, при которой элементы модели имеют не только своё описание и местоположение в пространстве, но и место в общей структуре модели, а также связи и влияние на другие элементы.
В каком виде это будет - JSON, USD, XML или иное - не знаю, пусть вендоры решат. Мне как инженеру, описывающему объект, важно описать его таким, какой он есть в реальной жизни.
Мёртвая геометрия уже превратила концепцию BIM в глазах многих обывателей в "3D модель", где основная польза от модели - весёлые картинки на презентациях.
Поэтому очень надеюсь на здравомыслиеBIM-рептилоидов разработчиков, влияющих на развитие открытых BIM-форматов, и модель останется моделью не только с позиции геометрии.
P.S. у меня одного аббревиатура USD по-прежнему ассоциируется с US Dollar?
Очередное грандиозное рукописное творение господина @ArtemBoiko вышло на хабре. 20 минут на чтение это по современным меркам уже лонгрид. Спасибо большое Артёму за такой подробный разбор очередной новой неизведанной для большинства из простых
Поддержу в том, что IFC является сложным форматом. Способы его правильного приготовления
Но. IFC это прежде всего стандарт описания модели данных для строительства. Для меня моделью является такое описание объекта, которое воспроизводит не только визуальный образ, но и его поведение, реакцию. В модели здания или сооружения элементы модели влияют друг на друга. То есть не просто перечислены перечнем, а имеют взаимосвязи, структуру. Я не работал с USD, но мне пока не понятно как через плоский формат можно описать структуру, подобную стандарту IFC.
Стремление упростить жизнь понятно всем и понятно, что вендоры уже смотрят в сторону USD и подобных форматов. Но мне кажется, что нельзя отказываться от парадигмы модели данных, при которой элементы модели имеют не только своё описание и местоположение в пространстве, но и место в общей структуре модели, а также связи и влияние на другие элементы.
В каком виде это будет - JSON, USD, XML или иное - не знаю, пусть вендоры решат. Мне как инженеру, описывающему объект, важно описать его таким, какой он есть в реальной жизни.
Мёртвая геометрия уже превратила концепцию BIM в глазах многих обывателей в "3D модель", где основная польза от модели - весёлые картинки на презентациях.
Поэтому очень надеюсь на здравомыслие
P.S. у меня одного аббревиатура USD по-прежнему ассоциируется с US Dollar?
🔥3👍1😱1💯1
ЦИМ и внешняя БД как способ связи между стадиями ЖЦ.
Как я и говорил, частых сообщений не будет. Поэтому тут долго было тишина. Но тут мне интересная новость попалась.
У Алексея Бабинова, руководителя департамента информационного моделирования и автоматизации компании WE-ON, вышел ролик с не для всех очевидным названием "WEB & BIM & sqlite & параметры ЦИМ ОКС" но крайне любопытным содержанием.
На YouTube (нужен vpn)
Или на rutube
Подход предполагает расширять возможности использования IFC моделей с применением внешней БД, чтобы можно было дополнять параметры элементов моделей без использования САПР. Это крайне полезно, например, для строителей. Открыл браузер, нашёл элементы (или группу) и присвоил им новые значения для своих нужд. Потом ещё и в новую версию модели можно выгрузить.
Что от себя хотелось бы отметить?
1. В предложенном подходе для связи БД и элементов используется GUID. Это чревато проблемами, т.к. очень часто при корректировке моделей в нативном САПР этот уникальный идентификатор элементов в модели данных может быть изменён, что влияет на стабильность связи. Нужен твёрдый идентификатор, который не будет изменяться, даже если поменяется модель или вообще используемая САПР.
2. Элемент, идентифицируемый в модели, может являться просто выделенным куском геометрии, при этом не являясь самостоятельной сущностью, и имеет смысл только при рассмотрении в комплексе (системе или группе). Тогда не понятно чему присваивать дополнительную информацию при выборе такого элемента в окне просмотра. Как решение - система классификации, при которой назначение свойств будет происходить к принадлежащему соответствующему классу по набору элементов. И даже если элемент внутри этого набора будет разбит на геометрическое части или укрупнен, связь с БД будет сохранена корректно.
3. После проектирования элементы модели должны менять не только свои атрибутивные свойства, но и пространственные. Иначе говоря, фактическое положение элементов после их строительства должно быть зафиксировано в этой модели в пространственном выражении, а не только в атрибутивном. Как на схеме в исполнительной документации. Пока такое доступно только с применением САПР, желательно и исходной модели нативного формата. Использование открытых стандартов для этих задач при предложенном подходе - серьёзный вызов, но его все равно придётся решать, потому что это возможно самое важное, что нужно на стадии строительства и эксплуатации - реальное расположение элементов в пространстве.
Алексею большое спасибо за мысли и идеи, это явно двигает отрасль вперёд и помогает специалистам взглянуть на BIM с другого ракурса.
Как я и говорил, частых сообщений не будет. Поэтому тут долго было тишина. Но тут мне интересная новость попалась.
У Алексея Бабинова, руководителя департамента информационного моделирования и автоматизации компании WE-ON, вышел ролик с не для всех очевидным названием "WEB & BIM & sqlite & параметры ЦИМ ОКС" но крайне любопытным содержанием.
На YouTube (нужен vpn)
Или на rutube
Подход предполагает расширять возможности использования IFC моделей с применением внешней БД, чтобы можно было дополнять параметры элементов моделей без использования САПР. Это крайне полезно, например, для строителей. Открыл браузер, нашёл элементы (или группу) и присвоил им новые значения для своих нужд. Потом ещё и в новую версию модели можно выгрузить.
Что от себя хотелось бы отметить?
1. В предложенном подходе для связи БД и элементов используется GUID. Это чревато проблемами, т.к. очень часто при корректировке моделей в нативном САПР этот уникальный идентификатор элементов в модели данных может быть изменён, что влияет на стабильность связи. Нужен твёрдый идентификатор, который не будет изменяться, даже если поменяется модель или вообще используемая САПР.
2. Элемент, идентифицируемый в модели, может являться просто выделенным куском геометрии, при этом не являясь самостоятельной сущностью, и имеет смысл только при рассмотрении в комплексе (системе или группе). Тогда не понятно чему присваивать дополнительную информацию при выборе такого элемента в окне просмотра. Как решение - система классификации, при которой назначение свойств будет происходить к принадлежащему соответствующему классу по набору элементов. И даже если элемент внутри этого набора будет разбит на геометрическое части или укрупнен, связь с БД будет сохранена корректно.
3. После проектирования элементы модели должны менять не только свои атрибутивные свойства, но и пространственные. Иначе говоря, фактическое положение элементов после их строительства должно быть зафиксировано в этой модели в пространственном выражении, а не только в атрибутивном. Как на схеме в исполнительной документации. Пока такое доступно только с применением САПР, желательно и исходной модели нативного формата. Использование открытых стандартов для этих задач при предложенном подходе - серьёзный вызов, но его все равно придётся решать, потому что это возможно самое важное, что нужно на стадии строительства и эксплуатации - реальное расположение элементов в пространстве.
Алексею большое спасибо за мысли и идеи, это явно двигает отрасль вперёд и помогает специалистам взглянуть на BIM с другого ракурса.
RUTUBE
WEB & BIM & sqlite & параметры ЦИМ ОКС
Видео о возможности заполнения и хранения дополнительных параметров элементов ЦИМ, необходимых на пост проектных стадиях жизненного цикла объекта капитального строительства, без привязки к вендору.
Теория: https://rutube.ru/video/private/4c88800031cba3e…
Теория: https://rutube.ru/video/private/4c88800031cba3e…
👍3🔥1
Мой унылый канал внезапно залетел в список отраслевых подборок, и я не могу не ответить взаимностью.
Я такой список не составлял, но подписаться на канал Анастасии Кирюшиной однозначно рекомендую.
За относительно короткое время Настя стала настоящей душой BIM-сообщества, внесла непосильный вклад в организации тематических отраслевых мероприятий и продолжает нести доброе и светлое информационное моделирование в массы. Если ещё не подписаны, рекомендую.
Я такой список не составлял, но подписаться на канал Анастасии Кирюшиной однозначно рекомендую.
За относительно короткое время Настя стала настоящей душой BIM-сообщества, внесла непосильный вклад в организации тематических отраслевых мероприятий и продолжает нести доброе и светлое информационное моделирование в массы. Если ещё не подписаны, рекомендую.
Telegram
Let’s manage #BIM
😮 Недавно мне телеграм сообщил, что я превысила 1000 подписок на каналы. Если вы хотите достичь таких же успехов, как и я, вот моя ЛИЧНАЯ подборочка отраслевых каналов. Решила раз уж тренд такой, сначала ЛИИС затем, Альянс.
1️⃣ Стабильный контент
⏹️Канал…
1️⃣ Стабильный контент
⏹️Канал…
🔥6👍4💯1
🎓Обучение ТИМ: тому ли учим?
Недавно вышла новость о том, что Минстрой РФ утвердил типовую доппрограмму повышения квалификации по ТИМ.
Пересказывать нудно и не интересно, тем более что уважаемые люди уже публиковали свои комментарии (например, здесь и здесь) по поводу этого.
Плюс у этого, конечно, есть. Появляется хоть какой-то единый шаблон, на основании которого можно все учебные заведения страны привести к общему ТИМ-знаменателю. Это значит, что дальше можно будет оценивать качество обучения по единым критериям, что позволит, например, рейтинговать учебные заведения, тогда и выбор может быть более объективным. Кроме того, учебным заведениям теперь есть чем прикрыться. Вот же, есть типовая программа, не мы придумали,все согласовано.
Вопрос в другом. Судя по набору дисциплин и тем, по которым будет проводиться обучение, учитывая комментарии из постов по ссылкам выше, очевидно, что в области информационного моделирования довольно серьезный раздрай в понимании необходимостей. Ситуация напоминает строительство Вавилонской башни, когда все работают на одну цель, но друг друга не понимают вообще. В профстандарте одно, в типовой программе – другое, а рынку вообще нужно третье.
У меня после ознакомления сложилось ощущение, что программу «склепали» из разных наборов положений в куче действующих ТИМ-стандартов (типа СП333, СП404 и т.п.), не связанных между собой, к тому же применение которых давно оспаривается в профсообществе. Еще промногострадальный ЕСИМ забыли и ИМ ОКС по ГрК (да-да, та самая, где будет куча XML).
⚠️К чему это приведет? На мой взгляд, объективно хорошее дело «выравнивания» содержания обучения без налаживания языка со стандартами и людьми, которые будут «потребителями» услуг обучившихся специалистов, приведет к отсутствию взаимопонимания. Рынок хочет одно, специалист говорит «нас учили по-другому», и вообще у нас не BIM, а ТИМ.
❓Что делать? Привести все стандарты к единому знаменателю. Просто хотя бы научиться на одном языке говорить. И определиться «че конкретно надо» от специалистов в области ТИМ.
#информационнаясреда
Недавно вышла новость о том, что Минстрой РФ утвердил типовую доппрограмму повышения квалификации по ТИМ.
Пересказывать нудно и не интересно, тем более что уважаемые люди уже публиковали свои комментарии (например, здесь и здесь) по поводу этого.
Плюс у этого, конечно, есть. Появляется хоть какой-то единый шаблон, на основании которого можно все учебные заведения страны привести к общему ТИМ-знаменателю. Это значит, что дальше можно будет оценивать качество обучения по единым критериям, что позволит, например, рейтинговать учебные заведения, тогда и выбор может быть более объективным. Кроме того, учебным заведениям теперь есть чем прикрыться. Вот же, есть типовая программа, не мы придумали,
Вопрос в другом. Судя по набору дисциплин и тем, по которым будет проводиться обучение, учитывая комментарии из постов по ссылкам выше, очевидно, что в области информационного моделирования довольно серьезный раздрай в понимании необходимостей. Ситуация напоминает строительство Вавилонской башни, когда все работают на одну цель, но друг друга не понимают вообще. В профстандарте одно, в типовой программе – другое, а рынку вообще нужно третье.
У меня после ознакомления сложилось ощущение, что программу «склепали» из разных наборов положений в куче действующих ТИМ-стандартов (типа СП333, СП404 и т.п.), не связанных между собой, к тому же применение которых давно оспаривается в профсообществе. Еще про
⚠️К чему это приведет? На мой взгляд, объективно хорошее дело «выравнивания» содержания обучения без налаживания языка со стандартами и людьми, которые будут «потребителями» услуг обучившихся специалистов, приведет к отсутствию взаимопонимания. Рынок хочет одно, специалист говорит «нас учили по-другому», и вообще у нас не BIM, а ТИМ.
❓Что делать? Привести все стандарты к единому знаменателю. Просто хотя бы научиться на одном языке говорить. И определиться «че конкретно надо» от специалистов в области ТИМ.
#информационнаясреда
👍6🔥2
❓Что есть BIM?
Недавний пост у коллеги про образование BIM в очередной развогнал меня в депрессию констатировал факт: в России по-прежнему BIM = Revit.
Когда многие из нас (я в частности) начинали изучать BIM-технологии 10 лет назад, наибольший вклад в продвижение внесла, конечно, компания Autodesk. Естественно и я, будучи простым конструктором, пришел в BIM именно через Revit. Однако, готовив магистерский диссер на тему BIM-технологий, я очень много изучал саму методологию, которая Revit-ом, естественно, не ограничивается.
BIM имеет разные расшифровки. Это не только информационная модель здания, но и информационная модель строительства, информационный менеджмент в строительстве (да, M - тоже может рассматриваться как Менеджмент). Revit - супер инструмент для разработки трехмерной информационной модели здания или сооружения. Но это только один из инструментов, реализующий технологию информационного моделирования.
Причем, отдельные сценарии, связанные, в том числе с формированием трехмерной модели, подсчета объемов и выпуска чертежей.
Основываясь на международных стандартах серии ISO 19650, информационная модель включает в себя как структурированные (трехмерные модели, базы данных, электронные таблицы) так и неструктурированные (облака точек, текстовые документы, аудио, фото, видео) данные. А среда общих данных это не просто зоны с известными статусами, а пространство, где информация распространяется в рамках управляемого процесса.
Создание трехмерной модели с автоматизацией рутинных задач, наполнение атрибутами и оформление чертежей и спецификации - это важные и распространённые примеры использования малого BIM. Я тоже с этого начинал.
Но поработав в структуре технического заказчика, я вам честно скажу - BIM-модель это только часть всей взаимосвязанной информации о проекте, которую он использует (если использует вообще).
Важно понимать, что BIM не определяется только САПРом. Он включает в себя три важнейших компонента: инструменты, процессы и люди.
И если с инструментами "всё понятно", то без "людей" и "процессов" BIM предлагает очень узкий набор преимуществ.
⚠️Дорогие бимщики! BIM это не только "Revit" и "Dynamo". Пожалуйста, учитесь не только САПР и программированию.
❇️ Учитесь бизнес-анализу, учитесь описывать процессы и оптимизировать их. Стандартизированные процессы обмена информацией позволят вовлечь в информационное моделирование больше людей, повысят достоверность и качество управляемых данных, распределит нагрузку и сделает технологию гораздо эффективнее. А применение инструментов автоматизации процессов управления информацией (СОД в том числе) позволит сократить время протекания процесса и упростить взаимодействие участников проекта.
❇️ Учитесь управлять проектами. Сроки, риски, ресурсы и т.п. Например, календарно-сетевые графики это не только "обои" на стене бытовки у прораба. Это полноценная структурированная часть информационной модели, где ее элементом является работа. Работы связаны между собой. Изменение одной работы влечет изменение в других, за счет связей. Кто вносит информацию о ресурсах? Кто вносит факт и кто его подтверждает? Какие инструменты для этого используются? Это все описывается процессами и реализуется конкретными цифровыми инструментами.
❇️ Учитесь оперировать данными. Управлять, извлекать, анализировать. Моделеориентированный подход предполагает извлечение выгод из использования(!) модели, не только для формирования чертежей и проверки на коллизии. Систематизация управления данными тоже является предметом описания процессов. Потому что как вы сформируете требования к модели в своем EIR, если не будете знать ДЛЯ ЧЕГО вы ее собрались использовать и КАК эта информация будет использована.
Где-то в глубине души у меня еще тлеет надежда, что BIM в России станет еще сильнее и не будет в головах большинства ограничиваться только САПР и 3D. Но пока что есть - то есть.
#информационнаясреда
Недавний пост у коллеги про образование BIM в очередной раз
Когда многие из нас (я в частности) начинали изучать BIM-технологии 10 лет назад, наибольший вклад в продвижение внесла, конечно, компания Autodesk. Естественно и я, будучи простым конструктором, пришел в BIM именно через Revit. Однако, готовив магистерский диссер на тему BIM-технологий, я очень много изучал саму методологию, которая Revit-ом, естественно, не ограничивается.
BIM имеет разные расшифровки. Это не только информационная модель здания, но и информационная модель строительства, информационный менеджмент в строительстве (да, M - тоже может рассматриваться как Менеджмент). Revit - супер инструмент для разработки трехмерной информационной модели здания или сооружения. Но это только один из инструментов, реализующий технологию информационного моделирования.
Причем, отдельные сценарии, связанные, в том числе с формированием трехмерной модели, подсчета объемов и выпуска чертежей.
Основываясь на международных стандартах серии ISO 19650, информационная модель включает в себя как структурированные (трехмерные модели, базы данных, электронные таблицы) так и неструктурированные (облака точек, текстовые документы, аудио, фото, видео) данные. А среда общих данных это не просто зоны с известными статусами, а пространство, где информация распространяется в рамках управляемого процесса.
Создание трехмерной модели с автоматизацией рутинных задач, наполнение атрибутами и оформление чертежей и спецификации - это важные и распространённые примеры использования малого BIM. Я тоже с этого начинал.
Но поработав в структуре технического заказчика, я вам честно скажу - BIM-модель это только часть всей взаимосвязанной информации о проекте, которую он использует (если использует вообще).
Важно понимать, что BIM не определяется только САПРом. Он включает в себя три важнейших компонента: инструменты, процессы и люди.
И если с инструментами "всё понятно", то без "людей" и "процессов" BIM предлагает очень узкий набор преимуществ.
⚠️Дорогие бимщики! BIM это не только "Revit" и "Dynamo". Пожалуйста, учитесь не только САПР и программированию.
❇️ Учитесь бизнес-анализу, учитесь описывать процессы и оптимизировать их. Стандартизированные процессы обмена информацией позволят вовлечь в информационное моделирование больше людей, повысят достоверность и качество управляемых данных, распределит нагрузку и сделает технологию гораздо эффективнее. А применение инструментов автоматизации процессов управления информацией (СОД в том числе) позволит сократить время протекания процесса и упростить взаимодействие участников проекта.
❇️ Учитесь управлять проектами. Сроки, риски, ресурсы и т.п. Например, календарно-сетевые графики это не только "обои" на стене бытовки у прораба. Это полноценная структурированная часть информационной модели, где ее элементом является работа. Работы связаны между собой. Изменение одной работы влечет изменение в других, за счет связей. Кто вносит информацию о ресурсах? Кто вносит факт и кто его подтверждает? Какие инструменты для этого используются? Это все описывается процессами и реализуется конкретными цифровыми инструментами.
❇️ Учитесь оперировать данными. Управлять, извлекать, анализировать. Моделеориентированный подход предполагает извлечение выгод из использования(!) модели, не только для формирования чертежей и проверки на коллизии. Систематизация управления данными тоже является предметом описания процессов. Потому что как вы сформируете требования к модели в своем EIR, если не будете знать ДЛЯ ЧЕГО вы ее собрались использовать и КАК эта информация будет использована.
Где-то в глубине души у меня еще тлеет надежда, что BIM в России станет еще сильнее и не будет в головах большинства ограничиваться только САПР и 3D. Но пока что есть - то есть.
#информационнаясреда
👍8🔥4😁1💯1
🔍Зачем определять свойства в ЦИМ?
У проекта bimcorner вышла довольно очевидная, но всё же интересная статья о стандартизации требований к свойствам в ЦИМ.
Всё по делу, и таблички, и типы данных, и привязки к этапам и т.д. Думал, прокомментировать, что мол, уже IDS есть, в очередной раз вспомнив мой вебинарчик про IDS (за что в очередной раз спасибо за приглашение автора @bimsert), если еще не знаете что это такое, рекомендую посмотреть. Ну или ждите следующую статью от bimcorner.
🤨Меня другое зацепило. А именно абзац, где рассказывается о последовательности шагов. И конечно, первое это что? Define Your Data Scope. Все верно, определи область применения. И общими словами указано мол определите на каких этапах (с несколькими пунктами расшифровки) вы будете использовать вашу модель. А дальше сразу "Build Your Property List", ну то есть собери требуемый набор свойств.А че так можно было?
(Дальше в статье расписывается способ систематизации свойств, но я об этом не хочу говорить, можете почитать сами или у моих коллег, которые об этом частенько пишут.)
Самым распространенным способом ограничить набор требований к элементам ЦИМ является так называемая концепция LOD (Level of Development), или уровней проработки, где определенный набор уровней ограничивает определенный набор информационной насыщенности. Она и по сей день живет в различных нормативных документах многих стран.
❗️Как показала практика, LODы часто не отвечают на один простой вопрос: зачем?
В различных EIRах встречались как абстрактные LODы (сделайте-ка мне модель LOD100500, чтобы круче всех было!), так имелкодисперстные детализированные LODы, с которыми уже хоть как-то, но можно было работать. Тем не менее, главной проблемой было отсутствие связи вписанных в LOD требований к модели к целям их использования. Проектировщик сделает вам любую детализацию, если вам нужна именно модель.
Большинство заказчиков, увы, закладывая LOD в свои ТЗ на модель, как правило вообще не знает что с этим будет делать.
❓И что тогда делать?
✅Сценарии прорабатывать. BIM-сценарии, конечно же. Сценарий это не просто описанная в двух словах цель. Это полноценный процесс, с указанием целей, входов, выходов, участников и их действиях. С указанием что, когда, кто и кому передает информацию таким образом, чтобы BIM приводил к требуемому эффекту. С описанием минимально необходимой для реализации информации. У buildingSMART аж целый проект для этого создавался.
📝Я для формализации сценария использую внутренний документ компании, который называется паспортом. А структуру данных для него заимствую из международного стандарта IDM (который, кстати, утвержден в России в качестве ГОСТ 10.0.03-2019).
⚠️Заполнение даже одного значения атрибута - это трудозатраты. Все трудозатраты должны быть обоснованы целями, для которых создается продукт (а модель - это продукт, а не только инструмент выпекания чертежей). Понимая ДЛЯ ЧЕГО вносится та или иная информация, стандартизируя процесс ее получения и передачи, мы осознаем ценность вложенного труда. А значит можем точнее измерить его стоимость. Тогда и заказчик понимает ЗА ЧТО он платит, а исполнитель понимает границы его работы.
Так давайте же подходить к определению требований осознанно. Чтобы это не выглядело - "Сделай чтоб было".
P.S. А к этой табличке атрибутов из статьи можно приделать графу с набором сценариев и отмечать какой атрибут в каком сценарии задействован. Тогда я смогу отслеживать точно какой набор информации мне потребуется для решения конкретных выбранных задач.
#информационнаясреда
У проекта bimcorner вышла довольно очевидная, но всё же интересная статья о стандартизации требований к свойствам в ЦИМ.
Всё по делу, и таблички, и типы данных, и привязки к этапам и т.д. Думал, прокомментировать, что мол, уже IDS есть, в очередной раз вспомнив мой вебинарчик про IDS (за что в очередной раз спасибо за приглашение автора @bimsert), если еще не знаете что это такое, рекомендую посмотреть. Ну или ждите следующую статью от bimcorner.
🤨Меня другое зацепило. А именно абзац, где рассказывается о последовательности шагов. И конечно, первое это что? Define Your Data Scope. Все верно, определи область применения. И общими словами указано мол определите на каких этапах (с несколькими пунктами расшифровки) вы будете использовать вашу модель. А дальше сразу "Build Your Property List", ну то есть собери требуемый набор свойств.
(Дальше в статье расписывается способ систематизации свойств, но я об этом не хочу говорить, можете почитать сами или у моих коллег, которые об этом частенько пишут.)
Самым распространенным способом ограничить набор требований к элементам ЦИМ является так называемая концепция LOD (Level of Development), или уровней проработки, где определенный набор уровней ограничивает определенный набор информационной насыщенности. Она и по сей день живет в различных нормативных документах многих стран.
❗️Как показала практика, LODы часто не отвечают на один простой вопрос: зачем?
В различных EIRах встречались как абстрактные LODы (сделайте-ка мне модель LOD100500, чтобы круче всех было!), так и
Большинство заказчиков, увы, закладывая LOD в свои ТЗ на модель, как правило вообще не знает что с этим будет делать.
❓И что тогда делать?
✅Сценарии прорабатывать. BIM-сценарии, конечно же. Сценарий это не просто описанная в двух словах цель. Это полноценный процесс, с указанием целей, входов, выходов, участников и их действиях. С указанием что, когда, кто и кому передает информацию таким образом, чтобы BIM приводил к требуемому эффекту. С описанием минимально необходимой для реализации информации. У buildingSMART аж целый проект для этого создавался.
📝Я для формализации сценария использую внутренний документ компании, который называется паспортом. А структуру данных для него заимствую из международного стандарта IDM (который, кстати, утвержден в России в качестве ГОСТ 10.0.03-2019).
⚠️Заполнение даже одного значения атрибута - это трудозатраты. Все трудозатраты должны быть обоснованы целями, для которых создается продукт (а модель - это продукт, а не только инструмент выпекания чертежей). Понимая ДЛЯ ЧЕГО вносится та или иная информация, стандартизируя процесс ее получения и передачи, мы осознаем ценность вложенного труда. А значит можем точнее измерить его стоимость. Тогда и заказчик понимает ЗА ЧТО он платит, а исполнитель понимает границы его работы.
Так давайте же подходить к определению требований осознанно. Чтобы это не выглядело - "Сделай чтоб было".
P.S. А к этой табличке атрибутов из статьи можно приделать графу с набором сценариев и отмечать какой атрибут в каком сценарии задействован. Тогда я смогу отслеживать точно какой набор информации мне потребуется для решения конкретных выбранных задач.
#информационнаясреда
👍7💯3🔥2
This media is not supported in your browser
VIEW IN TELEGRAM
➡️ Информационная модель ... процесса?
В предыдущем посте с рассказывал про проработку BIM-сценариев и говорил о том, что они включают в себя стандартизированный бизнес-процесс.
📝 Я для описания бизнес-процессов использую нотацию (т.е. язык описания) BPMN 2.0 - Business Process Model Notation.
Обратите внимание, что в расшифровке аббревиатуры присутствует слово Model - модель.
❗️Это означает, что это не просто блок схема. Это полноценная информационная модель бизнес-процесса. Моделью ее делает структурная взаимосвязь всех элементов, включая действия, события, шлюзы выбора, изменение одного из которых приводит к изменению всей модели процесса.
Такие модели, как правило, описываются в XML и могут быть интегрированы в системы автоматизации (BPMS). А современные средства описания позволяют проводить и симуляцию процесса (как на видео), а некоторые и автоматически проверять исполнимость процесса.
А вот как заставить всех работать по процессу - совсем другая история...)
#информационнаясреда #ликбез
В предыдущем посте с рассказывал про проработку BIM-сценариев и говорил о том, что они включают в себя стандартизированный бизнес-процесс.
📝 Я для описания бизнес-процессов использую нотацию (т.е. язык описания) BPMN 2.0 - Business Process Model Notation.
Обратите внимание, что в расшифровке аббревиатуры присутствует слово Model - модель.
❗️Это означает, что это не просто блок схема. Это полноценная информационная модель бизнес-процесса. Моделью ее делает структурная взаимосвязь всех элементов, включая действия, события, шлюзы выбора, изменение одного из которых приводит к изменению всей модели процесса.
Такие модели, как правило, описываются в XML и могут быть интегрированы в системы автоматизации (BPMS). А современные средства описания позволяют проводить и симуляцию процесса (как на видео), а некоторые и автоматически проверять исполнимость процесса.
А вот как заставить всех работать по процессу - совсем другая история...)
#информационнаясреда #ликбез
🔥5👍3💯1
🤔 Чего хочет заказчик?
Уже не первый раз сталкиваюсь с проблемой взаимопонимания участников проекта в вопросе использования BIM-технологий. Прежде всего это касается позиции заказчика.
Сразу оговорюсь, здесь под заказчиком я понимаю службу заказчика или технического заказчика, которые занимаются реализацией строительного проекта.
На совсем недавно прошедшем оффлайн-мероприятии, как раз встречались представители разных сторон для обсуждения наболевших вопросов информационных требований. В частности были представители проектировщиков, экспертизы, госорганов и др. Было интересно, ждем продолжения.
Каждый участник поделился своим видением. Я не участвовал, поэтому поделюсь своим.
Я работал консультантом от заказчика на одном крупном промышленном проекте. Надо сразу сказать, что совокупная цифровая зрелось заказчика была довольно низкой. Но аппетиты его росли вместе с ростом зрелости, которую он обретал, вовлекаясь в цифровые процессы и работу с BIM-моделями. За время работы с заказчиком я в очередной раз убедился в главной его цели - построить объект качественно, не вылезая за бюджеты и в установленные сроки. А это ключевые элементы чего? Правильно, проектного управления. А что это значит в свою очередь? Что при отсутствии корректно выстроенного проектного менеджмента на проекте никакие BIM-технологии не помогут. Вернее как, они в лучшем случае останутся в уровне проектировщика. Но со стороны заказчика модель останется "игрушкой", которой в случае чего можно похвастаться перед руководством.
Сроки при этом все равно будут "ехать вправо", а затраты все равно расти. В результате имеем отношение заказчика, у которого всё горит "и тут еще эти ваши бимы никому не нужные".
❓А когда нужные?
📈Когда заказчик начинает грамотно управлять проектом. Даже в цифровом плане не очень зрелые заказчики, но с правильно выстроенным проектным менеджментом, опираются на множество инструментов. В традиционном понимании инструменты чаще всего это люди, вернее профессионалы - лояльные, ответственные, на которых можно положиться и которым можно доверять. Каждый занимает свою роль, и проектный менеджер, как интегратор, получает всю информацию от команды проекта. Проблема в том, что людям свойственно ошибаться. Сквозные цифровые процессы обмена информацией эту проблему частично решают, сокращая количество возможных ошибок. Элементарное наличие среды общих данных, даже без BIM-моделей, резко повышает качество управления проектом, потому что появляется один источник согласованной информации (Single Source of Truth). Связанная цепочка документов с кучей метаданных и удобным поиском, автоматические статусы согласований, интерактивные отчеты и дашборды текущей ситуации по проекту и т.п. - только некоторые кейсы, позволяющие заказчику своевременно принимать управленческие решения. Однако документоориентированный подход, доминирующий в проектной практике накладывает свои ограничения - проектную документацию по прежнему разрабатывают и проверяют люди. Как следствие - ошибки и проблемы на стройплощадке.
❇️Использование BIM-моделей даже "на минималках" предоставляет заказчику возможность лучше и точнее проверить качество проектной и рабочей документации, выдаваемой в производство работ. А с ростом аппетитов он и сметы захочет, и интерактивные графики СМР, закупки и стройконтроль и т.д... Проходили.
BIM (как технология) с развитием зрелости заказчика предоставляет для него крайне удобный источник информации для управления проектом.
И именно от зрелости заказчика, прежде всего в области проектного управления, зависит глубина проработки информационных требований. Потому что зрелый в этом плане заказчик ищет надежные инструменты. И поэтому уж точно знает, чего хочет.
#информационнаясреда
Уже не первый раз сталкиваюсь с проблемой взаимопонимания участников проекта в вопросе использования BIM-технологий. Прежде всего это касается позиции заказчика.
Сразу оговорюсь, здесь под заказчиком я понимаю службу заказчика или технического заказчика, которые занимаются реализацией строительного проекта.
На совсем недавно прошедшем оффлайн-мероприятии, как раз встречались представители разных сторон для обсуждения наболевших вопросов информационных требований. В частности были представители проектировщиков, экспертизы, госорганов и др. Было интересно, ждем продолжения.
Каждый участник поделился своим видением. Я не участвовал, поэтому поделюсь своим.
Я работал консультантом от заказчика на одном крупном промышленном проекте. Надо сразу сказать, что совокупная цифровая зрелось заказчика была довольно низкой. Но аппетиты его росли вместе с ростом зрелости, которую он обретал, вовлекаясь в цифровые процессы и работу с BIM-моделями. За время работы с заказчиком я в очередной раз убедился в главной его цели - построить объект качественно, не вылезая за бюджеты и в установленные сроки. А это ключевые элементы чего? Правильно, проектного управления. А что это значит в свою очередь? Что при отсутствии корректно выстроенного проектного менеджмента на проекте никакие BIM-технологии не помогут. Вернее как, они в лучшем случае останутся в уровне проектировщика. Но со стороны заказчика модель останется "игрушкой", которой в случае чего можно похвастаться перед руководством.
Сроки при этом все равно будут "ехать вправо", а затраты все равно расти. В результате имеем отношение заказчика, у которого всё горит "и тут еще эти ваши бимы никому не нужные".
❓А когда нужные?
📈Когда заказчик начинает грамотно управлять проектом. Даже в цифровом плане не очень зрелые заказчики, но с правильно выстроенным проектным менеджментом, опираются на множество инструментов. В традиционном понимании инструменты чаще всего это люди, вернее профессионалы - лояльные, ответственные, на которых можно положиться и которым можно доверять. Каждый занимает свою роль, и проектный менеджер, как интегратор, получает всю информацию от команды проекта. Проблема в том, что людям свойственно ошибаться. Сквозные цифровые процессы обмена информацией эту проблему частично решают, сокращая количество возможных ошибок. Элементарное наличие среды общих данных, даже без BIM-моделей, резко повышает качество управления проектом, потому что появляется один источник согласованной информации (Single Source of Truth). Связанная цепочка документов с кучей метаданных и удобным поиском, автоматические статусы согласований, интерактивные отчеты и дашборды текущей ситуации по проекту и т.п. - только некоторые кейсы, позволяющие заказчику своевременно принимать управленческие решения. Однако документоориентированный подход, доминирующий в проектной практике накладывает свои ограничения - проектную документацию по прежнему разрабатывают и проверяют люди. Как следствие - ошибки и проблемы на стройплощадке.
❇️Использование BIM-моделей даже "на минималках" предоставляет заказчику возможность лучше и точнее проверить качество проектной и рабочей документации, выдаваемой в производство работ. А с ростом аппетитов он и сметы захочет, и интерактивные графики СМР, закупки и стройконтроль и т.д... Проходили.
BIM (как технология) с развитием зрелости заказчика предоставляет для него крайне удобный источник информации для управления проектом.
И именно от зрелости заказчика, прежде всего в области проектного управления, зависит глубина проработки информационных требований. Потому что зрелый в этом плане заказчик ищет надежные инструменты. И поэтому уж точно знает, чего хочет.
#информационнаясреда
🔥6👍2💯2
⏺️Почему госзаказчик требует IFC? (Рубрика очевидное-невероятное)
Недавно в одном из чатов была дискуссия о том, почему в информационных требованиях заказчика, в основном - госзаказчика, идёт запрос на предоставление моделей в формате IFC. У специалистов, работающих в частном бизнесе, и сталкивающихся с такими требованиями, возникает закономерный вопрос: для чего? Ведь формирование моделей в формате IFC имеет свою специфику и приводит к дополнительным трудозатратам. В особенности, если до этого компания работала только в моновендорной среде.
На самом деле всё довольно просто. Все госзаказчики так или иначе связаны с ФЗ-44, проще говоря с правилами госзакупок. Согласно этому ФЗ, а именно положениям статьи 33 "Правила описания объекта закупки", заказчик не может указывать в требованиях такую характеристику, которая влечет за собой ограничение количества участников закупки. Иначе говоря, ограничивает конкуренцию. А еще есть сам ФЗ-135 "О защите конкуренции", где в нескольких статьях (11, 14, 17...) косвенно по тексту запрещено лоббирование производителей.
Если еще проще, то указание требований к предоставлению результата в формате, например, *.rvt, который можно сформировать только с применением одного конкретного программного продукта, является фактом ограничения конкуренции, а при определенных условиях и лоббирования конкретного производителя.
❓Тогда почему IFC?Так исторически сложилось.
Да потому что это самый распространенный формат для работы с ЦИМ с открытой спецификацией и не от конкретного производителя софта.
Несмотря на то, что корнями разработки являются все те же производители ПО, он не лоббирует конкретного производителя и не ограничивает конкуренцию. Выпускается-то он из большинства современных BIM-платформ.
И это несмотря на то, что он является зарубежным.
И это несмотря на то, что российские вендоры предлагали отечественные альтернативные форматы (пример 1, пример 2).
IFC доступен для чтения большинством программ для работы с моделями, существуют бесплатные и свободно распространяемые (open source) программные решения для работы с ними.
Но самое важное, что IFC не просто формат. Это стандарт, описывающий модель данных в строительстве. То есть где все элементы модели имеют принадлежность к классу и место в сложной системе взаимосвязей.
❗️Возникает еще один другой вопрос - почему тогда мы частенько встречаем в требованиях предоставление чертежей DWG и PDF? Ведь они проприетарные? Да, но они не ограничивают конкуренцию. DWG выпускается из множества CAD-программ, а PDF читается большинством бесплатных просмотрщиков. Парадоксально, но факт (хотя, может я ошибаюсь и это нарушение и на него закрывают глаза)
📔В ПП-614 от 17.05.2024, определяющим состав ИМ ОКС, основным форматом обмена является открытый формат XML по схемам, утвержденным Минстроем. Тем не менее, для отдельных видов документов, в частности трехмерных цифровых информационных моделей по-прежнему требуется IFC.
⚠️Я вижу проблему как раз в другом - отсутствие понимания заказчиком как использовать эти модели. То есть разработчики "плюхаются" делать модели по требованиям, но в результате отточенные модели кладутся на полку и не используются ни при строительстве, ни при эксплуатации.
💬Тема абсолютно дискуссионная. Если у вас есть интересные кейсы по этому вопросу, поделитесь в комментариях, было бы интересно.
P.S. Solibri, как один из лучших представителей ПО для анализа ЦИМ работает только с IFC. А государственные органы европейских стран делали ставку на IFC еще в начале прошлого десятилетия (Норвегия, в частности, имплементировала машиночитаемые требования к IFC-моделям в 2013 году и они до сих пор доступны в Solibri как внешний патч для контроля соответствия информационным требованиям).
#информационнаясреда
Недавно в одном из чатов была дискуссия о том, почему в информационных требованиях заказчика, в основном - госзаказчика, идёт запрос на предоставление моделей в формате IFC. У специалистов, работающих в частном бизнесе, и сталкивающихся с такими требованиями, возникает закономерный вопрос: для чего? Ведь формирование моделей в формате IFC имеет свою специфику и приводит к дополнительным трудозатратам. В особенности, если до этого компания работала только в моновендорной среде.
На самом деле всё довольно просто. Все госзаказчики так или иначе связаны с ФЗ-44, проще говоря с правилами госзакупок. Согласно этому ФЗ, а именно положениям статьи 33 "Правила описания объекта закупки", заказчик не может указывать в требованиях такую характеристику, которая влечет за собой ограничение количества участников закупки. Иначе говоря, ограничивает конкуренцию. А еще есть сам ФЗ-135 "О защите конкуренции", где в нескольких статьях (11, 14, 17...) косвенно по тексту запрещено лоббирование производителей.
Если еще проще, то указание требований к предоставлению результата в формате, например, *.rvt, который можно сформировать только с применением одного конкретного программного продукта, является фактом ограничения конкуренции, а при определенных условиях и лоббирования конкретного производителя.
❓Тогда почему IFC?
Да потому что это самый распространенный формат для работы с ЦИМ с открытой спецификацией и не от конкретного производителя софта.
Несмотря на то, что корнями разработки являются все те же производители ПО, он не лоббирует конкретного производителя и не ограничивает конкуренцию. Выпускается-то он из большинства современных BIM-платформ.
И это несмотря на то, что он является зарубежным.
И это несмотря на то, что российские вендоры предлагали отечественные альтернативные форматы (пример 1, пример 2).
IFC доступен для чтения большинством программ для работы с моделями, существуют бесплатные и свободно распространяемые (open source) программные решения для работы с ними.
Но самое важное, что IFC не просто формат. Это стандарт, описывающий модель данных в строительстве. То есть где все элементы модели имеют принадлежность к классу и место в сложной системе взаимосвязей.
❗️Возникает еще один другой вопрос - почему тогда мы частенько встречаем в требованиях предоставление чертежей DWG и PDF? Ведь они проприетарные? Да, но они не ограничивают конкуренцию. DWG выпускается из множества CAD-программ, а PDF читается большинством бесплатных просмотрщиков. Парадоксально, но факт
📔В ПП-614 от 17.05.2024, определяющим состав ИМ ОКС, основным форматом обмена является открытый формат XML по схемам, утвержденным Минстроем. Тем не менее, для отдельных видов документов, в частности трехмерных цифровых информационных моделей по-прежнему требуется IFC.
⚠️Я вижу проблему как раз в другом - отсутствие понимания заказчиком как использовать эти модели. То есть разработчики "плюхаются" делать модели по требованиям, но в результате отточенные модели кладутся на полку и не используются ни при строительстве, ни при эксплуатации.
💬Тема абсолютно дискуссионная. Если у вас есть интересные кейсы по этому вопросу, поделитесь в комментариях, было бы интересно.
P.S. Solibri, как один из лучших представителей ПО для анализа ЦИМ работает только с IFC. А государственные органы европейских стран делали ставку на IFC еще в начале прошлого десятилетия (Норвегия, в частности, имплементировала машиночитаемые требования к IFC-моделям в 2013 году и они до сих пор доступны в Solibri как внешний патч для контроля соответствия информационным требованиям).
#информационнаясреда
👍7🔥3
🫣Куда девать столько коллизий?
Совсем недавно где-то обсуждали, что в процессе междисциплинарной координации, несмотря на довольно приличную глубину детализации матрицы коллизий, приходится разгребать довольно большое количество пересечений. Несмотря на хорошо отстроенные механизмы проверки, позволяющие еще до запуска довольно точно сопоставить «что надо, а что не надо», в процессе все равно встречаются проблемные ситуации. Но иногда в требованиях довольно жестко указывается что все коллизии должны быть исключены, а матрицу коллизий бесконечно не «растянуть» и не детализировать.
Решил вспомнить свой опыт. В Solibri внутри почти что у каждой проверки есть замечательный встроенный инструмент, который называется Severity, определяющий критичность проблемы. Принцип его действий был прост – по сути это дополнительный фильтр условий, при которых найденная проблема получает свой уровень критичности – низкий или высокий. Все что не относится является средним уровнем.
❓Но как определить что критично, а что не очень?
На основе исходных приоритетов определили для себя вот такую градацию:
🔴Высокая степень критичности назначается проблемам, которые влияют или могут повлиять на срок реализации проекта или его безопасность в соответствии с регламентом о технической безопасности.
🟠Средняя степень критичности назначается проблемам, которые влияют на стоимость проекта и влияние на стоимость дальнейшей эксплуатации объекта.
🟡Низкая степень критичности назначается проблемам, которые не влияют на общий ход реализации проекта и могут быть исправлены по месту.
Те условия, которые были ясны изначально (утрированно, например, при проверке любых «стен» и «трубопроводов», если трубопровод пересекает перегородку из гипсокартона), мы обозначали как фильтр в проверку, а отдельные выявленные проблемы помечали уже в процессе координационного совещания.
⏱Но даже этот подход серьезно сокращал время и трудозатраты, т.к. основное внимание уделялось проблемам высокой критичности, которые например не могут быть быстро устранены на площадке или даже потребуют замены оборудования. К тому же это позволяло не перегружать матрицу коллизий кучей дополнительных категорий.
✅Этот же подход я позже использовал в Pilot-BIM, где ставил коллизиям соответствующий статус при их обработке. Там, конечно, на тот момент нельзя было задавать такой детальный фильтр изначально (как сейчас не знаю), но применительно этот подход тоже подошел.
📝А как у вас? Поделитесь в комментариях.
#информационнаясреда
Совсем недавно где-то обсуждали, что в процессе междисциплинарной координации, несмотря на довольно приличную глубину детализации матрицы коллизий, приходится разгребать довольно большое количество пересечений. Несмотря на хорошо отстроенные механизмы проверки, позволяющие еще до запуска довольно точно сопоставить «что надо, а что не надо», в процессе все равно встречаются проблемные ситуации. Но иногда в требованиях довольно жестко указывается что все коллизии должны быть исключены, а матрицу коллизий бесконечно не «растянуть» и не детализировать.
Решил вспомнить свой опыт. В Solibri внутри почти что у каждой проверки есть замечательный встроенный инструмент, который называется Severity, определяющий критичность проблемы. Принцип его действий был прост – по сути это дополнительный фильтр условий, при которых найденная проблема получает свой уровень критичности – низкий или высокий. Все что не относится является средним уровнем.
❓Но как определить что критично, а что не очень?
На основе исходных приоритетов определили для себя вот такую градацию:
🔴Высокая степень критичности назначается проблемам, которые влияют или могут повлиять на срок реализации проекта или его безопасность в соответствии с регламентом о технической безопасности.
🟠Средняя степень критичности назначается проблемам, которые влияют на стоимость проекта и влияние на стоимость дальнейшей эксплуатации объекта.
🟡Низкая степень критичности назначается проблемам, которые не влияют на общий ход реализации проекта и могут быть исправлены по месту.
Те условия, которые были ясны изначально (утрированно, например, при проверке любых «стен» и «трубопроводов», если трубопровод пересекает перегородку из гипсокартона), мы обозначали как фильтр в проверку, а отдельные выявленные проблемы помечали уже в процессе координационного совещания.
⏱Но даже этот подход серьезно сокращал время и трудозатраты, т.к. основное внимание уделялось проблемам высокой критичности, которые например не могут быть быстро устранены на площадке или даже потребуют замены оборудования. К тому же это позволяло не перегружать матрицу коллизий кучей дополнительных категорий.
✅Этот же подход я позже использовал в Pilot-BIM, где ставил коллизиям соответствующий статус при их обработке. Там, конечно, на тот момент нельзя было задавать такой детальный фильтр изначально (как сейчас не знаю), но применительно этот подход тоже подошел.
📝А как у вас? Поделитесь в комментариях.
#информационнаясреда
👍6🔥2
📗XML - это тоже цифровизация?
На днях в одной частной беседе с коллегой дискутировали по вопросу XMLизации Минстроем строительной отрасли: разработка множества XML-схем и публикация их на официальном сайте регулятора, появление сервисов для формирования XML-документов, обязаловка предоставления некоторых из них в экспертизу и т.д.
В ходе дискуссии задавался вопрос: почему государство, как главный заказчик цифровой трансформации выбрало такой путь? Ведь рынок уже больше 10 лет активно внедряет BIM с точки зрения объектно-ориентированного производства, где во главу угла ставится цифровая модель, которая является основой для всей производной информации (чертежей, спецификаций, ведомостей и т.п.)
Тема, на самом деле не такая однозначная, и причин может быть довольно много.
Но я вспомнил вот что, и решил об этом написать.
📍Несколько лет назад в одной из презентаций одного госучреждения озвучивался один важный с точки зрения государства тезис касательно цифровой трансформации отрасли - переход должен быть эволюционным, а не революционным.
⏺️ Все BIM-специалисты (в т.ч. и проектировщики, которые активно используют BIM) явно понимают, что подход информационного моделирования не просто меняет инструмент. Он меняет процессы и результаты деятельности. Все кто переходил от традиционных подходов к BIM так или иначе "ломал голову". А на уровне управления деятельностью все еще сложнее. Нужно не просто "поменять" мышление всех специалистов, нужно еще и преобразовать процессы взаимодействия. Отсюда и много смежных задач: ресурсно-материальная база, образовательные стандарты, кадровая подготовка...
Видимо, это одна из тех причин, по которой государство оказалось не готовым так кардинально трансформировать отрасль.
Но цифровизацию никто не отменял.
❓И как поступили? Правильно - оцифровали документы.
❇️Ведь что такое XML-документ? Это простым языком тот же текстовый документ, но "размеченный" так, чтобы его могла понимать машина.
Тем более, что у государственных органов смежных отраслей есть положительный опыт взаимодействия между их информационными системами через систему межведомственного электронного взаимодействия (СМЭВ), обменной формой для которых как раз является XML.
А государству как раз выгодно, чтобы больше отраслей могли в цифровом виде обмениваться информацией, и строительная - не исключение.
Так вот, получается что таким образом можно цифровизовать отрасль, кардинально не меняя процессы, ведь процесс по прежнему документоориентированный. А значит изменение будет только в определенных процедурах, где по -сути меняется только инструментарий. Поэтому да, это тоже цифровизация.
❌ Я не согласен по-прежнему с другим - с называнием этого процесса технологией информационного моделирования.
При создании информационной модели (!) в строительстве (BIM именно про строительство) формируется объектно-ориентированная база данных, где сам объект представляется в форме модели. Каждый элемент модели имеет свое место в иерархии и взаимоувязан с другими элементами модели. Изменение одного элемента отражается на общем поведении модели, что является важнейшей отличительной особенностью информационного моделирования. А уже к элементам этой модели могут быть привязаны различные документы. Хоть текстовые, хоть цифровые.
🗂А когда мы имеем дело с базой документов по объекту, это система документооборота.
Так хочется, все-таки называть, вещи своими именами. 😒
#информационнаясреда
На днях в одной частной беседе с коллегой дискутировали по вопросу XMLизации Минстроем строительной отрасли: разработка множества XML-схем и публикация их на официальном сайте регулятора, появление сервисов для формирования XML-документов, обязаловка предоставления некоторых из них в экспертизу и т.д.
В ходе дискуссии задавался вопрос: почему государство, как главный заказчик цифровой трансформации выбрало такой путь? Ведь рынок уже больше 10 лет активно внедряет BIM с точки зрения объектно-ориентированного производства, где во главу угла ставится цифровая модель, которая является основой для всей производной информации (чертежей, спецификаций, ведомостей и т.п.)
Тема, на самом деле не такая однозначная, и причин может быть довольно много.
Но я вспомнил вот что, и решил об этом написать.
📍Несколько лет назад в одной из презентаций одного госучреждения озвучивался один важный с точки зрения государства тезис касательно цифровой трансформации отрасли - переход должен быть эволюционным, а не революционным.
⏺️ Все BIM-специалисты (в т.ч. и проектировщики, которые активно используют BIM) явно понимают, что подход информационного моделирования не просто меняет инструмент. Он меняет процессы и результаты деятельности. Все кто переходил от традиционных подходов к BIM так или иначе "ломал голову". А на уровне управления деятельностью все еще сложнее. Нужно не просто "поменять" мышление всех специалистов, нужно еще и преобразовать процессы взаимодействия. Отсюда и много смежных задач: ресурсно-материальная база, образовательные стандарты, кадровая подготовка...
Видимо, это одна из тех причин, по которой государство оказалось не готовым так кардинально трансформировать отрасль.
Но цифровизацию никто не отменял.
❓И как поступили? Правильно - оцифровали документы.
❇️Ведь что такое XML-документ? Это простым языком тот же текстовый документ, но "размеченный" так, чтобы его могла понимать машина.
Тем более, что у государственных органов смежных отраслей есть положительный опыт взаимодействия между их информационными системами через систему межведомственного электронного взаимодействия (СМЭВ), обменной формой для которых как раз является XML.
А государству как раз выгодно, чтобы больше отраслей могли в цифровом виде обмениваться информацией, и строительная - не исключение.
Так вот, получается что таким образом можно цифровизовать отрасль, кардинально не меняя процессы, ведь процесс по прежнему документоориентированный. А значит изменение будет только в определенных процедурах, где по -сути меняется только инструментарий. Поэтому да, это тоже цифровизация.
❌ Я не согласен по-прежнему с другим - с называнием этого процесса технологией информационного моделирования.
При создании информационной модели (!) в строительстве (BIM именно про строительство) формируется объектно-ориентированная база данных, где сам объект представляется в форме модели. Каждый элемент модели имеет свое место в иерархии и взаимоувязан с другими элементами модели. Изменение одного элемента отражается на общем поведении модели, что является важнейшей отличительной особенностью информационного моделирования. А уже к элементам этой модели могут быть привязаны различные документы. Хоть текстовые, хоть цифровые.
🗂А когда мы имеем дело с базой документов по объекту, это система документооборота.
Так хочется, все-таки называть, вещи своими именами. 😒
#информационнаясреда
👍6🔥3💯1
🔙PMBOK 8 - откат к традиционным ценностям процессной модели
📈Пост на смежную тему, о проектном управлении. Есть такое руководство, которое называется "Project Management Body of Knowledge", или свод знаний об управлении проектами. Довольно известная литература среди специалистов проектного управления. Является основой для сдачи профильного экзамена международного института управления проектами PMI.
На сегодняшний день официально опубликовано 7 версий этого руководства, последняя 7-ая версия выпущена в 2021 году.
До 6й версии PMBOK включительно основой проектного управления была процессная модель, т.е. когда управление проектами осуществлялось последовательно от этапа к этапу (от инициации и планирования до завершения) с применением методик и инструментов из различных областей знаний (управление содержанием, срокми, стоимостью, рисками, коммуникациями и т.п.).
Седьмая редакция вызвала смешанную реакцию, особенно среди новичков: отказ от процессной модели, а также переход к принципам управления упростили содержание, но лишили пользователей понятных алгоритмов, а также взаимосвязей.
Изначальный посыл авторов был озвучен как переход к более гибким подходам. Мол вы сами определяете как управлять проектами, мы только предоставляем принципы, а решать вам.
Вместо областей знаний - домены. Вместо групп процессов - принципы.
⌛️И вот, в ближайшее время готовится к выходу восьмая версия PMBoK. Эксперты проектного управления обсудив вышедший драфт, заключили, что судя по предварительным данным, предложенный подход представляет собой возврат к классике — с восстановлением процессов, но в более компактном адаптированном виде. Не буду здесь цитировать детали изменений, можете посмотреть по ссылке выше. И здесь тоже интересное мнение.
🤔Но вообще, взглянув на все с более высокой точки, складывается ощущение, что гораздо больше сфер деятельности, где происходит "возврат" к прежним подходам. Не говоря уже о политике и образовании. И возникает закономерный вопрос - коснется ли это BIM-технологий в проектировании и строительстве? Согнется ли тренд на всеобщую цифровизацию и датаориентированный подход в AEC-сфере? Что может стать переломным фактором, который если уж и не повернет технологии вспять, то как минимум серьезно откатит их назад, как это вероятно произошло в сфере проектного управления? Пока для меня это все открытый вопрос и единственное что остается делать - ждать.
🔍Может поднимут тему на ближайшем BIM-форуме в декабре?
#информационнаясреда
📈Пост на смежную тему, о проектном управлении. Есть такое руководство, которое называется "Project Management Body of Knowledge", или свод знаний об управлении проектами. Довольно известная литература среди специалистов проектного управления. Является основой для сдачи профильного экзамена международного института управления проектами PMI.
На сегодняшний день официально опубликовано 7 версий этого руководства, последняя 7-ая версия выпущена в 2021 году.
До 6й версии PMBOK включительно основой проектного управления была процессная модель, т.е. когда управление проектами осуществлялось последовательно от этапа к этапу (от инициации и планирования до завершения) с применением методик и инструментов из различных областей знаний (управление содержанием, срокми, стоимостью, рисками, коммуникациями и т.п.).
Седьмая редакция вызвала смешанную реакцию, особенно среди новичков: отказ от процессной модели, а также переход к принципам управления упростили содержание, но лишили пользователей понятных алгоритмов, а также взаимосвязей.
Изначальный посыл авторов был озвучен как переход к более гибким подходам. Мол вы сами определяете как управлять проектами, мы только предоставляем принципы, а решать вам.
Вместо областей знаний - домены. Вместо групп процессов - принципы.
⌛️И вот, в ближайшее время готовится к выходу восьмая версия PMBoK. Эксперты проектного управления обсудив вышедший драфт, заключили, что судя по предварительным данным, предложенный подход представляет собой возврат к классике — с восстановлением процессов, но в более компактном адаптированном виде. Не буду здесь цитировать детали изменений, можете посмотреть по ссылке выше. И здесь тоже интересное мнение.
🤔Но вообще, взглянув на все с более высокой точки, складывается ощущение, что гораздо больше сфер деятельности, где происходит "возврат" к прежним подходам. Не говоря уже о политике и образовании. И возникает закономерный вопрос - коснется ли это BIM-технологий в проектировании и строительстве? Согнется ли тренд на всеобщую цифровизацию и датаориентированный подход в AEC-сфере? Что может стать переломным фактором, который если уж и не повернет технологии вспять, то как минимум серьезно откатит их назад, как это вероятно произошло в сфере проектного управления? Пока для меня это все открытый вопрос и единственное что остается делать - ждать.
🔍Может поднимут тему на ближайшем BIM-форуме в декабре?
#информационнаясреда
👍3🔥2
👨🏻💻Дорожные карты развития в IT
💬 Недавно общались с коллегой по вопросу компетенций специалистов того или иного направления.
Я рассказал ему про проект дорожных карт для спецов в IT и понял, что об этом вообще мало кто в курсе.
ℹ️ Opensource-проект Roadmap.SH предлагает интерактивные "дорожные карты" развития специалистов в области IT.
В каждом направлении формируется майнд-карта где каждый узел - это элемент развития, который нужно изучить и затем поменять его статус на выполненный. В заголовке можно следить за общим прогрессом развития.
Можно использовать как полноценный самоучитель, можно проверить все ли ты по своему направлению знаешь.
А можно просто использовать как настольную книгу по направлению, чтобы пользоваться в нужный момент.
💡 Была у меня идея сделать отдельную карту для BIM-менеджера, но руки так и не дошли.
Но если вы вдруг хотели расширить свои знания или планируете менять профессию, смело пользуйтесь)
#информационнаясреда
Я рассказал ему про проект дорожных карт для спецов в IT и понял, что об этом вообще мало кто в курсе.
В каждом направлении формируется майнд-карта где каждый узел - это элемент развития, который нужно изучить и затем поменять его статус на выполненный. В заголовке можно следить за общим прогрессом развития.
Можно использовать как полноценный самоучитель, можно проверить все ли ты по своему направлению знаешь.
А можно просто использовать как настольную книгу по направлению, чтобы пользоваться в нужный момент.
Но если вы вдруг хотели расширить свои знания или планируете менять профессию, смело пользуйтесь)
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥2
Никогда такого не было и вот опять 🙄
Недавно вышел в свет проект ФЗ об внесении очередных изменений в градостроительный кодекс, в котором предложили закрепить понятие "Цифровая информационная модель".
Что предлагается?
Да ладно?! 🤨
☝️Помните сколько раз нам говорили, что BIM и ТИМ — это одно и то же? На мой взгляд этим предложением это мнение полностью дискредитируется. Потому что тогда информационная модель это точно не про BIM. Сами посудите, зачем тогда вводить дополнительный термин, если информационная модель она и в Африке информационная модель?
Но нет, у нас ведь свой путь. И чтобы отделить то, что большинство рынка давным давно без дополнительных пояснений называет BIM от того, что имеют ввиду законодатели, надо наконец-то добавить такой термин...
🗣Сообщество уже давно кричит, что понятие информационной модели в градостроительном кодексе надо менять на соответствующую реальности.
Видимо законодатели поняли что надо наконец-то путаницу разрешить. Не теперь-то все точно поняли, что это вообще другое "информационное моделирование" и в реальности к BIM оно отношения не имеет!
❕И ещё. Давайте вспомним СП333 редакции 2017 и как он описывал ЦИМ:
⛔️А предложенный термин вообще не конкретный. Кроме того это что-то трёхмерное и что это часть ИМ...
Или законодатели живут на своей планете и им чихать на рынок и профессиональное сообщество, или там просто есть конкретные бенефициары всего этого спектакля...
#информационнаясреда
Недавно вышел в свет проект ФЗ об внесении очередных изменений в градостроительный кодекс, в котором предложили закрепить понятие "Цифровая информационная модель".
Что предлагается?
Цифровая информационная модель — электронный документ, отражающий в виде трехмерной модели сведения и материалы, включаемые в информационную модель
☝️Помните сколько раз нам говорили, что BIM и ТИМ — это одно и то же? На мой взгляд этим предложением это мнение полностью дискредитируется. Потому что тогда информационная модель это точно не про BIM. Сами посудите, зачем тогда вводить дополнительный термин, если информационная модель она и в Африке информационная модель?
Но нет, у нас ведь свой путь. И чтобы отделить то, что большинство рынка давным давно без дополнительных пояснений называет BIM от того, что имеют ввиду законодатели, надо наконец-то добавить такой термин...
🗣Сообщество уже давно кричит, что понятие информационной модели в градостроительном кодексе надо менять на соответствующую реальности.
Видимо законодатели поняли что надо наконец-то путаницу разрешить. Не теперь-то все точно поняли, что это вообще другое "информационное моделирование" и в реальности к BIM оно отношения не имеет!
❕И ещё. Давайте вспомним СП333 редакции 2017 и как он описывал ЦИМ:
Объектно-ориентированная параметрическая трехмерная модель, представляющая в цифровом виде физические, функциональные и прочие характеристики объекта (или его отдельных частей) в виде совокупности информационно насыщенных элементов.✅Понятно, конкретно, без неоднозначностей.
⛔️А предложенный термин вообще не конкретный. Кроме того это что-то трёхмерное и что это часть ИМ...
Или законодатели живут на своей планете и им чихать на рынок и профессиональное сообщество, или там просто есть конкретные бенефициары всего этого спектакля...
#информационнаясреда
👍4🔥2💯2
Дорогие коллеги проектировщики! ГИПы и ГАПы, архитекторы и генпланисты, конструкторы, ОВшники и ВКшники, технологи, электрики, слаботочники, бимщики и все-все имеющие непосредственное отношение к проектированию!
От всей души поздравляю вас с нашим общим праздником - днём проектировщика!
Пусть проекты с каждым разом будут всё интереснее, заказчики адекватнее, подрядчики сообразительнее, а зарплата больше и приятнее!)
И пусть это грубое "проектант" звучит гордо!))
Вы делаете очень сложную, важную и нужную работу и вам есть чем гордиться!)
С праздником вас!) 🎉
@bimspoint
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥3
📚Статья о матрице ответственности
🚪 На сайте "Информационное моделирование" спустя почти год после написания вышла моя совместно с Сергеем Волковым статья о применении матрицы ответственности как инструмента информационного взаимодействия для достижения целей технологий информационного моделирования.
🎓 Материал довольно академический, но основной посыл следующий. Сама матрица ответственности - не новость и давно используется менеджментом в различных сферах. Но для информационного моделирования ответственность за выполнение определенных действий должна определяться конкретными сценариями применения BIM. А те в свою очередь должны определять четкую последовательность действий, а также использование и передачу конкретной информации. Об этом я ранее писал здесь.
Таким образом на любом проекте ответственность за выполнение конкретных задач преследует конкретные цели, ради которых BIM и затевается.
🖼 Иллюстрации в ходе подготовки статьи претерпели некоторые изменения, но общей сути не меняют. Если вы занимаетесь менеджментом, а тем более управляете BIM, рекомендую ознакомиться, она не очень большая. Статья отражает наш субъективный опыт работы в техзаказчике (на моем прошлом рабочем месте), где мы объединяли в единое информационное пространство разных участников проектов строительства.
p.s. Водичка в статье тоже присутствует, но я старался сильно материал не размачивать :)
#информационнаясреда
Таким образом на любом проекте ответственность за выполнение конкретных задач преследует конкретные цели, ради которых BIM и затевается.
p.s. Водичка в статье тоже присутствует, но я старался сильно материал не размачивать :)
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
Информационное Моделирование (im-journal.ru)
Матрица ответственности — инструмент ТИМ-взаимодействия («Информационное моделирование», выпуск №2 2025 (6))
Применение технологии информационного моделирования (ТИМ) при реализации инвестиционно-строительных проектов обусловливает необходимость регламентации взаимодействия участников для решения всех поставленных перед ТИМ задач. Для этого на проекте разрабатываются…
🔥4👍2💯2
Интересная ситуация наблюдается на рынке труда, в том числе и среди BIM-специалистов. В каналах соседей есть как общие упоминания о проблемах, так и ссылки на отдельные исследования. Обсуждение в чате побудило меня посмотреть что сейчас вообще происходит.
👨🏻💻Если прямо сейчас открыть всем известный сайт поиска работы и просто ввести в поиске «BIM» или другие околобимовские термины, наблюдается доминирование вакансий координаторов. Я не собирал статистику, говорю то, что вижу – BIM-координаторы требуются гораздо чаще, чем другие BIM-специалисты. Сразу оговорюсь, что здесь я не учитываю вакансии проектировщиков, знающих и использующих BIM инструменты. Проектировщиков всегда не хватало, тем более знающих BIM системы.
Зато сразу заметно, что на BIM-менеджеров запрос сильно упал.
👀Что происходит? Выскажу свои некоторые предположения.
📍Минимальные ожидания от BIM. Похоже, что сегодня большинству отраслевых компаний от BIM требуется минимальный набор функций – корректное размещение моделей в пространстве, проверка коллизий с выдачей отчетов, ну и сопутствующие задачи обслуживания САПР (шаблоны, компоненты, техподдержка пользователей). Кто-то сюда еще добавляет администрирование среды общих данных, но это только у тех у кого оно есть, т.к. у очень многих СОД это просто папка на сетевом диске и в дополнительном обслуживании не нуждается. Действительно, координатора для таких задач скорее будет достаточно. Спроса на развитие бизнес-процессов управления информацией, развитие цифровой методологии и другой верхнеуровневой цифровой стратегии компании сейчас почти нет, возможно потому что сейчас не очень благоприятная… (см. дальше)
📍Экономическая ситуация. При таком большом наличии внешних ограничений для бизнеса (санкции, высокая стоимость кредитов, повышение налогов и т.п.) бизнес активно считает деньги. И он понимает, что становится просто экономически нерентабельно запускать новые проекты. В том числе и проекты развития. А бывает и того хуже – нерентабельно становится даже поддерживать внедряемые технологии. А при отсутствии спроса на них со стороны заказчика - это первое чем будут жертвовать. В итоге одни «режут косты», оставляя только те задачи бизнеса, которые позволяют выжить сегодня, другие просто берут паузу. Соответственно, компании которые BIM уже внедрили (или условно внедрили) ищут специалистов, закрывающих минимальные потребности и решающие операционные задачи. К тому же, BIM-координаторы и «стоят» дешевле.
📍Ограничение BIM этапом проектирования. Заказчики, даже те, кто выставляет требования к моделям, не всегда понимают что они потом с ними будут делать, ввиду отсутствия соответствующих целей, бюджетов и компетенций. Стройка живет в своем ритме и как правило использует BIM только для визуализации отдельных технических решений (если вообще использует). До эксплуатации модели в лучшем случае доходят. Да, если у управляющей организации где то в закромах есть файл модели – это уже чудо. А когда сокращаются сценарии применения информационного моделирования до задач проектирования, ничего другого, кроме как решение задач проектировщиков и не требуется. Если модель это только вспомогательный инструмент выпуска РД, а не полноценный источник информации для эффективного использования другими участниками проекта, то ничего другого кроме BIM-координатора рынку и не требуется. Внимание – я говорю про массовый рынок, а не лидеров и энтузиастов. Если в вашей компании этим не ограничиваются, это безусловно круто.
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7💯7🔥5
На прошлой неделе вышло интервью с замминистра строительства К. Михайликом, который курирует цифровизацию. Оно в этом журнале выходит раз в год, вышло и в этом году.
Собственно, как подчеркивает ситуацию редактор этого издания в своих вопросах к интервьюируемому, большими буквами слово "РЕАЛЬНУЮ".
Приведу несколько цитат:
В моей картине мира государство определяет правила цифровизации в том случае, если это не происходит в самой компании. Я не верю, что современная компания может существовать без цифровизации.Ну камон. В реальности сотни, проектных компаний работают в старом ломаном автокаде, в пространстве модели. Цифровизация требует серьёзных вложений, ресурсов, компетенций. Когда компания работает на грани рентабельности (а в регионах это часто) - хватило бы на ФОТ, какая уж там "цифра". Ну и плюс когда государство постоянно все меняет, дополняет, регулирует - больше денег уходит на постоянную адаптацию. А вот требований к ЦИМ от государства мы кстати так и не дождались. Тогда какой смысл вкладываться? Все равно чертежи сдавать...
Я также абсолютно искренне считаю, что если ты работаешь с госсредствами, ты однозначно обязан использовать российское ПО.
Если мы хотим, чтобы проекты, разрабатываемые за деньги из бюджета, формировались в отечественных инструментах, в это нужно вкладывать самим проектным компаниям, которых в принципе и без перехода все устраивает. Ведь какая им разница в чем чертежи поставлять.
Стройка за госсредства в большинстве случаев довольно "дешёвое" и при этом очень геморройное мероприятие. Ну и откуда средства на эти переходы? Кто будет всю социалку тогда проектировать?
Тем более, что формировать в пиратском софте решения, которые потом подписываются большим количеством подписей, – это нереально. Вендоры вполне могут заложить при использовании пиратской версии появление на проектной документации какого-либо знака, который будет считываться Главгосэкспетизой, за чем последует отказ в приеме документов, потому что использовать пиратские программные продукты запрещено.
Так себе аргумент. Экспертизе плевать в чем ты делал чертежи, которые ты сдаёшь ей в PDF. Revit даже учебные версии не ограничивает в печати. Давно никаких защитных ватермарок нигде не видел.
А модели я государству вообще в IFC сдаю, который в блокноте редактируется, там что угодно можно прописать или удалить.
Но просто забавно наблюдать, как разделились две реальности. В одной розовые пони на госзаказе осваивают цифровизацию, а в другой - работа "на земле" и в реальном бизнесе, где работа на грани рентабельности перемежается с целесообразностью и жёсткой конкуренцией.
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍5
🤔Процесс среды общих данных и что с ним не так
🌐 В международном BIM стандарте ISO 19650-1:2018, есть всем известная концепция среды общих данных (common data environment - CDE) и её общий процесс. В четвертой части этой серии стандартов (information exchange – информационный объект) он описывается чуть подробнее. Все кто так или иначе связан с BIM как минимум про него слышали. Да это про те самые «зоны» Work In Progress, Shared, Published, Archive. Расскажу, почему он мне не нравится.
❗️Только 4 статуса на процессы информационного обмена. А что такого, спросите вы? А то, что управление информацией определяется бизнес-процессом, в рамках которого эта информация требуется. Хоть стена в ЦИМ, хоть документ в системе ЭДО. Установленный бизнес-процесс может иметь множество условий и именно статус определяет на чьей стороне мяч. Поэтому их может быть ровно столько, сколько нужно, чтобы в любой момент можно было определить на какой стадии этот процесс.
❗️Только один аспект статусов. Проще говоря, вид статуса у элемента якобы может быть только один. Хотя подождите, ведь одни и те же элементы информационных моделей участвуют в разных бизнес-процессах. Но из предыдущего пункта мы уже знаем, что статус описывает движение по конкретному бизнес-процессу. А значит если их несколько, то и статусов может быть ровно столько, сколько нужно для достижения того или иного бизнес-результата. Один статус отражает, например, статус разработки, другие – статус закупки, строительства, монтажа и т.п. Управление информацией не ограничивается разработкой и передачей информационных контейнеров.
❗️Только 3 стороны обмена. По методологии ISO 19650 в CDE-процессе информационного обмена задействованы три основные участвующие стороны – назначающая (например, заказчик), ведущая назначенная (например, генподрядчик) и назначенная (например, субподрядчик). Но при управлении информацией, особенно при управлении строительными проектами, может быть и много других участников, они могут совершенно различным образом ей обмениваться. И имеют они совершенно конкретные наименования. И от их роли зависит и соответствующие действия.
❓И как быть?
❇️Прежде всего - формализовать бизнес процессы. А статусы информации распределять так, чтобы было четко понятно где сейчас «находится» информационный объект в бизнес-процессе.
❇️Не ограничивайтесь одним «статусом». Статус – такой же атрибут элемента, как и все остальные. Просто его значение может быть управляемым и изменяемым в зависимости от ситуации. И лишнего не добавляйте. Если бизнес процесса нет – тогда и статуса нет.Хотя и BIMа тогда тоже нет, но это другой вопрос.
❇️Всегда фиксируйте все стороны, которые участвуют в процессах информационного обмена, без формальных «назначающих и назначенных». Либо конкретные наименования (Заказчик, Генподрядчик, Генпроектировщик и т.п.) либо можно по матрице ответственности по методике RACI (ответственный, согласующий и т.п.). Каждый четко должен понимать, что он делает с информацией и когда. От этого зависит движение бизнес-процесса и достижение целей применения BIM.
⚠️И в заключении – нет и не может быть одинакового процесса управления информацией. Везде своя специфика и свои требования к обмену. Не натягивайте сову на глобус – анализируйте применимость в процессах конкретно вашей компании и вашего проекта.
#информационнаясреда
❗️Только 4 статуса на процессы информационного обмена. А что такого, спросите вы? А то, что управление информацией определяется бизнес-процессом, в рамках которого эта информация требуется. Хоть стена в ЦИМ, хоть документ в системе ЭДО. Установленный бизнес-процесс может иметь множество условий и именно статус определяет на чьей стороне мяч. Поэтому их может быть ровно столько, сколько нужно, чтобы в любой момент можно было определить на какой стадии этот процесс.
❗️Только один аспект статусов. Проще говоря, вид статуса у элемента якобы может быть только один. Хотя подождите, ведь одни и те же элементы информационных моделей участвуют в разных бизнес-процессах. Но из предыдущего пункта мы уже знаем, что статус описывает движение по конкретному бизнес-процессу. А значит если их несколько, то и статусов может быть ровно столько, сколько нужно для достижения того или иного бизнес-результата. Один статус отражает, например, статус разработки, другие – статус закупки, строительства, монтажа и т.п. Управление информацией не ограничивается разработкой и передачей информационных контейнеров.
❗️Только 3 стороны обмена. По методологии ISO 19650 в CDE-процессе информационного обмена задействованы три основные участвующие стороны – назначающая (например, заказчик), ведущая назначенная (например, генподрядчик) и назначенная (например, субподрядчик). Но при управлении информацией, особенно при управлении строительными проектами, может быть и много других участников, они могут совершенно различным образом ей обмениваться. И имеют они совершенно конкретные наименования. И от их роли зависит и соответствующие действия.
❓И как быть?
❇️Прежде всего - формализовать бизнес процессы. А статусы информации распределять так, чтобы было четко понятно где сейчас «находится» информационный объект в бизнес-процессе.
❇️Не ограничивайтесь одним «статусом». Статус – такой же атрибут элемента, как и все остальные. Просто его значение может быть управляемым и изменяемым в зависимости от ситуации. И лишнего не добавляйте. Если бизнес процесса нет – тогда и статуса нет.
❇️Всегда фиксируйте все стороны, которые участвуют в процессах информационного обмена, без формальных «назначающих и назначенных». Либо конкретные наименования (Заказчик, Генподрядчик, Генпроектировщик и т.п.) либо можно по матрице ответственности по методике RACI (ответственный, согласующий и т.п.). Каждый четко должен понимать, что он делает с информацией и когда. От этого зависит движение бизнес-процесса и достижение целей применения BIM.
⚠️И в заключении – нет и не может быть одинакового процесса управления информацией. Везде своя специфика и свои требования к обмену. Не натягивайте сову на глобус – анализируйте применимость в процессах конкретно вашей компании и вашего проекта.
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2
Последнее время в IFC Club периодически вижу обсуждения, в которых пользователи выгружают свои модели в IFC 4, используя MVD (Model view definition, определение модельного вида) - Design Transfer View.
По моему опыту, большинство пользователей делает это не специально, "тыкая" в одну из стандартных настроек экспорта, не понимая зачем это нужно. Сказали выгрузить в IFC, вот и выгружают. Какой там MVD большинство даже не смотрит.
☝️А это имеет значение.
📍MVD как подмножество схемы IFC определяет не только "срез" схемы данных для выгружаемых BIM-моделей, но и дальнейшее их поведение при импорте в BIM-систему
📍Для IFC версии 4 создавалось несколько таких MVD, Design Transfer View одна из них. Если очень сильно упрощать, его основной идеей было получение возможности редактирования IFC-моделей в нативном виде. Поэтому туда передаётся очень много данных, необходимых для восприятия модели BIM-системой как "родной". Не буду углубляться в технические нюансы, но вы даже можете заметить насколько эти модели "тяжёлые".
🎧Можно ещё для упрощения понимания в какой-то степени сравнить это как FLAC формат цифрового звука, который передаётся "без потерь".
❗️Проблема заключается в том, что с DTV самые распространённые BIM-системы правильно не взаимодействуют.
Официальный разработчик MVD - buildingSMART - в своих публикациях и на форуме говорит, что этот MVD является экспериментальным и должен использоваться с осторожностью. И если вы его используете, вы должны чётко понимать для чего вы это делаете. Просто загляните на спецификации MVD и вы обнаружите, что напротив DTV стоит статус "Draft". Используя его бездумно вы рискуете столкнуться с проблемой потери данных или некорректного их восприятия вашим BIM-ПО.
❓Что делать?
✅Использовать только официальный MVD - Reference View 1.2.
Он адекватно поддерживается большинством BIM-систем, выгружает только необходимую информацию и риск потери информации в нём ниже.
Да и вес файла модели ниже, чем у DTV.
Естественно, речь уже не идёт про ifc4x3, MVD которых уже есть и другие определения модельных видов, хотя Reference view там тоже есть (и даже входит в основную документацию стандарта)
#информационнаясреда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥3😱1