현재 선택한 데이터 아키텍처 과정

DAsP 이론 학습

이론 목록으로 돌아가기

참조 모델과 기술 참조 모델

참조 모델은 반복되는 업무·데이터·서비스·기술 대상을 공통 분류와 어휘로 재사용하기 위한 기준 틀이다. 기술 참조 모델은 기술 서비스와 표준을 분류하지만 특정 제품 목록이나 조직의 목표 아키텍처를 대신하지 않는다.

예상 읽기 5

핵심 요약

참조 모델은 여러 조직과 시스템에서 반복되는 대상을 공통 언어로 분류하여 비교·재사용·표준화를 돕는다. 공공 또는 특정 EA 체계에서는 업무·서비스·데이터·기술·성과 등 여러 참조 모델을 사용할 수 있지만, 명칭과 구성은 체계마다 다르므로 이를 보편적으로 고정된 목록이라고 단정해서는 안 된다. 조직은 참조 모델을 목적에 맞게 매핑하고 부족한 부분을 확장해야 한다.

학습 목표

  • 참조 모델의 목적과 조직 고유 아키텍처의 차이를 설명한다.
  • 데이터 관련 참조 모델과 기술 참조 모델의 분류 대상과 활용을 구분한다.
  • 참조 모델 적용의 재사용·비교·상호운용 효과와 한계를 판정한다.
  • 외부 참조 모델을 조직 분류에 매핑하는 절차와 검토 기준을 적용한다.

1. 개념 설명

1.1 참조 모델

반복되는 아키텍처 대상을 공통 개념과 분류 구조로 일반화한 기준 틀이다. 조직마다 다른 이름을 공통 분류에 대응시키면 투자, 자산, 데이터, 서비스, 기술을 비교하기 쉬워진다. 참조 모델은 재사용 가능한 출발점이지 조직의 현행·목표 아키텍처 자체는 아니다.

1.2 데이터아키텍처 참조 모델

데이터 관점에서 공통 데이터 주제, 범주, 관계 또는 교환 영역을 분류하는 기준으로 사용할 수 있다. 조직 간 동일·유사 데이터의 위치를 비교하고 공유 후보를 찾는 데 도움을 준다. 다만 실제 데이터 정의, 업무 규칙, 소유권은 조직 맥락에서 별도로 확정해야 한다.

1.3 기술 참조 모델(TRM)

애플리케이션과 데이터를 지원하는 기술 서비스 영역과 표준을 분류한다. 예를 들어 플랫폼, 통신, 데이터 관리, 보안, 운영 관리 같은 서비스 범주를 계층적으로 정리할 수 있다. TRM은 특정 제품 구매 목록이 아니라 기술을 비교·선정·표준화할 공통 분류와 기준을 제공한다.

1.4 참조 모델 유형의 상대성

업무·서비스·데이터·기술·성과 등의 구분은 일부 공공 EA 참조 체계에서 널리 사용되는 예시이다. 시험에서 특정 명칭이 제시되면 해당 문맥과 정의를 따르되, 모든 프레임워크가 반드시 같은 종류와 약어를 사용한다고 일반화하지 않는다.

2. 목적·효과·한계

관점기대 효과한계 및 통제
공통 언어부서별 다른 명칭을 공통 범주로 비교매핑 근거가 없으면 의미가 왜곡됨
재사용검증된 분류와 패턴을 출발점으로 사용조직 특수 규칙과 법규를 대체하지 못함
표준화기술·데이터·서비스 선정 기준의 일관성표준 준수가 목적 자체가 되면 혁신·예외를 막을 수 있음
상호운용성공통 인터페이스·데이터 교환 논의 촉진참조 분류만 같고 실제 의미·형식이 다를 수 있음
벤치마킹조직·사업 간 자산과 투자 비교상세도와 범위가 다르면 단순 수치 비교가 위험함

참조 모델은 ‘같은 칸에 매핑되었다’는 사실만으로 데이터 의미나 기술 호환성이 동일함을 보장하지 않는다. 실제 정의·규격·제약을 추가 검증해야 한다.

3. 조직 적용 절차

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.
활용 목적·대상 범위 정의
        ↓
적합한 참조 모델과 버전 선택
        ↓
조직 고유 객체를 참조 분류에 매핑
        ↓
1:1·1:N·미매핑·중복 매핑 검토
        ↓
조직 확장 분류와 예외 승인
        ↓
표준·투자·공유 의사결정에 적용하고 갱신

매핑표에는 조직 객체, 참조 분류, 매핑 유형, 근거, 소유자, 적용 버전, 예외를 기록한다. 외부 모델의 개정과 조직 변화가 발생하면 매핑도 재검토한다.

4. 기술 참조 모델 사례

상황: 두 계열사가 ‘메시징 플랫폼’과 ‘이벤트 스트리밍’을 서로 다른 기술군으로 관리해 중복 투자를 판정하기 어렵다.

적용: TRM에서 두 기술이 속하는 서비스 범주와 필요한 기술 특성(전달 방식, 처리량, 내구성, 운영 책임)을 공통 축으로 매핑한다. 같은 상위 범주에 속하더라도 요구 특성이 다르면 모두 중복이라고 판단하지 않는다. 제품명은 구현 후보로 별도 관리하고, 표준 또는 허용 예외를 결정한다.

