제1장 데이터 표준화 개요

제1절 데이터 표준화 필요성

제2절 데이터 표준화 개념

제3절 데이터 표준 관리 도구

 

제2장 데이터 표준 수립

제1절 데이터 표준화 원칙 정의

제2절 데이터 표준 정의

제3절 데이터 표준 확정

 

제3장 데이터 표준 관리

제1절 데이터 표준 관리

제2절 데이터 표준 관리 프로세스

 

 

제1장 데이터 표준화 개요

제1절 데이터 표준화 필요성

1.데이터 관리 현황 및 개선방안

가. 데이터 활용상의 문제점

-데이터의 중복 및 조직,업무,시스템별 데이터 불일치 발생

-데이터에 대한 의미 파악 지연으로 정보 제공의 적시성 결여

-데이터 통합의 어려움

-정보시스템 변경 및 유지보수 곤란

-데이터명칭이나 표준화에 대한 미준수로 동일 데이터의 구별이 어려움

 

나.데이터 문제점의 원인

-동시 다발적인 정보시스템 개발: 시스템간 상호 연관성이 증대되어 단위 시스템 위주의 개발 보다는 관련 정보시스템을 동시에 개발하는 경향이 높음

-전사 데이터 관리 마인드 미형성: 데이터에 관리 주체가 단위 시스템의 개발자, 운영자 중심으로 이루어져 있어 단위 업무 지원에 초점

-전사 데이터 관리 인력 부재: 유지 보수 단계에서는 개별 유지 보수 인력에 의존

-전사 데이터 표준 관리 도구 부재: 정보시스템 개발시에는 수작업으로 데이터 표준의 적용, 준수 체크 등을 수행하였지만 운영 단계에서 수작업에 가까운 표준 관리 방법은 많은 애로사항이 존재

 

다.데이터 관리 개선방안

-데이터 표준화, 규격화를 위한 기본 방침 설정

-전사적인 정보 공유를 위해 유지되어야 할 공통 데이터 요소의 도출

-전사적인 데이터 요소 등록 및 관리 체계 구축

-정보시스템 개발 및 유지보수시 승인된 데이터 요소를 활용함으로써 시스템 개발의 효율성 및 데이터 공유성 향상

 

2.데이터 표준화 기대효과

-명칭의 통일로 인한 명확환 의사소통 증대

-필요한 데이터의 소재 파악에 소요되는 시간 및 노력 감소

-일관된 데이터 형식 및 규칙의 적용으로 인한 데이터 품질 향상

-정보시스템간 데이터 인터페이스 시 데이터 변환, 정제 비용 감소

 

제2절 데이터 표준화 개념

1.데이터 표준화 정의

-시스템별로 산재해 있는 데이터 정보 요소에 대한 명칭, 정의, 형식, 규칙에 대한 원칙을 수립하여 이를 전사적으로 적용하는 것

-코드, 용어, 도메인, 메타데이터, 데이터셋 등의 표준을 수립하여 DB에 일관되게 적용하는 일련의 활동

 

가.데이터 명칭

-데이터 명칭은 해당 기업내에서 데이터를 유일하게 구별해주는 이름

-유일성: 유일하게 구분

-업무적관점의 보편성: 보편적으로 인지

-의미전달의 충분성: 데이터의 의미 및 범위 파악 가능

 

나.데이터 정의

- 데이터 정의는 해당 데이터가 의미하는 범위 및 자격 요건을 규정

#데이터 정의 기술시 고려사항

-제3자의 입장에서 기술

-의미전달이 어려울 경우 실제 데이터 값도 같이 기술

-약어 또는 전문용어 사용 지양

 

다.데이터 형식

데이터 형식은 데이터 표현 형태의 정의

#데이터 타입: Numeric, Text, Date, Char, Timestamp 등

#데이터 길이 및 소수점 자리

#데이터 형식 정의시 고려사항

-도메인을 정의하여 데이터 표준에 적용

-데이터의 최대값 또는 최대 길이가 고정이 아닌 경우 여유있게 정의

-특수 데이터 타입(CLOB 등)은 가급적 사용 안함

 

라.데이터 규칙

데이터 규칙은  발생 가능한 데이터 값을 사전에 정의하여 데이터의 입력 오류와 통제 위험을 최소화

#데이터 규칙의 유형

-기본값: 어떠한 값의 입력도 없는 경우 데이터 타입에 따라 미리 정의된 기본값이 입력

-허용값: 업무 규칙과 일관성을 갖도록 입력이 가능한 데이터 값을 제한

-허용범위: 업무 규칙과 일관성을 갖도록 입력이 가능한 데이터 값을 범위로 제한

2.데이터 표준화 구성요소

가.데이터 표준

#표준용어

-업무에서 자주 사용하는 속성 또는 단어의 조합을 의미

-업무적으로 사용하는 용어에 대한 표준을 정의함으로써 용어 사용 및 적용에 대한 혼란을 방지하고 원활한 커뮤니케이션을 촉진

-업무적 용어:일상 업무에서 사용하는 용어

-기술적 용어:정보시스템에서 사용하는 용어

#표준단어

-전사에서 업무상 사용하며, 일정한 의미를 갖고 있는 최소 단위의 단어

-표준 용어를 구성하는 단어에 대한 표준을 정의함으로써 용어에 대한 한글명과 영문명을 일관되게 정의

-사용빈도가 높은 단어를 우선 정의하고 빈도가 낮은 단어는 다른 단어와 결합해서 정의

-동일한 개념을 의미하는 용어(또는 표준용어)의 생성을 예방

-유의어사용은 금지되며 대응되는 표준단어로 정의

-표준용어의 영문명 작성 기준

#표준도메인

-속성에 정의된 조건을 만족시키는 값의 범위

-칼럼에 대한 성질을 그룹핑한 개념

-문자형, 숫자형, 일자형, 시간형으로 분류

-동일한 성질을 가진 컬럼의 데이터 타입 및 데이터 길이를 일관되게 관리

-금액, 날짜, 내용, 명칭, 수량, 여부, 율, 번호, 코드 등 그룹핑

#표준코드

-도메인의 한 유형, 특정 도메인 값(코드값)이 이미 정의되어 있는 도메인

- 데이터 값, 즉 코드값까지 미리 정의

#기타 데이터 표준관련 요소

-데이터 모델에서 정의하는 주제영역, 관계명과 데이터베이스에서 정의하는 데이터베이스, 데이터베이스 스키마, TABLESPACE, INDEX, CONSTRAINT 등에 대한 표준을 관리

 

나.데이터 표준 관리 조직

-데이터 관리자는 하나의 기업 또는 조직 내에서 데이터에 대한 정의, 체계화, 감독 및 보안 업무를 담당하는 관리자

1)데이터 관리자의 주요 역할

-데이터에 대한 정책과 표준 정의:데이터에 대한 표준화 원칙 및 표준을 정의

-부서간 데이터 구조 조율:전사 데이터 관리 기준에 의거하여 단위 시스템이나 조직 부처에 명확한 데이터 관리 기준을 제시

-데이터 보안관리:데이터에 대한 보안 정책 수립, 보안 정책 준수 여부 체크, 보안 시정 조치 요구등을 수행

-데이터 모델 관리:데이터에 대한 중요한 의사소통의 도구가 되는 데이터 모델을 물리적인 변경 시점에 동일하게 관리

-데이터의 효율적인 활용방안 계획

 

2)데이터 관리자의 세부역할

-전사 데이터관리자

-데이터 표준화에 대한 정책 결정

-검토된 데이터 표준 제안에 대한 승인

-업무 데이터관리자

-담당 업무 기능의 데이터 요구사항 반영을 위해 필요한 데이터 표준 정의

-업무관련 데이터 표준 변경 제안에 대한 합동 검토

-업무시스템 데이터관리자

-시스템 관리목적의 데이터 요구사항을 위해 필요한 데이터 표준 정의

-업무 관련 데이터 표준 변경 제안에 대한 합동 검토

-데이터모델에 대한 데이터 표준 적용 및 준수 여부 체크

 

#DBA와 DA 비교

다.데이터표준화 절차

-데이터 표준화 요구사항 수집: 개별시스템 데이터 표준 수집. 데이터 표준화 요구사항 수집. 표준화 현황 진단

-데이터 표준 정의: 표준화 원칙, 데이터 표준 정의( 표준용어, 단어, 도메인, 코드)

-데이터 표준 확정: 데이터 표준 검토 및 확정. 데이터 표준 공표

-데이터 표준 관리: 데이터 표준 이행. 데이터 표준 관리 절차 수립: 데이터 표준 적용, 변경, 준수 검사 절차

 

*표준안 신규적용 절차

-표준화 요구사항과 현행 문서 수집

-표준화 문제점 도출

표준을 정의하기 위한 원칙과 절차 수립

제3절 데이터 표준 관리 도구

-수립된 전사 데이터 표준 정보의 관리, 데이터 표준에 의한 개발 및 유지보수 지원, 데이터 표준 준수 및 변경 영향도 평가를 담당하는 기능으로 구성

1.확장된 데이터 표준 관리도구의 기능

-데이터 모델 관리: 데이터 표준 관리 도구를 이용하여 개념, 개괄, 논리, 물리 모델에 대한 조회 및 변경 관리를 하는 기능

-데이터 표준 관리: 표준 단어, 표준 도메인 등의 표준 관련 사전을 관리하는 기능

-데이터 품질 관리: 데이터 품질 진단 및 분석과 비즈니스 규칙 등을 관리하는 기능

-OLAP 정보 관리: OLAP 시스템에 구현된 메타 정보와 연계하여 관리하는 기능

사용자 권한 관리: 현업 및 IT 사용자에 대한 권한 관리 기능

-변경 영향도 분석: 표준 및 모델 변경에 따른 전체 영향도를 분석하는 기능

-ETL 정보 관리: 계정계부터 최종 사용자까지 데이터 흐름 및 매핑 정보에 대한 관리 기능

표준 요청 관리: 표준의 신규 및 변경에 따른 절차와 승인 관리 기능

-JOB 관리: ETL 프로그램의 정상 및 오류 여부 등을 관리하는 기능

-DB 스키마 관리: 데이터 모델과 실제 DB와의 일치성 등을 관리하는 기능

 

2.데이터 표준 관리 시스템 기능

가.데이터 표준 관리 기능

-단어관리: 전사 관점에서의 단어 사전 관리, 금칙어의 사전 정의 및 관리

-용어관리: 업무적으로 정의된 표준 용어에 대한 관리, 기본 단어의 조합으로 업무 용어를 생성함

-도메인관리:  대표 및 그룹 속성에 대한 데이터 타입, 길이, 소수점 이하 길이 등을 사전에 정의한 도메인 관리

-코드관리:  수집된 코드로부터 코드 통합 과정을 거쳐 전사 표준 코드를 도출한 후 관리, 소스 코드 값과 표준 코드와의 변환 매핑 관리

-멀티표준관리:코드, 칼럼, 테이블, 도메인 등에 대하여 멀티 표준을 관리해서 전사에 존재하는 여러 표준을 지원하고 이후 전사 표준으로 통합 되도록 함

 

나.데이터 구조 관리 기능

-ER 모델 구조 관리: ER 모델 관리,  리포지터리에서 데이터 구조 정보를 추출 및 로드

-DB 스키마 관리: 다양한 DBMS로부터 DB 카탈로그를 추출 및 로드

-가변 속성 관리: 모델 기본 속성 외에 설계 속성을 쉽게 추가

-이력 관리: 데이터 모델 변경 이력, 형상 관리 지원

-모델 비교 관리:  데이터 구조 정보에서 표준화 자동 검사, 표준에 대한 준수도 자동 검사, 데이터 구조 정보 간 비교

 

다.프로세스 관리 기능

-표준등록: 코드, 칼럼, 테이블, 도메인 등에 대한 사용자 요청부터 데이터관리자의 승인/반려 기능 지원

-모델등록: 엔터티, 속성, 테이블, 칼럼 등 데이터 모델에 대한 사용자 요청을 등록하고 관리자의 승인/반려 기능을 지원

 

3.데이터 표준관리시스템 도입시 고려사항

-확장성: 다양한 시스템 및 DBMS의 정보 수집과 OLAP 툴 등의 다양한 데이터 구조 정보를 추출 할 수 있는지 검토

-유연성: 단계적 적용을 위한 여러 개의 통합 표준을 사용할 수 있는 복수 표준 관리가 가능한지와 한글명 및 영문명의 표현 방식, 표준의 변경 용이성을 검토

-편의성: 한글명의 영문명 자동 변환, 표준 검증의 주기적인 작업 수행 기능, 메타 정보 수집시 IMPORT 수작업 최소화 등 사용자 편의성을 검토

 

4.데이터 표준관리 시스템 부재시 관리 방법

가.모델링 도구 사전 활용

나.엑셀 등의 문서로 관리

제2장 데이터 표준 수립

제1절 데이터 표준화 원칙 정의

1.데이터 표준화 요구사항 수집

-현업 및 개발자로부터 데이터 표준과 관련된 요구 사항을 인터뷰 및 설문조사 등을 통하여 조사함으로써 전사 데이터 표준 대상 후보를 식별하고 개선점을 도출하는데 사용할 자료를 마련

 

2.현행데이터 표준 원칙 분석

-현행 정보시스템에서 적용하고 있는 데이터 표준 원칙 및 데이터 표준을 수집하고, 수집된 자료를 통하여 식별된 데이터 표준의 관리 대상 및 현황을 파악

가.현행 데이터 표준 원칙 수집

-현행 정보시스템에 적용되고 있는 데이터 표준에 대한 원칙을 수집

#현 정보시스템 개발 지침 문서 및 데이터 표준의 확보

-현행 데이터 표준 원칙은 기존 정보시스템을 개발할 당시 작성하고 적용되었던 개발 지침 문서 및 데이터 표준을 통하여 수집

#현행 정보시스템 모델의 분석

-현행 데이터 모델 또는 데이터베이스 스키마에서 보여지는 오브젝트의 정의 패턴 분석을 통하여 정보시스템 구축시 적용했던 원칙을 유추

 

나.데이터 표준 원칙 사용 현황 분석

-수집된 데이터 표준 원칙 자료를 토대로 현행 정보시스템에서 적용하고 있는 데이터 표준 대상 및 관리 항목을 도출

 

3.데이터 표준 개선방안 정의

-현행 데이터 표준 사용 현황 명세서와 표준화 요구 사항 정의서를 토대로 하여 데이터 표준 대상별 문제점 및 개선 방안을 도출

 

4.데이터 표준 원칙 수립

-현행 데이터 표준에 대한 개선 방안을 토대로 향후에 적용할 전사 데이터 표준 기본 원칙을 정의하고, 향후 전사 데이터 표준의 생성 및 변경시 참고할 수 있도록 각 데이터 표준 대상별 데이터 표준 원칙을 작성하여 문서화

 

가.데이터 표준 기본 원칙 정의

-데이터 표준 개선 방안을 참고하여 전체적으로 적용할 기본 원칙을 수립함으로써 표준화에 대한 방향을 사전에 정의

 

나.데이터 표준 지침 작성

-모든 사용자들이 참고해야 하는 데이터 표준화에 대한 구체적인 지침 문서를 작성

1)데이터 표준 지침의 기본 구성

-데이터 표준 지침은 데이터 표준 대상별로 어떻게 표준화할 것인가에 대해 구체적으로 정의한 문서

*개요: 데이터 표준화 및 데이터 표준 지침에 대한 목적

*데이터 표준화 관련자의 역할과 책임: 데이터 표준화와 관련된 사용자들을 정의하고 그들의 역할 및 책임을 규정. 전사 데이터 관리자, 데이터 관리자, 모델러

*데이터 표준 관리 절차: 데이터 표준과 관련된 일련의 작업 프로세스를 규정하고, 프로세스별로 데이터 표준화 관련자들의역할을 기술

*데이터 표준 기본 원칙: 데이터 표준 대상 모두에 대해 일반적으로 적용되어지는 기본 원칙

*데이터 표준 대상별 명명규칙: 데이터 표준 대상별로 데이터 표준 명칭을 작성하는 방법에 대해 구체적으로 기술

-사용문자: 알파벳, 한글, 숫자, 특수문자, 전각/반각 등의 허용 여부 또는 사용 조건을 규정

-영문 대소문자: 알파벳을 사용할 경우 대소문자 사용과 관련한 규칙을 규정

-한글명과 영문명 동시 정의 여부: DBMS에 반영되는 객체들은 대부분 알파벳으로 정의하도록 되어 있는 경우가 있기 때문에 이와 관련된 데이터 표준 정의 대상에 대해서는 한글명과 영문명의 정의가 필요, 표준용어, 단어가 해당

-명칭의 구조: 표준 용어를 사용하는 테이블명 및 칼럼명의 경우 명칭을 통하여 그 특성 또는 부가 정보를 표시할 수 있도록 명칭에 대한 단어 표준 조합 구조를 명시. 예) 수식어 + [수식어] + 속성 유형(금액, 건수, 코드 등)

-명칭에 대한 허용길이: 표준 용어를 사용하는 테이블명 및 칼럼명의 경우 DBMS의 물리적 특성으로 길이의 제약을 받기 때문에 표준 용어의 허용 길이를 명시

-명칭 표준화에 대한 기준: 유사한 개념의 단어/용어가 복수개 존재할 경우 어떤 기준으로 표준 단어/ 표준 용어로 선택할 것인가를 결정하는 기준을 정의
예) 일련번호, ID, SEQ --> ID로 표준화

-명칭에 대한 예: 명칭에 대한 허용 길이, 명칭 구조 체계, 명칭 표준화 기준 등을 준수하여 작성된 샘플을 몇 가지 명시

 

*데이터 형식 정의에 대한 기준: 데이터 표현 형태를 정의하는 기준 및 방법

 

2)주요 데이터 표준 대상별 지침의 일반적인 구성

-데이터 표준 대상에 대한 세부 지침은 각 데이터 표준 대상의 특성에 맞게 기술

표준단어:
-한글명 및 영문명에 대한 알파벳, 한글, 숫자, 특수문자, 전각/반각 등의 허용 여부 또는 사용조건
- 대소문자 사용 규칙
- 한글명, 영문명에 대한 허용 길이
- 합성어(단어의 조합으로 이루어진 단어) 정의에 대한 지침
- 접두사에 대한 처리 방안
- 동음이의어/이음동의어 허용 여부 및 처리 방안

