[DAsP] 1과목

SOLEE_DEV·2022년 11월 6일

DAsP

목록 보기

1/1

1과목

- 전사 아키텍처 이해 1) 전사 아키텍처 개요

1. 전사아키텍처 정의

01. 전사아키텍처 개념

1) 도입배경

건축물의 설계도처럼 기업의 전체 시스템을 파악하는 것이 필요해짐.

전사 아키텍처 : 기업의 시스템을 파악하기 쉽게 정리하는 것 (복잡한 기업 시스템을 필요한 형태로 변화시키는 것을 좀 더 쉽게 하기 위해 도입)

2) 전사 아키텍처 정의

IT인프라의 각 부분들이 어떻게 구성되고 작동되어야 하는가를 체계적
다양한 측면 (비즈니스, 데이터, 애플리케이션, 기술 등)에서 기업을 분석, 표현, 정보체계 구축 및 활용
IT투자 대비 효과 최대화, 목적 달성 최대화로 IT 인프라 구성

※ 다양한 정보기술의 혁신 활동, 관리 통제를 포함, 시스템의 도입과 구축뿐만 아니라 운영과 평가까지 통합적으로 관리하는 것을 의미

(1) 전사

기업 또는 기관

기업의 클 경우, 하나의 기업이 여러 개의 전사로 구성될 수 있음
(각각의 전사가 독립적 운영 주체로 구성 / 구분 가능한 다수의 사업 영역으로 구성)

(2) 아키텍처

정보체계, 소프트웨어 내장형 체계, 지휘통제 통신체계 등을 구축하는데 적용
규칙 관점 : 준수하여야 하는 원칙 수립, 적용함으로써 아키텍처의 연속적인 모습을 관리
모델 관점 : 구체적 모델, 기법에 의하여 분석된 후 정의된 표기법에 의하여 표현됨. 아키텍처의 모델은 각 아키텍처 도메인에 대한 분석 결과가 아키텍처와 관련된 담당자 간 공유되어야 하는 중요한 정보

02. 전사아키텍처 추진 현황

EA와 ITA

ITA : 정보기술 아키텍처 (정보기술 중심의 아키텍처)
EA : 광의의 아키텍처 개념

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

01. EA 프레임워크 개념

전사아키텍처 활동에서 얻어지는 산출물을 분류, 조직화하고 이를 유지 관리하기 위한 전체적인 틀을 정의
EA 수립 전에 프레임워크를 정의

02. EA 프레임워크 구성

3개 영역 : 정책, 정보, 관리

1) 전사아키텍처 정책
기업이 EA 수립을 어떻게 할 것인가의 방향을 정의
아키텍처 매트릭스, 비전, 원칙 등으로 구성
2) 전사아키텍처 정보
기업이 구축하는 EA 정보의 구체적인 모습
현행 아키텍처, 목표 아키텍처, 이행계획으로 구성
3) 전사아키텍처 관리
구축된 EA를 어떻게 관리하고 활용할 것인가를 정의
EA 관리 체계, EA 관리 시스템, EA 평가 모형 등으로 구성

03. EA 정책

EA 구축 목적, 방향을 정의하는 단계
EA 수립을 통해 궁극적인 모습, EA 효과적으로 관리, 활용하기 위한 원칙을 정의

1) 아키텍처 매트릭스

EA 정보를 체계적으로 분류한 툴
기업이 관리하려고 하는 EA 정보 수준, 활용 계층을 결정하는 수단
뷰 (계획자, 책임자, 설계자 등), 관점(BA, AA, DA)의 두 차원으로 EA 정보를 구분하고, 뷰, 관점이 교차하는 각 셀에는 EA 저옵의 실체가 되는 산출물을 정의하는 구조
각 셀은 전후 좌우의 셀과 연관성을 가지며, 셀 간의 추적성이 확보되어야 함

2) 전사아키텍처 비전

EA 수립을 통해 기업이 궁극적으로 달성하고자 하는 모습
EA 구축 목표, 목표 달성을 위한 전략, 방향 등이 포함

3) EA 원칙

EA 정보를 효율적으로 구축, 목적에 맞게 EA 정보를 효과적으로 활용하기 위해 조직 구성원이 공유해야 할 규범
EA 대원칙, 아키텍처 원칙, 표준 등을 포함

04. EA 정보

EA 구축을 위해, 아키텍처 매트릭스에서 정의한
각 아키텍처 산출물에 현재 상태, 목표 상태의 정보를 구축하고 목표 아키텍처 달성을 위한 이행계획을 수립

(1) 현행 아키텍처

기업의 현재 상태를 아키텍처 정보로 정의

(2) 목표 아키텍처

기업이 궁극적으로 달성하고자 하는 목표 아키텍처 상태를 아키텍처 정보로 정의

(3) 전사아키텍처 이행계획

