Chapter 10. 데이터모형 구축 방법

정보공학 방법론의 개요

 

정보시스템을 구축하는 데 필요한 여러 작업 단계들의 수행방법과 작업 수행시 도움이 되는 기법 및 도구를 이용한 개발 경험을 바탕으로 각 작업 단계를 체계적으로 정리한 작업 수행의 표준규범 입니다. 

 

1. 방법론의 출현과 발전 과정

 

방법론이 필요한 이유

 

작업 방법의 표준화 : 이것을 통해 소프트웨어의 생산성 향상에 기여했습니다. 

커뮤니케이션 향상 : 개발자와 사용자 모두 동일한 모형화 도구를 통해 자신의 생각과 업무처리 절차에 대해 표현, 이해

정보시스템 품질 수준의 목표 달성 : 치명적인 오류와 실패를 막아주고 정보시스템의 품질 수준을 높여주는 효과를 얻음

프로젝트 위험의 최소화 : 각 공정의 산출물 검토와 개선을 통해 프로젝트의 위험을 감소시켜준다

주어진 기간과 비용 내에서 시스템 완성 : 위험 요소를 감소시키고 프로젝트의 성공률을 높이는데 기여함

 

방법론의 발전 추이

 

기능 중심의 방법론에서 데이터와 기능의 조화를 이루는 쪽으로 발전하였습니다. 

 

2. 정보공학 방법론의 출현배경

 

비즈니스 시스템의 성장과 소프트웨어 공학의 발전에 따라 등장

과거의 소규모 프로그램 개발을 벗어나 기업의 시스템, 전사적인 차원의 대규모 시스템 구축을 위한 체계적인 절차 필요

업무 프로세스는 자주 변함, 데이터는 대부분 변하지 않으므로 시스템 유지보ㅅ를 줄이고 잦은 변화에 적응하고자 하는 개념

 

정보공학 방법론 

 

기업 전체의 관점에서 기업 활동을 기업모델로 분석하고 다이어그램으로 표현하여 정보시스템의 계획, 분석, 설계, 구축 등의 전 과정을 공학적으로 적용하는 방법론

 

정보공학 방법론과 기능 중심 방법론의 차이점 

 

전사차원의 정보체계 지원(Information Architecture)

경영전략 지원 중심(Business Oriented)

데이터와 업무활동(기능)의 균형(More Data Oriented)

 

3. 정보시스템의 피라미드 

 

정보시스템의 3측면의 균형

 

 

Data : 조직이 현재 관리하거나 관리대상이 되는 모든 데이터

Activity : 데이터를 이용한 조직의 모든 업무수행 활동

Technology : 정보시스템 구축과 관련되는 모든 실행 기법 

 

정보시스템의 4단계 고려

 

 

(전략)Strategy 

 

기업이 필요로 하는 정보에 대한 전략적 비전을 제시하고 전략 계획을 수립

가장 효율적으로 기업운영, 기업을 개선하는 데 기술이 어떻게 이용되는지

Data, Activity, Technology의 최상위 계층으로 전략계획 수립

 

(분석)Analysis 

 

기업운영에 필요한 논리모형 구축

상세한 부분이 아닌 무엇이 필요하고 어떻게 구축할 것인가의 방법을 고려함

 

 

(설계)Design

 

특별한 과정을 처리 및 수행하기 위한 절차 설계

Data의 상세설계, Data 처리 시스템과 Data와의 직접연결, H/W와 S/W의 관계 등을 나타냄

어떻게 작업이 수행되며 사용자 단계의 처리 등을 고려하는 단계, 그러나 사용자 입출력을 제외하고 상세한 구축 등은 고려하지 않는다. 

 

(구축)Construction 

 

데이터를 이용한 프로그램 단계

Code 생성기에 대한 상세한 프로그램 논리 또는 입력에 관한 설계, 물리적 DB의 구조, 응용 프로그램 접근 H/W 및 S/W의 선정 등의 활동, 이 단계에서 Files, DBMS, Program의 구조, 기술적 설계, 상세 구축 등을 고려함.

 

업무영역 분석

 

1. 업무영역 분석의 정의

 