표준용어:
- 데이터 명칭에 대한 구조 체계
- 한글명, 영문명에 대한 허용 길이
- 용어를 테이블이나 컬럼명으로 사용할 경우 준수해야 할 특이한 명명규칙
- 용어를 컬럼명으로 사용할 경우 데이터 형식 표준화에 대한 기준 및 표준 도메인 적용 여부

표준도메인:
- 데이터 형식 표준화에 대한 기준

표준코드:
- 데이터 명칭에 대한 구조 체계 및 명명에 대한 기준
- 데이터 형식 표준화에 대한 기준
- 코드번호 체계 정의에 대한 규칙

 

3)데이터 표준 개발 지침 작성 시 유의사항

-DBMS마다 허용하는 테이블 및 칼럼의 물리명 길이가 상이함: 영문명의 허용길이 정의시 고려

-DBMS마다 정의하고 있는 데이터 타입이 각기 상이함

제2절 데이터 표준 정의

1.표준 단어 사전 정의

-기존 데이터 모델 및 용어집을 통해 해당 기관에서 사용되고 있는 모든 단어를 추출

-추출된 단어는 단어 종류와 유형을 분류하고 업무 정의 및 용도를 고려하여 표준 단어를 정의

가.표준 단어 사전

-단어:문법상 일정한 뜻과 구실을 가지는 말의 최소 단위

-표준 단어 사전: 기업에서 업무상 사용하며 일정한 의미를 갖고 있는 최소 단위의 단어를 정의한 사전

1)표준 단어 관리 기준(표일대)

표준성: 정보시스템이나 일반적인 업무에서 사용되는 단어 가운데에서 추출

일반성: 일상적으로 사용하고 있는 사전적 의미의 단어와 의미상 크게 다르지 않아 일반인도 해당 단어의 의미를 이해 가능

대표성: 동의어를 가질 수 있으며 표준 단어로 선언된 단어는 비슷한 의미의 동의어들을 대표

 

2)표준 단어 작성 형식

-표준 단어는 전사적으로 관리하고 있는 엔터티와 속성을 개별 단위로 하여 추출하며, 추출된 단어는 동음이의어와 이음동의어를 정비한 후 논리명(한글명)을 기준으로 물리명(영문명, 영문약어명), 유사 용어까지 함께 정리하여 관리

-표준 단어 사전에는 개별 단어 외에도 동의어, 유의어, 반의어 등과 같은 단어 간의 구조도 함께 정의

이음동의어: 한글명 및 영문명을 분석 후에 업무적으로 가장 대표적인 표준단어를 선택

 

나.표준 단어 정의

1)현행 용어 수집

-기업 내 존재하는 모든 정보시스템에 대한 데이터 모델 또는 테이블 정의서와 칼럼 정의서를 분석하여 현행 용어에 대한 한글명 및 영문명을 수집

2)단어 분할

-수집된 현행 용어에서 업무상 사용되며 일정한 의미를 갖고 있는 최소 단위의 단어로 분할

3)단어 정련

-분할하여 취합된 모든 단어 중에서 의미가 동일한 단어들에 대해 하나의 대표 단어를 표준으로 선정하고 그에 대한 영문 약어명을 선택

4)표준 단어 사전 정의

단어 정련 작업을 통하여 표준으로 선택한 모든 단어들에 대한 한글명 및 영문명을 표준 단어 사전에 등록

 

다.표준 단어 정의시 고려사항

-표준 단어의 단위는 최소 단위를 기준으로 하되 사용 빈도가 높은 단어의 조합 또는 단어의 조합이 하나의 고유한 의미를 가지는 경우 하나의 표준 단어로 정의

-표준 단어의 영문명도 반드시 알파벳으로 시작하도록 정의

-단어는 특히 동음이의어가 많기 때문에 사용빈도가 높은 것을 표준 단어로 사용빈도가 낮은 것은 다른 단어와 조합하여 표준 단어로 정의

 

#접두어/접미어 개별

-단어개수 많지 않음,

-일관된 단어사전,

-물리DB 제약 자리수를 넘는 경우 발생,

처리할 수 없는 경우 발생(물 수, 손 수)

 

#접두어/접미어 합성

-단어개수 많음, 

-단어의 다용도 사용으로 일관성 떨어짐,

-물리DB 제약 자리수 넘을 가능성 낮음,

-사용자 편의성 높음

2.표준 도메인 사전 정의

-업무적인 용도, 사용 빈도와 데이터의 물리적인 특성 등을 고려하여 도메인을 분류하고 도메인별 데이터 타입을 부여

가.표준 도메인 사전

-도메인:속성에 정의된 조건을 만족시키는 값의 범위
-표준 도메인은 전사적으로 사용되고 있는 데이터 가운데에 논리적, 물리적으로 유사한 유형의 데이터를 그룹화하여 해당 그룹에 속하는 데이터의 유형과 길이를 정의한 것

1)표준 도메인 관리 기준(표유업)

-표준성: 표준 도메인은 전사 차원에서 공통적으로 사용되는 속성을 대상으로 정의

-유일성: 동일한 내용의 중복 도메인이 서로 다른 이름으로 선언되지 않도록 관리

-업무지향성: 업무의 특성을 충분히 반영할 수 있도록 선언하여 관리

 

2)표준 도메인 작성 형식

-전사적으로 관리하고 있는 모든 데이터 속성 혹은 대표 속성 가운데에 DBMS에 동일한 형태로 구현되는 속성들을 추출하여 그룹화

 

나.표준 도메인 정의

-정보시스템별로 혼재되어 사용되고 있는 칼럼의 칼럼명, 데이터 타입, 길이 등을 정리하여 표준 도메인을 정립

1)현행 용어 정보 분석

-기업 내 존재하는 모든 정보시스템에 대한 데이터 모델 또는 칼럼 정의서를 이용하여 현행 용어에 대한 용어명과 데이터 타입 정보를 수집한 뒤 물리적으로 유사한 유형의 용어들을 그룹화

-동일한 정보시스템에 대한 데이터 모델에서 추출된 현행 용어들을 유일하게 추출.
-데이터 타입과 길이가 동일한 용어들을 검색하여 유사한 속성의 용어들을 그룹핑.
-용어명 중에서 끝 쪽 단어를 기준으로 유사한 속성의 용어들을 그룹핑

2)표준 도메인 정의

-그룹핑된 유사 속성 용어의 의미에 따라 표준 도메인명을 정의하고 그에 따른 데이터 타입 및 길이를 정의

- 업무적으로 의미가 있는 도메인명을 부여
- 기존 데이터와의 호환성 및 범용성을 위하여 그룹핑된 용어들에게 부여된 데이터 타입 길이 중 가장 큰 데이터 타입 길이를 표준으로 정함

 

다.표준 도메인 정의시 고려사항

-현실적으로 어느 도메인에도 속하지 않는 칼럼이 있을 수 있기 때문에 모든 용어를 포괄하는 표준 도메인을 생성할 필요는 없음

-표준 도메인에 정의할 데이터 형식을 어떻게 정의하고 각기 다른 DBMS에 어떻게 물리적으로 적용할 것인가에 대한 방안을 고려

-표준 도메인을 도출하면서 동일한 용어로 판명된 현행 용어들을 별도로 기록하여 향후 동일한 데이터 표준 용어로 통일할 때 참고

 

3.표준 코드 사전 정의

-표준 코드 정의는 수집된 용어로부터 코드를 선별하여 현 코드의 코드값을 조사

현 코드를 바탕으로 통합 요구 사항과 통합 필요성에 따라 통합 대상을 파악하고 표준 코드를 정의하고 현 코드와 매핑 설계

가.표준 코드 사전

-표준 코드에는 각 산업별로 법·제도적으로 부여하여 공통적으로 사용되는 코드뿐만 아니라 기업 내부에서 정의하여 사용하는 코드도 포함

1)표준 코드 관리 기준(재일정)

-재사용성: 표준 코드는 기업에서 자체적으로 정의하여 사용하는 것보다 표준화 기구나 정부, 공공기관에서 정의한 코드를 재사용

-일관성: 코드는 업무 범위 내에서 가능한 한 유일하게 정의

-정보분석성: 가능한 범위의 데이터는 모두 코드화하여 관리

 

2)표준코드 작성 형식

-전사적으로 사용하고 있는 코드를 추출하여 정의하고 부여된 코드와 동일한지를 확인하고, 동일한 값을 가지는 코드에 대해서 통합 작업을 수행하여 단일화 작업을 수행

 

나.표준 코드 정의

-표준 코드는 각 정보시스템별로 사용되고 모든 코드들을 수집하여 동일 코드를 파악하고 통합하여 표준 코드를 정의

1)현행 코드 수집

-기업 내 존재하는 모든 정보시스템에서 사용하는 코드 정보를 수집

#코드 관리 형태

-단독 코드 테이블: 하나의 코드를 하나의 테이블에서 관리하는 형태

-통합 코드 테이블: 복수개의 코드를 하나의 통합 관리 테이블에서 관리하는 형태

-애플리케이션 정의: 코드를 데이터베이스에 저장하여 관리하지 않고 애플리케이션에서 정의하여 관리하는 형태

#코드 파악 방법

-코드 데이터 값 수집: 코드를 관리하는 테이블, 통합 코드 테이블, 애플리케이션 사용자 인터페이스를 통하여 코드 정보를 수집

-코드성 칼럼 파악: 각 정보시스템의 테이블에 존재하는 칼럼 중에서 코드 정보를 저장하는 코드성 칼럼을 파악

-수집된 코드에 대한 사용처 파악: 식별한 코드성 칼럼별로 어떠한 코드를 저장하는지를 파악함으로써 누락된 코드를 확인

 

2)현행 코드 상세 분석

-수집된 현행 코드 정보를 상세히 분석함으로써 동일하거나 통합이 가능한 코드를 식별

-코드값이 일치하는 동일한 코드 인스턴스를 가지는 코드를 찾은 뒤 해당 코드의 모든 코드 인스턴스를 확인하고 비교함으로써 통합 가능한 코드를 식별
-분석해야 할 대상 코드가 너무 많을 경우에는 코드를 사용하는 업무 기능별로 코드를 분류한 후, 분류된 단위로 코드를 분석

 

3)표준 코드 정의

-현행 코드 상세 분석을 통하여 식별된 통합 대상 코드의 코드 인스턴스를 정련하여 통합

-통합 대상이 없는 코드는 현행 코드 인스턴스를 그대로 유지하는 것이 일반적
-통합 대상이 존재하고 통합 대상 코드의 코드 번호가 서로 상이할 경우 새로운 코드 번호를 부여함으로써 표준 코드를 정의

 

다.표준 코드 활용

-모든 정보시스템은 표준 코드를 사용

-일부 업무에서 특정 코드의 모든 코드 값을 사용하지 않고 범위를 한정하여 일부 코드값만 사용 할 경우에는 표준 코드로부터 파생된 코드를 정의하여 사용

 

라.표준 코드 정의시 고려사항

-코드값은 향후 확장성을 고려하여 정의하여야 하며, 여러 업무에서 사용할 수 있도록 통합된 코드로서의 일관성을 유지.
-시스템 운영 중에 코드값이 변경되는 경우 해당 코드를 사용한 기존 데이터의 유지를 위해 기존 코드값을 삭제하는 대신 사용 중지 상태로 관리하고 새로운 코드값을 신규로 정의.
-표준 코드를 도출하면서 파악한 표준 코드-현행 코드 간의 변환 매핑 정보를 별도로 기록하여 향후 신규 정보시스템으로의 데이터 이행시 참고

 

*코드표준화순서

-현행코드관련자료수집

-코드도메인 분류 및 중복 제거

-동일 의미 코드의 통합

- ASIS 코드와 TOBE코드 매핑

 

4.표준 용어 사전 정의

-단어, 도메인, 코드 표준이 정의되면 이를 바탕으로 표준 용어를 구성하고, 단어의 조합, 도메인 분류, 데이터 타입 길이, 코드값 등을 기준으로 해서 표준 적용이 업무적으로나 IT적으로 무리가 없는지 검토

가.표준용어사전

-용어는 업무에서 자주 사용하는 단어의 조합을 의미
-표준 용어는 전사적으로 사용하는 엔터티와 속성을 대상으로 표준 단어 사전에 정의된 단어를 조합하여 정의

-단어는 개별적이나 용어는 업무와 조직의 성격에 따라 그 조합이 달라질 수 있음

1)표준 용어 관리 기준(표일업)

-표준성: 용어의 표준화를 통해 용어 사용의 차이에 따라 발생되는 전사 차원 의 혼란을 최소화

-일반성: 용어가 지나치게 업무 관점에서만 정의되어 일반적으로 이해하기 힘들거나 의미상에 혼란을 초래해서는 안됨

-업무지향성:용어는 기업의 업무 범위 내에서 약어를 사용하거나 내부에서 별도로 정의 가능. 지나친 약어 사용은 주의

 

2)표준 용어 작성 형식

-표준 용어는 전사적으로 보유하고 있는 엔터티와 속성을 대상으로 추출된 표준 단어를 조합하여 생성되며 용어 사전은 엔터티 용어 사전과 속성 용어 사전으로 구분하여 정의

-정의된 각각 의 용어는 논리명(한글명)과 물리명(영문명)을 가지며, 용어 범위 및 자격 형식 등을 설명

 

나.표준 용어 정의

-정보시스템별로 사용되고 있는 모든 현행 용어를 수집하고 표준 단어 사전, 표준 도메인 사전, 표준 코드 사전 등을 참조하여 현행 용어에 대한 표준 용어를 도출

1)현행 용어에 대한 표준 단어 도출 및 표준 용어 정의

-현행 용어로부터 표준 용어의 도출은 단어 수준에서의 표준화를 통해 이루어짐

2)표준 단어에 대한 도메인/코드 정의

-표준 도메인을 도출하면서 별도 관리했던 정보를 가지고 표준 단어에 대한 도메인을 정의 가능

 

다.표준 용어 정의시 고려사항

표준 용어 도출시 데이터 표준 원칙에서 정의한 한글명 및 영문명의 허용 길이를 넘지 않도록함

만약 영문명의 허용 길이가 문제가 된다면 한글명을 변경하거나 한글명을 구성하는 표준 단어들 중 일부를 조합하여 하나의 표준 단어를 등록하여 영문명의 길이를 축약

생성된 표준 용어가 너무 길다면 두개의 표준 용어를 복합하여 생성하는 방법도 고려

 

*표준용어변경시 직접적인 영향: 표준단어, 표준도메인, 기존업무용어, 표준코드값은 직접적인 영향이 없음

*표준용어변경시 검토할 문서: 신규로 정의된 코드명칭

제3절 데이터 표준 확정

1.데이터 표준 검토

-데이터 관리자가 정의한 표준단어사전, 표준도메인사전, 표준코드, 표준용어사전 등을 확인하고 해당 용어가 현재 사용되고 있는 용어로 정확하게 정의되어 있는지를 확인하고 승인

가.데이터 표준 검토 계획 수립

-데이터 표준 검토 대상이 되는 자료를 확인

-검토 기준은 전사 데이터 표준 기본 원칙 및 각 대상별 데이터 표준 지침을 근거로 작성

-유일성: 각 데이터 표준이 물리적으로나 의미론적으로나 유일한지 확인

-완전성: 각 데이터 표준 대상별 필수 입력 사항들이 전부 정의되었는지 확인

-정확성: 각 데이터 표준 대상별 입력 사항이 충실히 입력되었는지 확인

-범용성:정의한 데이터 표준이 여러 정보시스템에서 적용이 가능한지 확인하고, 향후 개발할 각 정보시스템에 적용할 수 있도록 검토 계획을 수립

 

나.데이터 표준 검토

-검토 기준 및 검토 대상 산출물을 준비하고 검토에 참여할 대상자에게 배포

-검토 관련 장소, 시간, 준비 장비 등 검토를 실시하기 위한 제반 준비를 수행하며, 검토 담당자별로 검토 세션에서 수행해야 할 역할을 주지시킴

-검토시 진행자는 제기되는 이슈에 대해서 참석자들간에 결론을 도출하기 위한 토론이 발생하지 않도록 이슈 목록으로 정리하고 검토가 정해진 일정 내에 마치도록 주의

-검토 세션이 종료되면 세션별로 그 결과를 정리

-검토 결과가 정리되면 데이터 표준 대상별로 보완 사항을 작성

 

다.데이터 표준 보완 및 승인

-보완 결과에 대해 확인 준비. 검토 결과, 보완 목록, 보완 사항이 반영된 데이터 표준을 준비하고 배포.

-보완 목록에 준하여 데이터 표준 반영 여부를 확인. 반영되지 않은 사항 중 미반영 사유가 존재할 경우에는 미반영 사유가 타당성이 있는지를 검토하고 사유가 타당하지 못한 경우에는 보완.

보안 목록에 있는 보완 사항이 모델에 모두 반영된 것을 확인하면 본 작업을 종료하고 전사 데이터 관리자의 승인을 획득.

 

2.데이터 표준 공표

-확정된 데이터 표준을 배포하여 전사 시스템에 적용 가능하도록 하며, 관련 내역에 대한 이해 및 적용을 위한 교육을 수행

가.데이터 표준 배포

-검토가 종료되고 전사 데이터 관리자의 승인을 득한 데이터 표준은 데이터 표준 관리 도구에 등록하여 전사의 모든 사용자가 데이터 표준을 조회할 수 있도록 조치하고, 정보시스템 개발 관련자들이 데이터 표준을 준수하여 개발할 것을 공지

나.데이터 표준 교육

-데이터 표준에 대한 이해 및 효과적인 적용을 위해 사용자 및 운영자에 대한 교육 훈련 계획을 수립하고, 데이터 표준 지침 및 기타 데이터 표준 관련 교육 교재를 작성하고 교육을 수행

 

제3장 데이터 표준 관리

제1절 데이터 표준 관리

1.데이터 표준 관리 개요

-개별적인 데이터 표준화 요소에 대한 표준화 작업 절차 이후, 데이터 표준 정의 단계에서 수립된 데이터 표준에 근거하여 관리 프로세스를 정립하여 데이터 표준 관리

2.데이터 표준 관리 프로세스 유형

-정의된 데이터 표준이 개발 과정이나 운영 과정에서 발생하는 데이터 표준의 신규 요건이 발생한 경우에 이를 처리하기 위한 프로세스

-데이터 표준이 변경 또는 삭제되는 경우, 관련 데이터 표준화 요소와 데이터 모델, 데이터베이스, 관련 프로그램까지 영향도를 분석할 수 있는 절차와 이를 처리하기 위한 프로세스

