阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。【说明】M公司为了便于开展和管理各项业务活动,提高公司的知名度和影响力,拟构建一个基于网络的会议策划系统。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号。每个部门只有一名主管,只负责管理本部门的工作,且主管参照员工关系的员工号;一个部门有多名员工,每名员工属于且仅属于一个部门。(2) 员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括

题目
阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。【说明】M公司为了便于开展和管理各项业务活动,提高公司的知名度和影响力,拟构建一个基于网络的会议策划系统。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号。每个部门只有一名主管,只负责管理本部门的工作,且主管参照员工关系的员工号;一个部门有多名员工,每名员工属于且仅属于一个部门。(2) 员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、 策划员等。业务员负责受理用户申请,设置受理标志。一名业务员可以受理多个用户申请, 但一个用户申请只能由一名业务员受理。(3) 用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息中的每一个元组。(4) 用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算费用和受理标志。申请号唯一标识用户申请信息中的每一个元组,且一个用户可以提交多个申请,但一个用户申请只对应一个用户号。(5) 策划部主管为己受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个己受理的用户申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与执行多项策划任务。【概念模型设计】



【关系模式设计】部门 (部门号,部门名,部门主管,联系电话,邮箱号)员工 (员工号,姓名, (a),联系方式,薪资)用户 (用户名, (b),电话,联系地址)用户申请 (申请号,用户号,会议日期,天数,参会人数,地点,受理标志,(c) )策划任务 (申请号,任务明细, (d))执行 (申请号,策划员,实际完成时间,用户评价) 问题:1.1 (5分)根据问题描述,补充五个联系,完善图1-1的实体联系图。联系名可用联系1、联系2、 联系3、联系4和联系5表示,联系的类型为1:1、 1:n和 m:n(或 1:1、1:*和*:*)。 问题:1.2 (4分)根据题意,将关系模式中的空(a)-(d)补充完整,并填入答题纸对应的位置上。 问题:1.3 (4分)给出“用户申请”和“策划任务”关系模式的主键和外键。 问题:1.4 (2分)请问“执行”关系模式的主键为全码的说法正确吗?为什么?


相似考题

1.阅读下列说明,回答问题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.1、(部门和员工)1:* (业务员和用户申请)1:* (用户和用户申请)1:*(策划任务和用户申请)1:1 (策划员和策划任务)*:*
问题1.2、(a)部门号,职位 (b)用户号,银行账号(c)员工号,预算费用 (d)要求完成时间
问题1.3、(用户申请)主键:申请号;外键:用户号(策划任务)主键:申请号;外键:申请号

问题1.4、说法不对,“执行”关系模式的主键是(申请号,策划员),不是全码。
【解析】
问题1.1【解析】根据“一个部门有多名员工,每名员工属于仅且属于一个部门”得知,缺少部门与员工的联系,联系类型为1:*;根据“一名业务员可以受理多个用户申请,但一个用户申请只能由一名业务员受理”得知,缺少业务员和用户申请的联系,联系类型为1:*;根据“一个用户可以提交多个申请,但一个用户申请只对应一个用户号”得知,用户和用户申请缺少联系,联系类型为1:* 根据“一个策划任务只对应一个已受理的用户申请”得知,策划任务和用户申请缺少联系,联系类型为1:1;根据“一个策划任务由多名策划员参与执行,且一名策划员可以参与执行多项策划任务”得知,策划员和策划任务缺少联系,联系类型为*:*。

问题1.2【解析】(a)根据题中员工关键模式信息及结合员工和部门的联系,可知员工关系模式中缺少(部门号,职位)属性;(b)根据题中用户关系模式信息分析可知,用户关系模式中缺少(用户号,银行账号)属性;(c)根据题中用户申请关系模式信息及结合用户申请和业务员的联系,可知用户申请关系模式中缺少(员工号,预算费用)属性;(d)根据题中策划任务关系模式信息,可知策划任务关系模式中缺少(要求完成时间)属性。

