전사아키텍처 정보 구성 정의

개요

• 개요
  - 업무, 정보기술의 구성요소 간의 관계를 포함
  - 가능한 변화하지 않는 구성요소를 도출하여 정의하는 것이 이상적

아키텍처 매트릭스

• 개념
  - 전사아키텍처 프레임워크의 핵심 구성요소
  - 전사를 설명하는 모델과 원칙 정보를 통일된 시각으로 볼 수 있는 논리적 틀
  - 아키텍처 도메인의 산출물을 식별하고 정의하기 위한 논리적 체계를 정의
  
  
• 구성
  - 관점 (의사결정 유형)
  "조직의 의사결정 구조 및 시스템 생명주기와 관련된 이해 관계자를 파악하여 각 조직 사이에 이해관점을 정의"
  "의사결정 단계가 많을수록 좀 더 상세한 전사아키텍처 정보가 관리, 전사아키텍처 정보 구축과 관리의 비용에도 영향"
  
  
  - 뷰 (아키텍처 정보 유형)
  "정보시스템을 이해하기 위해 필요한 정보를 유사한 것 끼리 그룹화"
  "기업의 환경에 맞도록 추상화 레벨을 맞추는 것"
  
  
  
• 산출물 정의
  - 공공 부문 아키텍처 매트릭스
  

관점 / 뷰	업무	데이터	응용	기술
계획자	- 조직 구성도/정의서  - 업무 구성도/정의서	- 데이터 구성도/정의서	- 응용시스템 구성도/정의서	- 표준 프로파일  - 기반 구조 구성도/정의서  - 기술 자원 목록
책임자	- 업무 관계도/기술서  - 업무 기능 분할도/기술서	- 개념 데이터 관계도/기술서  - 데이터 교환 기술서	- 응용시스템 관계도/기술서  - 데이터 교환 기술서	- 기반 구조 관계도/기술서
설계자	- 업무 절차 설계서	- 논리 데이터 설계서  - 데이터 교환 설계서	- 응용 기능 설계서  - 응용 분산 시스템 설계서	- 기반 구조 설계서  - 시스템 성능 설계서
개발자	- 업무 매뉴얼	- 물리 데이터 모델	- 응용 프로그램 목록	- 제품 목록


- 공공 부문 아키텍처 산출물


관점	산출물	설명
업무	조직 구성도/정의서	- 기업의 조직, 조직의 유형 및 역할 간의 관계를 표현  - 이해 당사자의 관계와 상위 조직과 하위 조직 간의 관계를 식별
	업무 구성도/정의서	- 기업 비즈니스 아키텍처의 개념적 모습을 도형으로 묘사한 산출물  - 기업 업무 기능을 이해하기 쉽게 도식화하여 표현  - 비즈니스 아키텍처에 대한 이해와 이해 당사자 간의 대화 수단으로 활용
	업무 관계도/기술서	- 업무 기능 간에 의존 관계를 도식화하여 표현  - 업무 기능 간의 정보 흐름을 추적할 수 있음
	업무 기능 분할도/기술서	- 조직 업무 기능을 계층 구조로 분류하여 표현  - 업무 기능을 식별하여 그 구조와 업무의 활동 내용을 기술
	업무 절차 설계서	- 업무 활동의 흐름을 기술한 산출물  - 각 업무 활동이 어떤 역할과 이벤트에 의하여 수행되고 어떤 정보를 주고받는지 기술
	업무 매뉴얼	- 업무 기능과 활동별로 세부 내역을 설명한 매뉴얼 정보 또는 목록
