정보기술아키텍처(ITA) 개념정보기술아키텍처정보기술아키텍처(ITA) (ITA) 개념개념

2005. 5.

2

목 차목목 차차

ITA/EA 구성요소ITA/EA 구성요소IIIIII

ITA/EA 수립 및 운영ITA/EA 수립 및 운영IIIIIIIII

ITA/EA 기반의 정보화 추진ITA/EA 기반의 정보화 추진IVIVIV

ITA/EA 개념ITA/EA 개념III

3

추진추진 배경배경

정부와 민간 모두 정보화 투자가 매년 급증공공 정보화 투자 평균 30% 증대, ’04년 예산 3조 199억

업무 효율성 제고 및 서비스 개선 효과 미흡 제기조직 전체의 비전, 미션과 연계 미흡, CEO와 IT전문가와의의사소통 도구 부재 등

정부와정부와 민간민간 모두모두 정보화정보화 투자가투자가 매년매년 급증급증공공 정보화 투자 평균 30% 증대, ’04년 예산 3조 199억

업무업무 효율성효율성 제고제고 및및 서비스서비스 개선개선 효과효과 미흡미흡 제기제기조직 전체의 비전, 미션과 연계 미흡, CEO와 IT전문가와의의사소통 도구 부재 등

정보화 효과에 대한 의문 제기정보화정보화 효과에효과에 대한대한 의문의문 제기제기

부처별로 경쟁적으로 정보시스템을 도입하여 중복투자및 자원낭비 심화

미 연방정부의 경우 유사 시스템 20여개 중복 개발사례 발견(‘2002 e-Government 전략보고서’, OMB)

각종 정보화 사업을 통하여 도입된 이기종 시스템간연계(=정보 공동활용) 필요성 대두

부처별로부처별로 경쟁적으로경쟁적으로 정보시스템을정보시스템을 도입하여도입하여 중복투자중복투자및및 자원낭비자원낭비 심화심화

미 연방정부의 경우 유사 시스템 20여개 중복 개발사례 발견(‘2002 e-Government 전략보고서’, OMB)

각종각종 정보화정보화 사업을사업을 통하여통하여 도입된도입된 이기종이기종 시스템간시스템간연계연계(=(=정보정보 공동활용공동활용) ) 필요성필요성 대두대두

IT 중복투자 방지 및 시스템간 연계 필요성 대두IT IT 중복투자중복투자 방지방지 및및 시스템간시스템간 연계연계 필요성필요성 대두대두

4

정보기술아키텍처정보기술아키텍처[ITA] [ITA] 란란??

건물 계획도시 단위업무 조직 전체

건축 도면(건물 아키텍처)

도시 계획도(도시 아키텍처)

시스템 아키텍처 조직전체 아키텍처

도시 최적화 단위 시스템최적화

전체시스템최적화

건축분야건축분야 정보화분야정보화분야

건물 구축 도시 개발

단위건물 최적화

정보시스템 구축 종합적 시스템 구축

5

도입 목적에 대한 설문 순위기술적 복잡성 해결(19%)

변화를 위한 Roadmap수립(16%)

비즈니스와 IT청사진 확보(15%)

의사결정 지원(13%), IT예산 우선순위 결정 지원(13%),

IT자산관리(11%), 시스템 개발지침(8%), 인수합병 도구(5%)

기관 전체에 대한 도입 목적의 사례최적화(1)

변화(2) 및 복잡도(3) 관리에 의한 엔터프라이즈 위험도 관리

통합(4) 및 정렬(5)

의사결정 및 의사소통 도구(6)

TCO(Total Cost of Ownership) 절감(7)

정보자원의 효율적 관리(8)

정보기술투자 우선순위 결정(9)

표준화(10)

청사진(11)

상호운용성(12), 이식성(13), 확장성(14), 유연성(15), 적응성(16)

공유(17), 공통기능(18)

재사용성(19)

재사용시 개발시간 단축(20)

도입도입 목적목적 (IFEAD, (IFEAD, ’’03)03)

6

아키텍처 개념의 적용

수동식 업무 기반 조직(산업사회)

자동화 업무 기반 조직(1990 이전)

ITA 기반 조직(1990년부터)

EA 기반 조직(2000년부터)

Extended EA(2004년)

아키텍처 적용기능 분야

아키텍처 적용자동화 분야

아키텍처 적용정보기술분야기술참조모델(TRM)표준프로파일(SP)

조직 업무의효율성(Efficiency), 효과성(Effectiveness), 생산성(Productivity)업무시간 단축(Time to reduce), 비용감소(Cost reduction)

시간

아키텍처 적용(‘03)성과 분야(PRM)기능분야(BRM)데이터분야(DRM)응용분야(ARM)기술분야(TRM)

진화

●●

●

●

아키텍처 적용SCMERPCRM

Intra조직 Inter조직

- 1987 : Zachman F/W

- 1991 : Posix 1000.3 - 1992 : EAP(Spewack)- 1993 : GPRA, TRM(DoD)- 1994 : SBA(DoD)- 1995 : DoE IA, COE(DoD)- 1996 : ITMRA, UJTL(DoD)- 1997 : OMB C. A-130, C4ISR AF 2.0(DoD), LISI(DoD) , JTA(DoD)- 1998 : TEAF, TADF- 1999 : FEAF

- 2000 : ITIM(GAO)- 2001 : FEA- 2003 : DoD AF V.1.0(BRM, PRM, SRM, DRM, TRM)AMM(DoC)

도태

퇴보

7

ITA/EA ITA/EA 개념개념

ITA/EA구조적 개념

ITA/EAITA/EA구조적구조적 개념개념

조직 전체의 정보기술(자원)을 공통의 기준과 방법을 이용하여

