미스터 역마살
[DAP / 모델링 문제] [고급] 녹색회관리 본문
문제
우리 지역의 녹색회는 200명이상 회원으로 늘어났다. 우리는 자원 봉사단체로 우리의 기록들은 정말로 엉망이다. 그래서 우리는 모든 행사를 관리할 수 있는 정보시스템을 필요로한다.
우리는 우리의 회원권 기록들을 자동화시키고 싶다. 각 회원을 위해서 회원명, 직위, 우편주소, 직장전화, 회원권의 종류(개인/단체), 그리고 그 회원이 현재 유효 기간내에 있는지를 알고자 한다. 우리는 1년에 한번 1월에 회비를 거두어 들인다. 회원의 회비 납부기록을 관리해야한다.
우리는 또한 한 회원이 어느 회사에 근무하는지 알고 싶지만 회원들이 자주 회사를 옮기기 때문에 이러한 정보를 관리하는 것은 정말 중요하다. 우리는 각 회원에 대해 한개의 소속회사만을 관리하려고 한다. 우리 회원들은 많은 다른 회사로 부터 온다. 그들 중 몇 명은 어느회사에도 소속되어 있지 않다. 각 회사에 대한 회사명, 주소, 업종 등을 관리하고자 한다.
우리는 1년동안 각종 행사를 치루어왔다. 우리는 이러한 행사에 대한 정보도 또한 관리하고 싶다. 년중 행사에는 9월 회의, 11월 회의, 1월의 연례교육, 4월 회의가 있다. 예를 들어 우리는 지난 5월 엔코아 정보컨설팅에서 온 홍길동씨를 모시고 특별강좌를 가졌고 주위의 도시에서 각종 행사들을 개최하였다. 우리는 각행사가 언제 개최되고 각 행사에 대한 설명, 예상참석자수, 개최지, 소요경비,설문 등의 정보를 관리하고 싶다.
어느 회원이 어느 행사에 참가했는지도 관리한다. 회원들 중 몇몇은 정말로 활발하게 활동하고 나머지는 간간히 참석 하거나 단지 초청장 받는 것을 즐기고 있다.
우리는 익명의 제보자로부터 오는 것처럼 설문들을 처리한다. 우리가 관리하는 설문의 종류는 약 20종류의 설문이 있으며, 20종류 중 하나의 설문을 선택하여 행사에 사용한다. 하나의 설문은 20문항으로 되어있으며, 모두 객관식으로 구성된다. 객관식은 4개의 보기로 구성되어 있다. 우리는 각 설문들을 취합하여 관리한다.
우리는 회원들이 어떠한 Computer Platform을 사용하는지 관리할 필요가 있고 각 Platform마다 3자리 숫자의 Code를 부여하여 관리하려고 한다. (001은 메인프레임, 002는 유닉스서버, 003은 윈도우서버 등) 회원들은 다양한 Computer Platform을 사용하고 있다. 어떤 회원은 IBM/MVS 하나만을 사용하지만, 어떠한 회원은 3가지 모두를 사용하는 회원도 있다. 각 플랫폼별 벤더사를 관리한다. IBM, SUN, HP, 등
우리는 각 회원이 관심을 가지고 있는 응용분야를 관리하고 싶다. 예를 들어 회계, 인사, 광업, 제약등. 이를 만족하는 응용프로그램은 이식성이 강해야 하며 어떠한 Platform이 되던지 상관치 않는다. 하나의 회원이 다양한 관심분야를 가지고 있을 수 있다. 관심분야는 계층구조를 관리한다.
엔터티 & 속성 도출
엔터티는 빨간색, 속성은 파란색, 관계나 주요 사항은 밑줄
우리 지역의 녹색회는 200명이상 회원으로 늘어났다. 우리는 자원 봉사단체로 우리의 기록들은 정말로 엉망이다. 그래서 우리는 모든 행사를 관리할 수 있는 정보시스템을 필요로한다.
우리는 우리의 회원권 기록들을 자동화시키고 싶다. 각 회원을 위해서 회원명, 직위, 우편주소, 직장전화, 회원권의 종류(개인/단체), 그리고 그 회원이 현재 유효 기간내에 있는지를 알고자 한다. 우리는 1년에 한번 1월에 회비를 거두어 들인다. 회원의 회비 납부기록을 관리해야한다.
우리는 또한 한 회원이 어느 회사에 근무하는지 알고 싶지만 회원들이 자주 회사를 옮기기 때문에 이러한 정보를 관리하는 것은 정말 중요하다. 우리는 각 회원에 대해 한개의 소속회사만을 관리하려고 한다. 우리 회원들은 많은 다른 회사로 부터 온다. 그들 중 몇 명은 어느회사에도 소속되어 있지 않다. 각 회사에 대한 회사명, 주소, 업종 등을 관리하고자 한다.
우리는 1년동안 각종 행사를 치루어왔다. 우리는 이러한 행사에 대한 정보도 또한 관리하고 싶다. 년중 행사에는 9월 회의, 11월 회의, 1월의 연례교육, 4월 회의가 있다. 예를 들어 우리는 지난 5월 엔코아 정보컨설팅에서 온 홍길동씨를 모시고 특별강좌를 가졌고 주위의 도시에서 각종 행사들을 개최하였다. 우리는 각행사가 언제 개최되고 각 행사에 대한 설명, 예상참석자수, 개최지, 소요경비,설문 등의 정보를 관리하고 싶다.
어느 회원이 어느 행사에 참가했는지도 관리한다. 회원들 중 몇몇은 정말로 활발하게 활동하고 나머지는 간간히 참석 하거나 단지 초청장 받는 것을 즐기고 있다.
우리는 익명의 제보자로부터 오는 것처럼 설문들을 처리한다. 우리가 관리하는 설문의 종류는 약 20종류의 설문이 있으며, 20종류 중 하나의 설문을 선택하여 행사에 사용한다. 하나의 설문은 20문항으로 되어있으며, 모두 객관식으로 구성된다. 객관식은 4개의 보기로 구성되어 있다. 우리는 각 설문들을 취합하여 관리한다.
우리는 회원들이 어떠한 Computer Platform을 사용하는지 관리할 필요가 있고 각 Platform마다 3자리 숫자의 Code를 부여하여 관리하려고 한다. (001은 메인프레임, 002는 유닉스서버, 003은 윈도우서버 등) 회원들은 다양한 Computer Platform을 사용하고 있다. 어떤 회원은 IBM/MVS 하나만을 사용하지만, 어떠한 회원은 3가지 모두를 사용하는 회원도 있다. 각 플랫폼별 벤더사를 관리한다. IBM, SUN, HP, 등
우리는 각 회원이 관심을 가지고 있는 응용분야를 관리하고 싶다. 예를 들어 회계, 인사, 광업, 제약등. 이를 만족하는 응용프로그램은 이식성이 강해야 하며 어떠한 Platform이 되던지 상관치 않는다. 하나의 회원이 다양한 관심분야를 가지고 있을 수 있다. 관심분야는 계층구조를 관리한다.
나의 답안
모범 답안
주요 Point
그 회원이 현재 유효 기간내에 있는지를 알고자 한다.
현재 시점의 정보를 알기 위해서는 상태정보를 관리할수 있는 선분이력 형태로 관리해야 적절하다고 판단 하였다. 따라서 회원 엔터티에 유효시작일자와 종료일자 속성으로 관리하여 조회조건에 SYSDATE를 BETWEEN 조건으로 조회하였을때 현재 유효한 회원만 조회할 수 있도록 하였다.
우리는 익명의 제보자로부터 오는 것처럼 설문들을 처리한다.
익명의 제보자 형태로 되어야 하기에 회원 엔터티와 관계를 가질수 없고 답변자에 대한 정보는 관리하면 안된다. 따라서 설문답변자순번 속성으로만 설문자를 구분하도록 하였다.
어떤 회원은 IBM/MVS 하나만을 사용하지만, 어떠한 회원은 3가지 모두를 사용하는 회원도 있다.
회원과 플랫폼 엔터티의 다대다 관계 엔터티를 생성하여야 한다.