아키텍처 도메인 별 현재 모습에서 바람직한 목표 모습으로 이행하기 위한 이행 전략, 이행계획을 정의한 것

1) 아키텍처 도메인

아키텍처 정보 구축을 위해 아키텍처 정보 영역을 구분
아키텍처 매트릭스 상에서 뷰의 관점으로 아키텍처 영역을 구분하는 것
현행 아키텍처와 목표 아키텍처는 이런 아키텍처 도메인별로 아키텍처 정보를 구축

(1) 비즈니스 아키텍처

업무 활동 단위로 분할해 표현한 아키텍처
(2) 데이터 아키텍처
어떤 정보가 사용되고 전달되어야 하는지 표현한 아키텍처
전사 데이터 구성 분류, 데이터 모델 정의
(3) 애플리케이션 아키텍처
애플리케이션의 기능 및 이들 간의 관계들을 정의한 것
기업의 애플리케이션 단위를 분류, 인터페이스를 정의
(4) 기술 아키텍처
다른 아키텍처를 지원하는데 필요한 정보 기술 인프라 요소 및 구조, 이들 간의 관계를 표현한 아키텍처
전사의 기술 영역 분류, 표준 프로파일과 기술 아키텍처 모델을 정의

05. EA 관리

1) 관리 체계 (EA 거버넌스)

구축된 EA 유지, 개선하기 위한 제도적 기반 수립
정의된 EA 원칙 준수하도록 확인, 통제하기 위한 조직과 프로세스를 정의하는 것을 포함
EA 활동 관리, EA 정보 변경 통제, IT프로젝트가 EA 기본원칙, 정책을 준수하도록 설정

2) EA 관리 시스템

EA의 정보 관리의 효율성을 제고하고 정보 공유 활성화를 위해 구축하는 정보시스템

구성 요소

EA 정보를 정의하는 모델링 도구
EA 정보를 저장하는 EA 리포지터리
EA 정보를 사용자에게 배포하는 EA 포털 등으로 구성

3) EA 평가

EA 성숙 모형이 필요함

3. 아키텍처 도메인 구성

01. 아키텍처 도메인 구성

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

전사의 범위를 정의하는 것에서부터 시작
내외부 이해관계자를 분석, 외부 객체와의 가치사슬을 분석하여 전사를 정의

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

기업의 사업 모델을 지원하기 위한 기업의 조직 구조를 정의 (업무분장 정의)

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

기업의 업무 기능을 계층적으로 분할, 기능 내용을 정의
기능을 분할할 때는 업무 기능의 유사성, 연관성을 기준으로 정의
상위 업무 기능은, 하위 업무 기능들의 합으로 완전히 표현될 수 있어야 함

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

업무 기능을 상세화하여 계층적으로 프로세스를 분할하고 프로세스의 활동내용을 정의하는 것
데이터, 애플리케이션과 상호 비교를 통한 연관분석이 반복적으로 이루어짐

5) 업무 메뉴얼 (개발자 관점)

업무 기능, 프로세스별 업무 내역을 상세히 기술한 자료
전사아키텍처에서는 목록 수준의 정보를 관리

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

※ AA 정의

기업의 업무를 지원하는 전체 애플리케이션을 식별하고, 연관성을 정의
업무, IT 특성을 고려해 그룹화하고 범주함으로써 전체 애플리케이션 구조를 체계화

※ 애플리케이션 서비스 정의

애플리케이션이 지원하는 업무와 데이터의 특성을 고려하여 정의
서비스 간의 상호 연관관계를 분석 정의함
향후 애플리케이션에 대한 배치, 통합, 프트폴리오 관리를 위한 시각을 제공

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

애플리케이션을 식별, 특성 분석을 통해 전사 수준에서 구조화
기능, 특성에 따라 독립되어 구현되고 운영될 수 있는 애플리케이션을 정의
애플리케이션과 관련된 업무, 데이터와 IT 특성을 감안해 그룹화, 영역 정의
== 업무 영역별 애플리케이션 그룹화 & 정의

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

각 앱이 지원하는 기능, 데이터 정보를 정의하고 앱이 제공하는 서비스를 도출한 후, 이들 간의 연관관계를 정의
앱, 서비스가 어느 업무 프로세스에서 활용, 어떤 정보를 생산, 관리하는지 연관성 분석을 함 (개발 방법론에 의존적)

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

실제 앱 개발에 필요한 설계 정보를 관리하는 것
컴포넌트 / 클래스 정의, 데이터 흐름도 (DFD) 등이 해당되며, 기업의 개발 방법론에 영향을 많이 받음
기업이 가지고 있는 업무 영역별로 앱 개발 환경은 상이할 수 있음
ex) 정보계 - 컴포넌트 기반 개발 (CBD) 방법론
운영계 - 메인 프레임 중심의 구조적 방법론을 사용

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

프로그램에 대한 정보를 관리