Matrix 형태로 표현한 정보화 종합 설계도

업무 + 응용 + 데이터 + 기술

참조모델 및 각종 지침업무참조모델

서비스컴포넌트참조모델

데이터참조모델

기술참조모델

정보기술자원을 정보화 관계자(CIO, 부서 책임자, 설계자, 개발자)의 역할에 따라 구분한 2차원 구조

ITA/EA절차적 개념

ITA/EAITA/EA절차적절차적 개념개념

목표(TO-BE)도출

현황(AS-IS)분석 SRMDRM

TRM

BRM참조모델 및 지침

준수, 활용업무

데이터

기술기반응용

이행계획 수립

(투자우선순위)

8

ITA ITA 개념개념 -- MatrixMatrix

응용응용 데이터데이터 기술기술업무업무

CEO/CIO

부서책임자

설계자

개발자

업무 절차 및관계 세부 설명

업무 절차 및관계 설명

프로그램 목록물리적데이터 모델

정보시스템상세 설명

응용시스템세부기능 설계서

논리적데이터 모델

정보시스템세부 구성도

응용시스템주요 기능 및관계 설명

데이터 흐름설명서

정보시스템구성도

비전/전략조직/업무

업무 대비응용시스템 목록

주요 데이터목록

정보자원 목록기술분야표준목록

9

정보기술아키텍처의정보기술아키텍처의 정의정의

미국용어 : ITA에서 Enterprise Architecture로 변환

목적 : 성과 개선 (성과중심의 정보화)

정의 : 업무와 관리절차, 그리고 정보기술 간의 현재상태와 미래의

요구되는 관계를 표현한 것

일본용어 : 업무•시스템 최적화 계획 (Enterprise Architecture)

목적 : 전체 최적

정의 : 조직 전체의 업무와 시스템을 통일적인 방법으로 모델화하여,

업무와 시스템을 동시에 개선하는 것을 목적으로 한 조직의

설계•관리방법

한국용어 : 정보기술통합관리체제 (IT Architecture(EA와 동일개념으로 사용))

목적 : 정보화 성과의 개선

정의 : 정보화의 효율적 추진을 위해, 조직 전체의 업무와 IT를

체계적•통합적으로 계획•관리하는 기반 체제

정보통신부 : 조직 또는 기관 전체에 정보시스템(IT)을 효율적/통합적으로

구현하거나 재구성하기 위한 통합기술 및 프로세스

10

ITAITA와와 기존기존 정보화의정보화의 차이차이

ITA기존 정보화 방식

개별 업무/사업 조직(Enterprise) 전체대상(범위)

정보시스템 구축정보기술자원 및 정보화투자 관리

정보시스템 구축목적

ISP 대상 업무 부서 또는 TFT (ISP 완료 후 해체)

ITA 상설 전담부서(조직 아키텍처를 지속적으로 관리)추진 조직

변화와 관련된 부분의 파악이힘들어, 변화를 수용하기 어려움

관련 부분 파악에 재작업 필요

아키텍처를 시스템으로 관리하여변화와 관련된 부분을 쉽게 파악

유연하게 변화에 대응

환경 변화시대응

사전에 제공된 공통의 기준 부재(SI업체의 방법론과 경험에 의존)

범 정부 차원의 ITA 프레임워크, 참조모델, 관련 지침 제공(개별 ITA간 통일성 확보 가능)

기술 표준 및지침 제공

산출물이 문서

시스템 구축 후 활용 거의 안됨

산출물을 시스템화 하여 관리, 활용

지속적인 유지보수 및 활용

결과물의형태 및 관리

11

전반적인 동향

정보시스템의 목적이 확장

업무의 편리성에서 상호운용성 개선으로

부분 최적에서 전체의 최적화를 지향

업무의 전문화, 관점의 조직화, 기술/자원으로 관리대상의 확산

ITA/EAITA/EA관련관련 각국의각국의 방향성방향성

“조직에서의 자원의 전체 최적화방법”인 EA를 행정의 “자원배분을 최적화하기 위한 통치방법”으로 할용 모색 (일본)

Top-down주도권이 강한 행정기구 또는 공중통치를 의식하는 국가는 솔선하여 architectual thinking을 도입 (싱가폴)

투자 효율화- 캐나다-IT투자효과(Business Case)

업무 프로세스 통합– 영국 -상호 운용성

기술 표준화 – 독일-기술사양 표준화

IT 투자 통제 – 미국-CPIC

정부 EA 설계의 관점

기술최적화

업무최적화

통제지향

활용지향영국

독일

캐나다

미국

12

미국• IBM Zachman Framework

발표

• ITMRA 제정(모든 공공기관 의무 도입)

• OMB Memo 97-16 ITA.

• FEA Framework V1.1 발표

• 아키텍처 정렬 및 평가 지침 발표

• Practical Guide of FEA 발표OMB Circular A-130 개정

• e-Gov. Act 발표FEAPMO 구성 (참조모델 시작)

• 참조모델 5종 발표

국내

CIO 제도 도입

• TTAS.KO-10.0117 ITA 개념모델 표준 제정

• 한국ITA협의회 구성

• 정보통신부, 행정자치부 아키텍처도입

• 국방부/ 서울시 ITA 프로젝트 수행• 전자정부 핵심추진과제로 선정

기타 국가

• 사실표준화기구 The Open Group TOGAF 개발 시작

• 영국 국방부 아키텍처 도입

• 노르웨이 공공 서비스 분야에아키텍처 도입

• 호주 주정부 아키텍처 도입

• 캐나다 재무부 아키텍처 수립

• 싱가폴 정부 아키텍처 컨설팅

• 일본 CIO보좌관 임명 및부처 EA 수립 의무화 (‘04)

범 정부적지침부재에따른 혼란과시행착오

