EA(Enterprise Architecture)/ITA

[Site Map]  [경영전략목차]

 

연관토픽

1. [하위] EA 프레임워크(EA Framework)
2. [하위] EA 참조모델(EA Reference Model)
3. [하위] EAP(Enterprise Architecture Planning)
4. [하위] EAMS(Enterprise Architecture Management System)
5. [하위] EA 성숙도 평가

 

 

 

기출문제

회차	문제
응용132-2	5. 정보시스템 마스터플랜(ISMP, Information System Master Plan)에 대하여 아래사항을. 설명하시오. 가. ISMP 와 EA(Enterprise Architecture), ISP(Information System Planning)에 대하여 설명하고, 상호 비교 나. 투입공수에 의한 사업대가 산정방식을 적용한 ISMP 수립비 산정 절차, 주요내용, 산출물

 

 

 

개념 : 전사 정보기술아키텍처

• 기업의 전략적인 목표와 정보자원 관리 목표를 도달하기 위하여 기업의 IT 비즈니스 관계를 이해관계자들이 이해하기 쉽도록 설명한 기업의 청사진
• 기업의 목표와 요구를 잘 지원하기 위해 IT 인프라의 각 부분들이 어떻게 구성되고 작동하는가를 체계적으로 기술한 것
• 일정한 기준과 절차에 따라 업무, 응용, 데이터, 기술, 보안 등 조직 전체의 정보화 구성요소를 통합적으로 분석한 뒤 이들 간의 관계를 구조적으로 정리한 체계 및 이를 바탕으로 정보시스템을 효율적으로 구성하기 위한 방법(대한민국 EA/ITA법)
• 복잡한 기업의 모습을 다양한 측면(비즈니스, 데이터, 어플리케이션, 기술)에서 분석하고 표현하고 정보체계를 구축하고 이를 활용하는 것

 

 

 

 

용어

전사(Enterprise) 

• 공동의 목표를 추구하기 위해 고객과 상품 또는 서비스가 존재하고 이를 지원하기 위한 조직, 자원, 기술을 보유하며 필요한 업무 프로세스를 수행하는 조직의 집합체, 일반적으로 기업 또는 기관을 지칭
• 비즈니스 변화동인을 확인하고 전략을 정의할 수 있는 조직 단위로 전사가 하나의 기업이나 기관과 정확히 일치하지 않을 수 있어 전사 범위를 초기에 명확히 정의해야 함

 

설계도(Architecture)

• 아키텍처는 구성요소의 구조, 구성요소 사이의 관계, 구성요소의 설계, 시간경과에 따른 구성요소의 발전을 위한 원리와 지침(IEEE Std 1471)
• 아키텍처는 고대 그리스어에서 건축 또는 석공명인을 의미하는 Architection에서 유래되어 건축물의 골격을 제공하는 설계도 역할 담당

 

 

 

 

법적근거 

• 전자정부법 제45~47조 정보기술아키텍처의 도입 및 활용

 

 

 

아키텍처의 구성요소

 

 

 

 

EA의 필요성

• IT 관리대상 및 비용의 급증, 중장기계획의 부재, 복잡하고 급변하는 정보기술 대응
• 정보시스템을 지속적으로 도입하지만 IT생산성 패러독스^[각주:1]에 빠지는 현상이 늘고 있음
• IT 중복 투자 방지 및 시스템간의 상호 운용성, 보안성, 통합성 보장 필요
• 기업 비즈니스 전체에 대한 시각(View)을 제공함과 동시에 정보자원간의 긴밀한 협력관계를 만들어 줌

 

 

 

EA의 구조

• EA는 IT거버넌스 통제 체계를 위임 받아 EA수립 자체가 IT거버넌스 행위이며 통제 수단임

 

 

 

EA의 구성요소

구성요소	설명	연관 참조모델
IT 거버넌스	IT가 기업의 비즈니스 목표와Align이 되도록 프로세스 조직의 관리 방법	COBIT COSO
업무아키텍처(BA)	경영전략 및 비즈니스 환경분석을 기반으로 활동을 통해서 사람, 프로세스, 정보를 체계적으로 디자인하고 상호 연관성을 수립	성과 참조모델 (PRM)
응용아키텍처(AA)	업무에 필요한 정보를 도출하고, 조작 관리하는 활동에 대해 식별하고 정의하는 단계 어플리케이션 실현에 필요한 기능, 적용업무의 속성과 환경을 정의하는 표준서 작성	서비스 컴포넌트 참조모델 (SRM)
데이터아키텍처(DA)	비즈니스 모델에서 정의된 활동에 필요한 자료를 파악하고 정의 모든 정보와 데이터 구조 데이터간의 상호관계 등을 파악하여 데이터 모델을 설계	데이터 참조모델 (DRM)
기술아키텍처(TA)	비즈니스, 데이터 어플리케이션을 지원하는 인프라와 기타 테크놀로지 선정기준과 이들이 지원하는 기술적 서비스 구조 정의	기술 참조모델 (TRM)
참조모델(Reference Model)	참조모델로 아키텍처를 위한 기업 내/외부 사례, 표준 참조
표준 프로파일 (Standard Profile)	기술아키텍처(TA)에 대한 세부 기술명세를 정의.  예) 자바아키텍처 버전: JDK 1.6

 

 

 

 

EA 아키텍처 도메인

 

 

 

EA 구축 절차

