![Alan Esguerra 프로필 사진 | 벤틀리시스템즈 | 인프라 엔지니어링 소프트웨어 회사 Alan Esguerra 프로필 사진](https://www.bentley.com/wp-content/uploads/alans-author-pic.png)
작성자: Alan Esguerra, 산업 전략 매니저
buildingSMART는 2023년 9월 노르웨이 오슬로 외곽의 릴레스트룀(Lillestrøm)에서 국제 표준 정상 회담을 개최했습니다.
이번 회담은 '디지털 제품과 openBIM® Workflow'를 주제로 진행됐으며, 약 450 명의 대면 참석자가 온라인 참석자의 절반 가까이 차지했습니다.참석자들은 약 39 개국에서 왔습니다. IFC뿐만 아니라 수많은 다른 솔루션과 기술을 포함하는 다양한 워크플로를 함께 모아 앞으로 나아갈 길을 제시하는 데 중점을 두었습니다. 많은 사람들이 디지털 트윈의 다양한 측면과 엔지니어링 프로젝트 납품에 대한 더 스마트하고 균일한 접근 방식의 발전 방법에 대해 논의했습니다.
기술 업데이트: MVD, IDS 및 BSDD
IFC에 대한 첫 번째 기사에서 MVD(Model View Definitions)가 특정 사용 사례에 대한 표준화된 데이터 하위 집합으로 간략하게 설명되었습니다. 그것이 묘사되고 진화된 방식은 buildingSMART의 Leon VanBerlo가 설명하는 것만큼 지속 가능하지 않습니다.
인프라 교통 분야의 경우, MVD 전선에서 진행 중인 개발은 RV (Reference View)와 AbRV(Alignment-based Reference View ) 두 가지뿐입니다. 이러한 MVD는 MicroStation이 Autodesk 및 Revit에서 Sketchup 및 GIS Shape 파일에 이르기까지 다양한 파일 형식을 참조하여 형상뿐만 아니라 그 안의 속성 정보도 볼 수 있는 방법과 유사합니다. 선형 기반 참조 뷰는 선형을 기반으로 정보를 참조할 수 있도록 교량에 도입되었습니다. 이는 OpenRoads가 참조된 선형에서 파일, 기본 판독값 및 측정값을 참조하는 방법과 유사합니다.
일반적으로 요청되지만설계 전송 뷰 MVD는 Civil 3D 파일을 작성하고 IFC를Exports OpenRoads Designer로 가져올 수 있는 현재 버전의 IFC에서 발생하지 않을 수 있습니다. Autodesk의 Marek Suchoski와 같은 다른 소프트웨어 공급업체가 여러 세션에서 설명했듯이 IFC의 현재 상태에는 이러한 모델 객체가 어떻게 구축되는지 정의할 수 있는 "배짱"이 없습니다. 설계 의도를 전송하기 위한 요구 사항은 포함되어 있지 않습니다. 자산 이양 은 현재 고려되고 있는 또 다른 MVD이지만 RV 및 AbRV MVD보다 훨씬 뒤쳐져 있습니다.
이 컨퍼런스에서는 두 가지 특정 항목에 대한 집중 조명이 있었습니다. IDS(Information Delivery Specification) 및 BSDD(buildingSMART Data Dictionary)입니다.
IDS 는 "IFC 파일에 X 클래스 및 Y 속성이 설정되어 있는지 확인하고 싶습니다."라는 일종의 "제한기" 또는 "검사기" 파일 역할을 합니다. 이 파일은 컴퓨터가 읽을 수 있는 간단한 XML 파일입니다. 그런 다음 IFC 파일을 가져와서 "IFC 파일이 이 IDS를 준수하는지 확인하십시오"라고 말합니다. IDS는 설계 모델의 품질을 보장하지 않으며, IFC가 조직 또는 프로젝트의 IDS 파일을 준수한다는 것만 보장합니다.
BSDD 는 조직이 사용자가 데이터 품질, 정보 일관성 및 상호 운용성을 보장하기 위해 일관되고 표준적인 워크플로를 따르도록 돕는 데 사용할 수 있는 정의의 온라인 저장소입니다. 또한 정기적으로 사용하려는 buildingSMART 외부의 다른 분류를 정의하는 데 사용할 수도 있습니다. 이는 모델 개체에 가장 최신의 가장 큰 속성을 적용하기 위한 제작 응용 프로그램에 대한 실시간 조회와 같습니다.
지원을 위해 벤틀리는 다양한 형태의 IFC를 가져오고, 참조하고, 내보내지만, 아직 비교적 새로운 기능이기 때문에 IDS를 생성하거나 BSDD에 연결하지 않습니다. IDS의 경우 요구 사항을 확인할 수 있는 방법이 있어야 합니다. 이는 설계 모델의 신뢰성을 구축 하고 일관성을 확인하는 단계라고 생각합니다. 반대로, 일부 조직에서는 설계자가 모델을 수정하는 것보다 IDS 검사를 통과하기 위해 시스템을 우회하는 방법을 찾는 것이 더 쉽다는 것을 알게 될 방대한 mega IDS 파일을 만들 수 있는 방법도 볼 수 있습니다. 이는 일부 조직에서 CADD 수준 기호 규정 준수를 위해 Spec Checker를 사용하는 방식과 유사하여 규정 준수에 대한 수익 수준이 감소하는 이상한 수준으로 보입니다. 실무자는 모든 종류의 의무 이전에 IDS를 쉽게 사용하는 것이 현명할 수 있습니다.
IDS는 디자이너가 가져와야 하나요, 아니면 요구 사항을 정의해야 하는 소유자가 가져와야 하나요, 아니면 둘 다 가져와야 하나요? IDS가 저작 소프트웨어에서 제공되는 것이 충분한 가치가 있습니까, 아니면 설계 계산, 방법 또는 검사가 독립적으로 수행되는지 확인하는 것과 유사한 독립적인 소스에서 사양이 제공되는 경우 더 많은 가치가 있습니까?
공통 데이터 사전을 균일한 형식으로 정의해야 하는 것은 매우 유용하지만, 디자인 응용 프로그램에서 BSDD에 대한 라이브 링크 요구 사항이 필요할까요? 얼마나 자주 바뀔까요? 만약 그것이 바뀐다면, 그것은 통제된 방식으로 이루어져야 할까요? 예를 들어, AASHTO(American Association of State Highway and Transportation Officials)는 교량에 대한 데이터 사전을 가지고 있을 수 있으며 "2.0"이라고 칭해봅시다. 프로젝트 중간에 새로운 "2.1" 요구 사항이 추가되면 모든 프로젝트가 라이브 BSDD를 읽고 "2.1"을 준수해야 합니까? 아니면 프로젝트가 "2.0"으로 완료되고 다음 프로젝트는 "2.1"로 시작해야 합니까?항목 유형으로 IFC 데이터를 정의할 수 있는 벤틀리 소프트웨어의 기능을 통해 BSDD에서 라이브 링크가 아닌 항목 유형 작업 공간을 제공하도록 푸시하는 것이 가장 좋은 방법일 수 있습니다.
요구 사항으로서의 IFC – 충분합니까?
저는 운 좋게도 참석자 중 한 명이 IFC의 첫 번째 미국 요구 사항이 2024년 안에 나올 수 있다고 언급 한 공급 업체 패널에 포함되었습니다. IFC는 아직 미국 시장에 진출한 지 얼마 되지 않았기 때문에 현재까지 대부분의 진행 상황이 교량에서만 이루어졌고 교량 프로젝트의 작은 부분으로 시작될 가능성이 높다고 생각합니다. 이로 인해 "일부 기관과 국가는 IFC를 요구 사항으로 어떻게 받아들이고 있습니까?"
일부 국가에서는 여전히 계약자에게 2D 평면만 요구하지만 설계자와 소유자 간의 내부 조정 제출로 IFC를 요구합니다. 다른 국가들은 IFC를 통해 앞으로 나아갈 길을 개척하고 있으며 필요에 맞게 IFC를 확장하고 있습니다. 이러한 국가는 필요에 맞게 IFC를 추가하고 조직에 더 유용하게 만드는 자체 확장 을 만들고 있습니다. 일부 민간 기업은 IFC의 개방성을 활용하여 이 데이터를 중심으로 툴셋과 워크플로를 만들고 있습니다.단점은 사용이 그들에게만 독점적이라는 것입니다. 예를 들어, 중국은 IFC 4.3을 기반으로 하는 CN-IFC 버전을 출시하고 있습니다.
주로 수직 건물 공간을 다루는 싱가포르의 건축 및 건설 당국이 Corenet X라는 모델 전용 입찰 시스템으로 전환하고 있다는 사실을 알고 놀랐습니다. 프레젠테이션에서 그들은 온라인 전용 플랫폼을 통해 특정 프로젝트에 대한 2D 및 모델 기반 입찰을 모두 허용했습니다. 그들은 시장을 이 새로운 규제 승인 및 데이터 요구 사항 프로세스로 전환하는 데 도움이 되도록 여러 웨비나, 업계 이벤트 및 교육을 주최했습니다. 그들은 IFC를 입찰 프로세스의 핵심 요구 사항으로 활용할 것입니다. IFC는 아직 사용 중인 일부 투영 좌표계와 측정 단위를 지원하지 않기 때문에 BCA가 이 문제를 해결할 계획이 있다고 확신합니다. 제가 이야기한 많은 참석자들은 IFC가 필요한 많은 요구 사항 중 하나의 파일일 뿐이라는 점을 표현했습니다.
나는 그들의 관행에서 배울 수 있는 많은 교훈이 있다고 확신하지만, 그들에게만 적용되는 많은 작업도 있다고 확신합니다. 한 참석자가 "BIM이나 모델링을 하지 않고 2D 계획에만 의존하는 소규모 건설사는 어떻게 되느냐"고 묻자 "배우지 않으면 퇴출될 것이다"라는 대답이 돌아왔습니다. 나는 작은 민족 국가의 것과 같은 종류의 신속함이 미국에 적용되는 것을 보기 위해 고군분투하지만, 그들의 요점을 이해할 수 있습니다. 제 생각에 그들의 핵심 추진 요소는 의무화하기 전에 업계가 잘 교육 받았는지 확인하는 것이었지만 전환 과정에서 배려가 많이 필요할 것이라고 확신합니다.
지금도 IFC 4.3은 디지털 트윈의 한 부분을 제공하는 데 도움이 될 수 있는 게시된 고정 파일이지만 많은 노력 없이 항상 그대로일 수는 없습니다. 라이브 또는 거의 라이브에 가까운 친환경 디지털 트윈에 대한 논의가 전면에 등장함에 따라 파일 중심 워크플로가 아닌 데이터 중심 워크플로로 전환하는 것의 이점에 대해 생각하지 않을 수 없습니다. 일부 세션을 통해 IFC 5를 살짝 엿볼 수 있는 방법은 iTwin.JS와 매우 유사해 보인다는 것입니다. IFC 5 는 워크샵에서 우선 순위가 무엇이어야 하는지 토론하는 동안 해야 할 일과 하지 말아야 할 작업을 정의함에 따라 파일 형식에서 데이터베이스 스타일로 이동하는 것 같습니다. 제 느낌은 IFC 5 에서 향후 10년 동안 진전이 이루어질 것이며 그들이 발전하는 것을 기대합니다. 업계가 발전함에 따라 앞으로 배우고 공유해야 할 많은 교훈이 있을 것이라고 확신합니다.
OpenBIM 교육
프로젝트 관리자 교육 은 현재 Strategic Building Innovation을 통해 미국에서 제공됩니다.
전 세계적으로 몇 가지 다른 공식 전문 인증이 있지만 대부분의 실무자에게 미국 과정에는 기초 수업과 현재 프로젝트 계약 관리 수업이 포함됩니다. 응용 분야에는 SBI에서 제공하는 OpenBIM 응용 과정과 가상 설계 및 시공 과정(VDC)이 있습니다.
IFC에 대한 최신 벤틀리 지원
과거에는 OpenCivil(OpenRoads 및 OpenRail) 선형 및 코리더만 내보냈습니다. 그러나 일부 사용자는 선형 및 코리더 이상의 것이 필요했습니다. OpenBuildings는 일부 사용자가 토목 애플리케이션과 함께 사용할 수 있는 IFC 관련 도구 세트를 제공합니다. 이 과정은 매우 힘들기 때문에 많은 사람들이 사용하지 않았습니다. 그 후 iModel에 여러 파일 형식을 로드하고 IFC를 내보낼 수 있는 iTwin 방식이 등장했습니다.이 방법으로 IFC 매핑은 이전 기사에서 언급한 것처럼 JSON 파일을 통해 수행해야 했습니다.이것 역시 사용자 친화적이지 않았습니다. 모델을 클라우드에 업로드해야 하는 필요성도 또 다른 채택 차단 요인이 되었습니다.
벤틀리 Civil Applications의 다음 버전에서는 항목 유형을 사용하여 IFC를 내보내는 새로운 방법을 선보일 예정입니다. 이 새로운 방법으로 iTwin 기술에 의존하여 IFC 파일을 내보내는 방법을 통합하고 있습니다.이제 항목 유형을 자동화하거나, 반자동화하거나, 벤틀리의 저작 도구 내에서 2D 또는 3Dobject에 수동으로 배치할 수 있습니다. 임시 내보내기는 클라우드에서 최신 iTwin 커넥터 및 IFC 내보내기를 다운로드하고 로컬 시스템에서 모든 작업을 수행합니다. 어떤 데이터도 컴퓨터를 떠나지 않습니다. 데이터는 클라우드에 업로드 되지 않습니다. 사용자는 비행기 모드에서 IFC 파일을 내보낼수도 있습니다.
이 방법에는 또 다른 큰 장점이 있습니다. IFC가 발전함에 따라 일반적인 소프트웨어 개발 수명 주기를 기다릴 필요 없이 새로운 데이터 구조를 더 빠르고 효율적으로 내보낼 수 있습니다. 더 이상 OpenRoads Designer의 다음 버전이 최신 IFC 스키마를 내보낼 때까지 기다리지 않아도 됩니다! 클라우드의 IFC 내보내기가 업데이트되는 즉시 데스크탑과 iTwin 워크플로 모두 동일한 기술을 활용합니다. 우리는 이 방법에 초점을 맞추면 우리 제품이 IFC 파일을 내보내기 방식에서 더 적용이 쉽고 일관성을 유지할 수 있다고 생각합니다.