범 정부적지침부재에따른 혼란과시행착오

HistoryHistory

19891989....

19931993

1995 1995

19961996

19971997

19981998

19991999

20002000

20012001

20022002

현재현재

국내외 추진 현황국내외국내외 추진추진 현황현황

13

1996년 : Clinger-cohen Act제정으로 IT투자효율 관리 등에 EA 체

제의 기반구축 의무화

FEAF운용강화 위한 체제 정비

2002년 FEAF를 책정, 관리 기관으로 OMB에 FEAPMO발족

FEAPMO

전문가나 행정가에 의한 EA책정 워킹그룹 운영

정식 FEAF 공표 권한 등

FEAF에 기초한 실제 EA 책정작업

각 행정조직 주도하에 개별 정보시스템 도입 프로젝트와 복수의 프로젝트를

포함한 프로그램의 행정사업 단위로 시행

’03년 현재–연방정부의 “전자화” 사업 30%가 EA를 이용하여 예산분배

미국미국 동향동향

14

업무 프로세스 통제에 중점을 둔 정부 EA

1997년 : 블레어 정권하에 전자정부 통제가 본격화

1997.7 :e-Envoy오피스 설치

e-Envoy의 책무

전자정부의 시큐리티 유지, 전자정부 정책의 전략입안

전자 경제의 활성화 방안 입안 및 정부업무의 전자화 방안 입안 등

e-GIF(e-Government Interoperability Framework)

E-Envoy임무중 하나인 정부업무의 전자화 방안에서 도입

정부업무의 통제가 아닌 정부업무를 시스템화 할때 상호운용성 보장

업무와 기술만 통제한 EA, 예산조치나 정책•행정평가 연동예정 없음

2000.11 : e-GIF Ver1.0

2003 : Ver4.0

영국영국 동향동향

15

캐나다의 동향

캐나다의 EA는 FA이며, 정부 비즈니스 케이스 관리로 부터 시작

IM/IT(Information Management and Information

Technology-정보기술관리)의 공공화•공유화에 관한 수용력 유지

를 위해 FAP(Federated Architecture Program)를 책정

정보기술 인프라스트럭처를 현상과 목표로 하는 정부 비즈니스 케이

스와 연동하는것 검토

독일의 동향

독일의 EA는 기술표준화에 중점을 둔 SAGA(’03년)

전자정부 구축 – 2005년

G2G, G2B, G2C 등 국내 시스템의 범용화가 목표

※SAGA(Standards and Architecture gor e-Government Application):

전자정부 어플리케이션의 표준 사양 및 기술 아키텍처

캐나다캐나다 및및 독일독일 동향동향

16

덴마크의 동향

덴마크는 가장 범용적인 EA작성 시도-EA백서 발표(’03.6)

캐나다(FA), 미국(FEAF), 독일(SAGA), 영국(e-GIF) 평가

통제 아키텍처와 유지를 위한 체제로 기술과 비즈니스 트렌드로 부

터 비전과 의사결정, 비즈니스, 정보, 기술 아키텍처를 도출

일본 – EA사상을 토대로 업무•시스템 최적화 계획 작성

뉴질랜드 – EA도입 추진 중

덴마크덴마크, , 일본일본 및및 뉴질랜드뉴질랜드 동향동향

17

범정부범정부 ITA ITA 추진추진 체계도체계도

ITA 등록

ITA 정보 활용

ITA 수립 기준 및 도구

범 정부기준 준수

ITA

프레임워크

(ITA

기본요소)

ITA

프레임워크

(ITA

기본요소)

SRM

DRM

TRM

BRM

ITA 지식 포털(ITA 관리 시스템, ITAMS)ITA 지식 포털(ITA 관리 시스템, ITAMS)

ITA 프레임워크, 참조모델, 관련 지침, 표준

기관 주요 ITA 정보, ITA 경험 및 노하우, ITA 동향정보 등

ITA 프레임워크, 참조모델, 관련 지침, 표준

기관 주요 ITA 정보, ITA 경험 및 노하우, ITA 동향정보 등

참조모델

(분류체계 및

정의)

참조모델

(분류체계 및

정의)

관련 지침

및 표준

관련 지침

및 표준

개별부처

ITA 수립

개별부처

ITA 수립개별부처

ITA 수립

개별부처

ITA 수립개별부처

ITA 수립

개별부처

ITA 수립개별부처

ITA 수립

개별부처

ITA 수립

ITA정보

상호공유

필요

각 기관별 ITA 수립을 위한 기준으로 제시 – 개별 기관 ITA 간 통일성 확보

개별 기관은 ITA 프레임워크, 참조모델, 지침을 준수하여 해당 기관의 ITA를 수립

개별 기관은 필요한 정보를 활용, 수립된 ITA를 정보기술관리시스템에 등록/공유

18

공공부문 기대 효과공공부문공공부문 기대기대 효과효과

국가 전체 차원에서 정보화 현황과 문제점 파악 용이 (CIO 입장)

정보화 정책 수립 및 투자 결정의 효율성 증진

체계적 종합적 정보화 추진체계적체계적 종합적종합적 정보화정보화 추진추진

ITA 도입시 정보화 예산 30% 절감 (2002 EA 컨퍼런스, Meta Group)

표준화된 기술 및 업무절차 적용으로 시스템 기능 향상, 상호 운용성 개선

미 특허청 : PC, 워크스테이션 등 도입 브랜드 300개 10개 이하로 감소

예산 절감 및 상호 운용성 제고예산예산 절감절감 및및 상호상호 운용성운용성 제고제고

※ 서울시 ITA 프로젝트수행결과 당초 예상과는 달리 GIS 등 도시기반 분야(80~90%) 보다내부 행정정보화(30~40%)가 뒤쳐져 있음이 발견됨

