DASP&DAP/전사아키텍처 이해

[DA가이드 1-1-2] 전사아키텍처 프레임워크

cororo2 2023. 9. 12. 16:39

전사아키텍처 프레임워크(Enterprise Architecture Framework) 개념

Enterprise Architecture Framework는 EA(Enterprise Architecture) 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지 관리하기 위한 전체적인 틀을 정의

 

전사아키텍처 프레임워크(Enterprise Architecture Framework)  구성 

출처 : 데이터온에어(https://dataonair.or.kr/db-tech-reference/d-guide/da-guide/?pageid=8&mod=document&uid=247)

 

EA *정책

*정책과 제도와 법은 각 다른 의미를 가짐
1. 정책 : 어떤 목표 달성을 위하여 방향성 제시, 조직 내 일정한 행동과 의사 결정의 기준 제공
              = 목표 달성을 위한 지침과 원칙
  - ex) 회사 내 인사 정책은 임직원의 권리와 책임, 인사 절차 및 규정을 정의
2. 제도 : 특정한 목적을 위해 설립된 구조나 체계 표현, 제도는 규칙, 규제, 정부 기관, 기업, 교육 시스템을 포함
              =  제도는 조직과 사회의 구조와 체계
  - ex) 국가는 법치주의와 민주주의라는 제도를 가짐, 이러한 제도에 따라 법률과 규칙이 만들어지고 시행
3. 법 : 사회적 규율의 의미, 법은 사회적 질서를 유지하고 개인과 집단간의 권리와 의무를 규제
              = 특정한 행동 또는 활동에 대한 규칙과 제재를 정의
  -ex) 형법 - 범죄행위에 대한 제재와 형벌을 규정
  • EA 구축을 하기 위해서는 기업의 EA 구축 목적과 뱡향 정의 필요
  • EA의 정보를 어떻게 구성할 것이고 수립을 통하여 기업이 달성하고자 하는 궁극적인 모습은 무엇이며 EA를 효과적으로 관리하고 활용하기 위한 원칙 정의 

 

  • 아키텍처 매트릭스
    •   EA의 정보를 체계적으로 분류한 틀
    •   기업이 관리를 필요로 하는 EA 정보의 수준과 활용 계층을 결정하는 수단
EA Matrix 이해 
전사 아키텍처 모델과 아키텍처 모델간의 상호관계성을 표현
가로축을 관점(View), 세로축은 시각(Perspective)로 구분
아키텍처를 일원화된 시각과 관점으로 정의하기 위한 논리적 틀 제공

 

  • 시각(View) : 전사 측면에서 관리되어야 할 중점대상으로 업무, application, data 기술환경에 대한 다양한 관점 제시  
  • 관점(Perspective) : 기능 또는 이해당사자들 역할과 책임에 따라 관심을 갖는 부분을 수준별로 제시
  • Cell : 시각과 관점이 교차되는 영역으로 EA의 실체가 되는 산출물을 정의
  • Architecture Model : Cell에서 표현되는 아키텍처 모델로 이를 통하여 전사 아키텍처를 다양한 관점과 시각에서 표현

 

  • 전사아키텍처의 비전
    • EA를 통하여 기업이 궁극적으로 달성하고자 하는 모습
    • 구축의 목표, 목표를 효과적으로 달성하기 위한 전략 및 방향을 포함
  • 전사아키텍처 원칙 
    •   EA 정보 효율적으로 구축하고 기업의 목적에 맞게 EA의 정보를 효과적으로 활용하기 위한 조직 구성원이 공유해야 할 규범

전사 아키텍처 정보

  • 아키텍처 도메인(Architecture Domain)
    • EA Matrix 상에서 View의 관점으로 아키텍처 정보의 영역을 구분한것
  • 현행 아키텍처와 목표 아키텍처는 이런 아키텍처 도메인 별로 아키텍처 정보를 구축 
    1. 현행 아키텍처 : 기업의 현재 상태를 아키텍처 정보로 정의
    2. 목표 아키텍처 : 기업이 궁극적으로 달성하고자 하는 목표
    3. 전사아키텍처 이행계획 : 현재 모습에서 바람직한 모습으로 이행하기 위한 이행 전력과 이행계획 정의

