저는 운이 좋게도 몇 주 전 10월 몬트리올에서 열린 BuildingSMART의 국제 표준 정상 회담에 참석할 수 있었습니다. 이전 미국에서 설계 세상에 살았던 엔지니어로서, 저는 다음 큰 프로젝트를 수주하기 위한 경쟁 우위를 점하기 위해 특정 목표에 적합한 컨퍼런스를 평가하곤 했습니다. 그러나 이번 대회는 달랐습니다. 오픈 데이터 표준 지침과 개발에 대한 정보를 배우고 제공하는 것이 중요했습니다.

IFC와 같은 개방형 데이터 표준에 대한 BuildingSMART의 전 세계 지지자들은 미래에 많은 가능성을 보여줍니다. 이 컨퍼런스는 지난 몇 년 동안 많은 산업 분야에서 입증된 사례와 함께 이룬 놀라운 진전을 강조했습니다. 이 컨퍼런스는 다른 산업이 IFC와 함께 하고 있는 일에 대한 찬사에 대한 증거였을 뿐만 아니라 다양한 문제를 듣고 목소리를 낼 수 있는 환상적인 기회였습니다. 워크숍에 적극적으로 참여하는 사람들은 openBIM과 오픈데이터 표준을 위한 운동을 개선하는 역할을 할 뿐입니다.우선순위를 정하는 의견, 모든 사람이 얼마나 개방적이고 이해심이 많은지, 그리고 모두가 미래에 대한 비전을 공유하려는 의지가 얼마나 강한지는 저에게 깊은 인상을 남겼습니다. 우리는 더 이상 소유주, 컨설턴트, 시공자, 판매자가 아니었습니다. 우리는 업계 발전을 위해 함께 일하는 커뮤니티의 일원이었습니다. 교통 분야에서는 IFC가 개방형 표준 형식으로서 어떻게 발전하고 있는지, 결과물로 필요한 곳은 어디인지, 그리고 오늘날 현실 세계에서 IFC를 어떻게 사용하고 있는지 알고 싶었습니다(파일럿 프로젝트가 아니라 이론이나 논문도 아닌 실제).

저는 오프닝 세션의 처음 몇 시간 동안 몇 가지 답을 발견하고 놀랐습니다. 요컨대, IFC는 지속적으로 개발 중이며 주로 수직 산업에서 사용됩니다. 수평 시장에서의 사용은 상대적으로 왜소하지만 꾸준히 성장하고 있습니다.

새로운 기술 요구 사항

전 세계 일부 기관에서 요구하지만 정확히 무엇을 위해 요구됩니까? 일부는 IFC를 사용하는데, 이는 IFC가 모델 지오메트리에 대한 데이터 및 속성을 입력하기 쉬운 형식이기 때문입니다. 때때로, 이 데이터 어트리뷰션에 많은 노력이 기울어집니다. 도로 설계 업계에서는 업계에 들어오는 제도사가 점점 줄어들고 있습니다. 더 많은 제도 담당자가 은퇴하거나 직업을 떠나고 있습니다. 이로 인해 설계사는 세부 설계, 모델링 및 제도 작업을 혼자 수행하는 데 많은 부담을 느낍니다. 상당한 양의 데이터 어트리뷰션도 필요하다고 상상해 보십시오. 나는 이것이 잠재적으로 우리 업계에서 (다소) 새로운 직업을 위한 길을 만들 수 있다고 생각합니다.

현재 3D 프로젝트의 데이터 어트리뷰션은 대부분 설계사가 처리하고 있습니다. 에이전시의 요구 사항이 증가함에 따라 자산 수명 주기 동안 이 데이터를 추가하는 데 필요한 노력도 증가할 것입니다. 때때로 기술은 워크플로의 자동화 및 최적화를 통해 이러한 노력을 지원할 수 있습니다. 또한 설계사 또는 완전히 다른 사람으로부터 얻을 수 있는 새로운 기술 개발이 필요할 수도 있습니다.

예상대로 우연히 만난 사람들 대부분은 수직 공간에 있었습니다. 일부는 BIM 컨설턴트, 일부는 시공사, 일부는 설계사였습니다. 지금은 시공사에서 일하고 있는 한 설계사와 나눈 대화가 생각납니다. 나는 그녀에게 "오늘날 IFC를 어떻게 사용합니까?"라고 물었습니다.

그녀는 "사용하지 않아요. 예전에는 사용했습니다. 대부분 납품물 간의 조정과 일종의 통일성을 위한 것이었죠."

"그럼 지금 뭘 쓰시나요?"

"오리지널 저작 애플리케이션이요." 그녀가 대답했다. "IFC는 데이터를 직접 사용하는 방법을 배우기 전까지는 조정에 매우 적합했습니다. 필요한 경우 변경하고 설계 의도를 끌어올 수 있는 유연성이 훨씬 더 커졌습니다." 설계 의도는 한 객체가 변경될 때 다른 곳에서 자동으로 전파되도록 설계 객체 간의 관계를 설명합니다.