19

미국미국 기대효과기대효과 사례사례

적은 비용으로 Alignment 와 Maintenance 가능

ITA(미 Ohio State)

ITAITA((미미 Ohio State)Ohio State)

Non - ITA(Different State)

Non Non -- ITAITA(Different State)(Different State)

유지보수 비용

Entity 당 비용

2395 entity x $140,000 = 2395 entity x $140,000 = 33억억35303530만만$$

1414만만 $$ 22만만55천천$$

(2395 (2395 –– 945) entity x $25,000 = 945) entity x $25,000 = 3,6003,600만만$$

총 entity 재사용 entity

미국 Ohia 주 사례

재사용증대, 비용절감미육군 Simulation 재사용 : U of Alabama

비용절감, 개발효율성, 개발시간 단축, 상호운용성TRM 성과 : 미 특허청(USPTO)

중복배제/불필요한 프로젝트 정리(예산획득 시), 비용절감(구매)기술 전략계획 관리 성과 : 미네소타주

프로세스 반복 사용/일관성 제공, 비용 절감, 의사결정 도움, 감시활동 용이, EA를 통한 비용절감 성과 : 미 농무성

재사용성, 비용절감EA 성과 : 미 오하이오주

비용절감, 서비스 향상, 관리성 향상TCO관점의 통합(Consolidation) : Sun

중복제거, 비용감소정보시스템의 TCO : Larry English

20

ITA/EA ITA/EA 성과성과 사례사례 종합종합

8314획득

922113운영유지비용감소

11ROI

51211 집중성(신기술)

4211비용 효과성

511111 개발시간비용감소

72131 위험 방지/관리

7214TCO/인건비 감소

72131 확장성

743복잡도 관리

7223운영/유지보수성

71141이식성

81331 품질향상

81151 의사결정지원

8111221 의사소통

1121341 변화 관리(진화)

12111171 유연성

151112451상호운용성

18321831 통합

211321581 정렬

23342591재사용/중복배제

계(38)2 Univ 6 기업들4 개인들2 민간 단체들11 States12 DeptFEA구분

Reference: 전사적아키텍처효과측정방안연구, 한국전산원, 이태공

21

목 차목목 차차

ITA/EA 구성요소ITA/EA 구성요소IIIIII

ITA/EA 수립 및 운영ITA/EA 수립 및 운영IIIIIIIII

ITA/EA 기반의 정보화 추진ITA/EA 기반의 정보화 추진IVIVIV

ITA/EA 개념ITA/EA 개념III

22

ITA/EA ITA/EA 프레임워크프레임워크

□ ITA/EA 프레임워크“아키텍처 수립을 위한 기본 문법 제공 (구성 요소와 규칙)”→ 아키텍처 수립에 필요한 요소들, 알아야 할 기본 개념 및 원칙 소개구성 요소 : 아키텍처 동기, 비전/원칙, 현행/목표 아키텍처,

전환계획, 아키텍처 세그먼트, 아키텍처 모델, 표준

□ ITA/EA 프레임워크“아키텍처 수립을 위한 기본 문법 제공 (구성 요소와 규칙)”→ 아키텍처 수립에 필요한 요소들, 알아야 할 기본 개념 및 원칙 소개구성 요소 : 아키텍처 동기, 비전/원칙, 현행/목표 아키텍처,

전환계획, 아키텍처 세그먼트, 아키텍처 모델, 표준

TRM, SIBJTA,TAFIM

,ITSG---TRM/SP

범용

미국

국방부 및

산하기관

미국

재무부 및

산하기관

미국

공공분야범용

적용범위

(Enterprise)

있음있음있음--지원도구

있음있음있음분류예시산출물

있음

(ADM)있음

있음

(Activity)간략언급-

프로세스

(절차)

4 Arch.3 Arch.5 x 4

5 x 3

(Zachman)

5 x 6매트릭스

(관점)

TOGAFC4ISRTEAFFEAFZachman비교항목

23

List of Processes theBusiness Performs

Function=Class of Business Process

e.g., Function FlowDiagram

Function=Business Process

e.g., Structure Chart

Funct=Computer FunctArg=Screen/Device

Formats

e.g., Program

Funct=Language StmtsArg=Control Blocks

e.g., Data Flow Diagram

Funct=Appl FunctionArg=User Views

Data(What) Function(How)Network(Where)People(Who) Time(When) Motivation(Why)

Planner

Owner

Designer

Builder

SubContract

List of Things Important to Business

Entity=Class ofBusiness Thing

e.g., EntityRelationship

Diagram

Ent=Business EntityRel=Business Rule

e.g., Data Model

Entity=Data EntityRelationship= Data

Relationship

e.g., Data DefinitionDescription

Ent=FieldsRel=Addresses

e.g., Data Design

Entity=Segment/RowRelationship=Pointer/

Key

List of LocationsImportant to Business

Node=Major Business Location

e.g., System Architecture

Node=Hardware/System Software

Link=Line Specification

e.g., Logistics Network

Node=BusinessLocation

Link=BusinessLinkage

e.g., NetworkArchitecture

Node=AddressesLink=Protocols

e.g., DistributedSystem Architecture

Node=Info Sys FunctLink=Line Char

List of OrganizationsImportant to Business

Agent=Major Org Unit

e.g., OrganizationChart

Agent=Org UnitWork=Work Product

e.g., Human InterfaceArchitecture

Agent=RoleWork=Deliverable

e.g., Security Architecture

Agent=IdentityWork=Transaction

Analyst Engineer Secretary

e.g., Human/Technology Interface

Agent=UserWork=Job

Analyst Engineer Secretary

List of EventsSignificant to Business

Time=Major BusinessEvent

e.g., ProcessingStructure