잘못된 적용: TRM의 분류 이름을 그대로 제품 카탈로그로 사용하거나, 참조 모델에 없는 신규 기술을 무조건 금지하는 것은 참조 모델의 목적을 벗어난다.

5. 비교와 구분

구분참조 모델아키텍처 원칙조직 목표 아키텍처제품 목록
역할공통 분류·재사용 틀의사결정 기준조직이 지향할 실제 구조구매·운영 중인 구체 제품
일반성여러 조직·범위에 적용 가능조직 전반 또는 범위별특정 조직·목표 시점매우 구체적
맞춤 필요매핑·확장 필요예외 기준 필요조직 맥락으로 설계수명주기·버전 관리 필요
대체 관계목표 구조를 대신하지 않음참조 분류를 대신하지 않음참조 모델을 활용할 수 있음TRM의 서비스 분류와 별개

시험 판단 포인트

  • 참조 모델은 공통 분류와 재사용을 위한 기준이며 조직의 실제 아키텍처를 대신하지 않는다.
  • TRM은 기술 서비스와 표준의 분류 체계이지 특정 제품 목록이 아니다.
  • 참조 모델 적용에는 조직 객체와 참조 분류의 매핑, 확장, 예외 관리가 필요하다.
  • 같은 참조 분류에 속한다고 의미·규격·호환성이 자동으로 같아지는 것은 아니다.
  • 참조 모델의 종류와 명칭은 프레임워크별로 달라질 수 있으므로 문맥을 확인한다.

자주 틀리는 부분

  • 업무·서비스·데이터·기술·성과 참조 모델을 모든 EA 체계의 고정 목록으로 단정하지 않는다.
  • TRM을 하드웨어·소프트웨어 제품 카탈로그로 보지 않는다.
  • 외부 참조 모델을 조직 분석 없이 그대로 복사하지 않는다.
  • 참조 분류에 없는 신규 대상은 무조건 금지해야 한다고 판단하지 않는다.
스스로 확인하기

개념 확인 문제

문제를 누르면 바로 아래에서 정답과 해설을 확인할 수 있습니다.

01기술 참조 모델(TRM)에 대한 설명으로 가장 적절한 것은? ① 조직이 구매한 제품의 모델명과 수량만 관리한다. ② 기술 서비스 영역과 관련 표준을 공통 구조로 분류한다. ③ 목표 아키텍처를 대신하여 조직별 전환 과제를 확정한다. ④ 업무 기능과 조직 책임만을 분류한다.
정답 및 해설

정답: ②

  • TRM은 기술 서비스 영역과 표준을 분류해 비교·표준화 의사결정을 지원한다.
  • ①은 제품 자산 목록이다.
  • ③은 조직별 목표·전환 아키텍처의 역할이다.
  • ④는 업무 아키텍처에 가까운 설명이다.
02외부 참조 모델을 조직에 적용할 때 가장 먼저 수행할 일은? ① 참조 모델의 모든 항목을 조직 표준으로 즉시 승인한다. ② 활용 목적과 대상 범위를 정의한다. ③ 매핑되지 않는 조직 객체를 모두 삭제한다. ④ 제품명을 참조 분류명으로 일괄 변경한다.
정답 및 해설

정답: ②

  • 참조 모델은 목적에 따라 선택·조정되므로 활용 목적과 범위를 먼저 확정해야 한다.
  • ①은 조직 적합성 검토와 예외 관리를 생략한다.
  • ③은 조직 고유 요구를 손실시킨다.
  • ④는 공통 분류와 구체 제품을 혼동한다.
03다음 문장의 참·거짓을 판단하시오. - A. 같은 참조 분류에 매핑된 두 데이터는 실제 의미와 값 형식도 자동으로 동일하다. - B. 참조 모델은 조직 고유 분류를 비교 가능한 공통 언어로 연결하는 데 사용할 수 있다. - C. 참조 모델에 없는 신규 기술은 확장·예외 검토의 대상이 될 수 있다.
정답 및 해설

정답: A 거짓, B 참, C 참

  • A: 동일 분류는 비교 단서를 제공할 뿐, 실제 의미·규격·호환성은 별도 검증해야 한다.
  • B: 공통 분류는 서로 다른 조직 명칭과 자산을 비교하는 데 유용하다.
  • C: 참조 모델은 확장 가능한 출발점이며 신규 대상은 근거를 갖춰 확장·예외 처리할 수 있다.
04두 계열사의 서로 다른 메시징 기술을 TRM으로 비교하려 한다. 제품 중복 여부를 판단하기 위해 매핑표와 추가 검토에 포함할 항목을 제시하시오.
정답 및 해설

모범 답안

  • 매핑표: 계열사별 기술 객체, 제품명과 버전, TRM 서비스 범주, 매핑 유형, 매핑 근거, 소유자, 참조 모델 버전, 예외 여부.
  • 추가 검토: 전달 보장 방식, 처리량·지연, 메시지 내구성, 인터페이스 호환성, 보안, 운영 책임, 비용, 수명주기, 전환 제약. 같은 상위 범주에 매핑되었다는 이유만으로 중복이라고 결론 내리지 않고 요구 특성과 실제 사용 맥락을 비교해야 한다.