기업의 IT와 비즈니스 Alignment, 전사아키텍처(EA, Enterprise Architecture)

기업의 가치 창출 활동에서 다양한 환경 변화에 민첩하게 대응할 수 있는 능력이 정보기술의 역할로 중요시되고 있다. 민첩한 대응을 위해서는 단단한 뼈대가 중요한대, 이를 위해서는 정보기술에 관련된 설계도가 필요하게 된다. EA는 전사 아키텍처의 약자로서 전사에서 활용중인 정보화 관련된 내용들을 설계도로 뽑는, 즉 문서화하는 작업을 하는 것이다.

EA를 성실하게, 완벽하게 구축하게 되면 기업의 정보화는 단단해지고 빠르게 변해가는 환경에 발맞춰 대응을 할 수 있게 될 것이다.

아래는 좀 더 자세히 설명된, DBGuide.net의 EA의 도입배경 설명이다.

기업의 가치창출 활동에서 다양한 환경 변화에 대해 민첩하게 대응할 수 있도록 하는 능력이 정보 기술의 역할로 중요시 되고 있다. 기업의 비즈니스 복잡도는 더욱 증대되고 있고, 업무와 IT 기능의 분리는 더 이상 무의미하게 되었다. 또한 기업이 환경 변화에대응하기 위해 시스템을 변화시키고자 할 때, 시스템이 너무 복잡하여 어디를 어떻게 변경해야 할 지 모르는 상황에 이르렀다. 따라서 건축물의 설계도처럼 기업의 전체 시스템을 쉽게 파악할 수 있는 뭔가가 필요하게 되었다. 전사아키텍처는기업의 이런복잡한 시스템을 파악하기 쉽게 정리하는 것으로, 복잡한 기업 시스템을 필요한 형태로 변화시키는 것을 좀더 쉽게 하기 위해 도입되었다. 기업의 가치 창출 활동에서 다양한 환경 변화에 민첩하게 대응할 수 있는 능력이 정보기술의 역할 로 중요시되고 있다. 기업의 비즈니스 복잡도는 더욱 증대되고 있고, 업무와 IT 기능의 분리는 더 이상 무의미해졌다. 또한 기업이 환경 변화에 대응하기 위해 시스템을 변화시키고자 할 때, 시스템이 너무 복잡하여 어디를 어떻게 변경해야 할지 모르는 상황에 이르렀다. 따라서 건축물의 설계도처럼 기 업의 전체 시스템을 쉽게 파악할 수 있는 뭔가가 필요하게 되었다. 전사아키텍처는 기업의 이런 복잡한 시스템을 파악하기 쉽게 정리하는 것으로, 복잡한 기업 시스템을 필요한 형태로 변화시키는 것을 좀 더 쉽게 하기 위해 도입되었다.

1. 복잡한 기업의 모습을 다양한 측면에서 표현하는 전사 설계도, EA의 개요

가. EA(Enterprise Architecture)의 개념

- 조직의 전략적인 목표 및 정보자원 관리 목표를 도달하기 위하여 기업의 IT와 비즈니스 관계를 총괄하여 설명하는 청사진(Zachman F/W)

- 조직 및 업무 활동과 정보기술 간의 관계를 현재 모습과 향후 추구할 모습을 별도로 정의한 청사진(미국 예산관리국)

- 기업의 비즈니스와 정보시스템 구성요소를 전사수준에서 식별하고, 구성요소의 구조와 관계, 상호작용 등으로 Enterprise를 표현한 설계도

- 복잡한 기업의 모습을 다양한 측면(비즈니스, 데이터, 어플리케이션, 기술)에서 분석하고 표현하고 정보체계를 구축하고 이를 활용하는 것

나. EA의 부각 이유

정부 측면	- 각 부처간 IT 통합 관점 견지 - 작은 정부를 위한 핵심 인프라
금융권 측면	- 차세대 프로젝트의 Framework 제공 - IT Compliance에 대한 유연한 대응
일반 기업 측면	- IT에 비즈니스 프로세스 결합 - 정보기술 자원의 복잡성 증가에 따른 효율적 IT 관리

2. EA의 프레임워크 구조 및 구성요소

가. EA 프레임워크의 구조도

