DAsP - 전사아키텍처 개요 [전사아키텍처 프레임워크]

전사아키텍처 프레임워크

 

1.   전사아키텍처 프레임워크 개념

-       전사아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지관리 하기 위한 전체적인 틀을 정의하는 것이다.

 

2.   전사아키텍처 프레임워크 구성

가.  전사 아키텍처 정책

-       전사아키텍처의 정보를 어떻게 구성할 것이고, 전사아키텍처 수립을 통하여 기업이 달성하고자 하는 궁극적인 모습은 무엇이며, 전사아키텍처를 효과적으로 관리하고 활용하기 위한 원칙은 어떤 것인지 등을 정의하는 것이다.

n  아키텍처 매트릭스

- 전사아키텍처의 정보를 체계적으로 분류한 틀

관점(Perspective)	뷰(View)	비즈니스 아키텍처	애플리케이션 아키텍처	데이터 아키텍처	기술 아키텍처
계획자 (개괄적)		전체 업무, 조직의 구성 정보	전체 차원의 응용 시스템 구성 정보	전체 차원의 데이터베이스 구성 정보	기술 요소의 구성을 전체 차원에서 정리한 정보
		• 전사 사업 모델 • 조직 모델 • 비즈니스 전략	• 전사 애플리케이션 영역 모델 • 애플리케이션 원칙	• 전사 데이터 영역 모델 • 데이터 원칙	• 전사 기술 영역 모델 • 기술 참조 모델
책임자/분석자 (개념적)		업무의 세부 구성 정보와 업무/조직 간 관계 정보	상위 수준의 기능 구성 정보와 응용 시스템 간 관계 정보	데이터베이스에서 관리되는 주요 데이터 개체와 개체 간 관계	정보 기술 기반 자원의 유형별 구성과 인터페이스 정보
		• 업무 기능 모델	• 애플리케이션 모델 • 애플리케이션 표준	• 개념 데이터 모델 • 데이터 표준	• 표준 프로파일
설계자 (논리적)		업무의 연계성, 흐름 정보	응용 시스템의 상세한 기능 정보와 물리적 분산 정보	데이터베이스의 논리적 데이터 구조	기술 기반 자원의 도입과 운영을 위한 유형별 구조 및 관리 체계 정보
		• 프로세스 모델	• 컴포넌트 모델	• 논리 데이터 모델	• 기술아키텍처 모델
개발자 (물리적)		업무 수행을 위한 구체적 절차, 양식, 업무 관계 정보	프로그램의 물리적인 구성 체계와 각 프로그램 구현 정보	데이터베이스의 물리적 구조 정보	도입된 기술 기반 자원의 도입, 운영, 관리에 관한 구체적 정보
		• 업무 매뉴얼	• 프로그램 목록	• 물리 데이터 모델 • 데이터베이스 객체	• 기술 자원 목록 • 제품 목록

 

n  전사아키텍처(EA) 비전

- 전사아키텍처 구축 목표와 그 목표를 효과적으로 달성하기 위한 전략 및 방향 등을 포함한다.

 

n  전사아키텍처(EA) 원칙

- 전사아키텍처 정보를 효율적으로 구축하고 기업의 목적에 맞게 전사아키텍처를 효과적으로 활용하기 위해서 조직 구성원이 공유해야 할 규범을 말한다.

 

나.  전사아키텍처 정보

-       아키텍처 도메인(Architecture Domain)

아키텍처 매트릭스 상에서 뷰의 관점으로 아키텍처 영역을 구분한 것을 말한다

-       현행 아키텍처와 목표 아키텍처는 이런 아키텍처 도메인 별로 아키텍처 정보를 구축한다.

n  현행아키텍처 – 기업의 현재 상태

n  목표아키텍처 - 기업이 궁극적으로 달성하고자 하는 목표

n  전사아키텍처 이행 계획 – 현재 모습에서 바람직한 모습으로 이행하기 위한 이행 전력 과 이행계획

다.   전사아키텍처 관리

n  전사아키텍처 관리 체계

- 전사아키텍처 거버넌스

- 구축된 전사아키텍처를 유지하고 개선하기 위한 제도적 기반을 수립하는 것이며, 정의된 전사아키텍처 원칙을 준수하고 통제하기 위한 조직과 프로세스를 정의하는 것을 말한다.

 

n  전사아키텍처 관리시스템

- 전사아키텍처의 정보관리 효율성을 제고하고 전사아키텍처 정보의 공유를 활성화하기 위해 구축하는 정보시스템이다.

- 일반적으로, 전사아키텍처 정보를 정의하는 모델링 도구와 전사아키텍처 정보를 저장하는 전사아키텍처 리포지터리, 전사아키텍처 정보를 사용자에게 배포하는 전사아키텍처 포털 등으로 구성된다.

n  전사아키텍처 평가

 

3.   아키텍처 도메인 구성

가.  비즈니스 아키텍처

-       기업의 경영목표를 달성하기 위한 업무구조를 정의한 아키텍처 영역으로 기업의 업무와 서비스의 실체를 명확히하는 것이다.

n  전사 사업 모델(계획자 관점)

- 전사의 범위를 정의하는 것에서부터 시작한다.

- 전사를 둘러싼 내외부의 이해관계자를 분석하고, 외부 객체와의 가치사슬을 분석하여 전사를 정의한다.

n  조직 모델(계획자 관점)

- 비즈니스를 수행하는 지리적 위치와 내부 객체를 도출하여 기업의 조직구조와 업무분석을 정의한다.

n  업무기능 모델(책임자 관점)

- 기업의 업무 기능을 계층적으로 분할하고 기능 내용을 정의하는 것이다.

- 업무기능의 유사성과 연관성 기준으로 정의한다.

