레이블이 표준인 게시물을 표시합니다. 모든 게시물 표시
레이블이 표준인 게시물을 표시합니다. 모든 게시물 표시

2023년 4월 30일 일요일

공간정보 개념적 스미마 언어(CSL) 설명 및 개발 방법

이 글은 공간정보 개념적 스키마 언어(CSL. Conceptual Schema Language) 설명 및 개발 방법을 간략히 이야기한다(2019)

소개

이 표준은 UML OCL(Object Constraint Language)를 사용한다. 이는 상호운용성 목표를 달성하기 위한 지침이다. 참고로, 개념적 스키마 언어라고 하니 매우 추상적인 느낌이 들지만, 사실 UML을 공간정보에 이용하기 위한 요구사항과 규칙을 정의한 것이다

UML 프로파일

이 표준은 지리정보에 대한 UML 프로파일을 포함한다

  • 프로파일(profile): UML은 특정 도메인으로 표현하기 위해서는 너무 일반적이다. 그러므로, 특정 도메인으로 맵핑하기 위한 요구사항 및 규칙을 정하고 이를 기반으로 응용 스키마를 개발한다. 이를 프로파일이라 한다. 이 문서는 공간정보 도메인으로 UML 사용 방법을 기술하는 프로파일을 설명한 것이다.

이 표준은 문서 이해를 위해 UML User Guide, UML Distilled 레퍼런스를 추천하고 있다

다음은 이 표준의 요구사항이다. 원래 표준문서에는 각 요구사항마다 유일 번호가 매겨져 있다

  • 분류자(classifiers): 스테레오타입은 다양한 클래스 유형의 분류를 정의하는 수단을 제공한다
  • 열거유형(enumeration): 열거 유형은 enum {value1, value2, value3} 와 같이 정의될 수 있다.
  • 코드목록(CodeList): 코드목록은 스테리오타입이 있는 클래스로 모델링된다.
  • 관계: 모든 연관은 각 끝에 집합관계와 역할명를 정의해야 한다.
  • 상속: 다중상속은 피한다.
  • 실현(realizations): 실현은 모델 요소를 서로 다른 추상화 수준과 연결한다. 이는 추상에서 상세화로 전이할 때 관점을 설명하는 적절한 방법 중 하나이다. 다음 그림은 이를 보여준다.

Example of realization used between difference levels of abstraction

  • 스테레오타입: 스테레오타입을 사용함으로써 UML을 확장하고 다음과 같이 의미를 부여할 수 있다.
    • <<CodeList>>: 목록을 표현하는 열거형 리스트 정의
    • <<dataType>>: 정보 공유를 목적으로 하는 데이터 유형
    • <<interface>>: 추상 클래스
    • <<enumberation>>: 명명된 문자열 목록
  • 네이밍: 이름은 가는한 짧게 유지하며 의미없는 전치사와 동사는 생략함. ) getValue() 대신 value()
  • 연산: 연산은 [<visibility>]<name>'('[<parameter-list>]')'[':'[<return-type>]['{'<oper-property>]*'}']] 으로 표현한다. 참고로, 이 방식은 UML표준과 동일한 방식이다.

핵심 데이터 유형

데이터 유형은 다음 6가지로 구분된다.

  • Primitive type: CharacterString(문자열), Integer(정수), Real(실수), Date(날짜)
  • Collections
  • Enumerated types
  • Name type (이름 구조 표현 유형)
  • Any type (임의 유형)
  • Record types

Date and Time types

Number and subtypes

마무리

이 글은 19103 표준을 요약하였다. 공간정보표준은 UML을 기반으로 한다. 이를 이용해 프로파일 하는 방법을 상세히 설명하고 있다. 이 표준은 이미 소프트웨어 공학에서는 잘 알려져 있는 UML 레퍼런스를 참고해 개발되었다. 그러므로, 이 표준을 이해하기위해서는 관련 레퍼런스를 먼저 확인해 볼 필요가 있다. 공간정보 국제 표준은 철저히 이 레퍼런스를 기반으로 개발되었다.


레퍼런스

1. UML Distilled

2. Design Pattern

 

GFM (General Feature Model) 개념, 개발 및 사용 방법

이 글은 GFM (General Feature Model) 개념 및 구조를 간략히 설명한 글이다. 대부분 공간정보 표준은 GFM을 기반으로 하고 있다. 참고로, GML은 민간표준인 OGC CityGML 기반이다 