03. 데이터 아키텍처

※ DA 정의

기업의 업무 수행에 필요한 데이터의 구조를 체계적으로 정의
전사의 데이터 영역을 분류함 (업무 (운영계, 정보계) 데이터)
주제 영역 모델, 개념데이터 모델을 정의, 영역별로 논리 데이터 모델, 물리 데이터 모델을 정의

1) 전사 데이터 영역 모델 (계획자 관점) = 개괄 데이터 모델

상위 수준의 전사 데이터 영역을 분류해 표현
상위 주제 영역 수준의 데이터 구성도가 이에 해당됨
※ 주제 영역 : 업무 기능과 대응되는 개념, 유사 데이터를 그룹화 한 것

2) 개념 데이터 모델 (책임자 관점) = 전사 수준의 데이터 모델

단위 주제 영역, 핵심 엔터티 정도를 표현한 데이터 모델
전사 수준에서 사용하는 데이터를 전체적으로 표현할 수 있는 기본 틀
핵심 엔터티는 일반적으로 단위 주제 영역별로 한 두 개 정도가 도출됨

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

개념 데이터 모델에서 정의된 기본 정보를 기반으로 업무 요건 충족을 위한 데이터 상세 구조를 논리적으로 구체화한 것
엔터티, 속성에 대한 명칭, 정의, 형식, 규칙 코드 등을 전사적 차원의 표준으로 정의하여 관리
※ 논리 데이터 모델링 : 수집된 업무 관련 데이터 정보, 사전에 작성된 산출물을 기반으로 필요한 모든 엔터티를 도출하고, 식별자, 속성, 관계와 서브타입 등을 정의

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

기술적 환경, 특성을 고려해 물리적 데이터 구조를 설계하고 DB 객체를 정의
(1) 논리 데이터 모델을 물리적 데이터 구조로 전환
(2) 데이터 무결성을 보완하여 정의
(3) 데이터 분산 설계에 따른 데이터 무결성 등 추가적인 무결성 규칙을 정의
(4) DB의 성능을 고려해 이미 설계된 데이터 구조에 추가적으로 데이터의 접근 성능 향상을 위한 인덱스 설계, 데이터 구조에 대한 비정규화 과정을 수행

04. 기술아키텍처

※ 정의

비즈니스, 데이터, 애플리케이션 아키텍처에서 정의된 요건을 지원하는 전사의 기술 인프라 체계를 정의
기술 참조 모델, 표준 프로파일 구축을 통해 애플리케이션 이식성, 확장성을 강화하고, 벤더로부터의 독립성의 확보하며, 시스템 간의 상호운용성을 강화하는 효과를 기대할 수 있음.
개별 기업에서도 기술 참조 모델을 정의하는 것이 일반적

※ 기술 인프라

H/W, 시스템 소프트웨어, 통신 네트워크, 시스템 개발도구, 시스템 관리도구, 최종 사용자 소프트웨어 등을 포함

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

기업이 업무활동에 필요한 정보기술의 영역을 상위 수준에서 분류한 것

※ 기술 참조 모델 : 기업이 업무 활동에 필요한 기능들을 수행하기 위해 요구되는 정보기술을 상위 수준에서 논리적으로 분류한 툴 (= 전사 기술 영억 모델과 같은 범주이나, 일반적인 표준을 최대한 수렴해 정의)

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

기술 참조 모델에 명시된 서비스를 지원하기 위한 정보기술 표준들의 집합
기업의 모든 기술 아키텍처 요소들에 영향을 미치는 표준들을 포함
시스템 이식성, 확장성, 상호운용성, 호환성을 제고
기술표준을 프로파일의 대상으로 하며, 최근에는 제품을 프로파일링 대상에 포함시킴

3) 기술 아키텍처 모델

전사 기술 영역 모델이나 기술 참조 모델에서 정의된 서비스 카테고리별로 아키텍처 패턴을 정의
기업의 SW, HW, 네트워크 등의 구성 요소에 대한 배치도를 정의

4) 기술자원 목록, 제품 목록

기술자원 목록, 제품 목록을 기술 아키텍처 정보로 관리

05. EA 프레임워크 사례

※ 종류

자크만 프레임워크 (ZEAF), 미연방정부 프레임워크(FEAF), 미재무성 프레임워크(TEAF), 미국방성 프레임워크(DoDAF), 오픈그룹 프레임워크(TOGAF), 한국정보 프레임워크 등

1) 자크만 프레임워크 (ZEAF)

다섯 가지 관점 (P,O,D,B,S)과 각 관점에 따르는 여섯가지 묘사 방법 (D,F,N,P,T,M)을 정의하고 있음
※ 5개 관점 : Planner, Owner, Designer, Builder, Sub-contractor
※ 6개 묘사 방법 : Data, Function, Network, People, Time, Motivation

2) 미연방정부 프레임워크(FEAF)