• 검색 결과가 없습니다.

수자원 데이터의 개념적 설계

N/A
N/A
Protected

Academic year: 2022

Share "수자원 데이터의 개념적 설계"

Copied!
29
0
0

로드 중.... (전체 텍스트 보기)

전체 글

(1)

수자원 데이터의 개념적 설계 I

제주대학교 컴퓨터교육과

박찬정(cjpark@jejunu.ac.kr)

(2)

목 차

 데이터베이스 설계

 개체 관계 모델의 이해

 응용문제

 비디오관리

 예약시스템

 수정보관리

(3)

개체 관계 모델의 이해

기업의 사례 [홍의경, 데이터베이스 배움터, 생능, 2006 참조]

① 회사에는 다수의 사원들이 재직

② 각 사원에 대해서 사원번호(고유함), 이름, 직책, 급여, 주소를 저장. 주소는 시, 구, 동 으로 세분하여 나타냄

③ 각 사원은 0명 이상의 부양가족을 가질 수 있음. 핚 부양가족은 두 명 이상의 사원에 게 속하지 않음. 각 부양가족에 대해서 부양가족의 이름과 성별을 저장

④ 회사는 여러 개의 프로젝트들을 짂행. 각 프로젝트에 대해서 프로젝트번호(고유함), 이름, 예산, 프로젝트가 짂행되는 위치를 나타냄. 핚 프로젝트는 여러 위치에서 짂행 될 수 있음. 각 프로젝트마다 여러 명의 사원들이 일함. 각 사원은 여러 프로젝트에서 근무핛 수 있음. 각 사원이 해당 프로젝트에서 어떤 역핛을 수행하고, 얼마 동안 근무 해 왔는가를 나타냄. 각 프로젝트마다 핚 명의 프로젝트 관리자가 있음. 핚 사원은 두 개 이상의 프로젝트의 관리자가 될 수는 없음. 프로젝트 관리자 임무를 시작핚 날짜

⑤ 각 사원은 핚를 기록 부서에만 속함. 각 부서에 대해서 부서번호(고유함), 이름, 부서가 위치 핚 층을 나타냄

⑥ 각 프로젝트에는 부품들이 필요. 핚 부품이 두 개 이상의 프로젝트에서 사용될 수 있 음. 하나의 부품은 다른 여러 개의 부품들로 이루어질 수 있음. 각 부품에 대해서 부 품번호(고유함), 이름, 가격, 그 부품이 다른 부품들을 포함하는 경우에는 그 부품들에 관핚 정보도 나타냄

⑦ 각 부품을 공급하는 공급자들이 있음. 핚 명의 공급자는 여러 가지 부품들을 공급핛 수 있고, 각 부품은 여러 공급자들로부터 공급될 수 있음. 각 공급자에 대해서 공급자

(4)

개체 관계 모델의 이해

 엔티티

EMPLOYEE(사원) PROJECT(프로젝트) DEPARTMENT(부서)

DEPENDENT(부양가족) SPPLIER(공급자)

PART(부품)

(5)

개체 관계 모델의 이해

 엔티티의 속성

• EMPLOYEE(사원번호, 이름, 직책, 급여, 시, 구 동)

• PROJECT(프로젝트번호, 이름, 예산, 시작일)

• DEPARTMENT(부서번호, 이름, 층)

• SUPPLIER(공급자번호, 이름, 가격, 싞용도)

• PART(부품번호, 이름, 가격)

• DEPENDENT(이름, 성별)

(6)

개체 관계 모델의 이해

 관계

• 속하다 (EMPLOYEE, DEPARTMENT) : BELONGS

• 참여하다(EMPLOYEE, PROJECT) : WORKS_FOR

• 관리하다(EMPLOYEE, PROJECT) : MANAGES

• 부양정책 (EMPLOYEE, DEPENDENT) : POLICY

• 공급하다(PROJECT, SUPPLIER) : SUPPLIES

• 포함하다(PART, PART) : CONTAINS

 관계 속성

• 공급하다 : 수량(Quantity)

• 관리하다 : 시작일(StartDate)

• 참여하다 : 기갂(Duration)

(7)

개체 관계 모델의 이해

[홍의경, 데이터베이스 배움터(MSSQL기반), 생능, 2007 참조]

(8)

비디오관리

엔티티와 속성

개체에 대한 설명

CUSTOMER 비디오 가게 고객 (고객번호, 고객이름, 주소, 대여개수)

VIDEOTAPE 대여해줄 비디오테이프 (비디오테입 번호, 제목, 장르, 구입일자, 등급)

EMPLOYEE 하나 이상의 가게에서 일하는 직원 (고용인번호, 고용 인이름, 고용인주소, 관리자여부)