Time=System EventCycle=Processing Cycle

e.g., Control Structure

Time=ExecuteCycle=Component Cycle

e.g., Timing Definition

Time=InterruptCycle=Machine Cycle

e.g., Master Schedule

Time= Business EventCycle=Business Cycle

List of BusinessGoals/Strategies

End/Means=MajorBusiness Goal/CSF

e.g., Business Plan

End=BusinessObjectives

Means=BusinessStrategy

e.g., KnowledgeArchitecture

End=CriterionMeans=Option

e.g., Knowledge Design

End=ConditionMeans=Action

e.g., KnowledgeDefinition

End=SubconditionMeans=Step

ZachmanZachman F/WF/W

비즈

니스

분야

정보

기술

분야

24

미국미국 연방연방 EA EA 프레임워크프레임워크

25

표준/지침

건축분야

정보화분야

도시계획도 도시/개별건물

ITA 정보화된 조직/단위시스템

참조모델

준수

최적화된 구현 가능최적화된 구현 가능공통의 표현으로 의사소통 및분석 가능성, 최소한의 품질 확보

공통의 표현으로 의사소통 및분석 가능성, 최소한의 품질 확보

표준/기준

SRMDRM

TRM

BRM

PRM

아키텍처 양식(모델),설계도 표기법 등

예) 인터페이스 표준,통신 표준 등

예) 일조건 확보 기준,건물 강도 기준 등

구현

구현준수

• 참조모델은 아키텍처 구성을 위한 공통의 표현과 기준을 정의한 것으로,

아키텍처의 일관성 및 통일성, 상호운용성을 확보할 수 있도록 함

• 참조모델은 아키텍처 구성을 위한 공통의 표현과 기준을 정의한 것으로,

아키텍처의 일관성 및 통일성, 상호운용성을 확보할 수 있도록 함

ITAITA

참조모델참조모델 개념개념

26

참조모델참조모델 정의정의

아키텍처 구성을 위한 공통 어휘 제공 (사전의 역할)ITA/EA 작성을 용이하게 하며, 서로 다른 ITA/EA 간의 통일성을

부여하여, 서로 다른 ITA/EA의 비교/분석/통합을 가능케 함

참조모델 종류 : 성과, 업무, 서비스 컴포넌트, 데이터, 기술 참조모델

아키텍처 구성을 위한 공통 어휘 제공 (사전의 역할)ITA/EA 작성을 용이하게 하며, 서로 다른 ITA/EA 간의 통일성을

부여하여, 서로 다른 ITA/EA의 비교/분석/통합을 가능케 함

참조모델 종류 : 성과, 업무, 서비스 컴포넌트, 데이터, 기술 참조모델

성과참조모델(PRM)

입력물, 산출물 및 결과물특화된 성과 지표

성과

및

업무

지향적

업무 참조 모델(BRM)

업무계열정부기관, 고객, 협력자

서비스 컴포넌트 참조모델(SRM)

업무를 지원하는 응용 애플리케이션기능별 서비스 컴포넌트

데이터 참조 모델(DRM)

데이터 표준화기관 간 정보교환

기술 참조모델(TRM)

서비스 컴포넌트를 지원하기 위한 표준, 규격 및 기술

성과참조모델(PRM)

입력물, 산출물 및 결과물특화된 성과 지표

상호운용성

및

기술

지향적

27

참조모델참조모델 관계관계 및및 정렬정렬 예시예시

업무참조모델

(BRM)

서비스컴포넌트참조모델(SRM)

기술참조모델

(TRM)

서비스 전달 지원 공표 규칙

제한적 개발

정책 및 지침 개발

일반 의견수렴 이력관리

제한적 생성

공표 규칙

지식관리

CRM

컨텐트 관리

협업

검색

포털

개인화

플래폼J2EE.NET

Window NT

데이터 관리ODBCJDBC

업무논리

성과 기술 및 표준 지원

성과 참조모델(PRM)

기술

업무계열 및 기능

데이터 참조모델(DRM)

분류화, 체계화, XML, 공유

서비스 컴포넌트서비스 유형서비스 영역

컴포넌트 기반 아키텍쳐(CBA)

업무참조모델

(BRM)

서비스컴포넌트참조모델(SRM)

서비스컴포넌트참조모델(SRM)

기술참조모델

(TRM)

기술참조모델

(TRM)

서비스 전달 지원서비스 전달 지원 공표 규칙공표 규칙

제한적 개발제한적 개발

정책 및 지침 개발

일반 의견수렴 이력관리

제한적 생성

공표 규칙

정책 및 지침 개발

일반 의견수렴 이력관리

제한적 생성

공표 규칙

지식관리

CRM

컨텐트 관리

협업

검색

포털

개인화

지식관리

CRM

컨텐트 관리

협업

검색

포털

개인화

플래폼J2EE.NET

Window NT

데이터 관리ODBCJDBC

업무논리

플래폼J2EE.NET

Window NT

데이터 관리ODBCJDBC

업무논리

성과성과 기술 및 표준 지원기술 및 표준 지원

성과 참조모델(PRM)

기술기술

업무계열 및 기능업무계열 및 기능

데이터 참조모델(DRM)

분류화, 체계화, XML, 공유

데이터 참조모델(DRM)

분류화, 체계화, XML, 공유

서비스 컴포넌트서비스 유형서비스 영역

컴포넌트 기반 아키텍쳐(CBA)

서비스 컴포넌트서비스 유형서비스 영역

컴포넌트 기반 아키텍쳐(CBA)

법규 개발

국민의견 이력관리

법규집 발간

법규 제정

법규집 발간

능력, 컴포넌트 및 서비스

28

미국미국 연방연방 성과참조모델성과참조모델

투입물

전략적 성과

기술

인적 자본기타