-데이터 표준을 잘 준수하고 있는지를 수시로 체크하고 확인할 수 있는 프로세스

 

제2절 데이터 표준 관리 프로세스

1.데이터 표준 관리 프로세스 구성요소

-프로세스, 태스크, 역할과 담당 업무가 명확하게 정의

2.구성요소별 설명

가.프로세스

-데이터 표준이 신규로 발생하거나 변경 사항이 발생하는 경우에 거쳐야 할 전체적인 업무 프로세스

나.태스크

#표준 신규/변경 요청

-업무 담당자는 데이터 관리자에게 표준 단어, 표준 용어, 표준 도메인 등 데이터 표준 대상을 신규 또는 변경 요청

#표준 준수 검토

-요청된 사항에 대해서 데이터 관리는 요청된 사항에 대한 표준 준수 여부를 검토하고 검토 결과를 업무 담당자에게 피드백하며 준수 여부 체크시 요청한 용어가 해당 용어 설명에 부합하는지, 요청한 용어가 기존 용어의 의미와 중복되는지 여부를 체크

다.역할과 담당업무

#업무 담당자
- 표준 신규 및 변경 요청
- 데이터 관리자로부터 지시받은 변경 내용 적용

#데이터베이스 관리자
- 데이터 관리자로부터 변경 표준 사항에 대한 변경 영향 파악 협조 및 평가서 작성
- 데이터 관리자로부터 지시받은 변경 내용 적용
- 테스트 및 검증 

- 사용자 반영 결과 통보

#데이터 관리자
- 업무 담당자로부터 요청받은 신규 및 변경 사항 검토 및 표준 준수 여부 체크
- 변경영향도 분석 및 보고 후 변경 계획 수립
- 준수 여부 체크 후 메타 DB에 표준 등록
- 메타 DB에 등록 완료 후 신규 및 변경 표준 배포
- 업무 담당자 및 데이터베이스 관리자에게 변경 작업 지시 후 변경 작업 수행 결과 확인

#전사 데이터 관리자
- 전사 관점에서의 표준 가이드 자문 및 제시

 

#DA가 이뤄야할 3가지 통합성

-EA범위 전체에 대한 각 모델 내의 불일치성 제거

-관련된 타 도메인과의 불일치성 제거

-관련된 관점간의 불일치성 제거

 

 

 

맨 위로 이동

 

DAP 1장 전사아키텍처 이해

 

DAP 2장 데이터 요건 분석

 

DAP 4장 데이터 모델링

 

DAP 5장 데이터베이스 설계와 이용

 

DAP 6장 데이터 품질 관리 이해

 

제1장 정보 요구 사항 개요

제1절 정보 요구 사항

제2절 정보 요구 사항 관리

 

제2장 정보 요구 사항 조사

제1절 정보 요구 사항 수집

제2절 정보 요구 사항 정리

제3절 정보 요구 사항 통합

 

제3장 정보 요구 사항 분석

제1절 분석 대상 정의

제2절 정보 요구 사항 상세화

제3절 정보 요구 사항 확인

 

제4장 정보 요구 사항 명세화

제1절 정보 요구 사항 명세 정의

제2절 정보 요구 사항 명세 상세화

 

제5장 정보 요구 사항 검증 및 변경 관리

제1절 정보 요구 사항 검증 정의

제2절 정보 요구 사항 상관분석 기법

제3절 추가 및 삭제 정보 요구 사항 도출

제4절 정보 요구 사항 변경 관리

 

제1장 정보 요구사항 개요

제1절 정보 요구 사항

가.정의

-정보 요구 사항이란 사용자가 일상적으로 수행하는 업무의 개선 사항이나 신규 개발 사항으로 시스템을 통해 기능상의 목적을 달성하기 위해 요청하는 내용

 

나.정보 요구사항 생명주기 모형

-정보요구사항 도출, 분석 및 정의, 명세화, 검증으로 구성

1)정보요구사항 도출

-사용자의 정보 요구 사항을 도출하는 단계로서 사용자 인터뷰, 설문서, 워크숍, 현행 시스템 분석 등을 통해 도출

2)정보요구사항 분석 및 정의

-사용자로부터 수집된 정보 요구 사항을 정리하고 방법론에서 제시하는 다양한 기법을 이용하여 분석해서 정보 요구 사항을 정의하는 단계

3)정보요구사항 명세화

-확정된 정보 요구 사항의 개별 사항에 대하여 세밀하게 분석하고 기록하는 단계

4)정보요구사항 검증

-사용자의 정보 요구 사항을 비즈니스 관점, 조직 관점, 애플리케이션 관점과 상관분석을 통해 누락 없이 반영되었는지를 검증하는 단계

 

다.정보 요구사항 유형

요구사항분류: 기능, 비기능(성능, 시스템장비구성, 인터페이스, 데이터, 테스트, 보안, 품질, 제약사항, 프로젝트관리, 프로젝트 지원), 기타(유지관리수행, 유지관리인력, 컨설팅, 공사)

 

-유형:외부/기능/성능/보안 요건

1)외부 인터페이스 요건

-시스템의 모든 입·출력에 관한 요건으로서 대외기관으로부터 수신 및 대외기관으로 송신하는 입출력 방식이 추가 및 변경되었을 경우와 각종 제도 및 기준 등이 변경되었을 경우에 발생하는 요건

#관리기준: 중복성, 표준준수도

중복성:기존에 동일한 형태의 인터페이스가 존재하는지 체크

표준준수도:인터페이스와 관련된 국제 표준 및 국가 표준이 존재할 경우, 그에 적합한 형태로 제공

#관리방법:항목 이름, 목적 설명, 입력의 원천 및 출력의 방향, 유효 범위, 시간, 다른 입/출력과의 관계, 데이터 포맷, 최종 메시지 등이 포함되어 관리

 

2)기능 개선 요건

-시스템에서 입력을 받아들여 처리하고 출력을 만들어 내는 주요 활동 및 프로세스에 대한 요건

#관리기준: 불가변성, 범용성

불가변성: 기능 개선 요건이 향후에 재변경되지 않도록 근본적인 개선 방안을 요청

범용성:많은 사용자가 편리하게 사용할 수 있는 요건을 우선적으로 요청

#관리방법

-입력에 대한 유효 체크, 정확한 처리 순서, 비정상 상태에 대한 반응(오버플로우, 통신 장비, 에러 처리), 매개변수의 기능, 출력과 입력의 관계, 입출력 순서, 입력을 출력으로 변환하는 공식 등이 포함되어 관리

 

3) 성능 개선 요건

-사용자가 원하는 성능 개선 사항으로는 동시 사용자 수, 처리하는 정보의 양과 종류, 트랜잭션 소요시간 등

#관리기준: 실현가능성, 측정가능성

실현가능성: 해당 성능 개선 요구 사항이 현행 기술 수준과 서비스 특성을 고려할 때 구현 가능한 요건인지를 확인한 후 제시

측정가능성: 측정이 불가능한 모호한 형태로 요건이 제시되면 안됨

#관리방법

-각 기관의 서비스 특성을 고려하여 정적, 동적 기준을 마련하고 해당 기준에 맞게 서비스되고 있는지를 모니터링 작업을 통해 항시 관리

 

4) 보안 개선 요건

-중요 데이터에 대한 훼손, 변조, 도난, 유출에 대한 물리적 접근통제(제한구역, 통제구역 등) 및 사용 통제(인증, 암호화, 방화벽 등)에 대한 요건

#관리기준: 불가변성, 실현가능성

불가변성: 보안 개선 요건이 향후에 재변경되지 않도록 근본적인 개선 방안을 요청

실현가능성: 해당 보안 개선 요구 사항이 현행 기술 수준과 서비스 특성을 고려할 때 구현 가능한 요건인지를 확인한 후 제시

#관리방법

-가장 먼저 보안 관리가 필요한 정보에 대한 등급 관리가 필요하며, 해당 등급별로 접근 가능한 이용자 등급 관리가 필요하며 접근 통제 기준 및 사용 통제 기준 제시

제2절 정보 요구 사항 관리

가.정의 및 관리 목적

-정보 요구 사항을 비롯하여 관련 애플리케이션 및 시스템 전반에 걸친 사용자의 요구를 수집하고 분류하여 반영하는 작업 절차

 

나.정보 요구사항 관리 프로세스

1)업무흐름 프로세스

2)수행조직 및 수행 업무

#사용자

- 정보 요구 사항 정의 및 상세화
- 정보 요구 사항 변경 요청
- 정보 요구 사항 반영을 위한 미팅
- 정보 요구 사항 반영 여부 확인
- 미결 사항에 대한 의사결정 실시

#담당자

- 사용자 정보 요구 사항 접수
- 사용자 정보 요구사항에 대한 기본적인 검토
- 반영 여부 결정을 위한 사용자와 1차 미팅
- 접수 요건에 대한 처리 방식 및 처리 기한 결정
- 관련 부서별 담당자 수집 및 요건 협의 주도
- 사용자 정보 요구 사항 반영
- 테스트 및 검증
- 사용자 반영 결과 통보

#데이터아키텍처 전문가

- 사용자 정보 요구 사항에 대한 표준/데이터베이스/애플리케이션 차원에 대한 영향도 분석 및 보고
- 접수된 요구 사항에 대한 표준 준수 여부 체크
- 영향도 분석을 통한 수정 및 변경 계획 수립
- 표준 제시 및 준수 여부 검토

-요청사항 내용 중 미결 사항에 대한 검토

제2장 정보 요구 사항 조사

제1절 정보 요구 사항 수집

가.정보요구사항 수집 형태

-관련 문서 수집

-사용자 면담을 통한 수집

-워크샵을 통한 수집

-현행 업무 처리 매뉴얼을 통한 수집

-현행 정보시스템 관련 산출물을 통한 수집

 

*정보시스템 현황조사기법: 경쟁환경분석, SWOT분석, RAEW분석(책임,권한,전문능력,일)

 

나.관련문서 수집

-사용자및시스템관점의 정보요구사항수집시 소스문서: 현행시스템분석서, 현행 사용자 요구사항정리문서, 현행시스템개선과제 및 문제점 정리문서

-관련 문서에는 업종에 대한 이해에 도움이 되는 자료

-기업에 대한 전체적인 상황 이해시 도움이 되는 자료

-사용자가 업무 처리를 위해 참고로 하는 상세한 업무 매뉴얼, 

-업무 처리시 활용하는 정보 처리 매뉴얼, -정보시스템으로부터 산출되는 보고서 및 각종 장표, 

-처리 화면 등이 포함

 

1)문서수집 목적

-구현 시스템의 대상과 범위를 좀더 명확하게 정의하고 기업과 업종에 대해 잘 이해하기 위하여 업종, 경영 전략, 정보시스템 등에 대한 과거 실적 자료 및 향후 계획 등의 자료를 수집

2)문서수집 자료

-경영 계획에 대한 자료

-정보시스템에 대한 자료

-과거 수행한 컨설팅 보고서

-전산처리 업무 매뉴얼

-현업부서 업무 자료

3)문서 수집 원칙

-문서는 기존에 보유하고 있는 문서를 변경하지 않고 수집하고, 정보시스템에 대한 자료는 별도의 정리 양식을 이용하여 작성

-수집된 문서를 바탕으로 경영 및 정보시스템 현황에 대한 요약표를 작성하여 그 내용을 숙지

-수집된 문서들은 계획 수립 기간, 문서 관리자를 지정하여 운영

-유형별 문서를 향후 활용을 위하여 문서 분류 방식을 결정한 후에 일정한 장소에 보관

-수집된 문서는 통상 대외비의 성격이 강하므로 개인별로 보관하는 것을 통제하고 문서 보안 관리에 주의

 

다.사용자 면담

-면담은 분석가가 특정 관점에서의 업무 요건이나 업무 절차를 조사하기 위하여 일반적으로 한 명 (혹은 두 명)의 실무자와 대면하여 질의와 응답을 통해 정보를 수집하는 방법

1)사용자면담종류

면담조사방법

-개인면담: 일대일

-집단면담(워크샵): 일대다

-표준화면담: 동일 내용과 절차 반복

-비표준화면담: 질문 내용이나 순서가 변함

면담조사방식

-피라미드 구조: 구체적 선택형> 일반적 서술형 질문 진행

-퍼널구조: 일반적 서술형> 구체적 선택형 질문 진행

-다이아몬드 구조: 피라미드 + 퍼널

 

1)사용자 면담 진행

-계획및준비, 면담수행, 면담결과분석, 분석결과피드백

 

#계획 및 준비: 면담일정, 면담지침, 면담요지, 기록양식

*면담 주제 선정

-수행 대상 작업과 면담 대상자의 책임 수준에 따라 결정.
면담 대상자 및 대상 작업별 면담 주제에 따라 면담 요지를 작성

-질문 항목은 면담을 통해 얻고자 하는 것이 무엇인지를 명확히 선정

-면담의 취지, 목적, 수행 방법, 시간

-프로젝트의 개요: 목표, 범위, 기간, 조직

-업무의 향후 수행 방향에 대한 의견

-면담 대상자가 소속된 부서의 업무 현황 및 개선 요구 사항

-현재 사용하는 정보시스템에 관한 의견

-프로젝트에 관한 의견 : 요구 사항, 프로젝트 참여 방안 등

 

*전산 부서용 면담 요지
면담의 취지, 목적, 수행 방법, 시간 등
프로젝트의 개요 : 목표, 범위, 기간, 조직
기획 분야 현황 및 계획 : 전산 부서 조직 및 인력, 연혁, 계획, 문제점, 과제 등
시스템 분야 현황 및 계획 : 조직 및 인력, 시스템 구성, 네트워크 구성, 시스템 운영 절차, 향후 계획, 문제점 및 과제 등
애플리케이션 분야 현황 및 계획 : 조직 및 인력, 애플리케이션 구성, 데이터베이스 구성, 진행 중인 개발 업무, 개발 및 유지보수 계획, 문제점 및 과제 등

 

*면담 진행 팀 구성

-가능하면 2~3인으로 구성

-면담팀원간 역할 구분

-기록자나 관찰자는 사전에 업무를 습득

면담자
- 면담을 진행.
- 면담의 취지를 설명하고 면담 대상자에게 질문.

기록자
- 면담 대상자의 답변 내용을 기록.(요약말고 그대로)
- 면담 대상자의 답변 내용을 충분히 이해하고 기록하기 위하여 면담 대상 업무에 대한 사전 지식 보유.
- 면담 종료 시에 기록 내용 중 주요 사항(수치, 업무 분장 및 책임소재 조직 등에 대한 내용)을 확인.

관찰자
- 면담이 수행 의도대로 진행되고 있는가를 관찰.
- 면담이 주제의 범위를 벗어나면 주의 환기
- 면담자가 놓치는 부분에 대하여 보충 질문.
- 최종적으로 면담의 종료에 대해 판단.

 

*면담 대상자 선정

-수행 작업에 따라 면담 대상을 선정
-적절한 대상을 선택하기 위하여 전체 조직 구성도와 프로젝트 범위를 검토하고, 프로젝트 후원자나 사용자측으로부터 추천
-여러 명의 사용자나 조직들이 유사한 업무를 수행하고 있는 경우에는 차이점 파악을 위하여 해당 업무에 대하여 적어도 두 명 이상의 면담 대상자를 선정

 

*면담 일정 수립

-면담 실시가 공표되고 프로젝트 후원자의 지원을 얻은 후 선정된 면담 대상자들에게 프로젝트의 목적과 범위를 통보하고 사용 가능한 관련 문서 자료를 요청
-면담은 초기 단계에서 일정(전체 일정)이 정해져 있어야 하며, 면담 개시 최소 1주일 전에 면담 대상자별로 세부 일정을 확정
-면담 시간은 1.5시간(상위 관리자)에서 3시간(실무자)을 초과하지 않도록 하며, 필요시 집단 면담을 수행

*면담 준비

-면담 수행 전에 모든 이용 가능한 자료를 활용하여 면담 대상자가 담당하는 업무 활동을 검토
-면담 대상자의 업무에 대한 태도나 해당 업무 종사 기간, 경험 등을 알아두고 면담 시나리오를 준비
-도표를 이용할 경우 면담의 효율성 높음
-면담 수행 직전 30분 동안에는 수행될 면담에 관한 최종 준비 상황을 확인

 

2)면담: 핵심사항, 상세면담기록, 책임소재, 분석양식

#면담 시작

-면담 시작 30분 전에 다른 면담 진행팀과 함께 필요한 정보 요구와 진행 순서를 점검하고, 면담 진행팀원들 각자의 역할을 확인
-면담은 정시에 시작. 면담이 시작되면 면담자는 면담 대상자에게 면담 진행팀을 소개하고, 프로젝트의 목적, 범위, 일정 등을 먼저 설명한 후 면담의 목적과 주요 질문 및 진행 방식, 예정 시간, 면담 진행팀원들의 역할을 설명
-면담은 복수의 팀에서 수행될 수 있으므로 면담 진행팀들 간의 수행 방식을 통일하기 위하여 모든 절차가 면담 지침에 세세한 문구까지 모두 반영

 

#면담 주제 토의

-면담자는 준비된 면담 요지에 따라 면담을 진행하고 면담 내용은 모두 면담 기록지에 기록
-질문 시 개방적 질문을 사용하며 면담 주제나 질문지의 순서와 범위를 벗어나지 않도록 노력하고 대화의 흐름이 끊기지 않도록 주의
-기록자는 토의된 내용을 가능한 한 모두 기록
-모든 면담 결과의 후속 분석 작업을 위한 공통의 기준으로 사용될 수 있는 표준 기록 양식이 있어야함
-토의가 진행되는 동안 면담 대상자의 주요 책임 업무를 명확히 정의하고 면담 대상자의 각 업무가 시간과 같은 논리적인 순서에 따라 진행되는지를 확인

 

3)면담 결과 분석: 면담분석결과, 현안정보요구, 정보화과제

-면담 진행팀은 기록된 내용과 면담 중의 응답에 대한 개인적 의견을 고려하여 면담 결과를 정리

-기존의 업무 모델을 틀로서 사용할 수 있으나 현재 업무와의 사이에 발생하는 차이점에 주의하고, 가능하면 면담 대상자의 업무 용어를 사용

-의문 사항이나 추가 사항이 있으면 즉시 면담 대상자에게 확인을 하고, 필요한 경우에 추가 면담을 실시

 

4)분석 결과 피드백: 면담분석결과 승인

-별도의 정리 내용이 없거나, 필요한 경우 면담 기록지 내용 전체에 대하여 확인을 받을수 있음

