728x90
반응형

[1장] 전사 아키텍처 개요
1. 전사 아키텍처 정의 ✅
| 항목 | 설명 |
| 전사 아키텍처 (Enterprise Architecture) |
• 기업 전체의 정보화 시스템 설계도 • 기업의 목표와 요구를 효율적으로 지원하기 위해 IT인프라의 각 부분들이 어떻게 구성되고 작동되어야 하는가를 체계적으로 기술한 것 • 복잡한 기업의 정보화 모습을 비즈니스(활동), 데이터, 애플리케이션(S/W), 기술(H/W) 등의 측면에서 분석하고 표현하여 이해하기 쉽도록 정보 체계를 구축하고 이를 활용하는 것 |
| 전사 (Enterprise) | • 일반적으로 하나의 기업이나 기관이 아닐 수 있다 • 하나의 기업이 여러 개의 전사로 구성될 수 있다. • 전사는 구분 가능한 다수의 사업 영역으로 구성될 수 있다. |
| 아키텍처의 핵심 구성 요소 | • 규칙(Rule) : 전략, 원칙/지침, 표준 • 계획(Plan) : 이행 계획, 구축 계획 • 모델 (Model) : 참조모델, 비즈니스 아키텍처, 데이터 아키텍처, 애플리케이션 아키텍처, 기술 아키텍처 |
2. 전사 아키텍처 프레임워크
| 항목 | 설명 |
| 전사 아키텍처 프레임워크 ✅ | • 전사 아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지 관리하기 위한 전체적인 틀을 정의 • 모든 기업의 전사 아키텍처 프레임워크가 똑같지 않음. 기업의 EA 도입 목적에 따라 달라질 수 있음 |
| 전사 아키텍처 정책 | • 전사 아키텍처의 정보를 어떻게 구성하고 • 수립을 통해 기업이 달성하고자 하는 궁극적인 모습은 무엇이며 • 효과적으로 관리 및 활용하기 위한 원칙 등 정의 |
| 전사 아키텍처 정보 | • 정보의 영역 (비즈니스, 데이터, 애플리케이션, 기술)을 구분해야 함 → 이를 아키텍처 도메인이라 함 • ✅ 아키텍처 도메인 : 아키텍처 영역을 구분한 것이며, 아키텍처 매트릭스 상에서 뷰의 관점으로 구분한 것 • 현행 아키텍처와 목표 아키텍처는 이런 도메인별로 아키텍처 정보를 구축함 |
| 전사 아키텍처 관리 | • 전사 아키텍처 관리 체계 정립 • 전사 아키텍처 관리 시스템 구축 • 전사 아키텍처 평가 및 개선 |
| 아키텍처 도메인 구성 | [비즈니스 아키텍처 (Business Architecture)] • 기업의 경영 목표를 달성하기 위한 업무 구조를 정의한 아키텍처 • 타 아키텍처의 방향을 정의하고 검증하는 시발점 [어플리케이션 아키텍처 (Application Architecture)] • 기업의 업무를 지원하는 전체 애플리케이션을 식별하고 연관성 정의 • 전체 애플리케이션 구조를 체계화 [데이터 아키텍처 (Data Architecture)] • 기업의 업무 수행에 필요한 데이터 구조를 체계적으로 정의 [기술 아키텍처 (Technical Architecture)] • 타 아키텍처에서 정의된 요건을 지원하는 전사의 기술 인프라 체계를 정의 • 개별 기업에도 기술 참조 모델을 정의하는 것이 일반적 |
✔️ 전사 아키텍처 프레임워크 구성 ✅️
| 구성 | 내용 | |
| 전사 아키텍처 정책 | 아키텍처 매트릭스 | • 전사 아키텍처의 정보를 체계적으로 분류한 틀 • 기업이 관리하려고 하는 EA 정보의 수준과 활용 계층을 결정하는 수단 |
| EA 비전 | • 전사 아키텍처 수립을 통해 기업이 궁극적으로 달성하고자 하는 모습 | |
| EA 원칙 | • 전사 아키텍처 정보를 효율적으로 구축하고, 기업의 목적에 맞게 활용하기 위해 조직 구성원이 공유해야 할 규범 | |
| 전사 아키텍처 정보 | 현행 아키텍처 | • 아키텍처 도메인 별로 정의된 산출물에 대해 기업의 현재 상태를 아키텍처 정보로 정의한 것 |
| 이행 계획 | • 아키텍처 도메인 별로 현재 모습에서 바람직한 목표 모습으로 이행하기 위한 전략과 해야 할 일을 정의한 것 | |
| 목표 아키텍처 | • 아키텍처 도메인 별로 정의된 산출물에 대해 기업이 궁극적으로 달성하고자 하는 아키텍처의 상태를 아키텍처의 정보로 정의한 것 | |
| 전사 아키텍처 관리 | EA 관리 체계 | • 전사 아키텍처 거버넌스 • 구축된 전사 아키텍처를 유지하고 개선하기 위한 제도적 기반을 수립하는 것 |
| EA 관리 시스템 | • 전사 아키텍처의 정보 관리 효율성을 제고하고 전사 아키텍처 정보의 공유를 활성화하기 위해 구축하는 정보 시스템 • 모델링 도구, 리포지터리, 포털 등 구성 |
|
| EA 평가 (성숙도 모형) | • EA 관리와 활용 수준의 제고를 위해서는 EA에 대해 주기적으로 평가하고 개선점을 도출하여 반영해야 함 | |
✔️ 아키텍처 도메인 ✅️
| 비즈니스 아키텍처 | 어플리케이션 아키텍처 | 데이터 아키텍처 | 기술 아키텍처 | |
| 계획자 | 전사 사업 모델, 조직 모델 | 전사 어플리케이션 영역 모델 | 전사 데이터 모델 | 전사 기술 영역 모델, 기술 참조 모델 |
| 책임자 | 업무 기능 모델 | 어플리케이션 모델 | 개념 데이터 모델 | 개념 데이터 모델 |
| 설계자 | 프로세스 모델 | 컴포넌트 모델, 클래스 모델 | 논리 데이터 모델 | 기술 아키텍처 모델 |
| 개발자 | 업무 매뉴얼 | 프로그램 목록 | 물리 데이터 모델 | 기술 자원 목록, 제품 목록 |
3. 전사 아키텍처 참조 모델
| 항목 | 설명 |
| 참조 모델 | • 아키텍처 구성 요소를 식별하여 표준화한 것 • 기관이나 기업의 전사 아키텍처를 수립할 때 참조하는 추상화한 모델 • 정부에서는 범정부 참조모델을 만들어 전사 아키텍처의 일관성, 재사용성, 상호운용성 등을 확보하기 위해 전사적 아키텍처 구성에 필요한 정보화 구성 요소를 표준화된 분류 체계와 형식으로 정의하여 참조 모델로 보급함 • 전사 아키텍처의 표준을 삼고 다른 시스템에서도 재사용이 가능하도록 함 |
| 참조 모델 현황 | • 성과 참조 모델 (Performance Reference Model) : 정보화 성과의 측정을 위한 항목과 지표 및 방법 제시 • 업무 참조 모델 (Business Reference Model) : 업무 아키텍처의 기준이 되며, 대상 기관의 사업, 업무 등 전체적으로 분류하고 정의 • 서비스 참조 모델 (Service Reference Model) : 응용아키텍처의 기준이 되며, 응용 서비스의 기능을 분류 및 정의 • 데이터 참조 모델 (Data Reference Model) : 데이터 아키텍처의 기준이 되며, 기관 간에 교환되는 주요 데이터 분류 정의를 표준화 • 기술 참조 모델 (Technical Reference Model) : 기술 아키텍처의 기준이 되며, 정보 기술을 분류 및 식별. 가장 많이 사용 |
| 데이터 참조 모델 활용 효과 ✅ |
• 정보의 상호운용성과 교환 촉진 • 정부나 기업군 또는 산업 차원의 통합된 데이터 활용 • 데이터 중복 배체 및 재사용 • 데이터에 대한 표준화된 정의 |
✔️ 참조모델의 활용 방안 및 기대효과
| 모델 | 활용방안 | 기대효과 |
| 업무 참조모델 BRM |
• 업무 개선의 대상이 되는 관련 업무를 업무 참조 모델을 참조하여 파악 • 개별 기관의 비즈니스 아키텍처를 업무 참조 모델을 참조하여 정의 |
• 관련 기관 간 업무 흐름 촉진 • 업무 프로세스 혁신을 통한 업무 처리 생산성 제고 • 비즈니스 성과 측정 용이 |
| 데이터 참조모델 DRM |
• 개선의 대상이 되는 관련 데이터를 데이터 참조 모델을 참조하여 파악 • 개별 기관의 데이터 아키텍처를 데이터 참조 모델을 참조하여 정의 |
• 정보의 상호운용성과 교환 촉진 • 정부나 기업군 또는 산업 차원의 통합된 데이터 활용 • 데이터 중복 배체 및 재사용 • 데이터에 대한 표준화된 정의 |
| 서비스요소 참조모델 SRM |
• 개선의 대상이 되는 관련 어플리케이션을 서비스 참조 모델을 참조하여 파악 • 개별 기관의 어플리케이션 아키텍처를 서비스 참조 모델을 참조하여 정의 |
• 시스템 간 상호운용성 향상 • 신뢰성 있는 시스템 구축 가능 • 변화에 신속한 대응 가능 • 시스템 개발 생산성, 품질 향상 기대 |
| 기술 참조모델 TRM |
• 개선의 대상이 되는 관련 기술 인프라를 기술 참조 모델을 참조하여 파악 • 개별 기관의 기술 아키텍처나 기술 참조 모델을 참조하여 정의 |
• 시스템 간 상호운용성 향상 • 이식성(다른 환경에 잘 적응) 향상 • 시스템 확장성 향상 • 표준화에 따른 벤더 독립성 • 재활용과 리소스 공유 |
4. 전사 아키텍처 프로세스 ✅️
- 전사 아키텍처 프로세스
- 전사 아키텍처를 구축하고 관리하는 전체 절차에 관한 것
- 작업의 단계와 공정, 작업 내용 등을 정의
- 전사 아키텍처 프로세스 구성
- EA 비전 수립 → EA 구축 → EA 관리 정의→ EA 활용 정의
| 단계 | 공정 | 내용 |
| EA 비전 수립 | EA 방향 수립 | • 내외부 EA 환경 분석 • 기업의 EA 목적 및 방향 정의 • 기업의 EA 프레임워크 정의 |
| EA 구축 | EA 정보 구성 정의 | • 아키텍처 매트릭스 정의 • EA 정보 구성 요소 정의 • EA 참조 모델 정의 • EA 원칙 수립 |
| EA 정보 구축 | • EA 자료 수집 • 현행 아키텍처 정보 구축 • 목표 아키텍처 정보 구축 |
|
| EA 관리 정의 | EA 관리 체계 구축 | • EA 정보를 운영 및 활용하기 위한 조직 및 프로세스 정의 • 기업 내 EA 홍보 및 내부 추진 체계에 대한 교육 수행 |
| EA 관리 시스템 구축 | • EA 정보를 관리하기 위한 도구 선정 • EA 정보를 관리하는 시스템 구축 |
|
| EA 활용 정의 | EA 이행 계획 | • 목표 아키텍처를 달성하기 위한 중장기적인 계획 수립 |
| EA 정보 활용 | • EA 정보를 적용하여 IT 관련 업무 수행 |
[2장] 전사 아키텍처 구축
1. 전사 아키텍처 방향 수립
| 항목 | 설명 |
| 전사 아키텍처 환경 분석 ✅ | • 비즈니스 내/외부 환경 분석 • IT 내/외부 환경 분석 (법 제도, 사회 및 기술 환경 등 분석) • 전사 (Enterprise) 범위 정의 |
| 전사 아키텍처 구축 방향 정의 | • 구축 목적과 범위 정의 • 전사 아키텍처의 비전과 핵심 목적, 핵심 가치 수립 • 기업이 지향해야 하는 가치, 도입 목적의 근거, 기대효과 등 정의 [전사 아키텍처 수립 목적] • 상호 운용성 증대, 정보화 투자 의사 결정 체계 구축 • 비즈니스 변화에 대한 신속한 대응 체계 구축 • 전사적 정보화 표준 정립, 고객 지향의 정보화 체계 구축 |
| 전사 아키텍처 프레임워크 정의 | • 전사 아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화 및 유지 관리하기 위한 전체적인 틀 • EA를 기술하는데 필요한 정보 유형을 식별 및 구조화 |
2. 전사 아키텍처 정보 구성 정의
✔️ 아키텍처 매트릭스 ✅
- EA 프레임워크 핵심 구성 요소
- 전사를 설명하는 모델과 원칙 정보를 통일된 시각으로 볼 수 있는 논리적 틀
- 의사결정 유형 (관점)과 정보 유형 (뷰)의 두 축을 기준으로 2차원의 매트릭스 형태
- 의사결정 유형 : 정보의 상세화 정도와 연관성 있음
- 아키텍처 정보 유형 : 아키텍처 도메인과 연관성 있음
- 선진 사례를 무조건 도입하기 보다는 기업의 현황을 고려하여 기업의 EA 목표 달성에 필요한 구조로 정의하는 것이 바람직함
✔️ 매트릭스 셀 정의 내역
- 현행 산출물 분석
- 목표 산출물 정의
- 산출물 간 연관성 정의
- 산출물 표현 방법 및 세부 구성 정의
✔️ 공공부문 아키텍처 매트릭스 예시
| 뷰/관점 | 업무 | 데이터 | 응용 | 기술 |
| 계획자 | • 조직 구성도/정의서 • 업무 구성도/정의서 |
• 데이터 구성도/정의서 | • 응용 시스템 구성도/정의서 | • 표준 프로파일 • 기반 구조 구성도/정의서 • 기술 자원 목록 |
| 책임자 | • 업무 관계도/기술서 • 업무 기능 분할도/기술서 |
• 개념 데이터 관계도/기술서 • 데이터 교환 기술서 |
• 응용 시스템 관계도/기술서 • 응용 기술 분할도/기술서 |
• 기반 구조 관계도/기술서 |
| 설계자 | • 업무 절차 설계서 | • 논리 데이터 설계서 • 데이터 교환 설계서 |
• 응용 기능 설계서 • 응용 분산 시스템 설계서 |
• 기반 구조 설계서 • 시스템 성능 설계서 |
| 개발자 | • 업무 매뉴얼 | • 물리 데이터 모델 | • 응용 프로그램 목록 | • 제품 목록 |
✔️ 전사 아키텍처 정보 구성 정의 시의 참조 모델 ✅
- 복수 전사를 가지고 있는 기업은 이 공정에서 참조 모델을 정의하고, 개별 기업은 정의된 참조 모델을 확인하면 됨
- 개별 기업은 상위기관이나 산업별 참조 모델을 참고하여 아키텍처 정보 구성요소를 정의하는 것이 바람직함
- 개별 기업에서도 기술 환경 변화에 대응하고 기술요소 간 상호운용성을 고려하여 기술 참조 모델은 전사 아키텍처 구축 시 정의하여 활용하는 것이 일반적
3. 전사 아키텍처 정보 구축
| 항목 | 내용 |
| 전사 아키텍처 정보 구축 | • 기존 작성된 자료를 수집해야 하며, 자료는 정의된 아키텍처 매트릭스에 따라 다름 • 정보 구축 방법 : 상향식, 하향식, 혼합식 (기업의 상황에 맞는 방식에 따라 선택) |
| 현행 아키텍처 정보 구축 | • 현재 업무나 정보 시스템에 대해 기존의 자료를 분석하여 구축하는 것 • 상위 수준의 업무 기능과 시스템에 대한 분류 체계 정의 후 나머지 하위의 정보 구축은 병렬적으로 수행 |
| 목표 아키텍처 정보 구축 | • 현행 아키텍처에 대한 문제점과 개선사항 도출 → 목표 아키텍처에 반영 • 비즈니스 아키텍처 정의 → 이를 효율적으로 지원하는 정보 기술 아키텍처 정의 • 범위 : 초기 전사 아키텍처 수립 시 개념적 수준까지 정의 (개념적 수준 이하의 산출물 작업은 실제 시스템 구축 단계에서 수행) • ex. 전사 사업 모델 정의 / 개념 데이터 모델 정의 / 업무 기능 모델 정의 ✅ |
| 항목 | 내용 |
| 데이터 아키텍처 정보 구축 대상 ✅ | • 데이터베이스 개체 정보 • 논리 데이터 모델 정의 • 개념 데이터 모델 정의 |
| 비즈니스 아키텍처 정보 구축 대상 ✅ | • 조직 모델 정의 • 업무 매뉴얼 정보 • 업무 기능 모델 |
| 뷰 (view) ✅ | • 삽입, 삭제, 갱신 연산에 제약사항이 따름 • 데이터 접근 제어로 보안 제공 • 데이터의 논리적 독립성 제공 |
[3장] 전사 아키텍처 관리 및 활용
1. 전사 아키텍처 관리 체계 (=전사 아키텍처 거버넌스) ✅
- 전사 아키텍처를 수립하고 관리하기 위한 활동을 정의
- 전사 아키텍처 관리 조직, 관리 프로세스, 관리 인력 포함
- 전사 아키텍처 관리 체계 정착을 위해서는 현업 부서도 전사 아키텍처를 이해하고 전사 아키텍처 정보를 활용하며, IT 혁신에 대한 적극적인 의견을 제시할 필요가 있음
2. 전사 아키텍처 관리 시스템 ✅
- 전사 아키텍처 정보를 구축, 관리, 활용하는 모든 업무 프로세스를 효과적으로 지원하는 시스템
- 전사 아키텍처 관리 시스템 구성 요소
- 정보를 생산하는 모델링 도구
- 정보를 저장하는 리포지터리
- 정보를 활용하는 전사 아키텍처 포털
- 전사 아키텍처 정보 활용 영역
- 전사 아키텍처 관리 시스템 활용을 통해 업무와 IT 연관 관계 분석 및 차이 분석을 수행할 수 있음
3. 전사 아키텍처 활용
| 항목 | 내용 |
| 정보를 효과적으로 활용하기 위해 고려해야 할 사항 ✅ |
• 전사 아키텍처 관리 조직, 프로세스, 직무 정립 • 전사 아키텍처 관리 시스템 구축 및 적극 활용 • 전사 아키텍처 활용에 대한 구체적인 범위 및 활용 예시 정립 |
| 전사 아키텍처 이행 계획 ✅ | • 아키텍처 Gap 분석 • 프로젝트 정의 • 이행 전략 수립 |
| 전사 아키텍처 활용 영역 ✅ | • IT 기획 관리 - IT 구축 관리 - IT 운영 및 통제 활용 • 아키텍처 이행 계획 - 일상적 IT 업무 활용 • 비즈니스 사용자의 활용 - IT 사용자의 활용 |
728x90
반응형
'Data Analysis > 데이터 아키텍처' 카테고리의 다른 글
| [데이터 아키텍처 준전문가(DAsP)] 과목 4. 데이터 모델링 (2) 개념 데이터 모델링 (1) | 2026.03.17 |
|---|---|
| [데이터 아키텍처 준전문가(DAsP)] 과목 4. 데이터 모델링 (1) 데이터 모델링 이해 (0) | 2026.03.17 |
| [데이터 아키텍처 준전문가(DAsP)] 과목 3. 데이터 표준화 (0) | 2026.03.15 |
| [데이터 아키텍처 준전문가(DAsP)] 과목 2. 데이터 요건 분석 (2) (1) | 2026.03.14 |
| [데이터 아키텍처 준전문가(DAsP)] 과목 2. 데이터 요건 분석 (1) (0) | 2026.03.08 |