[ Data Architecure Professional ]
1-2. 전사아키텍처 구축
1-2-1. 전사아키텍처 방향 수립
1. 전사아키텍처 방향 수립 개요
- 아키텍처가 경영 환경과 경영 전략에 능동적으로 대응하며 발전하기 위하여 전사아키텍처 변화요인에 대한 분석 작업을 수행하는 과정
2. 전사아키텍처 환경 분석
- 전사아키텍처 환경 분석 수행과제
* 비즈니스 내/외부 환경 분석
* IT 내/외부 환경 분석
* 전사 범위 정의
3. 전사아키텍처 구축 방향 정의
가)목적 및 범위 정의
- 전사아키텍처의 일반적 목적과 전사아키텍처 환경 분석 결과를 기반으로 기업의 전사 아키텍처 구축 목적을 정의
- 기업의 전사아키텍처에 대한 이해와 관리 역략을 고려하여 구축 범위를 정의하는 것
나) 전사아키텍처 비전 수립
- 핵심 목표 : 전사아키텍처 도입을 통해 궁극적으로 달성하고자 하는 기업의 목표 또는 실현하고자 하는 모습
* 행정 서비스에 대한 국민 만족
* 고객 중심
* 성과 지향
* 업무 중심
- 핵심 가치 : 전사아키텍처의 핵심 목표 달성을 위해 구성원들이 추구하거나 지켜야 하는 신념
* 업무와 정보 기술 연계 노력
* 정보화 비전 및 설계도
* 변화 대응 체계 구축
* 통합 관리 체계 구축
* 정보 자원 표준 및 지식 체계 구축
4. 전사아키텍처 프레임워크 정의
- 방향/지침
* 정보기술 정책 : 기업 기본 정책에 부합한 정보기술을 도입하고 적용하기 위한 시스템
* 전사아키텍처 전략 : 기업의 기존 및 도출 정보 기술 전략과 전사 비전, 목적이 정렬된 모습으로 아키텍처 비전 수립에서 작성
* 아키텍처 원칙 : 전사아키텍처 목표 달성을 위한 투자 및 의사결정에 객관적 기준 제시
* 요구 사항 : 전사아키텍처 전략 충족을 위한 전사적 요구조건으로 전사적 관점에서 작성 되어야 함
- 전사아키텍처 활동
* 아키텍처 모델 : 전사의 모든 자원을 관적과 시각으로 분류한 아키텍처 모델 정의, 매트릭스로 표현
* 생명주기 : 전사아키텍처 계획/개발/적용/유지보수/통제/감독 하기 위한 일련의 프로세스로 구성
* 지원 도구 : 생명주기활동을 체계, 효율적으로 지원하는 기준, 방법, 도구 등을 의미하며 참조모형, 자본 투자 연계 절차, EA관리 시스템으로 구성
- 산출물
* 아키텍처 산출물 : EA활동 결과에 따라 개발된 산출물로 EA 목적 및 활용을 참조하고, 시각 및 관점별로 업무 및 IT정보활용을 위한 산출물 정의
1-2-2. 전사아키텍처 정보 구성 정의
1. 전사아키텍처 정보 구성 개요
- 업무와 정보 기술의 구성요소와 구성요소 간의 관계를 포함하며 가능한 변화하지 않는 구성요소를 도출하여 정의
2. 아키텍처 매트릭스 정의
가. 아키텍처 매트릭스 개념
- 전사아키텍처 프레임워크의 핵심 구성요소로 전사를 설명하는 모델과 원칙정보를 통일된 시각으로 불 수 있는 논리적 틀
- 아키텍처 도메인의 산출물을 식별하고 정의하기 위한 논리적 체계를 정의하는 것
나. 아키텍처 매트릭스 구성
- 의사결정 유형(관점, Perspective) : 조직의 의사결정 구조 및 시스템 생명주기와 관련된 이해 관계자를 파악하여 각 조직 사이의 이해관점을 정의
의사결정 단계가 많을수록 더 상세한 전사아키텍처 정보가 관리되며 전사아키텍처 정보 구축과 관리 비용에도 영향
- 아키텍처 정보 유형(뷰, View) : 정보시스템을 이해하기 위해 필요한 정보를 유사한 것 끼리 그룹화하고, 기업의 환경에 맞도록 추상화 레벨 설정
다. 산출물 정의
- 공공 부문 아키텍처 매트릭스
- 매트릭스 셀 정의내역
* 현행 산출물 분석
* 목표 산출물 정의
* 산출물 간 연관성 정의
* 산출물 표현 방법 및 세부 구성 정의
라. 전사아키텍처 정보 구성 요소 정의
- 전사아키텍처 정보 구성 요소 식별 : 공유정보로 구축하기 위해 전사아키텍처 산출물에 포함된 정보를 중복 없이 상호 유기적으로 연결되도록 정의
- 전사아키텍처 정보 구성 요소 연관관계 : 구성 요소를 관리하여 요소 간 관계를 분석 할 수 있으므로 특정 업무 변화 시 영향 받는 부분을 파악
마. 아키텍처 매트릭스 정의시 고려사항
- 아키텍처 매트릭스에 정의되는 산출물은 업무와 IT, 관리자와 실무자 사이의 중요한 커뮤니케이션 툴
- 조직적, 정치적, 지리적 특성, 조직의 편견 등 다양한 조직문화와 의사결정 구조가 반영되어야 함
- 실제 시스템과 아키텍처 개발 표준에 대한 준수성을 높이고 조직별로 통일된 접근이 가능하도록 정의되어야함
- 각 아키텍처 도메인은 상환에 연계성을 가져야한다.
3. 참조 모델 정의
- 기업의 기준 모델로 정의할 참조 모델의 체계와 구조를 정의하고 컨텐츠를 구축
- 정부, 지주회사 또는 다수의 전사를 가지고 있는 기관은 하위 전사나 소속 기업에서 참고할 참조모델을 정의하며 개별 기업은 이러한 참조 모델을
참고하여 전사아키텍처 구성요소의 타당성을 확인
- 기술 참조 모델(TRM)의 경우 개별 기업도 기술 환경 변화에 대응하고 기술 요소 간 상호 운용성을 고려하여 전사아키텍처 구축 시 정의하여 활용
4. 전사아키텍처 원칙 수립
1) 원칙/의미/근거/기대효과
2) 전사아키텍처 기본 원칙
- 업무 지향 : 기업의 정보화는 업무 개선과 상품 및 서비스 품질 개선에 기여할 수 있는 방향으로 추진
- 성과 지향 : 객관적인 성과 지표에 의해 관리되고 평가
- 고객 지향 : 고객의 만족도를 개선하는 방향으로 추진
- 상호운용 : 전사아키텍처에 정의된 원칙과 아키텍처를 준수하여 시스템 간의 연계성과 운영 지속성을 확보할 수 있는 방향으로 추진
3) 아키텍처 원칙
- 비즈니스
* 범위의 완전성 : 기업이 수행하는 모든 업무 기능을 누락하지 않고 중복 없이 파악하여 정의
- 데이터
* 데이터 표준 준수 : 정의된 표준에 따라 생성,수정,활용
* 아키텍처 모델 관리 : 전사 차원의 아키텍처 데이터 모델을 관리하여 전사적 데이터 통합성을 유지
- 애플리케이션
* 지원 기능 유일성 : 응용시스템의 기능은 유일해야 함
- 기술
* 기술의 표준화 : 모든 기술 아키텍처 설계 및 도입 시 정의된 TRM/SP를 반드시 준수
* 운영의 안정성 : 시스템의 장애에 대한 대응 체계 구축으로 시스템의 안정성, 연속성을 보장
4) 데이터 아키텍처 원칙 수립
- business 전략과 연계성 확보
* DAP 01 : 비즈니스 전략 수행을 위한 데이터 요건에 대응할 수 있어야 함
* DAP 02 : 데이터 비즈니스 지원을 위하여 일관성과 정합성을 유지하여야 함
* DAP 03 : 전사 차원의 통합적인 정보를 제공
- 데이터 연속성 확보
* DAP 04 : 업무 변화에 따른 데이터 통합/분리를 대비
* DAP 05 : 어플리케이션/기술 변화와 독립적인 데이터 자산을 유지
- 전사적 데이터 관리
* DAP 06 : 전사적 공유를 위한 데이터 표준을 설정하고 준수
* DAP 07 : 전사 데이터를 일목요연하게 파악할 수 있는 개념 모델이 유지되어야 함
* DAP 08 : 전사 차원의 데이터 효율성을 향상시키기 위한 조직/프로세스가 유지되어야 함
5) 전사아키텍처 원칙 수립시 고려사항
- 원칙의 의도가 명확하게 제시되어 원칙 적용 시 혼돈의 발생을 최소화 할 수 있어야 함
- 아키텍처 및 계획 수립과 관련된 의사결정을 효율적으로 할 수 있도록 가이드 할 수 있어야 함
- 중대 정보 기술 관련 의사결정 시 규범으로써 활용될 수 있어야 함
- 전사아키텍처 조직의 모든 정보 관리 및 기술과 관련된 의사결정은 전사아키텍처 원칙을 기반으로 수행하여야 한다.
- 원칙 간에 서로 상반되는 지향점을 갖지 않도록 원칙 수립 시 사용되는 용어는 주의하여 선택하여야 함
1-2-3. 전사아키텍처 정보 구축
1. 전사아키텍처 정보 구축 준비
가. 자료 수집
나. 전사아키텍처 정보 구축 방식
2. 현행 아키텍처 정보 구축
- 상위 수준의 업무 기능과 시스템에 대한 분류를 우선 수행 후, 기준에 따라 나머지 전사아키텍처 정보를 구축하는 것이 효율적
가. 현행 비즈니스아키텍처 정보 구축
- 하향식 : 가치사슬 분석을 통해 최상이 업무 도출
- 상향식 : 기업이 현재 수행하과 있는 단위 업무를 조사하여 유사성 기준으로 묶고 상위 업무 기능을 도출
- 현행 비즈니스 아키텍처 정의 내역 : 전사 사업 모델 분석 / 조직 모델 분석 / 업무기능 모델 정의 / 프로세스 모델 정의 / 업무 매뉴얼 파악
나. 현행 애플리케이션 아키텍처 정보 구축
- 업무기능 분류를 기반으로 전사 애플리케이션을 분류하고 연관 관계를 분석하는 것에서 시작
- 현행 어플리케이션아키텍처 정의 내역
* 전사어플리케이션 영역 식별
* 어플리케이션 모델 정의
* 컴포넌트 모델 정의
* 프로그램 목록 파악
* 어플리케이션 원칙, 표준 파악
다. 현행 데이터아키텍처 정보 구축
- 상향식 : 각 시스템에서 사용하는 데이터 정보를 분석하여 데이터 모델로 정렬하여 표현
- 하향식 : 기업의 업무 수행을 위해 필요한 데이터 요건을 식별하여 데잍터 모델로 표현
- 현행 데이터아키텍처 정의 내역
* 전사 데이터 영역 식별
* 개념 데이터 모델 정의
* 논리 데이터 모델 정의
* 물리 데이터 모델 정의
* 데이터베이스 개체 파악
* 데이터 원칙, 표준, 관리 프로세스 파악
라. 현행 기술아키텍처 정보 구축
- 기업 전산장비, 시스템 S/W, 네트워크 등 기술 인프라 구성을 체계적으로 분류하여 표현
- 현행 기술아키텍처 정의내역
* 전사 기술 영역 식별
* 기술 참조 모델 정의
* 기술 표준 분석
* 기술아키텍처 요소 식별
* 기술 자원 목록, 제품 목록 파악
3. 목표 아키텍처 정보 구축
- 현행 아키텍처에 대한 문제점과 개선사항을 도출하고 이를 목표 아키텍처에 반영하는 방식으로 진행
- 개념 수준까지 정의 => 구축 비용 대비 효과, 비즈니스와 기술 환경에 대한 유연성 확보
가. 목표 비즈니스아키텍처 구축
- 기업 미래 비전을 달성하기 위한 모습을 정의하는 것을 포함해 다른 앙키텍처의 적합성을 판단하는 중요한 기준이 됨
나. 목표 어플리케이션아키텍처 정보 구축
- 목표 비즈니스 아키텍처를 지원하는 전사어플리케이션의 구조를 정의하는 것
- 서비스 참조 모델과의 연계성을 파악하여 상위 기업이나 유관 기업과의 인터페이스를 제고할 수 있도록 함
다. 목표 데이터아키텍처 구축
- 목표 비즈니스아키텍처를 지원하는 데이터를 식별하여 모델로 표현하는 것
- 데이터 참조 모델과의 연계성을 파악하여 상위 기업이나 유관 기업과의 데이터 인터페이스를 제고할 수 있도록 함
라. 목표 기술아키텍처 정보 구축
- 목표 어플리케이션아키텍처와 데이터아키텍처를 잘 지원할 수 있는 기술아키텍처를 정의하는 것
- 기술 참조 모델과 연계하여 전체 기술 인프라의 상호운용성을 제고할 수 있도록 함
- 일반적으로 기술 참조 모델을 바탕으로 기술 구성요소와 기술 분야를 상세화하는 방식으로 진행하는 것이 바람직
- 표준 프로파일은 기업이 관리할 수 있는 수준으로 구성하는 게 바람직하며, 기술의 발전 및 환경, 기업의 비전이나 업무 등에 따라 계속 갱신
'[STUDY] DAP' 카테고리의 다른 글
[DAP] Ⅱ. 데이터 요건 분석 - 2-3. 정보 요구사항 분석 - (1) 분석 대상 정의 (0) | 2020.06.30 |
---|---|
[DAP] Ⅱ. 데이터 요건 분석 - 2-2. 정보 요구사항 조사 (0) | 2020.05.25 |
[DAP] Ⅱ. 데이터 요건 분석 - 2-1. 정보 요구사항 개요 (0) | 2020.05.25 |
[DAP]Ⅰ. 전사아키텍처 이해 - 1-3. 전사아키텍처 관리 및 활용 (0) | 2020.03.31 |
[DAP] Ⅰ. 전사아키텍처 이해 - 1-1. 전사아키텍처 개요 (0) | 2020.03.30 |