개념 모델(Conceptual Model)

목적

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

표현

• ERD or UML or 문서

개념모델링 범위

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

개념 모델의 주요단계

1.요구분석

데이터 관점의 요구사항 분석

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

요구사항 분석을 제대로 하기 위한 방법

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

2.중요엔터티 선별

중요엔터티 선별시 주의사항

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

3.엔터티 정의

핵심엔터티 선별 후 해당 엔터티에 대해 명확하게 정의

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

4.식별자 정의

엔터티의 결정자역할을 하는 속성이 식별자

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

5.엔터티 통합

유사한 성격의 데이터를 일반화 시키는것

• 주제영역을 잘못 도출하거나, 엔터티를 잘못 할당하면 유사한 데이터가 2~3군데 주제영역에 존재할 수 있음_

6.엔터티 간 관계 도출

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