• 전사 아키텍처를 구축하고, 관리하는 전체 절차에 관한 것으로 작업의 단계와 공정, 작업내용을 포함
• EA 프로세스는 전사 아키텍처 비전수립, 구축, 관리, 활용 단계로 구분할 수 있음

단계	활동	산출물	산출물 세부내역
비전 수립	내/외부 환경분석	환경 분석서	내부환경분석, 외부환경분석서, 핵심성공요소
	업무 및 정보시스템 현황 파악	현황 분석서	업무현황분석서, 정보시스템현황분석서, 정보관리 현황 분석서, 개선방향
	정보기술환경 및 선진사례 분석	정보기술현황분석서 선진사례분석서	주요정보기술현황, 적용성, 적용방안 선진사례분석서
	EA 비전전략 수립	EA 비전정의서 EA 프레임워크 정의서	EA 비전, 원칙정의서 EA 프레임워크, 매트릭스, 산출물
전략 수립	As-Is 아키텍처 수립	As-Is 아키텍처 분석서	As-Is 업무아키텍처 분석서 As-Is 응용아키텍처 분석서 As-Is 데이터아키텍처 분석서 As-Is 기술아키텍처 분석서
	To-Be아키텍처 요건 정의	To-Be 아키텍처 요건 정의서	To-Be 아키텍처 요건 정의서
	To-Be 아키텍처 수립	To-Be 아키텍처 정의서	To-Be 아키텍처(업무, 응용, 데이터, 기술) 정의서 참조모델 다이어그랭 및 정의서 기술 참조모델/표준 프로파일 정의서
이행 계획 수립	이행계획 수립	이행 계획서	이행과제 정의서, 우선순위 정의서 프로젝트정의서, 프로젝트 비용 분석서 프로젝트 효과 분석서, 통합이행계획서
	거버넌스 방안 수립	EA관리방안 IT거버넌스 방안 EA활용방안	EA관리조직 및 절차 IT 거버넌스 진단, 개선사항 EA활용범위 및 활용방안

 

 

 

 

EA 핵심 산출물

산출물	내용
아키텍처 모델	기업 전체의 비즈니스와 IT의As-Is 현황 및To-Be를 표현 Stakeholder 별(Planner, Owner, Designer, Builder) View별: BA, DA, AA, TA, SA 등
프로그램과 로드맵	As-Is로부터To-Be로의 비즈니스/IT 전환 전략
참조모델	IT를 서비스 컴포넌트 단위로 구매, 개발, 통합, 진화 관리
원칙, 표준 가이드	IT기획, 투자결정, 개발, 운영, 성과 평가의Life Cycle 전반에 적용되는 원칙, 표준, 가이드

 

 

 

EA 프레임워크

• 아키텍처를 정의하기 위한 아키텍처 구성요소들과 이해 관계자를 구조화한 것

 

 

 

EA 프레임워크 종류

유형	특징
ZEAF (자크만)	기업 활동을 공학적 관점 파악할 수 있고 5W1H 관점에서 모델링
	장점	5W1H 관점으로 상세하게 모델링 할 수 있는 관점 제공 Planner, Owner, Designer, Builder, Sub-contractor의 관점에서 관심영역 구체화
	단점	과도한 산출물과 정확도 요구로 과잉 투자 가능성
FEAF (미연방)	미국 연방정부가 개발한 프레임워크로 조직, 정보구성, 정보공유, 사용자 요구사항의 효율적 제공이 목표
	장점	구체적인 이행계획 포함하고 BRM, DRM, SCRM, TRM, PRM 등 다양한 참조모델 제공
	단점	조직 및 관련 규정 등 제반 요소의 진화적 관점 부족
DoDAF	체계들간의 상호 운용성 보장 위해 도입된 프레임워크 2차원적인 매트릭스 대신에 운영, 체계, 기술 관점의 명확한 산출물 제시
	장점	산출물 템플릿이 상세하게 정의되고 통일되고 검증된 방식으로 모델링 운용모델의 상세한 정의 및 표현 양식까지 정의
	단점	과도한 산출물과 정확도 요구로 과잉 투자 가능성
TEAF (미재무성)	기존TISAF와FEAF 의거 미국 재무성에서 개발한 것으로 접근방법과TRM등을 제시
	장점	Functional, Information, Organization, Infrastructure 관점 제공
	단점	EA 산출물 중심의 프레임워크로서 활용에 대한 접근 부족 기업의 계속적인 활동에 대한 관점 부족
TOGAF	Open Group에서TAFIM 기반으로 개발한 프레임 워크로EA에서 실용적이고, 공개적인 산업 표준을 지향
	장점	구체적인 아키텍처 개발 프로세스 제안하고 각종 참조모델의 활용관계를 잘 정의
	단점	조직 및 관련 규정 등 제반 요소의 진화적 관점 부족함
INDEX	CSC Index 프레임워크로 전사 아키텍처를16개의 셀로 분류
	장점	Enterprise를 간단한 셀 구조로 표현하여 각 셀이 명확하고 이해하기 쉽게 구성되어 있고 셀에서 표현해야 하는 내용이 많아 행과 열의 구분이 명확
	단점	유연성이 부족하며 프레임워크를 한쪽view로 나타내어 관점 별 접근이 불가능

 

 

 

 

 아키텍처 활용

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

 

 

 

 

 

[Top]

1. IT 생산성 패러독스 : IT에대한 투자가 증가함에도 기업, 산업 및 국가수준의 생산성이 비례해서 증가하지 않고 오히려 감소하는 현상 [본문으로]