출처 : 데이터 온에어

전사아키텍처 관리

  • 전사아키텍처 관리 체계  
    • EA Governance(간단하게 정책으로 생각해도 )라고도 불림
    • 구축된 EA유지 및 개선하기 위한 제도적 기반 수립
    • 정의된 EA 원칙 준수하도록 확인과 통제위한 조직과 프로세스 정의
  • 전사아키텍처 관리 시스템
    • 정보관리 효율성 제고하고 정보의 공유를 활성화하기 위해 구축하는 정보시스템
  • 전사아키텍처 평가
    • EA의 관리와 활용 수준의 평가를 위해 EA에 대하여 주기적 평가, 개선점 도출하여 반영 필요
      EA의 수준을 객관적이고 정확하게 평가할 수 있는 EA 성숙모형 필요

 

아키텍처 도메인 구성

출처 : 데이터온에어

 

BA(Business Architecture) 

  • 비즈니스 전략 및 비즈니스 프로세스를 기반으로 활동 분석 및 요소 간의 연관 관계를 정의 
  • 기업의 경영목표 달성위한 업무구조를 정의한 아키텍처 영역
  • 기업의 업무와 서비스의 실체를 명확화
  1. 전사 사업 모델(계획자 관점)
    • EA의 범위를 정하는 것에서 시작
    • 전사를 둘러싼 내외부의 이해관계자를 분석하고 외부 객체와의 가치사슬 분석하여 전사 정의 
  2. 조직모델(계획자 관점)
    • 조직 구도를 정의
    • 비즈니스를 수행하는 지리적 위치와 내부 객체를 도출하여 기업의 조직 구조와 업무 분장을 정의
  3. 업무 기능 모델(책임자 관점)
    • 업무 기능을 계층적으로 분할하고 기능 내용을 정의
    • 업무 기능 분할 시 조직기준이 아닌 업무 기능의 유사성과 연관성 기준으로 정의
    • 상위 업무 기능은 하위 업무 기능의 합으로 완전히 표현 가능해야 함
  4. 프로세스 모델(설계자 관점)
    • 업무 기능을 상세화하여 계층적으로 프로세스 분할하고 프로세스 활동내용 정의
    • 프로세스란 업무 수행을 위해 정보를 입력 받아 의미있는 활동을 통해 산출물을 생성하는 일련의 과정
  5. 업무 메뉴얼(개발자 관점)
    • 업무 기능이나 프로세스별 업무 내역을 상세히 기술한 자료
    • 목록 수준의 정보를 관리

AA(Application Architecture)

  • 전체 어플리케이션을 식별하고 연관성을 정의
  • 업무와  IT 특성을 고려하여 구룹화, 범주화를 통하여 전체 애플리케이션 구조 체계화
  • IT 시스템의 효율성 및 상호 연동성을 촉진하며 비즈니스 프로세스 지원
  • 향후 애플리케이션에 대한 배치, 통합, 포트폴리오 관리를 위한 시각을 제공

 

  1. 전사 애플리케이션 영역 모델(계획자 관점)
    • 애플리케이션을 식별하고 특성 분석을 통해 전사 수준에서 구조화
    • 애플리케이션과 관련된 업무, 데이터와 IT특성을 감안하여 애플리케이션을 그룹화하며 영역 정의
  2. 애플리케이션 모델(책임자 관점)
    • 각 애플리케이션이 지원하는 기능과 데이터 정보를 정의
    •  애플리케이션이 제공하는 서비스를 도출, 이들간의 연관관계 정의
    • 서비스가 활용되는 분야, 어떤 정보를 생산하고 관리하는지 연관성 분석
  3. 컴포넌트 모델(설계자 관점)
    • 애플리케이션 개발에 필요한 설계 정보 관리
    • 컴포넌트 정의, 클래스 정의, 데이터 흐름도 등이 해당
    • 기업의 개발 방법론에 영향을 많이 받으며 업무 영역별로 방법론과 개발환경 상이 할 수있음
  4. 프로그램 목록(개발자 관점)
    • 애플리케이션의 최종 단위인 프로그램에 대한 정보를 관리