이 글은 ISO 19109 표준 문서를 읽을 때 이해해야할 포인트를 요약해서 설명한다. 이 글을 통해 GFM 를 이용한 응용 스키마 개발, 사용방법 뿐 아니라 국제 표준의 요건이 무엇인지를 이해할 수 있다.

참고로, 다음같은 ISO 표준 문서 목차의 의미를 알고 있으면 이해하기 좋다.

  • Normative: 규정
  • Informative: 참고
  • Conformance: 표준 문서 정의에 사용된 기준. 적합성이라 함
  • Term: 표준화를 위해 사용하는 용어 개념 정의
  • Abbreviations: 표준문서에 표현된 모든 약어 설명

개요

GFM ISO 19109로 알려져 있다. 다음은 19109의 특징이다

  • 이 표준은 지형 지물을 정의하는 규칙을 정의한다
  • 다양한 지형지물은 응용에 따라 그 구조와 내용이 달라진다. 그러므로, 이를 일반화한 형상(General Feature)를 정의하고, 이를 개념적 스키마 언어(CSL. Conceptual Schema Language)로 한다. 응용은 이 CSL을 기반으로 정의하면 된다는 식이다
  • 개념 스키마를 기반으로 응용 스키마를 개발하기 때문에 이를 전이(transition)이라 부른다

19109는 개념적 스키마이기 때문에 다음 내용은 범위에 포함하지 않는다

  • 특정 응용 스키마 정의
  • 메타 데이터 표현
  • 응용 스키마 간 맵핑 규칙
  • 컴퓨터 환경에서 응용 스키마 구현 방법
  • 컴퓨터 환경에서 응용 소프트웨어 설계 방법
  • 프로그래밍


용어와 약어 정의

다음 용어와 약어는 표준 문서에서 사용하는 단어의 의미를 좀 더 명확히 하여, 혼란을 방지하기 위해 정의한 것이다

용어

  • complex feature: 다수 지형지물로 구성된 객체
  • conceptual model: 개념 규정 모델
  • conceptual schema: 개념적 스키마 
  • coverage: 공간, 시간, 시공간 도메인 내 특정 위치에 대한 값을 규정하는 객체
  • dataset: 데이터 식별 가능한 모음(collection)
  • domain: 정의 집합
  • feature: 실세계 지형지물 형상
  • feature association: 지형지물 인스턴스 간의 연관관계
  • feature attribute: 지형지물의 속성
  • feature operation: 지형지물 인스턴스에 대한 실행 가능 연산
  • metadata: 데이터의 의미, 형식 정의
  • model: 현실의 한 부문을 추상화한 객체
  • property: 객체의 속성

약어

  • CSL: Conceptual Schema Language
  • GFM: General Feature Model
  • OWL: Web Ontology Language
  • UML: Unified Modeling Language

배경

이 장에서는 표준의 배경을 설명하고 있다. 배경은 용어, 약어들이 사용된 맥락을 이해할 수 있도록 설명한다

  • 응용 스키마: 하나 이상 응용에 요구된 데이터의 개념적 스키마. 응용 스키마는 데이터 내용, 구조, 연산, 무결성 제약조건을 가지고 있어야 함. 응용 스키마는 machine-readable 해야 하며, 자동화 메커니즘을 포함해야 함
  • 응용 스키마 규칙: 이 표준은 어떤 응용 스키마도 표준화하지 않음. 다만, 사용자, 시스템, 위치간 지리 정보 교환 및 처리를 위한 응용 스키마 작성을 지원하는 일관된 규칙만 정의함. 이 표준 규칙은 다음 목적에 사용 가능함
    • 데이터 교환 위한 전송 응용 스키마 개발
    • 전송된 데이터세트의 의미 해석
    • 두 이기종 데이터세트 간 변환

데이터 교환

데이터 교환은 전송과 트랜잭션으로 이뤄진다.

  • 맵핑: 두 스키마가 서로 상이한 경우, 상호 맵핑은 어렵거나 불가능할 수 있음. 만약, 응용 스키마 간 데이터 교환 요구사항을 고려해 개발했다면 이런 맵핑은 일부 가능함. 다만, 맵핑규칙은 이 표준 범위에 속하지 않음
  • 데이터 교환: 미리 정의된 의미를 가진 데이터세트 교환과 통신 기반 서비스 호출을 통한 데이터 교환이 있음

다음 그림은 데이터 교환 방법을 보여준다.

Data interchange by transfer (ISO 19109)

Data interchange by transaction

 

지형지물 정의 원칙

