EA/ITA

EA/ITA 

엔터프라이즈솔루션 


2006년 상반기 

PDF created with FinePrint pdfFactory Pro trial version www.pdffactory.com 

1


Ⅰ. EA/ITA 개념 

가. Architecture (아키텍처) 개념 

- 실체를 이해하기 쉽게 표현한 설계도면 (청사진) 

- 건축물 설계도 또는 도시의 지도와 같이 어떤 대상의 주요특징을 추상화하여 묘사한 것 

나. EA/ITA 정의 

1) EA(Enterprise Architecture ; 전사적 아키텍처) 정의 

- 비즈니스 업무, 관리활동, 정보 기술 간의 관계를 현재와향후 추진해 나갈 모습에 

대해 명확히 묘사해 둔Blueprint (2000년, OMB) 

- 기업 또는 기관의 업무와 정보, 이를 지원하는 정보기술의관계를 효율적으로 

통합 관리 하기위한 체계 

- 미연방정부는 2000년도부터 Enterprise Architecture를 일반적으로 사용 

2) ITA (Information Technology Architecture ; 정보기술 아키텍처) 

-ITA = EA + TRM + SP (2000년, OMB) 

· TRM : Technical Reference Model, SP : Standard Profile 

다. EA/ITA 도입배경 

- 상호운영성, 통합성의 결여 

- 조직의 경영계획과 목표를 효과적으로 달성하기 위한 정보시스템의 비전(Vision)과 

구축 전략수립의 필요성 증대 

-비즈니스 환경에 IT 대응체계 미흡 

-정보기술에의 의존도심화 

-계층적아키텍처의 구축 미흡 


2


Ⅱ. EA/ITA 구성요소 

가. EA Framework 

- 기업의비즈니스, 정보, 어플리케이션및기술들에대하여명확한구성요소로식별, 

정의하고, 이들간의관계를정립한청사진을구축하기위한구조적인틀 

-EA를 개발하기위한의사소통모델 

- 특정한아키텍처를개발하기위한가이드로써, 모델링, 원칙, 서비스, 접근방법, 표준, 

디자인개념등을지원하는모델들의집합 

-Enterprise의 각요소들이잘구조화되고연관관계를명확하게표현하는것 

-문제를해결하기위한영역설정및용어통일에장점 

-ZachmanFramework, Federal Enterprise Architecture Framework 등 다양함 

나. 기술참조모델(TRM ; Technical Reference Model) 

- 업무활동에 필요한정보서비스를식별하고설명한것 

-개념을 추상화한플랫폼을제공하며, 

구성요소간의인터페이스를정의 

- 개방형환경을기본으로인터페이스와 

정보서비스의 분류체계를 갖는플랫폼으로구성 

응용소프트웨어 엔터티 

API서비스 

응용 플랫폼엔터티 

EEI 서비스 

외부환경 

응용 프로그램 

인터페이스 

(API) 

외부 환경 

인터페이스 

(EEI) 


3


다. 표준프로파일(SP ; Standards Profiles) 

- 기술참조모델에명시된 서비스를지원하는정보기술표준들의집합으로정의 

- 표준의 목적을 충족하고특정업무기능에제공되는기술을지원하기위해서 필요한 

최소한의기준을 수립 

- 표준프로파일의 활용을위해서는 전사적 범위에 필요한표준을 선별하고 

표준을 실제적으로어떻게활용할 것인지에대하여정리함 

라. EAMS (Enterprise Architecture Management System)의 필요성 

- 커뮤니케이션 수단 : 경영자, 현업, IT인력, 부서간의사소통자료 

-경영자의지원을 얻는 수단 : 의사결정권자의 참여, 복잡성인식, 오해 감소, 

다양한업무간의관계 강조 

- 정보 저장소 (EA Repository) 

· EA 산출물과 기타 IT 문서연계(투자계획, 프로젝트 관리, 지식관리등) 

- 정보의 재활용수단 : 타부서 산출물참조, 컴포넌트공유 


4


마. EA Tool 

-EA 산출물을 효과적으로 관리하고 EA 가이드라인을 따를 수있도록지원함 

-EA Tool 기능 

· 아키텍처 정보의 구성, 통합, 개선에 도움이되어야함 

·표준을식별하여 이를 아키텍처 정보와 연계할 수있어야한다. 

