• 회원가입
  • |
  • 로그인
  • |
  • 장바구니
  • News
    뉴스 신제품 신간 Culture & Life
  • 강좌/특집
    특집 강좌 자료창고 갤러리
  • 리뷰
    리뷰
  • 매거진
    목차 및 부록보기 잡지 세션별 성격 뉴스레터 정기구독안내 정기구독하기 단행본 및 기타 구입
  • 행사/이벤트
    행사 전체보기 캐드앤그래픽스 행사
  • CNG TV
    방송리스트 방송 다시보기 공지사항
  • 커뮤니티
    업체홍보 공지사항 설문조사 자유게시판 Q&A게시판 구인구직/학원소식
  • 디렉토리
    디렉토리 전체보기 소프트웨어 공급업체 하드웨어 공급업체 기계관련 서비스 건축관련 업체 및 서비스 교육기관/학원 관련DB 추천 사이트
  • 회사소개
    회사소개 회사연혁 출판사업부 광고안내 제휴 및 협력제안 회사조직 및 연락처 오시는길
  • 고객지원센터
    고객지원 Q&A 이메일 문의 기사제보 및 기고 개인정보 취급방침 기타 결제 업체등록결제
  • 쇼핑몰
통합검색 " 실시간 3D 시각화"에 대한 통합 검색 내용이 4,857개 있습니다
원하시는 검색 결과가 잘 나타나지 않을 때는 홈페이지의 해당 게시판 하단의 검색을 이용하시거나 구글 사이트 맞춤 검색 을 이용해 보시기 바랍니다.
CNG TV 방송 내용은 검색 속도 관계로 캐드앤그래픽스 전체 검색에서는 지원되지 않으므로 해당 게시판에서 직접 검색하시기 바랍니다
데이터 온톨로지 기반 3D 모델의 지능화
산업을 위한 AI와 버추얼 트윈 기술 (3)   이번 호에서는 AX 시대를 맞아 제조 기업이 축적한 방대한 도메인 지식과 3D 설계 데이터를 AI가 이해하고 실무에 즉시 활용할 수 있는 ‘자산’으로 전환하는 방안을 제시한다. 그리고, 다쏘시스템의 시맨틱 3D(Semantic 3D) 기술과 데이터 온톨로지(data ontology)를 활용해 중복 설계를 방지하고, 파편화된 정보를 비즈니스 맥락과 연결된 지식 개체로 지능화하는 기술적 원리를 살펴본다. ■ 이종혁 다쏘시스템코리아의 인더스트리 프로세스 컨설턴트로, 3DEXPERIENCE(구 NETVIBES) 테크 세일즈를 맡고 있다. 홈페이지 | www.3ds.com/ko   AX 시대, 제조 데이터의 새로운 정의 글로벌 제조 산업은 바야흐로 ‘디지털 전환(digital transformation)’의 단계를 넘어 ‘인공지능 전환(AI transformation : AX)’의 시대로 진입하고 있다. 생성형 AI와 대규모 언어 모델(LLM)이 비즈니스 프로세스 전반을 혁신하고 있는 현재, 엔지니어링 도메인에서의 핵심 과제는 명확하다. “어떻게 우리 기업이 지난 수십 년간 축적해 온 방대한 도메인 지식과 엔지니어링 노하우를 AI가 이해하고 실무에 즉시 활용할 수 있는 형태의 자산으로 바꿀 것인가?”이다. 대부분의 제조 기업은 수만, 수십만 장의 2D 도면과 3D 모델을 보유하고 있다. 그러나 역설적으로 엔지니어는 필요한 부품을 찾는 데 수많은 시간을 허비하거나, 이미 존재하는 설계를 중복으로 수행하는 ‘디지털 피로(digital fatigue)’에 시달리고 있다. 데이터가 존재함에도 불구하고 그 데이터가 가진 ‘의미(semantics)’와 ‘관계(relationship)’가 구조화되어 있지 않기 때문이다. 이러한 데이터의 파편화는 단순히 설계 효율을 떨어뜨리는 것에 그치지 않는다. 이는 부품 가짓수의 기하급수적 증가로 이어져 구매 단가 상승, 재고 관리 비용 증가, 그리고 급변하는 글로벌 공급망 리스크에 대한 대응력 약화라는 전사적 위기를 초래한다. 이번 호에서는 3D 모델링의 진화가 형상의 정밀함을 구현하는 단계를 넘어, 비즈니스 맥락과 지능이 결합된 ‘시맨틱 3D (semantic 3D)’로 나아가야 함을 제언한다. 다쏘시스템의 원파트(OnePart), 서플리멘탈 커넥터(Supplemental Connector), 그리고 데이터 사이언스 익스피리언스(Data Science Experiences : DSE)를 필두로 한 하이브리드 지능형 플랫폼이 어떻게 데이터 온톨로지를 통해 설계 자산을 지능화하고, 기업의 공급망 회복탄력성(resilience)을 극대화하는지 상세히 고찰해보고자 한다.   그림 1. The Transition to ‘Semantic 3D’ in the AX Era   하이브리드 아키텍처 : 데이터 주권과 클라우드 지능의 공존 국내 제조 기업이 클라우드 기반 AI 설루션 도입을 주저하는 가장 큰 이유는 ‘데이터 보안’과 ‘데이터 주권(data sovereignty)’에 대한 우려다. 핵심 설계 자산인 3D CAD 데이터는 기업의 기밀 중의 기밀로 간주되며, 이것이 외부 서버로 나가는 것에 대한 거부감은 기술적인 문제를 넘어 기업 생존의 문제로 인식된다. 하지만 클라우드가 제공하는 강력한 분산 연산 능력과 실시간 업데이트되는 AI 분석 엔진을 포기하는 것은 기술 경쟁력 측면에서 매우 위험한 선택이다. 이러한 딜레마를 해결하는 핵심 아키텍처가 바로 서플리멘탈 커넥터를 활용한 하이브리드 모델이다. 이 모델의 핵심은 데이터의 물리적 위치를 ‘통제된 온프레미스’와 ‘고성능 클라우드’로 이원화하는 데 있다. 이 아키텍처의 중심에는 ‘에지 에이전트(Edge Agent)’라는 전용 미들웨어가 존재한다. 에지 에이전트는 기업 내부의 로컬 파일 서버, CSV 기반의 레거시 데이터베이스, 그리고 솔리드웍스 PDM 프로페셔널(SOLIDWORKS PDM Professional)과 같은 엔터프라이즈 시스템과 직접 연동된다. 여기서 중요한 기술적 포인트는 에지 에이전트가 원본 CAD 파일(source file)을 클라우드로 전송하는 것이 아니라는 점이다. 대신, 설계에 포함된 메타데이터와 형상의 특징을 수치화한 ‘3D 서명(signature)’, 그리고 시각적 확인을 위한 가벼운 썸네일(thumbnail)과 CGR 데이터만을 추출하여 클라우드의 ‘시맨틱 그래프 인덱스(Semantic Graph Index : SGI)’로 전송한다. 이러한 하이브리드 접근법은 두 가지 결정적인 이점을 제공한다. 첫째, 데이터 주권은 기업이 완벽하게 통제한다. 원본 설계 데이터는 사내 보안망 내부에 머무르기 때문에 유출 우려가 없다. 둘째, 클라우드는 오직 ‘지능형 인덱스’와 ‘분석 엔진’의 역할만을 수행한다. 클라우드의 Data Science Experience(DSE)는 이 SGI에 축적된 정보를 바탕으로 전사적인 부품 사용 현황을 360도 뷰로 관찰하고, AI 기반의 의사결정 지원 기능을 제공한다. 이는 특히 카티아 V5(CATIA V5)와 같은 온프레미스 기반의 강력한 설계 환경을 유지하면서도, 최신 클라우드 기술의 혜택을 즉시 누릴 수 있는 현실적이고 안전한 가교 역할을 한다.   그림 2. Hybrid Architecture and Edge Agent   원파트와 AI 형상 지능 : 중복 설계의 늪에서 벗어나는 방법 엔지니어링 현장에서 가장 흔히 발생하는 보이지 않는 낭비는 이미 사내에 존재하는 부품을 찾지 못해 다시 설계하는 ‘중복 설계’다. 다쏘시스템의 연구 결과에 따르면, 시장 표준 부품(예 : 단순 브래킷이나 고정용 볼트 등) 하나를 불필요하게 신규 생성할 때 발생하는 전사적 비용은 부품당 약 1만 1000유로(한화 약 1600만 원)에 이른다. 이 비용에는 설계자의 시간뿐만 아니라 부품을 위한 테스트 및 시뮬레이션 비용, 금형 제작 등 제조 공정 셋업 비용, 신규 구매처 등록 및 관리 비용, 그리고 물류 및 창고 재고 유지 비용이 누적된 결과다. 원파트는 이러한 문제를 해결하기 위해 AI 기반의 ‘형상 유사도 검색(AI-Powered Component Signature)’ 기능을 제공한다. 이는 전통적인 키워드 기반 검색의 한계를 뛰어넘는다. AI는 3D 모델을 기하학적 특징(shape), 단면 형상(section), 구멍 배치 패턴(hole pattern), 그리고 외곽선(silhouette)이라는 네 가지 핵심 기준을 바탕으로 분석하여 부품별로 고유한 ‘디지털 지문’을 생성한다. 설계자가 새로운 프로젝트를 시작할 때, 백지 상태에서 모델링을 시작하는 대신 간단한 형상 아이디어를 스케치하여 업로드하면 AI가 수초 내에 사내 라이브러리 및 외부 공급업체 카탈로그에서 가장 유사한 부품을 찾아 제안한다. 또한 지능형 클러스터링(clustering) 엔진은 방대한 부품 데이터베이스를 기하학적 유사성에 따라 자동으로 군집화한다.     ■ 자세한 기사 내용은 PDF로 제공됩니다.
작성일 : 2026-05-06
모델 기반 시스템 엔지니어링의 모델링 도구
가상 제품 개발을 위한 MBSE 및 SysML의  이해와 핵심 전략 (7)   최근의 MBSE(모델 기반 시스템 엔지니어링) 환경은 개별 도구를 연계하던 전통적 방식에서 벗어나, 요구사항부터 시뮬레이션, 형상 관리까지 전 과정을 하나의 플랫폼에서 관리하는 ‘디지털 스레드’ 기반의 통합 환경으로 진화하고 있다. 이번 호에서는 모델링 도구인 ‘랩소디(Rhapsody)’와 ‘카메오 시스템 모델러(Cameo Systems Modeler)’의 특징을 살펴보고, 효율적인 설계 환경 구축 전략을 짚어본다.   ■ 오재응 한양대학교 명예교수, 시뮬레이션 랩 CTO   모델링 도구 여기에서는 모델링 도구로서 랩소디(Rhapsody)의 특징과 기능을 간단하게 소개하고 있으며, 특히 시스템 아키텍처 설계와 모델 일관성 유지에 있어 랩소디가 어떤 역할을 수행하는지를 설명한다. IBM의 랩소디는 UML 및 SysML 기반의 시스템 모델링 도구로, 아키텍처 모델을 통해 시스템 설계 정보를 저장할 수 있는 동적인 데이터베이스 구조를 제공한다. 사용자가 정의한 각 모델 객체(예 : 블록, 컴포넌트 등)는 한 번 정의되면 그것이 표현되는 모든 다이어그램 상에서 동일한 특성과 속성을 유지한다. 이를 통해 전체 모델의 일관성과 추적성이 자연스럽게 보장된다. 또한 랩소디는 요구사항과 직접 연계된 설계 모델을 지원함으로써, 요구사항-설계 간의 정합성 확보를 용이하게 한다. 이를 통해 설계 변경이 요구사항과의 연동 하에 즉시 반영될 수 있어, 시스템 개발 전 과정에서 신뢰성 있는 모델 기반 설계를 실현할 수 있다. 결과적으로, 랩소디는 다양한 UML/SysML 도구 중 하나로, 특히 복잡한 시스템의 모델링, 시뮬레이션, 코드 생성까지 연결 가능한 통합 모델링 환경을 제공한다.   랩소디 보기   그림 1. 랩소디 도구의 대표적인 사용자 인터페이스 구성 요소   <그림 1>은 랩소디 도구 환경을 보여주며, 시스템 모델링 또는 소프트웨어 모델링을 수행할 때 사용되는 대표적인 사용자 인터페이스 구성 요소를 설명하고 있다. 랩소디 보기는 사용자가 랩소디에서 모델을 어떻게 시각적으로 확인하고 조작하는지를 이해하는 데 중점을 둔다. 전체 인터페이스 구성은 랩소디가 모델 기반 시스템 및 소프트웨어 설계를 위한 도구로, 브라우저 영역과 그리기 영역 등의 주요 영역으로 구성되어 있다. <그림 1>의 화면 왼쪽에는 브라우저 영역(Browser View)이 위치해 있다. 이 영역은 프로젝트 내에 정의된 모든 요소를 계층적 트리 구조로 정리하여 보여주며, 클래스, 패키지, 상태도, 시퀀스 다이어그램 등 다양한 모델링 요소를 탐색하고 선택할 수 있다. 사용자는 이 영역에서 모델 구조를 확인하고, 필요한 항목을 선택하여 편집 창으로 열 수 있다. 주로 사용하는 항목은 모델 구성요소(예 : 클래스, 컴포넌트, 상태 등)이다. 설계 계층 구조는 각 요소의 속성 및 동작이 연결되어 있다. <그림 1>의 화면 오른쪽에는 그리기 창(Drawing Window)이 위치하며, 사용자가 실제로 다이어그램을 작성하고 편집하는 작업 공간이다. 이 영역은 선택된 모델 요소의 시각적 표현을 위한 공간으로, 예를 들어 상태 다이어그램, 블록 다이어그램, 시퀀스 다이어그램 등을 작성하고 구성 요소 간의 연결 관계를 설정할 수 있다. 사용자의 활동 예는 상태 전이 정의, 신호 흐름 연결, 동작 논리 시각화, 모델 요소 간 연결 구성이 있다. 랩소디는 모델 탐색과 시각적 설계를 동시에 지원하기 위해 좌측 브라우저 영역과 오른쪽 그리기 창을 중심으로 UI(사용자 인터페이스)를 구성하고 있으며, 이를 통해 사용자는 설계 구조와 논리를 직관적으로 접근하고 조작할 수 있다. 이와 같은 인터페이스는 SysML, UML, 자동차 및 항공 우주 분야의 MBD 등 다양한 모델링 작업을 효율적으로 수행할 수 있도록 지원한다.   랩소디 vs. 카메오 시스템 모델러 비교 IBM 랩소디와 카메오 시스템 모델러(Cameo Systems Modeler)는 모두 SysML 기반의 시스템 모델링 도구로 널리 사용되고 있다. 그러나 이 두 도구는 설계 접근 방식, 사용자 인터페이스, 시뮬레이션 및 협업 방식에서 차별점이 존재한다. 도구의 철학과 접근 방식 : 랩소디는 임베디드 시스템 및 소프트웨어 개발에 특화된 도구로, 주로 상태 기반(state-based) 모델링과 코드 생성(code generation) 기능이 강력하다. UML 기반의 객체지향 소프트웨어 개발, 상태 머신 구현 등에 많이 활용되며, 특히 자동차, 항공, 방위 산업 등에서 많이 사용된다. 반면에 카메오 시스템 모델러(MagicDraw 기반)는 시스템 아키텍처 및 요구사항 중심 설계에 중점을 둔 MBSE 도구이다. RFLP(Requirement, Functional, Logical, Physical) 구조와 트레이스 기능이 강력하며, PLM·SPDM 시스템과의 통합이 잘 되어 있어 디지털 스레드 구축에 적합하다. 대부분의 대기업 MBSE 전환 프로젝트에서 선택되고 있다. 사용자 인터페이스 및 작업 구조 : 랩소디는 전통적인 IDE 스타일의 인터페이스(<그림 1>처럼 왼쪽 탐색기 + 오른쪽 다이어그램 편집기)를 가지고 있으며, 실시간 코드 시뮬레이션 및 상태 전이 구현에 용이하다. 카메오 시스템 모델러는 모델 요소 중심 탐색 트리, 다중 다이어그램 탭, 자동 연결 도우미, 속성 창 기반 작업이 잘 정비되어 있으며, 직관적인 GUI로 인해 다양한 다이어그램 작성이 빠르고 정확하게 이루어진다. 사용자 친화성이 높은 편이다. 시뮬레이션 및 해석 기능 : 랩소디에는 UML/SysML 상태 머신을 기반으로 한 Statechart Simulation이 내장되어 있어, 논리적 동작 검증이나 이벤트 시퀀스 분석에 유리하다. C/C++ 코드 생성 및 디버깅 기능도 내장되어 있어, 소프트웨어 통합 단계까지 연결하기 좋다. 카메오 시스템 모델러는 카메오 시뮬레이션 툴킷(Cameo Simulation Toolkit :CST)을 통해 SysML 모델의 시뮬레이션이 가능하며, 파라메트릭 다이어그램(Parametric Diagram) + 수식 기반 계산 + 외부 FMU 연동을 지원한다. 특히 시뮬링크(Simulink), 모델리카(Modelica) 등과의 코시뮬레이션(co-simulation) 및 FMI 기반 연동이 강력하다. 협업 및 형상 관리 연동 : 랩소디는 RTC, ClearCase, GIT 등과 연계가 가능하지만, 협업 기능이 독립적으로 강력하지는 않다. 기업 내부 커스터마이징이 필요한 경우가 많다. 카메오 시스템 모델러는 팀워크 클라우드(Teamwork Cloud : TWC)라는 중앙 저장소 기반 협업 서버를 통해 모델 단위 버전 관리, 권한 제어, 변경 추적, 분기 관리(branching) 기능을 지원하며, 팀 단위 협업 및 모델 기반 리뷰에 적합하다. PLM, SPDM 및 외부 툴 연동 : 랩소디는 외부 연동이 상대적으로 제한적이며, 별도 게이트웨이 또는 커스터마이징이 필요하다. 카메오 시스템 모델러는 3D익스피리언스(다쏘시스템), 윈칠(PTC), 팀센터(지멘스) 등의 PLM 시스템과 연계가 용이하며, MBSE–PLM–SPDM 간의 디지털 연계(traceability)가 수월하게 이루어진다. 정리하면 랩소디는 코드 생성, 상태 머신 중심이고 카메오 시스템 모델러는 요구사항–기능–물리 구조 연계 중심이다. 사용 분야는 랩소디가 임베디드 소프트웨어, 제어 시스템에 사용되며 카메오 시스템 모델러는 시스템 아키텍처, MBSE를 총괄하는데 사용된다. 시뮬레이션에는 랩소디가 상태 기반 시뮬레이션에 사용되며, 카메오 시스템 모델러는 파라메트릭, 시퀀스, 코시뮬레이션이 가능하다. 협업 관점에서 랩소디는 RTC/파일 기반으로 이용되며, 카메오 시스템 모델러는 팀워크 클라우드 기반 모델 협업에 활용된다. 외부 툴과 연동은 랩소디는 제한적이며 커스터마이징이 필요하다. 반면에 카메오 시스템 모델러는 FMI, PLM, 시뮬링크 등과 강력하게 연동된다.    ■ 자세한 기사 내용은 PDF로 제공됩니다.
작성일 : 2026-05-06
심센터 HEEDS 2604 업데이트
심센터 HEEDS 더 깊게 살펴 보기 (5)   심센터 HEEDS(Simcenter HEEDS) 2604 릴리스는 설계 파라미터와 시뮬레이션 워크플로를 유기적으로 연결하여 최적의 설계안을 자동으로 도출하는 역할을 더욱 공고히 하기 위해 계산 리소스의 효율적 관리, AI를 활용한 워크플로 가속화, 그리고 다목적 트레이드오프 스터디의 실시간 가시성 확보라는 세 가지 핵심 방향으로 혁신적인 기능을 담았다.이번 릴리스를 통해 복잡성 모델링(model the complexity), 가능성 탐색(explore the possibilities), 속도 향상(go faster), 통합 유지(stay integrated)라는 네 가지 기둥 아래 엔지니어링 시뮬레이션의 새로운 기준을 제시한다.   ■ 연재순서 제1회 심센터 HEEDS 커넥트와 MBSE 방법론 제2회 심센터 X MDO의 새로운 HEEDS 제3회 심센터 HEEDS SHERPA의 최적 검색 원리 제4회 최적 검색 가속화를 위한 AI 프레딕터 제5회 심센터 HEEDS 2604 업데이트 제6회 모두를 위한 제너럴 포털과 맞춤 설정 제7회 특별한 워크플로 구성 및 자동화 제8회 다양한 매개변수를 위한 태깅 모드 제9회 복잡한 설정을 한번에, 오토메이션 스크립트 제10회 파이썬 스케줄러와 HEEDS 연동 제11회 심센터 HEEDS 2610 업데이트 제12회 데이터 분석을 위한 HEEDSPy API   ■ 이종학 지멘스 디지털 인더스트리 소프트웨어에서 심센터 HEEDS를 비롯하여 통합 설루션을 활용한 프로세스 자동화와 데이터 분석, 최적화에 대한 설루션을 담당하고 있다. 근사최적화 기법 연구를 전공하고 다양한 산업군에서 15년간 유한요소해석과 최적화 분야의 기술지원과 컨설팅을 수행하였다. 홈페이지 | www.sw.siemens.com/ko-KR 링크드인 | www.linkedin.com/in/jonghaklee-odumokgol   전산 자원 관리의 재구상 : 새로운 리소스 카탈로그 기존 방식의 한계 엔지니어링 최적화 스터디는 단 한 번의 시뮬레이션으로 끝나는 작업이 아니다. 수십 번에서 수천 번의 반복 해석을 수행해야 하며, 이를 위해서는 로컬 워크스테이션, 사내 HPC 클러스터, 클라우드 컴퓨팅 플랫폼 등 다양한 전산 자원을 조합하여 활용해야 한다. 기존의 HEEDS(히즈)는 이러한 원격 실행 환경을 프로젝트별로 설정해야 했기 때문에, 팀 내의 여러 엔지니어가 동일한 클러스터를 사용하더라도 각자 동일한 설정 과정을 반복해야 하는 비효율이 존재했다. 특히 HPC 클러스터의 경로, 인증 정보, 작업 스케줄러 파라미터를 매번 수동으로 입력해야 하는 번거로움은 첫 번째 설계 최적화를 시작하기도 전에 엔지니어의 시간을 낭비하게 만들었다.   리소스 카탈로그의 등장 심센터 HEEDS 2604는 원격 실행 기능을 새로운 ‘리소스 카탈로그(Resource Catalog)’로 전면 개편하여 이 문제를 근본적으로 해결했다. 리소스 카탈로그는 전산 자원 정보를 프로젝트에 종속된 설정이 아닌, 전사적으로 공유 가능한 독립적 자산으로 관리하는 방식이다. 이제 로컬 머신, 원격 클러스터, 리스케일(Rescale)과 같은 HPC 클라우드 플랫폼, 또는 작업 스케줄러를 사용하는지의 여부와 관계 없이 프로젝트 전체에서 리소스 구성을 더 쉽게 설정하고 재사용할 수 있다.   그림 1. 리소스 카탈로그 설정 환경   그림 2. 작업 수행을 위해 미리 설정된 리소스 선택   주요 기능 및 이점 원클릭 리소스 생성 : 사용자가 리소스 유형을 선택하면, 해당 유형에 적합한 모든 설정 항목이 기본값으로 미리 채워진 상태로 나타난다. 처음 사용하는 엔지니어도 복잡한 설정 파라미터를 일일이 파악할 필요 없이 빠르게 시작할 수 있다. 관리형 카탈로그(Managed Catalogs) : 조직의 IT 관리자 또는 HEEDS 전문가가 심센터 HEEDS 커넥트(Simcenter HEEDS Connect)를 통해 표준 리소스 프로필을 미리 구성하면, 팀의 다른 구성원이 이를 즉시 다운로드하여 사용하거나 로컬 카탈로그로 복사하여 필요에 맞게 조정할 수 있다. 이는 조직 전체가 동일한 리소스 표준을 따르도록 하는 ‘단일 정보 소스(single source of truth)’ 역할을 수행하여 설정 오류와 불일치를 원천적으로 방지한다. 다중 제출 항목(Multiple Submission Items) : 하나의 물리적 서버에서도 PBS, LSF, SLURM, MSHPC, 또는 다이렉트 서브미션(Direct submission) 등 다양한 방식의 작업 스케줄러를 위한 복수의 제출 항목을 생성할 수 있다. 예를 들어, 빠른 소규모 해석을 위한 인터랙티브 대기열과 대규모 최적화를 위한 배치 대기열을 동일한 클러스터에서 각각 별도의 리소스 프로필로 관리할 수 있다. 리소스 구성 확인 기능 : 복잡한 네트워크 환경에서 원격 리소스가 실제로 접근 가능한지, 또는 올바르게 설정되었는지 확인하는 것은 종종 어려운 문제였다. 새로운 ‘Run test now’ 기능을 통해 사용자는 설정 완료 즉시 리소스의 접근 가능성과 동작 상태를 확인할 수 있다. 테스트 결과는 Not tested(미실행), Passed(성공), Error(오류)의 세 가지 상태로 직관적으로 표시되어 문제 발생 시 신속한 보정이 가능하다. 지속적 구성 : 매핑된 로컬 및 원격 드라이브 설정이 모든 프로젝트에 걸쳐 유지되므로, 프로젝트를 새로 만들 때마다 리소스를 재구성할 필요가 없다. 한 번 설정한 리소스 카탈로그는 이후 모든 프로젝트에서 즉시 재사용 가능하다.   비최적화 스터디를 위한 효율적 데이터 및 리소스 운용 디스크 공간의 숨겨진 병목 실험계획법(Design of Experiments : DOE), 강건성(robustness) 분석, 신뢰성(reliability) 분석, 또는 단순히 특정 설계 후보를 일괄 평가하는 ‘Evaluation Only’ 스터디는 최적화 알고리즘이 동반되지 않는 빠른 유형의 설계 탐색이다. 이러한 스터디는 개별 해석이 비교적 짧게 완료되기 때문에, HEEDS는 실행 스택을 가득 채워 최대한 많은 병렬 해석을 동시에 구동하려 한다.   그림 3. 프로세스의 병렬 해석 진행 상황 예시   그런데 여기서 예상치 못한 문제가 발생한다. 해석이 매우 빠르게 완료되기 때문에 각 해석의 임시 작업 디렉토리와 결과 파일이 시스템에 쌓이는 속도도 매우 빠르다. 짧은 시간 안에 수백 개의 해석 폴더가 생성되어 디스크 공간을 순식간에 소진할 수 있으며, 이는 특히 로컬 워크스테이션이나 디스크 할당량이 제한된 HPC 환경에서 심각한 장애 요인이 될 수 있다.     ■ 자세한 기사 내용은 PDF로 제공됩니다.
작성일 : 2026-05-06
[케이스 스터디] 3D 애셋 데이터를 위한 SSOT 구축
데이터 사일로 해소부터 거버넌스 수립까지, 전사 협업의 효율 혁신   본격적인 3D 협업을 위한 첫 단추는 흩어진 데이터를 효율적으로 통합하는 팀 환경을 구축하는 것이다. 이번 호에서는 공통 라이브러리에 모든 3D 데이터 소스를 연결하고, 엔지니어링부터 운영 단계까지 모든 팀이 3D 애셋에 안전하게 접근하면서 데이터 임포트 시 정보 손실을 최소화하는 방법을 소개한다. 목표는 새로운 툴을 배포하는 것 자체가 아니라, 부가 가치를 창출하지 않는 작업에 소요되는 시간을 줄이고 액세스 권한 및 규정 준수 정책을 적용할 때 발생하는 불필요한 관리 복잡성을 없애는 것이다. ■ 자료 제공 : 유니티 코리아     대부분의 산업 팀은 방대한 3D 애셋 데이터를 보유하고 있지만, 이러한 데이터는 여러 사일로에 분산되어 서로 다른 조직이 소유하고 있어 재사용하기가 어렵다. 이와 관련해 데이터가 서로 다른 곳에 있으면 사람들은 서로 다른 사실을 기반으로 결정을 내리게 되기 때문에 문제가 발생한다. 예를 들어, 교육 담당자는 엔지니어링 팀에서 이전에 라인 레이아웃을 업데이트했다는 사실을 모르고 신입 직원에게 VR 시뮬레이션을 그대로 제공할 수 있다. 결국 교육 담당자는 교육을 중단하고 최신 데이터를 반영하여 업데이트하거나, 신뢰할 수 없는 콘텐츠로 교육을 계속 진행할 수밖에 없다. 둘 다 시간과 신뢰성 면에서 비용이 발생하게 된다. 해결책은 모든 3D 애셋을 위한 단일 저장소를 구축하여 계층 구조와 메타데이터를 온전히 유지하면서, 필요한 사람에게만 승인된 모델에 대한 액세스 권한을 부여하는 것이다. 모두가 동일한 라이브러리에서 애셋을 가져오면 버전 불일치가 해결되고 재작업의 필요성이 없어지며, 누가 무엇을 변경했는지에 대한 가시성도 확보할 수 있다.   단절의 원인 : 분산된 데이터와 중복 작업 산업 데이터는 어디에나 존재하지만, 서로 연결되어 있는 경우는 별로 없다. 유니티의 산업 부문 수석 부사장 겸 제너럴 매니저인 사라 래시는 “디자이너나 건축가는 CAD나 BIM(건설 정보 모델링)에 액세스할 수 있지만, 엔지니어는 해당 소프트웨어를 사용하지 않는 경우가 있어 결국 팀이 모델을 처음부터 다시 만드는 상황이 발생한다”고 전했다. 이런 사일로(silo) 현상은 운영 또는 기술적 격차로 인해 발생하는 경우가 많다. 예를 들어 엔지니어링 팀은 CAD 파일을 PLM(제품 수명주기 관리) 시스템에 저장할 수 있는 반면, 다른 팀은 사본을 별도의 드라이브나 앱으로 익스포트하므로 결국 동일한 애셋의 여러 버전이 존재하게 된다. 래시 수석 부사장은 “가장 흔한 문제는 동일한 모델의 두 가지 다른 버전으로 작업하는 것이다. 이러면 사실상 재작업을 할 수밖에 없게 된다”고 말했다. 어쩔 수 없이 여러 플랫폼, 툴, 포맷을 사용해야 하는 경우도 많지만, 이는 애셋을 추적하고 공유하는 작업을 어렵게 만든다. 그 결과 생산성이 저하되고 올바른 애셋을 찾는 데 몇 시간씩 허비하게 되며, 어떤 것이 정확한 버전인지 쉽게 알 수 없기 때문에 이미 존재하는 애셋을 다시 만드는 일까지 발생한다. 유니티 산업 고객 성공 부문의 시니어 디렉터인 헤닝 린은 “중복의 위험이 높으면 재작업이 필요한 경우가 많아진다. 애셋이 서로 일치하지 않고 팀이 동일한 소스 파일로 작업하지 않기 때문”이라고 설명했다. 이러한 불일치는 교육이나 납품 같은 후속 단계에서 드러나며, 이는 재작업, 일정 지연, 일관성 없는 경험으로 이어져 애셋 관리의 복잡성을 키운다. 그러나 그로 인한 대가는 기술적인 영역에 그치지 않는다. 이는 부서 간 신뢰뿐만 아니라 브랜드와 고객 간의 신뢰까지 약화시킬 수 있다. 결국 교육 담당자는 신규 직원을 위한 온보딩이 길어지고 일관성이 없어지더라도, 오래 되거나 검증되지 않은 모델로 세션을 시작하는 것을 피하고 싶어 한다. 다른 팀은 생산성을 유지하기 위해 ‘섀도(shadow)’ 라이브러리를 구축하게 되고, IT 팀은 통제되지 않는 환경을 보호하고 관리하느라 분주해진다. 이처럼 공통된 기반이 없으면 모든 신규 프로젝트를 처음부터 다시 시작해야 한다.   연결 대상 : 중요한 데이터를 보존하는 중앙화된 저장소 구축 3D 애셋 라이브러리는 여러 툴과 플랫폼에 걸쳐 있을 가능성이 높기 때문에, 기존에 보유한 모델을 활용하려면 먼저 유니티 애셋 매니저(Unity Asset Manager)와 같이 중앙화된 저장소로 모든 데이터를 임포트해야 한다. 이렇게 하면 이미 보유하고 있는 애셋을 다시 만들 필요가 없다. 린 시니어 디렉터는 “유니티를 활용하면 관련된 모든 데이터를 선호하는 방식으로 높은 품질을 유지하며 임포트할 수 있다. 사실상 업계에서 유니티가 지원하지 못하는 파일 포맷은 거의 없다”면서, “데이터를 통합된 포맷으로 변환하고, 필요에 따라 보강하며 모든 변경 사항을 추적하면 애셋의 전체 라이프사이클 동안 관리가 훨씬 쉬워진다”고 전했다.     데이터를 통합하기 전에, 무엇을 왜 연결하는지를 먼저 이해해야 한다. 대부분의 산업용 3D 파이프라인은 구조와 우선순위가 서로 다른 네 가지 주요 데이터 소스에서 데이터를 가져온다. CAD 모델은 보통 PLM 시스템에 저장되며 부품, 어셈블리, 기계적 프로퍼티에 대한 기본 기준이 되는 데이터 소스이다. BIM 모델은 건물 및 인프라 데이터를 포함하고, 풍부한 공간 및 규정 준수 관련 메타데이터를 갖추고 있으며, 보통 BIM 소프트웨어나 AEC   (건축, 엔지니어링 및 건설) 저장소에 저장된다. 디지털 콘텐츠 제작 툴에서 생성된 메시는 마케팅, 교육, 사용자 경험 등의 영역에서 사용되는 시각화 애셋을 포함하며, 기술적 디테일보다는 시각적 정확도에 최적화된 경우가 많다. XR(확장현실) 및 VR(가상현실) 애플리케이션에서 흔히 사용되는 포인트 클라우드(점군)와 스캔 데이터는 레이저 스캐닝이나 사진 측량 등을 통해 캡처된 데이터를 포함한다. 각 소스는 동일한 실물 애셋(제품, 어셈블리 라인, 전체 시설)을 서로 다른 관점에서 표현한다. 여기에는 기능, 공간, 형상이 포함되며, XR용 포인트 클라우드의 경우 실제로 구축된 물리적 상태가 이에 해당한다. 애셋 라이브러리 규모에 따라 우선순위를 정해야 하므로 팀에서 가장 많이 재사용하는 모델부터 시작하는 것이 좋다. 출처와 관계 없이 공통으로 필요한 사항은 임포트 과정에서 컨텍스트를 유지하는 것이다. 중요한 메타데이터가 손실되면 결국 재작업을 진행해야 하기 때문이다. 임포트 전에는 절대 손실되어서는 안 되는 메타데이터 필드를 식별한다. 린 시니어 디렉터는 “항상 식별자뿐만 아니라 높이, 무게와 같은 기술적 속성을 유지하고, 모든 애셋에 이름과 버전을 지정하여 추적과 사용이 용이하도록 해야 한다”고 덧붙였다. 일부 필드는 항상 온전하게 유지되어야 한다. 부품 번호, 버전 코드 또는 고유 ID와 같은 식별자를 사용하면 애셋의 진위 여부를 확인하기 위해 원본 소스로 추적하는 작업이 더 쉬워진다. 병합된 메시가 아닌 계층 구조 및 그룹 메타데이터는 부품이 어떻게 결합되는지, 시설이 어떻게 구성되는지를 보여 주며, 엔지니어가 필요에 따라 부품을 분리하거나 교체할 수 있도록 돕는다. 밀도나 인장 강도와 같은 머티리얼 및 단위 정보, 이름이나 공급업체와 같은 설명 정보를 활용하면 애셋이 올바른 형상과 동작을 유지하도록 할 수 있다. 이러한 세부 정보를 보존하면 모델을 다양한 애플리케이션 전반에서 유용하게 사용할 수 있지만, 그렇지 않으면 목적과 단절된 단순 참고용 이미지에 불과하게 된다. 린 시니어 디렉터는 “항상 식별자뿐만 아니라 높이, 무게와 같은 기술적 속성을 유지하고, 모든 애셋에 이름과 버전을 지정하여 추적과 사용이 용이하게 만들어야 한다”고 조언했다.     애셋 임포트를 위한 처리 애셋은 임포트 전과 임포트 과정에서 적절한 가공을 거쳐야 하며, 저장소의 상태를 양호하게 유지하기 위해 피해야 할 몇 가지 일반적인 함정이 있다. 이는 3D 데이터 세트가 극도로 복잡해질 수 있는 대규모 제조나 건설 분야에서 특히 중요하다. 예를 들어, 공장 전체의 디지털 트윈이나 자동차의 전체 모델은 수만 개, 혹은 수십만 개의 부품으로 구성될 수 있다. 이 경우 가장 강력한 소프트웨어와 하드웨어에도 부담이 가해질 수 있기 때문에 마이크로칩, 커넥터, 기계 부품과 같은 더 작은 논리적 그룹으로 분해하면 임포트 작업을 효율적으로 관리할 수 있다. 유니티의 애셋 트랜스포머 툴킷(Asset Transformer Toolkit)과 같이 3D 데이터를 준비하는 소프트웨어는 널리 사용되는 다양한 CAD 및 BIM 포맷을 지원하고, 구조와 메타데이터를 보존하며, 필요에 따라 임포트 과정에서 모델을 자동으로 단순화하고 표준화함으로써 이러한 과제를 해결하도록 설계되었다. 예를 들어, 직원 교육을 위한 XR 시뮬레이션과 같은 실시간 활용 사례에서는 원본 CAD 파일에 포함된 모든 볼트나 리벳이 필요하지 않다. 여기서 중요한 것은 작업을 수행하는 데 충분한 현실감의 수준이다. 린 시니어 디렉터는 “최종 활용 지점에 따라 폴리곤 수를 소폭에서 최대 90%까지 줄일 수 있다”고 밝혔다.   ▲ 유니티 애셋 트랜스포머 플러그인   목표는 성능과 사용성을 최적화하기 위해 모델을 최대한 가볍게 유지하는 것이다. 교육 및 시뮬레이션 활용 사례에서는 매끄러운 프레임 속도를 유지하면서 최대한 높은 시각적 정확도를 달성하는 것이 목표이다. 헤드셋의 새로고침 속도와 일치하는 안정적인 프레임 속도를 목표로 해야 하며, 그보다 낮을 경우 사용자에게 불편함을 줄 수 있다. 3D 협업 및 디자인 리뷰에서는 일반적으로 엔지니어가 체결 요소나 인터페이스 등을 검토할 수 있도록 높은 기능적 디테일을 요구한다. 높은 폴리곤 수에 대한 부담을 더 원활하게 관리할 수 있도록, 가까운 거리에서만 렌더링되는 하위 어셈블리에 디테일 수준(LOD)을 사용하는 것이 좋다. 임베디드 시스템 및 산업 제어 장치와 같은 인간–기계 인터페이스는 그래픽 처리 성능이 제한적인 경우가 많으므로, 최대한 낮은 복잡도를 목표로 하고 미리 베이크된 조명과 단순한 셰이더를 사용하는 것이 좋다. 고객 경험 애플리케이션은 타깃 기기의 다양성이 매우 크기 때문에 최적화가 어려울 수 있다. 시각적 정확도와 로딩 시간 사이의 균형을 목표로 하고, 중간급 사양의 모바일 기기와 주요 웹 브라우저에서 검증해야 한다. 일반적인 원칙으로는, 지원 계획이 있는 기기 중에서 가장 성능이 낮은 기기를 기준으로 단순화된 모델부터 테스트하는 것이 좋다. 그 후 성능이 허용하는 범위 내에서만 디테일을 추가하여 배포 후 모델이 과도하게 커져 수정해야 하는 상황을 피해야 한다. 예를 들어 임포트 단계에서 LOD를 생성하면 모든 애셋이 확장 가능한 디테일을 갖추게 되어, 향후 더 다양한 기기와 활용 사례에 유연하게 대응할 수 있다. 다만, 보편적으로 정해진 올바른 폴리곤 수는 없다. 중요한 것은 타깃 기기에서 프레임 속도와 로딩 시간 목표를 안정적으로 달성하는 방법이다. 린 시니어 디렉터는 “같은 애셋이라도 폴리곤 수는 수백만 개에서 수십만 개까지 줄어들 수 있다. 중요한 것은 모든 메타데이터가 연결된 동일한 소스 파일을 계속 사용하고 있다는 것”라고 전했다.   ▲ 제공 : HERE HMI   활용성 갖추기 : 거버넌스, 접근성 및 버전 관리 구축 애셋을 임포트하고 적절한 크기로 조정하고 나면, 다음 단계는 필요한 모든 역할에서 애셋에 안전하게 액세스하고 애셋을 쉽게 찾을 수 있도록 만드는 것이다. 이때 목표는 팀이 애셋을 어디서 찾아야 하는지 명확히 알면서도 관련 없는 애셋으로 인해 부담을 느끼지 않도록 하는 단일 라이브러리를 선별하는 것이다. 이를 위해서는 업무 속도를 저해하지 않으면서도 모든 업데이트가 프로젝트 전반에 반영되도록 완전한 감사 추적을 유지할 수 있는 권한 기반의 액세스 모델이 필요하다.   RBAC(역할 기반 액세스 제어) 린 시니어 디렉터는 “보통은 애셋의 임포트와 생성을 감독하는 관리자가 있고, 그 아래에 작업자와 검토자 역할이 있으면 충분하다”면서, 액세스 권한을 단순하게 유지할 것을 권장했다. 예를 들면 관리자는 구조와 표준을 정의하고, 사용자와 리텐션을 관리하며, 버전을 승인하거나 아카이브 처리할 수 있다. 이 사용자 그룹은 가능한 한 작게 유지하는 것이 좋다.     그 다음 계층에는 디자이너, 작업자, 편집자가 있을 수 있다. 이들은 새로운 애셋을 임포트하고 메타데이터를 편집하며 업데이트를 게시할 수 있으며, 필요 시 관리자 승인을 받아 작업을 수행할 수 있다. 이들이 라이브러리를 일상적으로 유지 관리하게 된다. 마지막으로 소비자 역할이 있는 직원은 승인된 애셋을 검색, 미리 보기 및 다운로드할 수 있지만, 수정하거나 게시할 수는 없다. 역할 기반 액세스 제어는 보안 측면에서도 매우 중요하다. 많은 산업용 3D 애셋 라이브러리에는 매우 민감한 정보가 포함되어 있으며, 그 중 일부는 규제 대상이 되기도 한다. 예를 들어 정부, 항공우주 또는 방위 분야의 수출 통제 설계 데이터는 엄격한 ‘알아야 할 필요성(need-to-know)’ 원칙, 완전한 감사 용이성, 엄격히 통제된 환경에서의 배포를 요구하는 연방 규정을 준수해야 한다. 린 시니어 디렉터는 규제가 엄격한 산업에서 운영하는 경우 가상 프라이빗 클라우드 배포를 사용할 것을 권장했다. 산업 분야와 관계 없이 반드시 지켜야 하는 내용은 다음과 같다. 항상 최소 권한의 원칙을 기본으로 하는 RBAC를 사용한다. 사용하는 플랫폼에서 전송 중인 데이터와 저장된 데이터를 모두 암호화한다. 버전별로 포괄적인 감사 로그와 승인 상태를 유지한다. 민감한 작업을 위해 프로젝트를 분리하고, 필요할 경우 데이터 상주 옵션을 적용한다.   ▲ 유니티 애셋 매니저 웹 인터페이스   버전 관리 및 감사 용이성 거버넌스는 보안과 규정 준수만을 의미하는 것이 아니라, 액세스와 활용을 용이하게 하기 위한 애셋 관리 표준화도 포함한다. 실제로 대부분의 거버넌스 문제는 모두가 모든 것을 바꿀 수 있거나, 누구도 아무것도 바꿀 수 없는 두 가지 극단적인 상황 중 하나에서 발생한다. 예를 들어, 교육 담당자가 엔지니어링 팀이 막 승인한 모델을 덮어쓸 수도 있다. 이는 반드시 부주의 때문이라기보다는, 대부분 명확한 버전 관리 체계의 부재로 인해 발생한다. 린 시니어 디렉터는 “동일한 애셋의 여러 브랜치 버전이 존재하는 경우가 많다. 이 모든 것을 일관적이고 표준화된 방식으로 관리해야 한다”고 조언했다. 여기서 버전 관리가 중요한 역할을 한다. 목표는 변경 사항이 명확하고, 되돌릴 수 있으며, 확실한 의도를 가지고 이루어지도록 하는 것이다. 결국 활용 가능한 애셋 라이브러리는 정기적으로 변경될 수밖에 없다. 공장의 디지털 트윈은 매주 레이아웃이 조금씩 조정될 수 있고, 교육 프로그램은 차세대 XR 헤드셋 출시를 앞두고 새로운 모델로 업데이트될 수 있다. 선형적인 버전 이력(v1.0, v1.1 등)과 애셋 상태(초안, 검토 중, 승인됨, 폐기됨 등)를 적용하여, 라이브러리를 계속해서 변화하는 SSOT(Single Source of Truth)로 관리해야 한다. 많은 산업 환경에서 엔지니어링 팀은 공식 설계를 위한 원본 CAD 파일을 유지 관리한다. 그러나 시각화 또는 교육 팀은 일반적으로 특정 목적에 맞게 최적화된 동일한 모델의 실시간 버전을 사용한다. 이러한 애셋은 병합이 아니라 연결되어야 하며, 그렇지 않으면 시각화용 모델이 어떤 CAD 버전에서 파생되었는지 알 수가 없다. 예를 들면 엔지니어링 팀이 도면을 업데이트하더라도 몇 달 전에 제작된 교육용 모델에는 이전 버전이 그대로 반영되어 있을 수 있으며, 이 사실을 아무도 모를 수 있다. 이는 감사 용이성을 훼손하고 잘못된 설정으로 학습하는 등의 오류로 이어질 수 있다는 점에서 문제가 된다. 모델 변형(variant)의 경우, 단순히 새로운 이름으로 복사본을 만드는 대신 해당 범위와 목적에 따라 태그를 지정하는 것이 좋다. 예를 들어 자동차 제조업체는 지리적 지역, 운전석 위치 폼 팩터 기준으로 태그를 지정할 수 있다. 이렇게 하면 기본 부품이 변경될 때 어떤 변형을 업데이트해야 하는지 정확히 알 수 있다. 마찬가지로 교육에 사용되는 단순화된 모델과 같은 특정 기본 모델의 파생 모델이 있다면, 이를 파생 모델로 표시하되 원본 소스와 해당 CAD 수정 버전에 대한 참조를 유지해야 한다. 이렇게 하면 교육 담당자가 XR/VR 시뮬레이션에 사용되는 단순화된 메시를 엔지니어링 팀의 공식 원본과 혼동하지 않게 된다. 물론 이처럼 세분화된 수준의 버전 관리도 사용성을 높이는 데 매우 중요하지만, 대규모로 구현하기는 매우 어렵기 때문에 자동화가 필수이다. 최신 3D 애셋 매니저(3D Asset Manager)는 일반적으로 대량 작업을 수행하기 위한 커맨드 라인 인터페이스(CLI)뿐만 아니라 새로 임포트 또는 업데이트된 애셋에 대한 메타데이터, 미리보기 및 태그를 생성하는 이벤트 기반 자동화 기능을 포함한다.   ▲ 애셋 매니저 팩토리   적절한 애셋 매니저를 통해 수행할 수 있는 운영 변경 사항의 간단한 체크리스트는 다음과 같다. 관리자, 작업자, 소비자로 구성된 3 역할 모델을 도입한다. 추가 승인이 필요한 프로젝트에는 승인 역할을 추가한다. 애셋 ID, 수정 번호, 원본 소스, 소유자 및 승인 상태와 같은 필수 메타데이터 필드를 매핑하고, 대부분의 사용자에게 기본적으로 승인된 뷰를 설정한다. 배리언트 및 파생 모델에 명확한 레이블을 지정하고 가능한 경우 업데이트를 자동화하여, CAD 수정 버전을 해당 실시간 대응 항목과 연결한다.   시작하기 : 30일 체크리스트 애셋을 임포트, 최적화 및 관리하고 나면 마지막 단계는 새로운 시스템을 일상 업무에 적용하는 것이다. 그런 다음 교육, 제품 개발, 고객 경험 또는 그 밖의 목적으로 실제 비즈니스 성과를 창출하는 몰입형 경험을 만들어 통합 3D 애셋 라이브러리의 가치를 빠르게 입증할 수 있다. 30일 이내에 수행할 수 있는 작업을 간단히 요약하면 다음과 같다. 데이터 소스와 해당 소유자를 목록화한다. 파일럿으로 진행할 대표 모델 한두 개를 선정한다. 보존할 메타데이터 필드를 결정한다. 임포트 과정을 테스트하여 게시 사이클을 최적화한다. 액세스 제어 및 감사 추적을 설정한다.     ■ 기사 내용은 PDF로도 제공됩니다.
작성일 : 2026-05-06
[케이스 스터디] 시각화 워크플로로 구현하는 리얼타임 스토리텔링
영화의 복잡한 샷에서 빠른 반복 작업을 지원한 언리얼 엔진   1930년대 미시시피 델타를 배경으로 한 ‘씨너스 : 죄인들(Sinners)’은 인종 분리 및 차별을 명시적으로 인정하던 짐크로(Jim Crow)법 시대, 미국 남부의 고향으로 돌아온 쌍둥이 형제가 초자연적인 악과 마주하게 되는 이야기를 그린 공포 영화이다. 이 영화는 고도의 기술력이 필요한 시퀀스 촬영을 활용했다. 스티칭 기법을 사용해 IMAX(아이맥스)로 촬영한 장면들을 정교하게 이어 붙여 마치 한 호흡처럼 전개되는 음악 몽타주를 구성했으며, 시대 고증에 충실하면서도 영화적 완성도를 갖춘 대규모 기차 도착 장면도 구현해야 했다. 이 모든 작업을 빠듯한 제작 환경 속에서 진행하는 것은 쉽지 않았다. 이를 위해 팀은 언리얼 엔진을 중심으로 구축된 리얼타임 시각화 워크플로를 적극 활용했다. 언리얼 엔진을 단순한 프리비즈 툴 역할을 넘어서, 실제 촬영이 시작되기 훨씬 전부터 아이디어를 탐색하고 조율하며, 제작진의 방향을 맞출 수 있는 공동 창작 공간으로 역할을 수행했다. ■ 자료 제공 : 에픽게임즈     영화 제작 파이프라인의 재구성 일반적인 VFX 워크플로에서는 아티스트들이 파이프라인의 후반부에 합류하는 경우가 많아, 연출 방향이 대부분 확정된 뒤에야 샷 작업을 시작하게 된다. ‘씨너스 : 죄인들’이 아카데미상을 수상한 데에는 바라붐!(Baraboom) 의 마이클 랄라(Michael Ralla) VFX 슈퍼바이저와 에미상 수상자인 페페 발렌시아(Pepe Valencia) 시각화 슈퍼바이저가 큰 기여를 했다. ‘씨너스 : 죄인들’ 제작 팀에 참여한 마이클 랄라 VFX 슈퍼바이저는 이렇게 스토리와 동떨어진 상태에서 작업하게 되는 상황을 피하고자 했다. 그는 “컴포지터로 일하다 보면 보통 파이프라인의 마지막 단계에서 작업하게 된다. 원래의 연출 의도를 충분히 이해하지 못한 채, 다른 사람이 이미 만들어 놓은 작업을 마무리해야 한다”고 말했다.     언리얼 펠로우십을 통해 언리얼 엔진을 경험한 뒤, 랄라는 다른 접근 방식을 발견했다. 시각화를 실시간으로 이뤄내고, 영화 제작진과 긴밀하게 협업하며, 단순한 기술 구현을 넘어 스토리를 위해 활용하는 방식이었다. 이러한 생각은 페페 발렌시아 시각화 슈퍼바이저의 생각과도 일치했다. 발렌시아는 스토리텔러의 관점으로 시각화에 접근하고자 했기 때문이다. 랄라가 처음 연락했을 때, 발렌시아는 예산이나 일정에 대해 묻지 않고 대신 이렇게 물었다. ”대본을 읽어볼 수 있을까요?” 그 한마디가 전체 협업의 분위기를 결정지었다.   처음부터 맞춰진 공통의 방향성 ‘씨너스 : 죄인들’에서 가장 인상적인 장면 중 하나는 1930년대 미시시피의 주크 조인트를 배경으로 한 몽환적인 핵심 뮤지컬 시퀀스다. 이 장면에서는 마일스 케이튼이 연기한 새미의 블루스 공연을 계기로, 흑인 음악의 여러 시대가 뒤섞이며 시간의 경계를 넘나드는 순간이 펼쳐진다. 랄라는 “처음 대본을 읽었을 때, 가장 눈에 띈 독특한 장면은 ‘초현실적 몽타주’라고 하는 시퀀스였다. 새미가 무아지경에 빠진 듯 연주를 시작하면, 어느 순간 역사를 가로지르는 경험을 하게 된다”고 말했다. 이 초현실적 몽타주는 서아프리카의 드럼 연주부터 블루스, 펑크, 힙합까지 아우르며 마치 영혼을 불러내는 의식처럼 펼쳐진다.     그 장면은 대본을 읽는 순간 생생하게 눈앞에 그려졌지만, 각자가 머릿속에 떠올린 모습은 조금씩 달랐다. 대표적으로 랄라는 몽타주 속 인물을 반투명한 유령처럼 떠다니는 존재로 상상했다. 랄라는 “그 장면에 대해 다른 사람들과 이야기해 보니, 다들 ‘그게 무슨 뜻이죠?’라는 반응이었다”고 말하기도 했다. 팀 전체가 같은 그림을 공유하고 이 시퀀스가 품은 다양한 예술적 시도를 함께 탐색할 방법이 필요했다. 여기서 언리얼 엔진이 진가를 발휘했다. 언리얼 엔진은 누구나 이해할 수 있는 공통의 언어가 되어, 시퀀스를 함께 확인하고 바로 재생해볼 수 있게 해주었다. 발렌시아는 대본, 프로덕션 디자인 팀이 촬영한 평면도, 촬영 감독이 손으로 그린 카메라 경로, 그리고 여러 세대에 걸친 등장 인물 목록 등 몇 가지 자료만으로 언리얼 엔진에서 시퀀스 제작을 시작했다.   ▲ 언리얼 엔진 웹사이트 영상 캡처   이에 단 이틀 만에 첫 번째 시각화 버전이 완성되었다. 빠른 제작 속도는 각자의 해석을 두고 논쟁하는 대신, 모든 부서가 동일한 시퀀스를 함께 보면서 무엇이 잘 작동하고 무엇이 그렇지 않은지를 아직 수정이 가능한 시점에 논의할 수 있게 되었다. 추가 샷을 요청하는 편집 팀부터 릭 설치 공간과 배치를 계획하는 그립 팀까지 여러 부서에서 이 작업을 통해 각자의 문제를 해결할 수 있었다. ‘프리비즈’는 더 이상 단순한 하나의 결과가 아니었다. 랄라는 프리비즈가 “제작 전반에 걸쳐 활용하는 시각화”라고 설명했다.   빠른 문제 발견 언리얼 엔진을 활용한 기술적 시각화 덕분에 팀은 모든 계획을 실제 촬영과 동일한 조건에서 테스트하고, 잠재적 문제를 사전에 찾아낼 수 있었다. 초현실적 몽타주는 하나의 롱테이크처럼 느껴지도록 설계됐지만, 실제 촬영은 65mm IMAX 필름으로 진행되었다. 크고 무거운 카메라를 사용해야 했고, 필름 롤 길이에도 제한이 있었으며, 안무 및 동선 설계 역시 매우 복잡했다. 언리얼 엔진에서 시퀀스를 시각화함으로써 팀은 필름 길이상 촬영을 끊고 이어붙여야 할 스티치 지점을 미리 파악했다. 화면을 빠르게 돌려 전환하는 기법인 휩 팬 같은 전형적인 트릭에 기대지 않고 전환 방식을 설계했으며, 스테디캠 동선을 실제 물리적 제약에 맞춰 테스트할 수 있었다. 음악과 퍼포먼스 비트에 맞춰 타이밍을 맞춰보는 것도 가능했다. 촬영 현장에서 발견하기엔 너무 늦거나 해결하기엔 너무 어려웠을 문제를 언리얼 엔진 덕분에 조기에 찾아낼 수 있었다.     새로운 버전이 하루에 하나씩 나올 정도로 반복 작업도 매우 빠르게 이뤄졌다. 덕분에 제작진은 아이디어를 과감히 시도해 보고 무엇이 문제인지 확인한 뒤, 비용이 많이 드는 본격적인 촬영에 들어가기 전에 촬영을 다시 설계할 수 있었다. 랄라는“잘 안 되면, 빠르게 실패하고 넘어가면 된다”고 말했다. 길이가 제한된 고가의 IMAX 필름으로 작업하는 환경에서 아이디어를 시험해 보고 폐기하는 건 비용이 너무 많이 든다. 언리얼 엔진은 필름을 사용하기도 전에 다양한 아이디어를 탐색할 수 있는 길을 열어주었다. 속도는 제작 전 준비 단계에서뿐 아니라 실제 촬영 현장에서도 중요하게 작용했다. 기차 촬영 당시, 랄라는 휴대폰으로 레퍼런스 영상을 바로 찍어 발렌시아에게 전달하며 CG 기차를 추가한 빠른 시각화 버전을 요청했다. 발렌시아는 언리얼 엔진과 언리얼 엔진 마켓플레이스(현재 팹) 애셋을 사용해 다음 날 의사 결정에 사용할 수 있을 만큼 빠르게 결과를 만들었다. 중요한 건 완성도 높은 픽셀이 아니라, ‘과연 의도대로 작동할까?’라는 질문에 답하는 것이었다. 빠른 시각화는 곧 빠른 결정으로 이어졌다. 랄라는 아이디어가 의도대로 작동한다는 확신이 생기는 순간 지체 없이 다음 촬영으로 넘어갈 수 있었다고 말했다. 카메라를 실시간으로 움직이고, 화면을 공유하며, 아이디어를 즉시 조정하는 빠른 프로토타입 방식이 언리얼 엔진을 하나의 창작 공간으로 만들었다. 언리얼 엔진은 시간과 비용을 본격적으로 쏟아붓기 전에 다양한 결정을 미리 시험해 볼 수 있는 환경을 만들었다.     확신을 갖고 기획한 복잡한 샷 ‘씨너스 : 죄인들’에서 제작된 언리얼 엔진 기반 시각화는 일반적인 프리비즈 과정과 달리 촬영이 시작된 후에도 계속 활용되었다. 편집 과정에서 비어 있는 부분을 보완하는 데 활용됐고, 제작 후반에는 대체 샷을 탐색하는 데도 쓰였으며, 포스트 프로덕션 전반에 걸쳐 연출 의도를 유지하는 데 도움을 주었다. 편집자 마이클 쇼버(Michael Shawver)는 컷을 구성하기 위해 시각화 샷을 요청하고, 이를 임시 컷이자 편집 계획을 세우는 도구로 활용했다. 사실상 이 영화의 VFX 작업 중 상당 부분은 촬영 팀이 세트장에 들어가기 전부터 이미 시작되고 있었다. 랄라와 발렌시아에게 ‘씨너스 : 죄인들’에서 언리얼 엔진을 활용한다는 것은, 스토리에 대한 명확하고 공통된 이해를 제작 초기부터 만들어 모든 부서가 최고의 결과를 낼 수 있도록 하는 것을 의미했다. 랄라는 “연출 의도를 최대한 많은 사람들에게, 최대한 빨리 전달해야만 한다. 그래야 모두가 같은 방향을 바라볼 수 있다”고 말했다. 언리얼 엔진은 팀이 더 빠르게 움직이고, 더 긴밀하게 협업하며, 야심 찬 아이디어를 확신을 가지고 실행할 수 있도록 뒷받침했다. 이는 리얼타임 워크플로가 영화 제작 방식뿐만 아니라, 가장 중요한 연출적 선택이 내려지는 시점 자체를 바꾸고 있음을 보여준다.     ■ 기사 내용은 PDF로도 제공됩니다.
작성일 : 2026-05-06
[포커스] 유니티 스튜디오, 노코드와 웹 기반으로 산업용 3D 제작 문턱 낮춘다
유니티가 전문적인 코딩 지식 없이 웹 브라우저에서 실시간 3D 콘텐츠를 제작할 수 있는 ‘유니티 스튜디오(Unity Studio)’를 선보였다. 이 설루션은 디자이너와 엔지니어가 직접 프로토타입을 제작하도록 지원해, 기술적 진입장벽과 개발 과정의 병목을 해결하는 데에 초점을 맞췄다. 또한 CAD나 BIM 데이터를 최적화해 산업 현장의 신속한 의사결정과 효율적인 협업 환경을 제공한다. ■ 정수진 편집장   ▲ 유니티 스튜디오의 신 세팅 메뉴   웹 브라우저 기반의 노코드 3D 콘텐츠 제작 환경 구축 유니티 스튜디오는 전문적인 코딩 지식 없이도 웹 브라우저에서 실시간 3D 콘텐츠를 제작할 수 있는 노코드(no code) 에디터이다. 기존의 전문 3D 도구가 가진 기술적 진입장벽과 개발 병목 현상을 해결해, 디자이너나 엔지니어가 직접 프로토타입이나 교육용 앱을 만들 수 있도록 지원하는 데에 초점을 맞추고 있다. 사용자는 드래그 앤 드롭 방식의 신 빌더와 비주얼 스크립팅을 통해 인터랙티브한 결과물을 빠르게 완성하고 웹 환경으로 퍼블리싱할 수 있다. 또한 CAD나 BIM 같은 산업용 데이터를 자동으로 최적화하는 기능을 갖춰 기업 환경의 작업 방식과도 호환된다. 다양한 산업별 템플릿과 애셋 라이브러리를 제공함으로써 비전문가도 신속한 의사결정과 효율적인 협업을 수행할 수 있는 환경을 구현한다는 것이 유니티의 설명이다.   ▲ 기본 제공되는 애셋을 활용하거나 외부 애셋을 가져올 수 있다.   애셋 라이브러리와 비주얼 스크립팅을 통한 직관적 제작 유니티 스튜디오는 3D 기술에 대한 전문 지식이 없는 디자이너나 기획자 등 다양한 사람들이 코딩을 하지 않고 3D 애플리케이션을 빠르게 제작할 수 있도록 돕는다. 직관적인 드래그 앤 드롭 방식의 신 빌더와 블록 코딩 형태의 비주얼 스크립팅을 제공해 비전문가도 손쉽게 다룰 수 있다는 점이 특징이다. 사용자는 유니티 스튜디오에 내장된 애셋 라이브러리나 유니티 애셋 매니저(Unity Asset Manager)에서 3D 모델과 텍스처를 골라 화면에 끌어다 놓기만 하면 된다. 빈 가상 공간에 자동차나 의자 같은 오브젝트를 화면 중앙의 신이나 계층 구조 창에 직접 끌어다 배치하는 방식이다. 표면의 질감이나 색상을 바꾸고 싶을 때도 복잡한 수치를 입력할 필요 없이 마우스로 원하는 머터리얼을 클릭해 덮어씌우면 된다. 화면 속 버튼을 눌렀을 때 특정 사물이 커지거나 작아지는 식의 상호작용은 블록 코딩 형태의 비주얼 스크립팅으로 쉽게 구현할 수 있다. 블록 코딩이란, 특정한 이벤트를 발생시키는 블록과 작동할 기능을 담은 블록을 화면으로 끌고 와 서로 조립하는 방식이다. 이벤트 창에서 버튼 클릭을 의미하는 블록을 가져오고, 애니메이션 재생 블록을 끼워 맞춘 뒤 대상 오브젝트를 지정해주면 상호작용 로직을 만들어낼 수 있다. 유니티 코리아는 기자 대상의 미디어 클래스를 4월에 진행했다. 기능 시연을 담당한 유니티 코리아의 이효준 시니어 설루션 엔지니어는 “기존에는 사람이 하나하나 코딩을 했다면, 이제는 블록 코딩 형태로 미리 메시지를 만들어 놓고 특정 이벤트를 일어나게 할 때는 블록을 조립하는 식으로 로직을 만들 수 있다”고 설명했다. CAD나 BIM과 같이 복잡하고 무거운 산업용 데이터도 유니티 애셋 매니저의 애셋 트랜스포머(Asset Transformer) 기능을 활용하면 실시간 환경에 맞게 자동 최적화되어 쉽게 불러올 수 있다. 완성된 결과물은 단 한 번의 클릭으로 웹 링크를 통해 배포할 수 있어, 팀원 간의 즉각적인 아이디어 공유와 신속한 의사결정을 돕는다.   ▲ 블록을 드래그 앤 드롭으로 조합해 로직을 만들 수 있다.   ▲ 애니메이션 로직을 모델에 적용하는 모습   전문 제작 환경과 연동으로 설계-개발 소통 강화 기존의 유니티 에디터(Unity Editor)와 비교할 때 유니티 스튜디오의 차이점은 타깃 사용자와 사용 환경, 그리고 구현의 깊이에 있다. 유니티 스튜디오는 비전문가가 별도의 설치 없이 웹 브라우저상에서 몇 분 만에 가벼운 프로토타입이나 대화형 3D 콘텐츠를 만드는 데 초점을 맞춘 도구다. 반면 유니티 에디터는 개발자 등 기술 전문가를 위한 심화 제작 환경으로, 정교한 로직 작업은 물론 모바일, 데스크톱, XR 디바이스 등 다양한 타깃 플랫폼에 맞춘 최종 앱 빌드 및 배포를 담당한다. 이 두 가지 도구는 유기적으로 연결되어 작업의 효율을 높일 수 있다. 미디어 클래스에서 유니티 코리아의 장건우 APAC 설루션 엔지니어링 매니저는 “디자이너나 기획자가 유니티 스튜디오로 프로젝트를 만들고 유니티로 내보내면, 해당 프로젝트를 바탕으로 개발자들이 확장하는 것이 가능하다”고 설명했다. 유니티 스튜디오는 기존 3D 제작 과정에서 실무자와 개발자 사이에 생길 수 있는 소통의 병목 현상을 해소하는 매개체 역할을 한다. 장건우 매니저는 “산업 분야에서 많이 들은 피드백 중 하나가 설계자와 3D 개발자 사이에 소통의 장벽이 있다는 것이었다. 유니티 스튜디오를 통해 시나리오를 만들면 어느 정도 구현이 가능한지 논의할 수 있고, 하나의 툴로 소통할 수 있다”고 전했다. 웹 브라우저에서 구동되는 클라우드 앱이니만큼 기업 입장에서는 보안 문제도 중요한 부분이다. 이에 대해 유니티는 가상 프라이빗 클라우드를 구축할 수 있도록 지원함으로써 데이터베이스를 별도로 관리하고, 외부로 유출될 수 있는 가능성을 방지하고 있다고 설명했다.   ▲ 유니티 스튜디오로 만든 결과물을 웹 환경으로 퍼블리싱할 수 있다.   현장 중심의 워크플로 최적화와 사용자 경험 미디어 클래스를 통해 짧게나마 체험해 본 유니티 스튜디오는 웹 브라우저에서 돌아가는 클라우드 앱이라는 것을 느끼지 못할 만큼 쾌적했다. 포토샵같은 미디어 제작 앱이나 게임을 접해 봤다면 오브젝트를 움직이거나 원하는 기능을 찾아 사용하는 데에는 그리 어렵지 않게 적응할 수 있을 것 같았다. 장건우 매니저는 “유니티 스튜디오는 산업 분야에서 기존에 사용하던 애플리케이션 제작 툴보다 보다 빠르게 결과물을 만들고, 신속한 의사결정을 내릴 수 있도록 돕는 워크플로를 지향한다”면서, “기존에 사용하던 툴 대신 사용한다는 접근보다는 기존의 도구와 연결해 사용할 수 있다고 보면 좋을 것 같다”고 전했다. 또한 “기술적 배경에 따라 다르겠지만 CAD 같은 도구를 사용할 줄 아는 분이라면 몇 시간 안에 프로젝트의 아이디어 구현 정도는 가능할 것 같다”고 덧붙였다. 한편으로, 오브젝트나 블록의 이름을 영문자로 지정할 때 대문자와 소문자를 정확하게 구분하지 못하면 제대로 작동하지 않는 점은 개발자 마인드가 없는 기자를 잠시 당황하게 했다. 체험한 시점에서 유니티 스튜디오의 UI(사용자 인터페이스)가 영어로 되어 있어, 원하는 기능을 찾는 데에 조금 시간이 걸리기도 했다. 폭넓은 비전문가를 타깃으로 한다면 이런 부분은 개선되어도 좋지 않을까 하는 생각이 들었다.     ■ 기사 내용은 PDF로도 제공됩니다.
작성일 : 2026-05-06
F1 레이스 승부 가르는 IT 관리, "팀뷰어 원으로 자율화 구현"
팀뷰어는 메르세데스-AMG 페트로나스 포뮬러 원 팀이 기존 원격 연결 플랫폼인 ‘팀뷰어 텐서(TeamViewer Tensor)’에서 자율 엔드포인트 관리 플랫폼인 ‘팀뷰어 원(TeamViewer ONE)’으로 업그레이드했다고 발표했다. 메르세데스-AMG 페트로나스 F1 팀은 이번 도입을 통해 브래클리 공장부터 트랙 현장의 개러지까지 수천 개의 IT 및 OT 엔드포인트 전반에 걸쳐 실시간 가시성과 제어 기능을 확보하게 되었다. 팀뷰어 원은 인공지능(AI)을 활용해 문제를 사전에 감지하고 운영에 영향을 미치기 전에 선제적으로 해결하는 기능을 지원한다. 사소한 IT 문제 하나가 레이스 결과를 바꿀 수 있는 환경에서 이러한 선제적 대응은 팀 운영의 핵심적인 요소로 평가받는다. 팀뷰어 원은 엔드포인트 관리와 보안 원격 연결, 그리고 자율 엔드포인트 관리(AEM) 전략의 핵심인 디지털 직원 경험을 통합한 것이 특징이다. 특히 기기에서 로컬로 작동하는 구조를 채택해 네트워크가 중단되더라도 트랙 현장 운영에는 차질이 없도록 설계되었다. 이러한 대규모 자율형 IT를 구현하는 동력은 데이터에서 나온다. 팀뷰어 원은 폐순환(closed-loop) 학습 시스템을 통해 이상 현상을 감지하고 복구 조치를 실행하며 문제가 사용자에게 영향을 미치기 전에 선제적으로 해결한다. 시스템 고도화를 위해 원격 지원 세션에서 축적된 전문가 지식과 심층적인 기기 텔레메트리 정보가 대규모로 활용된다. 현재 AI 지원 세션은 100만 건을 넘어섰으며 지난 3월에만 30만 건 이상이 추가되었다. 팀뷰어에 따르면 AEM은 IT 운영의 차세대 흐름으로 부상하고 있으며, 2029년에는 산업 전반에 본격적으로 도입될 전망이다.     메르세데스-AMG 페트로나스 F1 팀의 토토 울프(Toto Wolff) CEO는 “레이스 도중에는 텔레메트리부터 기상 정보, 무선 통신까지 수십 종의 데이터를 실시간으로 활용하며 이를 뒷받침하는 기술은 단 하나의 오류도 없어야 한다”고 강조했다. 이어 “팀뷰어는 우리가 타협하지 않는 신뢰성과 성능을 제공하며 팀뷰어 원으로의 전환은 F1의 현재와 미래를 고려한 전략적 선택”이라고 덧붙였다. 메르세데스-AMG 페트로나스 F1 팀의 마이클 테일러(Michael Taylor) IT 총괄은 0.001초 차이로 승부가 갈리고 비용상한제 규정이 엄격한 F1 환경에서 팀뷰어 원의 도입 가치를 설명했다. 테일러 IT 총괄은 “팀뷰어 기술은 이미 까다로운 레이스 환경에서 안정성을 증명했으며 팀뷰어 원으로의 전환은 당연한 수순”이라면서, “다운타임 감소와 데이터 품질 개선, 팀 전반의 생산성 향상 측면에서 비즈니스 타당성이 명확하다”고 밝혔다. 팀뷰어의 올리버 스테일(Oliver Steil) CEO는 메르세데스-AMG 페트로나스 F1 팀이 운영하는 IT 환경이 세계에서 가장 복잡하고 까다로운 수준이라고 진단했다. 스테일 CEO는 “팀뷰어 원은 수천 개의 핵심 엔드포인트를 관리하면서도 다운타임을 허용하지 않는 실시간 운영이 요구되는 환경을 위해 설계되었다”면서, “세계에서 가장 까다로운 환경에서 검증된 기술은 어떤 산업 현장에서도 효과를 발휘할 수 있다”고 말했다.
작성일 : 2026-05-06
실무 중심의 통합형 BIM 솔루션, GstarBIM
주요 스마트 건설 DX 솔루션 소개 실무 중심의 통합형 BIM 솔루션, GstarBIM 개발 : Gstarsoft, www.gstarcad.net 자료 제공 : 모두솔루션, 02-857-0974, https://gstarcad.co.kr   GstarCAD(지스타캐드) 개발사인 Gstarsoft(지스타소프트)는 본격적인 BIM 시장 개척을 위해 Hawk3D를 설립하고, Cadline의 ARCHLine.XP를 인수·통합해 30년 이상 축적된 BIM 기술 기반의 GstarBIM을 선보였다. 이를 통해 BIM 시장에서 새로운 성장 활로를 본격적으로 열어가고자 한다. 1. 주요 특징  GstarBIM의 가장 큰 특징은 실무 중심의 통합성이다. 건축 설계, 인테리어 설계, 문서화, 시각화 기능을 하나의 플랫폼으로 통합해 설계 단계별로 분리되던 작업을 하나의 흐름으로 연결한다. 또한 DWG 기반 데이터 호환과 GstarCAD 연계를 통해 2D 설계 자산을 유지하면서 단계적으로 BIM을 도입할 수 있는 환경을 제공하며, 기존 설계 환경을 완전히 바꾸지 않고도 BIM을 실무에 적용하려는 조직에 현실적인 대안을 제시한다. 2. 주요 기능 (1) 건축 설계를 위한 BIM 모델링 (Architectural Design) GstarBIM은 벽체, 기둥, 보, 슬래브, 지붕, 계단, 램프, 커튼월 등 주요 건축 요소를 지능형 BIM 객체(Intelligent Object)로 모델링할 수 있으며, 각 객체는 파라메트릭 구조와 속성 정보를 포함한다. 이를 통해 설계 변경 시 모델과 연계된 도면·치수·물량 정보가 자동으로 갱신되어 변경 대응에 따른 반복 업무를 줄일 수 있다.  또한 기존 2D 도면(DWG)을 기반으로 BIM 모델을 생성할 수 있어, 기존 CAD 설계 흐름을 유지하면서 BIM으로 확장하는 워크플로우 구성이 가능하다. 대지(Site) 및 매싱(Massing) 설계를 통해 초기 단계부터 BIM 기반 검토를 수행할 수 있으며, MEP 요소를 건축 모델과 함께 3D로 검토하고 간섭 검토 기능을 통해 충돌 요소를 설계 단계에서 사전 확인하는 데 활용할 수 있다.  (2) 인테리어 설계를 위한 전용 BIM 기능(Interior Design) GstarBIM은 인테리어 설계 실무를 고려한 전용 기능을 제공한다. Room Maker로 공간 구성을 빠르게 정의하고, 문·창호·가구·전기 설비·마감 요소 등을 파라메트릭 방식으로 배치할 수 있어, 설계안을 빠르게 구성하고 반복 검토하기에 유리하다.  타일링(Tiling) 기능은 벽·바닥 면적을 기준으로 타일 패턴을 자동 계산하고, 자재 효율을 고려한 배치를 지원한다. Furniture Configurator 및 Smart Object 기능으로 가구를 구성 요소 단위로 설계·관리할 수 있으며, Trimble 3D Warehouse 등 외부 라이브러리 연계를 통해 다양한 객체를 활용할 수 있다. 또한 IES 데이터를 활용한 조명 시뮬레이션으로 실제 조도 환경을 고려한 설계 검토가 가능하다.  (3) BIM 기반 자동 문서화(Documentation) GstarBIM은 BIM 모델과 연계된 자동 문서화 기능으로 설계 실무의 효율을 높인다. Auto Dimensioning을 통해 도면 전체 또는 선택 영역의 치수를 일괄 생성할 수 있으며, 설계 변경 시 2D 도면과 3D 모델이 자동 동기화되어 문서 수정 부담을 줄인다.  또한 BIM 객체의 속성 정보를 기반으로 자동 물량 산출 및 수량 계산이 가능해, 변경이 잦은 프로젝트에서도 물량 정보의 정확성과 일관성을 유지할 수 있다. 레이어 및 출력 관리 기능을 통해 다양한 도면 출력 요구에 대응함으로써, 설계·시공·협업 단계에서 필요한 문서를 체계적으로 관리할 수 있다.  (4) 설계 커뮤니케이션을 위한 시각화(Visual Design) GstarBIM은 설계 의도를 명확히 전달하고 협업 효율을 높이기 위한 시각화 기능을 제공한다. 실사 표현, 페이퍼 모델 스타일, 3D 섹션 박스, 2D 도면과 3D 뷰의 중첩 표현 등 다양한 방식으로 설계 내용을 직관적으로 검토할 수 있다.  360도 파노라마 뷰와 가상 투어를 통해 직관적으로 검토할 수 있으며, 보행·비행·경로 애니메이션 및 공정 시뮬레이션으로 설계 및 시공 단계를 시각적으로 표현할 수 있다. 내장된 실시간 렌더링과 D5 Render 연계를 통해 고품질 시각화 결과물도 효율적으로 생성할 수 있다.  3. 활용 분야 GstarBIM은 설계·문서·시각화가 연결되는 통합 워크플로우를 통해 스마트 건설 DX 환경에서 다음과 같은 분야에 활용될 수 있다. ■ 건축 설계 사무소: 개념 설계~실시설계, 대지/매싱 검토, MEP 간섭 검토 및 문서화 자동화 ■ 인테리어 설계·시공: 공간 구성, 마감·가구·조명(IES) 설계 및 고객 커뮤니케이션 강화 ■ 리노베이션·리퍼비시: 기존 도면(및 현장 데이터) 기반 BIM 전환, 기존 건축물 설계 검토 ■ 단계적 BIM 도입 조직: DWG 파일과 GstarCAD 연계로 2D 자산을 유지하며 점진적 BIM 전환   상세 내용은 <스마트 건설 DX 가이드>에서 확인할 수 있습니다. 상세 내용 보러가기  
작성일 : 2026-05-06
클라우드 기반 개방형 협업도구, 트림블 커넥트(Trimble Connect)
주요 스마트 건설 DX 솔루션 소개   클라우드 기반 개방형 협업도구, 트림블 커넥트(Trimble Connect) 개발 트림블, www.tekla.com/kr 자료 제공 트림블코리아, 070-4940-4600, www.tekla.com/kr   트림블 커넥트(Trimble Connect)는 건설 산업의 설계, 제작, 시공 전 과정을 연결하는 클라우드 기반의 공통 데이터 환경(CDE)이자 개방형 협업 플랫폼이다. 기획부터 건축을 넘어 자산의 전체 수명 주기 전반에 걸쳐 모든 이해관계자에게 혁신적이고 연결된 솔루션 생태계를 제공하며, 올바른 데이터를 적시에 적절한 사람에게 연결해 프로젝트의 효율성과 생산성을 극대화한다. 1. 주요 특징 (1) 단일 협업 플랫폼 프로젝트별 클라우드 공간에 3D 모델, 2D 도면, 일반 문서, 이미지 등 다양한 포맷의 파일을 업로드·다운로드하고, 자체 2D/3D 뷰어로 즉시 열람·검토·공유할 수 있다. 트림블 커넥트를 중심으로 스케치업(SketchUp), 테클라(Tekla), 프로젝트사이트(ProjectSight) 등 트림블 솔루션과 다양한 서드파티 애플리케이션이 연동돼, 설계-시공-유지관리 데이터가 하나의 플랫폼에서 이어진다. (2) 건설 현장 중심 워크플로우 지원 설계사, 시공사, 사전제작공장(프리캐스트/프리팹), 전문 시공사, 유지보수 조직 등 각 참여자의 역할에 맞는 모델 검토, 모델 조정, 사전 시공, 교육, 설치 가이드, 시공 검증, 유지보수 뷰 등을 지원한다. 현장에서 1:1 스케일로 BIM 모델을 실제 공간에 매핑하는 가상 건설(AR/MR) 워크플로우를 통해 설치 순서(4D)와 간섭 이슈를 직관적으로 파악하고, 사전 조립·설치 검증을 수행할 수 있다. (3) 3Cs 개념 구현 트림블이 제시하는 트림블 빌딩 솔루션의 3Cs(Constructible, Connected, Content-Enabled) 개념에 따라, 실제 시공 가능한 수준의 모델(Constructible)과 현장-사무실 간 연결(Connected), 풍부한 BIM 콘텐츠(Content-Enabled)를 통합 지원한다. 또한 시공 BIM과 현장 디지털 전환을 위한 실질적인 워크플로우를 제공한다. 2. 주요 기능 (1) 모델과 도면 관리 다양한 포맷의 BIM/2D 데이터를 프로젝트·폴더 구조로 관리하며, 웹·데스크톱·모바일·MR 환경에서 고성능 3D 뷰어로 시각화·검토할 수 있다. 사전 정의된 뷰포인트(Viewpoint)와 모델 시퀀싱, 간섭 체크, 시공 검증 뷰를 제공해 복잡한 구조물도 직관적으로 점검한다. (2) 협업과 작업 관리 모델 상에서 문제를 태그하고 사진·메모를 첨부해 실시간 공유하며, 담당자·마감일을 설정해 작업(Task) 단위로 추적한다. 설계 의도 전달, 이해관계자 협의·승인, 마크업·코멘트·히스토리 관리로 변경 내역을 투명하게 기록한다. (3) 가상 건설과 원격 지원 1:1 실규모 홀로그램을 통해 설치 위치·순서를 시뮬레이션하고, 프리캐스트·모듈러 등 조립식 부품의 적합성을 사전에 검증한다. 비숙련 작업자 교육용 조립·설치 방법 가이드, 현장 원격 지원 기능을 통해 작업 품질과 안전성을 향상시킨다. 3. 도입 효과 (1) 재작업 감소 모든 참여자가 단일 소스의 최신 모델·도면·문서를 사용해 구버전 도면 사용, 간섭 미검출, 설계 변경 누락으로 인한 재시공을 크게 줄인다. 설계 검토, 시공 전 시뮬레이션, 사전 제작 부품 적합성 검증으로 공사 착공 전 리스크를 선제적으로 제거한다. (2) 생산성 개선 모델 시퀀싱과 4D 시각화로 공정 계획과 현장 실행을 연계해 공정 지연과 대기 시간을 줄이고, 장비·인력 활용을 최적화한다. GNSS/AR 기반 위치 검증과 설치 QA/QC로 오차와 재시공률을 낮춰 자재·인건비 낭비를 최소화한다. (3) 원활한 협업과 의사결정 설계사-시공사-전문 시공사-발주처-유지관리 간 동일 모델·이슈 정보를 공유해 소통 비용을 줄이고, 의사결정 속도와 품질을 높인다. 준공 모델과 IoT 3D 뷰, 이슈·검증 이력을 유지관리 단계까지 활용해 설비 관리·리뉴얼 계획 등에서 데이터 기반 의사결정을 가능하게 한다. 4. 주요 고객 현대엔지니어링, Strabag, Skanska, Granite Construction, Ramboll, Hensel Phelps, Yates Construction, Turner Construction Company, Arup, WSP, DPR Construction 등 전 세계에서 수천 개의 기업이 트림블 커넥트를 사용해 프로젝트 수행 능력을 강화하고 있다.  상세 내용은 <스마트 건설 DX 가이드>에서 확인할 수 있습니다. 상세 내용 보러가기    
작성일 : 2026-05-03
메타, AWS 그래비톤 대규모 도입으로 에이전트 AI 인프라 강화
아마존웹서비스(AWS)는 메타가 AI 인프라 확장을 위해 AWS의 자체 설계 프로세서인 ‘그래비톤(AWS Graviton)’을 대규모로 도입한다고 밝혔다. 이번 계약을 통해 메타는 수천만 개의 그래비톤 코어를 우선 도입하며, 향후 AI 역량 성장 속도에 맞춰 규모를 유연하게 확대할 예정이다. 양사의 이번 협력은 AI 인프라 구축 방식의 변화를 보여준다. 대규모 모델 학습에는 GPU가 필수이지만 실시간 추론과 코드 생성, 다단계 작업 오케스트레이션 등 CPU 집약적인 워크로드의 수요가 급증하고 있기 때문이다. 메타는 이러한 에이전트 AI 워크로드를 효율적으로 처리하기 위해 그래비톤5를 선택했다. 그래비톤5는 192개의 코어를 탑재했으며 이전 세대보다 5배 넓은 캐시를 갖췄다. 이를 통해 코어 간 통신 지연을 최대 33% 단축하고 데이터 처리 속도를 높였다. 이는 스스로 계획을 세우고 복잡한 과제를 수행하는 자율 시스템인 에이전트 AI 시스템의 핵심 요건을 충족하는 성능이다. 또한 그래비톤은 전용 하드웨어 및 소프트웨어 기반의 AWS 니트로 시스템(AWS Nitro System) 위에 구축됐다. 니트로 시스템은 하드웨어에 직접 접근할 수 있는 베어메탈 인스턴스를 지원하면서도 메타가 성능 손실 없이 자체 가상 머신을 운영할 수 있는 환경을 제공한다. 인스턴스 간 저지연 통신을 지원하는 EFA 기술도 적용되어 대규모 작업을 다수의 프로세서에 분산 처리하는 데 유리하다. 에너지 효율 측면에서도 강점이 있다. 그래비톤5는 3나노미터 공정 기술로 제작되어 이전 세대보다 성능은 최대 25% 향상됐으면서도 높은 에너지 효율을 유지한다. AWS는 칩 설계부터 서버 아키텍처까지 전 과정을 자체적으로 관리하기 때문에 범용 프로세서보다 최적화된 성능을 제공할 수 있다고 강조했다. 아마존의 나페아 브샤라 부사장은 “이번 계약은 단순히 칩에 관한 것이 아니라 전 세계 사용자에게 상황을 이해하고 예측하며 효율적으로 확장되는 AI를 구축할 수 있는 인프라 기반을 제공하는 것”이라고 설명했다. 메타의 산토시 자나단 인프라 책임자는 “컴퓨팅 소스의 다변화는 전략적으로 필수적인 과제”라면서, “그래비톤 확장을 통해 에이전트 AI를 뒷받침하는 워크로드를 성능과 효율 면에서 우리 규모에 걸맞게 실행할 수 있게 됐다”고 말했다.
작성일 : 2026-04-28