Илья Глуханюк

Основы применения SOI

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

SOI basics: Stages, Uses, LOD and Drop Points in light of BIM’s purpose

или

Основы применения SOI: Этапы, BIM сценарии, LOD и точки передачи данных

Чтобы лучше понять подход к управлению данными BIM, основанный на наборах данных (SOI), давайте рассмотрим некоторые ключевые понятия рабочего процесса в контексте цели, для которой существует BIM.

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

ЭТАПЫ

Предоставление информации эффективным способом является потребностью «на протяжении всего жизненного цикла здания». Другими словами, на каждом этапе реализации здания необходима информация, относящаяся к этому этапу. AEC индустрия в основном едина во мнении о том, каким образом разделить жизненный цикл здания. Мне нравится объяснение этапов британского плана работы RIBA 2013 года. Общая картина выглядит так:

 

BIM сценарии

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

 

Примечание переводчика:

Тема BIM сценариев достаточно обширна и неоднозначна, поэтому считаю необходимым поделиться дополнительными материалами, которые могут полнее понять о чем идет речь в этом абзаце. В первую очередь статья консультанта Autodesk по внедрению BIM, Ильи Емельянова «Многообразие BIM«. В дополнение ссылка на видеозапись доклада про BIM сценарии на мероприятии Autodesk University 2015 Ильи Глуханюка.

«GR» BIM компонента (LOD)

При определении уровня детализации BIM компонентов модели (LOD), в которых нуждаются участники BIM процесса, ценным является «уровень детализации геометрии компонента здания в его цифровом трехмерном графическом представлении». Я использую акроним «GR» для обозначения этого понятия. Обратите внимание, что «актер» нуждается не в какой-то общей степени детализации для модели BIM в целом, а в специфической GR для каждого конкретного объекта BIM, которая имеет отношение к текущему BIM сценарию.

Мы можем классифицировать GR строительного компонента следующим образом:

  • GR1 — трехмерная модель объекта BIM с приблизительными размерами
  • GR2 — трехмерная модель объекта BIM с точными размерами внешней формы
  • GR3 — трехмерная сборка объектов GR1 / GR2 BIM
  • GR4 — 3D сборка объектов GR2 BIM для изготовления

Вот два примера для демонстрации различных GR:

 

ТОЧКИ ПЕРЕДАЧИ ДАННЫХ

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

Я предлагаю следующий шаблон именования:

  • STAGE.BIM-USE.DROP-NUMBER. (ЭТАП.BIM СЦЕНАРИЙ.НОМЕР ТОЧКИ ПЕРЕДАЧИ ДАННЫХ.)

Например:

Наборы данных (SOI)

На основе всего вышесказанного будет легко разобраться со следующим примером набора данных:

 

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

В следующих публикациях я рассмотрю жизненный цикл отдельных BIM компонентов – а именно как связанная с ними информация будет изменяться при постепенной разработке проекта.