· 변화관리를 할수있어야함 

·효과적인의사소통을 위한 중앙 Repository 역할을 해야함 

● EAMS 구성사례 

현재모델 

목표모델 

구분 

업무 

데이터 

응용 

기술 

개념적관점 

비전, 전략 

업무프로세스 

개념적 데이터 

구성도 

전체 응용 구성도 

개념적 

조직 구성도 

논리적관점 

업무프로세스, 

조직 

논리적 데이터 

구성도 

논리적 응용프로그램 

구성도 

논리적 네트워크 

구성도 

물리적관점 

업무절차서, 

성과지표 

물리적 데이터 

구성도 

물리적 응용프로그램 

구성도 

물리적 네트워크 

구성도 

기술참조모델 (TRM/SP) 


5


Ⅲ. 아키텍처 모델 

가. View (관점) 

나. Perspective (시각) 


& 참조 : 공공부문 전사적 아키턱처 Framework 표준 

6


Ⅳ. Enterprise Architecture 체계 

가. Business Architecture 

- 조직의 업무, 업무를 수행하는 조직, 업무를 변화시키는 요소를지원하는 기능 

및프로세스등을체계적으로 나타낸 것 

- 업무 프로세스의 집합이며, 업무 프로세스간 구조와 상호관계를 정의하여야 함 

나. Data Architecture 

- 조직의 논리적, 물리적 데이터 자산과 자원의 내용, 각 데이터간의 관련성을 

체계적으로 나타낸 것 

- 업무를 지원하기 위해 필요한, 주요한 데이터를 정의하는 아키텍처임 

다. Application Architecture 

- 어플리케이션 제품, 툴, 업무 프로세스를 가능하게 하는 어플리케이션 

컴포넌트들의 구조 및배열 식별하고 이들의 통합 관계를 체계적으로 나타낸 것 

- 비즈니스를 지원하고 데이터를 관리하는 어플리케이션을식별하고 이들간의 

관계를 정의함 

라. Technology Architecture 

- 데이터 관리 및 업무 수행을 행하는 응용 어플리케이션을지원하기 위한 환경을 

조성하는 중요 기술을 정의하여, 전사적 비즈니스를 위한 데이터의 흐름을 

체계적으로 나타내주는 인프라 플랫폼을 구체화한 것 

-실제정보시스템을 구축할 때이용하는 모든기술적인 구성요소를 체계적으로 

나타낸 것 


7


Ⅴ. EAP (Enterprise Architecture Planning) 

- EA를 구축하기 위한 계획수립 활동을 의미하며, 기업의 중장기 정보전략 계획수립의 

범주를 포함 

- 전사적 아키텍쳐 구조를 구축하기 위한 접근방법 

- 대표적인 EAP 방법론 : Spewak EAP 방법론 

단계 1 : 시작 

계획수립 

단계 2 : 현재위치 

업무모델링 

현행 시스템 및기술 

< EAP 7 단계 > 

단계 3 : 목표비전 

Data 

Architecture 

Application 

Architecture 

Technology 

Architecture 

단계 4 : 획득계획 

이행계획 

단 계 

시작 

현재위치 

목표비전 

획득계획 

내 용 

• EAP를 위한 작업계획 : 방법론 선택, 팀 구성, 범위, 일정 등 

• 업무 모델링 : 업무와 업무 수행에 사용된 정보를 집계 

• 현행 시스템 및기술 : 어플리케이션과 지원기술 플랫폼을 위하여 현재 어떤것이 

적절한가를 정의함 

• 데이터 아키텍처 : 비즈니스를 지원하기 위해 필요한 데이터 종류를 정의 

• 어플리케이션 아키텍처 : 필요한 어플리케이션의종류를 정의 

• 기술 아키텍처 : 필요한 기술 플랫폼을 정의 

• 현재 시스템에서 새로운시스템으로의 이전을 위한 계획: 일정, 비용, 순서를 정의함 


8


Ⅵ. Reference Model (참조모델) 

가. 참조모델의개념 

- Enterprise Architecture를 정의할 떄공통으로 참조할 수있는 참고서 또는 사전의 

역할 

나. 아키텍처 참조모델의 개념 

- 아키텍처 Framework에 따른 개별 기관의 아키텍처 구축은 범정부와 같은 전체적인 차원 

