티스토리 뷰
전사아키텍처 프레임워크
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를 표현하는 인프라 관점 중시 |
•산출물에 대한 템플릿을 상세하게 정의하여 통일되고 검증된 방식으로 모델링 가능 •운영 모델에 대한 상세한 정의 및 표현 양식 제공 |
•구체적 아키텍처 개발 프로세스 제안 •각종 참조 모델의 활용 관계를 잘 정의함 |
•전사아키텍처 관련된 거의 모든 항목을 프레임워크에 포함하여 기본 프레임워크로 활용하기 용이 |
단 점 |
•정보화 측면에서 활용도 떨어지는 부문까지 정의 •모델링 표현에 지나치게 집중, 실제 아키텍처 활동 계획 및 기반 정의 부족 |
•아키텍처 모델의 이해 및 진화에 대해 잘 정의되어 있으나, 조직 및 관련 규정 등 제반 요소의 진화적 관점 부족 |
•전사아키텍처 산출물 중심의 프레임워크로서 활용에 대한 접근이 부족 •기업의 계속적인 활동에 대한 관점이 부족 |
•일반 기업 현장에서는 과도한 산출물과 정확도를 요구하고 있어 과잉 투자 가능성 있음 |
•메타 모델에 근거한 연속체 개념을 도입하여 아키텍처를 파악함으로써 조직의 특수성이 프레임워크에 반영되기 어려움 |
•표준 프레임워크만 제시하여 구체적인 내용들은 참조한 기관에서 작성하도록 권고 |
'자격증 > DAsP' 카테고리의 다른 글
DAsP - 전사아키텍처 구축 [전사아키텍처 정보 구성 정의] (0) | 2017.10.19 |
---|---|
DAsP - 전사아키텍처 구축 [전사아키텍처 방향 수립] (0) | 2017.10.19 |
DAsP - 전사아키텍처 개요 [전사아키텍처 프로세스] (2) | 2017.10.19 |
DAsP - 전사아키텍처 개요 [전사아키텍처 참조 모델] (0) | 2017.10.18 |
DAsP - 전사아키텍처 개요 [전사아키텍처 정의] (0) | 2017.10.18 |