정보 전략계획(ISP : Information Strategy Planning)단계의 산출물인 정보체계(Information Architecture)를 업무 영역 단위로 인계 받아, 상세 업무논리를 규명하는 과정을 통하여 업무 모형을 발전 시키고, 후속 단계인 업무 시스템 설계(BSD :Business System Design)를 위한 기초를 제공하는 공정을 의미함

 

업무영역 분석 공정의 위치

 

 

2. 업무역역 분석의 목적

 

업무영역에 대한 상세한 이해 : 업무영역에 대한 상세한 이해가 선행되지 않으면 정보시스템 구축 불가

업무영역에 대한 정보 요구 및 우선순위 정의 : 이것이 업무영역 분석의 중요한 목적 중 하나이다.

 

업무영역의 모형화(3가지)

 

데이터 모형화 : 데이터베이스 구축의 기초가 됨

업무활동 모형화 : 완성된 시스템의 메뉴를 구성함

업무활동과 데이터 상관 모형화 : 데이터와 업무활동의 상호 관련성을 쉽게 파악 

 

업무시스템 설계 영역 정의 : 분석 절차를 통해 설계

업무시스템 설계 계획 수립 : 이것이 수립되면 다음 단계는 시스템 설계 과정이 진행됩니다. 

 

3. 업무영역 분석의 구성 및 공정

 

업무영역 분석의 구성 및 공정 (정보수집 공정의 주요 활동)

 

프로젝트 초기 범위 설정 : Scope(범위)의 설정은 프로젝트 규모나 예산 책정 등을 위해 필수적인 절차

업무영역에 대한 초기 이해 획득 : 해당 업무를 수행하고 있는 조직도, 제 규정, 사업계획 등에 대한 자료수집 파악

업무영역의 정보 요구 정의 : 업무와 관련한 다양한 정보 요구를 파악하고 정의하는 활동을 의미함

업무영역 모형 정의에 필요한 정보 수집 : 현행 업무체계의 제반 입출력 정보를 파악하고 관련된 문서를 수집

현행 정보체계의 문제점 정의

현재 사용중인 서식 수집

프로젝트 팀과 사용자간의 관계 활성화 

 

데이터모형 구축

 

1. 데이터모형 구축의 개요

 

데이터모형 구축의 개념

 

정보를 실체와 관계를 중심으로 체계적으로 표현하고 문서화하는 기법

 

데이터모형 구축의 목적

 

연관 조직의 정보 요구에 대한 정확한 이해 제공

분석자, 개발자, 사용자 간의 의사소통 수단 제공

데이터 중심의 분석 방법 제공

변경 및 영향에 대한 분석 제공

 

데이터 모형 구축의 종류 

 

논리적 데이터모형 구축(LDM, Logical Data Modeling) : 기업모델에서 나온 실체를 구체적, 상세적 정보로 변환 및 일반화하는 과정

물리적 데이터모형 구축(PDM, Physical Data Modeling) : DBMS의 기능과 성능, 데이터 분산형태를 고려하여 스키마를 생성하는 과정

 

데이터 모형 구축 공정

 

 

2. 데이터모형 구축 작업

 

정보전략계획의 산출물인 정보 체계의 데이터모형 중 관련되는 기본 엔티티를 대상 엔티티로 인수하여 다음과 같은 작업을 진행한다.

 

엔티티추가 - 엔티티 상세화(식별자, 속성, 일반화) - 관계 상세화(기수성, 선택선) - 업무규칙 정의

 

업무규칙정의는 다음 그림과 같습니다. 

 

모델링의 적정성 판단 

 

구조적 확증성 : 데이터 정의와 구성 방법의 일관성이 유지되고 있는가?

단순성 : 사용자가 이해하기 쉽게 구성되었나? 

비중복성 : 정보가 한 군데에 한 번만 존재하는가? 만일 중복되었다면 재검토가 필요하다.

공유성 : 적용업무나 기술에 특화되지 않은 다수에 의해 사용이 가능한가?

무결성 : 정보를 사용하고 관리하는 방식에 일관성이 있는가?

확장성 : 새로운 요구 시 최소의 노력으로 수용이 가능한가? 

 

---

 

본문 내용은 아래 책을 참고하여 작성하였습니다.

https://book.naver.com/bookdb/book_detail.nhn?bid=9910113

시스템 분석과 설계