에서는 생산성 및서비스 품질에 한계가 발생하여, 개별기관에서 참조할 공통적인 기반의 

제공이 필요하여 범정부 적인 업무 및응용 서비스 컴포넌트를 찾기 위한 의도로 사용함 

다. 아키텍처 참조모델의 목적 

- 중복 가능성이 있는 IT 투자 방지 

- 재사용 및공동활용 가능한 업무, 데이터 및IT 컴포넌트의 분석과 사용을 촉진함으로써 

시간과 경비를 절감함 

- 기관간 업무 및시스템의 상호운용성 지원 


9


라. 참조모델의 종류 

BA 

DA 

AA 

TA 

PRM 

BRM 

DRM 

SRM 

TRM 

- 성과 참조모델 (Performance Reference Model) 

- 업무, 정보시스템 등의 최적화 업무 측정에 대한 

표준적인 평가척도를 제공 

- 업무 참조 모델 (Business Reference Model) 

- 각기관들이 독립적으로 추진하기 쉬운 공통된 업무 

를 

식별하여 관련 기관간 협력하도록 하는 기능적으로 

기술한 것 

- 데이터 참조 모델 (Data Reference Model) 

- 각기관간, 기관과 고객간, 기관과 기업간의 

사이에서 정보의 교환과 교류 형태를 식별하는 모델 

- 서비스 참조 모델 (Service Reference Component 

Model) 

- 응용프로그램과 Component, 업무 Service 등을 

식별하고 재사용 가능 하게하는 참조모델 

- 기술 참조 모델 (Technical Reference Model) 

- 업무활동에 필요한 정보서비스를 식별하고 설명한 것 

-개념을 추상화한 플랫폼을 제공하며 

구성 요소간의 인터페이스를 정의함 

[ EA/ITA 체계 ] [ 참조모델 ] 


10


1) BRM 

- 범정부 차원의 업무 운영을 설명하기 위한 기능 중심의모델이며, 업무운영을 위한 조직화되고 계층화된 

구성을 제공함 

- 공통 업무영역을 중심으로 기간관 협력을 촉진하고 업무중복을 방지하는데 활용함 

- 정부의 업무성과와 예산계획을 체계적으로 연결함 

국민을 위한 서비스(What) 

• 대국민 접점에서 제공하는 업무 서비스들의 집합 

제공 방식(How) 

• 효과적인 제공 수단 및 절차 

서비스 제공 지원 

• 지원 정책 및 프로그램, 제도 

정부 자원 관리 

• 재무, 인적자원, 행정 등 각종 자원관리 

BRM 구축 절차 

업무 영역 

외부 업무 기능(11) 

내부 업무 기능(17) 

업무 소기능 

기본구조 

: 대분류(4) 

: 중분류(28) 

: 소분류(37) 

목적 및 범위 

정의 

기본 모델 

정의 

업무 영역별 

업무 분류 

업무 영역간 

상호연계 

관련 조직별 

BRM 업무매핑 

• BRM 목적 및 

범위 

• BRM 

Framework 

및기본구조 

• BRM 업무 

분류체계 및 

업무기능 상세 

• BRM 

업무영역 

상호간 연관도 

• 업무 주관 

기관별 BRM 

업무 영역 


11


2) PRM 

-BRM에서 정의된 비즈니스들에 대하여 성과를 측정하기 위한 측정 지표들의 모임 

-PRM은 크게 대국민서비스 평가, 목표달성 측정, 효율성 평가 등이 있음 

-주요IT 계획과 사업성과에 대한 기여도를 평가하기 위한 모델 

- 전략적, 일상적 의사결정 체계를 향상시키기 위한 강화된 IT 성과정보 생성을 지원함 

Outcome 

미션 과비즈니스 

*Services for Citizens 

*Support Delivery of Services 

*Management of Government Resources 

*Financial 

고객 

*Customer Satisfaction 

*Service Coverage 

*Timeliness & Responsiveness 

*Service Quality 

*Service Accessibility 

Outputs 

프로세스와 액티비티 

*Financial 

*Productivity and Efficiency 

*Cycle and Response Time 

*Quality 

*Management & Innovation 

Inputs 

사람 

*Employee 

Satisfaction & 

Quality of Work-life 

*Recruitment & 

Retention 

*Employee 