-면담 대상자는 정리된 내용에 대한 수정 사항을 제시 가능

-일정상 개인별로 결과에 대한 피드백이 곤란한 경우에는 현업실무자 전원을 대상으로 워크숍을 진행 가능

 

4)면담 수행시 고려사항(시비기범 대응문선)

#면담 시간 준수

#비밀보장

#기대수준 설정

#면담 범위 준수

#적절한 대상자 선정

#응답 유도

#면담 내용 문서화

#잘못된 선입견의 배제

 

*질문법

-타이다운(Tie-down) 질문법: 어떤 사항에 대한 승인이나 동의, 사고, 현안점검 등에 대한 반응을 조사하는 질문

-대안진보: 선택사항을 제시하고 어떤 사실을 확인하는데 사용되는 질문

-포커핀/부메랑: 대안의 그래프가 포커핀과 유사하여 이름지어진 질문법, 부메랑은 어떤 질문에 대하여 응답하는 방식

 

다.워크숍

1)워크숍 개요 및 목적

-어떠한 목적을 달성하기 위하여 전문 진행자의 진행 아래 프로젝트의 현업 부서 측과 전산 부서 측의 주요 구성원들이 함께 참여하는 회의

-경영층 또는 현업 부서장의 공통된 의견을 도출.
-유사한 업무 또는 관련된 업무 등을 수행하는 부서에 대한 면담에 드는 노력을 절감
-전문가들의 판단력을 이용하여 최적의 결론을 도출

 

2)워크숍 준비

워크숍 과제 선정과 계획 수립

참가 대상자 선정

참가 대상자에 대한 사전 브리핑 및 교육 훈련

킥오프 모임 수행

워크숍 자료 준비

설비와 물품 준비

워크숍 장소 선정

워크숍 기간 선정 프로그램 준비

 

3)워크숍 수행

-워크숍 개시, 수행준비, 수행, 종료

#워크숍 개시

-워크숍의 시작을 알리고 간략한 인사말, 부수적인 항목들(휴게실 위치, 흡연구역 등)에 대해서 공지
-일정 확인

#워크숍 수행 준비

-워크숍의 목적과 접근방법의 개요를 설명.
-사용자로 하여금 워크숍의 목적을 재확인.
-워크숍 기간 동안 작업을 수행하기 위하여 필요한 기법들을 습득.

#워크숍 수행

-구체적인 워크숍 수행 방식은 형태나 특정 목적에 따라 다르게 수행
-워크숍의 목적에 맞게 진행될 수 있도록 조정하고 관찰
-세부적인 진행 방법 등은 기법을 이용

#워크숍 종료

-종료할 때는 진행 일정을 확인하고 진행사항을 요약
-워크숍 과정에서 도출된 요구 사항을 요약하고 책임자가 전체에게 공유하여 1차적으로 검토받음

 

라.현행 업무조사서

-업무조사는 전체 부서에 대하여 동일한 기준으로 조사

 

마.현행 프로그램/데이터 관련 문서

-현행 시스템에 대한 자료 수집은 향후 사용자 요구 사항을 좀더 세부적으로 진행하기 위한 사전 단계로서 반영되어야 할 현행 시스템의 업무요건을 빠짐없이 파악하기 위한 작업

-현행 시스템 프로세스(프로그램)의 구조

-현행 시스템의 데이터

-현행 데이터 저장소의 구조

 

바.관찰

-관찰하는 대상의 자료를 수집하는 귀납적 방법 피관찰자의 행동이나 태도를 살펴보는 행위

 

사.브레인스토밍

1)브레인스토밍 개요 및 목적

-창의적인 아이디어를 생산하기 위한 학습도구이자 회의기법

-원리: 판단보류, 가능한 많은 아이디어를 이끌어 낼 것

2)브레인스토밍 4가지 기본원칙

-양에 포커스를 맞추기

-비판, 비난 자제

-특이한 아이디어 환영

-아이디어 조합 및 개선

3)진행방법

-목적, 특징, 원칙, 진행방법 설명

-제한시간 정하고 시작

-아이디어는 게시하여 남의 아이디어로 더 참신한 아이디어 도출

 

아.프로토타이핑

-개발접근법의 하나로서 개발초기에 시스템의 모형을 간단히 만들어 사용자에게 보여 주고, 사용자가 정보시스템을 직접 사용해 보게 함으로써 기능의 추가, 변경 및 삭제 등을 요구하면 이를 즉각 반영하여 정보시스템 설계를 다시 하고 프로토타입을 재구축하는 과정을 사용자가 만족할 때까지 반복해나가면서 시스템을 개선시켜 나가는 방식

 

#프로토타이핑 4단계

-1단계: 사용자 요구사항 분석

-2단계: 프로토타입 개발

-3단계: 프로토타입 사용/보완 제안

-4단계: 프로토타입 수정/보완

 

제2절 정보 요구 사항 정리

가.정보 요구사항 정리

1)사용자 면담 정리

-사용자 면담 시 제공된 자료의 샘플이나 관련 문서를 체계적으로 정리 기록

2)업무 조사서 정리

-회사 차원에서 활용하는 업무 문서 및 팀에서 사용하는 업무 문서를 포함하여 전체 리스트를 파악 할 수 있도록 체계적인 양식으로 정리

#수행 중인 프로세스 목록

-대/중/소 분류별 프로세스명
-프로세스 설명 및 수행 빈도
-전산화 정도 / 전산화 필요성

#프로세스의 업무 흐름

-정보시스템을 포함하여 관련 부서 간의 업무 흐름을 시스템 흐름도 형태로 도식화

#타부서 또는 외부 기관으로부터 받은 문서

- 문서명 및 설명
- 접수 부서(기관)
- 접수 주기, 접수 수단
- 활용 형태 / 단위 문서량

#사용 중인 시스템

- 시스템명
- 사용 범위, 사용 방법, 사용 빈도
- 유용성
- 편리성

3)워크숍 정리

워크숍의 목적

워크숍 진행 내용

해결과제에 대한 상태

기타 특이사항

 

나.정보 요구 우선순위 분석

-사용자로부터 수집된 모든 정보 요구 사항을 전부 시스템에 반영할 수 없다면, 필요한 기법을 동원하여 우선순위를 부여하고 부여된 우선순위에 맞게 절차적으로 진행

 

1)화폐가치 산출방법

-최종적으로 구해진 가치가 높을수록 우선순위가 높음

-정보 요구 사항을 전부 나열

-정보 요구 사항에 대하여 기업 차원의 중요성을 평가하여 1점부터 3점까지의 점수를 부여

-정보 요구 사항에 대하여 시스템 차원의 중요성을 평가하여 1점부터 3점까지의 점수를 부여

-정보 요구 사항이 다른 정보 요구 사항에 대해 얼마나 도움을 주는가(상호관련성)를 평가하여 1점부터 5점까지의 점수를 부여

-앞서 부여한 세 가지 점수를 모두 곱함

-전체 정보 요구 사항에 대하여 앞서 계산된 점수를 더하고, 점수 합계를 100으로 하여 각각의 정보 요구 사항 가치를 백분율(%)로 환산

-회사 전체의 이익에 앞에서 구한 백분율을 곱하여 각각의 정보 요구 사항 가치를 금액으로 환산

 

2)상대적 중요도 산정 방법

-정보 요구 사항이 무엇을 지원하느냐에 따라 점수를 부여하고 이를 가중치에 따라 계산하여 중요도를 산정하는 방식

-정보 요구 사항이 업무에 기여하는 수준에 따라 1점부터 5점까지의 점수를 부여. 목적을 지원하면 5점, 목표를 지원하면 4점, 전략을 지원하면 3점 등의 방법으로 업무를 분류한 체계에 따라 결정

-정보 요구 사항 대 정보 요구 사항 매트릭스를 작성하여, 각각의 정보 요구 사항이 다른 정보 요구 사항에 얼마나 관련되어 있는가를 계산.
가장 관련이 큰 정보 요구 사항에 9점을 부여하고, 나머지 정보 요구사항에는 상대 점수를 부여

-정보시스템이 각각의 정보 요구 사항을 얼마나 충족하는가에 대하여 1점에서 3점까지의 점수를 부여. 만족스러운 경우에는 3점, 보통인 경우에는 2점, 지원하지 않는 경우에는 1점 등

-앞서 부여한 세가지 점수에 대하여 가중치를 결정. 예를 들어 업무 지원 정도는 50%, 다른 정보 요구 사항과의 관련도는 20%, 현행 시스템 지원 정도는 30% 등의 방법으로 정하되, 기업의 특성을 감안하여 결정.

-가중치에 따라 앞에서 계산한 세 가지 요인의 가중 평균을 구하여 각각의 정보 요구 사항에 대한 중요도를 평가.

 

제3절 정보 요구 사항 통합

가.정보요구사항 목록 검토

-전사 관점에서 동일한 정보 요구사항을 여러 부서 및 사용자가 제시했는지를 검토하기 위하여 별도의 양식으로 취합 조정한 후 중복 도출 여부를 검토

나.정보 요구사항 목록 통합/분할

-취합된 전체 정보 요구사항을 대상으로 최종 분석할 정보 요구사항을 도출

1)동일 부서 내 중복 요구사항 검토

-부서 내 정보 요구사항 목록을 작성.

-정보 요구사항 제목을 기준으로 부서 내 동일 요건의 요구사항 존재여부 파악.

-정보 요구사항의 세부 요청 내용을 기준으로 세밀하게 중복 여부를 파악

-부서 내 동일 요건이 도출된 경우 관리대상 요구사항에 통합할 정보 요구 번호를 ‘비고’란에 기입.

-동일 부서 내 중복성을 배재한 요구사항 목록을 완성.

 

2)서로 다른 부서간 중복 요구사항 검토

-부서 내 정리된 정보 요구사항 목록과 부서간에 동일한 정보 요구사항 존재여부 파악.

-정보 요구사항의 세부 내용을 세밀하게 검토하여 중복여부를 파악.

-부서 간에 동일 요건이 도출된 경우 관리 대상 요구사항에 통합할 정보 요구 번호를 기입하여 관리.

-최종적으로 전사 관점의 검토된 정보 요구사항 목록을 작성.

 

제3장 정보 요구사항 분석

제1절 분석 대상 정의

-사용자로부터 수집한 정보 요구 사항을 바탕으로 업무 현황을 파악. 이를 근간으로 관련 업무 및 시스템의 문서를 조사, 수집 및 파악함으로써 현행 업무 및 현행 시스템에 대한 분석 대상을 정의

 

가.현행 업무 분석 대상 정의

1)분석 대상 자료

-현행 업무 흐름도, 현행 업무 설명서, 현행 업무 분장 기술서

2)분석 대상 업무 영역 선정

-수집된 사용자의 정보 요구 사항을 바탕으로 현행의 업무흐름 및 관련 데이터를 파악하여 분류기준에 따라 분석 대상 현행 업무 목록을 작성

-작성된 분석 목록을 가지고 정보 요구 사항 분석을 위한 대상으로 선정할 것인지 결정을 하고 분석 대상 업무 목록표에 표기. 

-분류기준: 통상적으로 현행 업무 기능 분해도의 단위 업무 또는 업무분장상의 구분 등

 

나.현행 시스템 분석 대상 정의

1)분석 대상 현행 시스템 선정

-정리된 정보 요구 사항에 대해서 업무 영역별 분석 대상 현행 시스템을 선정하기 위하여 업무 영역/현행 시스템 매트릭스를 작성

-업무 영역/현행 시스템 매트릭스를 바탕으로 업무 영역별 분석 대상 시스템 목록을 작성

 

2)분석 대상 현행 시스템 관련 자료

-현행 시스템 구성도

-현행 시스템의 분석, 설계 및 개발 보고서

-화면, 장표 및 보고서 레이아웃

-현행 시스템 테이블 목록 및 테이블 정의서

-프로그램 목록

-사용자 및 운영자 지침서

-시스템 지원 및 유지보수 이력

-시스템 개선 요구 사항 등

 

*수집된 문서의 평가 기준(완유정효)

-유용성 : 문서의 활용 가능성 여부

-완전성 : 문서의 내용에 누락된 부분이 없는지의 여부

-정확성 : 문서의 내용이 현재의 시스템과 일치하는지의 여부

-유효성 : 문서가 최신의 내용을 반영하고 있는지의 여부

 

3)추가적인 분석 대상

-현행 데이터 측면의 업무 요건 혹은 업무 규칙을 보다 상세하게 분석하기 위하여 사용자 뷰도 분석 대상에 포함

제2절 정보 요구 사항 상세화

-정보 요구 사항 분석 대상이 정의된 현행 업무 영역 관련 자료 및 현행 시스템 관련 자료에 대하여 분석을 하고, 분석 결과인 분석 산출물을 토대로 사용자의 정보 요구 사항을 보완하고 비기능적 정보 요구사항을 포함하여 문서 작업을 통한 정보 요구사항정의서를 보완

 

#비기능적 정보 요구 사항

-시스템이 만족시켜야 하는 제약 조건(기술적 제약 조건, H/W, S/W와 관련된 제약 조건)

-시스템이 반드시 만족시켜야 하는 주요 성능 척도(반응 시간, 저장 능력, 동시 처리 능력)

-신뢰성, 확장성, 이식성, 보안

 

가.프로세스 관점의 정보 요구사항 상세화

1)수행절차

-프로세스 중심으로 정리된 프로세스 목록, 프로세스의 업무 흐름도 내용을 수반하는 업무 조사서를 바탕으로 프로세스계층도, 프로세스정의서를 작성.

-도출된 기본 프로세스를 기준으로 기본 프로세스에서 필요로 하는 정보 항목과 산출되는 정보 항목을 정리하고, 산출되는 정보 항목 중 기본 로직이 필요한 경우 기본 로직을 정리

-표준화 과정을 통하여 해당 정보 항목에 대해서 통합성/분리성 여부를 검토한 후 최종적으로 사용자의 정보 요구 사항을 충족하는 정보 항목 목록을 정의

 

2)수행 작업 내용

#프로세스 분해/상세화

-단위 업무 기능별 하향식으로 프로세스를 분해 및 도출
- 프로세스 계층도 및 프로세스 정의서를 작성

#정보 항목 도출 및 표준화

- 기본 프로세스별 정보 항목을 정리
- 정보 항목에 대한 표준화 정리
- 정보 항목 목록 정의

#정보 항목별 통합성, 분리성 여부 검토

- 프로세스별로 관리되는 정보 항목을 분류
- 정보 항목별 동음이의, 이음동의 존재 여부 파악
- 통합/분리 여부 검토 후 최종 정보 항목 목록 정의

 

기능정의와 하부프로세스를 분해하여 논리적으로 계층화할때 분석기법: 가치사슬, 전문성, 생명주기는 모두 기업의 본원적 활동과 지원활동을 분류하고 체계화.

 

3)수행 작업 지침

#프로세스 분해 / 상세화

*프로세스의 분해

-프로세스의 분해는 단위 업무 기능으로부터 출발하여 점진적으로 수행
-단위 업무 기능은 하위에 더 이상 업무 기능을 포함하지 않고, 프로세스만으로 구성된 업무 기능을 의미

-단위 업무 기능별로 상세하게 프로세스를 분해하지 않고, 해당 업무 영역의 전체 단위 업무 기능에 대하여 프로세스의 분해 수준을 맞추어 점진적으로 분해

-업무 기능 계층도가 단위 업무 기능 수준까지 분해되지 않았을 경우에는 단위 업무 기능 수준까지 더 분해한 후 프로세스를 도출

 

*프로세스 분해 깊이

-프로세스 분해시 업무적인 특성을 고려하여 분해의 수준은 3차 수준까지 분해

-3차 수준까지 프로세스를 도출하는 과정에서 기본 프로세스 수준까지 도출되는 경우도 있음

-대상 범위의 모든 프로세스를 균형 있게 분해

-도출할 프로세스의 대상은 일반적으로 데이터의 상태를 변화시키는(생성, 수정, 삭제) 것만을 프로세스로 정의

 

*프로세스 명칭

-명명규칙을 준수하여 명명하되 업무 용어를 그대로 사용하고 이름만으로도 개략적인 수행 내용의 파악이 가능하도록 함축적이며 유일한 이름을 부여

*프로세스 계층도

-프로세스 계층도를 작성하는 목적이 기본 프로세스의 도출

-프로세스 계층도는 높은 응집도 및 낮은 결합도를 유지하도록 모듈성을 확보

-프로세스정의서(설명)는 업무를 구체적으로 이해할 수 있는 수준으로 상세하게 작성. 기본 프로세스의 경우에는 반드시 작성

-작성된 프로세스 계층도를 재검토해 해당 업무 영역에 포함되는 모든 업무 요건 및 업무 규칙이 반영되었는지 확인하고, 프로세스 계층도를 조정

-현 수준의 프로세스 계층도를 더욱 상세하게 분해하여 업무의 최소 단위인 기본 프로세스까지 도출

 

#정보 항목 도출 및 표준화

-프로세스 분해 및 상세화에서 도출한 기본 프로세스별로 등록(C), 조회(R), 변경(U), 삭제(D) 기능을 구분하여 기술

-기능에 따라 구분된 프로세스별로 정보 요구 분석에서 정의된 정보 요구 사항 정의서 및 업무 조사서 상의 내용을 파악하여 관리하고자 하는 정보 항목을 도출

-도출한 정보 항목은 명명규칙을 준수하여 명명하되, 업무 용어를 그대로 사용하며, 명사형으로 기술

 

#정보 항목별 통합성 검증

-정보 유형별 및 정보 항목별로 전사 관점에서의 통합/분리여부를 검토

*동일한 정보 항목에 대해서 통합시 장점

- 통합 정보 항목으로 도출 시 정보 항목의 관리가 용이함

- 동일한 유형의 정보 항목이 존재 시 통합 정보 유형으로 수용 가능

*단점

- 무리한 통합 작업으로 인한 정보 항목의 애매모호성 존재

-통합 정보 항목에 대한 관리 부족으로 통합의 의미 상실 가능성 존재

통합 작업 후 해당 정보 항목 목록에 대한 통합성 여부를 기재하고 최종 정보 항목 목록을 작성

 

나.객체지향 관점의  정보 요구사항 상세화

-객체지향 방법론에서는 유즈케이스 다이어그램을 중심으로 정보시스템의 기능적 정보 요구 사항을 정의

1)유스케이스 다이어그램

액터(ACTOR)

정보시스템과 상호작용하는 개인, 그룹, 회사, 조직, 장비 등 정보 서비스를 받는 객체

