주제 영역 정의와 경계 설정

핵심 요약

주제영역은 수많은 엔터티를 업무적으로 응집된 데이터 집합으로 묶어 전사 모델의 범위와 탐색 경로를 제공한다. 좋은 주제영역은 조직 개편이나 시스템 교체에도 비교적 안정적이며, 공유 데이터와 오너십을 명확히 하되 다른 영역의 이용을 막는 소유권 경계로 오해하지 않는다.

학습 목표

• 주제영역의 목적과 조직·시스템 분류와의 차이를 설명한다.
• 업무 생명주기와 데이터 응집도를 기준으로 경계를 설정한다.
• 공유 데이터의 원천 책임과 이용 책임을 구분한다.
• 하향식 후보와 엔터티 기반 상향식 결과를 조정한다.

1. 주제영역의 개념

주제영역은 전사에서 관리하는 데이터를 고객, 상품, 계약, 주문, 정산처럼 큰 업무 개념별로 분류한 상위 모델 구조다. 다음 기능을 제공한다.

• 전사 데이터 자산의 전체 지도를 제공한다.
• 개념 모델링의 범위와 우선순위를 정한다.
• 유사·중복 엔터티를 발견하고 공유 데이터의 기준점을 정한다.
• 모델 담당과 검토 책임을 배정한다.
• 프로젝트별 모델을 전사 구조에 연결한다.

주제영역은 현행 부서명이나 애플리케이션 모듈과 일치할 수 있지만 반드시 같지는 않다. 부서는 개편되고 시스템은 교체되지만 고객·계약·정산 같은 업무 데이터의 생명주기는 더 안정적일 수 있다.

2. 경계 설정 기준

2.1 계층

전사 데이터 영역
 ├─ 고객
 │   ├─ 고객기본
 │   └─ 고객접점
 ├─ 상품
 ├─ 계약
 └─ 거래·정산

계층은 탐색과 책임 분배를 돕지만 너무 깊으면 같은 엔터티의 위치를 찾기 어렵고, 너무 얕으면 한 영역에 과도한 엔터티가 몰린다. 계층 수준마다 분류 기준을 일관되게 적용한다.

2.2 공유 데이터와 오너십

고객 영역이 고객 기본정보의 원천 책임을 가진다고 해서 주문·상담 영역이 고객을 사용하지 못하는 것은 아니다. 오너십은 보통 다음 책임을 뜻한다.

• 정의와 품질 기준 승인
• 생성·변경·정정 규칙 관리
• 표준 식별자와 배포 방식 관리
• 다른 영역과의 공유 계약 협의

이용 영역은 자신의 업무 문맥에서 참조·확장할 수 있지만 동일한 고객 기본정보를 별도 원천으로 중복 생성하지 않도록 한다.

3. 주제영역 도출 절차

1. 전사 전략, 업무 기능, 가치사슬과 주요 데이터 대상을 수집한다.
2. 안정적인 업무 명사와 데이터 생명주기를 기준으로 후보 영역을 만든다.
3. 기존 모델의 엔터티를 후보 영역에 배치해 상향식으로 검증한다.
4. 한 엔터티가 여러 영역에 걸리면 원천 책임과 참조 관계를 정한다.
5. 영역 간 핵심 데이터 흐름과 공유 규칙을 확인한다.
6. 이름·정의·포함·제외 범위·오너·하위 영역을 문서화한다.
7. 누락·중복·과도한 결합을 검토하고 기준선을 승인한다.

4. 사례

4.1 조직도 복사의 문제

현재 조직이 영업본부, 고객센터, 온라인사업부로 나뉘어 있다고 주제영역도 동일하게 만들면 고객 기본정보가 세 영역에 중복될 수 있다. 대신 고객, 상품, 계약, 주문, 상담처럼 안정적인 데이터 대상을 중심으로 구분하고 각 부서는 여러 주제영역을 사용할 수 있게 한다.

4.2 경계 충돌

배송지를 고객 영역에 둘지 주문 영역에 둘지 논쟁이 있다.

• 고객이 반복 사용하도록 등록한 주소록은 고객 영역의 고객배송지가 될 수 있다.
• 주문 당시 확정되어 이후 고객 주소 변경과 무관하게 보존해야 하는 배송지는 주문 영역의 주문배송지다.

이름이 같아 보여도 생명주기와 변경 책임이 다르므로 별도 엔터티가 타당할 수 있다.

5. 비교와 구분

시험 판단 포인트

• 주제영역은 조직도·메뉴·현행 DB 스키마의 단순 복사가 아니다.
• 경계는 업무 목적, 생명주기, 응집도, 원천 책임과 공유 관계로 검증한다.
• 오너십은 독점 사용권이 아니라 정의·생성·정정의 기준 책임이다.
• 한 이름의 데이터도 발생 시점과 생명주기가 다르면 다른 영역의 별도 엔터티일 수 있다.
• 하향식 업무 분류와 상향식 엔터티 배치를 함께 검증한다.

자주 틀리는 부분

• 부서가 없어지면 주제영역도 함께 폐기되도록 조직명을 그대로 사용한다.
• 공유 엔터티를 모든 영역에 복제해 원천을 여러 개 만든다.
• 영역 이름만 정하고 포함·제외 범위와 오너십을 문서화하지 않는다.
• 모든 참조 관계를 경계 오류로 보아 영역 간 연결을 끊는다.