제1장 전사아키텍처의 개요
제1절 전사아키텍처 정의
가.전사아키텍처 개념
1)전사아키텍처 도입배경
2)전사아키텍처 정의
-기업의 목표와 요구를 잘 지원하기 위해 IT 인프라의 각 부분들이 어떻게 구성되고 작동되어야 하는가를 체계적으로 기술하는 것
-복잡한 기업의 모습을 다양한 측면(비즈니스, 데이터, 애플리케이션, 기술)에서 분석하고 표현하여 이해하기 쉽도록 정보체계를 구축하고 이를 활용하는 것
-EA도입은 IT에 대한 혁신과 관리*통제를 포함하며 시스템의 도입,구축,운영,평가 등을 통합적으로 관리하는 것
-IT와 업무간의 연계뿐만 아니라 현재의 모습과 미래의 모습을 포함
#EA의 목적(실제 목적은 다를 수 있음)
- IT투자대비효과 최대화
-기업의 목적을 잘 달성할 수 있는 방식으로 IT인프라 구성
-비즈니스민첩성
-IT효율성제고
-비즈니스와IT연계
-IT통합성, 상호운용성 제고
#EA의 중요성
-기업이나 조직의 경영전략 내지 비즈니스 목표를 달성하기 위한 방향 제시
-정보시스템이나 정보기술체계의 나아갈 방향을 알려주고 모든 구성원이 동일한 모습으로 그 내용을 인식할 수 있도록하여 의사소통의 매개체
-정보시스템이 갖추어야할 품질속성을 정의하고 실현에 도움
-정보시스템이나 정보기술체계의 복잡도를 잘 표현하여 이해관계자의 이해에 도움
#EA 기대효과
-정보관리 역량 강화
-의사결정의 정확성과 신속성 제고
-변화에 대한 유연한 대응과 비용절감
-새로운 서비스나 기능 도입에 대해 최적의 대응
3)전사개념
-일반적으로 기업 또는 기관을 지칭
-공동의 목표를 추구하기 위해 고객과 상품 또는 서비스가 존재하고 이를 지원하기 위한 조직, 자원, 기술을 보유하며 필요한 업무 프로세스를 수행하는 조직의 집합체
-하나의 기업이나 기관과 정확히 일치하지 않음
-큰기업은 여러 개의 전사로 구성가능, 각각의 전사는 독립적인 운영주체로 구성, 다수의 사업영역으로 구성
-EA수립에 관련된 모든 활동은 정의된 전사의 성과와 목표에 초점
-전사의 범위는 해당 기업 및 기관 뿐만 아니라 기업 및 기관을 둘러싸고 있는 외부객체와의 역학관계를 반드시 고려
-전사는 계층구조 가능
-자회사를 보유하고 있는 모기업의 경우, 전체 그룹사를 전사의 범위로 선정하여 통합적인 EA 프레임워크를 적용가능
4)아키텍처 개념
-구성요소의 구조, 구성요소들 사이의 관계, 구성요소의 설계 그리고 시간경과에 따른 구성요소의 발전을 위한 원리와 지침
#EA 구성요소
규칙: 전략, 원칙/지침, 표준
모델: BA, AA, DA, TA, 참조모델
계획: 이행계획, 구축계획
나.전사아키텍처 추진현황
다.전사아키텍처 관련 DA 역할
-기업이 필요로 하는 고품질의 데이터 모델 또는 데이터아키텍처를 정의
-EA프로젝트의 데이터 아키텍처 정의 담당자로 참여
-구축된 EA원칙과 정보를 준수 및 활용해야 하고, 담당하고 있는 데이터 모델의 변경정보를 EA정보에 반영
-EA프로젝트가 진행되지 않더라도 필요시에 데이터 부문만의 아키텍처 정립 작업을 수행
가.전사아키텍처 프레임워크 개념
-전사아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지 관리하기 위한 전체적인 틀을 정의하는 것
나.전사아키텍처 프레임워크 구성
-구성: EA정책/정보/관리 (기업의 도입목적에 따라 다름)
| 전사아키텍처 정책 | 기업이 전사아키텍처 수립을 어떻게 할 것인가의 방향을 정의한 것 아키텍처 매트릭스, 전사아키텍처 비전, 전사아키텍처 원칙 등으로 구성 |
| 전사아키텍처 정보 | 기업이 구축하는 전사아키텍처 정보의 구체적인 모습 ASIS 아키텍처, TOBE 아키텍처, 이행계획으로 구성 |
| 전사아키텍처 관리 | 구축된 전사아키텍처를 어떻게 관리하고 활용할 것인가를 정의한 것 전사아키텍처 관리체계, 전사아키텍처 관리시스템, 전사아키텍처 평가 등으로 구성 |
1)전사아키텍처 정책
-기업이 전사아키텍처 수립을 어떻게 할 것인가의 방향을 정의
#아키텍처 매트릭스
-EA의 정보를 체계적으로 분류한 틀
-기업이 관리하려고 하는 EA정보의 수준과 활용계층의 분류를 통해 결정
-아키텍처 정보를 분류하는 차원은 기업의 특성에 맞게 임의로 조정가능
-아키텍처 도메인(View) 구성은 기업이 아키텍처 매트릭스를 어떻게 정의하느냐에 따라 달라짐
-View: 비즈니스, 애플리케이션, 데이터, 기술
-관점: 계획자(개괄), 책임자/분석가(개념), 설계자(논리), 개발자(물리)
| 관점\뷰 | BA | AA | DA | TA |
| 계획자(개괄적) | 전체업무, 조직의 구성정보 | 전체 자원의 응용 시스템 구성정보 | 전체 자원의 데이터베이스 구성정보 | 기술요소의 구성을 전체자원에서 정리한 정보 |
| -전사사업모델 -조직모델 -비즈니스전략 |
-전사 애플리케이션 영역모델 -애플리케이션 원칙 |
-전사 데이터 영역모델 -데이터 원칙 |
-전사기술 영역모델 -기술 참조모델 |
|
| 책임자/분석가(개념적) | 업무의 세부 구성정보와 업무/조직간 관계정보 | 상위수준의 기능 구성정보와 응용시스템간 관계정보 | 데이터베이스의 주요 데이터개체와 개체간 관계 | 정보기술기반 자원의 유형별 구성과 인터페이스 정보 |
| -업무 기능정보 | -애플리케이션 모델 -애플리케이션 표준 |
-개념데이터 모델 -데이터 표준 |
-표준 프로파일 | |
| 설계자(논리적) | 업무의 연계성, 흐름정보 | 응용 시스템의 상세한 기능정보와 물리적 분산정보 | 데이터베이스의 논리적 데이터 구조 | 기술기반자원의 도입과 운영을 위한 유형별 구조 및 관리체계 정보 |
| -프로세스 모델 | -컴포넌트 모델 | -논리 데이터 모델 | -기술아키텍처 모델 | |
| 개발자(물리적) | 업무 수행을 위한 구체적 절차, 양식, 업무 관계정보 | 프로그램의 물리적인 구성체계와 각 프로그램 구현정보 | 데이터베이스의 물리적 구조정보 | 도입된 기술기반 자원의 도입,운영,관리에 관한 구체적 정보 |
| -업무 매뉴얼 | -프로그램 목록 | -물리데이터모델 -DB객체 |
-기술자원목록 -제품 목록 |
#EA 비전
- 전사아키텍처 수립을 통하여 기업이 궁극적으로 달성하고자 하는 모습
-EA 구축의 목표와, 그 목표를 효과적으로 달성하기 위한 전략과 방향 등을 포함
# EA원칙
-전사아키텍처 정보를 효율적으로 구축하고, 기업의 목적에 맞게 전사아키텍처 정보를 효과적으로 활용하기 위해서 조직 구성원이 공유해야 할 규범
2)전사아키텍처 정보
-기업이 구축하는 전사아키텍처 정보의 구체적인 모습
#현행(ASIS) 아키텍처
-아키텍처 도메인별로 정의된 산출물에 대하여 기업의 현재 상태를 아키텍처 정보로 정의
#목표(TOBE) 아키텍처
-아키텍처 도메인별로 정의된 산출물에 대하여 기업이 궁극적으로 달성하고자 하는 목표 아키텍처의 상태를 아키텍처 정보로 정의
#전사아키텍처 이행계획
아키텍처 도메인별로 현재 모습에서 바람직한 목표 모습으로 이행하기 위한 이행 전략과 이행계획을 정의
3)EA 관리
-구축된 전사아키텍처를 어떻게 관리하고 활용할 것인가를 정의
#EA관리체계
-EA거버넌스. 구축된 전사 아키텍처를 유지하고 개선하기 위한 제도적 기반을 수립
#EA 관리시스템(EAMS)
-정보 관리의 효율성을 제고하고 전사아키텍처 정보의 공유를 활성화하기 위해 구축하는 정보시스템
#EA평가(성숙도모형)
-전사아키텍처의 관리와 활용 수준의 제고를 위해서는 전사아키텍처에 대해 주기적으로 평가하고 개선점을 도출하여 반영
다.아키텍처 도메인 구성
-비즈니스, 애플리케이션, 데이터, 기술
1)BA
-기업이나 조직의 경영목표를 달성하기 위한 업무구조를 정의한 아키텍처.
-기업의 업무와 서비스의 실체를 명확화
-기업의 사업 모델과 업무 기능을 정의
#전사사업모델(계획자)
전사를 둘러싼 내외부의 이해관계자를 분석, 외부 객체와의 가치사슬을 분석하여 전사 정의
#조직모델(계획자)
기업의 사업 모델을 지원하기 위한 기업의 조직 구조를 정의
#업무기능모델(책임자/분석가)
기업의 업무 기능을 계층적으로 분할하고 기능 내용을 정의
#프로세스 모델(설계자)
업무 기능을 상세화하여 계층적으로 프로세스을 분할하고 프로세스의 활동내용을 정의
#업무매뉴얼(개발자)
업무 기능이나 프로세스별 업무 내역을 상세히 기술한 자료
2)AA
기업의 업무를 지원하는 전체 애플리케이션을 식별하고 연관성을 정의하며, 업무와 IT 특성을 고려하여 그룹화하고 범주함으로써 전체 애플리케이션 구조를 체계화
#전사 애플리케이션 영역 모델(계획자)
기업의 업무를 지원하는 애플리케이션을 식별하고 애플리케이션별 특성 분석을 통해 이를 전사 수준에서 구조화
#애플리케이션 모델(책임자/분석가)
각 애플리케이션이 지원하는 기능과 데이터 정보를 정의하고, 애플리케이션이 제공하는 서비스를 도출하며, 이들 간의 연관 관계를 정의
#컴포넌트 모델(설계자)
실제 애플리케이션 개발에 필요한 설계정보를 관리
#프로그램 목록(개발자)
애플리케이션의 최종 단위인 프로그램에 대한 정보
3)DA
-기업의 업무 수행에 필요한 데이터의 구조를 체계적으로 정의
-전사 데이터 구성을 분류하고 데이터 모델을 정의
#전사 데이터 영역 모델(계획자)
개괄 데이터 모델. 상위 수준의 전사 데이터 영역을 분류하여 표현한 것이며, 상위 주제 영역 수준의 데이터 구성도
#개념데이터 모델(책임자/분석가)
전사 수준의 데이터 모델로 단위 주제영역 또는 핵심 엔티티 정도를 표현한 데이터 모델
#논리데이터모델(설계자)
개념 데이터 모델에서 정의된 주제영역과 핵심 엔티티를 기본 정보로 하여 업무 요건을 충족시키기 위한 데이터의 상세한 구조를 논리적으로 구체화
#물리데이터모델(개발자)
기술적 환경과 특성DBMS)을 고려하여 물리적 데이터 구조를 설계하고, 데이터베이스 객체를 정의
4)TA
-비즈니스, 데이터, 애플리케이션 아키텍처에서 정의된 요건을 지원하는 전사의 기술 인프라 체계를 정의
-전사의 기술 영역을 분류하고 표준 프로파일과 기술 아키텍처 모델을 정의
#전사 기술 영역 모델, TRM(계획자)
-기업이 업무활동에 필요한 정보기술의 영역을 상위 수준에서 분류한 모델
-TRM은 기업이 업무 활동에 필요한 기능들을 수행하기 위해 요구되는 정보기술을 상위 수준에서 논리적으로 분류한 틀
#표준 프로파일(책임자/분석가)
기술 참조 모델에 명시된 서비스를 지원하기 위한 정보기술 표준들의 집합
#기술 아키텍처 모델(설계자)
전사 기술 영역 모델이나 기술 참조 모델에서 정의된 서비스 카테고리별로 아키텍처의 패턴을 정의
#기술 자원 목록, 제품 목록(개발자)
표준 프로파일이나 기술 아키텍처별로 관련된 기술자원 목록이나 제품 목록을 기술 아키텍처 정보로 관리
데이터아키텍처
-기업이나 조직의 업무 수행에 필요한 데이터의 구조를 체계적으로 정의하여 구축하고 관리하기 위한 방법.
-다른 아키텍처와 달리 독립적 구축 가능.
전사데이터 영역을 업무Data와 메타Data, 업무Data는 운영계Data와 정보계Data로 구분
데이터아키텍처의 주요특징
-비즈니스를 효과적으로 지원하는 데이터 전략
-필수*핵심 데이터에 집중
-명확한 활동과 마일스톤
-변화하는 비즈니스 요구와 새로운 기술을 충족하기 위한 유연성
데이터아키텍처 실패요인
-기업이나 조직의 모든 데이터 및 정보 포함시도
-전문성 결여와 내재 기술력에 대한 오해
-IT부서의 독점적 소유 및 조치
-외부 구매에 의존하는 기술적 해결 시도
-이해당사자에 의한 독자적 개발 진행 및 통제 부재
-학술적 접근과 과도한 복잡성
-이상에 치우친 원칙과 정책
-단계적 성과를 고려하지 않는 장기 수행 전략
-변화 수용에 대한 배척
데이터아키텍처의 중요성
-전사의 데이터 구성을 용이하게 파악 가능
-데이터 품질 확보 용이
-명확한 의사소통 향상
-신속하고 적절한 의사결정 가능
-데이터 연계 및 상호운용성 향상에 따른 업무 정확성*효율성 향상
데이터아키텍처의 구성
전사데이터영역모델(계획자)
개념데이터모델(책임자)
논리데이터모델(설계자)
물리데이터모델(개발자)
다.EA 프레임워크 사례
| F/W | 특징 | 장점 | 단점 |
| ZEAF | - 1980년대 말 기업활동을 공학적 관점에서 파악하는 아키텍처 개념 최초 소개 - 기업 활동을 5W1H의 관점에서 모델링 관점 제공 |
- 5W1H에 따라 기업활동을 상세하게 모델링할 수 있는 관점 제공 - Planner, Owner, Designer, Builder, Sub-contractor 관점에서 기업 활동 관심영역을 구체화 |
- 정보화 측면에서 활용도 떨어지는 부문까지 정의 - 모델링 표현에 지나치게 집중, 실제 아키텍처 활동 계획 및 기반 정의 부족 |
| FEAF | - 2003년에 최신 버전 발표, 미연방정부 프레임워크 가이드라인 제공 - 참조 모델 기반의 EAF |
- 모델링 관점뿐만 아니라 구체적 이행 계획을 프레임워크에 포함 - BRM, DRM, SRM, TRM, PRM등 다양한 참조 모델 활용 |
- 아키텍처 모델의 이해 및 진화에 대해 잘 정의되어 있으나, 조직 및 관련 규정등 제반 요소의 진화적 관점부족 |
| TEAF | - 미 재무성 EAF - FEAF, DoDAF와 함께 대표적 EAF |
- How-Where-When을 표현하는 기능, What-How much-How Freq 를 표현하는 정보, Who-Why를 표현하는 조직, Enable를 표현하는 인프라 관점 중시 | - 전사아키텍처 산출물 중심의 프레임워크로서 활용에 대한 접근이 부족 - 기업의 계속적인 활동에 대한 관점이 부족 |
| DoDAF | .효과적 작전 수행을 위해 무기 체계 간 상호운용성 보장을 위해 도입된 EAF - 상호운용성 분석과 향상을 위해 LIBI 분석 |
- 산출물에 대한 템플릿을 상세하게 정의하여 통일되고 검증된 방식으로 모델링 가능 - 운영 모델에 대한 상세한 정의 및 표현 양식 제공 |
- 일반 기업 현장에서는 과도한 산출물과 정확도를 요구하고 있어 과잉 투자 가능성 있음 |
| TOGAF | 민간표준 연합인 오픈그룹 EAF |
·구체적 아키텍처 개발 프로세스 제안 ·각종 참조모델의 활용 관계를 잘 정의함 |
·메타 모델에 근거한 연속체 개념을 도입하여 아키텍처를 파악함으로써 조직의 특수성이 프레임워크에 반영되기 어려움 |
| 공공부문EAF | 정부 공공기관에 전사아키텍처 도입시 참조할수있도록 표준, 가이드 목적으로 추진 | ·전사아키텍처 관련된 거의 모든 항목을 프레임워크에 포함해 기본 프레임워크로 활용하기 용이 | 표준 프레임워크만 제시하여 구체적인 내용들은 참조한 기관에서 작성하도록 권고 |
-오픈그룹 프레임워크(TOGAF)는 아키텍처를 정의하기 위하여 오픈그룹에서 개발한 아키텍처 개발에 대한 지침인 아키텍처 개발 방법(ADM, Architecture Development Method), 정보기술을 체계적으로 분류한 기술 참조 모델, 표준 요약 정보를 모아놓은 데이터베이스인 표준정보기반(SIB, Standard Information Base)으로 구성
제3절 전사아키텍처 참조 모델
가.참조모델 정의
1)참조모델개념
-아키텍처 구성요소를 식별하여 표준화한 모델
-기관이나 기업의 전사아키텍처 수립시 참조하는 추상화된 모델
2)참조모델현황
성과 참조 모델: 정보화 성과의 측정을 위한 항목과 지표 및 방법을 제시
업무 참조 모델 : 업무아키텍처의 기준이 되며, 아키텍처 대상 기관의 사업 또는 업무 등을 전체적으로 분류하고 정의
서비스 참조 모델 : 응용아키텍처의 기준이 되며, 응용 서비스의 기능을 분류하고 정의
데이터 참조 모델 : 데이터아키텍처의 기준이 되며, 기관 간에 교환되는 주요 데이터 요소를 분석하여 이를 정의하고 표준화
기술 참조 모델 : 기술아키텍처의 기준이 되며, 정보기술을 분류 및 식별
3)참조모델 구축방법
-공통적인 특성을 추출하여 그 산업군에 맞게 범용적으로 만드는 방법(추상화)
-복잡하고 대표적인 기업을 선정하여 그 기업의 아키텍처를 표본으로 비슷한 기업에서 재활용하게 만드는 방법
나.참조모델 사례
1)BRM
-특정기관에 독립적으로 업무의 기능을 중심으로 정의한 참조 모델
다른 아키텍처를 정의하는 기준으로 활용
-몇 개의 업무 영역으로 구분. 각 업무 영역은 여러 개의 업무 단위로 구분되고, 각 업무 단위는 세부 업무로 구성
-정부는 정책 분야, 정책 영역, 대기능, 중기능, 소기능 등으로 분류
-기업은 사업 영역, 업무 영역, 업무 기능 등으로 분류
2)SRM
-업무 수행과 목표 달성을 지원하는 서비스 요소를 분류하기 위한 기능 중심의 평가 지향적 참조 모델
-공공 부문의 애플리케이션 서비스에 대한 식별을 통하여 업무와 서비스의 연계 및 재사용을 촉진하고 중복 개발을 방지하기 위한 것으로, 업무 및 조직에 독립적인 표준 서비스 분류 체계
3)TRM
-전사 IT 인프라의 표준화를 가능하게 하고 이는 특정 벤더로부터의 독립성을 제고
-업무와 서비스 구성요소의 전달과 교환, 구축을 지원해주는 표준, 명세, 기술요소를 기술
4)DRM
-기관 간의 공통 정보의 파악과 활용을 지원하기 위한 모델
-기관 간의 정보 공유 및 데이터의 표준화, 재사용을 지원하기 위한 범정부 데이터 분류 및 데이터 표준화와 관리를 위한 기준과 체계를 정의
-데이터 참조모델 프레임워크 구성요소(O) (데분구교관)
#범정부 데이터 모델
-범정부에서 구축 및 활용하고 있는 데이터를 식별하고 데이터 영역 간의 관계를 도식화
#데이터 분류
-데이터에 대한 분류 기준을 정의
#데이터 구조
-범위 내의 모든 데이터 요소와 요소의 소유주, 표준화 항목 정의, 요소 간 관계 및 정보를 저장
#데이터 교환
-데이터 요소의 교환을 위하여 교환 대상 정의 및 메시지 구조, 메시지 방식을 제시하고 교환 내역 을 관리
#데이터 관리
-데이터 품질, 표준화, 보안 등의 유지를 위한 데이터 관리 정책 및 규칙, 프로세스, 조직 구조를 정의
5)PRM
-정보화 성과 관리를 위한 구성 요소와 관계를 정의
-정보화 성과 제고 및 정보화 사업 품질 향상을 위한 기본 틀을 제공
-평가 분류 체계, 표준 가시 경로, 성과 관리 표준 양식으로 구성
라.참조모델활용
-다양한 용도로 활용가능하며, 용도에 따르 효과도 다름
#업무참조모델
*활용방안
- 업무 개선의 대상이 되는 관련 업무를 업무 참조 모델을 참조하여 파악
- 개별 기관의 비즈니스 아키텍처를 업무 참조 모델을 참조하여 정의
*기대효과
- 관련 기관 간 업무 흐름 촉진
- 업무 프로세스 혁신을 통한 업무 처리 생산성 제고
- 비즈니스 성과 측정 용이
#데이터참조모델
*활용방안
- 개선 대상이 되는 관련 데이터를 데이터 참조 모델을 참조하여 파악
- 개별 기관의 데이터아키텍처를 데이터 참조 모델을 참조하여 정의
*기대효과
- 정보의 상호운용성과 교환 촉진
- 정부나 기업 또는 산업 차원의 통합된 데이터 활용
-데이터 중복 배제 및 재사용
-데이터에 대한 표준화된 정의
데이터참조모델 관리기준
-범용성
-단순성
-표준성
-정확성
-정보이용성
-분류성
#서비스참조모델
*활용방안
- 개선 대상이 되는 관련 애플리케이션을 서비스 참조 모델을 참조하여 파악
- 개별 기관의 애플리케이션 아키텍처를 서비스 참조 모델을 참조하여 정의
*기대효과
- 시스템 간 상호운용성 향상
- 신뢰성 있는 시스템 구축 가능
- 변화에 신속한 대응 가능
- 시스템 개발 생산성, 품질 향상 기대
#기술참조모델
-상대적으로 구축 용이하고 기대효과가 커서 가장 먼저 적용하는 영역
-시스템간 상호운용성 증대를 위해 기술표준을 강조하는 구조
-시스템을 구축할때 사용할 기술들에 대한 표준 프로파일을 분류하는 기준
*활용방안
- 기술 참조 모델을 참조하여 개선 대상이 되는 관련 기술 인프라를 파악
- 상위 기술 참조 모델을 참조하여 개별 기관의 기술 아키텍처나 기술 참조 모델을 정의
*기대효과
- 시스템 간 상호운용성 향상
- 이식성 향상
- 시스템 확장성 향상
- 표준화 따른 벤더 독립성
- 재활용과 리소스 공유
#성과참조모델
*활용방안
- 정보화 성과 평가를 위한 평가 체계 및 항목을 성과 참조 모델을 참조하여 파악
- 개별 기관의 성과 평가 체계를 성과 참조 모델을 참조하여 정의
-시스템 변화에 대한 대응속도개선
-개선의 대상이 되는 업무를 쉽게 파악
*기대효과
- 체계적인 정보화 성과 측정 및 관리
- 정보화 사업의 중복 투자 최소화
- 성과 기반의 예산 편성 지원
- IT 자원의 효율적 관리
제4절 전사아키텍처 프로세스
가.전사아키텍처 프로세스 개요
-EA를 구축하고 관리하는 전체 절차로 작업의 단계와 공정, 작업내용 등을 정의
-IT관리체계 전반에 걸치 모든 프로세스를 포함하지는 않음
-전사의 특성에 맞게 조정/적용
-EA프레임워크의 구성요소중 하나로 다른 구성요소를 정의하기 위한 절차.
나.전사아키텍처 프로세스 구성
#EA 프로세스
| 단계 | 공정 | 내용 |
| EA 비전 수립 |
EA 방향 수립 | - 내외부 EA 환경 분석 - 기업의 EA 목적 및 방향 정의 - 기업의 EA 프레임워크 정의 |
| EA 구축 | EA 정보 구성 정의 | - 아키텍처 매트릭스 정의 - EA 정보 구성 요소 정의 - EA 참조 모델 정의 - EA 원칙 수립 |
| EA 정보 구축 | - EA 자료 수집 - 현행 아키텍처 정보 구축 - 목표 아키텍처 정보 구축 |
|
| EA 관리 정의 |
EA 관리 체계 구축 | - EA 정보를 운영 및 활용하기 위한 조직 및 프로세스 정의 - 기업 내 EA 홍보 및 내부 추진 체계에 대한 교육 수행 |
| EA 관리 시스템 구축 | - EA 정보 관리 도구 선정 - EA 정보 관리하는 시스템 구축 |
|
| EA 활용 정의 |
EA 이행 계획 | - 목표 아키텍처를 달성하기 위한 중장기적인 계획 수립 |
| EA 정보 활용 | - EA 정보를 적용하여 IT 관련 업무를 수행함 |
-EA구축시에 단계별로 보고회 및 워크샵 형태의 행사를 통해 이해관계자의 지속적인 참여 유도
제2장 전사아키텍처 구축
제1절 전사아키텍처 방향 수립
가.전사아키텍처 방향 수립 개요
-아키텍처가 경영 환경과 경영 전략에 능동적으로 대응하며 발전하기 위하여 전사아키텍처 변화 동인에 대한 분석 작업을 수행하는 과정
나.전사아키텍처 환경 분석
-기업의 외부 환경과 내부 환경을 분석하고, 관련된 이해관계자로부터 전사아키텍처 수립을 위한 요건을 도출
#전사아키텍처 환경 분석 수행 과제
전사아키텍처 환경 분석 수행 과제
비즈니스 내/외부 환경 분석
IT 내/외부 환경 분석
전사 범위 정의
다.전사아키텍처 구축 방향 정의
1)목적 및 범위 정의
-전사아키텍처의 일반적 목적과 전사아키텍처 환경 분석 결과를 기반으로 기업의 전사아키텍처 구축 목적을 정의하며, 기업의 전사아키텍처에 대한 이해와 관리 역량을 고려하여 구축 범위를 정의
#목적 예
-상호운용성 증대
-정보화 투자 의사결정 체계 구축
-비즈니스 변화에 대한 신속한 대응체계 구축
-전사적 정보화 표준 정립
-고객 지향의 정보화 체계 구축
2)전사아키텍처 비전 수립
-전사아키텍처 비전: 기업이 전사아키텍처를 통해 실현하고자 하는 미래의 모습과 이를 확보하기 위해 기업이 공유해야 할 가치
#비전의 구성요소
핵심목표:전사아키텍처 도입을 통하여 궁극적으로 달성하고자 하는 기업의 목표 또는 실현하고자 하는 모습
핵심가치:전사아키텍처의 핵심 목표의 달성을 위해 구성원들이 추구하거나 지켜야 하는 신념
EA비전:고객과 성과를 지향하는 업무 중심 전자 정부 통합 관리 체계 구현
*행사목적
- 행정 서비스에 대한 국민 만족
- 고객 중심, 성과 지향, 업무 중심
*핵심가치
- 업무와 정보 기술 연계 노력
- 정보화 비전 및 설계도
- 변화 대응 체계 구축
- 통합 관리 체계 구축
- 정보 자원 표준 및 지식 체계 구축
라.전사아키텍처 프레임워크 정의
-기업의 특성에 따라 적합한 형태로 정의
공공부분 전사 아키텍처 프레임워크 구성요소
| 구분 | 구성요소 | 설 명 |
| 방향/지침 | 정보기술 정책 | - 기업의 기본적인 정책에 부합하도록 정보 기술을 도입하고 적용하기 위한 시스템, 아키텍처, 도구, 제품 등에 독립적인 일관된 목표와 방향을 제시 |
| 전사아키텍처 전략 | - 기업의 기존 및 신규 도출될 정보 기술 전략과 전사적인 비전, 목적이 정렬된 모습을 반영 - 전사아키텍처 전략은 비전과 목적을 포함하므로 아키텍처 비전 수립에서 작성 |
|
| 아키텍처 원칙 | - 원칙은 전사아키텍처 목표를 달성하기 위한 투자 및 의사결정에 객관적 기준을 제시 | |
| 요구 사항 | - 전사아키텍처 전략을 충족시키기 위한 전사적 요구 조건을 의미 - 요구 사항은 전사적 관점에서 작성되어야 함 |
|
| 전사아키텍처 활동 | 아키텍처 모델 | - 전사의 모든 자원을 관점과 시각으로 분류한 아키텍처 모델을 정의 - 아키텍처 모델은 전사의 모든 자원을 관점과 시각으로 분류한 매트릭스로 표현됨 |
| 생명주기 | - 전사아키텍처를 계획, 개발, 적용, 유지 보수, 통제, 감독하기 위한 일련의 프로세스로 구성 - 계획 : 아키텍처 도입을 위하여 실무자들을 지정하고 EA의 관리 통제 구조를 구성하며, 개발을 위한 프레임워크를 선정하고 접근방법 정의 - 개발 : 아키텍처 목적과 선택된 아키텍처 모델에 기초해 실제 아키텍 처를 구축하는 단계이며, 현행, 목표, 이행 계획 수립으로 이루어짐 - 적용 : 시스템 개발/획득을 위한 프로세스와 정보 기술에 대한 투자 여부를 결정하고 통제하는 정보 기술 투자 프로세스를 포함 - 유지 보수 : 정기적으로 조직 내외부의 상황을 반영하여 지속적으로 변화하는 내용을 반영하는 활동과 개선 작업을 수행함 - 통제와 감독 : 아키텍처 개발과 이행, 유지 보수 활동을 보증하고 문제가 있는 환경인 경우, 이를 해결하기 위해서 지속적으로 통제와 감독을 수행 |
|
| 지원 도구 | - 지원 도구는 생명주기의 활동을 체계적, 효율적으로 지원하는 기준, 방법, 도구 등을 의미 - 참조 모형, 자본 투자 연계 절차, 성숙 모델, EA 관리 시스템 등으 로 구성 |
|
| 산출물 | 아키텍처 산출물 | - EA 활동의 결과에 따라 개발된 산출물로서, EA 목적 및 활용을 참조하고, 시각 및 관점별로 업무 및 IT 정보를 활용할 수 있도록 필요한 산출물을 정의 - 범정부 EA 산출물 메타 모델 정의서에서 제시하고 있는 필수 산출물을 반드시 준용하여 정의·행정 서비스에 대한 국민 만족 |
제2절 전사아키텍처 정보 구성 정의
가.전사아키텍처 정보 구성 개요
-가능한 변화하지 않은 구성요소를 도출하여 정의
-EA산출물과 다른 구조:: 정보구성요소는 EA정보를 구성하는 기초단위, 산출물은 여러 개의 정보구성요소로부터 도출된 복합적인 정보.
-아키텍처 매트릭스를 통하여 정의되고 표현
-기업의 IT능력을 고려하여 적정수준으로 관리
나.아키텍처 매트릭스 정의
1)아키텍처 매트릭스 개념
-업무, 응용, 데이터, 기술 뷰별로 계획자, 책임자, 설계자, 개발자 관점에서 산출물을 정의
-조직내 다양한 계층의 사람들이 매트릭스에 포함된 산출물이 범위와 목적에 적합하게 정의되었음을 확신
-IT조직의 성숙도를 고려해서 적용
-EA산출물에 포함된 정보를 중복이 없고 상호관계가 유기적으로 연결될 수 있는 ‘EA정보구성요소’를 추가로 정의
2)아키텍처 매트릭스 구성
-의사결정 유형(관점)과 아키텍처 정보 유형(뷰)의 두 축을 기준으로 2차원의 매트릭스 형태
#의사결정 유형
-조직의 의사결정 유형을 계층적으로 구분한 것으로, 조직이 수행하는 업무의 의사결정 특성에 따라 단계를 정의
#아키텍처 정보 유형
- 특성이 비슷한 아키텍처 정보를 그룹화 한 것으로, 기업이 관리하는 모든 아키텍처 정보를 수집하여 분류
3)산출물 정의
-의사결정 유형과 아키텍처정보 유형으로 구성된 매트릭스의 각 셀에 필요한 산출물을 정의
| 관점\뷰 | 업무 | 데이터 | 응용 | 기술 |
| 계획자 | - 조직 구성도/정의서 - 업무 구성도/정의서 |
- 데이터 구성도/ 정의서 | - 응용 시스템 구성도/ 정의서 | - 표준 프로파일 - 기반 구조 구성도/ 정의서 - 기술 자원 목록 |
| 책임자 | - 업무 관계도/기술서 - 업무 기능 분할도/ 기술서 |
- 개념 데이터 관계도/ 기술서 - 데이터 교환 기술서 |
- 응용 시스템 관계도/ 기술서 - 응용 기능 분할도/ 기술서 |
- 기반 구조 관계도/ 기술서 |
| 설계자 | - 업무 절차 설계서 | - 논리 데이터 설계서 - 데이터 교환 설계서 |
- 응용 기능 설계서 - 응용 분산 시스템 설계서 |
- 기반 구조 설계서 - 시스템 성능 설계서 |
| 책임자/ 분석자 (개념적) |
업무의 세부 구성 정보와 업무/조직 간 관계 정보 | 상위 수준의 기능 구성 정보와 응용시스템 간 관계 정보 | DB에서 관리되는 주요 데이터 개체와 개체 간 관계 | 정보 기술 기반 자원의 유형별 구성과 인터페이스 정보 |
| 관점 | 산출물명 | 설명 |
| 업무 | 조직 구성도/정의서 | 기업의 조직 또는 조직의 유형, 역할 간의 관계를 표현한 것으로 관련된 이해 당사자의 관계와 상위 조직과 하위 조직 간의 관계를 식별함 |
| 업무 | 업무 구성도/정의서 | 기업 비즈니스 아키텍처의 개념적 모습을 도형으로 묘사한 산출물. 기업의 업무 기능을 사용자가 이해하기 쉽게 도식화하여 표현함으로써 비즈니스 아키텍처에 대한 이해와 이해 당사자 간의 대화 수단으로 활용 |
| 업무 | 업무 관계도/기술서 | 업무 기능 간에 의존 관계를 도식화하여 표현. 업무 기능 간의 정보 흐름을 추적할 수 있음 |
| 업무 | 업무 기능 분할도/ 기술서 |
조직의 업무 기능을 계층 구조로 분류하여 표현한 것으로, 업무 기능을 식별하여 그 구조와 업무의 활동 내용을 기술함 |
| 업무 | 업무 절차 설계서 | 업무 활동의 흐름을 기술한 산출물로, 각 업무 활동이 어떤 역할과 이벤트에 의하여 수행되고, 어떠한 정보를 주고받는지 등을 기술함 |
| 업무 | 업무 매뉴얼 | 업무 기능과 업무 활동별로 세부 내역을 설명한 매뉴얼 정보 또는 그 목록 |
| 응용 | 응용 시스템 구성도/정의서 | 기업의 응용 시스템을 상위 수준에서 분류하고 표현함으로써 전체적으로 응용 시스템의 구조를 파악할 수 있는 산출물 |
| 응용 | 응용 시스템 관계도/기술서 | 응용 시스템 상호 간의 연계성을 표현한 것으로 응용 시스템 상호 간의 데이터 흐름을 파악할 수 있음 |
| 응용 | 응용 기능 분할도/ 기술서 |
응용 시스템의 기능을 계층적으로 표현한 것으로, 응용 기능의 업무 연관성과 재사용성을 파악하도록 함 |
| 응용 | 응용 기능 설계서 | 응용 시스템의 기능을 정의하고 응용 기능 간의 상세 구조와 데이터 흐름을 표현한 것으로, 기능 간의 완전성 확인 가능 |
| 응용 | 응용 분산 시스템 설계서 |
시스템의 분산 계층을 정의하고 분산 자원을 계층별로 할당하여 표현한 산출물 |
| 응용 | 응용 프로그램 목록 | 응용 시스템에 정의된 응용 기능을 제공하는 프로그램의 정보 또는 목록. 시스템 개발 비용 산정을 위한 기반 자료로 활용됨 |
| 데이터 | 데이터 구성도/ 정의서 |
기업의 전체 데이터를 상위 수준에서 표현한 것으로 데이터베이스 구성현황을 한눈에파악할수있도록함‘( 개괄데이터모델’과유사함) |
| 데이터 | 개념 데이터 관계도 /기술서 |
업무 수행을 위해서 필요한 데이터의 구조를 개념적 수준에서 표현 한 것. 주제 영역 또는 중요 엔터티 수준의 데이터 관계도. 업무 수행 에 필요한 데이터를 통합적으로 파악할 수 있음‘( 개념 데이터 모델’ 과 유사함) |
| 데이터 | 데이터 교환 기술서 | 업무 기능 간에 교환되는 데이터 교환 요구 사항을 식별하여 표현한 것 |
| 데이터 | 논리 데이터 설계서 | 업무를 수행하기 위해서 필요한 데이터의 구조를 논리적 수준에서 충분히 표현한 것으로, 데이터 유형(엔터티 타입), 식별자, 속성, 관계, 데이터 업무 규칙 등을 포함 |
| 데이터 | 데이터 교환 설계서 | 응용 기능 간의 데이터 교환의 요건을 식별하여 이를 상세화하며 표현한 산출물 |
| 데이터 | 물리 데이터 모델 | 업무 기능 또는 응용 시스템에 의하여 사용될 데이터를 실제 데이터 베이스로 구축하기 위해 필요한 물리적 특성을 정의한 모델. DBMS의 특성이나 거래 특성, 성능 요건 등을 고려한 설계가 됨 |
| 기술 | 표준 프로파일 | 기술 참조 모델에서 정의한 기술 요소별로 아키텍처 구현에 적용되어야 하는 표준과 규칙, 제품 평가 기능 등을 기술한 자료 |
| 기술 | 기반 구조 구성도/ 정의서 |
기업의 기반 기술 구조에 대하여 상위 수준에서 그래픽하게 표현한 것으로 기반 기술 아키텍처를 한눈에 파악할 수 있도록 함 |
| 기술 | 기술 자원 목록 | 기업의 기술 자원에 대해 전체적으로 현황을 파악할 수 있도록 작성된 현 시스템에 대한 현황서 |
| 기술 | 기반 구조 관계도/ 기술서 |
애플리케이션 또는 기술 서비스별 시스템 구성을 표현한 것으로, 시스템 간의 연결 관계 및 시스템 사양을 표현 |
| 기술 | 기반 구조 설계서 | 시스템의 지리적 분포를 조망할 수 있는 산출물. 하드웨어, 소프트웨어, 네트워크 등이 표현 대상 |
| 기술 | 시스템 성능 설계서 | 시스템에 요구되는 성능 요건을 충족시키기 위해 어떤 특성이 가장 핵심적인지를 식별하여 표현 |
| 기술 | 제품 목록 | 정의된 기술 서비스와 표준을 지원하는 제품에 대한 정보 또는 목록 |
4)전사아키텍처 정보 구성요소 정의
#전사아키텍처 정보 구성요소 식별
-전사아키텍처 산출물에 포함된 정보를 중복이 없고 상호관계가 유기적으로 연결되도록 구성요소를 정의
#전사아키텍처 정보 구성요소 연관관계
5)아키텍처 매트릭스 정의시 고려사항
-아키텍처 매트릭스에 정의되는 산출물은 업무와 IT, 관리자와 실무자 사이의 중요한 커뮤니케이션 툴
-조직적, 정치적, 지리적 특성, 조직의 편견 등 다양한 조직 문화와 의사결정 구조가 반영
-아키텍처 매트릭스는 실제 시스템과 아키텍처 개발 표준에 대한 준수성을 높이고 조직별로 통일된 접근이 가능하도록 정의
-각 아키텍처 도메인은 상호 간에 연계성을 가져야 함.
다.참조모델 정의
-업무와 정보기술에 대한 체계적인 분류와 표준화를 통하여 정보화의 통합성, 중복 개발 방지, 공유정보의 발견, 상호운용성 향상 등의 목적으로 설계
라.EA원칙 수립
-전사아키텍처 목표 달성을 위한 의사결정의 객관적 기준을 제시하여 줌으로써, 의사결정을 효과적으로 지원해 주고 업무 협조와 조정을 위한 의사소통 과정의 투명성을 제공
#EA원칙
-업무지향:기업의 정보화는 업무 개선과 상품 및 서비스 품질 개선에 기여할 수 있는 방향으로 추진
-성과지향:기업의 정보화는 객관적인 성과 지표에 의해 관리되고 평가
-고객지향:기업의 정보화는 고객의 만족도를 개선하는 방향으로 추진
-상호운용:정보화는 전사아키텍처에 정의된 원칙과 아키텍처를 준수하여 시스템 간의 연계성과 운영의 지속성을 확보할 수 있는 방향으로 추진
| 아키텍처 | 원칙 | 의미 |
| 비즈니스 | 범위의 완전성 | 기업이 수행하는 모든 업무 기능을 누락하지 않고 중복 없이 파악하여 정의 |
| 데이터 | 데이터 표준 준수 | 정의된 표준에 따라 생성·수정·활용 |
| 아키텍처 모델 관리 | 전사 차원의 아키텍처 데이터 모델을 관리하여 전사적 데이터 통합성을 유지 | |
| 응용 | 지원 기능 유일성 | 응용 시스템의 기능은 유일 |
| 기술 | 기술의 표준화 | 모든 기술 아키텍처 설계 및 도입 시에는 정의된 TRM/SP를 반드시 준수 |
| 운영의 안정성 | 시스템의 장애에 대한 대응 체계 구축으로 시스템의 안정성, 연속성을 보장 |
#원칙 수립시 고려사항
-원칙의 의도가 명확하게 제시되어 원칙 적용 시 혼돈의 발생을 최소화
-아키텍처 및 계획 수립과 관련된 의사결정을 효율적으로 할 수 있도록 가이드
-중대한 정보 기술 관련 의사결정 시 규범으로서 활용
-전사아키텍처 조직의 모든 정보 관리 및 기술과 관련된 의사결정은 전사아키텍처 원칙을 기반으로 수행
-원칙 간에 서로 상반되는 지향점을 갖지 않도록 원칙 수립 시 사용되는 용어는 주의하여 선택
-BA원칙: 비즈니스 가치지향, 업무효율성
-AA원칙: 편리성, 유연성, 신속성, 신뢰성
-DA원칙: 정확성, 적시성, 통합성, 보안성
-TA원칙: 운영의 안정성, 상호운영성, 기술의 표준화
-관리원칙: 유지보수성, 효율성, 효과성
제3절 전사아키텍처 정보 구축
가.EA 정보구축 준비
1)자료수집
- 수집해야 할 자료는 정의된 아키텍처 매트릭스에 따라 달라짐
2)전사아키텍처 정보 구축 방식
-상향식 구축: 최하위 구성요소들의 공통점을 파악하여 상위 구성요소를 정의
장점: 조직의 모든 업무가 포함
단점: 상위 업무 기능 분류 수준이 다를 수 있음
-하향식 구축: 최상위 구성요소부터 분류기준에 따라 하위 구성요소를 도출
장점: 분류 기준이 명확
단점: 일부 업무 누락 가능
나.현행 아키텍처 정보 구축
-현재 업무나 정보시스템에 대하여 기존의 자료를 분석하여 전사아키텍처 정보를 구축
-상위 수준의 업무 기능과 시스템에 대한 분류를 우선 수행하는 방식이 효율적, 하위수준의 정보구축은 병렬적 수행가능
-조직의 EA도입 목적을 고려해서 정의될 정보수준을 결정하는데 현행아키텍처 중심의 프로젝트인 경우, 현행 아키텍처에 대해서는 아키텍처 매트릭스에 정의된 산출물을 모두 정의하는 것이 바람직
1)현행 BA 정보 구축
-기업의 비전, 경영목표, 조직 구조 등을 파악하여 정의
#현행 비즈니스 아키텍처 정의 내역
-전사 사업모델 분석
-조직 모델 분석
-업무 기능 모델 정의
-프로세스 모델 정의
-업무 매뉴얼 파악
2)현행 AA 정보 구축
-업무 기능 분류를 기반으로 전사 애플리케이션을 분류하고, 연관관계를 분석. 애플리케이션 구조와 서비스, 응용기능 도출
#현행 애플리케이션 아키텍처 정의 내역
-전사 애플리케이션 영역 식별
-애플리케이션 모델 정의
-컴포넌트 모델 정의
-프로그램 목록 파악
-애플리케이션 원칙, 표준 파악
3)현행 DA 정보 구축
-하향식 : 기업의 업무 수행을 위해 필요한 데이터 요건을 식별하여 데이터 모델로 표현
-상향식: 각 시스템에서 사용하는 데이터 정보를 분석하여 데이터 모델로 정렬하여 표현
-계획자 수준의 상위 정보만을 구축할 경우는 하향식 방식이 적합하며, 실무자 수준의 정보를 구축할 경우에는 상향식 방식이 더 적합
#현행 데이터아키텍처 정의 내역
-전사 데이터 영역 식별
-개념 데이터 모델 정의
-논리 데이터 모델 정의
-물리 데이터 모델 정의
-데이터베이스 객체 파악
-데이터 원칙, 표준, 관리 프로세스 파악
4)현행 TA 정보 구축
-기업의 전산 장비, 시스템 소프트웨어, 네트워크 등 기술 인프라의 구성을 체계적으로 분류하여 표현
#현행 기술 아키텍처 정의 내역
-전사 기술영역 식별
-기술 참조 모델 정의
-기술 표준 분석
-기술 아키텍처 요소 식별
-기술자원 목록, 제품 목록 파악
다.목표 아키텍처 정보 구축
-현행 아키텍처에 대한 문제점과 개선사항을 도출하고 이를 목표 아키텍처에 반영하는 방식으로 진행
-비즈니스 아키텍처를 먼저 정의하고 이를 효율적으로 지원하는 아키텍처를 정의
-개념적 수준까지 정의함
1)목표 BA 정보 구축
-현행 추가 업무와 개선 요구 사항을 목표 비즈니스아키텍처에 반영
#목표 비즈니스 아키텍처 정의 내역
-전사 사업 모델 정의
-조직 모델 정의
-업무 기능 모델 정의
-프로세스 모델 정의
-업무 매뉴얼 정보 구축
2)목표 AA정보구축
-목표 비즈니스 아키텍처를 지원하는 전사 애플리케이션의 구조를 정의
#목표 애플리케이션 아키텍처 정의 내역
-전사 애플리케이션 영역 모델 정의
-애플리케이션 모델 정의
-컴포넌트 모델 정의
-프로그램 목록 정보 구축
3)목표 DA정보 구축
- 목표 비즈니스 아키텍처를 지원하는 데이터를 식별하여 모델로 표현
#목표 데이터아키텍처 정의 내역
-전사 데이터 영역 모델 정의
-개념 데이터 모델 정의
-논리 데이터 모델 정의
-물리 데이터 모델 정의
-데이터베이스 개체 정보 구축
-데이터 원칙, 표준, 관리 프로세스 정의
4)목표 TA정보 구축
-목표 애플리케이션 아키텍처와 데이터아키텍처를 잘 지원할 수 있는 기술 아키텍처를 정의
#목표 기술 아키텍처 정의 내역
-전사 기술 영역 모델 정의
-기술 참조 모델 정의
-표준 프로파일 정의
-기술 아키텍처 모델 정의
-기술자원 목록, 제품 목록 정보 구축
제3장 전사아키텍처 관리 및 활용
제1절 전사아키텍처 관리 체계
가.전사아키텍처 관리체계 개요
1)EA 관리체계 개념
-전사아키텍처를 유지 관리하기 위한 조직과 프로세스 측면의 기반을 구축하는 것
-EA관리조직, EA관리프로세스, EA관리인력
#IT 관리 체계와 전사아키텍처 관리 체계
-IT 관리 체계: IT거버넌스. IT 관리의 효율성과 효과성을 증대하기 위한 IT전반에 관한 관리 체계를 정립
-EA 관리체계: EA거버넌스. 전사아키텍처를 유지하고 지속적으로 개선하기 위해 제도적 기반을 구축
2)EA 관리체계 구축 방향
-전사아키텍처 구축의 효과를 높이기 위해서는 EA간의 통합성과 EA내의 통합성이 확보되어야 함
-EA 간의 통합성: 복수 기관 간에 통합적으로 전사아키텍처가 구축
-EA 내의 통합성: 단일 기업 내에서 전사아키텍처 영역 간에 통합적으로 전사아키텍처를 구축
#EA관리체계 구축시 고려사항
-정의된 전사아키텍처 조직 체계, 프로세스 체계 등을 문서화하여 전 조직이 준수할 수 있도록 제도화
-전사아키텍처 관련 제반 이해당사자의 전사아키텍처 인지도 향상 및 업무 수행시 전사아키텍처정보 활용도 증진을 위한 적절한 교육 프로그램을 제공
-목표 아키텍처로의 전환, 정보자원 관리의 혁신 등 전사아키텍처 도입에 따른 변화 관리를 위한 종합적인 프로그램을 운영
-전사아키텍처 관리 체계를 주기적으로 점검하여 개선점을 도출하여 반영할 수 있는 제도적 장치를 마련
-EAMS을 활용도와 만족도를 주기적으로 점검하여 시스템의 품질을 지속적으로 개선
나.EA 관리 조직 체계
1)EA 관리 조직 개요
-전사아키텍처 관리를 위해 필요한 직무와 직무간의 관계, 업무 분장을 정립
#EA관리조직의 직무 예
-전사아키텍처 담당 임원:전사아키텍처 수립에 대한 투자 의사결정, 전사아키텍처의 주요 추진 과정에 대한 승인, 전사적 지원의 확보
-전사아키텍처 아키텍트:전사아키텍처에 대한 전체적 원칙 및 방향 정의, 전사아키텍처 관리의 총괄, 영역간의 조정
-전사아키텍처 영역별 담당자:비즈니스 아키텍처, 데이터아키텍처, 애플리케이션 아키텍처, 기술아키텍처 등의 전사아키텍처 영역별 원칙과 정보를 관리하는 담당자
-전사아키텍처 관리시스템 관리자 :전사아키텍처 관리 시스템의 구축 및 운영을 담당
-전사아키텍처 추진 위원회 :전사아키텍처 수립 및 적용에 대한 전사적인 중요 의사결정에 대한 승인 또는 자문을 수행하는 그룹
2)전사아키텍처 관리 조직의 정의
-전사아키텍처 정보는 상호연관성을 유지하며 지속적으로 관리
#EA관리조직 정의시 고려사항
*IT 조직의 규모(O)
-전사아키텍처 관리 조직을 별도 조직으로 구성할 수 없는 중소규모의 IT 조직은 전사아키텍처 관리 운영위원회(또는 TFT) 중심으로 전사아키텍처 관리 조직을 정의하고 전사아키텍처 전담 인력을 양성.
-전사아키텍처 관리 조직을 별도 조직으로 구성할 수 있는 대규모의 IT 조직은 전사아키텍처 관리 전담 조직을 신설하고, 전사아키텍처 관리 운영위원회를 통해 전사적으로 의사결정을 공유할 수 있는 조직 체계를 정의.
*전사아키텍처 관리 조직
-전사아키텍처 구축 목적이 순수하게 아키텍처 관리와 IT 표준화 등을 위한 것이면 전사 아키텍처와 IT 표준을 통합 관리할 수 있는 전사아키텍처 관리 조직을 정의
-전사아키텍처 구축 목적이 신시스템 구축을 위한 계획 수립이면 전사아키텍처 정보 중심으로 프로젝트를 관리할 수 있는 PMO와 전사아키텍처 관리 전담조직을 정의.
-현업과 IT 조직간의 의사소통 문제가 있을 경우 현업의 요건을 종합적으로 관리하는 조직을 추가로 정의
다.EA 관리프로세스
1)EA 관리프로세스의 개요
- 전사아키텍처를 관리하기 위한 활동을 정의
#전사아키텍처 기획
-전사아키텍처 관리의 방향과 전사아키텍처를 효과적으로 적용 및 활용하기 위한 계획을 수립
#전사아키텍처 변경 관리
-영역별 전사아키텍처 정보의 변경에 대한 검토, 승인, 변경 이행
#전사아키텍처 준수 통제
-각 정보관리 부문이나 관련 현업 부서에서 전사아키텍처 정보를 참조하고 준수하는지 점검하고 지원
#전사아키텍처 활용 지원
-각 정보관리 부문이나 관련 현업 부서에서 전사아키텍처 정보를 잘 활용하도록 전사아키텍처 정보의 공지, 홍보, 교육, 활용사례 전파
#전사아키텍처 관리 시스템 관리
-전사아키텍처 관리 및 활용의 효율성 제고를 위한 정보관리 시스템을 구축하고 운영
#전사아키텍처 평가
-전사아키텍처 관리 및 활용 수준의 제고를 위해 전사아키텍처 평가 모형을 정의하고 주기적으로 평가하여 개선의 기회를 식별
2)전사아키텍처 관리 프로세스 구성
-전사아키텍처 구축후 이를 활용하고 통제
라.EA관리인력
1)EA관리인력 개요
-전사아키텍처 관리를 담당하는 직무별 역량을 정의하고 이를 확보하기 위한 방안을 정의
-전사아키텍처 관리를 위해 필요한 역량 요소를 분류하고, 역량 요소를 직무별로 할당하고, 이러한 역량 요소를 확보하기 위한 교육 계획을 수립하고 역량 수준을 평가할 수 있는 체계 포함
-전사아키텍처 역량 요소는 리더십 역량, 기술적 역량, 활용 역량으로 구분
2)EA 전문가 육성
-현재 내부 아키텍트가 보유하고 있는 기술 수준을 평가하여 내부 아키텍트가 전사아키텍처 정보를 원활하게 관리할 수 있는 기술 수준으로 도달 할 수 있도록 인력 양성 계획을 수립
제2절 전사아키텍처 관리 시스템(EAMS)
가.EA 관리 시스템
1)EA 관리 시스템 개요
-전사아키텍처 정보를 구축하여 관리하고 활용하는 모든 전사아키텍처 업무 프로세스에 대한 효율성 제고를 지원하기 위한 정보 시스템
나.EA 정보 정의 도구
-업무, 데이터, 애플리케이션, 기술아키텍처 정보를 도식화하여 표현 할 수 있는 모델링 도구
다.EA 정보 관리 시스템
-아키텍처 정보를 저장하는 레포지터리와 전사아키텍처 정보를 사용자에게 배포하는 포털, 전사아키텍처 정보를 전문적으로 분석할 수 있는 추가적인 도구로 구성
-전사아키텍처 정보에 대한 버전 관리
-전사아키텍처 정보의 현행과 목표의 비교 -아키텍처 매트릭스나 참조 모델과의 연계
-전사아키텍처 사용자의 권한 관리
-전사아키텍처 정보에 대한 활용 통계 분석 및 의사결정 지원 기능 등을 포함
#도입효과
-아키텍처 정보를 공유할 수 있어 해당 조직의 각 아키텍처 요소에 대해 이해 관계자들이 정확하게 파악
-의사소통 도구로 전사아키텍처 관리 시스템을 활용
-전사아키텍처 관리 시스템을 의사결정 도구로 활용
-업무와 IT서비스간의 차이분석 가능
제3절 전사아키텍처 활용
가.EA 활용 개요
#목표아키텍처 이행계획
-주로 새로운 시스템 추진을 목적으로 전사아키텍처를 수립하는 경우
#전사아키텍처 정보 상시 활용
-전사 아키텍처 정립을 통해 기업의 전반적인 IT 관리 수준을 증대하고자 하는 경우
나.목표 아키텍처 이행계획
#아키텍처 차이분석
-목표 및 현행 아키텍처 검토, 차이분석
#프로젝트 정의
- 프로젝트 목록 정의, 개별 프로젝트 별 필요 리소스 정의, 프로젝트 우선순위 및 연관성 분석
#이행전략 수립
-프로젝트 이행에 필요한 단계별 이행 전략 대안 수립, 이행 전략별 타당성 분석 및 대안 확정
#이행계획 수립
-프로젝트별 추진 방법 정의, 프로젝트별 상세 일정 계획 수립
#변화관리계획 수립:
-변화관리 대상 및 변화 요인 식별, 변화관리 계획 수립, 변화관리 교육 계획 및 자료 작성
다.EA정보 상시 활용
IT기획관리
- 업무 프로세스 혁신 : 비즈니스 변화와 정보기술 변화에 따르는 영향을 분석하여 대응하고, 조직 간의 업무 수행 범위 및 중복성 확인으로 업무 프로세스 개선 가능
- 정보화 계획 수립 : 정보화 전략 계획 수립 시에 활용할 수 있으며, 중복을 배제한 효과적인 시스템 투자 계획 수립에 활용
IT구축관리
- 프로젝트 계획 : 정보시스템 구축을 위한 구체적인 프로젝트 계획 수립 및 제안 요청서 작성 시 활용
- 시스템 개발 : 기존 시스템 개선 및 신규 시스템 개발을 위한 기준 및 참조 정보를 제공하며, 시스템 간 연계성 및 재사용 대상을 식별할 수 있음
IT운영 및 통제
- 시스템 운영 : 시스템 장애 시에 전체 모습을 쉽게 파악할 수 있어 문제점을 신속 하게 찾아 낼 수 있으며, 시스템의 변경 시에 영향도를 파악할 수 있어 위험을 최소화할 수 있음
- IT 통제 : 도입되는 시스템이 전사 표준을 준수하는지를 통제함으로써 상호운용성, 유지 보수 편리성 등을 확보함
1)IT기획관리
-중장기 정보화 계획, 단기 정보화 계획 수립 시 전사아키텍처 정보를 바탕으로 기업의 업무와 전략적 방향에 맞는 목표 시스템을 정의하고 추진계획을 수립
2)IT구축관리
시스템 분석, 설계, 구축, 이행 등의 모든 시스템 구축 생명주기 동안에 전사 아키텍처 정보를 바탕으로 범위를 정의하고, 애플리케이션 시스템을 설계하며, 데이터아키텍처를 정의하고, 기술 체계를 선정
3)IT운영/통제 관리
전사아키텍처의 현행 아키텍처 정보를 바탕으로 시스템을 운영하고, 사용자의 개선 또는 추가 요구 발생시 전사아키텍처 정보를 바탕으로 수용 또는 적용 방안을 결정하여 시스템 변경에 반영
라.전사아키텍처 효과적 활용 방안
-전사아키텍처 정보 자체의 품질 보장.
-현행 및 목표 시스템의 상황이 아키텍처 정보에 항상 최신의 상태로 정확히 반영
-전사아키텍처 정보를 관리하고 적용을 통제할 수 있는 전담 조직 구성·운영
-전사아키텍처 정보를 전사적으로 공유하고 활용할 수 있는 절차와 시스템이 필요
라.EA와 DA 전문가 영역
1)EA와 DA 프레임워크
-광의의 데이터아키텍처 영역은 데이터아키텍처 원칙, 데이터아키텍처 정보, 데이터아키텍처 관리 등을 포함
-전사아키텍처에서 정의된 원칙과 정보, 관리 체계를 준수해야 하며 데이터아키텍처 분야에서 더욱 구체화
-데이터아키텍처 정책의 데이터아키텍처 매트릭스, 데이터아키텍처 비전, 데이터아키텍처 원칙 및 표준을 더욱 구체화하고 그 내용을 정의
C2)EA와 DA
DA는 EA와 통합해야 함
#범위통합
전사아키텍처 범위 전체에 대한 각 모델 내의 불일치성을 제거
#수평 통합
관련된 타 영역과의 불일치성을 제거
#수직통합
계획자, 책임자, 설계자, 개발자간의 불일치성을 제거
'IT 자격증 > DAP,DAsP' 카테고리의 다른 글
| DAP 6과목 데이터 품질 관리 이해 (0) | 2024.05.14 |
|---|---|
| DAP 5과목 데이터베이스 설계와 이용 (0) | 2024.05.14 |
| DAP 4과목 데이터 모델링 (0) | 2024.05.14 |
| DAP 3과목 데이터 표준화 (0) | 2024.05.13 |
| DAP 2과목 데이터 요건 분석 (0) | 2024.05.13 |
