데이터베이스구축 ; 도서관 시나리오를 E-R Diagram으로

소개글

데이터베이스구축 ; 도서관 시나리오를 E-R Diagram으로에 대한 보고서 자료입니다.

목차

◆ 1. 기초 데이터베이스 모델링 시나리오
◆ 2. 업무 분석
◆ 3. 개체 도출
◆ 4. 속성 도출 및
- key속성 도출
- E-R Diagram 표기
◆ 5. 관계 도출
◆ 6. 통합 E-R Diagram

(※ 고민점 목록)

본문내용

’이라는 관계를 지닌다. 아래는 이들 관계를 E-R 다이어그램으로 표기한 것이다.
◆ ‘이용자’와 ‘도서’라는 개체 사이에는 각각 예약, 대출, 반납이라는 관계가 도출된다.
◆ ‘이용자’개체와 ‘도서’개체 사이의 예약, 대출 반납이란 관계는 각기 속성을 지니고 있다.
- 예약: 예약일시
- 대출: 대출기간, 대출권수
- 반납: 반납일, 미반납
6. 통합 E-R Diagram
다음은 지금까지 개념적 데이터베이스 모델링 단계에서 정의한 E-R Diagram을 통합한 것이다.
M
※ 고민점 목록
◆ E-R Diagram의 활용 방향은 무엇으로 설정해야 하는가.
가설1. 도서관의 도서 이용 측면
가설2. 도서관이란 개체를 축소화시킨 개념으로 깊게 생각하지 말자.
⇒ 다른 시나리오들에 비해 ‘시나리오1’은 E-R Diagram의 활용목적이 뚜렷하게 제시되지 않았다. 따라서 제출 전까지도 궁리를 하며 나름대로의 답을 찾아내려 노력했다.
결국 가설2를 택하여 발표 준비에 들어갔다.
◆ ‘미반납’의 정체성 규정은 어떻게 해야 하는가.
애초 이용자와 도서 간의 관계로 규정하려 하던 ‘미반납’은 결국 ‘대출’이란 관계의 속성으로 정체성 규정을 하였다.
◆ 도서관의 소속 부서의 표현은 해야 하는가, 말아야 하는가.
도서관이란 현실세계를 충분히 반영하자면 수서부 외의 부서를 개체로 설정해야만 했다. 그러나 교수님의 조언으로는 ‘열람과’ 등의 개체를 만드는 것은 중요한 것의 추가가 아니라 부연적인 것의 추가로 인한 복잡함만 커진다는 의견을 반영하였고 또한 위의 가설2에 의거하여 ‘수서부’ 외의 별다른 부서를 설정하지 않았다.

키워드

데이터베이스,   E-R Diagram,   er diagram,   시나리오분석,   정보학