해당 시리즈는 데이터아키텍처 준전문가(DAsP) 자격증 공부 내용을 정리합니다.
전사 아키텍처(Enterprise Architecture, EA)
기업 전체의 정보화 시스템을 쉽게 파악하기 위해서 생성한 설계도. 기업의 목표와 요구를 효율적으로 지원하기 위해 IT 인프라 각 부분들이 어떻게 구성되고 작동되어야 하는지가 체계적으로 기술되어 있다. 전사 아키텍처가 구성되어 있어야 거대한 시스템들도 상황에 따른 변화를 도모할 수 있다.
전사
프로젝트에서 수행하고자 하는 단위. 기업 및 기관뿐만 아니라 어떤 조직의 아이템이나 사업단위를 지칭할 수도 있다.
아키텍처
시스템의 큰 골격이나 뼈대. 크게 규칙(Rule), 계획(Plan), 모델(Model)로 구성된다.
- 규칙: 아키텍처의 일관성을 위해 준수하여야 하는 원칙을 수립 및 적용
- 계획: 현재 상황과 목표 아키텍처를 정의한 후 목표 달성을 위한 이행 전략 및 계획을 수립
- 모델: 특정 시스템의 원리를 구조적으로 정의
아키텍처는 비즈니스 모델을 바탕으로 한 비즈니스 아키텍처와 시스템 아키텍처로 나뉘며, 또 시스템 아키텍처는 데이터, 애플리케이션, 기술(하드웨어)로 구성된다.
전사 아키텍처 프레임워크
전사 아키텍처 진행에서 발생하는 산출물들을 조직적으로 관리하기 위한 틀. 이해한 바로는 각 기업마다 요구되는 전사 아키텍처가 다르기에 프로젝트 시작 초반에 프레임워크를 구성함으로써 목표 및 진행과정을 명확하게 나타낼 수 있어서 사용하는 것 같다. 프레임워크는 기업마다 다르지만 보통 정책, 정보, 관리로 구성된다.
전사 아키텍처 정책
- 아키텍처 메트릭스: EA의 정보를 체계적으로 분류한 틀. 기업이 요구하는 EA 수준과 활용 계층을 결정
- EA 비전: 전사 아키텍처 수립을 통해 기업이 궁극적으로 달성하고자 하는 모습
- EA 원칙: 효율적인 진행을 위해 프로젝트 시 조직 구성원이 공유해야 할 규범
전사 아키텍처 정보
- 현행 아키텍처: 아키텍처 도메인 별 현재의 아키텍처 상태
- 이행 계획: 목표 아키텍처로 변환하기 위한 이행 과정 및 계획
- 목표 아키텍처: 아키텍처 도메인 별 목표로 정의한 아키텍처 상태
전사 아키텍처 관리
- 관리 쳬계: 구축된 EA를 유지 및 개선하기 위한 제도적 기반 수립
- 관리 시스템: 효율적인 EA사용을 위한 시스템 구축. 모델링 도구, 레포지터리, 포털 등으로 구성
- 평가(성숙도 모형): EA관리 및 활용 수준을 주기적으로 평가 및 개선점 도출
아키텍처 도메인
아키텍처 메트릭스가 어떻게 구성되는지에 따라 달라진다. 도메인은 크게 BA, AA, DA, TA로 구분되며, 각각의 아키텍처들은 아키텍처 매트릭스의 사용자관점(Perspective)에 따라 활용 내용과 업무가 달라진다.
BA(Business Architecture)
기업의 최종 목표를 달성하기 위한 업무 구조를 정의한 아키텍처.
아래의 다른 아키텍처들의 방향을 정의하고 검증하는 기준이 된다.
AA(Application Architecture)
업무 수행에 필요한 어플리케이션을 식별하고 구조를 체계화 한 아키텍처.
DA(Data Architecture)
업무 수행에 있어 필요한 데이터 구조를 체계적으로 정의한 아키텍처.
TA(Technical Architecture)
다른 아키텍처에서 요구하는 인프라 체계를 정의한 아키텍처.
전사 아키텍처 참조모델
각각의 아키텍처들의 표준으로 제시된 모델. 전사 아키텍처를 빠르게 수립할 수 있도록 도와준다.
- 업무 참조모델(Business Reference Model, BRM): 비즈니스 아키텍처의 표준
- 데이터 참조모델(Data Reference Model, DRM): 데이터 아키텍처의 표준
- 서비스 참조모델(Service Reference Model, SRM): 애플리케이션 아키텍처의 표준
- 기술 참조모델(Technical Reference Model, TRM): 기술 아키텍처의 표준
- 성과참조모델(Performance Reference Model, PRM): 성과 측정을 위한 항목과 방법 제시
전사 아키텍처 프로세스
전사 아키텍처를 구축하고 관리하는 절차. 구성은 EA 비전 수립, EA 구축, EA 관리, EA 활용 단계로 구분한다.
EA 비전 수립
| 과정 | 내용 |
|---|---|
| EA 환경 분석 | 기업 내외부 환경 분석 및 이해관계자로부터 수립 요건들을 도출 |
| EA 구축 방향 정의 | 환경 분석 결과를 토대로 EA 구축 목적 및 범위를 정의 |
| EA 프레임워크 구성 정의 | 산출물 분류 및 유지관리를 위한 프레임워크 정립 |
EA 구축
EA 정보 구성 정의
| 과정 | 내용 |
|---|---|
| 아키텍처 매트릭스 정의 | 요구된 산출물들을 사용자관점(Perspective)과 정보유형(View) 두 축을 바탕으로 매트릭스 구성 |
| 참조모델 정의 | 각 정보유형(View)의 참조모델을 정의 |
| 아키텍처 원칙 수립 | 해당 아키텍처에 동일하게 적용되는 원칙 수립 |
EA 정보 구축
| 과정 | 내용 |
|---|---|
| EA 자료 수집 | 현행 아키텍처를 정의하기 위해 기존의 자료들을 수집 |
| 현행 아키텍처 정의 | 현행 시스템의 기존 자료를 분석하여 현행 아키텍처를 정의 |
| 목표 아키텍처 정의 | 현행 아키텍처의 문제점의 개선안을 바탕으로 목표 아키텍처를 정의 |
EA 관리
| 과정 | 내용 |
|---|---|
| EA 관리 체계 | EA 정보를 활용하기 위한 인력 및 조직, 프로세스 정의 |
| EA 관리 시스템 | EA 정보를 관리하기 위한 도구 선정 및 시스템 구축 - 정보를 생산하는 모델링 도구 영역 - 정보를 저장 및 관리하는 레파지토리 영역 - 정보를 활용하는 포털 - EA 정보를 활용하는 영역 |
EA 활용
| 과정 | 내용 |
|---|---|
| EA 이행 계획 | 다른 IT 업무에도 해당 아키텍처를 적용하기 위한 중장기 계획 수립 |
| EA 정보 활용 | EA 정보를 활용하여 다른 IT 업무를 수행 |