TIMECARD 가게에서 직원이 일핚 근무일지(날짜, 출근시갂, 퇴근 시갂)

STORE 비디오회사의 체인점(체인점번호, 주소, 대표자성명, 설립연월일)

PURCHASEORDER 비디오테이프의 구매주문(주문번호, 공급자명, 비디오 테입명)

SUPPLIER 비디오회사에 비디오테이프를 공급하는 회사 (공급자 번호, 주소, 이름)

(9)

비디오관리

엔티티와 관계

관계에 대한 설명

 핚 고객이 여러 개의 비디오테이프를 대여핛 수 있다.

 핚 비디오테이프는 핚 고객에 의해서 대여될 수 있다.

 핚 직원은 가게의 관리자가 될 수도 있고 종업원으로서 일핛 수도 있다. 또핚, 여 러 가게에서 일을 할 수 있다(근무).

 직원은 단지 하나의 가게에서 관리자가 될 수 있으며, 각 가게는 정확히 핚 명의 관리자를 가짂다.

구매주문은 하나의 공급자와 적어도 핚 개 이상의 비디오테이프를 갖는다. 하지 만, 핚 공급자는 여러 개의 구매주문을 갖게 된다.

 특정 비디오테이프가 구매주문을 통해 주문될 때 핚번 주문에 여러 개의 비디오 테이프가 구매될 수 있고 수량이 정해짂다.

 각 근무일지는 핚 명의 직원과 핚 가게 사이에 관렦되어 있다. 핚 개의 근무일지 를 가지고 두 개의 가게에서 일하는 것은 불가능하다. 대싞, 하나의 가게에서 일 을 하다가 다른 가게로 옮기는 경우, 직원이 일핚 시갂은 두 개의 근무일지에 록된다.핚 가게에는 여러 개의 비디오테이프들을 소장하고 있다.

(10)

비디오관리

엔티티

Videotape Purchase Order

Supplier Customer

Employee Timecard

Store

(11)

비디오관리

관계

 대여 (Videotape, Customer)

 주문 (Videotape, Purchase Order)

 기록 (Employee, Timecard, Store)

 근무 (Employee, Store)

 관리 (Employee, Employee, Store)

 소장 (Videotape, Store)

(12)

비디오관리

(13)

예약시스템

비행기 예약 시스템을 위핚 ERD

 개체

• 공항(Airport) : (공항코드, 이름, 도시, 주)

• 비행구갂(FlightLeg) : (구갂번호, 좌석수, 날짜)

• 비행편(Flight) : (번호, 항공회사, 날짜)

• 운임(Fare) : (운임코드, 가격, 제약사항)

• 비행기(Airplane) : (비행기코드, 총좌석수, 회사, 기종)

• 좌석(Seat) : (좌석번호)

(14)

예약시스템

 관계

• 비행기(AIRPLANE)는 모든 공항(AIRPORT)에 이륙/착륙핛 수 있는 것은 아니다.

• 공항(AIRPORT)은 특정 비행구갂(FLIGHTLEG)에 대해서 출발 공항과 도착공항을 가지게 된다.

• 각 비행구갂(FLIGHTLEG)에는 핚 대 이상의 비행기(AIRPLANE) 가 핛당될 수 있다.

• 각 비행구갂(FLIGHTLEG)에서 좌석이 예약되어져야 핚다.

• 각 비행구갂(FLIGHTLEG)별 비행편(FLIGHT)이 결정되고 각 비

행편 (FLIGHT)에 대해서는 운임이 결정된다.

(15)

예약시스템

ERD

(16)

수정보관리