고정자산

임무 및 업무 성과

• 대국민 서비스• 서비스 제공 지원• 정부자원 관리

고객 성과• 고객편의• 서비스 범위• 적시성 & 대응력• 서비스 품질• 서비스 접근성

Value

Value

프로세스 및 활동• 재정• 생산성• 사이클 시간 & 적시성

• 품질• 보안성 & 프라이버시• 관리 & 혁신

• 재정• 품질• 효율성• 정보 & 데이터• 신뢰성 & 가용성• 유효성

BRM과 연계된 주요 임무 및 업무 성과,

고객 관점에서 평가된 성과.

최종 성과에 의해 평가된 일일 활동 및

확장된 프로세스의 직접적 결과.

BRM에서의 전달 방식(The Mode of Delivery)

을 세부적의 정의하고 평가하기 위해 이용.

산출물과 확장된 최종 성과에 대한

기여도를 통해 평가된 핵심 동인

(Key Enablers)

29

미국의미국의 업무참조모델업무참조모델(BRM)(BRM)

BRM V2.0BRM V2.0정부자원관리정부자원관리

인적자원관리인적자원관리 행정관리행정관리

공급망관리공급망관리 재정관리재정관리

정보 및 기술관리정보 및 기술관리

시스템 개발시스템 개발

생명주기/변화관리생명주기/변화관리

시스템 유지관리시스템 유지관리

정보기술인프라유지관리정보기술인프라유지관리

정보기술보안정보기술보안

자료보존자료보존

정보관리정보관리

Level 1

Level 2

Level 3

30

미국미국 연방연방 서비스컴포넌트서비스컴포넌트 참조모델참조모델(SRM v2.0)(SRM v2.0)

백오피스 서비스백오피스 서비스

데이터 관리데이터 관리 인적 자원인적 자원

개발 및 통합개발 및 통합 인적자본/인력관리인적자본/인력관리

부동산/동산 자산관리부동산/동산 자산관리

자산 목록/구분자산 목록/구분

자산이전, 배분/유지관리자산이전, 배분/유지관리

시설 관리시설 관리

컴퓨터/자동화 관리컴퓨터/자동화 관리

Level 1

Level 2

Level 3

재무 관리재무 관리자산/재고 관리자산/재고 관리

Service Domain

Service Type

Component

SRM Hierarchy

7

29

168

31

미국미국 연방연방 데이터데이터 참조모델참조모델 구성구성

데이터의 분류체계

Data Topics

Data Classes

Data Elements

데이터 분류체계에 대한 설명

데이터정의와 관련된 스키마의 집합

하나의 특정한 데이터 주제에대해 물리적으로 설명하는

하나 이상의 스키마

개별화의

정도

데이터의 클래스를 설명하는물리적 데이터 요소들(또는

항목)

Storage Devices 데이터베이스, 웨어하우스, 리퍼지토리

상호관련도

정도

Agency A Agency B Agency C

The physical data elements (or fields) that

describe the data class

32

미국미국 연방연방 기술참조모델기술참조모델(TRM)(TRM)

TRM V1.1TRM V1.1컴포넌트 프레임워크컴포넌트 프레임워크

보안보안 업무로직업무로직

데이터 교환데이터 교환 데이터 관리데이터 관리

Static DisplayStatic Display

Dynamic/Server-Side DisplayDynamic/Server-Side Display

Content RenderingContent Rendering

Wireless/Mobile/VoiceWireless/Mobile/Voice

Level 1

Level 2

Level 3(서비스표준)

표현/인터페이스표현/인터페이스

Level 4(서비스규격)WMLWML

XQueryXQuery SOAPSOAP

abXMLabXML RDFRDF

WSLSWSLS

33

미국미국 GAO EA GAO EA 성숙도성숙도 모델모델 프레임워크프레임워크

“행정정보자원관리 혁신방안 수립에 관한 연구”(행정자치부/중앙대학교, ’04.7)

34

아키텍처아키텍처 개발개발 도구도구

ITA/EA 포럼 세미나 (’05. 4. 26)주제 : ITA 모델링 도구의 소개와 선택

Corporate Modeler (제니시스)

Metis (이클립스컨설팅)

System Architect (한더정보통신)

TAPark (한국솔루션센터)

3D-VE (한국유니시스)

Enterprise Architecture Tool SelectionGuidelines

Editorial Writer: J. Schekkermanhttp://www.enterprise-architecture.info/

35

목 차목목 차차

ITA/EA 구성요소ITA/EA 구성요소IIIIII

ITA/EA 수립 및 운영ITA/EA 수립 및 운영IIIIIIIII

ITA/EA 기반의 정보화 추진ITA/EA 기반의 정보화 추진IVIVIV

ITA/EA 개념ITA/EA 개념III

36

1

프로그램 시작 2

아키텍처 프로세스및 접근방법 정의

3.1

현 아키텍처 개발

3.2

목표아키텍처 개발

3.3

전환계획

4

아키텍처 사용

5

아키텍처 관리

1.1 Obtain Executive Buy-In and Support

1.2 Establish Management Structure and Control

1.3 EA program Activities and Products

2.1 Define the Intended Use of the Architecture

2.2 Define the Scope of the Architecture

2.3 Determine the Depth of the Architecture

2.4 Evaluate and Select a Framework

2.5 Select an EA Toolset

3.1 Collect Information

3.2 Generate Products and Populate EA Repository

3.3 Develop the Sequencing Plan

3.4 Approve, Publish, and Disseminate the EA Products

4.1 Integrate the EA with CPIC and SDLC

4.2 Execute the Integrated Process

4.3 Other Uses of the EA

5.1 Maintain the EA Periodically

5.2 Continue to Consider Proposals for

EA Modification

3. 아키텍처 개발(생명주기)