독립적으로 응용 스키마를 정형화하기 위한 일반 규칙을 정의한다

 

지형지물

지리 정보 기초단위는 지형지물(feature)이다. ISO 19110은 지형지물 분류를 위한 프레임웍을 제공한다. 지형지물은 다양한 상황에서 4-layer architecture에 따라 정의된다

다음 그림은 런던 브리지와 같이 실세계 현상이 어떻게 지형지물 객체로 분류되는지를 보여준다

The process from universe of discourse to data(ISO 19109)

다음 그림은 실세계 현상을 지형지물 카탈로그로 정의해, 응용 스키마를 개발하고, 데이터 구조를 정의하는 흐름을 보여준다

From reality to geographic data(ISO 19109)

GFM은 실세계 현상에 대한 관점을 분류하는 데 도움을 준다. GFM ISO 19103에 부합한 개념 스키마 언어인 UML로 표현된다. 참고로, 19103은 공간정보 모델링 시 사용하는 UML 용어, 개념 및 구조를 정의한 표준이다

우리가 분류하고 싶은 지형지물은 속성, 관계, 연산 등을 갖는다. 이 모든 개념은 GFM의 메타클래스로 표현된다. GFM은 지형지물 타입(type. 유형)의 메타모델인 것이다.

GFM은 지형지물 분류를 위한 구조를 정의한다. 하지만, GFM에서 UML로 맵핑은 일반향 맵핑이며, 반대 방향 맵핑은 불가능하다

응용 스키마를 개발하기 위해서는 CSL을 사용해야 한다. CSL UML을 사용하며, UML을 사용하면 스키마 간 통합이 쉬워진다

 

지형지물 주요구조

지형지물은 속성, 유형, 관계 및 행위로 정의될 수 있다. 다음 그림은 GFM 전체를 나타낸다. 그림은 UML로 구성되어 있고, 각 클래스는 <<metaclass>> 스테레오타입으로 약속되어 있다

구조는 단순한데, 지형지물 유형(FeatureType)은 속성 유형(PropertyType)을 관리하고 있고, n:n 집합 관계이다. 지형지물 유형은 여러 파생관계(InheritanceRelation)를 가질 수 있다. 속성 유형은 특성(AttributeType), 연산(Operation), 지형지물 연관 역할(FeatureAssociationRole)로 파생된다.

The General Feature Model(ISO 19109)

 

UML다이어그램에서 특이한 점은 isAbstract: Boolean 같이 비객체지향적인 정의들이 있다는 것이다. 데이터 정규화 관점에서 문제가 있어 보이는 부분들도 보인다(. constrainedBy[0..*] ...). FeatureType superType, subType관계가 있는 데, 이는 디자인 패턴 중 컴포지트 패턴 등을 고려한 것 같다

Operation 클래스는 기능적 함수를 정의하기 위해 CharacterString 타입으로 signature 문자열을 정의하고 있다

IdentiiedType GFM 클래스 간 식별을 위한 메타클래스이다

참고로, GFM UML 다이어그램의 첫번째 버전은 각 클래스에 GF_ 태그를 붙였었다

 

응용 스키마 모델링 과정

응용 스키마는 특정 응용 분야의 데이터 구조에 대한 정확한 이해를 표현하며, 데이터 처리를 자동화하여 컴퓨터가 읽을 수 있는 스키마를 제공할 수 있어야 한다

GFM은 지형지물 정의를 위한 메타모델이다. 이는 실세계 관점을 분류하는 데 필요한 개념 모델을 제공한다. 다만, 응용 스키마를 모델링하기 위해서는 CSL을 이용해 다음과 같이 프로파일해야 한다

  • 텍스트, 이름, 숫자, 날짜, 측정을 다루는 기본 유형(primitive types), 공통 구현 유형(common implementation types), 파생 유형(derived types) ISO 19103:2015를 준용한다.
  • UML 연관은 관계 수 조건 표시, 연관 끝에 역할 표시, 역할 이름 정의가 필요하다.
  • 역할 이름은 패키지 내에서 유일해야 한다.
  • 스테레오타입은 19103 표준 정의를 사용한다. 예를 들어 패키지는 ApplicationSchema, 클래스는 CodeList, 열거형은 enumeration, 클래스는 FeatureType를 사용한다.

다음 그림은 표준 및 응용 스키마간 사용 의존성 관계 다이어그램이다

Example of application schema integration

다음은 응용 패키지를 GFM을 이용해 개발한 사례이다. 이 사례는 실세계 현상 중 교량과 도로를 설명한다