엑터의 이름은 명확하게 액터의 역할을 나타내는 이름으로 정의

유스케이스(USECASE)

도출된 액터별로 개발 시스템에서 제공해야 하는 기능

사건 흐름에 대한 개요를 간략하게 기술

액터(ACTOR)와 유스케이스 간의 관계

-확장(Extend) : 하나의 유즈케이스가 다른 유즈케이스의 행동을 추가함에 따라 나타나는 두 유즈케이스의 관계. 하나의 유스케이스가 다른 유스케이스를 경우에 따라 선택적으로 수행되는 경우에 사용.

-포함(Include) : 하나의 유스케이스가 다른 유스케이스를 사용함을 나타내는 두 유스케이스의 관계. 하나의 유스케이스가 다른 유스케이스를 반드시 수행하는 경우에 사용

-Communicates : 행위자가 어떤 유즈케이스에 참가함을 나타냄. 이것은 행위자와 유스케이스 사이의 유일한 관계

 

2)유스케이스 상세화

-유즈케이스의 사건 흐름을 구조화하는 작업으로 모든 선택 또는 대안 흐름을 기술

-유스케이스에 대한 개략적인 설명

-사건 흐름(Flow or Event)

-사전, 사후 조건

-비기능 정보 요구 사항

-주된 사건 흐름에 대체될 수 있는 대안 흐름

-예외 처리 사항

 

3)클래스 다이어그램 작성

#엔티티 클래스 도출

-유즈케이스 모형을 검토하여 문제 영역 내의 개념을 나타내는 엔터티 클래스를 도출하여 정의

-유즈케이스 다이어그램을 조사하여 명사 및 명사구를 후보 객체로 선정

-의미가 모호한 것은 제거

-이음동의어 및 동음이의어를 고려하여 선정

-문제 영역과 관련이 없는 것은 제거

-유사한 구조와 행위를 가진 객체들을 클래스로 그룹핑

 

#관계 도출 및 클래스 도출

-관계란 의미있고 관심있는 연결을 나타내는 클래스간의 관계. 클래스간의 집단화 관계를 식별하고 명명

 

#속성 정의

-속성이란 클래스가 나타내는 객체의 특성. 유즈케이스 다이어그램을 검토하여 클래스를 구성하는 속성을 도출

 

제3절 정보 요구 사항 확인

-사용자 및 부서로부터 접수해서 최종적으로 작성된 산출물에 대해 정보 요구 사항을 제시한 담당자와 세부 재검토를 통하여 누락 사항 및 보완 사항을 도출하기 위한 계획을 수립하고 재검토를 실시

 

가.수행절차

-분석 결과 도출된 산출물에 대해서 재검토 기준을 정의하고, 재검토 계획 수립

-재검토 대상 산출물의 완전성, 정확성, 일관성, 안정성 등 다양한 측면에서 재검토를 실시

-재검토 결과, 추가 및 보완 사항이 존재하는 경우에 내용을 문서로 정리한 후 해당 산출물에 추가 반영 여부를 확인하고, 미반영시 미반영 사유의 타당성을 검토

 

나.수행작업 내용

#재검토 계획 수립
-재검토의 대상이 되는 분석 결과 및 정보 요구 사항 정의서 산출물 확인
- 대상 산출물별로 재검토 기준(체크리스트) 정의

#재검토 실시
- 재검토 계획서 작성 및 승인
- 재검토 대상 산출물 준비 및 배포와 재검토 담당자별 역할 분담
- 업무 영역별로 재검토 대상 산출물을 재검토

#보완 결과 확인
- 재검토 결과를 토대로 업무 영역별로 산출물 보완
- 재검토 결과 반영 여부 확인 및 미반영 사유 검토
- 정보 요구 사항 정의서의 안정성 분석
- 재검토 결과를 토대로 보완 목록 수정

 

다.수행작업 지침

1)재검토 계획 수립

-재검토 대상이 되는 분석 결과 산출물을 확인

#검증기준(완정일안)

-완전성: 사용자의 정보 요구 사항이 누락없이 모두 정의되었는지 확인

-정확성: 사용자의 정보 요구 사항이 정확히 표현되었는지의 여부

-일관성: 표준화 준수 여부 확인

-안정성: 추가 정보 요구 사항 변경에 따른 영향도 파악

 

#재검토 계획서에 포함되어야 할 사항

-정보 요구 사항 재검토 개요 및 목적

-재검토 일자

-재검토 장소 및 시간 계획

-재검토 참석 대상 및 재검토 업무

-참석 대상별 재검토 세부 시간 계획

-재검토 준비물

-재검토 후 산출물

-재검토 후 지적사항 반영 계획 수립

 

2)재검토 실시

-재검토 기준 및 재검토 대상 산출물을 준비하고 재검토에 참여할 대상자에게 배포

-재검토 관련 장소, 시간, 준비 장비 등 재검토를 실시하기 위한 제반 준비를 수행하며, 재검토 담당자별로 재검토 세션에서 수행해야 할 역할을 충분히 주지시킴

-재검토 세션 실시 이전에 반드시 배포된 산출물을 예습. 실제 재검토 세션에서의 재검토는 재검토한 결과를 토대로 의문사항, 잘못 정의된 사항 등에 대하여 의견을 개진하고 결론을 도출하여 반영 대상을 정리.

-재검토시 진행자는 제기되는 이슈에 대해서 참석자들간에 결론을 도출하기 위한 토론이 발생하지 않도록 이슈 목록으로 정리

-재검토시에는 통합성 검증을 위하여 해당 업무 영역과 관련 있는 업무 영역 담당자가 참여

-재검토는 많은 인원이 함께 작업을 수행하는 경우에, 진행시간이 초과되어 충분한 검증이 이루어지지 못할 수도 있으므로, 진행자는 세션별로 적절한 시간 배분 및 조정

-재검토 세션이 종료되면 세션별로 그 결과를 재검토 결과로 정리

 

3)보완 결과 확인

-재검토 준비와 마찬가지로 보완 결과에 대한 확인 준비. 

-재검토 결과, 보완 목록, 보완 사항이 반영된 정보 요구 사항 정의서를 준비하고 배포

-보완 목록에 준하여 정보 요구 사항 정의서 반영 여부 확인.
-검토 결과 미반영 사유가 업무 규칙이나 정책의 변경을 수반하는 경우에 프로젝트 기간 내에 해결 가능한 것은 개선과제로 정리하여 해당 부서에 의뢰

-보완 목록에 있는 보완 사항이 모델에 모두 반영된 것을 확인하면 본 작업은 종료

 

라.재검토 수행시 고려사항

-일관성 있는 기준 및 명확한 일정을 수립함으로써 모든 참여 인력에 공감대를 형성하는 것이 중요

-재검토는 한번으로 종료되지 않는 것이 보통이므로 두번 이상을 진행하되 세션마다 재검토 기준을 명확히 하여 해당 기준에 초점을 맞추어 수행

-재검토 세션을 수행시 세션 진행의 효율성을 감안하여 적정한 참여 대상을 선정

 

제4장 정보 요구 사항 명세화

제1절 정보 요구 사항 명세 정의

1.정보요구사항명세정의

-정보요구분석명세서는 분석가가 작성하지만 쉽지 않음

2.요구분석명세서작성시 주의사항

-사용자가 쉽게 읽고 이해할 수 있도록 작성

-개발자가 설계와 코딩에 효과적으로 사용할 수 있도록 작성

-비기능적 요구를 명확히 작성

-테스트 기준 용도로 사용할 수 있도록 정량적으로 작성

-품질에 대한 우선순위 명시

 

제2절 정보 요구 사항 명세 상세화

1.요구사항 상세내역 작성

고유번호, 명칭, 분류, 상세설명(정의, 세부내용), 산출정보, 관련요구사항, 요구사항출처

 

2.요구사항 상세내역 작성시 고려사항

-초기 자료구축 및 데이터 이관을 위해서는 데이터의 자료명, 자료내용, 자료의 크기, 건수*주기, 보존기한，예상 자료량, 자료형태, 자료 위치 등을 파악

-대상자료 중 지적재산권 및 보안과 관련된 문제가 수반되는 부분에 대해서 구축 가능 여부를 확인하고, 데이터 전환 시 수행 시간, 데이터 표준화 등 제약사항이 존재하는지 파악

-데이터 요구 사항과 기능 요구 사항 사이에는 추적관리가 되어야 함

제5장 정보 요구 사항 검증 및 변경 관리

제1절 정보요구사항 검증 정의

#요구사항검증활동

-요구사항명세서 검토

-요구사항 용어 검증: 일관성,표준성,이해용이성

-요구사항 베이스라인 설정: 공식검토, 승인

제2절 정보 요구 사항 상관분석 기법

-도출된 정보 요구 사항을 다른 영역(기능, 프로세스, 조직 등)과 비교 분석함으로써 정보 요구 사항의 도출이 완전하게 효과적으로 이루어졌는지를 파악

 

가.주체별 분류

1)요구사항 분석가 수행

-정보 요구 사항을 수집하고 분석한 주 담당자를 기준으로 검토 기준 항목을 마련하고 상관분석을 수행하는 방법

-정보 요구 사항을 도출한 분석가에 의해 수행되므로 자체 분석에 의한 객관성 저하의 문제점 발생가능

-정보 요구 사항의 도출 절차 및 관련 업무팀과의 의사소통이 원활하므로 상관분석에 추가 인력의 투입 없이 원활하게 진행

-요구 사항 분석가의 업무에 대한 이해도가 높으므로 상관분석을 통한 정확한 업무의 분석 가능성이 높음

2)품질보증팀 수행

-프로젝트팀 내의 통합 검토팀이나 품질보증팀의 협조를 얻어 도출된 정보 요구 사항의 상관분석을 수행

-요구 사항 분석가보다 업무에 대한 이해도가 낮으나 상관분석 작업의 수행을 통한 업무 이해도를 높일 수 있으며 전체적인 인터페이스의 검증에 용이

-낮은 업무의 이해도로 인해 일부 사안에 대한 정확한 분석을 통해 단점을 지적하여 수정하기 어려움.

3)외부 감리 수행

-외부 감리 인력을 이용한 정보 요구 사항 상관분석을 수행

-업무 파악의 한계가 있으나 제 3자의 시각으로 검토

-프로젝트 내부 인력이 효과적으로 지원하지 않을 경우 상황에 맞지 않는 분석 결과를 초래

-상관분석의 객관성 극대화

 

나.정보 요구/애플리케이션 상관분석

-정보 요구 사항을 바탕으로 도출된 정보 항목을 애플리케이션 아키텍처에서 정의된 프로세스 모델과 비교하여 상호간의 일관성을 확보하고 품질 수준을 향상시키는 동시에 누락 혹은 중복된 정보 요구 사항을 점검

-정보 요구/애플리케이션 상관분석을 위해 정보 요구 사항을 바탕으로 도출된 정보 항목들과 애플리케이션 영역에서 도출한 기본 프로세스를 사용하여 매트릭스를 작성

-매트릭스 분석은 기본 프로세스와 정보 요구 사항을 기반으로 기본 프로세스의 액션 (C: 생성, R: 조회, U: 수정, D: 삭제)을 빠짐없이 정의

-매트릭스의 각 셀에는 기본 프로세스가 사용하는 정보 항목에 대한 액션이 생성(C), 조회(R), 수정(U), 삭제(D)로 표현되는데, 복수의 액션이 발생할 경우에는 C > D > U > R의 우선순위에 따라 하나만 기록

-모든 정보 항목이 모든 기본 프로세스에서 사용되었는지 혹은 모든 정보 항목을 사용하고 있는지 확인

-정보 요구/애플리케이션 상관분석 매트릭스는 두 가지 객체 중에서 한가지가 누락되거나 잘못 정의된 경우에는 분석이 가능하지만 정보 항목과 기본 프로세스가 모두 누락된 경우에는 분석이 불가능. 사전확인 필요

 

다.정보 요구/업무 기능 상관분석

-정보 요구 사항을 바탕으로 도출된 정보 항목을 비즈니스 아키텍처에서 도출된 업무 기능과 비교하여 상호 간의 일관성을 확보하고 품질수준을 향상시키는 동시에 누락 및 중복된 정보 요구 사항을 점검

-가치 사슬 분석 등의 기법을 통해 도출된 최하위 수준의 전사 업무 기능을 도출하고 이렇게 도출된 업무 기능을 매트릭스의 열에 배치

-정보 요구 사항에 따라 도출된 정보 항목을 매트릭스의 행에 배치

-업무 기능과 정보 항목 간의 상호작용을 정의. C(Create, Change), U(Use)

 

라.정보 요구/조직 기능 상관분석

-정보 요구 사항을 바탕으로 도출된 정보 항목을 비즈니스 아키텍처에서 도출된 조직 단위와의 매트릭스 분석을 통해 정보 항목의 생성 주체 및 활용 부서의 매핑이 가능

-조직 단위명은 기업의 조직도에 나타난 순서로 입력

-정보 요구 사항에 따라 도출된 정보 항목을 매트릭스의 행에 배치

-조직과 정보 항목 간의 상호작용을 정의. C(Create, Change), U(Use)

 

제3절 3추가 및 삭제 정보 요구 사항 도출

가.정보 요구/애플리케이션 상관분석

1)애플리케이션 충족도 분석 매트릭스

#점검 기준

-정보 요구 사항에 따라 발생하는 정보 항목을 생성하는 기본 프로세스가 반드시 존재

-정보 항목의 상태를 종료시키는 기본 프로세스가 존재

-생성된 정보 항목은 조회, 수정, 삭제 액션 중 하나가 발생

-하나의 정보 항목을 생성, 수정, 삭제하는 프로세스의 합은 7개를 초과하지 않는 것이 보통. 이를 초과하는 경우에는 올바르게 정의되었는지를 확인

-수작업으로 정의하거나 조회 전용으로 특별히 정의된 기본 프로세스를 제외한 나머지의 기본 프로세스는 반드시 생성, 수정, 삭제 액션 중의 하나를 수행

 

2)매트릭스 분석

 

나.정보 요구/업무 기능 상관 분석

#매트릭스 분석

-모든 업무 기능은 정보 항목과 연관이 있는가?

-각 정보 항목은 적어도 한번 이상의‘C’를 갖는가?

-생성된 정보 항목은 다른 업무 기능에 의해 사용( ‘U’)되는가? 이것은 정말 단순조회인가?

#정보 항목과 연관성이 없는 업무 기능은 관련 팀과의 협의 하에 업무 기능 도출의 적절성이나 관련 정보 항목을 다시 파악하고, 이를 바탕으로 매트릭스를 보완

#정보 항목에 매핑이 없는 업무 기능의 경우 관련 팀과 협의하여 정보 요구 사항 보유 여부를 확인한 후 추가적인 정보 요구 사항이 있을 경우 정보 요구 조사 프로세스에 따라 정보 요구 목록에 신규로 추가

 

다.정보 요구/조직 기능 상관분석

#매트릭스 분석

모든 업무 기능은 정보 항목과 연관이 있는가?

각 정보 항목은 적어도 한번 이상의‘C’를 갖는가?

생성된 정보 항목은 다른 업무 기능에 의해 사용( ‘U’)되는가? 이것은 정말 단순조회인가?

#정보 항목의 활용도를 파악할 수 있으며, 정보 항목의 수요가 많은 경우에는 해당 정보 항목의 물리 모델링 단계에 성능/활용 측면의 모델링 기법을 적용함으로써 정보 활용의 효율성 확보

#정보 항목을 생성하는 조직 단위가 복수로 존재할 경우 데이터 관리의 복잡성으로 인해 향후 문제가 발생할 수 있으므로 해당 정보 항목에 대한 데이터 관리 주체의 선정에 주의

제4절 정보요구사항 변경 관리

-프로젝트 진행과정에서 발생하는 요구사항 변경에 대하여 일치성과 무결성을 제공하기 위하여 변경제어와 추적등의 활동을 수행

-요구사항 변경제어: 비용, 일정 등에 따라 변경 식별 및 평가, 제어 및 재설정

-요구사항 추적제어: 요구사항변경에 영향을 받는 요구사항 추적

-요구사항 버전제어: 형상관리 기반으로 요구사항 명세 베이스라인과 요구사항 관리공정 전과정에 걸쳐 축적된 모든 요구사항 정보를 관리

 

1.요구사항 추적

 

2.요구사항 변경요청

-고객이나 사용자, 외부환경의 원인에 의해 발생

-변경요청서를 작성

 

3.변경 영향분석

-변경요청서에 영향분석 기록

 

4.변경 승인/기각

-변경통제위원회(CCB)는 발주자측 사업책임자와 사업자측 PM이 함께 협의하여 수용여부를 최종 결정

-양측간 대립으로 결정이 불가한 경우, 상위 의사결정위원회가 결정

 

맨 위로 이동

 

DAP 1장 전사아키텍처 이해

 

DAP 3장 데이터 표준화

 

DAP 4장 데이터 모델링

 

DAP 5장 데이터베이스 설계와 이용

 

DAP 6장 데이터 품질 관리 이해

 

제1장 전사아키텍처 개요

제1절 전사아키텍처 정의

제2절 전사아키텍처 프레임워크

제3절 전사아키텍처 참조 모델

제4절 전사아키텍처 프로세스

 

제2장 전사아키텍처 구축

제1절 전사아키텍처 방향 수립

제2절 전사아키텍처 정보 구성 정의

제3절 전사아키텍처 정보 구축

 

제3장 전사아키텍처 관리 및 활용

제1절 전사아키텍처 관리 체계

제2절 전사아키텍처 관리 시스템

제3절 전사아키텍처 활용

 

 

제1장 전사아키텍처의 개요

제1절 전사아키텍처 정의

가.전사아키텍처 개념

1)전사아키텍처 도입배경

2)전사아키텍처 정의

-기업의 목표와 요구를 잘 지원하기 위해 IT 인프라의 각 부분들이 어떻게 구성되고 작동되어야 하는가를 체계적으로 기술하는 것

-복잡한 기업의 모습을 다양한 측면(비즈니스, 데이터, 애플리케이션, 기술)에서 분석하고 표현하여 이해하기 쉽도록 정보체계를 구축하고 이를 활용하는 것

-EA도입은 IT에 대한 혁신과 관리*통제를 포함하며 시스템의 도입,구축,운영,평가 등을 통합적으로 관리하는 것

-IT와 업무간의 연계뿐만 아니라 현재의 모습과 미래의 모습을 포함

 

#EA의 목적(실제 목적은 다를 수 있음)

- IT투자대비효과 최대화 