대화의 일부를 의역한 것 같지만 IFC가 설계 의도를 전달할 수 있거나 곧 전달할 것이라는 말을 계속 듣고 있습니다. 이것이 언젠가는 현실이 될 수 있지만 가까운 시일 내에 실현되지는 않을 것입니다. 내가 자주 듣는 다른 오해는 왕복 또는 IFC 파일에 보안이 적용되어 파일을 "서명하고 봉인"할 수 있다는 것입니다.

Messaging

개회식에서 Autodesk의 Marek Suchocki는 openBIM의 역사, Autodesk가 이를 지원하는 방법, 그리고 가장 중요한 IFC와 관련하여 우리가 직면한 몇 가지 메시징 과제에 대해 이야기했습니다. 저는 Autodesk 기조연설에 동의하는 특이한 상황에 처하게 되었습니다. 경쟁사임에도 불구하고 우리 모두는 내일 더 나은 건축 환경을 위해 업계를 발전시키는 데 초점을 맞추고 있습니다.

IFC의 현재 가치 대부분은 수직 산업에 있었고 일부 수평 직무는 이후 버전(IFC 2×3, 2006 출시 및 4, 2015출시)으로 수행되었습니다. ISO 인증을 받기 위해 4.3.1.0을 보내 (4.3.0.0은 의견과 함께 다시 보내짐)이제서야 철도, 도로 및 고속도로 프로젝트 내에서 IFC를 성장시킬 기회를 갖게 되었습니다.

내가 만난 대부분의 사람들은  정부 기관이나 소유자가 요구하거나 제 3 자 모델 조정을 위해 IFC를 게시합니다. 모델 조정, 분석, 감사 및 QTO는 기본 작성 애플리케이션을 사용하여 수행할 수 있습니다. 예를 들어, Revit, SketchUp 및 기타 다양한 3D 파일을 OpenRoads Designer로 간단히 참조하면 2D, 프로파일, 횡단면 및 3D 뷰 또는 시트에 즉시 표시하고 조정할 수 있습니다. IFC에 게시하는 이유는 무엇입니까? 열려 있으니까요.

많은 사람들이 IFC를 사용하는 애플리케이션에 비용을 지불하기로 선택하지만 IFC를 더 잘 사용하기 위한 무료 도구를 개발할 수 있다는 이론이 있습니다. 저는 개인적으로 수동 데이터 쿼리가 있는 예쁜 그림으로 모델을 보는 것 이상의 역할을 하는 무료 도구를 접하지 못했습니다. 사용할 가치가 있는 모든 기능이 있는 도구는 어느 정도의 현금을 필요로 합니다.

Suchocki로부터 들은 가장 흥미로웠던 점은 openBIM의 한계를 묘사한 슬라이드였습니다. 기본 형식과 솔루션이 IFC로 증강되고 대체 되지 않는 방법. IFC는 건물과 잘 작동하지만 지리 공간 정보가 부족합니다. 이를 돕기 위해 IFC를 CityGML/GIS와 협력하려는 현재의 노력이 있습니다. IFC의 보안도 부족합니다. IFC 파일에 서명하고 봉인할 수 있는 방법은 없습니다. 네이티브 제작 응용 프로그램에는 다양한 수준의 파일 "봉인"이 있습니다. 예를 들어, 엔지니어의 원본 서명 및 인감의 목적을 수행하는 Bentley DGN 파일은 보안 인증서를 전달하고 데이터가 변경되지 않도록 잠글 수 있습니다. 그러나 서명하고 봉인할 수 있는 일종의 포장지에 대한 지속적인 노력도 있습니다. 데이터나 파일은 이 래퍼 안에 저장될 수 있으며 래퍼는 내부의 모든 것을 잠글 수 있습니다. 이는 IFC와 무관합니다. IFC에 대한 보안은 향후 버전에서 계획된 주제입니다.

Design to Design은 지원되는 사용 사례로 IFC에 대한 일반적인 오해이기도 합니다. Design to Design이 의미하는 바는 OpenRoads에서 모델을 개발하고, IFC를 게시한 다음, Civil 3D에서 원활한 연속 설계를 위해 IFC를 가져오는 것입니다.

저작 도구가 모델을 생성하고 IFC가 게시되면, 해당 IFC를 사용하여 설계를 처음부터 다시 작성할 수 없습니다. 종종 언급되는 왕복에는 게시된 IFC가 현재 제공하는 것보다 훨씬 더 많은 것을 정의할 수 있는 기능이 필요합니다. 기하 도형의 각 부분을 계산하고 그리는 방법과 각 알고리즘이 개체를 돌출시키는 방법은 제작 애플리케이션마다 다릅니다. IFC는 항상 모델 속성이 있는 완제품의 게시된 스냅샷이었습니다. 그 자체는 연속적인 살아있는 파일이 아닙니다. 다른 애플리케이션에서 설계 의도를 지속하는 데 사용할 수 없습니다. 또한 파라메트릭 설계와 같은 것을 처리하기 위해 상당한 양의 작업이 필요합니다.

