niusouti.com

阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。【需求分析结果】(1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。(2)部门信息主要包括部门号、部门名称、部门负责人、电话

题目

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

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

【需求分析结果】

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

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

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

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

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

【概念模型设计】

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

【逻辑结构设计】

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

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

权限(岗位,操作权限)

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

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

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

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

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

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


相似考题

2.阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某集团公司拥有多个大型连锁商场,公司需要构建一个数据库系统以方便管理其业务运作活动。【需求分析结果】1.商场需要记录的信息包括商场编号(编号唯一),商场名称,地址和联系电话。某商场信息如表5—1所示。2.每个商场包含有不同的部门,部门需要记录的信息包括部门编号(集团公司分配),部门名称,位置分布和联系电话。某商场的部门信息如表5—2所示。3.每个部门雇用多名员工处理日常事务,每名员工只能隶属于一个部门(新进员工在培训期不隶属于任何部门)。员工需要记录的信息包括员工编号(集团公司分配),姓名,岗位,电话号码和工资。员工信息如表5—3所示。4.每个部门的员工中有一名是经理,每个经理只能管理一个部门,系统需要记录每个经理的任职时间。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:【关系模式设计】商场(商场编号,商场名称,地址,联系电话)部门(部门编号,部门名称,位置分布,联系电话,(a) )员工(员工编号,员工姓名,岗位,电话号码,工资,(b))经理( (c) ,任职时间)根据问题描述,补充四个联系,完善图5—2的实体联系图。联系名可用联系l、联系2、联系3和联系4代替,联系的类型分为l:1、l:n和m:n。

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

    阅读以下说明,回答问题1至问题3,将解答填人答题纸的对应栏内。

    【说明】

    某公司拟开发一套小区物业收费管理系统。初步的需求分析结果如下:

    (1)业主信息主要包括:业主编号,姓名,房号,房屋面积,工作单位,联系电话等。房号可唯一标识一条业主信息,且一个房号仅对应一套房屋;一个业主可以有一套或多套的房屋。

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

    (3)员工信息主要包括:员工号,姓名,出生年月,性别,住址,联系电话,所在部门号,职务和密码等。根据职务不同员工可以有不同的权限,职务为“经理”的员工具有更改(添加、删除和修改)员工表中本部门员工信息的操作权限;职务为“收费”的员工只具有收费的操作权限。

    (4)收费信息包括:房号,业主编号,收费日期,收费类型,数量,收费金额,员工号等。收费类型包括物业费、卫生费、水费和电费,并按月收取,收费标准如表2-1所示。其中:物业费=房屋面积(平方米)×每平米单价,卫生费=套房数量(套)×每套房单价,水费=用水数量(吨)×每吨水单价,电费=用电数量(度)×每度电单价。

    (5)收费完毕应为业主生成收费单,收费单示例如表2—2所示

    【概念模型设计】

    根据需求阶段收集的信息,设计的实体联系图(不完整)如图2—1所示。图2—1中收费员和经理是员工的子实体。

    【逻辑结构设计】

    根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):

    业主((1),姓名,房屋面积,工作单位,联系电话)

    员工((2),姓名,出生年月,性别,住址,联系电话,职务,密码)

    部门((3),部门名称,部门电话)

    权限(职务,操作权限)

    收费标准((4))

    收费信息((5),收费类型,收费金额,员工号)

    根据图2-1,将逻辑结构设计阶段生成的关系模式中的空(1)~(5)补充完整,然后给出各关系模式的主键和外键。


    正确答案:(1)房号业主编号;主键:房号;外键:无。 (2)员工号部门号;主键:员工号;外键:部门号。 (3)部门号部门负责人;主键:部门号;外键:部门负责人。 (4)收费类型单位单价;主键:收费类型;外键:无。 (5)房号收费日期数量;主键:房号收费日期收费类型;外键:房号收费类型员工号。
    (1)房号,业主编号;主键:房号;外键:无。 (2)员工号,部门号;主键:员工号;外键:部门号。 (3)部门号,部门负责人;主键:部门号;外键:部门负责人。 (4)收费类型,单位,单价;主键:收费类型;外键:无。 (5)房号,收费日期,数量;主键:房号,收费日期,收费类型;外键:房号,收费类型,员工号。 解析:根据题意的描述和三个表格,可以比较容易的画出缺失的联系和联系的类型。

  • 第2题:

    阅读下面的说明,回答问题1~问题4,将解答填入答题纸对应的解答栏内。

    [说明]

    阅读以下说明,回答问题1~问题4,将解答填入答题纸对应的解答栏内。

    windows Server 2003是一个多任务多用户的操作系统,能够以集中或分布的方式实现各种应用服务器角色,是目前应用比较广的操作系统之一。

    Windows内置许多应用服务功能,将下表中(1)~(5)处空缺的服务器名称填写在答题纸对应的解答栏内。

    (1)


    正确答案:域名(DNS)服务器
    域名(DNS)服务器

  • 第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字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式).


    正确答案:


  • 第4题:

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

    [说明]

    M公司为某宾馆设计宾馆机票预订系统,初步的需求分析结果如下:

    (1)客户可以在提前预订或直接入住时向宾馆提供相关信息,宾馆登记的客户信息.包括:客户编号,姓名,性别,类型,身份证号,联系方式,预订日期,入住时间和离开时间等信息。其中类型字段说明客户是普通客户或VIP客户,不同的客户类型享受订票的折扣额度不同。直接入住的客户其预订日期取空值。

    (2)需要预订机票的客户应填写“机票预订”表,提供飞行日期、航班号、出发时间、目的地等信息。宾馆根据客户订票信息购票后,生成“客户订单”表,并根据客户类型确定相应的折扣额度。“机票预订”和“客户订单”表如下表1、表2所示。

    [逻辑结构设计]

    根据需求阶段收集的信息,设计的关系模式如下图所示。

    关系模式的主要属性、含义及约束如下表3所示。

    对关系“客户”,请回答以下的问题:

    (1)若选定(客户编号,预订日期)作为主码,未预订而直接入住的客户信息能否录入客户表?如不能,请说明原因。

    (2)对“客户”关系增加一个流水号属性作为主码,“客户”关系属于第几范式?还存在哪些问题?

    (3)将增加入住标识属性后的“客户”关系分解为第三范式,分解后的关系名依次取客户1、客户2、…。


    正确答案:(1)不能因为预订日期是主属性直接入住客户的预订日期应该取空值这违反实体完整性约束记录无法插入到客户表。 (2)“客户”关系属于2NF存在数据冗余等问题。若某一客户有多次预订及入住信息则其姓名等信息将重复多次。 (3)“客户”分解为第三范式如下所示:
    (1)不能,因为预订日期是主属性,直接入住客户的预订日期应该取空值,这违反实体完整性约束,记录无法插入到客户表。 (2)“客户”关系属于2NF,存在数据冗余等问题。若某一客户有多次预订及入住信息,则其姓名等信息将重复多次。 (3)“客户”分解为第三范式如下所示: 解析:(1)若选定(客户编号,预订日期)作为主码,未预订而直接入住的客户信息是不能记入客户表的。因为预订日期是主属性,直接入住客户的预订日期应该取空值,这违反实体完整性约束,所以对于直接入住的客户信息记录是无法插入到客户表中。
    (2)对“客户”关系增加一个流水号属性作为主码,“客户”关系属于第二范式,存在数据冗余等问题。如表4所示。

    从表4所示的例子可以看出,A10001客户有3次预订信息,则其姓名、性别、身份证号、联系方式和类型信息将重复3次。
    (3)将增加入住标识属性后的“客户”关系分解为第三范式如下所示:

    从表5和表6可以看出,将“客户”关系分解为第三范式后能消除信息冗余及插入删除的不一致性。

  • 第5题:

    阅读以下说明,回答问题1至问题4。

    【说明】

    某宾馆需要建立一个住房管理系统,部分的需求分析结果如下:

    (1)一个房间有多个床位,同一房间内的床位具有相同的收费标准,不同房间的床位收费标准可能不同;

    (2)每个房间有房间号(如201、202等)、收费标准、床位数目等信息:

    (3)每位客人有身份证号码、姓名、性别、出生日期和地址等信息;

    (4)对每位客人的每次住宿,应该记录其入住日期、退房日期和预付款额信息;

    (5)管理系统可查询出客人所住房间号。

    根据以上的需求分析结果,设计一种关系模型如图14-4所示:

    根据上述说明和实体-联系图,得到该住房管理系统的关系模式如下所示,请补充住宿关系。

    房间(房间号,收费标准,床位数目)

    客人(身份证号,姓名,性别,出生日期,地址)

    住宿((1),入住日期,退房日期,预付款额)


    正确答案:(1)房间号身份证号
    (1)房间号,身份证号 解析:房间号和身份证号分别是房间关系和客人关系的主键,作为外键出现在住宿关系中。住宿关系记录客人的身份证号和住宿的房间号。

  • 第6题:

    某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。(2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。(3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状态(已入住/未入住),其中客房号唯一标识客房关系中的一个元组,不同客房类型具有不同的收费标准。(4)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的一个元组。(5)客户预订客房时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量,其中,一个申请号唯一标识预订申请中的一个元组;一位客户可以有多个预订申请,但一个预订申请对应唯一的一位客户。(6)当客户入住时,业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话,其中客房号、身份证号和入住时问唯一标识一次安排。一名业务员可以安排多个预订申请,一个预订申请只由一名业务员安排,而且可安排多间同类型的客房。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图如图1-1所示。

    关系模式设计】部门(部门号,部门名称,经理,电话)员工(员工号,(a),姓名,岗位,电话,工资)客户((b),联系人,联系电话,联系地址)客房(客房号,客房类型,收费标准,入住状态))预定申请((c),入住时间,天数,客房类型,客房数量)安排(申请号,客房号,姓名,性别,(d),天数,电话,业务员)问题:1.1 (4分)根据问题描述,补充四个联系,完善图1-1的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n(或者1:1、1:*和*:*)。问题:1.2 (8分)
    (1)根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸对应的位置上。(2)给出“预订申请”和“安排”关系模式的主键和外键。 问题:1.3 (3分)【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式)。


    答案:
    解析:
    问题1.1、(部门和员工)1:n(部门和经理)l:1(客户和客房)1:n(业务员和预定申请)1:n问题1.2、(1)(a)部门号(b)客户号,单位名称(c)申请号,客户号(d)身份证号,入住时间(2)预定申请的主键:申请号外键:客户号安排的主键:客房号,省份证号,入住时间外键:客房号问题1.3、更新冗余,会存在插入、删除异常,可以将客房类型和收费标准单独作为一个关系模式,客房类型(客房类型,收费标准)和客房(客房号,客房类型,入住状态)

  • 第7题:

    阅读以下说明,回答问题1至问题3,将解答填入对应栏内。[说明]某公司拟开发一套小区物业收费管理系统。初步的需求分析结果如下:(1)业主信息主要包括:业主编号、姓名、房号、房屋面积、工作单位、联系电话等。房号可唯一标识一条业主信息,且一个房号仅对应一套房屋;一个业主可以有一套或多套的房屋。(2)部门信息主要包括:部门号、部门名称、部门负责人、部门电话等。一个员工只能属于一个部门,一个部门只有一位负责人。(3)员工信息主要包括:员工号、姓名、出生年月、性别、住址、联系电话、所在部门号、职务和密码等。根据职务不同,员工可以有不同的权限:职务为“经理”的员工具有更改(添加、删除和修改)员工表中本部门员工信息的操作权限;职务为“收费”的员工只具有收费的操作权限。(4)收费信息包括:房号、业主编号、收费日期、收费类型、数量、收费金额、员工号等。收费类型包括物业费、卫生费、水费和电费,并按月收取,收费标准如表2-1所示。其中:物业费=房屋面积(平方米)×每平方米单价,卫生费=套房数量(套)×每套房单价,水费=用水数量(吨)×每吨水单价,电费=用电数量(度)×每度电单价。



    (5)收费完毕应为业主生成收费单,收费单示例如表2-2所示。



    [概念模型设计]根据需求阶段收集的信息,设计的实体联系图(不完整)如图2-1所示。图2-1中收费员和经理是员工的子实体。



    [逻辑结构设计]根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):业主( (1) , 姓名, 房屋面积, 工作单位, 联系电话)员工( (2) , 姓名, 出生年月, 性别, 住址, 联系电话, 职务, 密码)部门( (3) , 部门名称, 部门电诂)权限(职务, 操作权限)收费标准( (4) )收费信息( (5) , 收费类型, 收费金额, 员工号)根据图2-1,将逻辑结构设计阶段生成的关系模式中的空5~6补充完整,然后给出各关系模式的主键和外键。填写图2-1中(a)~(f)处联系的类型(注:一方用1表示,多方用m或n或*表示),并补充完整图2-1中的实体、联系和联系的类型。16、业主关系属于第几范式?请说明存在的问题。


    答案:
    解析:
    5、业主编号,房号主键:房号外键:无6、员工号,所在部门号主键:员工号外键:所在部门号7、部门号,部门负责人主键:部门号外键:部门负责人8、收费类型,单位,单价主键:收费类型外键:无9、房号,业主编号,收费日期主键:房号,业主编号,收费日期外键:房号,员工号
    10、n,或m,或* 11、n,或m,或* 12、 1 13、n,或m,或* 14、1 15、n,或m,或*



    16、业主关系属于第2范式。
    【解析】
    5-9、根据题意,业主关系中信息主要包括:业主编号、姓名、房号、房屋面积、工作单位、联系电话等,因此,空(1)应填写“业主编号,房号”。又因为房号可唯一标识一条业主信息,所以以“房号”为主键。完整的关系模式如下:业主(业主编号, 房号, 姓名, 房屋面积, 工作单位, 联系电话)根据题意,员工信息主要包括:员工号、姓名、出生年月、性别、住址、联系电话、所在部门号、职务和密码等,因此,空(2)应填写“员工号,所在部门号”。又因为员工号可唯一标识一条员工信息,所以“员工号”为主键。根据题意,一个员工只能属于一个部门,“所在部门号”应参照部门关系的“部门号”,因此,“所在部门号”为外键。完整的关系模式如下:员工(员工号, 所在部门号, 姓名, 出生年月, 性别, 住址, 联系电话, 职务, 密码)部门信息主要包括:部门号、部门名称、部门负责人、部门电话等,因此,部门关系的空(3)应填写“部门号,部门负责人”,显然该关系的主键为“部门号”。又因为部门关系的“部门负责人”应参照员工关系的“员工号”,因此,“部门负责人”为外键。根据题意分析收费标准关系的空(4)应填写“收费类型,单位,单价”,这样收费信息关系可以根据收费类型(如水费、电费或物业费)去收费标准关系中查出单价来计算收费金额。显然收费标准关系的主键为“收费类型”。收费信息的空(5)应填写“房号,业主编号,收费日期”,由于“房号,业主编号,收费日期”能唯一确定该关系的每一个元组,故“房号,业主编号,收费日期”为关系的主键。又由于房号、员工号分别为业主和员工关系的主键,故“房号,员工号”为收费信息关系的外键。完整的关系模式如下:收费信息(房号, 业主编号, 收费日期, 收费类型, 收费金额, 员工号)
    10-15、根据题意,一个员工可以为多个业主收费,同样一个业主也可以有多个员工为其收费,因此业主和收费员之间的收费联系为多对多。故空(a)应填写*,空(b)应填写*。因为一个员工只能属于一个部门,所以部门与员工之间的隶属联系是一对多的。故空(c)应填写1,空(d)应填写*。根据题意,职务不同员工可以有不同的权限,所以权限和员工之间的合法联系是一对多。又由于收费员收费时必需根据收费类型(如水费、电费或物业费)到收费标准关系中查出单价来计算收费金额,所以需要增加一个收费标准关系,以及收费标准到收费联系的连线。16、问题是当某业主有多套住房时,属性“业主编号,姓名,房屋面积,工作单位,联系电话”等信息在业主关系表中重复存储,存在数据冗余。由业主关系可知:房号→业主编号,业主编号→姓名,房号→姓名,所以存在传递依赖房号→姓名。故业主关系属于第2范式。业主关系存在的问题是当某业主有多套住房时,属性“业主编号,姓名,房屋面积,工作单位,联系电话”等信息在业主关系表中重复存储,存在数据冗余。

  • 第8题:

    阅读下列说明,回答下列问题。[说明]某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。(2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。(3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状态(已入住/未入住),其中客房号唯一标识客房关系中的一个元组,不同客房类型具有不同的收费标准。(4)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的一个元组。(5)客户预订客房时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量,其中,一个申请号唯一标识预订申请中的一个元组;一位客户可以有多个预订申请,但一个预订申请对应唯一的一位客户。(6)当客户入住时,业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话,其中客房号、身份证号和入住时问唯一标识一次安排。一名业务员可以安排多个预订申请,一个预订申请只由一名业务员安排,而且可安排多间同类型的客房。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图如图1-1所示。



    【关系模式设计】部门(部门号,部门名称,经理,电话)员工(员工号,(a),姓名,岗位,电话,工资)客户((b),联系人,联系电话,联系地址)客房(客房号,客房类型,收费标准,入住状态))预定申请((c),入住时间,天数,客房类型,客房数量)安排(申请号,客房号,姓名,性别,(d),天数,电话,业务员)问题:1.1 (4分)根据问题描述,补充四个联系,完善图1-1的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n(或者1:1、1:*和*:*)。问题:1.2 (8分)
    (1)根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸对应的位置上。(2)给出“预订申请”和“安排”关系模式的主键和外键。 问题:1.3 (3分)【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式)。


    答案:
    解析:
    问题1.1、(部门和员工)1:n(部门和经理)l:1(客户和客房)1:n(业务员和预定申请)1:n问题1.2、(1)(a)部门号(b)客户号,单位名称(c)申请号,客户号(d)身份证号,入住时间(2)预定申请的主键:申请号外键:客户号安排的主键:客房号,省份证号,入住时间外键:客房号问题1.3、更新冗余,会存在插入、删除异常,可以将客房类型和收费标准单独作为一个关系模式,客房类型(客房类型,收费标准)和客房(客房号,客房类型,入住状态)

  • 第9题:

    阅读以下说明,回答问题1至问题2,将解答填入答题纸对应的解答栏内。

    【说明】
    某公司为推广洗涤新产品,需要进行用户体检调查。图4-1为调查表填写页面,表4-1所示为利用Microsoft Access创建的数据库,它将记录被调查用户的姓名、性别、年龄、了解产品方式和评价等信息。







    答案:
    解析:

  • 第10题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某企业管理部门拟开发信息管理系统,部分需求分析结果如下: 1)管理部门有多个不同科室,科室信息主要包括科室编号、科室名称;2)每一个科室由若干名科员组成,科员信息主要包括职工号、姓名、性别;3)每个科室都有一名主管上级领导,上级领导信息主要包括编号、姓名、职务;4)科室科员负责为职工提供服务,职工信息主要包括职工号、姓名、车间,服务信息主要包括服务日期、服务事宜、处理结果。【问题1】(4分)依据上述说明设计的实体-联系图如图2-1所示(不完整),请将图中(a)、(b)处正确实体名和联系名填写在答题纸对应的位置上。

    【问题2】(6分)请将图2-1对应的各实体之间的联系类型填写在答题纸对应的位置上(1)上级领导与(a)之间的联系类型;(2)(a)与科员之间的联系类型;(3)科员与职工之间的联系类型【问题3】(5分)请指出科室、职工关系模式的主键,以及图2-1中(b)的属性,并将其填写在答题纸对应的位置上。


    答案:
    解析:
    【问题1】
    (a)科室(b)服务【问题2】
    (1)1:n(主管领导与科室之间时一对多联系)(2)1:n(科室与科员之间也是一对多联系)(3)m:n(科员与职工之间是多对多联系)【问题3】
    科室:科室编号(2分)职工:职工号(2分)(b):服务日期、服务事宜、处理结果(任意答对1项得1分)

  • 第11题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。
    【说明】
    某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。
    【需求分析结果】
    该系统的部分功能及初步需求分析的结果如下:
    (1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。
    (2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。
    (3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状态(已入住/未入住),其中客房号唯一标识客房关系中的一个元组,不同客房类型具有不同的收费标准。
    (4)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的一个元组。
    (5)客户预订客房时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量,其中,一个申请号唯一标识预订申请中的一个元组;一位客户可以有多个预订申请,但一个预订申请对应唯一的一位客户。
    (6)当客户入住时,业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话,其中客房号、身份证号和入住时间唯一标识一次安排。一名业务员可以安排多个预订申请,一个预订申请只由一名业务员安排,而且可安排多间同类型的客房。
    【概念模型设计】
    根据需求阶段收集的信息,设计的实体联系图如图2-1所示。



    【关系模式设计】
    部门(部门号,部门名称,经理,电话)
    员工(员工号, ( a ),姓名,岗位,电话,工资)
    客户( ( b ) ,联系人,联系电话,联系地址)
    客房(客房号,客房类型,收费标准,入住状态)
    预订申请( ( c) ,入住时间,天数,客房类型,客房数量)
    安排(申请号,客房号,姓名,性别, (c) ,天数,电话,业务员)
    【问题1】(4分)
    根据问题描述,补充四个联系,完善图2-1,的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n (或1:1,和1:*和*:*)。
    【问题2】(8分)
    (1)根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸对应的位置上。
    答:
    (a) 部门号。
    (b) 客户号、单位名称
    (c) 申请号、客户号。
    (d) 身份证号、入住时间。
    (2)给出“预订申请”和“安排”关系模式的主键和外键。
    【问题3】(3分)
    【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式)。


    答案:
    解析:
    问题1:
    1、经理与部门之间 存在1:1的联系。
    2、部门与员工之间 存在1:n的联系。
    3、客户与预订申请之间 存在 1:n的联系。
    4、业务员、客房、预订申请之间存在1:m:n的联系。

    问题2:
    (a) 部门号。
    (b) 客户号、单位名称
    (c) 申请号、客户号。
    (d) 身份证号、入住时间。
    “预订申请”关系模式中的主键是申请号,外键是客户号。
    “安排”关系模式中的主键是:(客房号、身份证号、入住时间),外键是:申请号、客房号、业务员。

    问题3:
    根据试题中的描述,客房信息中客房号是唯一标识客房关系的一个元组,即可以作为唯一的主键。在客房关系模式中,不存在其他部分依赖关系,但客户号->类型->收费标准,存在传递函数依赖,所以冗余,添加异常,修改异常,删除异常均存在。
    试题分析:

  • 第12题:

    阅读以下说明,回答问题1至问题4,将解答填入答题纸对应的解答栏内。
    【说明】
    某企业网络拓扑如图1-1所示,A~E是网络设备的编号。










    答案:
    解析:
    【问题1】参考答案:1.B,2.A,3.C 4.D【问题2】5.ethernet 1 6、59.74.221.254【问题3】7) C.deny 8、A 9.F【问题4】10)192.168.4.1
    11)192.168.100.0 12)设置接口的类型是trunk
    【解析】
    【问题1】试题分析:这是一道简单的概念题,考察我们对企业园区网络的基本拓扑结构的了解。通常的企业为了确保内部网络的安全,会设置防火墙,防火墙有3个区域,外网,内网和DMZ区。DMZ通常用于存放各种服务器。因此首先可以选出B这个位置是防火墙,A用于连接Internet,是路由器。DMZ区内部有多台服务器,需要使用交换机连接。【问题3】试题分析:这是网络工程师考试第一次考华为的设备配置,而我们考前准备的都是ios的命令。那这道题是不是很难呢,其实这道题非常简单,只要我们有IOS的命令经验,这道题完全可以自己凭经验做出来,题目出题也是以选择题的形式,因此更加容易,对于没有用过华为设备的考生来说,也是非常简单的。
    【问题4】试题分析:这道题同样是基本的配置,掌握基本命令即可。

  • 第13题:

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

    【说明】

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

    【需求分析结果】

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

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

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

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

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

    【概念模型设计】

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

    【逻辑结构设计】

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

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

    权限(岗位,操作权限)

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

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

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

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

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

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


    正确答案:(1)n或m或 (2)n或m或: (3)n或m或。
    (1)n,或m,或, (2)n,或m,或: (3)n,或m,或。

  • 第14题:

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

    【说明】

    结构化布线成为网络设计和管理的首先考虑的问题,当实施结构化布线时,需要进行详细的规划设计。

    综合布线系统设计时,应遵循哪些原则?


    正确答案:模块化设计采用星状拓扑结构同时满足话音与数据网络的要求保证各点上网具有兼容性和可扩展性达到标准要求。
    模块化设计,采用星状拓扑结构,同时满足话音与数据网络的要求,保证各点上网,具有兼容性和可扩展性,达到标准要求。 解析:与其他系统设计一样,设计者首先要进行用户需求分析,然后根据需求分析进行方案设计。但需要指出的是,综合布线系统理论上讲可以容纳:话音(包括电话、传真、音响、广播)、数据(包括计算机信号、公共数据信息)、图像(包括各种电视信号、监视信号)、控制信号(包括温度、压力、流量、水位及烟雾)等。但在实际工程中,至少在目前技术条件和工程实际需要中多为前两种话音和数据,原因是多方面的。其中值得注意的是:话音的末端装置和计算机网络的终端用户装置往往是要变动的,有的是经常变动的,因此采用综合布线系统及其跳选功能,很容易在不改动原有的敷线条件下满足用户的需求。此外,本来可用同轴电缆可靠地传输电视信号,若改用综合布线,则要增设昂贵的转换器。对消防报警信号用普通双绞线已达到要求,若改用综合布线,经过配线架再次终接,也无此必要。因此集成化的要求应视实际需要来定。
    在进行综合布线系统设计时,通常应遵循以下原则:
    (1)采用模块化设计,易于在配线上扩充和重新组合。
    (2)采用星型拓扑结构,使系统扩充和故障分析变得十分简单。
    (3)应满足通信自动化与办公自动化的需要,即满足话音与数据网络的广泛要求。
    (4)确保任何插座互连主网络,尽量提供多个冗余互连信息点插座。
    (5)适应各种符合标准的品牌设备互连入网,满足当前和将来网络的要求。
    (6)电缆的敷设与管理应符合综合布线系统设计要求。

  • 第15题:

    阅读下列说明,回答问题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】
    联系名称可不做要求,但不能出现重名。
     
    【问题 2】
    (1)(a) 部门号,名称
    (b) 编号,内容,接收人
    (c) 编号,标题
    (d) 公告编号,员工号(注:编号,员工号也正确)
    (2)消息关系模式的主键:编号,接收人
                     外键:接收人、发送人
    阅读公告关系模式的主键:公告编号,员工号
                      外键:公告编号,员工号
    【问题 3】
    不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过"关系名.属性名"区别,即可以用"消息.编号"和"公告.编号"来区别。

  • 第16题:

    对于没有预订客房或入住宾馆的客户,需要在(a)关系中修改其(b)属性的值域,以满足这类客户在宾馆预订机票的需求。


    正确答案:(a)客户 (b)类型
    (a)客户 (b)类型 解析:根据题意类型字段说明客户是普通客户或VIP客户,不同的客户类型享受订票的折扣额度不同,这样对于没有预订客房或入住宾馆的客户,需要在“客户”关系中修改其“类型”属性的值域,即可以通过在“类型”属性中增加“非入住”标识属性以满足这类客户在宾馆预订机票的需求。

  • 第17题:

    阅读下列说明和图,回答问题1至问题3。

    [说明]

    某大型旅店为了便于管理,欲开发一个客房管理系统。希望实现客房预定、入住登记、帐务结算、退房,以及将服务项目记入客人帐单。

    旅客包括散客和团体,散客预定或入住时需要提供姓名、性别、身份证和联系电话,团体则提供团体名称、负责人的姓名、性别、身份证和联系电话,以及团体人数。对于散客,还要提供换房。

    旅店还提供了很多服务项目,比如早餐。对每一个入住客人,服务列表记录了住宿期间的各项服务,包括服务类型、日期、数量等。当然,客人也可以不要任何服务。

    旅店的客房有一个唯一的房间号,分为不同的类别,不同的房间床位数和价格不同。

    为了有效的管理,需要记录每天的客房状态。客房的状态有:空闲、占用、已预定和维修。

    . 客人入住后,客房处于占用状态;

    . 客人退房后,客房处于空闲状态;

    . 客人预定后,客房处于已预定状态;

    . 预定客人入住后,客房处于占用状态;

    . 预定客人取消预定后客房处于空闲状态;

    . 需要维修时客房处于维修状态;

    . 维修完成后客房处于空闲状态。

    该系统采用面向对象方法开发,系统中的类以及类之间的关系用UML类图表示,图3-1是该系统的类图的一部分,图3-2描述了客房状态的转变情况。

    [图3-1]

    [图3-2]

    请用图3-1的属性和方法的名称给出客人类的属性和方法。(注意:团体类中的负责人姓名等与散客的对应属性含义相同,不必区分)


    正确答案:属性:姓名、性别、身份证、联系电话 方法:预定、入住、结帐
    属性:姓名、性别、身份证、联系电话 方法:预定、入住、结帐 解析:“客人”类是“散客”类和“团体”类的泛化,具有二者的公共属性和公共方法。比对二者属性及方法得,“客人”类属性有:姓名、性别、身份证、联系电话,方法有:预定、入住、结账。

  • 第18题:

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

    【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工( 4 ,姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房( 5 ,类型,价格,状态,入住日期,入住时间,员工号)客户( 6 ,姓名,性别,单位,联系电话)更改权限( 7 ,密码,更改日期,更改时间,管理员号)预定情况( 8 ,预定日期,预定入住日期,预定入住天数)4、【问题1】根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。5、【问题2】补充上图中的联系并指明其联系类型。6、【问题3】根据需求分析结果和上图,将逻辑结构设计阶段生成的关系模式中的空(4)~(8)。补充完整。(注:一个空可能需要填多个属性)7、【[问题4】若去掉权限表,并将权限表中的操作权限属性放在员工表中(仍保持管理和服务岗位的操作权限规定),则与原有设计相比有什么优缺点(请从数据库设计的角度进行说明)。


    答案:
    解析:
    4、(1)n,或m,或*(2)n,或m,或*(3)n,或m,或*
    5、需要增加员工和权限之间的m:1的联系。或者

    6、(4)员工号,部门号(5)客房号(6)身份证号(7)岗位(8)客房号,身份证号 7、若将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。
    4、本题考查数据库系统中实体联系模型(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)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第19题:

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



    【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工( 4 ,姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房( 5 ,类型,价格,状态,入住日期,入住时间,员工号)客户( 6 ,姓名,性别,单位,联系电话)更改权限( 7 ,密码,更改日期,更改时间,管理员号)预定情况( 8 ,预定日期,预定入住日期,预定入住天数)4、【问题1】根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。5、【问题2】补充上图中的联系并指明其联系类型。6、【问题3】根据需求分析结果和上图,将逻辑结构设计阶段生成的关系模式中的空(4)~(8)。补充完整。(注:一个空可能需要填多个属性)7、【[问题4】若去掉权限表,并将权限表中的操作权限属性放在员工表中(仍保持管理和服务岗位的操作权限规定),则与原有设计相比有什么优缺点(请从数据库设计的角度进行说明)。


    答案:
    解析:
    4、(1)n,或m,或*(2)n,或m,或*(3)n,或m,或*
    5、需要增加员工和权限之间的m:1的联系。或者



    6、(4)员工号,部门号(5)客房号(6)身份证号(7)岗位(8)客房号,身份证号 7、若将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。
    【解析】
    4、本题考查数据库系统中实体联系模型(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)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第20题:

    阅读下列说明,回答问题1 至问题3,将解答填入答题纸的对应栏内。【说明】某城市双创平台成立后,拟建设中小企业服务管理信息系统,主要工作计划如下。



    【问题1】(4分)
    结合案例,请问活动A和活动C的历时分别是多少。【问题2】(8分)请补充完整该管理信息系统的双代号网络图。



    【问题3】(4分)
    请给出关键路径和项目总工期


    答案:
    解析:
    【问题1】A历时:13、 C历时:16【问题2】依据各活动紧前紧后关系,绘制双代号网络图如下:



    补充:大家还应该学习时标网络图的绘制,在2019年的考试,大家需要关注时标网络图相关知识点,例如,如果将本题绘制双代号网络图,则答案就如下:




    【问题3】关键路径:ABDFGHI 总工期为131

  • 第21题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。 【说明】 某酒店拟构建一个信息系统以方便酒店管理及客房预订业务运作活动,该系统的部分功能及初步需求分析的结果如下所述: (1)酒店有多个部门,部门信息包括部门号、部门名称、经理、电话和邮箱。每个部门可以有多名员工,每名员工只属于一个部门;每个部门有一名经理,负责管理本部门的事务和员工。 (2)员工信息包括员工号、姓名、职位、部门号、电话号码和工资。职位包括:经理、业务员等。其中员工号唯一标识员工关系中的每一个元组。 (3)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的每一个元组。 (4)客户要进行客房预订时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量。其中,一个申请号对应唯一的一个预订申请;一个客户可以有多个预订申请,但一个预订申请对应唯一的一个客户号。 (5)当客户入住时,业务员根据客户预订申请负责安排入住事宜,如入住的客户的姓名、性别、身份证号、电话、入住时间、天数。一个业务员可以安排多个预订申请,但一个预订申请只由一个业务员处理。 【概念模型设计】 根据需求阶段收集的信息,设计的实体联系图如图2-1所示



    【关系模式设计】 部门(部门号,部门名称,经理,电话,邮箱) 员工(员工号,姓名,(a),职位,电话号码,工资) 客户((b),单位名称,联系人,联系电话,联系地址) 客房(客房号,客房类型) 预订申请((c),(d),入住时间,天数,客房类型,客房数量) 安排(申请号,客房号,姓名,性别,身份证号,电话,(e),(f),业务员) 【问题1】(6分)根据题意,将关系模式中的空(a)~(f)的属性补充完整,并填入答题纸对应的位置上。【问题2】(4分)根据题意,可以得出图2-1所示的实体联系图中四个联系的类型,两个实体集之间的联系类型分为三类:一对一(1:1)、一对多(1:n)和多对多(m:n)。请按以下描述确定联系类型并填入答题纸对应的位置上。客户与预订申请之间的“申请”联系类型为 (g);部门与员工之间的“所属”联系类型为 (h);员工与员工之间的“婚姻”联系类型为 (i);员工、预订申请和客房之间的“安排”联系类型为 (j)。【问题3】(5分)若关系中的某一属性或属性组的值能唯一地标识一个元组,则称该属性或属性组为主键。本题“客户号唯一标识客户关系的每一个元组”,故为客户关系的主键。指出部门、员工、安排关系模式的主键。


    答案:
    解析:
    【问题1】
    a、部门号 b、客户号 c、申请号 d、客户号 e、入住时间 f、天数【问题2】
    g、1:n h、1:n i、1:1 j、1:n:m
    【问题3】
    语句覆盖(SC):设计足够的测试用例,使得使被测试程序中每条语句至少执行一次。判定覆盖(DC):设计足够的测试用例,使得使程序中的每个判定至少都获得一次“真值”或“假值”。又称分支覆盖:使程序中的每一个取“真”分支和取“假”分支至少经历一次。条件覆盖(CC):设计足够的测试用例,使得使得每一判定语句中每个逻辑条件的可能值至少满足一次。条件判定组合覆盖(CDC):设计足够的测试用例,使得使得判定中每个条件的所有可能(真/假)至少出现一次,并且每个判定本身的结果(真/假)也至少出现一次。多条件覆盖(MCC):设计足够的测试用例,使得使得每个判定中条件的各种可能组合都至少出现一次。修正判定条件覆盖(MCDC):设计足够的测试用例,使得每一程序模块的入口和出口点都要考虑至少被调用一次,每个程序的判定到所有可能的结果值要至少转换一次;程序的判定被分解为通过逻辑操作符(and or)连接的bool条件,每个条件判定的结果值是独立的。路径覆盖:设计足够的测试用例,使得被测试程序中的所有可能路径至少被执行一次。部门关系主键:部门号员工关系主键:员工号安排关系主键:客房号、身份证、入住时间。按照E-R模型合并的规律,安排关系的主键应为多方的码组成,但本题由于预定申请是以单位的,一个单位可能有多个人员入住同一间客房,所以,本题的主键应该为:客房号、身份证、入住时间 比较合适

  • 第22题:

    阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。【说明】某集团公司拥有多个分公司,为了方便集团公司对分公司各项业务活动进行有效管 理,集团公司决定构建一个信息系统以满足公司的业务管理需求。【需求分析】
    1.分公司关系需要记录的信息包括分公司编号、名称、经理、联系地址和电话。分公司编号唯一标识分公司信息中的每一个元组。每个分公司只有一名经理,负责该分公司的管理工作。每个分公司设立仅为本分公司服务的多个业务部门,如研发部、财务部、采购部、销售部等。
    2.部门关系需要记录的信息包括部门号、部门名称、主管号、电话和分公司编号。部门号唯一标识部门信息中的每一个元组。每个部门只有一名主管,负责部门的管理工作。每个部门有多名员工,每名员工只能隶属于一个部门。
    3.员工关系需要记录的信息包括员工号、姓名、隶属部门、岗位、电话和基本工资。其中,员工号唯一标识员工信息中的每一个元组。岗位包括:经理、主管、研发员、业务员等。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如图2-1 所示:



    【关系模式设计】分公司(分公司编号,名称,(a),联系地址,电话)部门(部门号,部门名称,(b),电话)员工(员工号,姓名(c),电话,基本工资)
    【问题 1】 (4分)根据问题描述,补充4个联系,完善图 2-1的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为 1:1、1:n 和 m:n (或 1:1、1:*和*:*)。
    【问题 2】(5分)根据题意,将关系模式中的空 (a)-(c) 补充完整。
    【问题 3】 (4 分)给出"部门"和"员工"关系模式的主键和外键。
    【问题 4】 (2 分)假设集团公司要求系统能记录部门历任主管的任职时间和任职年限,那么是否需要在数据库设计时增设一个实体?为什么?


    答案:
    解析:
    【问题 1】 (4分)答:

    【问题 2】(5分)答:(a)经理 (b)主管号,分公司编号(c)隶属部门,岗位
    【问题 3】 (4 分)答:部门 主键:部门号 外键:分公司编号,主管号员工 主键:员工号 外键:隶属部门
    【问题 4】 (2 分)答:不需要增加实体。因为它可以直接归属到联系当中,他的联系可以直接写成关系模式,所以不需要增加实体。

  • 第23题:

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



    【逻辑结构设计】
    根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):
    部门( (a) ,部门经理,电话)
    员工(员工号,姓名,岗位号,部门号,电话,密码)
    岗位(岗位号,名称,权限)
    消息( (b) ,消息类型,接收时间,发送时间,发送人)
    公告( (c) ,名称,内容,发布部门,发布时间)
    阅读公告( (d) ,阅读时间)
    【问题1】(5分)
    根据问题描述,补充四个联系,完善图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】(5分)答案:

    【问题2】(8分)答案:(a)部门号,名称(b)编号,内容,接收人,(c)编号,标题(d)员工号,编号消息模式主键:(编号,接收人);外键:接收人,发送人阅读公告模式主键:(员工号,公告编号);外键:员工号,公告编号

    【问题3】(2分)答案:不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。