-기업의 목적을 잘 달성할 수 있는 방식으로 IT인프라 구성

-비즈니스민첩성

-IT효율성제고

-비즈니스와IT연계

-IT통합성, 상호운용성 제고

 

#EA의 중요성

-기업이나 조직의 경영전략 내지 비즈니스 목표를 달성하기 위한 방향 제시

-정보시스템이나 정보기술체계의 나아갈 방향을 알려주고 모든 구성원이 동일한 모습으로 그 내용을 인식할 수 있도록하여 의사소통의 매개체

-정보시스템이 갖추어야할 품질속성을 정의하고 실현에 도움

-정보시스템이나 정보기술체계의 복잡도를 잘 표현하여 이해관계자의 이해에 도움

 

#EA 기대효과

-정보관리 역량 강화

-의사결정의 정확성과 신속성 제고

-변화에 대한 유연한 대응과 비용절감

-새로운 서비스나 기능 도입에 대해 최적의 대응

 

3)전사개념

-일반적으로 기업 또는 기관을 지칭

-공동의 목표를 추구하기 위해 고객과 상품 또는 서비스가 존재하고 이를 지원하기 위한 조직, 자원, 기술을 보유하며 필요한 업무 프로세스를 수행하는 조직의 집합체

-하나의 기업이나 기관과 정확히 일치하지 않음

-큰기업은 여러 개의 전사로 구성가능, 각각의 전사는 독립적인 운영주체로 구성, 다수의 사업영역으로 구성

-EA수립에 관련된 모든 활동은 정의된 전사의 성과와 목표에 초점

-전사의 범위는 해당 기업 및 기관 뿐만 아니라 기업 및 기관을 둘러싸고 있는 외부객체와의 역학관계를 반드시 고려

-전사는 계층구조 가능

-자회사를 보유하고 있는 모기업의 경우, 전체 그룹사를 전사의 범위로 선정하여 통합적인 EA 프레임워크를 적용가능

 

4)아키텍처 개념

-구성요소의 구조, 구성요소들 사이의 관계, 구성요소의 설계 그리고 시간경과에 따른 구성요소의 발전을 위한 원리와 지침

 

#EA 구성요소

규칙: 전략, 원칙/지침, 표준

모델: BA, AA, DA, TA, 참조모델

계획: 이행계획, 구축계획

 

나.전사아키텍처 추진현황

다.전사아키텍처 관련 DA 역할

-기업이 필요로 하는 고품질의 데이터 모델 또는 데이터아키텍처를 정의

-EA프로젝트의 데이터 아키텍처 정의 담당자로 참여

-구축된 EA원칙과 정보를 준수 및 활용해야 하고, 담당하고 있는 데이터 모델의 변경정보를 EA정보에 반영

-EA프로젝트가 진행되지 않더라도 필요시에 데이터 부문만의 아키텍처 정립 작업을 수행

 

---

제2절 전사아키텍처 프레임워크

가.전사아키텍처 프레임워크 개념

-전사아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지 관리하기 위한 전체적인 틀을 정의하는 것

 

나.전사아키텍처 프레임워크 구성

-구성: EA정책/정보/관리 (기업의 도입목적에 따라 다름)

 

 

1)전사아키텍처 정책

-기업이 전사아키텍처 수립을 어떻게 할 것인가의 방향을 정의

#아키텍처 매트릭스

-EA의 정보를 체계적으로 분류한 틀

-기업이 관리하려고 하는 EA정보의 수준과 활용계층의 분류를 통해 결정

-아키텍처 정보를 분류하는 차원은 기업의 특성에 맞게 임의로 조정가능

-아키텍처 도메인(View) 구성은 기업이 아키텍처 매트릭스를 어떻게 정의하느냐에 따라 달라짐

-View: 비즈니스, 애플리케이션, 데이터, 기술

-관점: 계획자(개괄), 책임자/분석가(개념), 설계자(논리), 개발자(물리)

#EA 비전

- 전사아키텍처 수립을 통하여 기업이 궁극적으로 달성하고자 하는 모습

-EA 구축의 목표와, 그 목표를 효과적으로 달성하기 위한 전략과 방향 등을 포함

# EA원칙

-전사아키텍처 정보를 효율적으로 구축하고, 기업의 목적에 맞게 전사아키텍처 정보를 효과적으로 활용하기 위해서 조직 구성원이 공유해야 할 규범

 

2)전사아키텍처 정보

-기업이 구축하는 전사아키텍처 정보의 구체적인 모습

#현행(ASIS) 아키텍처

-아키텍처 도메인별로 정의된 산출물에 대하여 기업의 현재 상태를 아키텍처 정보로 정의

#목표(TOBE) 아키텍처

-아키텍처 도메인별로 정의된 산출물에 대하여 기업이 궁극적으로 달성하고자 하는 목표 아키텍처의 상태를 아키텍처 정보로 정의

#전사아키텍처 이행계획

아키텍처 도메인별로 현재 모습에서 바람직한 목표 모습으로 이행하기 위한 이행 전략과 이행계획을 정의

 

3)EA 관리

-구축된 전사아키텍처를 어떻게 관리하고 활용할 것인가를 정의

#EA관리체계

-EA거버넌스. 구축된 전사 아키텍처를 유지하고 개선하기 위한 제도적 기반을 수립

#EA 관리시스템(EAMS)

-정보 관리의 효율성을 제고하고 전사아키텍처 정보의 공유를 활성화하기 위해 구축하는 정보시스템

#EA평가(성숙도모형)

-전사아키텍처의 관리와 활용 수준의 제고를 위해서는 전사아키텍처에 대해 주기적으로 평가하고 개선점을 도출하여 반영

 

다.아키텍처 도메인 구성

-비즈니스, 애플리케이션, 데이터, 기술

1)BA

-기업이나 조직의 경영목표를 달성하기 위한 업무구조를 정의한 아키텍처.

-기업의 업무와 서비스의 실체를 명확화

-기업의 사업 모델과 업무 기능을 정의

#전사사업모델(계획자)

전사를 둘러싼 내외부의 이해관계자를 분석, 외부 객체와의 가치사슬을 분석하여 전사 정의

#조직모델(계획자)

기업의 사업 모델을 지원하기 위한 기업의 조직 구조를 정의

#업무기능모델(책임자/분석가)

기업의 업무 기능을 계층적으로 분할하고 기능 내용을 정의

#프로세스 모델(설계자)

업무 기능을 상세화하여 계층적으로 프로세스을 분할하고 프로세스의 활동내용을 정의

#업무매뉴얼(개발자)

업무 기능이나 프로세스별 업무 내역을 상세히 기술한 자료

 

2)AA

기업의 업무를 지원하는 전체 애플리케이션을 식별하고 연관성을 정의하며, 업무와 IT 특성을 고려하여 그룹화하고 범주함으로써 전체 애플리케이션 구조를 체계화

#전사 애플리케이션 영역 모델(계획자)

기업의 업무를 지원하는 애플리케이션을 식별하고 애플리케이션별 특성 분석을 통해 이를 전사 수준에서 구조화

#애플리케이션 모델(책임자/분석가)

각 애플리케이션이 지원하는 기능과 데이터 정보를 정의하고, 애플리케이션이 제공하는 서비스를 도출하며, 이들 간의 연관 관계를 정의

#컴포넌트 모델(설계자)

실제 애플리케이션 개발에 필요한 설계정보를 관리

#프로그램 목록(개발자)

애플리케이션의 최종 단위인 프로그램에 대한 정보

 

3)DA

-기업의 업무 수행에 필요한 데이터의 구조를 체계적으로 정의

-전사 데이터 구성을 분류하고 데이터 모델을 정의

#전사 데이터 영역 모델(계획자)

개괄 데이터 모델. 상위 수준의 전사 데이터 영역을 분류하여 표현한 것이며, 상위 주제 영역 수준의 데이터 구성도

#개념데이터 모델(책임자/분석가)

전사 수준의 데이터 모델로 단위 주제영역 또는 핵심 엔티티 정도를 표현한 데이터 모델

#논리데이터모델(설계자)

개념 데이터 모델에서 정의된 주제영역과 핵심 엔티티를 기본 정보로 하여 업무 요건을 충족시키기 위한 데이터의 상세한 구조를 논리적으로 구체화

#물리데이터모델(개발자)

기술적 환경과 특성DBMS)을 고려하여 물리적 데이터 구조를 설계하고, 데이터베이스 객체를 정의

 

4)TA

-비즈니스, 데이터, 애플리케이션 아키텍처에서 정의된 요건을 지원하는 전사의 기술 인프라 체계를 정의

-전사의 기술 영역을 분류하고 표준 프로파일과 기술 아키텍처 모델을 정의

#전사 기술 영역 모델, TRM(계획자)

-기업이 업무활동에 필요한 정보기술의 영역을 상위 수준에서 분류한 모델

-TRM은 기업이 업무 활동에 필요한 기능들을 수행하기 위해 요구되는 정보기술을 상위 수준에서 논리적으로 분류한 틀

#표준 프로파일(책임자/분석가)

기술 참조 모델에 명시된 서비스를 지원하기 위한 정보기술 표준들의 집합

#기술 아키텍처 모델(설계자)

전사 기술 영역 모델이나 기술 참조 모델에서 정의된 서비스 카테고리별로 아키텍처의 패턴을 정의

#기술 자원 목록, 제품 목록(개발자)

표준 프로파일이나 기술 아키텍처별로 관련된 기술자원 목록이나 제품 목록을 기술 아키텍처 정보로 관리

 

데이터아키텍처

-기업이나 조직의 업무 수행에 필요한 데이터의 구조를 체계적으로 정의하여 구축하고 관리하기 위한 방법.

-다른 아키텍처와 달리 독립적 구축 가능.

전사데이터 영역을 업무Data와 메타Data, 업무Data는 운영계Data와 정보계Data로 구분

 

데이터아키텍처의 주요특징

-비즈니스를 효과적으로 지원하는 데이터 전략

-필수*핵심 데이터에 집중

-명확한 활동과 마일스톤

-변화하는 비즈니스 요구와 새로운 기술을 충족하기 위한 유연성

 

데이터아키텍처 실패요인

-기업이나 조직의 모든 데이터 및 정보 포함시도

-전문성 결여와 내재 기술력에 대한 오해

-IT부서의 독점적 소유 및 조치

-외부 구매에 의존하는 기술적 해결 시도

-이해당사자에 의한 독자적 개발 진행 및 통제 부재

-학술적 접근과 과도한 복잡성

-이상에 치우친 원칙과 정책

-단계적 성과를 고려하지 않는 장기 수행 전략

-변화 수용에 대한 배척

 

데이터아키텍처의 중요성

-전사의 데이터 구성을 용이하게 파악 가능

-데이터 품질 확보 용이

-명확한 의사소통 향상

-신속하고 적절한 의사결정 가능

-데이터 연계 및 상호운용성 향상에 따른 업무 정확성*효율성 향상

 

데이터아키텍처의 구성

전사데이터영역모델(계획자)

개념데이터모델(책임자)

논리데이터모델(설계자)

물리데이터모델(개발자)

 

다.EA 프레임워크 사례

-오픈그룹 프레임워크(TOGAF)는 아키텍처를 정의하기 위하여 오픈그룹에서 개발한 아키텍처 개발에 대한 지침인 아키텍처 개발 방법(ADM, Architecture Development Method), 정보기술을 체계적으로 분류한 기술 참조 모델, 표준 요약 정보를 모아놓은 데이터베이스인 표준정보기반(SIB, Standard Information Base)으로 구성

---

제3절 전사아키텍처 참조 모델

가.참조모델 정의

1)참조모델개념

-아키텍처 구성요소를 식별하여 표준화한 모델

-기관이나 기업의 전사아키텍처 수립시 참조하는 추상화된 모델

2)참조모델현황

성과 참조 모델: 정보화 성과의 측정을 위한 항목과 지표 및 방법을 제시

업무 참조 모델 : 업무아키텍처의 기준이 되며, 아키텍처 대상 기관의 사업 또는 업무 등을 전체적으로 분류하고 정의

서비스 참조 모델 : 응용아키텍처의 기준이 되며, 응용 서비스의 기능을 분류하고 정의

데이터 참조 모델 : 데이터아키텍처의 기준이 되며, 기관 간에 교환되는 주요 데이터 요소를 분석하여 이를 정의하고 표준화

기술 참조 모델 : 기술아키텍처의 기준이 되며, 정보기술을 분류 및 식별

3)참조모델 구축방법

-공통적인 특성을 추출하여 그 산업군에 맞게 범용적으로 만드는 방법(추상화)

-복잡하고 대표적인 기업을 선정하여 그 기업의 아키텍처를 표본으로 비슷한 기업에서 재활용하게 만드는 방법

 

나.참조모델 사례

1)BRM

-특정기관에 독립적으로 업무의 기능을 중심으로 정의한 참조 모델

다른 아키텍처를 정의하는 기준으로 활용

-몇 개의 업무 영역으로 구분. 각 업무 영역은 여러 개의 업무 단위로 구분되고, 각 업무 단위는 세부 업무로 구성

-정부는 정책 분야, 정책 영역, 대기능, 중기능, 소기능 등으로 분류

-기업은 사업 영역, 업무 영역, 업무 기능 등으로 분류

2)SRM

-업무 수행과 목표 달성을 지원하는 서비스 요소를 분류하기 위한 기능 중심의 평가 지향적 참조 모델

-공공 부문의 애플리케이션 서비스에 대한 식별을 통하여 업무와 서비스의 연계 및 재사용을 촉진하고 중복 개발을 방지하기 위한 것으로, 업무 및 조직에 독립적인 표준 서비스 분류 체계

3)TRM

-전사 IT 인프라의 표준화를 가능하게 하고 이는 특정 벤더로부터의 독립성을 제고

-업무와 서비스 구성요소의 전달과 교환, 구축을 지원해주는 표준, 명세, 기술요소를 기술

4)DRM

-기관 간의 공통 정보의 파악과 활용을 지원하기 위한 모델

-기관 간의 정보 공유 및 데이터의 표준화, 재사용을 지원하기 위한 범정부 데이터 분류 및 데이터 표준화와 관리를 위한 기준과 체계를 정의

-데이터 참조모델 프레임워크 구성요소(O) (데분구교관)

#범정부 데이터 모델

-범정부에서 구축 및 활용하고 있는 데이터를 식별하고 데이터 영역 간의 관계를 도식화

#데이터 분류

-데이터에 대한 분류 기준을 정의

#데이터 구조

-범위 내의 모든 데이터 요소와 요소의 소유주, 표준화 항목 정의, 요소 간 관계 및 정보를 저장

#데이터 교환

-데이터 요소의 교환을 위하여 교환 대상 정의 및 메시지 구조, 메시지 방식을 제시하고 교환 내역 을 관리

#데이터 관리

-데이터 품질, 표준화, 보안 등의 유지를 위한 데이터 관리 정책 및 규칙, 프로세스, 조직 구조를 정의

5)PRM

-정보화 성과 관리를 위한 구성 요소와 관계를 정의

-정보화 성과 제고 및 정보화 사업 품질 향상을 위한 기본 틀을 제공

-평가 분류 체계, 표준 가시 경로, 성과 관리 표준 양식으로 구성

 

라.참조모델활용

-다양한 용도로 활용가능하며, 용도에 따르 효과도 다름

#업무참조모델

*활용방안
- 업무 개선의 대상이 되는 관련 업무를 업무 참조 모델을 참조하여 파악
- 개별 기관의 비즈니스 아키텍처를 업무 참조 모델을 참조하여 정의

*기대효과
- 관련 기관 간 업무 흐름 촉진
- 업무 프로세스 혁신을 통한 업무 처리 생산성 제고
- 비즈니스 성과 측정 용이

#데이터참조모델

*활용방안
- 개선 대상이 되는 관련 데이터를 데이터 참조 모델을 참조하여 파악
- 개별 기관의 데이터아키텍처를 데이터 참조 모델을 참조하여 정의

*기대효과
- 정보의 상호운용성과 교환 촉진
- 정부나 기업 또는 산업 차원의 통합된 데이터 활용
-데이터 중복 배제 및 재사용
-데이터에 대한 표준화된 정의

 

데이터참조모델 관리기준

-범용성

-단순성

-표준성

-정확성

-정보이용성

-분류성

 

#서비스참조모델

*활용방안
- 개선 대상이 되는 관련 애플리케이션을 서비스 참조 모델을 참조하여 파악
- 개별 기관의 애플리케이션 아키텍처를 서비스 참조 모델을 참조하여 정의

*기대효과
- 시스템 간 상호운용성 향상
- 신뢰성 있는 시스템 구축 가능
- 변화에 신속한 대응 가능
- 시스템 개발 생산성, 품질 향상 기대

#기술참조모델

-상대적으로 구축 용이하고 기대효과가 커서 가장 먼저 적용하는 영역

-시스템간 상호운용성 증대를 위해 기술표준을 강조하는 구조

-시스템을 구축할때 사용할 기술들에 대한 표준 프로파일을 분류하는 기준

*활용방안
- 기술 참조 모델을 참조하여 개선 대상이 되는 관련 기술 인프라를 파악
- 상위 기술 참조 모델을 참조하여 개별 기관의 기술 아키텍처나 기술 참조 모델을 정의

*기대효과
- 시스템 간 상호운용성 향상
- 이식성 향상
- 시스템 확장성 향상
- 표준화 따른 벤더 독립성
- 재활용과 리소스 공유

#성과참조모델

*활용방안
- 정보화 성과 평가를 위한 평가 체계 및 항목을 성과 참조 모델을 참조하여 파악
- 개별 기관의 성과 평가 체계를 성과 참조 모델을 참조하여 정의

-시스템 변화에 대한 대응속도개선

-개선의 대상이 되는 업무를 쉽게 파악

*기대효과
- 체계적인 정보화 성과 측정 및 관리
- 정보화 사업의 중복 투자 최소화
- 성과 기반의 예산 편성 지원
- IT 자원의 효율적 관리

 

---

제4절 전사아키텍처 프로세스

가.전사아키텍처 프로세스 개요

-EA를 구축하고 관리하는 전체 절차로 작업의 단계와 공정, 작업내용 등을 정의

-IT관리체계 전반에 걸치 모든 프로세스를 포함하지는 않음

-전사의 특성에 맞게 조정/적용

-EA프레임워크의 구성요소중 하나로 다른 구성요소를 정의하기 위한 절차.

 

나.전사아키텍처 프로세스 구성

#EA 프로세스