Suchocki는 계속해서 "IFC가 반드시 시간을 단축하고 단순성을 증가시킨다는 의미는 아닙니다. 새로운 기술이 필요하기 때문에 실제로 더 복잡해질 수 있습니다." 우리는 지금 이것을 보고 있습니다. 이전 슬라이드에서 IFC의 가치와 비판을 보는 것은 확실히 신선했습니다. 그 중 하나는 파일이 너무 크다는 것입니다. 파일 크기가 10GB인 작은 도로 프로젝트를 본 적이 있습니다. 따라서 많은 애플리케이션에서 특정 설계를 여러 개의 서로 다른 파일로 분할하도록 선택하고 있습니다.

"기획의 부족을 보완하지 않고 모든 사람이 일관된 경험을 할 것이라는 보장도 없습니다." 이것은 실제로 모든 것에 대해 확실한 사실입니다. 기술과 표준은 미래의 인프라를 해결하기 위한 매우 복잡하고 뒤엉킨 퍼즐의 두 조각에 불과합니다.

IFC에는 많은 잠재적 이점이 있지만, IFC의 한계와 현실을 전달하고 IFC의 지속이 거짓 약속의 실패로 인해 방해받지 않으며 훼손되지 않도록 일관된 메시지를 전달하는 것이 중요합니다.

벤틀리 제품의 IFC

지난 기사에서 벤틀리가 BuildingSMART에 참여했으며 거의 모든 플랫폼 제품에서 IFC의 다양한 반복을 지원했다고 밝혔습니다. 일부 의견과 달리 IFC는 벤틀리 솔루션의 경쟁자가 아닙니다. 우리는 지금까지 그랬던 것처럼 오늘날에도 IFC를 계속 지원하고 있으며 조만간 이를 중단하진 않을 것입니다. IFC에 대한 데스크톱 및 클라우드 기반 지원 사이에 5개에서 8개의 서로 다른 버전이 지원됩니다. 버전 4.3.1.0, 우리는 집을 청소하고 공식 표준 에 집중하기를 희망합니다. 가장 좋은 추측은 아직 공식 표준이 아니라는 것입니다. 우리는 그것이 곧 있기를 정말로 바랍니다.

최신 버전의 OpenRoads Designer에서와 마찬가지로 IFC Exports모델에 데이터를 적용하는 데 더 많은 기능과 유용성을 추가하고 있습니다. 그러나 모든 데스크톱 애플리케이션과 마찬가지로 개발, 배포, 사용 및 피드백 사이의 타임라인은 몇 달 또는 몇 년까지 늘어날 수 있습니다.

이전 컨퍼런스에서 누군가 "미국의 도로 엔지니어로서 IFC를 프로젝트의 필수 결과물로 볼 수 있는 시기는 언제입니까?"라고 물었습니다.

이는 반복적으로 관리 기관에 의해 테스트된 다음, 널리 받아들여지기 전에 프로젝트별로 의무화될 것입니다.이를 모든 프로젝트에서 유용한 필수 납품물로 기대하는 것은 주 DOT 계약에 따라 몇 년 후가 될 수도 있습니다.현재 ISO 인증은 내년 언젠가 이루어질 것으로 예상됩니다(물론 향후 업데이트가 더 빨리 이루어지 기를 바랍니다). 그건 그렇고, ISO 인증을 위해 제출 된 현재 스키마에는 빗물 배수와 같은 항목이 없습니다. 모든 사람은 여전히 상당 기간동안 인프라 파이프에 사용하기 위한 HVAC 파이프 구축을 강제할 필요가 있습니다.

일반적인 제품 개발 주기와 달리 벤틀리는 iTwin 서비스를 통해 IFC Exports도 제공합니다. iTwin 서비스는 클라우드 기반이기 때문에 스키마 업데이트는 며칠 또는 몇 주 내에 이루어질 수 있으며 힘든 Software Downloads 및 설치 없이 즉시 배포될 수 있습니다. 또 다른 장점은 IFC Exports가 여러 판매자의 완전히 연합된 모델이 될 수 있다는 것입니다. 이렇게 하면 깨끗하고 일관된 Exports가 보장됩니다. iTwin은 독점 정보만으로 IFC를 생성하는 단일 데스크톱 애플리케이션이 아니라 IFC Exports 이전에 정보의 집계자가 될 수 있습니다. 우리는 데스크톱 및 클라우드 기반 IFC 지원을 개선하기 위해 노력하고 있으며 더 나은 IFC를 더 빨리 만들 수 있는 방법을 적극적으로 개발하고 있습니다.

제 개인적인 관점에서, 저는 IFC가 훌륭한 오믈렛의 자질을 가지고 있다고 믿지만, 우리는 여전히 거기에 도달하기 위해 계란을 깨는 과정에 있습니다. 이 컨퍼런스에서 만난 사람들은 제가 만난 사람들 중 가장 열정적이고 똑똑하며 열심히 일하는 사람들로, 모두 건축 환경의 더 나은 미래를 위해 일하고 있습니다. 운이 좋게도 참석할 수 있다면 꼭 참여하는 것이 좋겠습니다. 다음 BuildingSMART 컨퍼런스는 2023년 3월 27일부터 30일까지 로마에서 개최됩니다.