BIM 협업 소프트웨어와 IDEA StatiCa
장면 설정
제가 좋아하는 영화의 한 구절을 인용하자면: "아주 오래전, 저 멀리 은하계에서…" 새롭고 패기 넘치는 한 엔지니어가 자신의 여정을 시작했습니다. 다행히 그는 학교에서 기술 및 공학 제도를 배운 배경이 있었기에 A0 제도판을 받았을 때 그리 두렵지 않았습니다.
몇 년이 빠르게 지나고, 그는 CAD라는 것의 등장을 목격했습니다. 이것이 그의 삶에 정말 큰 영향을 미칠 것이라는 사실이 밝혀졌지만, 당시에는 알지 못했습니다. 또한 실제 사용 방식을 보면 Computer Aided Design(컴퓨터 지원 설계)이 아니라 Computer Aided Drawing(컴퓨터 지원 제도)이라고 불렸어야 했다는 것도 드러났습니다!
몇 년이 더 흘러 완전히 새로운 방식이 등장했습니다: BIM이었습니다. 이 역시 그리 두렵지 않았는데, BIM의 원칙은 이미 자리를 잡고 있었고 (말할 것도 없이) 그는 이미 '객체'를 한 번 '모델링/제도'하여 여러 번 활용하고 있었기 때문입니다. BIM은 건설 산업을 혁신할 기술이었습니다 – 적어도 과대 선전을 믿는다면 말이죠!
이 업계의 특성상 기회를 놓치기도 하고 잡기도 하면서 부침이 있었습니다.
이 이야기는 우리 중 많은 사람에게 해당될 수 있으며, 이 글을 읽으면서 한두 가지 기억이 떠오를 수도 있습니다. 하지만 아마도 "제도판이 도대체 뭐야?"라고 생각하시는 분도 계실 것입니다.
저는 AEC 분야의 3대 벤더 중 두 곳에서 근무하는 특권을 누렸으며, 이를 통해 BIM과 그것을 사용하는 사람들에 대한 이해와 견해가 더욱 확고해졌습니다(건설 관련 말장난을 양해해 주시기 바랍니다).
이것은 BIM에 관한 저의 두 번째 기사입니다 – 첫 번째 기사는 여기에서 읽으실 수 있습니다.
첫 번째 기사는 다소 철학적이었고 몇 가지 날카로운 질문을 던졌습니다 – 이번 기사는 IDEA StatiCa에서 BIM 협업 워크플로우를 어떻게 활용하는지, 그리고 그것이 구조 엔지니어에게 어떤 의미를 갖는지에 더 초점을 맞출 것입니다.
BIM에 관한 모든 것을 처음부터 다시 설명하지는 않겠습니다. 솔직히 말해 너무 많은 시간이 소요될 것이고, 이미 충분한 자료들이 나와 있기 때문입니다.
간단히 말하자면 BIM은 프로세스 또는 워크플로우이며, 모든 프로세스와 마찬가지로 진입점과 출구점이 있습니다. 이전 직장에서 저는 항상 분석과 모델링을 포함하는 이상적인 작업 방식, 즉 중복이 거의 또는 전혀 없는 방식을 보여주려 했습니다. 많은 사람들이 그 접근 방식을 폐쇄형 BIM 솔루션으로 간주하지만 (실제로는 그렇지 않습니다). 정보 교환에 대한 개방적인 접근 방식은 더 안전하고 더 효율적입니다.
IDEA StatiCa에서 저희는 파트너십에 있어 특정 벤더에 구애받지 않는다고 말할 수 있어 매우 다행입니다. 이는 여러 애플리케이션과 그것들이 데이터 및 정보를 교환하는 방식에 대해 폭넓은 지식을 갖출 수 있는 부러운 위치에 저희를 놓아줍니다. 저희는 일부 애플리케이션('빅 3'뿐만 아니라)이 가진 제약을 알고 있으며 이를 해결하는 방법도 알고 있습니다 – 이 업계에서 그렇게 말할 수 있는 곳은 많지 않다고 생각합니다! 저희가 통합하는 대상을 확인하려면 여기를 참조하십시오.
저희의 접근 방식은 무엇인가요?
저희는 두 가지 일반적인 접근 방식을 가지고 있습니다: 기존 API를 사용하여 통합을 개발하거나, 저희가 제공하는 툴셋을 사용하여 서드파티 개발자가 자체 통합을 작성할 수 있도록 지원합니다. 어느 방식이든 일관된 접근 방식(몇 가지 예외를 제외하고)으로 귀결됩니다.
그 결과 많은 서드파티 애플리케이션과 IDEA StatiCa 내부에 위치하는 애플리케이션이 탄생했습니다. 이것은 Checkbot이라는 이름이 붙여졌습니다.
Checkbot은 어떻게 작동하나요?
Checkbot은 BIM 소프트웨어 및 FEA 소프트웨어와 관련된 여러 애플리케이션에서 내보낸 데이터의 저장소 역할을 합니다. 기하학적 데이터와 해석적 데이터를 모두 보관할 수 있습니다. 이는 플러그인 방식으로 원본 애플리케이션에 내장되거나, 저희 자체 형식인 IOM 또는 SAF로 생성된 파일을 가져오는 방식으로 이루어집니다. SAF 형식은 Nemetschek이 정의하고 개발했으며 다른 많은 벤더들 사이에서 점점 더 많이 채택되고 있습니다.
정보가 Checkbot 저장소에 들어오면 Connection 또는 Member에서 사용할 수 있습니다.
이는 엔지니어가 기하학적으로든 해석적으로든 정보를 다시 입력할 필요가 없다는 것을 의미합니다 – 이는 엄청난 시간 절약이 될 뿐만 아니라 더 정확하고 위험 부담도 줄어듭니다.
이러한 이점을 가장 쉽게 설명하는 방법은 예시를 통해서입니다.
비교적 단순한 구조를 생각해 보십시오: '히트/미스' 이중 베이 포털 프레임.
이러한 유형의 구조는 산업용 건물 분야에서 매우 일반적이지만, 특히 조합을 고려할 때 복잡한 연결이 포함될 수 있습니다.
네 – 기하학은 상당히 간단하지만 하중 효과는 그렇지 않습니다. 이 예시에서 FEA 소프트웨어 애플리케이션에서 Checkbot으로 직접 내보낼 수 있습니다.
필요한 모든 조합이 내보내지므로 관련 값을 추출하기 위해 결과 세트를 일일이 검토할 필요가 없습니다 – 이는 잘못 읽거나 잘못 입력하여 발생하는 오류로 이어질 수 있습니다. FEA 소프트웨어 솔루션에서 정의된 기하학(부재 특성 포함)도 내보내졌습니다. 이것이 의미하는 바는 연결 설계자가 바로 그것, 즉 연결 설계에만 집중할 수 있다는 것입니다. 그들은 Checkbot이 FEA 소프트웨어 솔루션에서 정의된 정보를 수집할 것이라는 확신을 가질 수 있습니다. 그러나 이것이 또한 의미하는 바는 초기 정보가 가능한 한 정확해야 한다는 것입니다. IDEA StatiCa는 전통적인 BIM 워크플로우를 사용하므로 하중이나 기하학과 관련하여 변경이 필요한 경우 원본 애플리케이션에서 수정해야 합니다. 일부는 이를 불편함으로 볼 수 있지만, 이 워크플로우는 비용이 많이 드는 실수를 방지하기 위한 충분한 이유가 있습니다. FEA 모델에서 변경 사항이 발생하면 Checkbot을 통해 새 정보를 Connection 설계에 다시 동기화할 수 있습니다 – 이 역시 실수를 방지하고 단일 정보 출처를 정확하게 유지합니다.
동일한 원칙은 BIM 소프트웨어로 구동되는 모델을 사용하는 경우에도 적용될 수 있습니다. 그러나 여기서는 부재 특성뿐만 아니라 플레이트, 볼트, 용접 형태의 기하학을 더 많이 활용할 수 있습니다. 단점은 하중이 없으므로 도면과 같은 전통적인 기법에 의존해야 할 수도 있다는 것입니다…
아니면 그래야 할까요? 간단한 답은 아니오입니다. IDEA StatiCa는 기하학이 동일한 경우 FEA 모델에서 이 누락된 정보를 병합할 수 있습니다. 이것을 할 수 있는 다른 애플리케이션은 없습니다. IDEA에서는 하나의 FEA 소프트웨어에서 정보를 가져와 임의의 BIM 소프트웨어의 모델과 병합하여 연결 설계를 위한 하이브리드 솔루션을 만들 수 있습니다(물론 두 애플리케이션 모두 지원되어야 합니다). 기업들은 특정 벤더에 종속되지 않고 더 큰 유연성을 위해 자유롭게 조합하여 사용할 수 있습니다. 기본 형태에서는 Excel 스프레드시트에서 결과를 얻을 수 있습니다.
이것은 Checkbot의 최신 개선 사항 중 하나인 SAF 지원으로 이어집니다. 이 형식을 통해 SAF를 지원하는 모든 FEA 애플리케이션에서 IDEA로 정보를 가져오는 방법을 제공할 수 있습니다. 역시 더 높은 정확도와 더 빠른 속도로 가능합니다.
결론
올바르게 사용된다면 BIM 정신에 기반한 워크플로우가 더 빠르고, 더 정확하며, 더 안전한 결과를 제공한다는 것은 의심할 여지가 없습니다. 그러나 주의할 점은 출력되는 정보의 품질은 입력되는 정보의 품질에 달려 있다는 것입니다. 다시 말해: 쓰레기를 넣으면 쓰레기가 나옵니다.
이러한 워크플로우는 정보를 디지털 방식으로 공유하는 데 익숙하지 않은 많은 엔지니어에게 낯설 수 있지만, 그렇게 하는 데는 엄청난 이점이 있습니다. 제작 모델을 만드는 사람들에게도 마찬가지입니다. 크고 작은 모든 프로젝트에서 시공사와 엔지니어의 조기 참여는 반드시 성과를 거둘 것입니다.
최신 블로그를 즐겁게 읽으셨기를 바랍니다. 의견이 있으시면 연락해 주십시오 – 여러분의 의견을 듣고 싶습니다!