-EA구축시에 단계별로 보고회 및 워크샵 형태의 행사를 통해 이해관계자의 지속적인 참여 유도

---

제2장 전사아키텍처 구축

제1절 전사아키텍처 방향 수립

가.전사아키텍처 방향 수립 개요

-아키텍처가 경영 환경과 경영 전략에 능동적으로 대응하며 발전하기 위하여 전사아키텍처 변화 동인에 대한 분석 작업을 수행하는 과정

 

나.전사아키텍처 환경 분석

-기업의 외부 환경과 내부 환경을 분석하고, 관련된 이해관계자로부터 전사아키텍처 수립을 위한 요건을 도출

#전사아키텍처 환경 분석 수행 과제

전사아키텍처 환경 분석 수행 과제
비즈니스 내/외부 환경 분석
IT 내/외부 환경 분석
전사 범위 정의

다.전사아키텍처 구축 방향 정의

1)목적 및 범위 정의

-전사아키텍처의 일반적 목적과 전사아키텍처 환경 분석 결과를 기반으로 기업의 전사아키텍처 구축 목적을 정의하며, 기업의 전사아키텍처에 대한 이해와 관리 역량을 고려하여 구축 범위를 정의

#목적 예

-상호운용성 증대
-정보화 투자 의사결정 체계 구축
-비즈니스 변화에 대한 신속한 대응체계 구축
-전사적 정보화 표준 정립
-고객 지향의 정보화 체계 구축

2)전사아키텍처 비전 수립

-전사아키텍처 비전: 기업이 전사아키텍처를 통해 실현하고자 하는 미래의 모습과 이를 확보하기 위해 기업이 공유해야 할 가치

#비전의 구성요소

핵심목표:전사아키텍처 도입을 통하여 궁극적으로 달성하고자 하는 기업의 목표 또는 실현하고자 하는 모습

핵심가치:전사아키텍처의 핵심 목표의 달성을 위해 구성원들이 추구하거나 지켜야 하는 신념

EA비전:고객과 성과를 지향하는 업무 중심 전자 정부 통합 관리 체계 구현

*행사목적
- 행정 서비스에 대한 국민 만족
- 고객 중심, 성과 지향, 업무 중심

*핵심가치
- 업무와 정보 기술 연계 노력
- 정보화 비전 및 설계도
- 변화 대응 체계 구축
- 통합 관리 체계 구축
- 정보 자원 표준 및 지식 체계 구축

 

라.전사아키텍처 프레임워크 정의

-기업의 특성에 따라 적합한 형태로 정의

 

공공부분 전사 아키텍처 프레임워크 구성요소

---

제2절 전사아키텍처 정보 구성 정의

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

-가능한 변화하지 않은 구성요소를 도출하여 정의

-EA산출물과 다른 구조:: 정보구성요소는 EA정보를 구성하는 기초단위, 산출물은 여러 개의 정보구성요소로부터 도출된 복합적인 정보.

-아키텍처 매트릭스를 통하여 정의되고 표현

-기업의 IT능력을 고려하여 적정수준으로 관리

 

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

1)아키텍처 매트릭스 개념

-업무, 응용, 데이터, 기술 뷰별로 계획자, 책임자, 설계자, 개발자 관점에서 산출물을 정의

-조직내 다양한 계층의 사람들이 매트릭스에 포함된 산출물이 범위와 목적에 적합하게 정의되었음을 확신

-IT조직의 성숙도를 고려해서 적용

-EA산출물에 포함된 정보를 중복이 없고 상호관계가 유기적으로 연결될 수 있는 ‘EA정보구성요소’를 추가로 정의

 

2)아키텍처 매트릭스 구성

-의사결정 유형(관점)과 아키텍처 정보 유형(뷰)의 두 축을 기준으로 2차원의 매트릭스 형태

#의사결정 유형

-조직의 의사결정 유형을 계층적으로 구분한 것으로, 조직이 수행하는 업무의 의사결정 특성에 따라 단계를 정의

#아키텍처 정보 유형

- 특성이 비슷한 아키텍처 정보를 그룹화 한 것으로, 기업이 관리하는 모든 아키텍처 정보를 수집하여 분류

3)산출물 정의

-의사결정 유형과 아키텍처정보 유형으로 구성된 매트릭스의 각 셀에 필요한 산출물을 정의

 

4)전사아키텍처 정보 구성요소 정의

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

-전사아키텍처 산출물에 포함된 정보를 중복이 없고 상호관계가 유기적으로 연결되도록 구성요소를 정의

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

 

5)아키텍처 매트릭스 정의시 고려사항

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

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

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

-각 아키텍처 도메인은 상호 간에 연계성을 가져야 함.

 

다.참조모델 정의

-업무와 정보기술에 대한 체계적인 분류와 표준화를 통하여 정보화의 통합성, 중복 개발 방지, 공유정보의 발견, 상호운용성 향상 등의 목적으로 설계

 

라.EA원칙 수립

-전사아키텍처 목표 달성을 위한 의사결정의 객관적 기준을 제시하여 줌으로써, 의사결정을 효과적으로 지원해 주고 업무 협조와 조정을 위한 의사소통 과정의 투명성을 제공

#EA원칙

-업무지향:기업의 정보화는 업무 개선과 상품 및 서비스 품질 개선에 기여할 수 있는 방향으로 추진

-성과지향:기업의 정보화는 객관적인 성과 지표에 의해 관리되고 평가

-고객지향:기업의 정보화는 고객의 만족도를 개선하는 방향으로 추진

-상호운용:정보화는 전사아키텍처에 정의된 원칙과 아키텍처를 준수하여 시스템 간의 연계성과 운영의 지속성을 확보할 수 있는 방향으로 추진

#원칙 수립시 고려사항

-원칙의 의도가 명확하게 제시되어 원칙 적용 시 혼돈의 발생을 최소화
-아키텍처 및 계획 수립과 관련된 의사결정을 효율적으로 할 수 있도록 가이드
-중대한 정보 기술 관련 의사결정 시 규범으로서 활용
-전사아키텍처 조직의 모든 정보 관리 및 기술과 관련된 의사결정은 전사아키텍처 원칙을 기반으로 수행
-원칙 간에 서로 상반되는 지향점을 갖지 않도록 원칙 수립 시 사용되는 용어는 주의하여 선택

-BA원칙: 비즈니스 가치지향, 업무효율성

-AA원칙: 편리성, 유연성, 신속성, 신뢰성

-DA원칙: 정확성, 적시성, 통합성, 보안성

-TA원칙: 운영의 안정성, 상호운영성, 기술의 표준화

-관리원칙: 유지보수성, 효율성, 효과성

---

제3절 전사아키텍처 정보 구축

가.EA 정보구축 준비

1)자료수집

- 수집해야 할 자료는 정의된 아키텍처 매트릭스에 따라 달라짐

 

2)전사아키텍처 정보 구축 방식

-상향식 구축: 최하위 구성요소들의 공통점을 파악하여 상위 구성요소를 정의

장점: 조직의 모든 업무가 포함

단점: 상위 업무 기능 분류 수준이 다를 수 있음

-하향식 구축: 최상위 구성요소부터 분류기준에 따라 하위 구성요소를 도출

장점: 분류 기준이 명확

단점: 일부 업무 누락 가능

 

나.현행 아키텍처 정보 구축

-현재 업무나 정보시스템에 대하여 기존의 자료를 분석하여 전사아키텍처 정보를 구축

-상위 수준의 업무 기능과 시스템에 대한 분류를 우선 수행하는 방식이 효율적, 하위수준의 정보구축은 병렬적 수행가능

-조직의 EA도입 목적을 고려해서 정의될 정보수준을 결정하는데 현행아키텍처 중심의 프로젝트인 경우, 현행 아키텍처에 대해서는 아키텍처 매트릭스에 정의된 산출물을 모두 정의하는 것이 바람직

 

1)현행 BA 정보 구축

-기업의 비전, 경영목표, 조직 구조 등을 파악하여 정의

#현행 비즈니스 아키텍처 정의 내역

-전사 사업모델 분석
-조직 모델 분석
-업무 기능 모델 정의
-프로세스 모델 정의
-업무 매뉴얼 파악

2)현행 AA 정보 구축

-업무 기능 분류를 기반으로 전사 애플리케이션을 분류하고, 연관관계를 분석. 애플리케이션 구조와 서비스, 응용기능 도출

#현행 애플리케이션 아키텍처 정의 내역

-전사 애플리케이션 영역 식별
-애플리케이션 모델 정의
-컴포넌트 모델 정의
-프로그램 목록 파악
-애플리케이션 원칙, 표준 파악

3)현행 DA 정보 구축

-하향식 : 기업의 업무 수행을 위해 필요한 데이터 요건을 식별하여 데이터 모델로 표현

-상향식:  각 시스템에서 사용하는 데이터 정보를 분석하여 데이터 모델로 정렬하여 표현

-계획자 수준의 상위 정보만을 구축할 경우는 하향식 방식이 적합하며, 실무자 수준의 정보를 구축할 경우에는 상향식 방식이 더 적합

 

#현행 데이터아키텍처 정의 내역

-전사 데이터 영역 식별
-개념 데이터 모델 정의
-논리 데이터 모델 정의
-물리 데이터 모델 정의
-데이터베이스 객체 파악
-데이터 원칙, 표준, 관리 프로세스 파악

4)현행 TA 정보 구축

-기업의 전산 장비, 시스템 소프트웨어, 네트워크 등 기술 인프라의 구성을 체계적으로 분류하여 표현

#현행 기술 아키텍처 정의 내역

-전사 기술영역 식별
-기술 참조 모델 정의
-기술 표준 분석
-기술 아키텍처 요소 식별
-기술자원 목록, 제품 목록 파악

다.목표 아키텍처 정보 구축

-현행 아키텍처에 대한 문제점과 개선사항을 도출하고 이를 목표 아키텍처에 반영하는 방식으로 진행

-비즈니스 아키텍처를 먼저 정의하고 이를 효율적으로 지원하는 아키텍처를 정의

-개념적 수준까지 정의함

 

1)목표 BA 정보 구축

-현행 추가 업무와 개선 요구 사항을 목표 비즈니스아키텍처에 반영

#목표 비즈니스 아키텍처 정의 내역

-전사 사업 모델 정의
-조직 모델 정의
-업무 기능 모델 정의
-프로세스 모델 정의
-업무 매뉴얼 정보 구축

2)목표 AA정보구축

-목표 비즈니스 아키텍처를 지원하는 전사 애플리케이션의 구조를 정의

#목표 애플리케이션 아키텍처 정의 내역

-전사 애플리케이션 영역 모델 정의
-애플리케이션 모델 정의
-컴포넌트 모델 정의
-프로그램 목록 정보 구축

3)목표 DA정보 구축

- 목표 비즈니스 아키텍처를 지원하는 데이터를 식별하여 모델로 표현

#목표 데이터아키텍처 정의 내역

-전사 데이터 영역 모델 정의
-개념 데이터 모델 정의
-논리 데이터 모델 정의
-물리 데이터 모델 정의
-데이터베이스 개체 정보 구축
-데이터 원칙, 표준, 관리 프로세스 정의

 

4)목표 TA정보 구축

-목표 애플리케이션 아키텍처와 데이터아키텍처를 잘 지원할 수 있는 기술 아키텍처를 정의

#목표 기술 아키텍처 정의 내역

-전사 기술 영역 모델 정의
-기술 참조 모델 정의
-표준 프로파일 정의
-기술 아키텍처 모델 정의
-기술자원 목록, 제품 목록 정보 구축

 

---

 

제3장 전사아키텍처 관리 및 활용

제1절 전사아키텍처 관리 체계

가.전사아키텍처 관리체계 개요

1)EA 관리체계 개념

-전사아키텍처를 유지 관리하기 위한 조직과 프로세스 측면의 기반을 구축하는 것

-EA관리조직, EA관리프로세스, EA관리인력

#IT 관리 체계와 전사아키텍처 관리 체계

-IT 관리 체계: IT거버넌스.  IT 관리의 효율성과 효과성을 증대하기 위한 IT전반에 관한 관리 체계를 정립

-EA 관리체계: EA거버넌스. 전사아키텍처를 유지하고 지속적으로 개선하기 위해 제도적 기반을 구축

2)EA 관리체계 구축 방향

-전사아키텍처 구축의 효과를 높이기 위해서는 EA간의 통합성과 EA내의 통합성이 확보되어야 함

-EA 간의 통합성: 복수 기관 간에 통합적으로 전사아키텍처가 구축

-EA 내의 통합성: 단일 기업 내에서 전사아키텍처 영역 간에 통합적으로 전사아키텍처를 구축

 

#EA관리체계 구축시 고려사항

-정의된 전사아키텍처 조직 체계, 프로세스 체계 등을 문서화하여 전 조직이 준수할 수 있도록 제도화

-전사아키텍처 관련 제반 이해당사자의 전사아키텍처 인지도 향상 및 업무 수행시 전사아키텍처정보 활용도 증진을 위한 적절한 교육 프로그램을 제공

-목표 아키텍처로의 전환, 정보자원 관리의 혁신 등 전사아키텍처 도입에 따른 변화 관리를 위한 종합적인 프로그램을 운영

-전사아키텍처 관리 체계를 주기적으로 점검하여 개선점을 도출하여 반영할 수 있는 제도적 장치를 마련

-EAMS을 활용도와 만족도를 주기적으로 점검하여 시스템의 품질을 지속적으로 개선

 

나.EA 관리 조직 체계

1)EA 관리 조직 개요

-전사아키텍처 관리를 위해 필요한 직무와 직무간의 관계, 업무 분장을 정립

#EA관리조직의 직무 예

-전사아키텍처 담당 임원:전사아키텍처 수립에 대한 투자 의사결정, 전사아키텍처의 주요 추진 과정에 대한 승인, 전사적 지원의 확보

-전사아키텍처 아키텍트:전사아키텍처에 대한 전체적 원칙 및 방향 정의, 전사아키텍처 관리의 총괄, 영역간의 조정

-전사아키텍처 영역별 담당자:비즈니스 아키텍처, 데이터아키텍처, 애플리케이션 아키텍처, 기술아키텍처 등의 전사아키텍처 영역별 원칙과 정보를 관리하는 담당자

-전사아키텍처 관리시스템 관리자 :전사아키텍처 관리 시스템의 구축 및 운영을 담당

-전사아키텍처 추진 위원회 :전사아키텍처 수립 및 적용에 대한 전사적인 중요 의사결정에 대한 승인 또는 자문을 수행하는 그룹

2)전사아키텍처 관리 조직의 정의

-전사아키텍처 정보는 상호연관성을 유지하며 지속적으로 관리

 

#EA관리조직 정의시 고려사항

*IT 조직의 규모(O)

-전사아키텍처 관리 조직을 별도 조직으로 구성할 수 없는 중소규모의 IT 조직은 전사아키텍처 관리 운영위원회(또는 TFT) 중심으로 전사아키텍처 관리 조직을 정의하고 전사아키텍처 전담 인력을 양성.

-전사아키텍처 관리 조직을 별도 조직으로 구성할 수 있는 대규모의 IT 조직은 전사아키텍처 관리 전담 조직을 신설하고, 전사아키텍처 관리 운영위원회를 통해 전사적으로 의사결정을 공유할 수 있는 조직 체계를 정의.

 

*전사아키텍처 관리 조직

-전사아키텍처 구축 목적이 순수하게 아키텍처 관리와 IT 표준화 등을 위한 것이면 전사 아키텍처와 IT 표준을 통합 관리할 수 있는 전사아키텍처 관리 조직을 정의

-전사아키텍처 구축 목적이 신시스템 구축을 위한 계획 수립이면 전사아키텍처 정보 중심으로 프로젝트를 관리할 수 있는 PMO와 전사아키텍처 관리 전담조직을 정의.

-현업과 IT 조직간의 의사소통 문제가 있을 경우 현업의 요건을 종합적으로 관리하는 조직을 추가로 정의

다.EA 관리프로세스

1)EA 관리프로세스의 개요

- 전사아키텍처를 관리하기 위한 활동을 정의

#전사아키텍처 기획

-전사아키텍처 관리의 방향과 전사아키텍처를 효과적으로 적용 및 활용하기 위한 계획을 수립

#전사아키텍처 변경 관리

-영역별 전사아키텍처 정보의 변경에 대한 검토, 승인, 변경 이행 

#전사아키텍처 준수 통제

-각 정보관리 부문이나 관련 현업 부서에서 전사아키텍처 정보를 참조하고 준수하는지 점검하고 지원

#전사아키텍처 활용 지원

-각 정보관리 부문이나 관련 현업 부서에서 전사아키텍처 정보를 잘 활용하도록 전사아키텍처 정보의 공지, 홍보, 교육, 활용사례 전파

#전사아키텍처 관리 시스템 관리

-전사아키텍처 관리 및 활용의 효율성 제고를 위한 정보관리 시스템을 구축하고 운영

#전사아키텍처 평가

-전사아키텍처 관리 및 활용 수준의 제고를 위해 전사아키텍처 평가 모형을 정의하고 주기적으로 평가하여 개선의 기회를 식별

 

2)전사아키텍처 관리 프로세스 구성

-전사아키텍처 구축후 이를 활용하고 통제

 

라.EA관리인력

1)EA관리인력 개요

-전사아키텍처 관리를 담당하는 직무별 역량을 정의하고 이를 확보하기 위한 방안을 정의

-전사아키텍처 관리를 위해 필요한 역량 요소를 분류하고, 역량 요소를 직무별로 할당하고, 이러한 역량 요소를 확보하기 위한 교육 계획을 수립하고 역량 수준을 평가할 수 있는 체계 포함

-전사아키텍처 역량 요소는 리더십 역량, 기술적 역량, 활용 역량으로 구분

2)EA 전문가 육성

-현재 내부 아키텍트가 보유하고 있는 기술 수준을 평가하여 내부 아키텍트가 전사아키텍처 정보를 원활하게 관리할 수 있는 기술 수준으로 도달 할 수 있도록 인력 양성 계획을 수립

 

---

 

제2절 전사아키텍처 관리 시스템(EAMS)

가.EA 관리 시스템

1)EA 관리 시스템 개요

-전사아키텍처 정보를 구축하여 관리하고 활용하는 모든 전사아키텍처 업무 프로세스에 대한 효율성 제고를 지원하기 위한 정보 시스템

나.EA 정보 정의 도구

-업무, 데이터, 애플리케이션, 기술아키텍처 정보를 도식화하여 표현 할 수 있는 모델링 도구

다.EA 정보 관리 시스템