아키텍처아키텍처 생명주기생명주기:FEA:FEA

37

미국미국 개별부처의개별부처의 EA EA 관리관리 체계체계

Agency Head

업무 담당자

업무 전문가

업무부서EA Executive

SteeringCommittee

CapitalInvestment

CouncilCIO

QualityAssurance

Chief Architect

ArchitectureCore Team

EA PMO

TechnicalReview

Committee

Evaluation평가

StaffOrganization

ConfigurationManagement

형상관리

RiskManagement

위험관리

미연방정부 EA 가이드EA 고유조직

38

EA EA 관리조직관리조직 –– 민간민간 사례사례

선진사례 분석 결과를 토대로 EA 관리에 우선적으로 필요한 핵심 기능 및 R&R을 도출함

PracticalGuide toFEA

애리조나주정부사례

미주리주정부사례

Bell South 사례

서울시청사례

선진사례 분석 핵심 EA 관리 구조

EA 검토 및심의

EA 개발/관리및 지원기능

EA조정위원회EA조정위원회

EA검토위원회EA검토위원회

기술자문그룹

기술자문그룹

Chief Architect

Chief Architect

BusinessArchitect

BusinessArchitect

ApplicationArchitect

ApplicationArchitect

DataArchitect

DataArchitect

TechnologyArchitect

TechnologyArchitect

EA관리팀EA관리팀EA 추진계획 수립 및EA의 적용과 수정/보완주도. 필요 시 EA 개발업무 수행 및 이에따른 전환계획 업무를수행

EA관리팀

(EA Core

Team)

Role

EA에 대한 전문적 지식제공 및 기술적 표준과Best Practice에 대한조언 제공

기술자문그룹

(Technical

Advisory

Group)

정보화 프로젝트에 대해EA 원칙과 표준사항준수 여부 및 BA, DA, AA, TA 간의 일관성 여부평가

EA 검토위원회

(EA Review

Board)

EA 관련 최고 의결기관으로서 비즈니스와의전략적 방향성 및 정책을고려하여 EA 관련 계획심의 및 추진 여부 결정

EA 조정위원회

(EA Steering

Committee)

Responsibilities

핵심 EA 관리 R&R

출처: 2004 제 2회 EA 컨퍼런스 발표논문집

39

EAEA와와 투자관리투자관리 (CPIC) (CPIC) (Capital Planning and Investment Control)(Capital Planning and Investment Control)

이 투자가 업무 의사결정검토 사항들을 충족

하는가?

이 투자가 계획된 성과목표를 달성하고

있는가?

이 투자가 계획된 비용, 일정, 설계 대로 관리되고

있는가?

이 투자가 기관의미션을 지원하는가?

아키텍쳐 수정이필요한가?

이 투자가 기술 인프라구조와 상호호환성이

있는가?

Planning

Architecture

SelectPhase

ControlPhase

EvaluatePhase

Business Alignment

Technical Alignment

Architecture Assessment

13 Actions 5 Actions 3 Actions

업무연계 기술연계 아키텍쳐평가

미 연방정부 Architecture Alignment and Assessment Guide

40

미국미국 투자관리프로세스와투자관리프로세스와 아키텍처아키텍처 프로젝트프로젝트평가평가 프레임워크프레임워크

1. 업무연관성 평가2. 제안평가3. 기술성 적합 평가4. 아키텍처 적합 평가5. 예외사항 평가

41

목 차목목 차차

ITA/EA 구성요소ITA/EA 구성요소IIIIII

ITA/EA 수립 및 운영ITA/EA 수립 및 운영IIIIIIIII

ITA/EA 기반의 정보화 추진ITA/EA 기반의 정보화 추진IVIVIV

ITA/EA 개념ITA/EA 개념III

42

ITA/EA ITA/EA 도입도입 필요사항필요사항 ((설문결과설문결과))

•Text•Text•Text

• EA 도입필요(92.2%)

• 활성화 3년 이내 (89.6%)

• 성숙도 낮음 (93.8%)

• 산업 영향도 보통이상 (95.3%)

• 시스템 운영 및 자산관리 효과

(52.9%)

• 기존 방법론과 차이 (44.4%)

• IT 자산관리, TA 컨설팅 관심

• 교육필요성 인식 (96.6%)

• 자격제도 필요 (82.8%)

SI조합 ’03 설문 결과

EA 현황분석EA EA 현황분석현황분석

•Text•Text•Text

• 제도마련 및 정책지원 (47.2%)

• 최고 경영자 관심 우선 (39.8%)

• 구축방법론 필요 (98.4%)

• 우수인력 확보 (31%)

• 정책지원 분야

인력양성-지식인프라-교육 순

• 법제화 우선 필요 (56.9%)

• 민간 대응

단체통합-지식공유-홍보 순

SI조합 ’03 설문 결과

활성화방안활성화방안활성화방안

•Text•Text•Text

1. CEO의 적극적 지원 및 참여

2. 자질있는 아키텍트

3. 적합한 아키텍처 개발 방법

4. 옳은 목적

5. 타당한 범위, 시각, 생명주기

6. 옳은 원칙

7. 적합한 통제 구조

IFEAD ’03 설문결과

성공요소성공요소성공요소

43

ITA/EA ITA/EA 추진추진 고려사항고려사항 ((설문결과설문결과))

•Text•Text•Text

• Communicating EAThroughout Enterprise

• Effective Governance

• Making EA bus.relevant to bus. community

• Cultural barriers

ICA EA Study GroupICA EA Study GroupICA EA Study Group

•Text•Text•Text

• EA 발전 동향의 반영

• 정보화사업 평가에의 활용

• EA 구현/활용의 협조체계제고

• EA 구현/관리 인력의 육성

