В продолжении предыдущей записи про LOD и LOI публикуем перевод следующей статьи под названием:

“SOI” – a potential revolution in BIM data management

или

SOI — революция в управлении BIM данными

В моем последнем посте я описал, как стандартная методология LOD / LOI вызывает информационную перегрузку BIM и замедление рабочих процессов. Теперь я хочу предложить наметить новый подход, который потенциально способен решить ранее описанные проблемы и улучшить жизнь всех участников BIM. Я называю эту методику  «Наборы данных» (Set Of Information – SOI), и предлагаю обсудить ее небезразличным участникам проектно-строительной отрасли.

Отправной точкой является тот факт, что каждый потребитель информации требует различных данных, а также определенный их набор, на различных этапах в процессе BIM проекта. Каждый набор данных под конкретные задачи.

Пример из повседневной жизни может прояснить как может быть использован SOI. Рассмотрим ситуацию, когда вы покупаете рубашку, этот процесс, построенный на том, что есть четкие «Наборы данных» для конкретных целей и участников. Магазин нуждается в ярлыке с ценой и штрих-кодом, компании по доставке необходима информация для транспортировки грузов, такая как вес и адрес получателя. Мне, как покупателю, нужна информация по уходу; так что я просто выкину ценник.

То же самое можно сделать с BIM моделью: заранее определить, кто будет участвовать и что конкретно каждый должен получить из модели; дать им, только необходимый набор данных в нужный момент; и исключить информацию из модели, когда она не имеет никакого дальнейшего использования. «Наборы данных» для пользователей BIM могут содержать графические представления, метаданные и документацию.

BIM модели используются для различных задач, также как и проекты проходят через различные этапы жизненного цикла, от концепции, проектирования и строительства до эксплуатации и технического обслуживания. Различные участники вовлечены на каждом этапе, их взаимодействие координируется благодаря утвержденным «точкам сброса данных» для своевременной передачи информации каждому участнику, когда она реально необходима.

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

В качестве альтернативы можно проверить местные стандарты LOD / LOI, дать подрядчику все, что перечислено в документе, и пусть они выберут конкретные пункты в которых они нуждаются. Кроме того, возможно, они укажут вам на недостающую информацию, и попросят вас предоставить ее. По крайней мере, есть большой риск задержки.

Обратите внимание, что строителю на площадке будет нужен другой SOI для окна — в основном только данные о местоположении и инструкции по установке. И у остальных участников — технадзора, управляющего и арендатора есть свои собственные специфические потребности. Дайте каждому набор необходимой им информации, и больше ничего.

Каждый элемент в модели имеет жизненный цикл. Требования к информации не должны обязывать только увеличивать объем данных, в процессе разработки проекта, но иногда имеет смыл их сократить, если есть основания, что в будущем информация не понадобиться. Например, когда сборные колонны построены, нет необходимости для сохранения арматурных стержней в модели. Может быть, имеет смысл передать это в архив, но не хранить в модели для повседневного использования!

Наборы данных также идеально подходят для обменов BIM данных в формате человек-машина и машина-машина. Станки с ЧПУ, роботы и программное обеспечение для управления, например, как правило, нуждаются в небольшом, но очень конкретной информации. Это просто определить соответствующую SOI и согласовать тип файла экспорта-импорта.

Это краткое введение в концепцию SOI, которая я уверен, может дать огромную выгоду для BIM процесса. В следующей статье я рассмотрю некоторые детали, последствия и примеры методики SOI.