반응형
[1] 전사아키텍처 이해
1) 전사아키텍처 개요
(1) 전사아키텍처 정의
- 전사아키텍처(Enterprise Architecture) 정의
- 출연 배경
① 기업의 비즈니스와 시스템의 복잡도 증대
② 시스템에 대한 전체적 파악이 어려워지고 변경이 곤란해지고 있음
③ 이러한 복잡한 시스템을 쉽게 파악할 수 있고, 변화시킬 수 있는 설계도와 같은 것 필요
- 전사 아키텍처 정의
① 전사아키텍처란 복잡한 기업의 모습을 다양한 측면에서 분석하고 표현하여 이해하기 쉽도록 정보 체계를 구축하고 이를 활용하는 것
② 기업의 목표와 요구를 잘 지원하기 위해 IT인프라의 각 부분들이 어떻게 구성되고 작동되어야 하는가를 체계적으로 기술하는 것
③ 조직 및 업무활동과 정보기술 간의 관계를 현재 모습과 향후 추구할 모습을 별도로 정의한 청사진 - 전사아키텍처 도입 목적
① 기업의 목적을 가장 잘 달성할 수 있는 IT 인프라 구성
② 비즈니스와 IT의 유기적 연계
③ 비즈니스 환경 변화에 대한 신속한 대응
④ IT투자 대비 효과의 최적화
⑤ IT관리의 효율성 제고 - 전사(Enterprise) 개념
① Enterprise 란? 공동의 목표를 추구하기 위해 고객과 상품 또는 서비스가 존재하고, 이를 지원하기 위한 조직, 자원, 기술을 보유하며, 필요한 업무 프로세스를 수행하는 조직의 집합체
② 엔터프라이즈는 전사아키텍처 수립의 대상으로, 일반적으로는 기업 또는 기관을 지칭하지만 항상 일치하지는 않음 (다:1 가능) - 아키텍처 정의
① 아키텍처: 구성요소의 구조, 구성요소들 사이의 관계, 구성요소의 설계 그리고 시간 경과에 따른 구성요소의 발전을 위한 원리와 지침
② 아키텍처는 대상에 대한 구조 뿐만 아니라, 대상 구조의 유지 관리를 위한 원칙과 지침, 그리고 향후 목표 아키텍처로 가기 위한 계획을 포함 - 아키텍처 구성요소
① 규칙(Rule): 전략, 원칙/지침, 표준
② 모델(Model): 참조 모델, 비즈니스 아키텍처, 데이터 아키텍처, 애플리케이션 아키텍처, 기술 아키텍처
③ 계획(Plan) - EA(Enterprise Architecture)
정보기술아키텍처는 1996년 미국 정보기술관리혁신법에서 ITA(Information Technology Architecture)라는 용어를 사용했으니 2000년 OMB A-130 회람에서 아키텍처 관련 이런 개념을 전사 아키텍처라 명명 - ITA
전사아키텍처를 좀 더 광의 아키텍처 개념으로 ITA를 정보기술 중심의 아키텍처 개념으로 볼 수 있는데, 국내의 경우 행정자치부는 EA라는 용어를 정보통신부는 ITA라는 용어를 사용 - DAP(Data Architecture Professional) 역할
① 데이터 아키텍처 전문가는 전사 아키텍처에 대해 정확히 이해하고 있어야 하고, 기업의 전사아키텍처 추진에 대하여 관심을 가지고, 구축된 전사아키텍처 정보를 적극 활용해야 함
② 전사아키텍처 수립 시 DAP가 데이터 아키텍처 수립에 참여하는 것이 이상적이며, 직간접적으로 지원할 필요가 있음
③ DAP는 항상 전사아키텍처 개념으로 데이터 아키텍처 업무에 접근하는 것이 바람직함
- (2) 전사아키텍처 프레임워크
- 전사아키텍처 프레임워크 개념
① 전사아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지관리하기 위한 전체적인 틀
② 전사아키텍처를 정의하기 위해서는 우선 전사아키텍처 프레임워크를 결정해야 함
③ 여러 선진모델이 있고 정부에서도 가이드를 제시하고 있어, 기관이나 기업은 이를 참조가능 - 전사아키텍처 정책
① 아키텍처 매트릭스: 전사아키텍처의 정보를 체계적으로 분류한 틀. 기업이 관리하려고 하는 전사아키텍처 정보의 수준과 활용 계층을 결정
② EA 비전: 전사아키텍처 수립을 통하여 기업이 궁극적으로 달성하고자 하는 모습
③ EA 원칙: 전사아키텍처 정보를 효율적으로 구축하고, 정보를 효과적으로 활용하기 위해서 조직 구성원이 공유해야 할 규범 - 전사아키텍처 정보
① 현행 아키텍처: 각 아키텍처 도메인 별 기업의 현재의 상태를 정의한 것
② 목표 아키텍처: 각 아키텍처 도메인 별 기업이 궁극적으로 달성하고자 하는 목표 아키텍처의 상태를 정의한 것
③ 전사아키텍처 이행계획: 각 아키텍처 도메인 별로 현재 모습에서 바람직한 목표 모습으로 이행하기 위한 이행전략과 이행계획을 정의한 것 - 전사아키텍처 관리
① 전사아키텍처 관리체계
i. 전사아키텍처 가버넌스라고도 하며, 구축된 전사아키텍처를 유지하고 개선하기 위한 제도적 기반을 수립하는 것
ii. 조직, 프로세스 포함
② 전사아키텍처 관리시스템
iii. 전사아키텍처 정보관리의 효율성을 제고하고, 전사아키텍처 정보의 공유를 활성화하기 위해 구축하는 정보 시스템
③ 전사아키텍처 평가
iv. 전사아키텍처의 관리와 활용 수준의 제고를 위해서는 전사아키텍처에 대한 주기적인 평가
v. 전사아키텍처 성숙모형이 필요 - 아키텍처 도메인 구성
① 비즈니스 아키텍처 예: 전사 사업 모델, 조직 모델, 업무기능 모델, 프로세스 모델, 업무메뉴얼
② 애플리케이션 아키텍처 예: 전사 애플리케이션 영역 모델, 애플리케이션 모델, 컴포넌트 모델, 클래스 모델, 프로그램목록
③ 데이터 아키텍처 예: 전사 데이터 영역 모델, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델
④ 기술 아키텍처 예: 전사 기술영역 모델, 기술 참조모델, 표준 프로파일, 기술 아키텍처 모델, 기술 자원 목록, 제품 목록
(3) 전사아키텍처 참조 모델
- 참조모델(Reference Model) 정의
정부 또는 산업, 기업군별로 아키텍처 구성요소를 식별하여 표준화한 것으로 기관이나 기업의 전사아키텍처 수립 시 참조하는 추상화된 모델 - 참조모델 사례
① 범정부 업무 참조모델 (BRM, Business Reference Model):
특정 기관에 독립적으로 업무의 기능을 중심으로 정의한 참조모델로, 조직과 무관한 기능 위주의 접근으로 다른 아키텍처를 정의하는 기준으로도 활용됨
② 범정부 서비스 참조모델 (SRM, Service Reference Model):
업무 수행과 목표 달성을 지원하는 서비스 요소를 분류하기 위한 기능 중심의 참조모델. 범정부 차원의 업무 및 응용 서비스 요소 발견 가능
③ 범정부 데이터 참조모델 (DRM, Data Reference Model):
기관 간의 공통 정보파악과 활용을 지원하기 위한 모델로, 데이터 개괄모델 데이터 분류, 데이터 구조, 데이터 교환, 데이터 관리기준 등 영역으로 구성
④ 범정부 기술 참조모델 (TRM, Technical Reference Model)
기술 참조모델은 업무와 서비스 구성요소의 전달과 교환, 구축을 지원해주는 기술 표준, 기술 명세, 기술 요소를 기술한 것 - 참조모델 정의 방법
① 범용화 방법
i. 공통적인 특성을 추출하여 산업군에 맞게 범용화 방법
ii. 장점: 이해하기 쉽고 많은 산출물이 필요하지 않음
iii. 단점: 요소간 경계가 불명확하고 하위 수준의 정의가 명확하지 않음
② 재활용 방법
i. 복잡하고 대표적인 기업을 선정하여 기업의 아키텍처를 표본으로 삼아 비슷한 기업에서 재활용 방법
ii. 장점: 각 산출물의 관계가 정확하고 하위 수준까지 참조할 수 있음
iii. 단점: 기업의 보안상 대부분 공개가 되지 않음 - 참조모델 활용 방안
① 업무 참조 모델
i. 활용방안
1) 업무 개선의 대상이 되는 관련 업무를 BRM을 참조하여 파악
2) 개별 기관의 비즈니스 아키텍처를 업무참조모델을 참조하여 정의
ii. 기대효과
1) 관련 기관간 업무 흐름 촉진
2) 업무프로세스 혁신을 통한 업무 처리 생산성 제고
3) 비즈니스 성과측정 용이
② 데이터 참조 모델
i. 활용방안
1) 개선의 대상이 되는 관련 데이터를 데이터 참조모델을 참조하여 파악
2) 개별 기관의 데이터 아키텍처를 데이터 참조모델을 참조하여 정의
ii. 기대효과
1) 정보의 상호 운용성과 교환 촉진
2) 정부나 기업군 또는 산업 차원의 통합된 데이터 활용
3) 데이터 중복 배제 및 재사용
4) 데이터에 대한 표준화된 정의
③ 서비스 요소 참조 모델
i. 활용방안
1) 개선의 대상이 되는 관련 애플리케이션 서비스 참조모델을 참조하여 파악
2) 개별 기관의 애플리케이션 아키텍처를 서비스 참조모델을 참조하여 정의
ii. 기대효과
1) 시스템 간 상호운용성 향상
2) 신뢰성 있는 시스템 구축 가능
3) 변화에 신속한 대응 가능
4) 시스템 개발 생산성, 품질 향상 기대
④ 기술 참조 모델
i. 활용방안
1) 개선의 대상이 되는 관련 기술 인프라를 기술 참조모델을 참조하여 파악
2) 개별 기관의 기술 아키텍처나 TRM을 상위 기술 참조모델을 참조하여 정의
ii. 기대효과
1) 시스템 간 상호운용성 향상
2) 이식성 향상
3) 시스템 확장성 향상
4) 표준화 따른 벤더 독립성
5) 재활용과 리소스 공유
(4) 전사아키텍처 프로세스
- 전사아키텍처 프로세스 정의
전사아키텍처를 구축하고 관리하는 전체 절차에 관한 것으로 작업의 단계와 공정, 작업내용 등을 정의 - 전사아키텍처 프로세스 단계 및 공정 예
① 전사아키텍처 비전 수립
i. 전사아키텍처 방향 수립
1) 내외부 전사아키텍처 환경 분석
2) 기업의 전사아키텍처 목적 및 방향 정의
3) 기업의 전사아키텍처 프레임워크 정의
② 전사아키텍처 구축
i. 전사아키텍처 정보구성 정의
1) 아키텍처 매트릭스 정의/ 전사아키텍처 정보 구성요소 정의
2) 전사아키텍처 참조모델 정의
3) 전사아키텍처 원칙 수립
ii. 전사아키텍처 정보 구축
1) 전사아키텍처 자료 수집
2) 현행 아키텍처 정보 구축
3) 목표 아키텍처 정보 구축
③ 전사아키텍처 관리
i. 전사아키텍처 관리체계 구축
1) 전사아키텍처 정보를 운영 및 활용 위한 조직, 프로세스 정의
2) 기업 내 전사아키텍처 홍보, 내부 추진체계에 대한 교육 수행
ii. 전사아키텍처 관리시스템 구축
1) 전사아키텍처 정보를 관리하기 위한 도구 선정
2) 전사아키텍처 정보를 관리하는 시스템 구축
④ 전사아키텍처 활용
i. 전사아키텍처 이행계획: 목표 아키텍처를 달성하기 위한 중장기적인 계획 수립
ii. 전사아키텍처 정보활용: 전사아키텍처 정보를 적용하여 IT 관련 업무를 수행함
2) 전사아키텍처 구축
(1) 전사아키텍처 방향 수립
- 전사아키텍처 방향 수립 개요
① 전사아키텍처 구축의 목표와 목적 정의하고, 이를 달성하기 위한 전사아키텍처 프레임워크를 정의하는 것
② 다수의 이해관계자에게 공동의 목표와 목적을 제공함으로써 추진 과정에서 발생할 수 있는 의견 충돌을 사전에 방지
③ 작업 공정
i. 전사아키텍처 환경 분석
ii. 전사아키텍처 구축 방향 정의
iii. 전사아키텍처 프레임워크 정의 - 전사아키텍처 방향 수립과 작업 내용
① 전사아키텍처 환경분석
i. 작업내용
기업의 외부환경과 내부환경을 분석하고, 관련된 이해관계자로부터 전사아키텍처 수립을 위한 요건 도출
ii. 세부공정
비즈니스 내/외부 환경분석
IT 내/외부 환경분석
엔터프라이즈 범위 정의
② 전사아키텍처 구축 방향 정의
i. 작업내용
전사아키텍처 환경분석을 바탕으로 아키텍처 구축의 목적과 범위, 비전을 정의
ii. 세부공정
목적 및 범위 정의
전시아키텍처 비전 수립
③ 전사아키텍처 프레임워크 정의
i. 작업내용
계획단계에서 정의된 전사아키텍처 프레임워크에 대해 기업의 특별한 변경 요구가 있을 경우 이를 반영하고, 전사아키텍처 프레임워크에 대하여 관련자들이 공감대를 형성하고 확인
ii. 세부공정
프레임워크 리뷰 및 보완
(2) 전사아키텍처 정보 구성 정의
- 전사아키텍처 정보 정의
① 기업을 잘 이해하기 위해 필요한 업무와 정보기술에 대한 정보로서 활용할만한 가치가 있고 관리가 용이한 정보
② 업무와 정보기술의 구성요소와 구성요소 간의 관계를 포함하며, 가능한 변화하지 않은 구성요소를 도출하여 정의 - 전사아키텍처 정보 구성 정의
① 전사아키텍처 정보를 표현하기 위해서는 전사아키텍처 산출물과 이를 구성하는 요소를 분류하는 것
② 메트릭스 형태로 작성되며, 아키텍처 매트릭스 라고 한다.
③ 정보구성 정의 작업 공정
i. 아키텍처 매트릭스 정의
ii. 참조모델 정의
iii. 전사아키텍처 원칙 정의 - 아키텍처 매트릭스 정의
① 전사아키텍처 프레임워크의 핵심 구성요소로 전사를 설명하는 모델정보를 통일된 시각으로 볼 수 있는 논리적 틀
② 의사결정 유형(관점)과 아키텍처 정보 유형(뷰)의 두 축을 기준으로 2차원의 매트릭스 형태 - 아키텍처 매트릭스 관점/뷰 정의
① 의사 결정 유형(관점, Perspective)의 정의
조직의 의사결정 유형을 계층적으로 구분한 것으로, 조직이 수행하는 업무의 의사 결정 특성에 따라 단계를 정의
② 아키텍처정보 유형(뷰, View)의 정의
특성이 비슷한 아키텍처 정보를 그룹화 한 것으로, 기업이 관리하는 모든 아키텍처 정보를 수집하여 분류
③ 산출물 정의
아키텍처 매트릭스 산출물 (정통부 아키텍처 매트릭스; 공통 , 보안 제외)
④ 아키텍처 정보 구성요소 정의
전사아키텍처 정보를 공유정보로 구축하기 위해 전사아키텍처 산출물에 포함된 정보를 중복이 없고 상호관계가 유기적으로 연결되는 구성요소로 정의 - 아키텍처 매트릭스 고려사항
① 메트릭스를 정의할 떄는 일반적인 아키텍처 개념을 포함하면서 조직 내 모든 계층의 사람이 매트릭스에 포함되는 산출물이 범위와 목적에 적합하게 정의되었음을 확신 할 수 있어야 함
② 조직적, 정치적, 지리적 특성, 조직의 편견 등 다양한 조직의 문화와 의사 결정 구조가 반영되어야 함
③ 아키텍처 매트릭스는 실제의 시스템과 아키텍처 개발 표준에 대한 준수성을 높이고 조직별로 통일된 접근이 가능하도록 정의되어야 함
④ 각 아키텍처 도메인은 상호간에 연계성을 가져야 함. 아키텍처에서 정의된 산출물은 상호연관성을 가지며 비즈니스-데이터-애플리케이션-기술아키텍처 간에 통합적인 관리가 가능해야 함 - 참조모델 정의
① 다수 엔터프라이즈를 가지고 있는 기업은 참조모델을 정의하고, 개별기업은 정의된 참조모델을 확인하는 과정 정부나 기업군 또는 상위기관은 하위기관이나 기업에서 참고할 참조모델을 정의하고, 개별 기관이나 기업들은 이런 참조모델을 참고하여 전사아키텍처 구성요소의 타당성을 확인
② 참조모델은 업무와 정보기술에 대한 체계적인 분류와 표준화를 통해 정보화의 통합성, 중복개발 방지, 공유정보의 발견, 상호운용성 향상 등의 목적으로 설계되어 있기 때문에 개별기관은 상위기관의 참조모델을 참고하여 아키텍처 정보를 정의하는 것이 바람직함
③ 참조모델 정의는 기업이 속한 산업이나 가치 사슬 네트워크에 따라 범위가 달라짐
④ 기술 참조 모델의 경우, 개별 기관이나 기업에서도 기업의 표준화와 기술요소간 상호운용성을 향상하기 위해 정의하여 활용하는 것이 일반적임. - 전사아키텍처 원칙 수립
① 전사아키텍처 비전 달성을 위해 구성원들이 공통으로 지켜야 하는 규범 정의
② 원칙은 목표 달성을 위한 의사결정의 객관적 기준을 제시하여 의사결정을 효과적으로 지원하고, 업무 협조와 조정을 위한 의사소통 과정의 투명성 제공 - 전사아키텍처 원칙 구성
① BA 원칙
모든 정보기술 아키텍처 정의를 위한 최상위 수준의 원칙으로서, 경영전략과 비전을 달성하기 위한 비즈니스 가치지향적 유지를 위한 원칙
예) 비즈니스 가치지향, 업무 효율성
② DA 원칙
비즈니스 수행에 필요한 데이터의 구조 및 획득/가공/적재/제공 측면에서 고려하여야 하는 원칙
예) 정확성, 적시성, 통합성, 보안성
③ AA 원칙
애플리케이션 개발 및 운영 시 달성하여야 하는 정보기술 관점의 지향성
예) 관리성, 유연성, 신속성, 신뢰성
④ TA 원칙
정보기술 요소의 도입 및 적용 시 준수하여야 하는 원칙
예) 운영의 안전성, 상호운영성, 기술의 표준화
⑤ IT 관리체계 원칙
IT전략수립, IT관련 의사결정, 정보시스템 설계/개발 추진 등 IT업무체계에서 준수되어야 하는 기본적인 원칙
예) 유지보수성, 효율성, 효과성
(3) 전사아키텍처 정보 구축
- 전사아키텍처 정보 구축 개요
① 전사아키텍처 정보구성 정의 단계에서 정의된 전사아키텍처 정보를 실제로 작성하는 과정
i. 아키텍처 매트릭스에서 정의된 산출물에 대해 현행기준과 목표기준의 아키텍처 정보를 각각 작성
ii. 전사아키텍처 수립 프로젝트의 핵심 작업 공정임
② 전사아키텍처 정보 구축은 원 자료를 수집한 후 현행 아키텍처를 정의한 후, 개선점을 도출하여 목표 아키텍처를 정의함
③ 정보구축 작업공정
i. 전사아키텍처 정보 구축 준비
ii. 현행 아키텍처 정보 구축
iii. 목표 아키텍처 정보 구축 - 전사아키텍처 정보 구축 준비
① 전사아키텍처 자료 수집
i. 기업에 존재하는 아키텍처 정보 관련 자료를 수집하며, 수집해야 할 자료는 정의된 아키텍처 매트릭스에 따라 달라짐
ii. 업무에 관련된 것은 업무지침서나 규정 등을 수집하고, 데이터나 애플리케이션에 관련된 것은 정보시스템 구축 시 작성한 산출물이나 완료보고서 등을 수집하고, 기술 인프라는 시스템 도입 문서와 운영 매뉴얼 등을 수집함 - 전사아키텍처 정보 구축 방식 비교
① 상향식 구축 방법
i. 최하위에 있는 구성요소를 조사 분석하여 구성요소들의 공통점을 파악하여 공통적인 구성요소들을 모아 상위 구성요소를 정의해 나가는 방식
ii. 장점: 조직의 모든 업무가 포함되는 것을 보장할 수 있음
iii. 단점: 상위 업무 기능 분류의 수준이 서로 다르게 나타날 수 있음
② 하향식 구축 방법
i. 최상위의 구성요소로부터 시작하여 분류 기준에 따라 하위 구성요소를 도출해 내는 방식
ii. 장점: 일반적인 분류기준이나 목적에 따른 분류기준을 따르기 때문에 관점이 명확
iii. 단점: 일부 업무가 누락될 가능성이 있으며 어디에도 포함되지 않는 구성요소가 발생할 수 있음 - 현행 아키텍처 정보 구축
① 현재의 업무나 정보시스템에 대하여 기존의 자료를 분석하여 전사아키텍처 정보를 구축
② 상위 수준의 업무기능과 시스템에 대한 분류를 우선 수행한 후 그 기준에 따라 나머지 전사아키텍처 정보를 구축하는 것이 효율적 - 현행 아키텍처 정보 구축 작업 내용
① 현행 비즈니스 아키텍처 정의
전사 사업모델 분석, 조직모델 분석, 업무기능 모델 정의, 프로세스 모델 정의, 업무 매뉴얼 파악 정리
② 현행 애플리케이션 아키텍처 정의
전사 애플리케이션 영역 식별, 애플리케이션 모델 정의, 컴포넌트 모델 정의, 프로그램 목록 파악 정리
③ 현행 데이터 아키텍처 정의
전사 데이터 영역 식별, 개념데이터 모델 정의, 논리데이터 모델 정의, 물리데이터 모델 정의, 데이터베이스 객체 파악 정리
④ 현행 기술 아키텍처 정의
전사 기술영역 식별, 기출 참조모델 정의, 기술 표준 분석, 기술 아키텍처 요소 식별, 기술자원 목록, 제품목록 파악 정리 - 목표 아키텍처 정보 구축
① 현행의 아키텍처에 대한 문제점과 개선사항을 도출하고, 이를 목표 아키텍처에 반영하는 방식으로 진행
② 비즈니스 아키텍처를 먼저 정의하고, 이를 효율적으로 지원하는 아키텍처를 정의 - 목표 아키텍처 정보 구축 작업 내용
① 목표 비즈니스 아키텍처 정의
전사 사업모델 정리, 조직모델 정의, 업무기능 모델 정의, 프로세스 모델 정의, 업무 매뉴얼 정보 구축
② 목표 애플리케이션 아키텍처 정의
전사 애플리케이션 영역 모델 정의, 애플리케이션 모델 정의, 컴포넌트 모델 정의, 프로그램 목록 정보 구축
③ 목표 데이터 아키텍처 정의
전사데이터영역 모델 정의, 개념데이터 모델 정의, 논리데이터 모델 정의, 물리데이터 모델 정의, 데이터베이스 객체 정보구축
④ 목표 기술 아키텍처 정의
전사기술영역 모델 정의, 기출참조모델 정의, 표준 프로파일 정의, 기술아키텍처 모델 정의, 기술자원목록, 제품목록 정보구축
3) 전사아키텍처 관리 및 활용
(1) 전사아키텍처 관리 체계
- 전사아키텍처 관리 체계 개요
① 전사아키텍처 관리 체계 개념
i. 전사아키텍처를 유지 관리하기 위한 조직과 프로세스를 정립하는 것
ii. IT기획에서 서비스 제공에 이르는 모든 과정에서 전사아키텍처 정보를 활용하여 의사결정이 이루어 짐으로 일관성과 합리성이 증대됨
② 전사아키텍처 관리 체계 구성
관리 조직, 관리 프로세스, 관리 인력
③ IT 관리 체계(거버넌스)와 EA 관리 체계(거버넌스)
IT 관리 체계(거버넌스) : IT 조직, IT 프로세스, IT 인력
EA 관리 체계(거버넌스): EA 관리 조직, EA 관리 프로세스, EA 관리 인력 - 전사아키텍처 관리 조직 체계
① 전사아키텍처 관리를 위해 필요한 직무와 직무간의 관계, 업무분장을 정립하는 것
② 전사아키텍처 조직은 기업 전체 또는 정보관리 전체 조직과 일관성을 확보해야 하며, 계획자 수준에서 실무자 수준까지 다양한 시작에서 책임과 역할을 분리 - 전사아키텍처 관리 프로세스
① 전사아키텍처를 관리하기 위한 활동을 정의하는 것
② 전사아키텍처 관리 프로세스는 전사아키텍처 관리 관련 모든 활동을 포함하며, 전체 정보관리 업무 체계와 일관성이 확보되도록 하며, IT 활동의 중심이 전사아키텍처 기반으로 수행될 수 있도록 해야 함 - 전사아키텍처 관리 인력
① 전사아키텍처 관리를 담당하는 직무별 역량을 정의하고 이를 확보하기 위한 방안을 정의하는 것
② 전사아키텍처 관리를 위해 필요한 역량 요소를 분류하고, 역량 요소를 직무별로 할당하고, 이러한 역량 요소를 확보하기 위한 교육 계획을 수립하고 역량 수준을 평가할 수 있는 체계를 포함
③ EA 정보를 지속적으로 발전시킬 수 있는 영역별 아키텍트 지정 필요 - 효과적인 전사아키텍처 관리관체계 구축을 위한 고려사항
① 정의된 전사아키텍처 조직체계, 프로세스체계 등을 문서화하여 전 조직이 준수 할 수 있도록 제도화 함
② 전사아키텍처 관련 제반 이해당사자의 전사아키텍처 인지도 향상 및 업무 수행 시 전사아키텍처 정보 활용도 증진을 위한 적절한 교육 프로그램을 제공
③ 전사아키텍처 관리체계를 주기적으로 점검하여 개선점을 도출하여 반영할 수 있는 제도적 장치를 마련
④ 전사아키텍처 관리시스템을 활용도와 만족도를 주기적으로 점검하여 시스템의 품질을 지속적으로 개선
(2) 전사아키텍처 관리시스템
- 전사아키텍처 관리시스템 개념
전사아키텍처 관리시스템은 전사아키텍처 정보를 구축하여 관리하고 활용하는 모든 전사아키텍처 업무 프로세스에 대한 효율성 제고를 지원하기 위한 정보시스템 - 전사아키텍처 관리시스템 구성
① 정보 정의 영역: 전사아키텍처 정보를 도형으로 표현하는 모델링 도구 등
② 정보 관리 영역: 전사아키텍처 정보를 저장 관리하는 전사아키텍처 레파지토리와 전사아키텍처 정보를 활용하는 전사아키텍처 포탈로 구성
③ 정보 활용 영역: 전사아키텍처 정보를 활용하는 전문 도구 등의 사용자 환경 - 전사아키텍처 관리시스템 도입 효과
① 아키텍처 정보를 공유할 수 있어 해당 조직의 각 아키텍처 요소에 대해 이해 관계자들이 정확하게 파악할 수 있음
각 아키텍처 별로 최신 정보를 아키텍처 담당자의 관점에 맞게 정보 제공
② 의사소통 도구로 전사아키텍처 관리시스템을 활용할 수 있음
i. 현업과 IT가 공유할 수 있게 하여 의사소통의 오류를 줄임
ii. 아키텍처 별로 요소간의 연관관계를 파악하여 관련 업무조직과 사전에 협의하여 문제를 사전에 인식함으로써 관련자들의 만족도를 높일 수 있음
③ 전사아키텍처 관리 시스템을 의사결정 도구로 활용할 수 있음
i. 업무와 IT 서비스 간의 차이 분석 가능
ii. 현행 아키텍처와 목표 아키텍처 간의 차이 분석 가능
(3) 전사아키텍처 활용
- 전사아키텍처 활용개요
전사아키텍처의 활용이 활성화 되기 위해서는 실제 전사아키텍처 정보가 IT 관리 업무에 실질적으로 활용될 수 있도록 함
근시안적인 IT 투자나 중복 개발의 방지, 시스템간의 상호운용성 제고, 비즈니스와 정보기술의 변화에 대응력 제고 등에 활용될 수 있음 - 전사아키텍처 활용영역
① 목표 아키텍처 이행 계획 수립
i. 전사아키텍처 수립 후 목표 아키텍처를 달성하기 위한 이행계획을 수립하고 그에 따라서 프로젝트를 추진하는 것
ii. 주로 신시스템 추진을 목적으로 전사아키텍처를 수립하는 경우에 해당
② 전사아키텍처 정보 상시 활용
i. 전사아키텍처 정보를 활용하여 일상의 IT업무를 지원하는 것
ii. 전사아키텍처 정립을 통해 기업의 전반적인 IT관리 수준을 증대하고자 하는 경우에 해당 - 목표아키텍처 이행계획
현행 아키텍처에서 목표 아키텍처로 이행을 위한 전략수립하고 구체적인 이행계획을 수립하는 것
현행 아키텍처와 목표 아키텍처의 차이분석을 통하여 프로젝트를 정의하고, 정의된 프로젝트들 간의 유사성과 상호연관성을 고려하여 우선순위를 결정하고 이를 위한 이행전략과 세부 이행계획을 수립 - 목표 아키텍처 이행계획의 주요 활동
① 아키텍처 Gap 분석: 목표 및 현행 아키텍처 검토, 차이분석
② 프로젝트 정의: 프로젝트 목록 정의, 개별 프로젝트 별 필요 리소스 정의, 프로젝트 우선 순위 및 연관성 분석
③ 이행전략 수립: 프로젝트 이행에 필요한 단계별 이행전략 대안 수립, 이행전략 별 타당성 분석 및 대안 확정
④ 이행계획 수립: 프로젝트 별 추진 방법 정의, 프로젝트 별 상세 일정계획 수립
⑤ 변화관리계획 수립: 변화관리대상 및 변화요인 식별, 변화관리계획 수립, 변화관리 교육계획 및 자료 작성 - 전사아키텍처 정보 상시 활용
기업이 전사아키텍처 정보를 구축하여 IT업무 전반에 일상적으로 활용하는 것
이를 위해서는 전사아키텍처 정보체계의 지속적인 개선 체계와 전사아키텍처 관리 시스템의 구축이 선행되어야 함 - 활용유형별 내용
① IT 기획 관리
i. 업무 프로세스 혁신: 비즈니스 변화와 정보기술 변화에 따르는 영향을 분석하여 대응하고, 조직 간의 업무 수행 범위 및 중복성 확인으로 업무 프로세스 개선 가능
ii. 정보화 계획 수립: 정보화 전략 계획 수립 시 활용할 수 있으며, 중복을 배제한 효과적인 시스템 투자계획 수립에 활용
② IT 구축 관리
i. 프로젝트 계획: 정보시스템 구축을 위한 구체적인 프로젝트 계획 수립 및 제안요청서 작성시 활용
ii. 시스템 개발: 기존 시스템 개선 및 신규시스템 개발을 위한 기준 및 참조 정보를 제공하며, 시스템 간 연계성 및 재사용 대상을 식별 할 수 있음
③ IT 운영 및 통제
i. 시스템 운영: 시스템 장애 시 전체 모습을 쉽게 파악할 수 있어 문제점을 신속하게 찾아 낼 수 있으며, 시스템 변경 영향도를 파악할 수 있어 위험 최소화 기능
ii. IT 통제: 도입되는 시스템이 전사 표준을 준수하는 지 통제함으로써 상호운용성, 유지보수 편리성 등을 확보함 - 전사아키텍처 도입의 의미
전사아키텍처의 도입은 정보화에 대한 일시적이고 단편적인 개선이 아니라 보다 정확한 정보를 바탕으로 통합되고 일관성 있게 정보화를 계획하고, 실행하고, 검증 및 평가하는 체계를 갖추는 것이다. - 전사아키텍처 정보의 효과적 활용을 위한 전제 조건
① 전사아키텍처 정보 자체의 품질이 보장되어야 함
현행 및 목표 시스템의 상황이 아키텍처 정보에 항상 최신의 상태로 정확히 반영되어야 함
② 전사아키텍처 정보를 관리하고 적용을 통제 할 수 있는 전담 조직이 구성되고 운영되어야 함
이 조직은 전사아키텍처 정보에 품질과 활용도 제고를 책임지며, 필요 시 전사아키텍처 정보의 근거 자료를 제시할 수 있어야 함
③ 전사아키텍처 정보를 전사적으로 공유하고 활용할 수 있는 절차와 시스템 필요 - 전사아키텍처와 DAP 영역
① 데이터 아키텍처 전문가의 영역은 데이터 아키텍처 전반에 관한 것으로, 광의의 데이터 아키텍처 영역과 일치함
② 광의의 데이터 아키텍처 영역은 DA 원칙, DA 정보, DA 관리 등을 포함
③ 데이터 아키텍처가 의미 있기 위해서는 아키텍처 통합성이 이루어져야 함 - 아키텍처 통합성의 3가지 유형
① 범위 통합: 전사아키텍처 범위 전체에 대한 각 모델 내의 불일치성을 제거
② 수평 통합: 관련된 타 영역과의 불일치성을 제거
③ 수직 통합: 상위 아키텍처와 하위 아키텍처 간의 불일치성의 제거
반응형
댓글