Development 

*Employee Ratios 

기술 

*Financial 

*Quality & Efficiency 

*Information & Data 

*Reliability & 

Availability 

다른 고정 자산 

*Financial 

*Quality, 

Maintenance, & 

Efficiency 

*Security & Safety 

*Utilization 

12 

PDF created with FinePrint pdfFactory Pro trial version www.pdffactory.com


-PRM과 BSC(균형성과표)과의 대응관계 

BSC 

PRM 

전략목표와 핵심성공요인 

전략적인 

성과 

재무관점 

고객 성과 

업적 결과 

Outcome 

고객관점 

가치 

프로세스와활동 

Output 

업무프로세스 

관점 

인력/조직 

가치 

기술 

기타 고정자산 

Input 

학습 및성장 

관점 

Value 

투입자원 

IT 구상( 構想 ) 

13 



3) DRM 

- 비즈니스 오브젝트, XML documents, 컴포넌트, 정보관리 서비스와 같은 관점에서 정보와 데이터를 표현함 

-업무 및 응용을 지원하는 데이터 및 정보를 정의함 

- 다수의 업무 프로세스 또는 활동에 공통적으로 적용되는 데이터 컴포넌트의 분류 

- 정보를 사용하고 공유하는데 있어 실행자 중심에서 비즈니스 중심으로의 전환을 용이하게 함 

-FEA Data Reference Model : 독립적인 레벨별 데이터와 집합적인 Data Category가 상호연계된 4 level로 구성됨 

Data Category 

Description of Data Category 

Level of Interoperability 

Data Topics 

Data Classes 

Data Elements 

Collection of supporting schemas 

that contribute to the definition of 

the category 

One or more schemas that 

physically describe a specific 

Data Topic 

The physical data elements (or 

fields) that describe the data class 

Level of Granularity 

Storage Devices 

Database, Warehouse, 

Repository 

Agency A Agency B Agency C 

14 



4) SRM 

- 서비스의 유형 및서비스 컴포넌트에 따라상위 수준에서부터 하위수준까지 3단계로 구성된 계층구조 

- 업무 및성과 목표를 지원하는 어플리케이션을 기능별로 분류한것 

-SRM 이점 : 수평, 수직적 정보의공유증가, 부처간 협력 증가, 서비스의 공유, 컴포넌트 재사용 증대 

- 재사용 가능한 업무 프로세스, 데이터 및IT 컴포넌트의 분석과 사용을 촉진함으로써 시간과 경비를 절감 

서비스 영역 

• 비즈니스의 목적 및성과를 지원하는 수준의 서비스, 

컴포넌트 능력(capabilities)들의 서비스 카테고리의 집합 

서비스 유형 

• 미션과 성과 목표를 달성을 지원하기 위해서비스 영역을 

지원하는 서비스 유형들의 집합 

서비스 컴포넌트 

• 서비스 유형을 지원하는 컴포넌트, 능력(capability)의 집합 

고객서비스 

고객취향/선호도 

고객지원 

고객관계관리(CRM) 

프로세스자동화서비스 

추적및워크플로우 

라우팅및자동화 

프로세스관리 

조직관리 

컨텐트관리 

지식관리 

분석및통계 

업무지능화 

데이터관리 

인적자원 

재무관리 

보안관리 

시스템관리 

문서양식 

업무관리서비스 

디지털자산서비스 

업무분석서비스 

백오피스서비스 

지원서비스 

공급사슬관리(SCM) 

투자관리 

문서관리 

기록관리 

시각화 

보고 

자산/ 재고관리 

개발및통합 

인적자본/ 인력관리 

통신 

협업 

검색 


15


5) TRM/SP 

- 정보시스템의 전사적이고 체계적인 정보기술도입 전략 및관리를 지원 

-TRM(Technical Reference Model ; 기술참조모델) : 비즈니스 활동에 필요한 정보서비스를 표현/식별 

- SP(Standard Profile ; 표준명세서) : TRM의 구성 서비스들을 지원하는 IT 표준을 정의한 것 

기술참조모델 / 표준 프로파일 구조 

기술참조모델 정의 

서비스 

의미 

응용 

프로그램 

응용 

플랫폼 

외부환경 

API* 

EEI* 

공 

학 

서 

비 

스 

기반구조 

어플리케이션 

소 