Example of an application schema based on other application schemas

클래스 구조 모델링은 다음과 같이 어떤 지형지물(AnyFeature)이든 GFM 메타클래스인 FeatureType를 참조해 모델링한다. 이를 메타클래스를 인스턴스화한다고 한다

The AnyFeature feature type

FeatureType의 인스턴스는 CLASS로 구현해야 한다

다음 보기는 Building이란 Feature를 응용 스키마로 정의한 것이다

Example of UML implementation of feature types

 

만약, 자기 참조가 되어야 한다면, 다음과 같이 컴포지트 패턴을 사용할 수도 있다.

Example of feature succession at the generic feature level

공간 속성 유형은 ISO 19107과 부합해야 한다. 이 표준은 기하(geometry) 및 위상기하의 차원, 위치, 크기, 모양 및 방향을 수학 함수를 사용해 정량적으로 표현하는 방법을 제공한다. 다음은 이를 정의한 클래스이다. (참고로 19107:2003은 각 클래스앞에 GM_를 붙였다. FDIS 2019버전은 GM_이 없다).

List of valid spatial objects for spatial attributes in an application schema

다음은 ISO 19107:2003 을 사용한 예를 나타낸다

Example of geometric composites defined in application schema

철도 응용 스키마를 GFM 19107으로 모델링해보자

지형지물은 건물, 기차역이 있으며, 이는 도시지역에 1:n 관계로 구성된다. 공간표현은 복합형상(GM_Complex)로 표현되며, 기본형상(GM_Primitive) 1:n 관계로 정의한다. 철도역은 Node, 연결성은 Edge로 표현한다. 철도 시스템은 복합위상(TP_Complex)으로 구성된다.

다음 그림은 이를 보여준다.

Example of independent spatial complexes in an application schema

 

마무리

지금까지 전체 19109 GFM 표준 문서에서 핵심적인 내용을 살펴보고, 의미를 설명해 보았다. 국제표준은 파급효과가 있는 산업 기준이 되므로, 명확하고 정형적이며 일관성있는 방법으로 표준 문서를 디자인하고 있다. 국내에는 관련 정보가 매우 부족하고, 단순 ISO 해외 문서 번역으로만 그치고 있는 경우가 많다

앞에서 내용을 보았다시피 정보 데이터와 관련된 표준 작업은 전문적인 소프트웨어 공학, 도메인 지식과 경험이 필수적이다. 이를 바탕으로 개발되는 표준이 의미가 있다고 생각한다.

 

레퍼런스

  1. ISO 19109. Geographic information — Rules for application schema
  2. ISO 10103, Geographic information — Conceptual schema language
  3. ISO 19107, Geographic information — Spatial schema
  4. NSDI portal

 

왜 우리나라는 국제표준 사각지대가 많을까?

어느 기자분이 아래와 같이 우리나라의 아마추어적인 국제표준 대응 문제에 대해 보도한 적이 있다

드론 ISO 표준 확정됐는데...까맣게 모르는 정부, 드론강국 정책 무색

 

이 기사는 사실 현상을 적은 것 뿐이지, 문제의 원인을 물어볼 생각은 전혀하지 않은 것 같다. 현상만 두들겨 보았자, 표준화 제안 몇 건씩의 정량지표와 같은 땜질 포장 처방만 많아질 뿐이고, 문제의 원인이나 체질개선은 불가능하다고 생각한다. 기자는 한국이 왜 국제표준 대응 잘 안되는 지에 대해 먼저 물었어야 한다고 생각한다개인적으로 경험한 우리나라의 국제표준 현실을 정리하려 한다

1. 정부에 국제표준 NP(신규제안)부터 IS(표준)단계까지 지속적으로 지원하는 체계는 그리 없음. 국제표준화 과제가 있지만, NP에 그치고 있는 경우가 많고, 단기성. 표준화 후 후속 대응 지원은 거의 없음.

2. 신규제안(NP)는 그리 어려운 것은 아님. 대략 5년동안 IS까지 꾸준히 진행하는 것이 매우 어려운 것임. 우리나라가 제안했다던 드론 NP는 아직 표준 아닌것임. 지속적으로 대응하지 않으면, 진행중 취소되거나 다른 표준으로 합쳐질 수 있음.