- 기업의 전략과 아키텍처, 인프라의 전사적 아키텍처 프레임워크 통합 모델

나. EA의 구성요소

구성요소	내용	관련모델 및 특징
IT Governance	-IT에 대한 통제력을 높이고, IT가 기업의 비즈니스 Goal과 Align이 되도록 하는 프로세스 조직의 관리 방법	-Control -Compliance -Alignment
Business Architecture	-기업의 경영전략과 사업모델을 기반으로 비즈니스 수행을 위한 조직 및 프로세스를 정의 -비즈니스와 IT 아키텍처의 일관성 있는 연결	PRM (성과참조모델) BRM (업무참조모델)
Application Architecture	-기업의 업무를 지원하는 전체 애플리케이션을 식별하고 연관성을 정의 -업무와  IT특성을 고려하여 그룹화하고 범주함으로써, 전체 애플리케이션 구조를 체계화	SRM (서비스 컴포넌트 참조모델)
Data Architecture	-기업의 업무수행에 필요한 데이터의 구조를 체계적으로 정의 -전사의 데이터 영역을 분류하며, 업무데이터와 메타 데이터를 구분하거나 업무 데이터는 운영계 데이터, 정보계 데이터 등으로 구분	DRM (데이터 참조모델)
Technical Architecture	-비즈니스, 데이터, 애플리케이션 아키텍처에서 정의된 요건을 지원하는 전사의 기술 인프라 체계를 정의	TRM (기술참조 모델)
RM	-참조모델 -아키텍처를 위한 기업 내/외부 사례, 표준 참조
SP	-Standard Profile -각 RM에 대한 Profile(지침) 제공 표준

3. EA 구축 시 고려사항 및 기대효과

가. EA 구축 시 고려사항

- 현재 아키텍처의 진단 및 미래 아키텍처의 제시와 함께 최적의 아키텍처 전환 전략을 제공

- 최적화된 정보 환경에 대한 규칙과 표준, 시스템 라이프사이클과 관련된 정보를 제공

- 전환절차에는 재무 계획과 투자관리 체계, 아키텍처 계획 체계, 시스템 개발 및 관리 방법론 연계 필요

- 상호호환성, 오픈시스템, 고객만족, IT 보안 체계 등 주요 목표들을 추진하기 위한 원칙, 목표, 방향을 제시하여야 함

- Reference Model(참조모델)과 SP(Standard Profile:표준 집합)을 포함하여야 함

   나. EA 구축 시 기대효과

- 보다 나은 의사결정을 할 수 있도록 기업의 미션과 업무 기능에 대하여 설명함

- 업무 조직과 IT 조직간에 의사소통을 향상시킴

- 조직간 서비스 공유를 통한 협업 기회를 발견함

- 조직간 IT 관련 정보를 일관성, 정확성, 적시성 있게 공유함

- 크고 복잡한 시스템에 대한 상위 수준의 View를 제공하여 의사소통을 지원함

- 추가 비용을 들이지 않더라도 애플리케이션의 품질과 가용성 증대 기회를 발견 

4. EA 활용 및 4가지 기능

가. EA 활용

분야	활용유형	내용
IT기획	업무 프로세스 혁신	조직간의 업무 중복 확인으로 업무 프로세스 개선
	ISP 수립	중복을 배제한 효과적인 시스템 투자 계획 수립에 활용
IT구축	프로젝트 계획	프로젝트 계획 수립 및 RFP 작성시 활용
	시스템 개발	개발위한 기준 및 참조정보제공으로 시스템간 연계성 식별
IT운영 및  통제	시스템 운영	-시스템 변경시 영향도를 파악할 수 있어 위험 최소화 -장애시 전체 모습 쉽게 파악
	IT 통제(EA 거버넌스)	도입되는 시스템이 전사 표준을 준수하는지 통제함으로서 상호 편리성 확보

나. EA의 4가지 기능

- 업무에서 시스템에 이르는 수직적 관계와 현상의 명확화

- 현상에서 이상 목표에 이르는 시계열적 목표의 명확화 및 개선 사이클 확립

- 존재 간과하기 쉬운 정보 자산과 업무와의 관계 명확화

- 장기적인 설계 이상의 명확화와 기술의 세대 관리의 명확한 지침 부여

   참고자료

   DBGuide.net