DAsP - 전사아키텍처 구축 [전사아키텍처 정보 구성 정의]

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

 

1.   전사아키텍처 정보 구성 개요

-       업무와 정보기술의 구성요소와 구성요소 간의 관계를 포함한다.

-       가능한 변화하지 않는 구성요소를 도출하여 정의하는 것이 이상적이다.

 

2.   아키텍처 매트릭스 정의

가.  아키텍처 매트릭스 개념

- 전사아키텍처 프레임워크의 핵심 구성요소로, 전사를 설명하는 모델과 원칙 정보를 통일된 시각으로 볼 수 있는 논리적 틀이다.

- 아키텍처 도메인의 산출물을 식별하고 정의하기 위한 논리적 체계를 정의하는 것이다.

나.  아키텍처 매트릭스 구성

n  의사결정 유형(관점, Perspective)

- 조직의 의사결정 구조 및 시스템 생명주기와 관련된 이해 관계자를 파악하여 각 조직 사이의 이해관점을 정의한다.

- 의사결정 단계가 많을수록 좀 더 상세한 전사아키텍처 정보가 관리되며, 이는 전사아키텍처 정보 구축과 관리의 비용에도 영향을 준다.

n  아키텍처 정보 유형(뷰, View)

- 정보시스템을 이해하기 위해서 필요한 정보를 유사한 것 끼리 그룹화하고, 기업의 환경에 맞도록 추상화 레벨을 맞추는 것을 의미한다.

다.  산출물 정의

공공 부문 아키텍처 매트릭스

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

 

                                      공공 부문 아키텍처 산출물

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

 

n  매트릭스 셀 정의 내역

- 현행 산출물 분석

- 목표 산출물 정의

- 산출물 간 연관성 정의

- 산출물 표현 방법 및 세부 구성 정의

 

라.  전사아키텍처 정보 구성 요소 정의

n  전사아키텍처 정보 구성 요소 식별

- 공유정보로 구축하기 위해서는 전사아키텍처 산출물에 포함된 정보를 중복 없이 상호 유기적으로 연결되도록 구성 요소를 정의해야 한다.

n  전사아키텍처 정보 구성 요소 연관관계

- 전사아키텍처 구성 요소를 관리하면 구성 요소 간의 관계를 분석할 수 있기 때문에 특정 업무의 변화가 있을 때 영향을 받는 시스템, 데이터, 서버 등을 파악할 수 있다.

마.  아키텍처 매트릭스 정의 시 고려사항

-       첫째, 아키텍처 매트릭스에 정의되는 산출물은 업무와 IT, 관리자와 실무자 사이의 중요한 커뮤니케이션 툴이다.

-       둘째, 조직적, 정치적, 지리적 특성, 조직의 편견 등 다양한 조직 문화와 의사결정 구조가 반영되어야 한다.

-       셋째, 아키텍처 매트릭스는 실제 시스템과 아키텍처 개발 표준에 대한 준수성을 높이고 조직별로 통일된 접근이 가능하도록 정의되어야 한다.

-       넷째, 각 아키텍처 도메인은 상호간에 연계성을 가져야 한다.

 

3.   참조 모델 정의

-       기업의 기준 모델로 정의할 참조 모델의 체계와 구조를 정의하고 컨텐츠를 구축한다.

-       이 단계에서 정부나 지주회사 또는 다수의 전사를 가지고 있는 기관은 하위 전사나 소속 기업에서 참고할 참조 모델을 정의하게 되며, 개별 기업은 이러한 참조 모델을 참고하여 전사아키텍처 구성 요소의 타당성을 확인하게 된다.

-       기술 참조 모델(TRM)의 경우 개별 기업도 기술 환경 변화에 대응하고 기술 요소 간 상호운용성을 고려하여 전사아키텍처 구축 시 정의하여 활용하는 것이 바람직하다.

 

4.   전사아키텍처 원칙 수립

n  원칙: 원칙의 내용을 간략하게 기술

n  의미: 원칙이 가지는 의미를 설명

n  근거: 원칙으로 채택된 원인 또는 배경

n  기대효과: 원칙이 전사아키텍처 수립에 미치는 영향 또는 준수 시의 기대효과

 

전사아키텍처 기본 원칙

원칙	의미
업무 지향	기업의 정보화는 업무 개선과 상품 및 서비스 품질 개선에 기여할 수 있는 방향으로 추진되어야 한다.
성과 지향	기업의 정보화는 객관적인 성과 지표에 의해 관리되고 평가되어야 한다.
고객 지향	기업의 정보화는 고객의 만족도를 개선하는 방향으로 추진되어야 한다.
상호운용	기업의 정보화는 전사아키텍처에 정의된 원칙과 아키텍처를 준수하여 시스템 간의 연계성과 운영의 지속성을 확보할 수 있는 방향으로 추진되어야 한다.

          

                                아키텍처 원칙

아키텍처	원칙	의미
비즈니스	범위의 완전성	기업이 수행하는 모든 업무 기능을 누락하지 않고 중복 없이 파악하여 정의한다.
데이터	데이터 표준 준수	정의된 표준에 따라 생성∙수정∙활용되도록 한다.
	아키텍처 모델 관리	전사 차원의 아키텍처 데이터 모델을 관리하여 전사적 데이터 통합성을 유지한다.
애플리케이션	지원 기능 유일성	응용 시스템의 기능은 유일해야 한다.
기술	기술의 표준화	모든 기술 아키텍처 설계 및 도입 시에는 정의된 TRM/SP를 반드시 준수한다.
	운영의 안정성	시스템의 장애에 대한 대응 체계 구축으로 시스템의 안정성, 연속성을 보장한다.

           

                                데이터 아키텍처 원칙 수립

Business 전략과 연계성 확보	DAP 01	비즈니스 전략 수행을 위한 데이터 요건에 대응할 수 있어야 한다.
	DAP 02	데이터 비즈니스 지원을 위하여 일관성과 정합성을 유지하여야 한다.
	DAP 03	전사차원의 통합적인 정보를 제공한다.
데이터 연속성 확보	DAP 04	업무 변화에 따른 데이터 통합/분리를 대비해야 한다.
	DAP 05	어플리케이션/기술 변화와 독립적인 데이터 자산을 유지한다.
전사적 데이터 관리	DAP 06	전사적 공유를 위한 데이터 표준을 설정하고 준수해야 한다.
	DAP 07	전사 데이터를 일목요연하게 파악할 수 있는 개념모델이 유지되어야 한다.
	DAP 08	전사 차원의 데이터 효율성을 향상시키기 위한 조직/프로세스가 유지되어야 한다.

 

u  전사아키텍처 원칙 수립시 고려사항

-       원칙의 의도가 명확하게 제시되어 원칙 적용 시 혼돈의 발생을 최소화할 수 있어야 한다.

-       아키텍처 및 계획 수립과 관련된 의사결정을 효율적으로 할 수 있도록 가이드 할 수 있어야 한다.

-       중대한 정보 기술 관련 의사결정 시 규범으로써 활용될 수 있어야 한다.

-       전사아키텍처 조직의 모든 정보 관리 및 기술과 관련된 의사결정은 전사아키텍처 원칙을 기반으로 수행하여야 한다.

-       원칙 간에 서로 상반되는 지향점을 갖지 않도록 원칙 수립 시 사용되는 용어는 주의하여 선택하여야 한다.