01. 개념 데이터 모델 |
사용자의 요구 사항을 시각적으로 표현한 설계도.
효과
- 요구 사항을 시각적으로 표현할 수 있음.
- 설계/구현 시 논리적인 기준을 제공함.
작성하지 않을 경우
- 기준 없는 설계/구현으로 각 모델 간 불일치 발생
- 주제 영역과 업무 간 데이터 관계를 찾는데 고생함
불필요한 경우
- 대부분 작성하는 것이 기본 원칙이지만,
- 시스템 특성이 대체적으로 연산처리 중심이거나,
- 업무에 연관된 데이터를 저장하지 않는 경우에 생략 가능.
02. 개념 데이터 모델 작성 방법 |
소스의 종류에 따라 방법이 달라진다.
개괄 데이터 모델로부터,
- 개괄 | 전사 개념 데이터 모델에서 단위 주제영역 결정.
- 도출된 핵심 엔터티를 주제영역과 매핑.
- 주제영역별로 해당 엔터티들 간의 관계를 정의.
- 상위 어플리케이션 | 프로세스 모델과 비교하여 검증.
수집된 엔터티 후보로부터,
- 엔터티 후보를 검토하고 분류하여 핵심 엔터티 도출.
- 엔터티 후보와 핵심 엔터티를 분류하여 주제영역 정의.
- 주제영역별로 핵심 엔터티를 배치하고 관계를 정의.
- 상위 어플리케이션 | 프로세스 모델과 비교하여 검증.
현행 데이터 리버스로부터,
- 현행 물리 데이터 모델 작성.
- 현행 논리 데이터 모델 작성. (물리모델에서, 상세화 및 논리화를 통해)
- 핵심 엔터티 도출하고 현행 주제영역에 매핑.
- 현행 개념 데이터 모델 작성. (논리모델에서, 엔터티간 관계설정을 통해)
- 목표 개념 데이터 모델 작성. (현행모델에서, 개선사항을 반영)
- 상위 어플리케이션 | 프로세스 모델과 비교하여 검증.
'# 미사용' 카테고리의 다른 글
[4-3-2]: 속성 정의 (0) | 2018.03.23 |
---|---|
[4-3-1]: 논리 데이터 모델링 이해 (0) | 2018.03.23 |
[4-2-5]: 관계 정의 (0) | 2018.03.23 |
[4-2-4]: 핵심 엔터티 정의 (0) | 2018.03.21 |
[4-2-3]: 후보 엔터티 선정 (0) | 2018.03.21 |