[문제] 전사 아키텍처(EA: Enterprise Architecture)의 개념과 필요성을 설명하고, 주요 EA 프레임워크(TOGAF, Zachman Framework)의 구성과 특징을 비교하시오. 또한 TOGAF ADM(Architecture Development Method)의 주요 단계를 순서대로 서술하고, 디지털 전환 시대에 EA의 역할 변화를 논하시오.
1. 전사 아키텍처(EA) 개념과 필요성
전사 아키텍처(EA)는 조직의 비즈니스 목표를 달성하기 위해 비즈니스·정보·애플리케이션·기술 아키텍처를 통합적으로 설계·관리하는 체계적 접근법이다.
필요성: IT 투자의 전략적 정렬, 시스템 중복·사일로 방지, 표준화로 유지보수 비용 절감, 디지털 전환 로드맵 수립 기반 제공
4개 도메인:
- 비즈니스 아키텍처: 프로세스, 조직, 역할 정의
- 정보 아키텍처: 데이터 자산, 마스터 데이터, 정보 흐름
- 애플리케이션 아키텍처: 애플리케이션 포트폴리오, 통합 방식
- 기술 아키텍처: 인프라, 플랫폼, 표준 기술 스택
2. TOGAF vs Zachman Framework 비교
| 구분 | TOGAF (The Open Group Architecture Framework) | Zachman Framework |
|---|---|---|
| 성격 | 프로세스 중심 방법론 (ADM 절차 제공) | 분류 체계(Taxonomy) — 아키텍처 관심사를 6×6 매트릭스로 분류 |
| 구조 | ADM(Architecture Development Method) + Architecture Repository | 6개 관점(Planner·Owner·Designer·Builder·Subcontractor·User) × 6개 질문(What·How·Where·Who·When·Why) |
| 활용 | EA 개발 프로세스 가이드, 인증 프로그램 | EA 산출물 분류·목록화, 누락 요소 식별 |
| 강점 | 실무 적용 용이, 광범위한 사용 (전 세계 EA 표준) | 이론적 완결성, 모든 아키텍처 요소를 빠짐없이 포함 |
3. TOGAF ADM 주요 단계
| 단계 | 명칭 | 주요 활동 |
|---|---|---|
| 예비 단계 | Preliminary | EA 원칙 정의, 조직 준비도 평가 |
| A | Architecture Vision | 이해관계자 요구 파악, 아키텍처 비전 수립 |
| B | Business Architecture | 현행 → 목표 비즈니스 아키텍처 정의 |
| C | Information Systems Architecture | 데이터·애플리케이션 아키텍처 정의 |
| D | Technology Architecture | 기술 인프라·플랫폼 아키텍처 정의 |
| E | Opportunities & Solutions | 이행 전략 수립, 프로젝트 후보 도출 |
| F | Migration Planning | 마이그레이션 로드맵 작성 |
| G | Implementation Governance | 이행 프로젝트 거버넌스 지원 |
| H | Architecture Change Management | 변경 요청 관리, 아키텍처 지속 개선 |
4. 디지털 전환 시대 EA의 역할 변화
- 전통 EA → 디지털 EA: 수년 주기의 정적 청사진에서 지속적으로 업데이트되는 Living Architecture로 진화
- 클라우드·마이크로서비스 통합: 컨테이너·API 생태계·멀티클라우드를 표준 기술 아키텍처에 통합
- 데이터 중심 EA: 데이터 거버넌스·마스터 데이터 관리(MDM)가 핵심 역할로 부상
- 비즈니스 민첩성 지원: DX 속도에 맞춘 신속한 아키텍처 의사결정 지원 (Domain-Driven Design, API-First)
[ 결론 ]
EA는 조직의 비즈니스-IT 정렬을 달성하는 전략적 도구다. TOGAF ADM은 단계적 아키텍처 개발 프로세스를, Zachman은 완결한 분류 체계를 제공한다. 디지털 전환 시대에 EA는 정적 청사진에서 데이터·클라우드·마이크로서비스를 통합하는 동적·민첩한 역할로 변화하고 있다.