阅读以下说明，回答问题1至问题3，将解答填入对应栏内。[说明]某公司拟开发一套小区物业收费管理系统。初步的需求分析结果如下：(1)业主信息主要包括：业主编号、姓名、房号、房屋面积、工作单位、联系电话等。房号可唯一标识一条业主信息，且一个房号仅对应一套房屋；一个业主可以有一套或多套的房屋。(2)部门信息主要包括：部门号、部门名称、部门负责人、部门电话等。一个员工只能属于一个部门，一个部门只有一位负责人。(3)员工信息主要包括：员工号、姓名、出生年月、性别、住址、联系电话、所在部门号、职务和密码等。根据职务不

阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。 【说明】 某企业拟开发一套员工技能培训管理系统，该系统的部分功能及初步需求分析的结果如下所述： 1．部门信息包括：部门号、名称、负责人号、电话。其中部门号唯一标识部门关系中的每一个元组：一个部门有多名员工，但一名员工只对应一个部门。 2．员工信息包括：员工号、姓名、岗位、部门号、电话、联系方式。其中员工号唯一标识员工关系中的每一个元组；属性岗位有新入职员工、培训师、其他等。新入职员工至少要选择三门以上的课程进行培训，并取得课程成绩；一名培训师可以讲授多门课程，一门课程可以由多个培训师讲授。 3．课程信息包括：课程号、课程名称、学时。课程号唯一确定课程关系的每一个元组。 【概念模型设计】 根据需求阶段收集的信息，设计的实体联系图如图1.1所示。图1.1 实体联系图 【关系模式设计】 部门（部门号，名称， （ ） ，电话） 员工(员工号，姓名，( )，部门号，电话，（ ） 课程（ ） 课程名称，学时） 讲课（课程号，培训师号，培训地点） 培训（课程号，新入职员工号，成绩）

【问题1】（4分） 根据题意，将关系模式中的空(1)～(4)的属性补充完整，并填入答题纸对应的位置上。 【问题2】（3分） 在关系数据库中，两个实体集之间的联系类型分为三类：一对一(1：1)、一对多(1：n)和多对多(n:m)。根据题意，可以得出图I-I所示的实体联系图中三个联系的类型。 请按以下描述确定联系类型并填入答题纸对应的位置上。 培训师与课程之间的“讲课”联系类型为（ ）。 新入职员工与课程之间的“培训”联系类型为（ ）。 部门与员工之间的“所属”联系类型为( ) 。 【问题3】（6分） 若关系R中的某一属性或属性组的值能唯一标识一个元组，则称该属性或属性组为主键；若关系R中的属性或属性组非该关系的主键，但它是其它关系的主键，那么该属性组对关系R而言称为外键。 部门关系的主键为（ ） ，部门关系的外键为 （ ）。 员王关系的主键为二（ ）， 员工关系的外键为（ ） 。 讲课关系的主键为 （ ）、 （ ） 。 【问题4】 请问“培训关系的主键为（课程号，新入职员工号）”的说法正确吗？为什么？

阅读下列说明，回答问题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 字以内文字说明原因。

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

【说明】

某集团公司在全国不同城市拥有多个大型超市，为了有效管理各个超市的业务工

作，需要构建一个超市信息管理系统。

【需求分析结果】

(l)超市信息包括：超市名称、地址、经理和电话，其中超市名称唯一确定超市关

系的每一个元组。每个超市只有一名经理。

(2)超市设有计划部、财务部、销售部等多个部门，每个部门只有一名部门经理，

有多名员工，每个员工只属于一个部门。部门信息包括：超市名称、部门名称、部门经

理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。

(3)员工信息包括：员工号、姓名、超市名称、部门名称、职位、联系方式和工资。

其中，职位信息包括：经理、部门经理、业务员等。员工号唯一确定员工关系的每一个

元组。

(4)商品信息包括：商品号、商品名称、型号、单价和数量。商品号唯一确定商品

关系的每一个元组。一名业务员可以负责超市内多种商品的配给，一种商品可以由多名

业务员配给。

【概念模型设计】

根据需求分析阶段收集的信息，设计的实体联系图和关系模式（不完整）如下：

【关系模式设计】

超市（超市名称，经理，地址，电话）

部门((a) ，部门经理，联系电话）

员工((b) ．姓名，联系方式，职位，工资）

商品（商品号，商品名称，型号，单价，数量）

配给((c) ，配给时间，配给数量，业务员）

【问题1】（4分）

根据问题描述，补充四个联系，完善图2-1的实体联系囝。联系名可用联系1、联

系2、联系3和联系4代替，联系的类型分为1:1、l:n和m:n（或1:1、1：*和*：*）。

【问题2】（7分）

(1）根据实体联系图，将关系模式中的空(a)～(c)补充完整：

(2)给出部门和配给关系模式的主键和外键。

【问题3】（4分）

(l)超市关系的地址可以进一步分为邮编、省、市、街道，那么该属性是属于简单

属性还是复合属性？请用100字以内文字说明。

(2)假设超市需要增设一个经理的职位，那么超市与经理之间的联系类型应修改为

(d) ，超市关系应修改为 (e) 。

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

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

【需求分析结果】

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

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

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

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

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

【概念模型设计】

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

【逻辑结构设计】

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

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

权限(岗位，操作权限)

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

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

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

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

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

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

试题二（共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至问题3，将解答填入答题纸的对应栏内。 【说明】 某小区由于建设时间久远，停车位数量无法满足所有业主的需要，为公平起见，每年进行一次抽签来决定车位分配。小区物业拟建立一个信息系统，对停车位的使用和收费进行管理。 【需求描述】 （1）小区内每套房屋可能有多名业主，一名业主也可能在小区内有多套房屋。业主 信息包括业主姓名、身份证号、房号、房屋面积，其中房号不重复。 （2）所有车位都有固定的编号，且同一年度所有车位的出租费用相同，但不同年份 的出租费用可能不同。 （3）所有车位都参与每年的抽签分配。每套房屋每年只能有一次抽签机会。抽中车 位的业主需一次性缴纳全年的车位使用费用，且必须指定唯一的汽车使用该车位。 （4）小区车辆出入口设有车牌识别系统，可以实时识别进出的汽车车牌号。为方便 门卫确认，系统还需登记汽车的品牌和颜色。 【逻辑结构设计】 根据上述需求，设计出如下关系模式： 业主（业主姓名，业主身份证号，房号，房屋面积） 车位（车位编号，房号，车牌号，汽车品牌，汽车颜色，使用年份，费用）

【问题1】（6分） 对关系“业主”，请回答以下词题： （1）给出“业主”关系的候选键。 （2）它是否为2NF，用60字以内文字简要叙述理由。 （3）将其分解为BCNF，分解后的关系名依次为：A1,A2，...，并用下划线标示分解后的各关系模式的主键。 【问题2】（6分） 对关系“车位”，请回答以下问题： （1）给出“车位’’关系的候选键。 ． （2）它是否为3NF，用60字以内文字简要叙述理由。 （3）将其分解为BCNF，分解后的关系名依次为：B1,B2，...，并用下划线标示分解后的各关系模式的主键。 【问题3】（3分） 若临时车辆进入小区，按照进入和离开小区的时间进行收费（每小时2元）。试增加“临 时停车”关系模式，用100字以内文字简要叙述解决方案。

试题二（共15分） 阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。

【说明】

某物流公司为了整合上游供应商与下游客户，缩短物流过程，降低产品库存，需要构建一个信息系统以方便管理其业务运作活动。

【需求分析结果】

(1)物流公司包含若干部门，部门信息包括部门号、部门名称、经理、电话和邮箱。一个部门可以有多名员工处理部门的日常事务，每名员工只能在一个部门工作。每个部门有一名经理，只需负责管理本部门的事务和人员。

(2)员工信息包括员工号、姓名、职位、电话号码和工资；其中，职位包括：经理、业务员等。业务员根据托运申请负责安排承运货物事宜，例如：装货时间、到达时间等。一个业务员可以安排多个托运申请，但一个托运申请只由一个业务员处理。

(3)客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号，其中，客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时，先要提出货物托运申请。托运申请信息包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中，一个申请号对应唯一的一个托运申请；一个客户可以有多个货物托运申请，但一个托运申请对应唯一的一个客户号。

【概念模型设计】

根据需求阶段收集的信息，设计的实体联系图和关系模式（不完整）如图2-l所示。

【关系模式设计】

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

员工(员工号，姓名，职位，电话号码，工资， (a) )

客户( (b) ，单位名称，通信地址，所属省份，联系人，联系电话，银行账号）

托运申请( (c) ，货物名称，数量，运费，出发地，目的地）

安排承运( (d) ，装货时间，到达时间，业务员）

【问题1】（5分）

根据问题描述，补充四个联系、联系的类型，以及实体与子实体的联系，完善图2-1所示的实体联系图。