Intro
ADsP는 많이 취득하시지만 DAsP는 상대적으로 인기가 없어서 자료가 부족한 것 같습니다. SQLD 보다 난이도가 쉽다는 평가가 많은데 제가 직접 경험해보겠습니다.
아마 프로젝트를 진행해보셨다면 데이터 모델링 부분은 쉽게 넘어갈 수 있지 않을까 싶네요. 근데 가장 많은 문제가 출제되는 파트가 데이터 모델링 파트이기도 합니다. 실무자라면 쉽게 취득하실 수 있겠네요!
책은 데이터아키텍처 준전문가 (DAsP) 한 권으로 끝내기를 활용했습니다.
1. 전사 아키텍처 정의 및 구성
전사 아키텍처(Enterprise Architecture)의 필요성과 정의
조직이 커지고 정보시스템이 방대해지면, 시스템 변경이나 이해가 어려워집니다. 이러한 혼란을 방지하고 기업 전체의 정보화 시스템을 쉽게 파악할 수 있도록 돕는 역할을 하는 것이 전사 아키텍처(EA)입니다.
-
정의: 기업의 목표와 요구를 효율적으로 지원하기 위해 IT 인프라의 각 부분들이 어떻게 구성되고 작동되어야 하는가를 체계적으로 기술한 것
-
분석 관점: 복잡한 정보화 모습을 비즈니스(활동), 데이터, 애플리케이션(S/W), 기술(H/W) 등의 측면에서 분석하고 표현
-
'전사'의 범위: 기업 전체를 지칭할 수도 있지만, 하나의 단위 시스템이나 여러 개의 시스템으로 구성될 수도 있으므로, 프로젝트 초기 단계에 아키텍처의 대상과 범위를 이해관계자 간에 명확히 정의하는 것이 필수
아키텍처의 3대 구성 요소
아키텍처는 큰 골격이나 뼈대로 세 가지 요소로 구성됩니다.
-
모델 (Model): 전사 목표 달성을 위한 비즈니스 모델과 시스템 아키텍처(비즈니스, 데이터, 애플리케이션, 기술 아키텍처 및 참조모델)를 포함하며 향후 변경을 고려하여 수립
-
규칙 (Rule): 상호운용성이나 일관성 유지를 위해 준수해야 하는 전략, 원칙/지침, 표준
-
계획 (Plan): 목표 아키텍처를 달성하기 위한 이행 계획과 구축 계획을 의미
2. 전사 아키텍처 프레임워크 (EA Framework)
전사 아키텍처 프레임워크는 아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하여 유지 관리하기 위한 전체적인 틀입니다. 일반적으로 정책, 정보, 관리 세 가지 영역으로 구성됩니다.
| 구분 | 주요 구성 요소 | 상세 내용 |
|---|---|---|
| 1. 전사 아키텍처 정책 | 아키텍처 매트릭스 | 전사아키텍처 정보를 체계적으로 분류한 틀로, EA 정보 수준과 활용 계층을 결정 |
| EA 비전 | EA 수립을 통해 궁극적으로 달성하고자 하는 기업의 모습 | |
| EA 원칙 | 조직 구성원이 공유해야 할 EA 정보의 효율적 구축/활용 규범 | |
| 2. 전사 아키텍처 정보 | 현행 (As-Is) 아키텍처 | 기업의 현재 상태를 아키텍처 도메인별 정보로 정의한 것 |
| 이행 계획 | 현재 모습에서 목표 모습으로 이행하기 위한 전략 및 과제 | |
| 목표 (To-Be) 아키텍처 | 기업이 궁극적으로 달성하고자 하는 상태를 아키텍처 정보로 정의한 것 | |
| 3. 전사 아키텍처 관리 | EA 관리 체계 | EA 거버넌스라고도 하며, 구축된 EA를 유지, 개선하기 위한 제도적 기반 |
| EA 관리 시스템 | 정보 관리 효율성 및 공유 활성화를 위한 시스템 (모델링 도구, 리포지터리, 포털 등) | |
| EA 평가 (성숙도 모형) | EA 관리 및 활용 수준 제고를 위한 주기적 평가 및 개선점 도출 |
3. 아키텍처 도메인 구성
아키텍처 정보 영역은 일반적으로 4가지 관점(도메인)으로 나뉘며, 사용자의 역할(계획자, 책임자, 설계자, 개발자)에 따라 활용 내용이 달라집니다.
-
비즈니스 아키텍처 (BA): 기업의 경영 목표를 달성하기 위한 업무 구조를 정의하며, 타 아키텍처(DA, AA, TA)의 방향을 정의하는 시발점으로 작용
산출물 예시) 전사사업모델, 조직모델, 업무기능 모델, 프로세스 모델 -
애플리케이션 아키텍처 (AA): 기업 업무를 지원하는 전체 애플리케이션을 식별하고 연관성을 정의하여 체계화
산출물 예시) 전사 어플리케이션 영역모델, 어플리케이션 모델, 컴포넌트 모델) -
데이터 아키텍처 (DA): 기업 업무 수행에 필요한 데이터의 구조를 체계적으로 정의합니다.
산출물 예시) 전사 데이터 영역모델, 개념/논리/물리 데이터 모델) -
기술 아키텍처 (TA): 타 아키텍처 요건을 지원하는 전사의 기술 인프라 체계를 정의합니다.
산출물 예시) 전사기술영역모델, 기술참조모델, 기술 아키텍처 모델)
4. 전사 아키텍처 참조 모델
참조 모델은 아키텍처 구성 요소를 표준화한 것으로, 전사 아키텍처를 수립할 때 참조하는 추상화된 모델입니다. 정보의 일관성, 재사용성, 상호운용성을 확보하기 위해 활용됩니다.
| 구분 | 영문 | 상세 정의 및 기준 |
|---|---|---|
| 성과 참조 모델 | PRM | 정보화 성과의 측정을 위한 항목과 지표 및 방법을 제시 |
| 업무 참조 모델 | BRM | 업무 아키텍처의 기준. 대상 기관의 사업, 업무 등을 전체적으로 분류 및 정의 |
| 서비스 참조 모델 | SRM | 응용 아키텍처의 기준. 응용 서비스의 기능을 분류 및 정의 |
| 데이터 참조 모델 | DRM | 데이터 아키텍처의 기준. 기관 간에 교환되는 주요 데이터 분류 정의를 표준화 |
| 기술 참조 모델 | TRM | 기술 아키텍처의 기준. 정보기술을 분류 및 식별하며 가장 많이 사용됨 |
5. 전사 아키텍처 프로세스
EA 프로세스는 전사 아키텍처를 구축하고 관리하는 전체 절차에 관한 것으로, 총 4단계로 구분됩니다.
-
EA 비전 수립: 내외부 EA 환경을 분석하고 기업의 EA 목적, 방향, 그리고 프레임워크를 정의하는 단계
-
EA 구축: 아키텍처 매트릭스, 정보 구성 요소, 참조 모델, 원칙을 수립하고, 실제 현행(As-Is) 및 목표(To-Be) 아키텍처 정보를 구축
-
EA 관리 정의: EA 정보를 운영 및 활용하기 위한 관리 체계(조직 및 프로세스)를 구축하고, 정보를 관리할 관리 시스템을 구축
-
EA 활용 정의: 목표 아키텍처 달성을 위한 중장기적인 이행 계획을 수립하고, EA 정보를 적용하여 IT 관련 업무(기획, 구축, 통제)를 수행
Outro
이번 장에서는 EA의 밑바탕이 되는 전체적인 개념과 뼈대를 잡아보았습니다. 역시 초반이라 어렵지 않네요. 모호한 개념이 여럿 있는데 시험에 나올만한 부분이 많지 않아서 외우고 구분만 할 줄 안다면 충분한 파트라 생각합니다. 다음 주엔 좀 더 많은 분량으로 찾아오겠습니다.