3. 국제표준화 대응은 기술 전문가의 노력이 필요함. 해외는 보통 업체, 기관에서 관련 기술 전문가가 표준화 직무로 월급을 받음. 국내에서는 본인 업무를 하며 별도로 표준화 직무를 수행하도록 하고 있음(개인시간 투입해야 하는 경우 많음). 그러므로, 대기업이 투자하지 않는 분야는 NP만 제안하고 IS까지 진행되는 경우가 많지 않음.

4. 정부 공공 기관에서 국제표준을 수행할 인력은 극소수임. 최소 2번 해외 표준화 미팅 준비 참여, 외국에서 업계 고수들과 영어로 토론하며, 많은 관련 표준들 숙지해 호환해야 하며, 수많은 기술적 커멘트를 해결해야 함. 작업해야할 보고서와 표준 문서량도 많음. 이런 상황에서 1, 2, 3번 이유 등으로 관련 전문가도 지속적 표준 활동하기 쉽지 않음.

마지막으로, 국제표준은 당장 눈에 보이는 효과는 없다. 다만, 기술 수출하려 할 때, 국제표준에 안맞으면, 상대 경쟁사가 제소할 수 있고, 이때 무역장벽으로 활용될 수는 있다

개인적으로 국제표준은 눈앞의 경제적 이익만 생각하기 보다는 국제사회에 공헌하고 기여하는 가치를 더 크게 고려해야 한다고 생각해야 한다. 이런 마인드로 지원 환경을 만들어 나가다 보면 부수적으로 국가 이익도 자연스럽게 따라오게 될 것이다.  

 

ISO/TC211 중국 우한 공간정보 국제표준회의 기록

이 글은 ISO/TC211 중국 우한 미팅 내용을 나눔합니다. 국제표준으로 개발되고 있는 ISO 19166 BIM to GIS conceptual mapping 에 대한 CD투표 결과와 이에 대한 대응이 어떻게 진행되었는 지를 이야기 합니다(2018.11 기록. BIM principle site에서 가져옴).

머리말
짧은 중국 출장 일정 마치고 관련 내용을 기록한다. 원래 ISO TC211 정식일정은 5일이었으나 하필 연말평가과제가 줄줄이라 빨리 귀국하기로 하였다.
이번 출장은 제안한 ISO 19166 CD투표결과에 대한 회의참석이 목적이었다. ISO 회원국 2/3넘어 CD(Committee Draft)승인 받았으나 영미프 주요 선진국 반대. ISO TC에선 신중을 기하자고 CD 재투표가 제안되었다. 이 표준에 관심은 많아 120개 넘는 커멘트 솔루션을 리뷰하고, WG(Working Group)사람들과 하루 종일 회의하였다. 

ISO 회의 내용
ISO 19166 CD 문서를 당해 연도 제출하여 회원국 2/3 찬성으로 승인된 CD 투표 내용을 회의에 참석한 전문가들에게 소개하고 진행방향을 협의하였다. 다만, 주요 선진국 반대로 인해 ISO/TC211과 협의 후 재투표하기로 결정되었다.
회의 내용은 다음과 같았다. 
  • 표준 문서의 범위 및 수준에 대한 커멘트 
  • 외부에서 제정되고 있는 IFC, CITYGML 신규 버전에 대한 관련성
  • GIS-BIM 맵핑과 같은 새로운 제안
회의 참가 전에 121개 커멘트에 대한 설명을 위해 별도 발표자료와 솔류션을 미리 준비한 후 회의 진행하였다. 슬라이드 상세한 내용은 다음 링크를 참고하길 바란다. 
WG 미팅에서 CD 투표 후 발생된 121개의 comments 리뷰하고, 표준 개발 방향을 의논하였다. 이 표준은 스마트 시티 서비스 구현 등 BIM, GIS 접점에 있는 유스케이스 구현에 밀접한 관련을 가지고 있어, 많은 국가 표준화 단체가 관심을 가지고 있었다. 특히, 민간표준단체인 OGC, buildingSMART 에서는 많은 커멘트로 관심을 보여주었으며, 회의를 통해, 제안자에게 의견을 조율할 계획이다.

Comments 주요 요구사항은 표준화 범위 명확화, 민간표준과의 관계 등이었으며, 나머지는 개념 및 용어 정의에 대한 내용이었다. 

공간정보 모델인 BIM, GIS 등 이기종 공간 데이터 통합에 대한 여러 논의가 오갔다. 이런 토론을 통해 표준에 대한 한계점도 명확해진다. 본 표준은 유스케이스 관점에서 필요한 데이터를 커넥션(connection)이란 개념으로 접근하고 있어, 이와 관련된 복잡한 문제는 상대적으로 적은 편이다. 다만, 표준 범위 명확화 등의 이슈가 많았다.

