by-nc-sa     개발자, DBA가 함께 만들어가는 구루비 지식창고!

개념 모델




개념 모델(Conceptual Model)

목적

  • 중요한 데이터를 가장 간단하게 표현하는 것.

표현

  • ERD or UML or 문서

개념모델링 범위

  • 해당 주제영역의 핵심적인 엔터티와 그 엔터티 사이의 관계 도출

개념 모델의 주요단계

1.요구분석

데이터 관점의 요구사항 분석
-어떤 업무를 하려면 어떤 데이터가 사용되어야 하는지?
-좋은 품질의 데이터를 보유하고 업무를 빠르게 수행하려면 데이터 구조를 어떻게 해야하는지?
요구사항분석은 논리/물리 모델링중에도 반영된다
개념모델링과 요구사항 분석을 분리하는 경우도 있으나 같이 하는것이 바람직하다

요구사항 분석을 제대로 하기 위한 방법
-현업IT담당자와의 상세 인터뷰 를 통해 현행 데이터의 문제점과 개선해야할 점을 요구하고, 향후 추가되거나 보완해야하는 업무에 대해서도 데이터 관점에서 요구

2.중요엔터티 선별

중요엔터티 선별시 주의사항
-너무 많은 엔터티를 대상으로 개념모델링을 수행하지 말것 -> 복잡성에 빠져 개념을 파악하기 어려게 됨
-복잡하게 접근하지 말것 -> 데이터의 기초구조를 구축하는데 실패할 수도 있음

3.엔터티 정의

핵심엔터티 선별 후 해당 엔터티에 대해 명확하게 정의
-엔터티가 어떠한 데이터로 구성되었는지 정의
-그 데이터를 묘사하는 요소들이 무엇인지 정의
-그 요소들 중에서 결정자 역할을 하는 속성은 무엇인지 선언
ERD의 엔터티 정의 메뉴에 설명을 적는것이 아님

4.식별자 정의

엔터티의 결정자역할을 하는 속성이 식별자
-식별자를 정의하는것은 엔터티를 정의하는것과 같다고 봄(식별자를 모르고 엔터티를 안다는것은 모순)
너무많은속성을 도출하는것은 가독성이 떨어지고 개념적인 이해에 방해가 되므로, 식별자와 소수의 속성만을 도출해야함

5.엔터티 통합

유사한 성격의 데이터를 일반화 시키는것
-주제영역을 잘못 도출하거나, 엔터티를 잘못 할당하면 유사한 데이터가 2~3군데 주제영역에 존재할 수 있음_

6.엔터티 간 관계 도출

핵심엔터티간의 관계는 논리모델이나 물리모델에서도 불면이어야 하므로 개념 모델링 단계에서 명확하게 규명해야함
-데이터발생순서, 업무프로세스, 단순 주식별자가 같다는 이유 등으로 실제로 존재하지 않는 관계를 표현하지 말것.
-실제로 존재하는 관계를 빠트리지 말것
-관계는 참조무결성 제약과 연관되어 데이터 무결성 차원에서 중요함.

요약
  • 개념 모델링은 데이터베이스 라이프 사이클 초반에 진행되는 유용한 단계
  • 모델의 구조적 뼈대 구축과 엔터티 통합이 이 단계에서 매우 중요한 작업
  • 엔터티 통합을 위해서는 엔터티에 대한 명확한 정의가 매우 중요함

문서정보

Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.