- 요구사항을 MVP 핵심 항목으로 정리
- 78건 → 21개
- 시각화 응답 시간
- 3~4s → 1.2s
- 기관 협의 · 요구사항 검토
- 약 12회
- MVP 검증 시나리오
- 약 10개
업무 배경과 해결 과정
- 배경
독일 우주항공센터(DLR)와 협력한 Gaia-X·데이터 스페이스 기반 프로젝트로, 사용자 간 데이터를 교환하고 위치 기반 데이터를 디지털 트윈에서 활용하는 것을 목표로 진행했습니다. Base-X Data Connector를 활용하는 환경에서 교환 구조를 설계하고 위치 데이터 시각화를 구현했습니다. 프로젝트 기획, 개발 결과 발표와 산출물 보고까지 담당했습니다.
- 어려웠던 점
같은 기능을 이야기해도 기관마다 기대하는 데이터 교환 방식과 요구사항의 범위가 달랐습니다. 기술 용어를 번역하는 것만으로는 부족했습니다.
- 이렇게 풀었습니다
각 기관이 기대하는 데이터 구조와 교환 목적을 구체적인 시나리오로 정리했습니다. 요구사항을 하나씩 검토해 반드시 구현할 핵심 기능과 향후 확장 기능을 나누고, 이를 아키텍처와 개발 우선순위에 반영했습니다.
개발자는 주어진 요구사항을 구현하는 것을 넘어, 서로 다른 이해관계자의 생각을 기술로 잇는 역할도 해야 한다는 것을 배웠습니다.
직접 만든 것
Gaia-X 기반 교환 구조 설계와 Base-X 위치 데이터 시각화를 맡아 기획부터 구현·발표·산출물 보고까지 수행했습니다.
- 01
데이터 교환을 전제로 한 프로젝트 구조 설계
내부 데이터 구조를 그대로 넘기지 않고, 교환할 데이터의 형식과 필수 속성, 식별 기준, 메타데이터를 정리해 상대 시스템도 해석할 수 있게 했습니다. 위치 좌표, 객체 식별자, 속성값, 생성 시각을 JSON으로 표현하고 API 요청·응답 구조와 예외 처리 방식을 기준으로 연계 방식을 검토했습니다. 요구사항 78건을 수집·분석해 핵심 구현 범위를 21개 항목으로 정리하고 MVP에 반영했습니다.
- 02
Base-X 데이터의 디지털 트윈 시각화
Base-X Connector로 데이터 제공자와 소비자 사이의 교환 흐름을 구성하고, 연계 과정에서 생기는 데이터 형식 차이와 매핑 문제를 해결했습니다. 교환된 데이터를 3D 공간의 객체와 연결해, 사용자가 공간을 이동·회전하며 객체 위치를 보고 객체를 선택하면 속성과 연계 정보를 확인하도록 구현했습니다. 데이터 교환 결과를 눈으로 검증할 수 있는 화면입니다.
- 03
개발 결과 발표와 산출물 보고
DLR을 포함한 협력 기관과 약 12회의 협의·요구사항 검토에 참여해 기술적 제약과 구현 가능 범위를 조율했습니다. 프로젝트 참여 기관과 내부 개발·연구 관계자에게 요구사항, 교환 아키텍처, 구현 현황과 프로토타입 결과를 공유하고, 요구사항 정의서·아키텍처 문서·구현 결과·시연 화면을 산출물로 정리했습니다.
사용 기술Base-X Data Connector · Digital Twin · Gaia-X
화면
담당 범위
- 프로젝트 설계 및 사용자 간 데이터 교환 구조 설계
- Base-X Data Connector를 활용한 위치 데이터 시각화 구현
- 협력 프로젝트의 결과 발표와 산출물 보고
처리 흐름
- 데이터 제공
국내 시스템의 위치 좌표·객체 식별자·속성값·생성 시각
- 교환 계약
JSON 형식, 필수 속성, 식별 기준, 메타데이터 정리
- Base-X Connector
제공자와 소비자 사이의 교환 흐름 구성
- 디지털 트윈 검증
교환된 데이터를 3D 공간 객체에 연결해 확인
다시 만든다면 (개선 설계안)
구현 내용을 바탕으로 확장해 검토한 설계안입니다.
- 교환 데이터의 스키마와 좌표 기준 명시
교환 상대가 위치 필드나 좌표 표현을 다르게 해석하는 경우를 대비해 필수 필드·자료형·좌표계·축 순서·단위를 명시하는 계약을 검토할 수 있습니다. 개선안은 수신 단계에서 계약을 검증하고 변환이 필요한 데이터의 원본과 변환 기준을 함께 추적하는 방식입니다. 알려진 위치 표본과 잘못된 좌표 입력으로 교환 결과와 디지털 트윈의 표시 위치가 일치하는지 검증합니다.
- 검증 실패 데이터의 처리 계약
필수 위치 정보가 빠졌거나 지원하지 않는 스키마 버전의 데이터가 들어오는 경우를 검증 대상으로 둘 수 있습니다. 실패 항목과 원인을 반환하고 정상 데이터와 분리하되, 일부 항목만 수용할지 전체 교환을 거절할지는 상대와 명시적으로 정하는 개선안입니다. 정상·실패 항목을 섞은 데이터로 응답 내역과 실제 수용 범위가 일치하고 수정 후 재전송을 추적할 수 있는지 확인합니다.