서울시정개발연구원서울시정개발연구원서울시정개발연구원

•Text•Text•Text

1. 범위(Scope)

2. 아키텍트 역할

(Architect Roles)

3. 방법(Method)

4. 거버넌스(Governance)

5. 의사소통(Communication)

6. 최선을 다한 일

(Hard Work/Detail)

7. 현실적인 적용

(Practical Implementation)

8. 측정(Measurement)

9. 도구/프로세스

(Tools/Process)

10. 생존성(Survivability)

Michael A Tiemann, FEACMichael A Tiemann, FEAC

44

1. 전략 계획2.엔터프라이즈

엔지니어링3.엔터프라이즈

계획

7. 평가 6. 운용5.엔터프라이즈

통합

4.프로젝트실행

엔터프라이즈엔터프라이즈 생명주기생명주기

내부 및 외부 요인

업무 및 기술 요인

1.Plan 2.Do

3.See

·전략계획 개발·비전, 미션, 목적, 목표 개발

·프로세스 구현·시스템 테스트·보안평가

8.관리 안목·위험 관리·비용, 일정 관리·자원 관리

·계약 관리·산출물 검토·프로세스 개선

9.정보기술 안목·기술 프로세스 평가·기술 위험도 평가·기술적 검토

·기술 전망·기술 평가·산출물 평가

Under the IMP:

·획득 대안 분석

·프로젝트 우선순위 결정

·엔터프라이즈 전환 계획

·교육훈련·시스템/프로세스 운영·시스템 지원·데이터 수집

·프로세스 데이터 분석·예상 이윤 분석/평가·성능개선 인식

·비즈니스 프로세스 개선·비즈니스 요구사항 개발·엔터프라이즈 수준 일관성 유지

소프트웨어 생명주기:·요구 분석 / 획득·소프트웨어 개발·시스템 통합

아키텍처 생명주기(FEA)

소프트웨어개발 생명주기

45

미미 연방정부의연방정부의 EA EA 추진추진 체계체계

Office ofE-Gov & IT

Administrator

FEA-PMOProgram Manager

Executive Chair

Director

RM’s

Executive Office of the President

OMBDeputy Director

For Mgmt

Legislature Body

GAO

DoI DoT DoC

CIOCouncil

AIC

Maturity Assessment-self-

Budget Exhibit 300-PRM conformance-

DoC Maturity ModelEA

국내는 정보화추진위원회를 중심으로 정보화를 추진

전자정부 등 개별 부처의 정보화 역량 강화에 따른 역할 분산 (행정자치부, 산업자원부, 국정원 등)

CITO의 역할 정립 필요

기존 제도(예산, 성과관리, 평가 등)와의 구체적 연계 고리 수립 필요

국내는 정보화추진위원회를 중심으로 정보화를 추진

전자정부 등 개별 부처의 정보화 역량 강화에 따른 역할 분산 (행정자치부, 산업자원부, 국정원 등)

CITO의 역할 정립 필요

기존 제도(예산, 성과관리, 평가 등)와의 구체적 연계 고리 수립 필요

46

미국의미국의 EA EA 기반기반 프로젝트프로젝트 추진추진 방식방식

기준제공

제안

자료제공

프로젝트 및관련 자료제공

신규신규//진행진행 프로그램프로그램//프로젝트프로젝트 정의정의 -- 미국미국

투자결정

결과제공

자료제공

진행/완료결과 제공

평가

결과제공

자료제공

결과 및 기준 제공

프로그램프로그램//프로젝트의프로젝트의 시행시행 -- 미국미국

프로그램프로그램//프로젝트프로젝트 평가평가 -- 미국미국

47

정보화정보화 추진과추진과 ITAITA의의 활용활용

ITA 정보(모델)ITA 정보(모델)VIEW

PERSPECTIVE

필수산출물

보조산출물

계획자

(Planner)

소유자

(Owner)

설계자

(Designer)

개발자

(Builder)

데이터 기술 기반조직기능

평가

(Check)

평가

(Check)

계획

(Plan)

계획

(Plan)

개발

(Develop)

개발

(Develop)

정보

공유

정보

공유

정보

공유

IT 자원관리

정보화 계획에 ITA 이행계획 반영

운영실태 점검

IT 자원 현황 연계 관리

정보시스템 현황 자료 참조

개발 산출물 관리

정보시스템 현황 자료 참조

평가/성과 관리 결과 공유

48

정보화정보화 제도와의제도와의 연계안연계안 -- 국내국내

정보화 촉진 기본계획 (2002~2006)정보화 촉진 기본계획 (2002~2006)

년도별 22개 분야 정보화 촉진 시행계획년도별 22개 분야 정보화 촉진 시행계획

정보화사업

정보화사업

정보자원조사

정보자원조사

예산심의예산심의

사전평가사전평가

사업감리사업감리

정보화수준평가

정보화수준평가

예산배정예산신청

ITA와 연계ITA

활용

ITA점검평가

ITA와연계

ITA평가

49

ITA/EA ITA/EA 제도정비제도정비 및및 환경개선환경개선

ITA/EA Governance ITA/EA Governance 강화강화

CEO, CIO CEO, CIO 마인드마인드 강화강화

혁신혁신 및및 성과개선성과개선 강화강화

ITA/EA ITA/EA 공유공유 강화강화

관련관련 조직조직 및및 전문가전문가 유대유대 강화강화

국내 환경에 적합한ITA/EA 기반 조성

ITA/EA ITA/EA 지식공유지식공유 강화강화

성과예산주의와 연계성과

사업

절차

정보기술

보안성과

정보화 사업 절차 연계절차

보안 법/규정의 반영보안

사업 관리에 적용사업

EA 정보의 수집/공유정보

모델/표준 보급 체계 정비기술

감사합니다.