某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。【需求分析结果】1.员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。2.部门信息主要包括部门号、部门名称、部门负责人、电话等信息：一个员工只能属于一个部门，一个部门只有一位负责人。3.

试题二（共15分）

阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。

【说明】

某宾馆为了有效地管理客房资源，满足不同客户需求，拟构建一套宾馆信息管理系统，以方便宾馆管理及客房预订等业务活动。

【需求分析结果】

该系统的部分功能及初步需求分析的结果如下：

（1）宾馆有多个部门，部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工，每名员工只属于一个部门；每个部门只有一名经理，负责管理本部门。

（2）员工信息包括员工号、姓名、岗位、电话、工资，其中，员工号唯一标识员工关系中的一个元组，岗位有经理、业务员。

（3）客房信息包括客房号（如1301、1302等）、客房类型、收费标准、入住状态（已入住／未入住），其中客房号唯一标识客房关系中的一个元组，不同客房类型具有不同的收费标准。

（4）客户信息包括客户号、单位名称、联系人、联系电话、联系地址，其中客户号唯一标识客户关系中的一个元组。

（5）客户预订客房时，需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量，其中，一个申请号唯一标识预订申请中的一个元组；一位客户可烈有多个预订申请，但一个预订申请对应唯一的二位客户。

（6）当客户入住时，业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话，其中客房号、身份证号和入住时间唯一标识一次安排。一名业务员可以安排多个预订申请，一个预订申请只由一名业务员安排，而且可安排多间同类型的客房。

【概念模型设计】

根据需求阶段收集的信息，设计的实体联系图如图2-1所示。

【关系模式设计】

部门（部门号，部门名称，经理，电话）

员工（员工号， a ，姓名，岗位，电话，工资）

客户 b 联系人，．联系电话，联系地址．

客房（客房号，客房类型，收费标准，入住状态）

预订申请（ c ）入住时间,天数，客房类型，客房数量）

安排（申请号，客房号，姓名,性别，（ d ） ，天数，电话，业务员）

【问题1】（4分）

根据问题描述，补充四个联系，完善图，2-1，的实体联系图.联系名可用联系1、联系2、联系3和联系4代替，联系的类型为1:1、1:n和m:n （或1:1，和1：*和*：*）。

【问题2】（8分）

（1）根据题意、，将关系模式中的空（a）～.（d）补充完整,并填入答题纸对应的位置上。

（2）给出“预订申请”和“安排”关系模式的主键和外键。

【问题3】（3分）

【关系模式设计】中的“客房”关系模式是否存在规范性问题，请用丑100字以内文字解释你的观点（若存在问题，应说明如何修改“客房”关系模式）.

阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。

某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。

【需求分析结果】

(1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。

(2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息：一个员工只能属于一个部门，一个部门只有一位负责人。

(3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。

(4)客户信息包括身份证号、姓名、性别、单位和联系电话。

(5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。

【概念模型设计】

根据需求阶段收集的信息，设计的实体联系图(不完整)如下图所示。

【逻辑结构设计】

逻辑结构设计阶段设计的部分关系模式(不完整)如下：

员工((4)，姓名，出生年月，性别，岗位，住址，联系电话，密码)

权限(岗位，操作权限)

部门(部门号，部门名称，部门负责人，电话)

客房((5)，类型，价格，状态，入住日期，入住时间，员工号)

客户((6)，姓名，性别，单位，联系电话)

更改权限((7)，密码，更改日期，更改时间，管理员号)

预定情况((8)，预定日期，预定入住日期，预定入住天数)

根据问题描述，填写上图中(1)～(3)处联系的类型。联系类型分为一对一、一对多和多对多三种，分别使用1：1，1：n或1：*，m：n或*：*表示。

阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。 【说明】 某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统 。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。 小李根据前期调研和需求分析进行了概念模型设计，具体情况分述如下。 【需求分析结果】 (1) 该企业设有研发部、财务部、销售部等多个部门，每个部门只有一名部门经理， 有多名员工，每名员工只属于一个部门。部门信息包括:部门号、名称、部门经理和电话，其中部门号唯一确定部门关系的每一个元组。 (2) 员工信息包括:员工号、姓名、岗位、电话和密码。员工号唯一确定员工关系的每一个元组:岗位主要有经理、部门经理、管理员等，不同岗位具有不同的权限 。一名员工只对应一个岗位，但一个岗位可对应多名员工。 (3) 消息信息包括:编号、内容、消息类型、接收人、接收时间、发送时间和发送人。其中(编号，接收人)唯一标识消息关系中的每一个元组。一条消息可以发送给多个接收入， 一个接收人可以接收多条消息。 (4) 公告信息包括:编号、标题、名称、内容、发布部门、发布时间。其中编号唯一确定公告关系的每一个元组。一份公告对应一个发布部门，但一个部门可以发布多份 公告:一份公告可以被多名员工阅读，一名员工可以阅读多份公告。 【概念模型设计】 根据需求分析阶段收集的信息，设计的实体联系图(不完整)如图1-1所示。1-1实体联系图 【逻辑结构设计】 根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整): 部门（( a )，部门经理，电话) 员工(员工号，姓名，岗位号，部门号，电话，密码) 岗位(岗位号，名称，权限) 消息(( b )，消息类型，接收时间，发送时间，发送人) 公告(( c )，名称，内容，发布部门，发布时间) 阅读公告( ( d ) ，阅读时间)

【问题 1】 (5分） 根据问题描述，补充 4 个联系，完善图 2-1 所示的实体联系图。联系名可用联系 1、联系2、联系3 和联系 4 代替，联系的类型分为 1 : 1、1 : n 和 m: n (或 1 : 1、 1 : *和* :*）。 【问题 2】 (8 分〉 (1)根据实体联系图，将关系模式中的空 (a) ～(d) 补充完整。 (2) 给出"消息"和"阅读公告"关系模式的主键与外键。 【问题 3】 (2 分〉 消息和公告关系中都有"编号"属性，请问它是属于命名冲突吗?用100 字以内文字说明原因。