참고로, 표준 프로세는 프로젝트 제안, NWIP(New Work Item Proposal)투표, 채택 및 프로그램 등록, WD(Working Draft) 작성, CD(Committee Draft) 제안, 투표 및 등록, DIS(Draft International Standard) 제안, 투표 및 등록, FDIS(Final DIS) 문서 작성 및 등록, IS 등록으로 진행된다. 각 단계는 버전 코드가 할당되어 있으며, CD단계는 30임. CD단계까지는 프로젝트 리더가 컨텐츠 대부분을 작성한다. DIS단계에서 에디터 그룹이 만들어지면, 이때부터 공동작업한다. 이번회의에서 다음 2월까지 120개 이상의 커멘트는 문서화하여 정리하기로 하였다.

마무리
이번 회의는 중국에서 진행했다. 중국은 공간정보 국제표준 아애 싹쓸이할 기세인듯 많은 사람들이 회의에 참석했다. 중국은 WG 곳곳에 자국 전문가 포진시키고 있다. 어느 중국 우주 연구 기관 교수는 지난회의부터 날 찍은 듯 작년부터 자국 제안 NWIP 초대했다.
오기전 듣보잡이었던 중국 우한은 서울보다 컸다. 인구는 천만이 넘고, 거리엔 외제차 즐비. 도시 마천루가 하늘을 찌른다.

사람들 먹고 사는 것을 들어 보니 도시 소득 수준이 높아 보인다. 일마치고 저녁 집근처 쇼핑센터에 가보았다. 내심 우리나라 브랜드 인기 있을까 기대했다. 그러나 중국 브랜드와 유명 해외 제품만 확인사살하였다. 사실 길거리에 현대차도 별로 본적 없었고 백화점엔 삼성 휴대폰 샵도 없었다. 샤오미나 윌같은 대륙 가성비와 품질은 이미 LG와 현대를 초월한 듯하다. 

제품 가격은 반 이하 스펙은 동일하다. 중국인은 더이상 국내 브랜드에 관심 없어 보였다. 더이상 중국이 한국 추격한단 말은 하지 말자.

평가에 끼인 일정에 수많은 과제평가용(지금은 일상화된 연구행위) 서류작업하며 대응하느라 중국인과 많이 대화하지 못해 아쉬움. 다만 급성장하는 대륙 내수 시장과 치열하게 경쟁하며 살고있는 중국인 볼때마다 우리나라 아이들이 걱정되지 않을 수 없다. 이런 상황이 바뀌지 않는 다면 과연 20년 뒤 현대차나 삼성 휴대폰이 팔리고 있을 런지 모르겠다. 

추신 - 11월에 가는 ISO 회의는 다른 과제들 평가때문에 집중하기가 매우 힘들다. 평가때 요청하는 자료는 연구 결과라기 보다는 수많은 중복 문서작업인 경우가 많기 때문이다. 매년마다, 관리 기관에서 만들어달라는 똑같은 증빙서류, 증빙서류 요약서류, 요약서류 또 요약한 서류들, 각 성과별로 붙임만들고, 별도로 만든 MIS에 같은 서류 업로드하는 이런 짓을 반복한다. 논문을 읽어볼 생각을 안하고, 제목과 요약만 보겠다고 또 요약해 달라고 하는 이런 상황... 이것말고 정산과 협약까지 생각하면, 이건 연구가 아니라 정부에서 연구라 포장된 관리를 요구하는 것이 아닐까라는 생각이 든다. 연구행정 간소화하겠다고 선언한지 1년이 되어가는 데, 상황을 보니 그리 좋아질 것 같지 않다. 언제나 연구자가 연구 몰입할 수 있는 문화, 제도가 만들어질까.. 연구 세금낭비 하지말자며, 관리자로 층층히 쌓아두고, 수많은 행정작업으로 소중한 연구시간, 에너지와 세금낭비하는 아이러니라니... - Wuhan

디지털트윈 기반 시설물 운영 관리 목표와 사례

이 글은 디지털트윈 기반 시설물 운영 관리에 대한 목표와 사례를 정리한다. 디지털트윈의 정의와 시설물 운영 관리(FM)에서의 목적 디지털트윈(Digital Twin)은 현실 세계에 존재하는 물리적 자산, 시스템, 또는 프로세스를 가상의 디지털 공간에 ...