DA(Data Architecture)

  • 업무 수행에 필요한 데이터 구조를 체계적으로 정의하는 것
  • 조직의 데이터 관리 전략, 데이터 모델링, 데이터 저장소 및 데이터 흐름 설명
  • 업무 데이터와 메타데이터 구분, 업무 데이터는 운영계 데이터, 정보계 데이터 등으로 구분
  • 데이터 품질과 효율성을 향상시키는데 매우 중요
  1. 전사영역 데이터 모델(계획자 관점)
    • 개괄 데이터 모델
    • 상위 수준의 전사 데이터 영역을 분류하여 표현
    • 상위 주제 영역 수준의 데이터 구성도 해당
    • 주제 영역은 업무 기능과 대응되는 개념으로 유사데이터 그룹화
  2. 개념 데이터 모델(책임자 관점)
    • 전사 수준의 데이터 모델로 단위 주제 영역, 핵심 엔터티 정도를 표현
    • 전사 수준에서 사용하는 데이터를 전체적으로 표현할 수 있는 기본 틀
    • entity와 entity 사이의 관계를 정의
  3. 논리 데이터 모델(설계자 관점)
    • 개념 데이터 모델에서 정의된 주제 영역과 핵심 entity를 기본 정보로 업무 요건을 충족시키기 위한 데이터의 상세한 구조를 논리적으로 구체화
    • entity, 속성에 대한 명칭, 정의, 형식, 규칙, 코드 등을 전사적인 차원의 표준의로 정의, 관리
    • 개념설계를 상세화하여  DATA 구조를 정의하는 것으로 전체 업무 범위, 구성요소 등을 확인 가능
  4. 물리 데이터 모델(개발자 관점)
    • 기술적 환경과 특성을 고려하여 물리 데이터 구조 설계, 데이터베이스 객체 정의
    • 논리 데이터 모델을 물리적인 데이터 구조로 전환
    • 데이터 무결성을 보완하여 정의하고, 데이터 분산 설계에 따른 데이터 무결성 등 추가적인 무결성 규칙을 정의
    • 데이터베이스의 성능을 고려하여 인덱스 설계, 데이터 구조에 대한 비정규화 과정을 수행
    • 논리모델을 바탕으로 DBMS 성능과 특성에 맞춰 구체

TA(Technology Architecture)

  • 비즈니스, 데이터, 애플리케이션 아키텍처에서 정의된 요건을 지원하는 전사의 기 술 인프라 체계를 정의
  1. 전사 기술 영역 모델, 기술 참조 모델(계획자 관점)
    • 기업이 업무활동에 필요한 정보기술의 영역을 상위 수준에서 분류
    • 기술 참조 모델은 일반적인 표준을 최대한 수렴해 정의하는 것이 특징
  2. 표준 프로파일(책임자 관점)
    • 기술 참조 모델에 명시된 서비스를 지원하기 위한 정보기술 표준들의 집합
    • 이 표준들은 시스템의 이식성, 확장성, 상호운용성, 호환성을 제고
  3. 기술 아키텍처 모델
    • 전사 기술 영역 모델이나 기술 참조 모델에서 정의된 서비스 카테고리별로 아키텍처의 패턴을 정의
  4. 기술자원 목록, 제품 목록
    • 표준 프로파일이나 기술 아키텍처별로 관련된 기술자원 목록이나 제품 목록을 기술 아키텍처 정보로 관리

 

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

출처 : 데이터 온에어