응용	응용시스템 구성도/정의서	- 기업의 응용 시스템을 상위 수준에서 분류, 표현  - 전체적인 응용 시스템 구조를 파악할 수 있음
	응용시스템 관계도/기술서	- 응용시스템 상호 간의 연계성을 표현  - 응용시스템 상호 간의 데이터 흐름을 파악할 수 있음
	응용 기능 분할도/기술서	- 응용시스템의 기능을 계층적으로 표현  - 응용 기능의 업무 연관성과 재사용성을 파악
	응용 기능 설계서	- 응용시스템의 기능을 정의  - 응용기능 간의 상세 구조와 데이트 흐름을 표현  - 기능 간의 완전성 확인 가능
	응용 분산 시스템 설계서	- 시스템의 분산 계층을 정의하고 분산 자원을 계층별로 할당하여 표현한 산출물
	응용 프로그램 목록	- 응용시스템에 정의된 응용기능을 제공하는 프로그램의 정보 또는 목록  - 시스템 개발 비용 산정을 위한 기반 자료로 활용
	데이터 구성도 정의서	- 기업의 전체 데이터를 상위 수준에서 표현한 것  - 데이터베이스 구성 현황을 한 눈에 파악할 수 있도록 함
	개념 데이터 관계도/기술서	- 업무 수행을 위해서 필요한 데이터의 구조를 개념적 수준에서 표현한 것  - 주제 영역 또는 중요 엔티티 수준의 데이터 관계도  - 업무 수행에 필요한 데이터를 통합적으로 파악 가능
	데이터 교환 기술서	- 업무 기능 간에 교환되는 데이터 교환 요구 사항을 식별하여 표현
	논리 데이터 설계서	- 업무를 수행하기 위해 필요한 데이터의 구조를 논리적 수준에서 충분히 표현한 것  - 데이터 유형, 식별자, 속성, 관계, 업무 규칙 등 포함
	데이터 교환 설계서	- 응용 기능 간의 데이터 교환의 요건을 식별하여 이를 상세화해 표현한 산출물
	물리 데이터 모델	- 업무 기능, 응용시스템에 의하여 사용될 데이터를 실제 데이터베이스로 구축하기 위해 필요한 물리적 특성을 정의한 모델  - DBMS의 특성, 거래 특성, 성능 요건 등을 고려한 설계
기술	표준 프로파일	- 기술 참조 모델에서 정의한 기술 요소별로 아키텍처 구현에 적용되어야 하는 표준, 규칙, 제품평가 기능 등을 기술한 자료
	기반 구조 구성도/정의서	- 기업의 기반 기술 구조에 대하여 상위 수준에서 그래픽하게 표현한 것  - 기반 기술 아키텍처를 한 눈에 파악할 수 있음
	기술 자원 목록	- 기업의 기술 자원에 대해 전체적으로 현황을 파악할 수 이태유
	기반 구조 관계도/기술서	- 애플리케이션, 기술 서비스별 시스템 구성을 표현  - 시스템 간의 연결 관계 및 시스템 사양
	기반 구조 설계서	- 시스템의 지리적 분포를 조망할 수 있는 산출물  - H/W, S/W, N/W 등이 표현 대상
	시스템 성능 설계서	- 시스템에 요구되는 성능 요건을 충족시키기 위해 어떤 특성이 가장 핵심적인지를 식별해 표현
	제품 목록	- 정의된 기술 서비스와 표준을 지원하는 제품에 대한 정보, 목록


- 매트릭스 셀 정의 내역
"현행 산출물 분석"
"목표 산출물 정의"

"산출물 간 연관성 정의"
"산출물 표현 방법 및 세부 구성 정의"

• 전사아키텍처 정보 구성 요소 정의
  - 전사아키텍처 정보 구성 요소 식별
  "공유정보로 구축하기 위해서는 전사아키텍처 산출물에 포함된 정보를 중복 없이 상호유기적으로 연결되도록 구성 요소를 정의해야 함"
  
  
  - 전사아키텍처 정보 구성 요소 연관관계
  "전사아키텍처 구성 요소를 관리하면 구성 요소 간의 관계를 분석할 수 있기 때문에 특정 업무의 변화가 있을 때 영향을 받는 시스템, 데이터, 서버 등을 파악 가능"
  
  
• 아키텍처 매트릭스 정의 시 고려사항
  1. 아키텍처 매트릭스에 정의되는 산출물은 업무와 IT, 관리자와 실무자 사이의 중요한 커뮤니케이션 툴
  2. 조직, 정치, 지리적 특성, 조직의 편견 등 다양한 조직 문화와 의사결정 구조가 반영되어야 함
  3. 아키텍처 매트릭스는 실제 시스템과 아키텍처 개발 표준에 대한 준수성을 높이고 조직별로 통일된 접근이 가능하도*록 정의
  4. 각 아키텍처 도메인은 상호간에 연계성을 가져야 함
  

