반응형

 

ERD 표기법

 

ER다이어그램 표기 기호

 

 

 

요구사항 분석

 

1. 조사범위 결정 (= 요구 추출)

 

2. 요구사항 수집 (=요구 분석 및 정의)

 

3. 요구 확인

 

 

 

요구사항 분석 예시

 

- 구축 목표

한국건설은 전국을 대상으로 수십 개의 사업장을 가지고 있으며, 전체 3000여명의 직원이 현장에서 근무하고 있다. 
현재 사업장관리와 사업장자재관리가 수작업으로 처리되어 많은 비용과 시간이 소요되고 있기 때문에 이들에 대한  전산화를 계획하고 있다. 
이번 전산화 사업이 완료되면 보다 빠르고 편리하게 사업장과 사업장자재를 관리할 수 있을 것으로 기대하고 있다.

 

 

1) 한국 건설의 구조

·  한국건설은 10대 건설회사 중 하나로 수십 개의 사업장에 직원들이 근로하며 한국건설은 수백 개의 하청업체를 가지고 있다. 
·   직원으로 충당할 수 없는 인원은 하청업체를 두어서 관리한다. 
·   하지만 이러한 상관관계는 생략하고 사업장 관리 부분만 개체로 표현하기로 한다.

 

2) 서비스와 제한점
·   사원이 근무하는 사업장을 확인할 수 있으며 한 명의 사원은 어느 기간 동안에는 하나의 사업장에만 근무할 수 있으며, ·   그 기간이 지나면 다른 사업장에서 근무할 수 있다. (=> 사원하고 사업장은 N : M 관계)
·   구입한 사업장자재는 한 사업장에서만 사용할 수 있으며, 한 사업장에서 관리하는 사업장 자재는 많다.

 

3) 사용자 요구 사항을 분석한 결과
·   사원은 (사원번호, 사원명, 주소, 전화번호, 직급, 부서명)의 속성을 갖는다.
·   사업장은 (사업장번호, 사업장명, 주소, 전화번호, 공사금액, 투입인원, 시공일자, 예상완공일, 완공일, 비고)의 속성을 갖는다.
·   사업장의 비고는 공사중과 공사완료로 구분한다.
·   사업장자재는 (자재코드, 자재명, 수량, 구입가격, 구입일)의 속성을 갖는다.
·   한 사원은 일정 기간 동안 하나의 사업장에서 근무하며 그 기간이 지나면 다른 사업장에서 근무한다.
·   구입한 사업장자재는 하나의 사업장에서만 관리할 수 있다.

 

 

 

데이터 모델링 3단계

 

데이터 모델링이란 데이터 구조에 데이터들이 어떻게 연결되어 있는지 파악할 수 있게 시스템 일부를 시각화한 것을 말한다.

개념, 논리, 물리 데이터 모델링으로 구성되어 있다. 최종 모델링이 작성되면 그것을 산출물이라고 한다.

Erwin 데이터 모델러를 사용하여 작성한다. 사이트를 이용하여 작성할 수도 있다. (사이트: https://www.erdcloud.com/)

 

점점 구체화 됨

 

1. 개념 데이터 모델링

업무를 분석한 후 개체(엔티티)를 추출한 후 관계를 정의하여 속성들을 부여한다.

개체(엔티티) 간의 관계를 표현하기 위해 개체 - 관계 다이어그램(ERD)를 작성한다.

ex) 개념 ERD, ERD

 

2. 논리 데이터 모델링

중복을 없애주는 과정(정규화)을 진행한다.

식별자(대표되는 속성을 정함)를 확정한다.

 

3. 물리 데이터 모델링

속성에 대한 타입크기를 정한다.

=> 데이터 스키마(구조)를 정하는 과정

ex) 테이블 명세서 => 대부분 산출물이 완료됨.

 

 

 

개념 ERD

 

개념 ERD 란 개념적으로 파악하기 위해 그린 것을 이야기한다.

 

주의 해야 할 점

1. 도형의 크기 일정해야함.

2. 도형 밖으로 글씨가 나오면 안 됨.

3. PK를 왼쪽이나 위쪽에 놔야함. (PK는 밑줄)

4. 한 곳에서 선이 뻗어져 나와야 함.

5. 도형들이 겹치면 안 됨.

6. 선들이 꺾여 있으면 안 됨.

7. 1:1, 1:N, N:M의 관계를 기입해야 함

8. 모든 이름은 띄워쓰기를 하면 안 됨.

 

 

요구사항 분석 예시의 개념적 ERD

 

이후 개념 ERD를 테이블 형태로 변환하여 작업 진행한다. 테이블 형태로 변환하여 작업한 것을 통상적으로 ERD라고 한다.

 

 

 

테이블 명세서

 

사원 테이블

 

사업장관리 테이블

 

자재 테이블

 

근무 테이블

 

반응형