问题1.3【解析】由题中“申请号唯一标识用户申请信息中的每一个元组”可知用户申请关系模式中的主键为申请号;用户号为用户信息关系模式的主键,即是用户申请关系模式的外键;由题中“申请号唯一标识策划任务的每一个元组”可知策划任务关系模式中的主键为中请号;申请号为用户申请关系模式的主键,即是策划任务关系模式的外键。
问题1.4【解析】全码,即所有属性当作一个码;若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码;题中“执行”关系模式中,一个策划任务由多名策划员参与执行,一名策划员可以参与执行多项策划任务,“执行”关系模式的主键即为(申请号,策划员)不是全码。
更多“阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。【说明】M公司为了便于开展和管理各项业务活动,提高公司的知名度和影响力,拟构建一个基于网络的会议策划系统。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号。每个部门只有一名主管,只负责管理本部门的工作,且主管参照员工关系的员工号;一”相关问题
  • 第1题:

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

    [说明]

    假设某公司被分配了一个C类地址,网络号是202.128.236.0,该公司的网络拓扑结构如下图所示。其中部门A和部门B拥有的主机数不会超过25台,其他部门及分公司的主机数不会超过10台。

    []

    请为各部门和分公司分配IP地址和子网掩码,填入下表中。要求表中子网地址从小到大进行排列,注意:该单位的路由器不支持全0子网和全1子网。

    (1)


    正确答案:202.128.236.32
    202.128.236.32

  • 第2题:

    阅读下列说明,回答问题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】(4分)
    (1)负责人号       (2)岗位       (3)联系方式       (4)课程号
    【问题2】(3分)
    培训师与课程之间:*:*
    新入职员工与课程之间:*:*
    部门与员工之间:1:*
    【问题3】(6分)
    部门关系的主键:部门号;外键为:负责人号
    员工关系的主键:员工号;外键为:部门号
    讲课关系的主键:课程号、培训师号
    【问题4】(2分)
    培训关系的主键为(课程号,新入职员工号)是正确的;培训关系是E-R图中培训联系转换的关系,培训联系为多对多的联系(新入职员工与课程之间:*:*),对于多对多联系转换成关系的主码是双方实体的主码属性的组合。

  • 第3题:

    阅读下列说明,回答问题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】
    不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过"关系名.属性名"区别,即可以用"消息.编号"和"公告.编号"来区别。

  • 第4题:

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

    【说明】

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

    【需求分析结果】

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

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

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

    【概念模型设计】

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

    【关系模式设计】

    部门(部门号,部门名称,经理,电话,邮箱)

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

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

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

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

    【问题1】(5分)

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


    正确答案:

    【问题l】(5分)


  • 第5题:

    某会议策划公司为了方便客户,便于开展和管理各项业务活动,需要构建一个基于网络的会议预定系统。[需求分析]1.会议策划公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名称、部门主管、电话和邮箱号。每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名主管负责管理本部门的事务和人员。2.员工信息包括员工号、姓名、部门号、职位、联系方式和工资;其中,职位包括主管、业务员、策划员等。业务员负责受理会议申请。若申请符合公司规定,则置受理标志并填写业务员的员工号。策划部主管为已受理的会议申请制定策划任务,包括策划内容、参与人数、要求完成时间等。一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务。3.客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。其中,一个客户号唯一标识一个客户。一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号。4.会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数、预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。客房类型有豪华套房、普通套房、标准间、三人间等,且申请号和客房类型决定客房数。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:

    [关系模式设计]部门(部门号,部门名称,主管,电话,邮箱号)员工(员工号,姓名, ?(a) ?,联系方式,工资)客户(客户号,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)会议申请( ?(b) ?,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号)策划任务( ?(c) ?,策划内容,参与人数,要求完成时间)执行策划( ?(d) ?,实际完成时间)5、根据问题描述,补充五个联系、联系的类型,完善图的实体联系图。6、根据实体联系图,将关系模式中的空(a)~(d)补充完整(1个空缺处可能有多个数据项)。对会议申请、策划任务和执行策划关系模式,用下划线和#分别指出各关系模式的主键和外键。7、请说明关系模式“会议申请”存在的问题及解决方案。


    答案:
    解析:

    6、(a)部门号,职位(b)申请号,客房类型,客户号(c)申请号,员工号(d)申请号,员工号关系模式为:会议申请(申请号,客户类型,客户号#},开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号#)策划任务(申请号#,员工号#,策划内容,参与人数,要求完成时间)执行策划(申请号#,员工号#,实际完成时间)7、会议申请存在数据冗余及数据修改的不一致性问题,应该将关系模式分解为如下两个模式:会议申请1(申请号,客户号,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,联系人,联系方式,受理标志,员工号)会议申请2(申请号,客房类型,客房数)。
    5、本题考查数据库设计方面的应用知识。根据题意,一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号,故应在客户和会议申请之间增加一个1:n的“提交”联系;由于业务员负责受理会议申请,若申请符合公司规定则置受理标志并填写业务员的员工号,因此业务员和会议申请之间有一个1:n的“受理”联系;由于一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务,因此策划任务和策划员之间有一个n:m的“执行”联系;由于每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作,因此部门和员工之间有一个1:n的“所属”联系;又由于每个部门有一名主管负责管理本部门的事务和人员,而该主管也是一名员工,因此主管和部门之间有一个1:1的“管理”联系。根据上述分析,完善图所示的实体联系图可参见参考答案。6、根据题意,在员工关系模式中,部门与员工之间是一个1:n的联系,需要将1端(即部门)的码“部门号”并入员工关系;又因为每个员工担任相应职位,故员工关系模式欢迎添加“职位”属性;可见,空(a)应填写“部门号,职位”。在会议申请关系模式中,由于申请号、客房类型、客户号为主键,故空(b)应填写“申请号,客房类型,客户号”;在策划任务关系模式中,申请号、员工号为主键,故空(c)应填写“申请号,客户号”;由于一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务,故在执行策划关系模式中,执行策划又由于一个业务员可以安排多个托运申请,申请号、员工号为主键,故空(d)应填写“申请号,客户号”。会议申请关系模式的主键为“申请号,客房类型”,因为,申请号、客房类型能唯一标识该关系模式的每一个元组。会议申请关系模式的外键为客户号及员工号,因为,客户号及员工号分别为客户及员工关系模式的主键,故为该关系模式的外键。策划任务关系模式的主键为申请号,因为,申请号能唯一标识该关系模式的每一个元组,故申请号为该关系模式的主键。策划任务关系模式的外键为员工号,因为,员工号为员工关系模式的主键,故为该关系模式的外键。执行策划关系模式的主键为“申请号,员工号”,因为,申请号及员工号能唯一标识该关系模式的每一个元组,故“申请号,员工号”为该关系模式的主键。执行策划关系模式的外键为申请号及员工号,因为,申请号和员工号分别为会议申请和员工关系模式的主键,故为该关系模式的外键。7、关系模式“会议申请”存在数据冗余及数据修改的不一致性问题,应该将关系模式分解,分解后的关系模式参见参考答案。

  • 第6题:

    [说明]某会议策划公司为了方便客户,便于开展和管理各项业务活动,需要构建一个基于网络的会议预定系统。[需求分析]1.会议策划公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名称、部门主管、电话和邮箱号。每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名主管负责管理本部门的事务和人员。2.员工信息包括员工号、姓名、部门号、职位、联系方式和工资;其中,职位包括主管、业务员、策划员等。业务员负责受理会议申请。若申请符合公司规定,则置受理标志并填写业务员的员工号。策划部主管为已受理的会议申请制定策划任务,包括策划内容、参与人数、要求完成时间等。一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务。3.客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。其中,一个客户号唯一标识一个客户。一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号。4.会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数、预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。客房类型有豪华套房、普通套房、标准间、三人间等,且申请号和客房类型决定客房数。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:



    [关系模式设计]部门(部门号,部门名称,主管,电话,邮箱号)员工(员工号,姓名, ?(a) ?,联系方式,工资)客户(客户号,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)会议申请( ?(b) ?,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号)策划任务( ?(c) ?,策划内容,参与人数,要求完成时间)执行策划( ?(d) ?,实际完成时间)5、根据问题描述,补充五个联系、联系的类型,完善图的实体联系图。6、根据实体联系图,将关系模式中的空(a)~(d)补充完整(1个空缺处可能有多个数据项)。对会议申请、策划任务和执行策划关系模式,用下划线和#分别指出各关系模式的主键和外键。7、请说明关系模式“会议申请”存在的问题及解决方案。


    答案:
    解析:
    5、
    6、(a)部门号,职位(b)申请号,客房类型,客户号(c)申请号,员工号(d)申请号,员工号关系模式为:会议申请(申请号,客户类型,客户号#},开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号#)策划任务(申请号#,员工号#,策划内容,参与人数,要求完成时间)执行策划(申请号#,员工号#,实际完成时间)7、会议申请存在数据冗余及数据修改的不一致性问题,应该将关系模式分解为如下两个模式:会议申请1(申请号,客户号,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,联系人,联系方式,受理标志,员工号)会议申请2(申请号,客房类型,客房数)。
    【解析】
    5、本题考查数据库设计方面的应用知识。根据题意,一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号,故应在客户和会议申请之间增加一个1:n的“提交”联系;由于业务员负责受理会议申请,若申请符合公司规定则置受理标志并填写业务员的员工号,因此业务员和会议申请之间有一个1:n的“受理”联系;由于一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务,因此策划任务和策划员之间有一个n:m的“执行”联系;由于每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作,因此部门和员工之间有一个1:n的“所属”联系;又由于每个部门有一名主管负责管理本部门的事务和人员,而该主管也是一名员工,因此主管和部门之间有一个1:1的“管理”联系。根据上述分析,完善图所示的实体联系图可参见参考答案。6、根据题意,在员工关系模式中,部门与员工之间是一个1:n的联系,需要将1端(即部门)的码“部门号”并入员工关系;又因为每个员工担任相应职位,故员工关系模式欢迎添加“职位”属性;可见,空(a)应填写“部门号,职位”。在会议申请关系模式中,由于申请号、客房类型、客户号为主键,故空(b)应填写“申请号,客房类型,客户号”;在策划任务关系模式中,申请号、员工号为主键,故空(c)应填写“申请号,客户号”;由于一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务,故在执行策划关系模式中,执行策划又由于一个业务员可以安排多个托运申请,申请号、员工号为主键,故空(d)应填写“申请号,客户号”。会议申请关系模式的主键为“申请号,客房类型”,因为,申请号、客房类型能唯一标识该关系模式的每一个元组。会议申请关系模式的外键为客户号及员工号,因为,客户号及员工号分别为客户及员工关系模式的主键,故为该关系模式的外键。策划任务关系模式的主键为申请号,因为,申请号能唯一标识该关系模式的每一个元组,故申请号为该关系模式的主键。策划任务关系模式的外键为员工号,因为,员工号为员工关系模式的主键,故为该关系模式的外键。执行策划关系模式的主键为“申请号,员工号”,因为,申请号及员工号能唯一标识该关系模式的每一个元组,故“申请号,员工号”为该关系模式的主键。执行策划关系模式的外键为申请号及员工号,因为,申请号和员工号分别为会议申请和员工关系模式的主键,故为该关系模式的外键。7、关系模式“会议申请”存在数据冗余及数据修改的不一致性问题,应该将关系模式分解,分解后的关系模式参见参考答案。

  • 第7题:

    M公司为了便于开展和管理各项业务活动,提高公司的知名度和影响力,拟构建一个基于网络的会议策划系统。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号。每个部门只有一名主管,只负责管理本部门的工作,且主管参照员工关系的员工号;一个部门有多名员工,每名员工属于且仅属于一个部门。(2) 员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、 策划员等。业务员负责受理用户申请,设置受理标志。一名业务员可以受理多个用户申请, 但一个用户申请只能由一名业务员受理。(3) 用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息中的每一个元组。(4) 用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算费用和受理标志。申请号唯一标识用户申请信息中的每一个元组,且一个用户可以提交多个申请,但一个用户申请只对应一个用户号。(5) 策划部主管为己受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个己受理的用户申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与执行多项策划任务。【概念模型设计】

    【关系模式设计】部门 (部门号,部门名,部门主管,联系电话,邮箱号)员工 (员工号,姓名, (a),联系方式,薪资)用户 (用户名, (b),电话,联系地址)用户申请 (申请号,用户号,会议日期,天数,参会人数,地点,受理标志,(c) )策划任务 (申请号,任务明细, (d))执行 (申请号,策划员,实际完成时间,用户评价) 问题:1.1 (5分)根据问题描述,补充五个联系,完善图1-1的实体联系图。联系名可用联系1、联系2、 联系3、联系4和联系5表示,联系的类型为1:1、 1:n和 m:n(或 1:1、1:*和*:*)。 问题:1.2 (4分)根据题意,将关系模式中的空(a)-(d)补充完整,并填入答题纸对应的位置上。 问题:1.3 (4分)给出“用户申请”和“策划任务”关系模式的主键和外键。 问题:1.4 (2分)请问“执行”关系模式的主键为全码的说法正确吗?为什么?


    答案:
    解析:
    问题1.1、(部门和员工)1:* (业务员和用户申请)1:* (用户和用户申请)1:*(策划任务和用户申请)1:1 (策划员和策划任务)*:*
    问题1.2、(a)部门号,职位 (b)用户号,银行账号(c)员工号,预算费用 (d)要求完成时间
    问题1.3、(用户申请)主键:申请号;外键:用户号(策划任务)主键:申请号;外键:申请号

    问题1.4、说法不对,“执行”关系模式的主键是(申请号,策划员),不是全码。
    问题1.1【解析】根据“一个部门有多名员工,每名员工属于仅且属于一个部门”得知,缺少部门与员工的联系,联系类型为1:*;根据“一名业务员可以受理多个用户申请,但一个用户申请只能由一名业务员受理”得知,缺少业务员和用户申请的联系,联系类型为1:*;根据“一个用户可以提交多个申请,但一个用户申请只对应一个用户号”得知,用户和用户申请缺少联系,联系类型为1:* 根据“一个策划任务只对应一个已受理的用户申请”得知,策划任务和用户申请缺少联系,联系类型为1:1;根据“一个策划任务由多名策划员参与执行,且一名策划员可以参与执行多项策划任务”得知,策划员和策划任务缺少联系,联系类型为*:*。

    问题1.2【解析】(a)根据题中员工关键模式信息及结合员工和部门的联系,可知员工关系模式中缺少(部门号,职位)属性;(b)根据题中用户关系模式信息分析可知,用户关系模式中缺少(用户号,银行账号)属性;(c)根据题中用户申请关系模式信息及结合用户申请和业务员的联系,可知用户申请关系模式中缺少(员工号,预算费用)属性;(d)根据题中策划任务关系模式信息,可知策划任务关系模式中缺少(要求完成时间)属性。

    问题1.3【解析】由题中“申请号唯一标识用户申请信息中的每一个元组”可知用户申请关系模式中的主键为申请号;用户号为用户信息关系模式的主键,即是用户申请关系模式的外键;由题中“申请号唯一标识策划任务的每一个元组”可知策划任务关系模式中的主键为中请号;申请号为用户申请关系模式的主键,即是策划任务关系模式的外键。
    问题1.4【解析】全码,即所有属性当作一个码;若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码;题中“执行”关系模式中,一个策划任务由多名策划员参与执行,一名策划员可以参与执行多项策划任务,“执行”关系模式的主键即为(申请号,策划员)不是全码。

  • 第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至问题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模型合并的规律,安排关系的主键应为多方的码组成,但本题由于预定申请是以单位的,一个单位可能有多个人员入住同一间客房,所以,本题的主键应该为:客房号、身份证、入住时间 比较合适

  • 第10题:

    阅读下列说明,回答问题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 分)答:不需要增加实体。因为它可以直接归属到联系当中,他的联系可以直接写成关系模式,所以不需要增加实体。

  • 第11题:

    阅读下列说明,回答问题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分)答案:不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。

  • 第12题:

    阅读下列说明和图,回答问题,将解答填入答题纸的对应栏内。
    【说明】
    某集团公司在全国不同城市拥有多个大型超市,为了有效管理各个超市的业务工作,需要构建一个超市信息管理系统。
    [需求分析结果]
    超市信息包括:超市名称、地址、经理和电话,其中超市名称唯一确定超市关系的每一个元组。每个超市只有一名经理。
    超市设有计划部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每个员工只属于一个部门。部门信息包括:超市名称、部门名称、部门经理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。
    员工信息包括:员工号、姓名、超市名称、部门名称、职位、联系方式和工资。其中,职位信息包括:经理、部门经理、业务员等。员工号唯一确定员工关系的每一个元组。
    商品信息包括:商品号、商品名称、型号、单价和数量。商品号唯一确定商品关系的每一个元组。一名业务员可以负责超市内多种商品的配给,一种商品可以由多名业务员配给。
    [概念模型设计]
    根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下图:



    [关系模式设计]
    超市(超市名称、经理、地址、电话)
    部门((a),部门经理、联系电话)
    员工((b),姓名、联系方式、职位、工资)
    商品(商品号、商品名称、型号、单价、数量)
    配给((c),配给时间、配给数量、业务员)
    【问题1】(5分)
    根据问题描述,补充四个联系,完善图上图的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n(或1:1、1:*和*:*)。
    【问题2】(5分)
    1、根据实体联系图,将关系模式中的空(a)~(c)补充完整;
    2、给出部门和配给关系模式的主键和外键。
    【问题3】(5分)
    1、超市关系的地址可以进一步分为邮编、省、市、街道,那么该属性是属于简单属性还是复合属性?请用100字以内文字说明。
    2、假设超市需要增设一个经理的职位,那么超市与经理之间的联系类型应修改为(d),超市关系应修改为(e)。


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



    【问题2】(5分)
    1、(a)超市名称、部门名称 (b)员工号、超市名称、部门名称
    (c)商品号
    2、 部门关系主键:(超市名称、部门名称)外键:超市名称、部门经理
    配给关系主键:(商品号、业务员、配给时间)外键:业务员、商品号
    【问题3】(5分)
    1、超市关系中的地址属于复合属性。所谓复合属性就是指属性中含有多种信息,可以进一步拆分的属性,地址可以拆分成多个简单属性,符合这一特征。
    2、d是1:n e超市名称、地址、电话

  • 第13题:

    阅读下列说明,回答问题 1 至问题 4 ,将解答填入答题纸的对应栏内。 【说明】 某婚庆公司为了便于开展和管理公司各项业务活动、方便用户,提高公司的知名度和 影响力,拟构建一个基于网络的婚礼策划系统。 【需求分析】 1.公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名、部门主管、 联系方式。每个部门只有一名主管,每个主管只负责一个部门的管理工作:一个部门有多名员工,每名员工只属于一个部门。 2. 员工信息包括员工号、姓名、部门号、职位、联系方式和薪资;其中,职位包括主 管、业务员、策划员等。业务员负责受理用户申请,设置受理标志,并填写业务员的员工 号。一名业务员可以受理多个用户申请,但一个用户申请只能由一名业务员受理。 3. 用户信息包括用户号、用户名、电话、联系地址。其中,用户号唯一标识用户信息 中的每一个元组。 4. 用户申请信息包括申请号、婚礼日期、婚礼地点、用户号、预算费用、受理标志和 业务员(参照员工关系的员工号)。申请号唯一标识申请信息中的每一个元组,且一个用户可以提交多个申请,但一个用户申请只对应一个用户号。 5. 策划部主管为己受理的用户申请制定婚礼策划任务。策划任务包括申请号、策划内容、参与人数、要求完成时间、主管(参照员工关系的员工号),申请号唯一标识策划任 务的每一个元组。一个策划任务只对应一个己受理的用户申请,但一个策划任务可由多名策 划员参与执行,且一名策划员可以参与执行多项策划任务。 【概念模型设计 】 根据需求阶段收集的信息,设计的实体联系图和关系模武(不完整)如下:【关系模式设计】 部门(部门号,部门名称,主管,电话,邮箱号) 员工(员工号,姓名,( ),职位,联系方式,薪资) 用户(用户号,用户名,联系电话,联系地址) 用户申请(申请号。婚礼日期,婚礼地点,用户号,( )受理标志 ( ) 策划任务( ) 策划内容, 参与人数, 要求完成时间,主管) 执行(申请号,策划员,实际完成时间)

    【问题1 】 根据题意,将关系模式中的空(a)-(d)的属性补充完整,并填入答题纸对应的位置上。 【问题2】 根据需求分析,可以得出图1-1所示的实体联系图中联系的类型。请按以下描述确定联系类型并填入答题纸对应的位置上。 部门与主管之间的“管理”联系类型问( e ) 策划员与策划任务之间的“执行”联系类型为(F) 用户申请与业务员之间的"受理"联系类型为 (g) 用户与用户申请之间的提交” 联系类型为(h) 【问题3) 用户申请关系的主键为(i),用户申请关系的外键为 (j) (k). 策划任务关系的主键为( 1),策划任务关系的外键为(m) 【问题4】 请问"执行"关系的主键为(申请号,策划员)的说法正确吗?为什么?


    正确答案:【问题1】(4分)
    (a)部门号
    (b)预算费用
    (c)业务员
    (d)申请号
    【问题2】(4分)
    (e)1:1
    (f)*:*
    (g)*:1
    (h)1:*
    【问题3】(5分)
    (i)申请号
    (j)业务员
    (k)用户号  (j、k可以互换)
    (l)申请号
    (m)主管
    【问题4】(2分)
    正确,E-R模型中多对多的联系转关系时,应转成一个独立的关系,属性为联系的属性和两端实体的码组成,主码为两端实体码的属性的组合。

  • 第14题:

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


    正确答案:


  • 第15题:

    阅读下列说明,回答问题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) 。


    正确答案:
    本题考查数据库概念结构设计及其向逻辑结构转换的过程。此类题目要求考生认真阅读题目对现实问题的描述,经过分类、聚集、概括等方法,从中确定实体及其联系。题目已经给出了4个实体,需要根据需求描述,给出实体间的联系。【问题1】根据题意,“每个超市有一位经理”并且部门经理也是超市的员工,可以得出超市与经理之间的管理联系类型为1:1。又由于“每个部门有一名部门经理”并且部门经理也是超市的员工,可以得出部门与部门经理之间的负责联系类型为1:1。由“每个部门有多名员工,每个员工属于一个部门”可以得出部门与员工间的所属联系类型为l:*:并且员工是经理的超类型,经理是员工的子类型。由“一名业务员可以负责超市内多种商品配置,一种商品可以由多名业务员配置”,可以得出,业务员与商品之间的配置联系类型为*:*。完整的ER图如下:pt;">【概念模型设计】根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:【问题2】(1)完整的关系模式如下:超市(超市名称,经理,地址,电话)部门(超市名称,部门名称,部门经理,联系电话)员工(员工号,超市名称,部门名称,姓名,联系方式,职位,工资)商品(商品号,商品名称,型号,单价,数量)配置(商品号,配置时间,配置数量,业务员)(2)部门和配置关系模式的主键和外键的分析如下:在部门关系模式中,由于每个超市部设有计划部、财务部、销售部等多个部门,因此为区分部门关系的每一个元组,需要“超市名称、部门名称”作为部门的主键。叉因为部门经理也是员工,因此部门经理为员工关系的外键。在配置关系模式中,“商品号,配置时间,业务员”唯一标识配置关系的每一个元组,故为配置关系的主键,外键为商品号,业务员。【问题3】(l)超市的地址属性不属于简单属性。因为根据题意,超市关系的地址可以进一步分为邮编、省、市、街道,而简单属性是原子的、不可再分的,复合属性可以细分为更小的部分(即划分为别的属性)。本小题的超市的地址可以进一步分为邮编、省、市、街道,故属于复合属性。(2)因为根据题意,超市需要增设一位经理的职位,那么超市与经理之间的联系类型应修改为l:n,超市的主键应修改为超市名称,经理,电话。试题二参考答案【问题1】联系名称可不做要求,但不能出现重名。【问题2】(1)(a)超市名称,部门名称(b)员工号,超市名称,部门名称(c)商品号(2)部门关系模式的主键:超市名称,部门名称外键:部门经理配给关系模式的主键:商品号,配给时间,业务员外键:商品号,业务员【问题3)(l)该属性属于复合属性,因为简单属性是原子的、不可再分的。(2)(d)1:n(e)超市名称,经理,电话

  • 第16题:

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

  • 第17题:

    某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(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、更新冗余,会存在插入、删除异常,可以将客房类型和收费标准单独作为一个关系模式,客房类型(客房类型,收费标准)和客房(客房号,客房类型,入住状态)

  • 第18题:

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



    [逻辑结构设计]根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):部门((a),部门经理,电话)员工(员工号,姓名,岗位号,部门号,电话,密码)岗位(岗位号,名称,权限)消息((b),消息类型,接收时间,发送时间,发送人)公告((c),名称,内容,发布部门,发布时间)阅读公告((d),阅读时间)1、根据问题描述,补充4个联系,完善图1所示的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n(或1:1、1:*和*:*)。2、(1)根据实体联系图,将关系模式中的空(a)~(d)补充完整。(2)给出“消息”和“阅读公告”关系模式的主键与外键。3、消息和公告关系中都有“编号”属性,请问它是属于命名冲突吗?用100字以内文字说明原因。


    答案:
    解析:
    1、联系名称可不做要求,但不能出现重名。



    2、(1)(a)部门号,名称(b)编号,内容,接收人(c)编号,标题(d)公告编号,员工号 ?(注:编号,员工号也正确)(2)消息关系模式的主键:编号,接收人外键:接收人、发送人阅读公告关系模式的主键:公告编号,员工号外键:公告编号,员工号 3、不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。
    【解析】
    本题考查数据库概念结构设计及概念结构向逻辑结构转换的过程。此类题目要求考生认真阅读题目对现实问题的描述,经过分类、聚集、概括等方法,从中确定实体及其联系。题目已经给出了4个实体,需要根据需求描述,给出实体间的联系。根据题意“一个员工只对应一个岗位,但一个岗位可对应多名员工”,可以得出员工与岗位之间的对应联系类型为n:1。由“一条消息可以发送给多个接收人,一个接收人可以接收多条消息”,可以得出员工与消息之间的收发联系类型为1:n:m。由“一份公告对应一个发布部门,但一个部门可以发布多份公告”,可以得出部门与公告间的所属联系类型为1:n。由“一份公告可以有多个员工阅读,一个员工可以阅读多份公告”,可以得出公告与员工之间的阅读联系类型为n:m。完整的E-R图如下:



    (1)根据题意,完整的关系模式如下:部门(部门号,名称,部门经理,电话)员工(员工号,姓名,岗位号,部门号,电话,密码)岗位(岗位号,名称,权限)消息(编号,内容,接收人,消息类型,接收时间,发送时间,发送人)公告(编号,标题,名称,内容,发布部门,发布时间)阅读公告(公告编号,员工号,阅读时间)(2)消息关系模式和阅读公告关系模式的主键和外键的分析如下:根据题意,消息关系模式的主键为(编号,接收人)。由于接收人、发送人都应参考员工关系的员工号,因此接收人、发送人为消息关系的外键。根据题意,阅读公告关系模式的主键为(公告编号,员工号)。外键为公告编号,员工号。因为公告编号应参考公告关系的编号,而编号是公告关系的主键,所以公告编号是阅读公告关系的外键;又因为员工号应参考员工关系的员工号,而员工号是员工关系的主键,所以公告关系的员工号为外键。不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。

  • 第19题:

    阅读下列说明,回答下列问题。[说明]某集团公司在全国不同城市拥有多个大型超市,为了有效管理各个超市的业务工作,需要构建一个超市信息管理系统。[需求分析结果]1超市信息包括:超市名称、地址、经理和电话,其中超市名称唯一确定超市关系的每一个元组。每个超市只有一名经理。2超市设有计划部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每个员工只属于一个部门。部门信息包括:超市名称、部门名称、部门经理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。3员工信息包括:员工号、姓名、超市名称、部门名称、职位、联系方式和工资。其中,职位信息包括:经理、部门经理、业务员等。员工号唯一确定员工关系的每一个元组。4商品信息包括:商品号、商品名称、型号、单价和数量。商品号唯一确定商品关系的每一个元组。一名业务员可以负责超市内多种商品的配给,一种商品可以由多名业务员配给。[概念模型设计]根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:



    [关系模式设计]超市(超市名称,经理,地址,电话)部门((a),部门经理,联系电话)员工((b),姓名,联系方式,职位,工资)商品(商品号,商品名称,型号,单价,数量)配给((c),配给时间,配给数量,业务员)1、根据问题描述,补充四个联系,完善题图的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n(或1:1、1:*和*:*)。2、(1)根据实体联系图,将关系模式中的空(a)~(c)补充完整;(2)给出部门和配给关系模式的主键和外键。3、(1)超市关系的地址可以进一步分为邮编、省、市、街道,那么该属性是属于简单属性还是复合属性?请用100字以内文字说明。(2)假设超市需要增设一个经理的职位,那么超市与经理之间的联系类型应修改为(d),超市关系应修改为(e)。


    答案:
    解析:
    1、联系名称可不做要求,但不能出现重名。



    2、(1)(a)超市名称,部门名称(b)员工号,超市名称,部门名称(c)商品号(2)部门关系模式的主键:超市名称,部门名称外键:部门经理配给关系模式的主键:商品号,配给时间,业务员外键:商品号,业务员 3、(1)该属性属于复合属性,因为简单属性是原子的、不可再分的。(2)(d)1:n(e)超市名称,经理,电话
    【解析】
    本题考查数据库概念结构设计及其向逻辑结构转换的过程。此类题目要求考生认真阅读题目对现实问题的描述,经过分类、聚集、概括等方法,从中确定实体及其联系。题目已经给出了4个实体,需要根据需求描述,给出实体间的联系。根据题意,“每个超市有一位经理”并且“部门经理也是超市的员工“,可以得出超市与经理之间的管理联系类型为1:1。又由于“每个部门有一名部门经理”并且“部门经理也是超市的员工”,可以得出部门与部门经理之间的负责联系类型为1:1。由“每个部门有多名员工,每个员工属于一个部门”可以得出部门与员工间的所属联系类型为1:*;并且员工是经理的超类型,经理是员工的子类型。由“一名业务员可以负责超市内多种商品配置,一种商品可以由多名业务员配置”,可以得出业务员与商品之间的配置联系类型为*:*。完整的ER图如下:



    (1)完整的关系模式如下:超市(超市名称,经理,地址,电话)部门(超市名称,部门名称.,部门经理,联系电话)员工(员工号,超市名称,部门名称,姓名,联系方式,职位,工资)商品(商品号,商品名称,型号,单价,数量)配置(商品号,配置时间,配置数量,业务员)(2)部门和配置关系模式的主键和外键的分析如下:在部门关系模式中,由于每个超市都设有计划部、财务部、销售部等多个部门,因此为了区分部门关系的每一个元组,需要“超市名称、部门名称”作为部门的主键。又因为部门经理也是员工,因此部门经理为员工关系的外键。在配置关系模式中,“商品号,配置时间,业务员”唯一标识配置关系的每一个元组,故为配置关系的主键,外键为商品号,业务员。(1)超市的地址属性不属于简单属性。因为根据题意,超市关系的地址可以进一步分为邮编、省、市、街道,而简单属性是原子的、不可再分的,复合属性可以细分为更小的部分(即划分为别的属性)。本小题问的超市的地址可以进一步分为邮编、省、市、街道,故属于复合属性。(2)因为根据题意,超市需要增设一位经理的职位,那么超市与经理之间的联系类型应修改为1:n,超市的主键应修改为超市名称,经理,电话。

  • 第20题:

    【说明】某集团公司拥有多个分公司,为了方便集团公司对分公司各项业务活动进行有效管 理,集团公司决定构建一个信息系统以满足公司的业务管理需求。【需求分析】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】(4分)根据题意,将关系模式中的空 (a)-(c) 补充完整。【问题 3】 (4 分)给出"部门"和"员工"关系模式的主键和外键。
    【问题 4】 (3分)假设集团公司要求系统能记录部门历任主管的任职时间和任职年限,那么是否需要在数据库设计时增设一个实体?为什么?


    答案:
    解析:
    【问题 1】答案:
    【问题 2】答案:(a)经理工号(b)主管号,分公司编号(C)隶属部门号,岗位【问题 3】答案:部门的主键:部门号;部门的外键:分公司编号,主管号员工的主键:员工号;员工的外键:隶属部门号【问题 4】答案:不需要增加新的实体,对于任职情况,可以将部门与主管的联系单独形成关系模式,联系(部门号,主管工号,任职时间,任职年限),同一个员工可能在不同的时间担任同一部门主管,因此,可以将(部门号,主管工号,任职时间)作为该关系模式的组合主键。

  • 第21题:

    阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。【说明】某婚庆公司为了便于开展和管理公司各项业务活动、方便用户,提高公司的知名度和影响力,拟构建一个基于网络的婚礼策划系统。【需求分析】1.公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名、部门主管、联系方式。每个部门只有一名主管,每个主管只负责一个部门的管理工作:一个部门有多名员工,每名员工只属于一个部门。2.员工信息包括员工号、姓名、部门号、职位、联系方式和薪资;其中,职位包括主管、业务员、策划员等。业务员负责受理用户申请,设置受理标志,并填写业务员的员工号。一名业务员可以受理多个用户申请,但一个用户申请只能由一名业务员受理。3.用户信息包括用户号、用户名、电话、联系地址。其中,用户号唯一标识用户信息中的每一个元组。4.用户申请信息包括申请号、婚礼日期、婚礼地点、用户号、预算费用、受理标志和业务员(参照员工关系的员工号)。申请号唯一标识申请信息中的每一个元组,且一个用户可以提交多个申请,但一个用户申请只对应一个用户号。5.策划部主管为己受理的用户申请制定婚礼策划任务。策划任务包括申请号、策划内容、参与人数、要求完成时间、主管(参照员工关系的员工号),申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个己受理的用户申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与执行多项策划任务。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图和关系模武(不完整)如下:



    【关系模式设计】部门(部门号,部门名称,主管,电话,邮箱号)员工(员工号,姓名,(a),职位,联系方式,薪资)用户(用户号,用户名,联系电话,联系地址)用户申请(申请号,婚礼日期,婚礼地点,用户号,(b),受理标志,(c)策划任务 ,(d), 策划内容,参与人数,要求完成时间,主管)执行(申请号,策划员,实际完成时间)【问题1】根据题意,将关系模式中的空(a)-(d)的属性补充完整,并填入答题纸对应的位置上。【问题2】根据需求分析,可以得出图1-1所示的实体联系图中联系的类型。请按以下描述确定联系类型并填入答题纸对应的位置上。部门与主管之间的“管理”联系类型问(e)。策划员与策划任务之间的“执行”联系类型为(F)。用户申请与业务员之间的"受理"联系类型为(g)。用户与用户申请之间的提交”联系类型为(h)。【问题3】用户申请关系的主键为(i),用户申请关系的外键为(j)(k)。策划任务关系的主键为(1),策划任务关系的外键为(m)。【问题4】请问"执行"关系的主键为(申请号,策划员〉的说法正确吗?为什么?


    答案:
    解析:
    【问题1】
    (a)部门号?(b)预算费用?(c)业务员?(d)申请号??题干中“员工信息包括员工号、姓名、部门号、职位、联系方式和薪资”,所以(a)处缺失?部门号?题干中“用户申请信息包括申请号、婚礼日期、婚礼地点、用户号、预算费用、受理标志和业务员(参照员工关系的员工号)。”,所以(b)(c)处缺失?预算费用和业务员?题干中“策划任务包括申请号、策划内容、参与人数、要求完成时间、主管(参照员工关系的员工号),申请号唯一标识策划任务的每一个元组。”,所以(d)处缺失?申请号【问题2】
    (e)1:1?(f)*:*?(g)*:1?(h)1:*??题干中“每个部门只有一名主管,每个主管只负责一个部门的管理工作”,说明部门与主管之间为1:1的联系题干中“一个策划任务只对应一个已受理的用户申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与执行多项策划任务。”,说明策划员与策划任务之间是*:*的联系?题干中“一名业务员可以受理多个用户申请,但一个用户申请只能由一名业务员受理。”说明用户申请与业务员之间是*:1?题干中“申请号唯一标识申请信息中的每一个元组,且一个用户可以提交多个申请,但一个用户申请只对应一个用户号”,说明用户与用户申请之间是1:*的联系【问题3】(i)申请号?(j)业务员?(k)用户号?(j、k可以互换)?(l)申请号?(m)主管??题干中“用户申请信息包括申请号、婚礼日期、婚礼地点、用户号、预算费用、受理标志和业务员(参照员工关系的员工号)。申请号唯一标识申请信息中的每一个元组,且一个用户可以提交多个申请,但一个用户申请只对应一个用户号。”可以看出主键应为:申请号,外键应为:业务员、用户号。?题干中“策划任务包括申请号、策划内容、参与人数、要求完成时间、主管(参照员工关系的员工号),申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个已受理的用户申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与执行多项策划任务。”,可以看出策划任务的主键应为:申请号,外键应为:主管【问题4】正确,E-R模型中多对多的联系转关系时,应转成一个独立的关系,属性为联系的属性和两端实体的码组成,主码为两端实体码的属性的组合。??执行关系是由策划员与策划任务直接的执行联系转换而来的关系。执行联系从问题2可以得出是多对多的联系。E-R模型中多对多的联系转关系时,应转成一个独立的关系,属性为联系的属性和两端实体的码组成,主码为两端实体码的属性的组合。

  • 第22题:

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

  • 第23题:

    阅读下列说明,回答问题?1?至问题,将解答填入答题纸的对应栏内。
    【说明】
    M?公司为了便于开展和管理各项业务活动,提高公司的知名度和影响力,拟构建一个基于网络的会议策划系统。
    【需求分析结果】
    该系统的部分功能及初步需求分析的结果如下?:
    (1)M?公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联
    系电话和邮箱号;每个部门只有一名主管,只负责管理本部门的工作,且主管参照员工关系
    的员工号;一个部门有多名员工,每名员工属于且仅属于一个部门。
    (2)员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、 策划
    员等。业务员负责受理用户申请,设置受理标志。一名业务员可以受理多个用户申请,但一
    个用户申请只能由一名业务员受理。
    (3?用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息
    中的每一个元组。
    (4) 用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算和受理
    标志。申请号唯一标识用户申请信息中的每一个元组,且一个用户可以提交多个申请,但一
    个用户申请只对应一个用户号。
    (5)策划部主管为己受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细
    和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个己受理
    的用户申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与执行,且在
    项策划任务。
    【概念模型设计】
    根据需求阶段收集的信息,设计的实体联系图(不完整)如图?2-1?所示。

    【关系模型设计】
    部门(部门和,部门名,部门主管,联系电话,邮箱号)
    员工(员工号,姓名,(?),联系方式,薪资)
    用户(用户名,(?),电话,联系地址)
    用户申请(申请号,用户号,会议日期,天数,参会人数,地点,受理标志,(?))
    执行(申请号,任务明细,(?))
    【问题?1】(5?分)
    根据问题描述,补充五个联系,完善图?2-1?的实体联系图。联系名可用联系?1、联系?2、联系?3、联系?4?和联系?5,联系的类型为?1:1、1:n?和?m:n(或?1:1、1:*和*:*)。
    【问题?2】(4?分)
    根据题意,将关系模型中的空(a)~(d)补充完整,并填入答题纸对应的位置上。
    【问题?3】(4?分)
    给出“用户申请”和“策划任务”关系模式的主键和外键。
    【问题?4】(2?分)
    请问“执行”关系模式的主键为全码的说法正确吗?为什么?


    答案:
    解析:
    【问题 1】(5 分)
    联系1:部门和员工,1:n

    联系2:业务员和用户申请,1:n

    联系3:用户和用户申请,1:n

    联系4:策划员和策划任务,m:n

    联系5:策划任务和用户申请,1:1

    【问题 2】(4 分)
    1、职位,部门号
    2、用户名,银行帐号
    3、预算费用,业务员/员工号
    4、要求完成时间

    【问题 3】(4 分)
    用户申请:主键:申请号 外键:用户号,业务员
    策划任务:主键:申请号 外键:申请号

    【问题 4】(2 分)
    不正确,
    All-key关系模型的所有属性组组成该关系模式的候选码,称为全码。即所有属性当作一个码。若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码。
    策划任务中的任务明细和要求完成时间不包括全部属性,因此不是全码。