阅读下列说明,回答问题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至问题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分)若关系中的某一属性或属性组的值能唯一地标识一个元组,则称该属性或属性组为主键。本题“客户号唯一标识客户关系的每一个元组”,故为客户关系的主键。指出部门、员工、安排关系模式的主键。
【关系模式设计】 部门(部门号,部门名称,经理,电话,邮箱) 员工(员工号,姓名,(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模型合并的规律,安排关系的主键应为多方的码组成,但本题由于预定申请是以单位的,一个单位可能有多个人员入住同一间客房,所以,本题的主键应该为:客房号、身份证、入住时间 比较合适
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模型合并的规律,安排关系的主键应为多方的码组成,但本题由于预定申请是以单位的,一个单位可能有多个人员入住同一间客房,所以,本题的主键应该为:客房号、身份证、入住时间 比较合适
相关考题:
阅读下列说明,回答问题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至问题3,将解答填入的对应栏内。[说明]某集团公司拥有多个大型连锁商场,公司需要构建一个数据库系统便于管理其业务运作活动。[需求分析结果]1.商场需要记录的信息包括商场编号(商场编号不重复)、商场名称、地址和联系电话。某商场信息如下表1所示。2.每个商场包含不同的部门,部门需要记录的信息包括部门编号(不同商场的部门编号不同)、部门名称、位置分布和联系电话。某商场的部门信息如表2所示。3.每个部门雇用了多名员工处理日常事务,每名员工只能属于一个部门(新进员工在培训期不隶属于任何部门)。员工需要记录的信息包括员工编号、姓名、岗位、电话号码和工资。员工信息如下表3所示。4.每个部门的员工中有一个是经理,每个经理只能管理一个部门。系统要记录每个经理的任职时间。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:[关系模式设计]商场(商场编号,商场名称,地址,联系电话)部门(部门编号,部门名称,位置分布,联系电话,(a))员工(员工编号,姓名,岗位,电话号码,工资,(b))经理((c),任职时间)根据问题描述,补充四个联系,完善图3-1的实体联系图。
阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。【说明】某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。【需求分析结果】1.员工信息主要包括:员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。2.部门信息主要包括:部门号、部门名称、部门负责人、电话等信息。一个员工只能属于一个部门,一个部门只有一位负责人。3.客房信息包括:客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等;状态是指空闲、入住和维修。4.客户信息包括:身份证号、姓名、性别、单位和联系电话。5.客房预定情况包括:客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户,但一位客户可以有多条预定信息。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如下图所示。【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工((4),姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房((5),类型,价格,状态,入住日期,入住时间,员工号)客户((6),姓名,性别,单位,联系电话)更改权限(员工号,(7),密码,更改日期,更改时间,管理员号)预定情况((8),预定日期,预定入住日期,预定入住天数)根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。
阅读下列说明,回答问题 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,将解答填入答题纸的对应栏内。 【说明】 某企业拟开发一套员工技能培训管理系统,该系统的部分功能及初步需求分析的结果如下所述: 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】 请问培训关系的主键为(课程号,新入职员工号)的说法正确吗?为什么?
试题二(共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-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) 。
试题二(共15分) 阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某物流公司为了整合上游供应商与下游客户,缩短物流过程,降低产品库存,需要构建一个信息系统以方便管理其业务运作活动。【需求分析结果】(1)物流公司包含若干部门,部门信息包括部门号、部门名称、经理、电话和邮箱。一个部门可以有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名经理,只需负责管理本部门的事务和人员。(2)员工信息包括员工号、姓名、职位、电话号码和工资;其中,职位包括:经理、业务员等。业务员根据托运申请负责安排承运货物事宜,例如:装货时间、到达时间等。一个业务员可以安排多个托运申请,但一个托运申请只由一个业务员处理。(3)客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号,其中,客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时,先要提出货物托运申请。托运申请信息包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中,一个申请号对应唯一的一个托运申请;一个客户可以有多个货物托运申请,但一个托运申请对应唯一的一个客户号。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如图2-l所示。【关系模式设计】部门(部门号,部门名称,经理,电话,邮箱)员工(员工号,姓名,职位,电话号码,工资, (a) )客户( (b) ,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)托运申请( (c) ,货物名称,数量,运费,出发地,目的地)安排承运( (d) ,装货时间,到达时间,业务员)【问题1】(5分)根据问题描述,补充四个联系、联系的类型,以及实体与子实体的联系,完善图2-1所示的实体联系图。
阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。【需求分析结果】(1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。(2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息:一个员工只能属于一个部门,一个部门只有一位负责人。(3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等;状态是指空闲、入住和维修。(4)客户信息包括身份证号、姓名、性别、单位和联系电话。(5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户,但一位客户可以有多条预定信息。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如下图所示。【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工((4),姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房((5),类型,价格,状态,入住日期,入住时间,员工号)客户((6),姓名,性别,单位,联系电话)更改权限((7),密码,更改日期,更改时间,管理员号)预定情况((8),预定日期,预定入住日期,预定入住天数)根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。
某会议策划公司为了方便客户,便于开展和管理各项业务活动,需要构建一个基于网络的会议预定系统。[需求分析]1.会议策划公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名称、部门主管、电话和邮箱号。每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名主管负责管理本部门的事务和人员。2.员工信息包括员工号、姓名、部门号、职位、联系方式和工资;其中,职位包括主管、业务员、策划员等。业务员负责受理会议申请。若申请符合公司规定,则置受理标志并填写业务员的员工号。策划部主管为已受理的会议申请制定策划任务,包括策划内容、参与人数、要求完成时间等。一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务。3.客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。其中,一个客户号唯一标识一个客户。一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号。4.会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数、预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。客房类型有豪华套房、普通套房、标准间、三人间等,且申请号和客房类型决定客房数。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:[关系模式设计]部门(部门号,部门名称,主管,电话,邮箱号)员工(员工号,姓名, ?(a) ?,联系方式,工资)客户(客户号,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)会议申请( ?(b) ?,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号)策划任务( ?(c) ?,策划内容,参与人数,要求完成时间)执行策划( ?(d) ?,实际完成时间)5、根据问题描述,补充五个联系、联系的类型,完善图的实体联系图。6、根据实体联系图,将关系模式中的空(a)~(d)补充完整(1个空缺处可能有多个数据项)。对会议申请、策划任务和执行策划关系模式,用下划线和#分别指出各关系模式的主键和外键。7、请说明关系模式“会议申请”存在的问题及解决方案。
某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(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至问题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该企业设有研发部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每名员工只属于一个部门。部门信息包括:部门号、名称、部门经理和电话,其中部门号唯一确定部门关系的每一个元组。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字以内文字说明原因。
阅读下列说明。[说明]某物流公司为了整合上游供应商与下游客户,缩短物流过程,降低产品库存,需要构建一个信息系统以方便管理其业务运作活动。[需求分析结果]5物流公司包含若干部门,部门信息包括部门号、部门名称、经理、电话和邮箱。一个部门可以有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名经理,只需负责管理本部门的事务和人员。6员工信息包括员工号、姓名、职位、电话号码和工资;其中,职位包括:经理、业务员等。业务员根据托运申请负责安排承运货物事宜,例如:装货时间、到达时间等。一个业务员可以安排多个托运申请,但一个托运申请只由一个业务员处理。7客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号,其中,客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时,先要提出货物托运申请。托运申请信息包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中,一个申请号对应唯一的一个托运申请;一个客户可以有多个货物托运申请,但一个托运申请对应唯一的一个客户号。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如图2-1所示。[关系模式设计]部门(部门号,部门名称,经理,电话,邮箱)员工(员工号,姓名,职位,电话号码,工资,(a))客户((b),单位名称,通信地址,所属省份,联系人,联系电话,银行账号)托运申请((c),货物名称,数量,运费,出发地,目的地)安排承运((d),装货时间,到达时间,业务员)5、根据问题描述,补充四个联系、联系的类型,以及实体与子实体的联系,完善图2-1所示的实体联系图。6、根据实体联系图,将关系模式中的空(a)~(d)补充完整。分别指出部门、员工和安排承运关系模式的主键和外键。7、若系统新增需求描述如下:为了数据库信息的安全性,公司要求对数据库操作设置权限管理功能,当员工登录系统时,系统需要检查员工的权限。权限的设置人是部门经理。为满足上述需要,应如何修改(或补充)图2-1所示的实体联系图,请给出修改后的实体联系图和关系模式。
[说明]某会议策划公司为了方便客户,便于开展和管理各项业务活动,需要构建一个基于网络的会议预定系统。[需求分析]1.会议策划公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名称、部门主管、电话和邮箱号。每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名主管负责管理本部门的事务和人员。2.员工信息包括员工号、姓名、部门号、职位、联系方式和工资;其中,职位包括主管、业务员、策划员等。业务员负责受理会议申请。若申请符合公司规定,则置受理标志并填写业务员的员工号。策划部主管为已受理的会议申请制定策划任务,包括策划内容、参与人数、要求完成时间等。一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务。3.客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。其中,一个客户号唯一标识一个客户。一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号。4.会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数、预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。客房类型有豪华套房、普通套房、标准间、三人间等,且申请号和客房类型决定客房数。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:[关系模式设计]部门(部门号,部门名称,主管,电话,邮箱号)员工(员工号,姓名, ?(a) ?,联系方式,工资)客户(客户号,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)会议申请( ?(b) ?,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号)策划任务( ?(c) ?,策划内容,参与人数,要求完成时间)执行策划( ?(d) ?,实际完成时间)5、根据问题描述,补充五个联系、联系的类型,完善图的实体联系图。6、根据实体联系图,将关系模式中的空(a)~(d)补充完整(1个空缺处可能有多个数据项)。对会议申请、策划任务和执行策划关系模式,用下划线和#分别指出各关系模式的主键和外键。7、请说明关系模式“会议申请”存在的问题及解决方案。
阅读下列说明,回答下列问题。[说明]某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。小李根据前期调研和需求分析进行了概念模型设计,具体情况分述如下。[需求分析结果]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超市设有计划部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每个员工只属于一个部门。部门信息包括:超市名称、部门名称、部门经理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。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)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。(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.分公司关系需要记录的信息包括分公司编号、名称、经理、联系地址和电话。分公司编号唯一标识分公司信息中的每一个元组。每个分公司只有一名经理,负责该分公司的管理工作。每个分公司设立仅为本分公司服务的多个业务部门,如研发部、财务部、采购部、销售部等。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至问题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至问题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)商场需要记录的信息包括商场编号(编号惟一)、商场名称、地址和联系电话。某商场信息如表3-4所示。表3-4 商场信息表(2)每个商场包含不同的部门,部门需要记录的信息包括部门编号(集团公司分配)、部门名称、位置分布和联系电话。某商场的部门信息如表3-5所示。表3-5 部门信息表(3)每个部门雇佣多名员工处理日常事务,每名员工只能隶属一个部门(新进员工在培训期不隶属于任何部门)。员工需要记录的信息包括员工编号(集团公司分配)、姓名、岗位、电话号码和工资。员工信息如表3-6所示。表3-6 员工信息表(4)每个部门的员工中有一名是经理,每个经理只能管理一个部门,系统需要记录每个经理的任职时间。【概念模型设计】根据需求阶段搜集的信息,设计实体联系图(如图3-17)和关系模式(不完整)。【关系模式设计】商场(商场编号,商场名称,地址,联系电话)部门(部门编号,部门名称,位置分布,联系电话,(a))员工(员工编号,员工姓名,岗位,电话号码,工资,(b))经理((c),任职时间)【问题1】根据问题描述,补充4个联系,完善图3-17所示的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n。【问题2】根据实体联系图,将关系模式中的空(a)-(c)补充完整,并分别给出部门、员工和经理 ?关系模式的主键和外键。【问题3】为了使商场有紧急事务时能联系到轮休的员工,要求每位员工必须且只能登记一位紧急联系人的姓名和联系电话,不同的员工可以登记相同的紧急联系人。则在图3-17中还需添加的实体是(1),该实体和图3-17中的员工存在(2)联系(填写联系类型)。给出该实体的关系模式。
阅读下列说明,回答问题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. 部门信息包括:部门号、名称、部门负责人、电话等,部门号唯一标识部门关系中的每一个元组,一个部门有多个员工,但一名员工只属于一个部门,每个部门只有一名负责人,负责部门工作。2. 员工信息包括员工号、姓名、部门号、岗位、基本工资、电话、家庭住址等,其中员工号是唯一标示员工关系中的每一个元组。岗位有新入职员工,培训师、部门负责人等不同岗位设置不同的基本工资,新入职员工要选择多门课程进行培训,并通过考试取得课程成绩,一名培训师可以讲授多门课程、一门课程可由多名培训师讲授。3.课程信息包括课程号,课程名称、学时等;其中课程号唯一标识课程关系的每一个元组。关系模式设计部门(部门号,部门名,部门负责人,电话)员工(员工号,姓名,部门号, d ,电话,家庭住址)课程( ce ,课程名称,学时)讲授(课程号,培训师,培训地点)培训(课程号,(f))根据需求阶段收集的信息,设计的实体联系图如图2-1所示问题1:(1)补充图2-1中的空(a)-(c)(2)图2-1中是否存在缺失联系,若存在,则说明所缺失的联系和联系类型问题2:根据题意,将关系模式中的空(d)-(f)补充完整问题3:员工关系模式的主键为(g),外键为(h),讲授关系模式的主键为(i),外键为(j)问题4:员工关系是否存在传递依赖?用100字以内的文字说明理由
阅读下列说明,回答问题?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?分)请问“执行”关系模式的主键为全码的说法正确吗?为什么?
阅读下列说明和图,回答问题,将解答填入答题纸的对应栏内。【说明】某集团公司在全国不同城市拥有多个大型超市,为了有效管理各个超市的业务工作,需要构建一个超市信息管理系统。[需求分析结果]超市信息包括:超市名称、地址、经理和电话,其中超市名称唯一确定超市关系的每一个元组。每个超市只有一名经理。超市设有计划部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每个员工只属于一个部门。部门信息包括:超市名称、部门名称、部门经理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。员工信息包括:员工号、姓名、超市名称、部门名称、职位、联系方式和工资。其中,职位信息包括:经理、部门经理、业务员等。员工号唯一确定员工关系的每一个元组。商品信息包括:商品号、商品名称、型号、单价和数量。商品号唯一确定商品关系的每一个元组。一名业务员可以负责超市内多种商品的配给,一种商品可以由多名业务员配给。[概念模型设计]根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下图:[关系模式设计]超市(超市名称、经理、地址、电话)部门((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)。