阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。 某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。 【需求分析结果】 (1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等

admin2009-02-01  35

问题 阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。
   某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。
【需求分析结果】
   (1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。
   (2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息:一个员工只能属于一个部门,一个部门只有一位负责人。
   (3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等;状态是指空闲、入住和维修。
   (4)客户信息包括身份证号、姓名、性别、单位和联系电话。
   (5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户,但一位客户可以有多条预定信息。
【概念模型设计】
   根据需求阶段收集的信息,设计的实体联系图(不完整)如下图所示。
  
【逻辑结构设计】
   逻辑结构设计阶段设计的部分关系模式(不完整)如下:
   员工((4),姓名,出生年月,性别,岗位,住址,联系电话,密码)
   权限(岗位,操作权限)
   部门(部门号,部门名称,部门负责人,电话)
   客房((5),类型,价格,状态,入住日期,入住时间,员工号)
   客户((6),姓名,性别,单位,联系电话)
   更改权限((7),密码,更改日期,更改时间,管理员号)
   预定情况((8),预定日期,预定入住日期,预定入住天数)

选项

答案(1)n,或m,或* (2)n,或m,或* (3)n,或m,或*

解析 本题考查数据库系统中实体联系模型(E-R模型)的设计和关系模式的设计。
   两个实体型之间的联系可以分为三类:一对一联系(1:1)、一对多联系(1:n)和多对多联系(m:n)。
   本题中员工和部门之间的所属联系类型为m:1,因为题中一个员工只能属于一个部门,一个部门可以有多名员工。所以空(1)应填m。
   本题中客户和客房之间的预定联系类型为m:n,因为题中一位客户可以预订多间客房,而客房在不同的时间段可以被多个客户预订。所以空(2)、空(3)应填分别填m和n。
   根据题意岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。所以,需要增加管理员和权限之间的m:1的联系。
   或者表示为
   
   主键也称为主码,是关系中的一个或一组属性,其值能唯一标识一个元组。根据题意该宾馆客房预订子系统中,逻辑结构设计阶段设计的部分不完整关系模式空(4)~(8)应补充的内容分析如下:
   空(4)应增加一个主键“员工号”和一个外键“部门号”。因为“员工号”能唯一标识员工关系中的每一个元组;又因为一个员工只能属于一个部门,一个部门可以有多名员工,员工和部门之间的所属联系类型为m:1,所以需要将1端的码并入多端,即将“部门号”加入员工关系模式中。
   空(5)应增加一个主键“客房号”,用来唯一标识客房关系中的每一个元组。
   空(6)应增加一个主键“身份证号”。用来唯一标识客户关系中的每一个元组。
   空(7)应填岗位,因为不同的岗位具有不同的权限,所以需要增加岗位属性。
   空(8)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。
   若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。
转载请注明原文地址:https://kaotiyun.com/show/pMXZ777K
0

相关试题推荐
最新回复(0)