참조 모델 정의

• 정의
  - 기업의 기준 모델로 정의할 참조 모델의 체계, 구조를 정의하고 컨텐츠를 구축
  - 정부, 지주회사, 기관은 하위 전사나 소속 기업에서 참고할 참조 모델을 정의
  - 개별 기업은 이러한 참조 모델을 참고하여 전사아키텍처 구성 요소의 타당성을 확인
  - 기술 참조 모델(TRM)의 경우 개별 기업도 기술 환경 변화에 대응하고 기술 요소 간 상호운용성을 고려하여 전사아키텍처 구축 시 정의하여 활용하는 것이 바람직
  

전사아키텍처 원칙 수립

• 수립
  - 원칙 : 원칙의 내용을 간략히 기술
  - 의미 : 원칙이 가지는 의미를 설명
  - 근거 : 원칙으로 채택된 원인 또는 배경
  - 기대 : 원칙이 전사아키텍처 수립에 미치는 영향, 준수 시의 기대효과
  
  
• 전사아키텍처 기본 원칙
  - 업무 지향
  "기업의 정보화는 업무 개선, 상품 및 서비스 품질 개선에 기여할 수 있는 방향으로 추진"
  
  - 성과 지향
  "기업의 정보화는 객관적인 성과 지표에 의해 관리되고 평가"
  
  - 고객 지향
  "기업의 정보화는 고객의 만족도를 개선하는 방향으로 추진"
  
  - 상호 운용
  "기업의 정보화는 전사아키텍처에 정의된 원칙과 아키텍처를 준수하여 시스템 간의 연계성과 운영의 지속성을 확보할 수 있는 방향을 추진"
  
  
• 아키텍처 원칙
  - 비즈니스 아키텍처의 범위의 완전성
  "기업이 수행하는 모든 업무 기능을 누락하지 않고 중복 없이 파악하여 정의"
  
  - 데이터의 표준 준수
  "정의된 표준에 따라 생성, 수정, 활용되도록 함"
  
  - 데이터의 아키텍처 모델 관리
  "전사 차원의 아키텍처 데이터 모델을 관리하여 전사적 데이터 통합성을 유지"
  
  - 애플리케이션 지원 기능 유일성
  "응용시스템의 기능은 유일해야 함"
  
  - 기술의 표준화
  "모든 기술 아키텍처 설계 및 도입 시에는 정의된 TRM/SP를 반드시 준수"
  
  - 기술 운영의 안정성
  "시스템의 장애에 대한 대응 체계 구축으로 시스템의 안정성, 연속성을 보장"
  
  
• 데이터 아키텍처 원칙 수립
  - 비즈니스 전략과 연계성 확보
  "DAP 01 : 비즈니스 전략 수향을 위한 데이터 요건에 대응"
  "DAP 02 : 비즈니스 지원을 위해 일관성과 정합성을 유지"
  "DAP 03 : 전사차원의 통합적인 정보를 제공"
  
  - 데이터 연속성 확보
  "DAP 04 : 업무 변화에 따른 데이터 통합, 분리를 대비"
  "DAP 05 : 애플리케이션 및 기술 변화와 독립적인 데이터 자산을 유지"
  
  - 전사적 데이터 관리
  "DAP 06 : 전사적 공유를 위한 데이터 표준을 설정하고 준수"
  "DAP 07 : 전사 데이터를 일목요연하게 파악할 수 있는 개념모델이 유지"
  "DAP 08 : 전사 차원의 데이터 효율성을 향상시키기 위한 조직, 프로세스가 유지"
  
  * 고려사항
  "원칙의 의도가 명확하게 제시되어 원칙 적용 시 혼돈의 발생을 최소화 할 수 있어야 함"
  "아키텍처 및 계획 수립과 관련된 의사결정을 효율적으로 할 수 있게 가이드 할 수 있어야 함"
  "중대한 정보 기술 관련 의사결정 시 규범으로써 활용될 수 있어야 함"
  "전사아키텍처 조직의 모든 정보 관리 및 기술과 관련된 의사결정은 전사아키텍처 원칙을 기반으로 수행"
  "원칙 간에 서로 상반되는 지향점을 갖지 않도록 원칙 수립 시 사용되는 용어는 주의하여 선택"