-아키텍처 정보를 저장하는 레포지터리와 전사아키텍처 정보를 사용자에게 배포하는 포털, 전사아키텍처 정보를 전문적으로 분석할 수 있는 추가적인 도구로 구성

-전사아키텍처 정보에 대한 버전 관리

-전사아키텍처 정보의 현행과 목표의 비교 -아키텍처 매트릭스나 참조 모델과의 연계 

-전사아키텍처 사용자의 권한 관리

-전사아키텍처 정보에 대한 활용 통계 분석 및 의사결정 지원 기능 등을 포함

#도입효과

-아키텍처 정보를 공유할 수 있어 해당 조직의 각 아키텍처 요소에 대해 이해 관계자들이 정확하게 파악

-의사소통 도구로 전사아키텍처 관리 시스템을 활용

-전사아키텍처 관리 시스템을 의사결정 도구로 활용

-업무와 IT서비스간의 차이분석 가능

 

---

제3절 전사아키텍처 활용

가.EA 활용 개요

#목표아키텍처 이행계획

-주로 새로운 시스템 추진을 목적으로 전사아키텍처를 수립하는 경우

#전사아키텍처 정보 상시 활용

-전사 아키텍처 정립을 통해 기업의 전반적인 IT 관리 수준을 증대하고자 하는 경우

 

나.목표 아키텍처 이행계획

#아키텍처 차이분석

-목표 및 현행 아키텍처 검토, 차이분석

#프로젝트 정의

- 프로젝트 목록 정의, 개별 프로젝트 별 필요 리소스 정의, 프로젝트 우선순위 및 연관성 분석

#이행전략 수립

-프로젝트 이행에 필요한 단계별 이행 전략 대안 수립, 이행 전략별 타당성 분석 및 대안 확정

#이행계획 수립 

-프로젝트별 추진 방법 정의, 프로젝트별 상세 일정 계획 수립

#변화관리계획 수립: 

-변화관리 대상 및 변화 요인 식별, 변화관리 계획 수립, 변화관리 교육 계획 및 자료 작성

 

다.EA정보 상시 활용

IT기획관리

- 업무 프로세스 혁신 : 비즈니스 변화와 정보기술 변화에 따르는 영향을 분석하여 대응하고, 조직 간의 업무 수행 범위 및 중복성 확인으로 업무 프로세스 개선 가능
- 정보화 계획 수립 : 정보화 전략 계획 수립 시에 활용할 수 있으며, 중복을 배제한 효과적인 시스템 투자 계획 수립에 활용

IT구축관리

- 프로젝트 계획 : 정보시스템 구축을 위한 구체적인 프로젝트 계획 수립 및 제안 요청서 작성 시 활용
- 시스템 개발 : 기존 시스템 개선 및 신규 시스템 개발을 위한 기준 및 참조 정보를 제공하며, 시스템 간 연계성 및 재사용 대상을 식별할 수 있음

 

IT운영 및 통제

- 시스템 운영 : 시스템 장애 시에 전체 모습을 쉽게 파악할 수 있어 문제점을 신속 하게 찾아 낼 수 있으며, 시스템의 변경 시에 영향도를 파악할 수 있어 위험을 최소화할 수 있음
- IT 통제 : 도입되는 시스템이 전사 표준을 준수하는지를 통제함으로써 상호운용성, 유지 보수 편리성 등을 확보함

 

1)IT기획관리

-중장기 정보화 계획, 단기 정보화 계획 수립 시 전사아키텍처 정보를 바탕으로 기업의 업무와 전략적 방향에 맞는 목표 시스템을 정의하고 추진계획을 수립

2)IT구축관리

시스템 분석, 설계, 구축, 이행 등의 모든 시스템 구축 생명주기 동안에 전사 아키텍처 정보를 바탕으로 범위를 정의하고, 애플리케이션 시스템을 설계하며, 데이터아키텍처를 정의하고, 기술 체계를 선정

3)IT운영/통제 관리

전사아키텍처의 현행 아키텍처 정보를 바탕으로 시스템을 운영하고, 사용자의 개선 또는 추가 요구 발생시 전사아키텍처 정보를 바탕으로 수용 또는 적용 방안을 결정하여 시스템 변경에 반영

 

라.전사아키텍처 효과적 활용 방안

-전사아키텍처 정보 자체의 품질 보장.
-현행 및 목표 시스템의 상황이 아키텍처 정보에 항상 최신의 상태로 정확히 반영

-전사아키텍처 정보를 관리하고 적용을 통제할 수 있는 전담 조직 구성·운영 

-전사아키텍처 정보를 전사적으로 공유하고 활용할 수 있는 절차와 시스템이 필요

 

라.EA와 DA 전문가 영역

1)EA와 DA 프레임워크

-광의의 데이터아키텍처 영역은 데이터아키텍처 원칙, 데이터아키텍처 정보, 데이터아키텍처 관리 등을 포함

-전사아키텍처에서 정의된 원칙과 정보, 관리 체계를 준수해야 하며 데이터아키텍처 분야에서 더욱 구체화

-데이터아키텍처 정책의 데이터아키텍처 매트릭스, 데이터아키텍처 비전, 데이터아키텍처 원칙 및 표준을 더욱 구체화하고 그 내용을 정의

C2)EA와 DA

DA는 EA와 통합해야 함

#범위통합

전사아키텍처 범위 전체에 대한 각 모델 내의 불일치성을 제거

#수평 통합

관련된 타 영역과의 불일치성을 제거

#수직통합

계획자, 책임자, 설계자, 개발자간의 불일치성을 제거

 

맨 위로 이동

 

DAP 2장 데이터 요건 분석

 

DAP 3장 데이터 표준화

 

DAP 4장 데이터 모델링

 

DAP 5장 데이터베이스 설계와 이용

 

DAP 6장 데이터 품질 관리 이해

 

 

갤럭시 스마트폰에는 최신 뉴스들이 노출되는 삼성프리 화면이 있다.

 

이 화면은 홈화면 왼쪽에 존재하므로 화면을 오른쪽으로 밀면 노출된다.

 

별로 궁금한 뉴스도 아니고 홈화면에서 실수로 이동하는 경우도 많아서 불편한 경우가 많다.

 

이 기능을 제거하는 방법은 간단하다.

 

1. 홈화면을 길게 누른다. 빈공간을 1초이상 누르면 된다.

 

2.화면을 오른쪽으로 밀어낸다. 그러면 아래와 같은 화면이 보인다.

 

3.화면의 우측상단에 버튼을 눌러서 해당 기능을 비활성화 시키면 된다.

 

 

여러분은 책을 읽을 때 어떻게 읽으시나요?

혹시, 책을 읽는 속도가 느려서 불만이 생긴 적이 있으신가요?

또, 책을 빨리 읽어서 더 많은 정보를 얻고 싶은 생각을 하신 적이 있으신가요?

 

여기, 세계적인 두뇌 전문가 짐퀵이 제시한 속독법이 있습니다.

 

첫번째는 속발음을 하지 않고 눈으로만 책을 읽는 것입니다.

여러분이 처음 책을 읽을 때 어떤 방식으로 읽었는지 기억하시나요?

아마 대부분 책을 소리내어 읽도록 교육을 받았을 것입니다.

이것이 우리의 독서 습관이 되었고, 눈으로 읽더라도 속으로 발음을 하면서 읽게 된 것입니다.

그런데 속발음을 하지 않는 것은 생각처럼 쉽지 않습니다.

일단, 의식적으로 속발음을 하지 않는다는 생각을 지속적으로 하는 것이 중요합니다.

그리고 책을 읽을 때 눈으로는 글자를 읽으면서 속으로 속발음 대신에 숫자를 세는 겁니다. 하나, 둘, 셋...

그러면 속발음을 거의 안하는 자신을 발견하게 될 겁니다.

 

두번째는 한눈에 보이는 문자나 단어의 범위를 넓히는 것입니다.

우리는 글자 하나를 읽을 때 자음과 모음을 구분해서 읽지 않습니다.

예를 들어, '감' 이라는 글자를 'ㄱ','ㅏ','ㅁ' 으로 구분해서 읽지 않고 '감'으로 읽습니다.

또한, 단어도 마찬가지 입니다.' 감자' 라는 단어를 '감', '자' 로 구분해서 읽지 않고 '감자'로 읽습니다.

이런 원리로 두 단어 이상으로 구성된 구(phrase), 절(Clause), 문장(sentence)도 마찬가지로 단어별로 구분하지 않고 한번에 읽기가 가능합니다. 

 

세번째는 손가락으로 짚어가면서 읽는 것입니다.

우리가 책을 읽다 보면 바로 전에 읽었던 문장을 되돌아가서 다시 읽을 때가 있습니다.

여러분도 자주 경험을 했을 겁니다. 눈으로만 책을 읽다 보면 어느샌가 집중력이 흩어져서 종종 이런 현상이 발생합니다.

집중력을 유지하기 위한 방법은 바로 여러분의 손에 있었습니다.

이제 책을 읽을 때는 문장을 손가락으로 짚어가면서 눈으로 읽는 연습을 하세요.

눈은 손가락이 가리키는 문장을 좇느라 이전 문장으로 시선이 되돌아갈 일은 발생하지 않습니다.

 

위에서 제시한 세 가지 행동을 지속적으로 훈련하세요.

이런 의식적인 행동이 자동화되면 새로운 습관이 형성됩니다.

그러면 여러분은 지금보다 2배이상 책을 빨리 읽을 수 있고, 더 많은 지식을 쌓게 될 겁니다.

 

혹시, 빨리 읽으면 기억이 나지 않을까봐 불안하신가요?

여러분의 뇌는 생각보다 매우 뛰어납니다. 뇌를 믿으세요.

위의 방법으로 독서할 때 집중력을 발휘하게 되면 몰입상태가 되어 그동안 해왔던 독서법보다 훨씬 더 많은 양의 정보를 기억하는 현상을 경험하게 될 겁니다.

 

유튜브 음악 화면에서 1)곡을 검색하거나 2)원하는 앨범을 선택한다.

 

선택한 앨범의  곡 목록이 보일텐데 다운로드 하고 싶은 곡의 오른쪽 부분의 1)메뉴 버튼을 클릭하면 메뉴가  나타난다.

 

2)Share(공유) 메뉴를 선택한다.

 

그러면 다른 앱으로 공유하기 위한 URL이 보인다. 이 URL 정보가 곡을 볼 수 있는 링크이다. 

 

1)Copy (복사) 버튼을 클릭해서 URL을 복사한다.

 

이제 다운로드를 할 차례다.

 

웹 브라우저의 다른 탭을 열고 1) https://tomp3.cc/youtube-to-mp3/I1OzfxybATE 사이트로 이동한다.

 

2)복사한 URL을 여기에 붙여 넣고 (Ctrl+V) 3)START 버튼을 클릭하면 아래에 곡정보가 표시된다.

 

 

그러면 버튼이 아래와 같이 바뀐다.

 

1)Download 버튼을 클릭해서 PC로 다운로드하면 된다.

 

 

ISMS-P 시험에 대한 공지는 한국인터넷진흥원(KISA)에서 확인할 수 있다.

 

https://isms-p.kisa.or.kr/main/community/notice/

 

KISA 정보보호 및 개인정보보호관리체계 인증 알림마당 공지사항

알림마당 공지사항 목록 알림마당 공지사항 목록 입니다. 번호, 제목, 등록일, 조회, 첨부로 구성되어 있습니다.

isms-p.kisa.or.kr

게시물에 첨부된 세부 안내문을 확인하면 응시자자격기준, 응시원서접수, 필기전형 및 합격자 선정, 실기전형, 최종합격자발표, 부정행위에 관련된 사항들을 확인할 수 있다.

 

중요한 건 응시자격과 원서접수 항목에 제시된 증빙서류이다.

 

응시요건에서 아래 그림의 빨간박스 부분을 신경써야 한다.

4년제 대학졸업은 6년, 3년제는 7년 2년제는 8년, 고졸은 10년의 경력이 필요하다.

경력대체(자격증 및 석박사)는 3가지 정보보호,  개인정보보호, 정보기술 경력 중 한가지만 가능하다.

보통은 개인정보보호 경력을 쌓기가 어렵기 때문에 이를 자격증으로 대체하는 경우가 많다.

나는 정보보호는 정보보안기사로 대체하고, 개인정보보호는 이전 회사에 경력증명서(KISA 양식)를 보내 회사직인을 받았으며, 정보기술은 KOSA(한국소프트웨어산업협회)에 등록된 경력을 이용했다.

이렇게 KOSA가 IT분야 경력증명서 대체할 수 있는 것은 편리한 점이다.

 

응시요건 및 경력대체 요건은 아래와 같다.

자격검정신청서는 아래와 같은 양식인데 작성방법은 우측에 제시되어 있어서 작성에 어려움은 없다.

경력기간만 요건을 충족하도록 작성하면 된다.

신청세부내역서의 양식은 아래와 같다.

담당업무는 입력칸에 맞춰서 2~3줄 정도로 적절히 작성한다. 신청서와 경력기간을 동일하게 작성해야 한다.

자격사항에 경력대체 자격증 정보를 입력하고 담당업무 상세는 경력대체(자격증명)을 적어주었다.

두번째 페이지를 어떻게 작성해야 하나 고민을 했는데 인터넷에 자료가 거의 없다. 유튜브에서 1건 작성하는 사례를 발견했는데 뭐 그냥 적당히 작성해주면 된다.

정보보호 또는 개인정보보호 경력에서 경력대체되지 않은 분야에 대해 한줄정도로 간략하게 업무내용을 작성(~에서 ~업무를 수행)하고 실무경력에 해당 경력 년수를 적으면 된다.

구체적으로 기술하라고 되어있지만 간략하게 작성해도 서류통과에 문제가 없다.

제출서류는 신청서, 세부내역서 외에는 PDF로 제출한다.

서약서나 개인정보 수집이용동의서는 출력후 서명해서 사진찍어서 PDF로 변환,

경력증명서(이전, 현)는 작성 후 회사직인을 받아서 PDF로 변환,

자격증(경력대체)과 졸업증명서도 PDF로 변환.

 

준비된 서류를 압축해서 지정된 파일명(신청일자_신청자이름_생년월일.zip) 으로 변경한후 이메일로 보내면 된다.

 

정상적으로 제출이 되면 이메일이 온다.

 

아래는 접수 완료 이메일 사례이다.

 

응시대상자 확정일에 확정문자가 온다.

수험표 배부일에는 수험표가 이메일로 온다. 이번 년도는 2일정도 지연되었다.

 

수험표가 왔으니 시험일에 고사장으로 가서 신나게 문제를 풀어주면 되겠다.

 

필기시험 후기..

https://lumasca.tistory.com/1169

 

ISMS-P 인증기준은 필수로 암기를 해야 한다.

처음에는 인증기준 항목을 두음법칙을 이용해 1주 정도 집중 암기를 했는데 그렇게 노력할 필요는 없는 듯하다.

그냥 학습을 하다 보면 저절로 알게 된다.

인증기준	두음
1.관리체계수립 및 운영	관위운점
1.1관리체계기반 마련	경,책,조,범,정,자
1.2위험관리	식,현,평,보
1.3관리체계 운영	구,공,운
1.4관리체계 점검 및 개선	법,점,개
2.보호대책 요구사항	정인외물, 인접암개, 운보사재
2.1 정책,조직,자산 관리	정,조,자
2.2인적보안	지,분,서,교,퇴,위
2.3외부자보안	현,계,이,만
2.4물리보안	구,출,시,설,작,기,업
2.5인증 및 권한관리	사,식,인,비,특,권
2.6접근통제	네,시,프,데,무,원,인
2.7암호화 적용	정,키
2.8 정보시스템 도입 및 개발보안	요,검,시,데,소,운
2.9시스템 및 서비스 운영관리	변,성,백,로,점,시,재
2.10 시스템 및 서비스 보안관리	보,클,공,전,정,단,저,패,악
2.11 사고예방 및 대응	구,취,모,훈,복
2.12재해복구	안,시
3 개인정보처리단계별 요구사항	수,보,제,파,정
3.1개인정보수집시 보호조치	제,동,주,민,간,영,마
3.2개인정보 보유및 이용시 보호조치	현,품,표,단,목
3.3개인정보 제공시 보호조치	3,위,양,국
3.4개인정보 파기시 보호조치	파,처,휴
3.5정보주체 권리보호	개,정,이

모 카페에서 받은 셀프 테스트 파일은 50개를 랜덤으로 제출하는 방식이어서 내가 원하는 방식이 아니었다.

 

인증기준 전체에 대해서 점검항목 및 결함사례를 암기하고, 랜덤 테스트를 진행할 목적으로 양식을 만들었다.

 

점검항목 목록에는 가상자산사업자에 대한 항목도 포함시켰다. 다음은 그 테스트 양식이다.

 

ISMS-P_인증기준_테스트.xlsx

0.31MB

 

점검항목이나 결함사례에 인증기준 키워드가 포함되어 있어서 한 3주정도면 특이한 항목을 제외하고는 암기가 완료될 것이다.

틀린 항목, 답안에 확신이 없는 항목, 3초내에 답이 생각나지 않는 항목 등은 별로의 탭에 복사해서 매일 테스트를 하도록 한다.

전체 항목은 일주일에 한 번만 해줘도 리마인드하는데 충분하다.

 

인증기준 학습노트는 단권화하여 작성할 필요가 있다. 그래야 반복학습을 하면서 사진처럼 기억할 수 있다.

 

나의 경우는 수기로 작성하는 것을 선호하는데 손으로 쓰는 과정에서 인증기준을 되뇌면서 더 잘 기억이 된다고 믿기 때문이다.

다만 참조하는 정보들은 인쇄해서 오려 붙이는 방식으로 정리한다.

관리체계(16), 보호대책(64), 개인정보보호(22) 합해서 102개 밖에 안된다. 하루에 10개씩 10일이면 정리가 끝난다.

 

기본 골격이 잡혔으니 반복학습을 하면서 키워드는 형광펜으로 표시하고, 인증기준과 관련된 별도의 정보를 습득하면 추가한다.

 

2023년 시험을 본 후 나의 지식이 부족하여 확실히 정답이라고 할 수 있는 문제가 얼마 되지 않았다.

게다가 시험종료 10분전에 문제를 다 풀 수 있었다. 리뷰할 시간도 없었다.

문제도 복원이 잘 안되는 걸 보니 학습이 부족한 것이 분명했다.

그래도 합격을 기원한다. 

 

필기시험 후기

https://lumasca.tistory.com/1169