프 

트 

웨 

어 

서 

미 

비 

들 

스 

웨 

어 

데 

서 이 

비 터 

스 관 

리 

운영체제 서비스 

네트워크 서비스 

업무 

어플리케이션 

데 

서 이 

비 터 

스 교 

환 

하드웨어 플랫폼 서비스 

사용자 정보교환 통신 

사 

스 

용 

자 

서 

비 

인 

스 

터 

페 

이 

관 

리 

서 

비 

스 

§표준명 

§개요 

§목적 

§필요성 

§적용 

보 

안 

서 

비 

스 

응용 

S/W 

데이터 

교환 

데이터 

관리 

플랫폼 

통신 

보안 

관리 

업무 어플리케이션, 기반구조 어플리케이션 등 

데이터 형식, 데이터 유통 등 

데이터베이스, 데이터 분류 및검색 등 

데이터 관리, 사용자 인터페이스, 통신 서비스, 

시스템 관리, 보안, 소프트웨어 공학 등 

Host 및 단말, 네트워킴, 전달매체 등 

보안 서비스, 시스템 보안관리등 

소프트웨어 관리, 시스템 관리, 네트워크 관리 

등 

※ API : Application Program Interface 

※ EEI : External Environment Interface 


16


6) 참조모델간의 관계 

PRM 

BRM 

특정업무의 성과지표 

PRM 

BRM 

논리적 기능, 

정보 관련표 

특정업무를 

지원하는 

서비스 요소 

업무와 서비스 

요소에 

활용되는 정보 

DRM 

•자료범주화 

•정보교환 패키지 

•자료구조 

DRM 

물리적 Data, 

시스템 관련표 

SRM 

SRM 

TRM 

특정서비스 

요소의 표준/명세 

기술구성 관련표 

TRM 


17


7) 전자정부참조모델구조(한국) 

PRM 

전략적 

우선순위 

제시 

정보기술 통합 

중복개발 방지 

성과관리체계 

제시 

전략계획 

프로그램 

관리 

프로그램 

실행 

프로그램 

평가 

IT자원 

획득 

정보자원 

관리 

업무 통합 

가능성 파악 

재사용 

컴포넌트 식별 

업무수행 및 

정보연계에 필요한 

데이터 식별 

상호운용을 

위한 

기술표준 식별 

체계적인 

자원관리 

기준제시 

BRM 

SRM 

DRM 

TRM 


18


Ⅶ. ISP vs. EAP 

-ISP (Information Strategic Planning) : 정보화계획수립 

· 조직의 경영계획과목표를지원하기위한정보시스템의비전을 수립하는계획 

ISP 

원칙에대한정의를주로하지않음 

벤더가 제공하는 독점적인 벤더 아키텍처 

문서 지향적인 정적 산출물 

조직이나기술의 변화시사용되지 못함 

외부 컨설턴트에의존 

산출물의 유지보수가 거의이루어지지 못함 

도출과정의모호성 

EA (EAP) 

정보관리전체에적용될 원칙의정의 

사용자소유의표준적, 오픈 아키텍처 

프로젝트 지향적인산출물 

지속적인아키텍처의 수정 

내부주도, 외부지원으로 학습 

EA 실행과 유지보수를위한 Control 

Mechanism 구현이 중요 (EA Governance) 고려 

필요함 

결과물도출과정의체계성 


19


Ⅷ. EA/ITA 성공요인 및향후전망 

가. 성공요인 (미국 사례를 중심으로) 

환경 

-정부의 ITA 구현 주도 

-법제화 

-표준 아키텍처 

조직 

사람 

-명확한 ITA 구현 목적 및 지침 

-경험 있는 스태프 

-철저한 ITA 구현 계획과 실행 

과정 

-벤치마킹을 통한 ITA 개발 

-개발된 ITA 갱신과 피드백 

나. 향후전망 

-CIO의지원도구로서 조직인 정보기술을관리할수있는체계적이고 기술적인 관리도구 

로사용될 전망 

- 정보기술아키텍처에관한 본격적인 연구와도입과 활용을위한 법·제도기반환경의 마련 

- 정보화사업에의적용, 평가 및 감리기준에의활용 등 다양하고구체적인 추진이요망됨 

- 정부 차원의추진전략수립이요청됨 


20

EA/ITA

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?