- 상위 업무 기능은 하위 업무 기능의 합으로 완전히 표현될 수 있어야 한다.

n  프로세스 모델(설계자 관점)

- 업무기능을 상세화하여 계층적으로 프로세스를 분할하고 프로세스의 활동 내용을 정의하는 것이다.

n  업무 매뉴얼(개발자 관점)

 

나.  애플리케이션 아키텍처

n  전사애플리케이션 영역 모델(계획자 관점)

n  애플리케이션 모델(책임자 관점)

n  컴포넌트 모델, 클래스 모델(설계자 관점)

n  프로그램 목록(개발자 관점)

 

다.  데이터 아키텍처

-       데이터의 구조를 체계적으로 정의하는 것이다.

-       업무데이터, 메타 데이터

n  전사 데이터 영역 모델(계획자 관점)

- 개괄 데이터 모델

- 상위 수준의 전사데이터 영역을 분류하여 표현한 것으로 상위 주제 영역 수준의 데이터 구성도가 이에 해당된다.

n  개념데이터 모델(책임자 관점)

- 전사수준의 데이터 모델로 단위 주제 영역 또는 핵심 엔티티 정도를 표현한 데이터모델이다.

- 전사수준에서 사용하는 데이터를 전체적으로 표현할 수 있는 기본 틀로서, 전사 데이터 아키텍처를 관리하는데 있어 매우 유용한 모델이다.

n  논리데이터 모델(설계자 관점)

- 개념데이터 모델에서 정의된 주제 영역과 핵심 엔티티를 기본 정보로 하여 업무 요건을 충족시키기 위한 데이터의 상세한 구조를 논리적으로 구체화한 것이다.

- 엔티티, 속성에 대한 명칭, 정의, 규칙, 코드 등을 전사적인 차원의 표준으로 정의하여 관리해야 한다.

n  물리데이터 모델(개발자 관점)

- 기술적 환경과 특성을 고려하여 물리적 데이터 구조를 설계하고, 데이터베이스 객체를 정의한다.

- 데이터 무결성을 보완하여 정의하고, 데이터 분산 설계에 따른 데이터 무결성 등 추가적인 무결성 규칙을 정의한다.

 

라.  기술 아키텍처

n  전사기술영역 모델, 기술 참조 모델(계획자 관점)

n  표준 프로파일(책임자 관점)

- 기술 참조 모델에 명시된 서비스를 지원하기 위한 정보 기술 표준들의 집합이다.

- 시스템의 이식성, 확장성, 상호운용성, 호환성을 제고하게 된다.

n  기술 아키텍처 모델(설계자 관점)

- 서비스 카테고리 별로 아키텍처의 패턴을 정의하거나, 기업의 소프트웨어, 하드웨어, 네트워크 등의 구성요소에 대한 배치도를 정의하는 것이다.

n  기술자원 목록, 제품 목록(개발자 관점)

 

4.   전사아키텍처 프레임워크 사례

	ZEAF	FEAF	TEAF	DoDAF	TOGAF	공공부분EAF
구 성 도
특 징	•1980년대 말 기업 활동을 공학적 관점에서 파악하는 아키텍처 개념 최초 소개 •기업 활동을 5W1H의 관점에서 모델링 관점 제공	•2003년에 최신버전 발표, 미연방정부 프레임워크 가이드라인 제공 •참조 모델 기반의 EAF	•미 재무성 EAF •FEAF, DoDAF와 함께 대표적 EAF	•효과적인 작전 수행을 위해 무기  체계 간 상호운용성 보장을 위해 도입된 EAF •상호운용성 분석과 향상을 위해 LIBI분석	•민간 표준 연합인 오픈그룹EAF	•정부, 공공기관에 전사아키텍처 도입시 참조할 수 있도록 표준, 가이드 목적으로 추진
장 점	•5W1H에 따라 기업활동을 상세하게 모델링할 수 있는 관점 제공 •Planner, Owner, Designer, Builder, Sub-contractor 관점에서 기업 활동 관심 영역을 구체화	•모델링 관점뿐만 아니라 구체적 이행 계획을 프레임워크에 포함 •BRM, DRM, SCRM, TRM, PRM 등 다양한 참조 모델 활용	•How-Where-When을 표현하는 기능, What-How much-How Freq를 표현하는 정보, Who-Why를 표현하는 조직 Enable를 표현하는 인프라 관점 중시	•산출물에 대한 템플릿을 상세하게 정의하여 통일되고 검증된 방식으로 모델링 가능 •운영 모델에 대한 상세한 정의 및 표현 양식 제공	•구체적 아키텍처 개발 프로세스 제안 •각종 참조 모델의 활용 관계를 잘 정의함	•전사아키텍처 관련된 거의 모든 항목을 프레임워크에 포함하여 기본 프레임워크로 활용하기 용이
단 점	•정보화 측면에서 활용도 떨어지는 부문까지 정의 •모델링 표현에 지나치게 집중, 실제 아키텍처 활동 계획 및 기반 정의 부족	•아키텍처 모델의 이해 및 진화에 대해 잘 정의되어 있으나, 조직 및 관련 규정 등 제반 요소의 진화적 관점 부족	•전사아키텍처 산출물 중심의 프레임워크로서 활용에 대한 접근이 부족 •기업의 계속적인 활동에 대한 관점이 부족	•일반 기업 현장에서는 과도한 산출물과 정확도를 요구하고 있어 과잉 투자 가능성 있음	•메타 모델에 근거한 연속체 개념을 도입하여 아키텍처를 파악함으로써 조직의 특수성이 프레임워크에 반영되기 어려움	•표준 프레임워크만 제시하여 구체적인 내용들은 참조한 기관에서 작성하도록 권고