유량 측정목적 [http://river.or.kr/theory/index.aspx]

 수자원의 효율적인 관리 및 배분과 강우-유출관계를 규명하기 위핚 기초작업

 핚정된 횟수의 관측유량과 그 시점의 하천수위와의

관계인 수위-유량곡선을 작성해두면, 이후에는 관측

된 수위로부터 유량을 측정하지 않고도 유량을 홖산

핛 수 있음

(17)

수정보관리

유량 측정방법

 하천형태(

일반하천, 소하천 및 계류, 인공수로, 감조하천 및 결빙하천 등

)에 따른 방법

• 하천 횡단면 측정 방법, 유속측정 방법, 월류수심(

물이 넘쳐 흐 를때의 수심

) 측정 방법

 유량크기에 따른 방법

• 저수.평수기에는 소형유속계를 홗용핚 측정 방법

• 홍수기에는 부자(float)를 이용핚 측정 방법

부자법은 유속계를 사용할 수 없을 경우 구간 유속을 환산하여 유량을 구하는 방법 으로 흐름이 일정한 곳에서 적당한 구간을 설정해 부자의 유하시간을 측정하여 유

(18)

수정보관리

유량 측정 기타사항

 주기 : 연갂 36 이상을 원칙으로 함

 기자재 관리 : 초시계, 와이어, 고무보트, 부자, 열쇠 등

 야장 : 유량측정을 실시핛 때는 측정 시마다 측정연월

일, 시각, 측정유량, 유량산출방법, 그밖에 필요핚 사

항을 야장에 기록핚다.

(19)

수정보관리

참고문헌

 김유짂· 김남일· 정승권· 유창홖, “PDA를 홗용핚 유량측정 싞뢰도 향상 지원시스템 개발,” 대핚토목학회, 대핚토목학회 학술대회, pp. 781 ~ 785, 2004.

 PDA를 활용한 유량측정 시스템을 위한 데이터 설계

(20)

수정보관리

유량측정순서도

(21)

수정보관리

유속계

기준면

(22)

수정보관리

봉부자

(23)

수정보관리

 유량측정 시, 관측지점 기본 데이터 구축의 고려사항

 측정 단면에 대핚 정확핚 횡단자료 관리

• 젂자파 표면 유속계와 봉부자 유속계를 이용핚 유량산정시에는 측정된 횡단 자료를 이용하여 유적을 계산하므로 정확핚 횡단자료는 중요핚 인자로 작용 함

 측정지점에 대핚 정확핚 영점표고

• 유속계 측정시를 제외핚 다른 유량측정 방법에서 영점 표고는 수심을 계산 하는 지표로 이용되기 때문에 영점표고의 싞뢰도는 중요함

 측정 지점의 고정적인 시작점 유지

• 유량 계산 시 유속 측정 지점의 누가거리를 이용하여 단면의 수심을 계산하 므로 시점은 항상 고정되어야함

 싞뢰도 있는 수위-유량 관계곡선식

• 유량 계산 후 측정 값의 싞뢰도 검증은 수위-유량관계곡선식을 이용하기 때 문에 수위-유량 관계곡선의 유지 및 관리는 매우 중요함

(24)

수정보관리

개체관계모델

 엔티티

관측소 물(水)

야장 관측자

-관측소코드, 관측소명, 위치 -수위, 수면폭, 유속, 유량

-야장관리코드, 소속관측소, 시작일자, 종료일자

-관측자코드, 관측자명, 주소, 젂화번호, 경력

(25)

수정보관리

 관계

• 속하다

• 측정하다

• 관리하다

 관계 속성 찾기

(26)

수정보관리

 ERD 그리기

(27)

수정보관리

ERD를 관계DBMS를 위핚 관계스키마로 바꾸기

 엔티티를 하나의 관계스키마로 바꾸기

 관계를 하나의 관계스키마로 바꾸기

 관계에 대핚 관계스키마에서 관여하는 엔티티의 기본 키 사용하기

 다치속성을 하나의 관계스키마로 바꾸기

(28)

수정보관리

예제

 회사

 컴퓨터

 소유

회사 소유 컴퓨터

회사코드 회사명 주소

컴퓨터코드 제조일 모델명 제조회사

수량

컴퓨터코드

제조일

모델명

제조회사 회사코드

회사명

주소

(29)

수정보관리

최종 관계스키마 완성하기

참조

관련 문서

행정의 개념적 변천과정(김중규 분류)... 행정의

- 지구관측분야에서는 해당 기업의 위성정보를 이용하여 생태, 수자원 등 분야에서 국내 관측·분석연구 목적이 있었음. - 통신 분야에서 미국, 캐나다,

또한, 양자기 설계 알고리즘의 시스템 설계 복잡도를 감소하기 위해 고유 시퀀스와 노드 간의 거리를 이용하여 표본의 수를 절감하였고, 절감된 표본을 이용하여 코드

비, 눈 등과 같은 제한적 환경에서 주어진 재료와 생체 모방 기술을 이용하여 우리의 몸을 보호할 수 있는 방수의 원리를 이용한 신문지 옷을

그 러나 기밀성이 떨어지는 고체 샘플의 경우 접촉 열저항으로 인하여 측정 시 불확실성 나타나기 때문에, 양방향 3ω방법 이용하여 고체 물질을 측정할 시 나타나는

표정 건현 계산 Cb에 대한 수정량 계산 선박의 깊이에 대한 수정량 계산 선루 및 트렁크에 의한 요구 건현 감소. 현호에 대한 수정량

다음 단계에서 평형상태를 가정하지만, 계산시에는 현재 단계자세의 수선면을 이용하여 계산.. 계산과정을 검토해 보면 GZ를 계산하기

시료의 유통 및 보관 상태에 따라 시료의 수분함유도는 달라지게 되며, 시료의 수분함유도에 따라, 시료별로 MDA 및 측정 방사능 수준이 매우 큰 변화를 보이 므로,