阅读下列说明，回答问题1至问题3；将解答填入答题纸的对应栏内。【说明】某销售公司当前的销售业务为商城实体店销售。现该公司拟开展网络销售业务，需要开发一个信息化管理系统。请根据公司现有业务及需求完成该系统的数据库设计。【需求分析】（1）记录公司所有员工的信息。员工信息包括工号、身份证号、姓名、性别、出生日期和电话，并只登记一部电话。（2）记录所有商品的信息。商品信息包括商品名称、生产厂家、销售价格和商品介绍。系统内部用商品条码唯一区别每种商品。（3）记录所有顾客的信息。顾客信息包括顾客姓名、身份证号、登录名
题目
【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整）： 员工（工号，身份证号，姓名，性别，出生日期，电话）商品（商品条码，商品名称，生产厂家，销售价格，商品介绍，（ a ））顾客（顾客编号，姓名，身份证号，登录名，登录密码，电话）收货地点（收货ID，顾客编号，收货地址，收货人，联系电话）购物车（顾客编号，商品条码，商品数量）订单（订单ID，顾客编号，商品条码，商品数量，（ b ））分检（分拣ID，分拣员工号，（ c ），分拣时间）配送（配送ID，分拣ID，配送员工号，收货ID，配送时间，签收时间，签收快照）销售（销售ID，营业员工号，顾客编号，商品条码，商品数量） 【问题1】 补充图2-1中的"配送"联系所关联的对象及联系类型。【问题2】补充逻辑结构设计中的（a）、（b）和（c）三处空缺。【问题3】对于实体店销售，若要增加送货上门服务，由营业员在系统中下订单，与网购的订单进行后续的统一管理。请根据该需求，对图3-1进行补充，并修改订单关系模式。
相似考题
更多“阅读下列说明，回答问题1至问题3；将解答填入答题纸的对应栏内。【说明】某销售公司当前的销售业务为商城实体店销售。现该公司拟开展网络销售业务，需要开发一个信息化管理系统。请根据公司现有业务及需求完成该系统的数据库设计。【需求分析】（1）记录公司所有员工的信息。员工信息包括工号、身份证号、姓名、性别、出生日期和电话，并只登记一部电话。（2）记录所有商品的信息。商品信息包括商品名称、生产厂家、销售价格”相关问题
-
第1题：
阅读下列说明及图13-8和图13-9，回答问题，将解答填入对应栏内。
【说明】
某电话公司决定开发一个管理所有客户信息的交互式网络系统。系统功能如下。
(1)浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息(包括姓名、住址、电话号码等)。
(2)登录：电话公司授予每个客户一个帐号。拥有授权帐号的客户，可以使用系统提供的页面设置个人密码，并使用该帐号和密码向系统注册。
(3)修改个人信息：客户向系统注册后，可以发送电子邮件或者使用系统提供的页面，对个人信息进行修改。
(4)删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。系统采用面向对象方法进行开发，在开发过程中认定出的类见表13-3。
在需求分析阶段，采用UML的用例图(use case diagram)描述系统功能需求，如图 13-8所示。请指出图中的A、B、C和D分别是哪个用例?
正确答案：A：浏览客户信息；B：修改个人信息；C：登录；D：删除客户信息。
A：浏览客户信息；B：修改个人信息；C：登录；D：删除客户信息。 -
第2题：
阅读下列说明，回答问题1至问题3,将解答填入答题纸的对应栏内。 【说明】 某房屋租赁公司拟开发一个管理系统用于管理其持有的房屋、租客及员工信息。请根据下述需求描述完成系统的数据库设计。 【需求描述】 1.公司拥有多幢公寓楼，每幢公寓楼有唯一的楼编号和地址。每幢公寓楼中有多套公寓，每套公寓在楼内有唯一的编号(不同公寓楼内的公寓号可相同〉。系统需记录每套公寓的卧室数和卫生间数。 2.员工和租客在系统中有唯一的编号(员工编号和租客编号)。 3.对于每个租客，系统需记录姓名、多个联系电话、一个银行账号（方便自动扣房租)、一个紧急联系人的姓名及联系电话。 4.系统需记录每个员工的姓名、一个联系电话和月工资。员工类别可以是经理或维修工，也可兼任。每个经理可以管理多幢公寓楼。每幢公寓楼必须由一个经理管理。系统需记录每个维修工的业务技能，如：水暖维修、电工、木工等。 5. 租客租赁公寓必须和公司签订租赁合同。一份租赁合同通常由一个或多个租客(合租)与该公寓楼的经理签订，一个租客也可租赁多套公寓。合同内容应包含签订日期、开始时间、租期、押金和月租金。 【概念模型设计】 根据需求阶段收集的信息，设计的实体联系图（不完整)如图2-1所示。
【逻辑结构设计】 根据概念摸型设计阶段完成的实体联系图，得出如下关系模式(不完整): 联系电话(电话号码，租客编号) 租客（租客编号，姓名，银行账号，联系人姓名，联系人电话) 员工(员工编号，姓名，联系电话，类别，月工资， （a） ) 公寓楼( (b) ，地址，经理编号) 公寓(楼编号，公寓号，卧室数，卫生间数〉 合同（合同编号，租客编号，楼编号，公寓号，经理编号，签订日期，起始日期，租期， （c） ，押金）【问题1】（4.5分） 补充图2-1中的“签约”联系所关联的实体及联系类型。 【问题2】（4.5分） 补充逻辑结构设计中的（a）、（b）、（c）三处空缺。 【问题3】（6分） 在租期内，公寓内设施如出现问题，租客可在系统中进行故障登记，填写故障描述，每项故障由系统自动生成唯一的故障编号，由公司派维修工进行故障维修，系统需记录每次维修的维修日期和维修内容。请根据此需求，对图2-1进行补充，并将所补充的ER图内容转换为一个关系模式，请给出该关系模式。
正确答案：问题1
问题2
（a）业务技能
（b）楼编号
（c）月租金
问题3
新增维修关系，维修工维修公寓，关系模式为维修情况
维修情况（故障编号，员工编号，楼编号，公寓号，维修日期，维修内容）
-
第3题：
试题二（共15分）
阅读下列说明，回答问题1至问题3；将解答填入答题纸的对应栏内。
【说明】
某销售公司当前的销售业务为商城实体店销售。现该公司拟开展网络销售业务，需要开发一个信息化管理系统。请根据公司现有业务及需求完成该系统的数据库设计。
【需求描述】
（1）记录公司所有员工的信息。员工信息包括工号、身份证号、姓名、性别、出生日期和电话，并只登记一部电话。
（2）记录所有商品的信息。商品信息包括商品名称、生产厂家、销售价格和商品介绍。系统内部用商品条码唯一区别每种商品。
（3）记录所有顾客的信息。顾客信息包括顾客姓名、身份证号、登录名、登录密码、和电话号码。一位顾客只能提供一个电话号码。系统自动生成唯一的顾客编号。
（4）顾客登录系统之后，在网上商城购买商品。顾客可将选购的商品置入虚拟的购物车内，购物车可长期存放顾客选购的所有商品。顾客可在购物车内选择商品、修改商品数量后生成网购订单。订单生成后，由顾客选择系统提供的备选第三方支付平台进行电子支付，支付成功后系统需要记录唯一的支付凭证编号，然后由商城根据订单进行线下配送。
（5）所有的配送商品均由仓库统一出库。为方便顾客，允许每位顾客在系统中提供多组收货地址、收货人及联系电话。一份订单所含的多个商品可能由多名分检员根据商品所在仓库信息从仓库中进行分拣操作，分拣后的商品交由配送员根据配送单上的收货地址进行配送。
（6）新设计的系统要求记录实体店的每笔销售信息，包括营业员、顾客、所售商品及其数量。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图（不完整）如图2-1所示。
图2-1实体联系图
【逻辑结构设计】
根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整）：
员工（工号，身份证号，姓名，性别，出生日期，电话）
商品（商品条码，商品名称，生产厂家，销售价格，商品介绍，（a））
顾客（顾客编号，姓名，身份证号，登录名，登录密码，电话）
收货地点（收货ID，顾客编号，收货地址，收货人，联系电话）
购物车（顾客编号，商品条码，商品数量）
订单（订单ID，顾客编号，商品条码，商品数量，（b））
分检（分拣ID，分拣员工号，（c），分拣时间）
配送（配送ID，分拣ID，配送员工号，收货ID，配送时间，签收时间，签收快照）
销售（销售ID，营业员工号，顾客编号，商品条码，商品数量）
【问题1】（4分）
补充图2-1中的“配送”联系所关联的对象及联系类型。
【问题2】（6分）
补充逻辑结构设计中的（a）、（b）和（c）三处空缺。
【问题3】（5分）
对于实体店销售，若要增加送货上门服务，由营业员在系统中下订单，与网购的订单进行后续的统一管理。请根据该需求，对图2-1进行补充，并修改订单关系模式。
正确答案：
问题1：配送员，配送地点，多对多练习
问题2：（a）商品数量，仓库id（b）支付凭证编码（c）商品条码仓库id订单id
问题3：增加顾客地址实体，从配送员到顾客地址实体增加一个送货上门的练习，送货上门联系订单。
-
第4题：
阅读下列说明，回答问题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)超市名称，经理，电话 -
第5题：
阅读下列说明，回答问题1 至问题3，将解答填入答题纸的对应栏内。【说明】某电视台拟开发一套信息管理系统，以方便对全台的员工、栏目、广告和演播厅等进行管理。【需求分析】(1)系统需要维护全台员工的详细信息、栏目信息、广告信息和演播厅信息等。员工的信息主要包括：工号、姓名、性别、出生日期、电话和住址等，栏目信息主要包括：栏目名称、播出时间和时长等。广告信息主要包括：广告编号、价格等。演播厅信息包括：房间号、房间面积等。(2)电视台根据调度单来协调各档栏目、演播厅和场务。一个销售档栏目只会占用一个演播厅，但会使用多名场务来进行演出协调。演播厅和场务可以被多个栏目循环使用。(3)电视台根据栏目来插播广告。每档栏目可以插播多条广告，每条广告也可以在多档栏目中插播。(4)一档栏目可以有多名主持人，但一名主持人只能主持一档栏目。(5)一名编辑人员可以编辑多条广告，一条广告只能由一名编辑人员编辑。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图（不完整）如图所示。
【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整)：演播厅(房间号，房间面积)栏目(栏目名称，播出时间，时长)广告(广告编号，销售价格，___(1)___)员工(工号，姓名，性别，出生日期，电话，住址)主持人(主持人工号，___(2)___)插播单(___(3)___，播出时间)调度单(___(4)___)【问题1】补充图中的联系和联系的类型。【问题2】根据图，将逻辑结构设计阶段生成的关系模式中的空（1）~（4）补充完整。 用下划线指出（1）~（4）所在关系模式的主键。【问题3】现需要记录广告商信息，增加广告商实体。一个广告商可以提供多条广告，一条广告只能由一个广告商提供。请根据该要求，对图进行修改，画出修改后的实体间联系和联系的类型。答案：解析：
1、这是一道要求读者掌握数据库的概念结构设计的综合分析题，本题的解答思路如下。仔细阅读题干给出的说明信息，由其中关键信息"(3)电视台根据栏目来插播广告。每档栏目可以插播多条广告，每条广告也可以在多档栏目插播"等可知，图中实体"广告"与实体"栏目"之间存在联系"插播"，其联系的类型为多对多(m:n)。基于题干给出的"(4)一档栏目可以有多个主持人，但一名主持人只能主持一档栏目"等关键信息可知，图中实体"栏目"与实体"主持人"之间存在联系"主持"，其联系的类型为一对多(1:n)。根据题干给出的关键信息"(2)电视台根据调度单来协调各档栏目、演播厅和场务。一个销售档栏目只会占用一个演播厅，但会使用多名场务来进行演出协调。演播厅和场务可以被多个栏目循环使用"等关键信息可知，图中实体"场务"与联系"调度"之间存在关联，其关联的类型为多(n)。整理以上分析结果，结合图可得出完整的信息管理系统实体联系图，如图所示。2、(1)编辑人员工号 (2)栏目名称 (3)栏目名称，广告编号 (4)栏目名称，房间号，场务工号广告(广告编号，销售价格，编辑人员工号)主持人(主持人工号，栏目名称)插播单(栏目名称，广告编号，播出时间)调度单(栏目名称，房间号，场务工号)这是一道要求读者掌握数据库的逻辑结构设计的综合理解题，本题的解答思路如下。基于问题1的分析结果，在图中实体"编辑人员"与实体"广告"之间存在联系"编辑"，其联系的类型为一对多(1:n)。结合题干说明信息中已给出的关系模式：员工(工号，姓名，性别，出生日期，电话，住址)，可知"广告"关系模式中需要加入一端实体的主键"编辑人员工号"(即空缺处所填写的内容)。结合常识可知，属性"广告编号"唯一标识每一条"广告"的数据记录，因此它是"广告"关系模式的主键。同理，在图中实体"栏目"与实体"主持人"之间存在联系"主持"，其联系的类型为一对多(1:n)。题干中已给出的关系模式：栏目(栏目名称，播出时间，时长)，可知"主持人"关系模式中需要加入一端实体的主键"栏目名称"(即空缺处所填写的内容)。结合常识可知，属性"主持人工号"唯一标识每一条"主持人"的数据记录，因此它是"主持人"关系模式的主键。对于图中联系类型为多对多(m:n)的"插播"联系，应将其转换成一个独立的关系模式，其属性为两端实体类型的主键加上联系类型自身的属性，而该关系模式的主键为两端实体主键的组合。因此空缺处应填入"栏目名称，广告编号"。属性"栏目名称"、"广告编号"的组合是"插播单"关系模式的主键。对于图中联系类型为1:m:n的"调度"联系，应将其转换成一个独立的关系模式，其属性为三端实体类型的主键加上联系类型自身的属性，而该关系模式的主键为三端实体主键的组合。因此空缺处应填入"栏目名称，房间号，场务工号"。属性"栏目名称"、"房间号"、"场务工号"的组合是"调度"关系模式的主键。3、这是一道要求读者掌握数据库的概念结构设计的综合应用题，本题的解答思路如下：如果需要广告商信息，则新增一个"广告商"实体，而一个广告商可以提供多条广告，一条广告只能由一个广告商提供，因此"广告商"和"广告"两个实体之间都存在联系"提供"，其联系的类型都为一对多(1:n)。修改后的某电视台信息管理系统的实体联系图如图所示。
-
第6题：
阅读下列说明，回答问题1 至问题3，将解答填入答题纸的对应栏内。【说明】某城市双创平台成立后，拟建设中小企业服务管理信息系统，主要工作计划如下。
【问题1】（4分）
结合案例，请问活动A和活动C的历时分别是多少。【问题2】（8分）请补充完整该管理信息系统的双代号网络图。
【问题3】（4分）
请给出关键路径和项目总工期答案：解析：【问题1】A历时：13、 C历时：16【问题2】依据各活动紧前紧后关系，绘制双代号网络图如下：
补充：大家还应该学习时标网络图的绘制，在2019年的考试，大家需要关注时标网络图相关知识点，例如，如果将本题绘制双代号网络图，则答案就如下：
【问题3】关键路径：ABDFGHI 总工期为131 -
第7题：
【说明】某集团公司拥有多个分公司，为了方便集团公司对分公司各项业务活动进行有效管 理，集团公司决定构建一个信息系统以满足公司的业务管理需求。【需求分析】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】答案：不需要增加新的实体，对于任职情况，可以将部门与主管的联系单独形成关系模式，联系（部门号，主管工号，任职时间，任职年限)，同一个员工可能在不同的时间担任同一部门主管，因此，可以将(部门号，主管工号，任职时间)作为该关系模式的组合主键。 -
第8题：
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。【说明】某海外代购公司为扩展公司业务，需要开发一个信息化管理系统。请根据公司现有业务及需求完成该系统的数据库设计。【需求描述】（1）记录公司员工信息。员工信息包括工号、身份证号、姓名、性别和一个手机号，工号唯一标识每位员工，员工分为代购员和配送员。（2）记录采购的商品信息。商品信息包括商品名称、所在超市名称、采购价格、销售价格和商品介绍，系统内部用商品条码唯一标识每种商品。一种商品只在一家超市代购。（3）记录顾客信息。顾客信息包括顾客真实姓名、身份证号（清关缴税用）、一个手机号和一个收货地址，系统自动生成唯一的顾客编号。（4）记录托运公司信息。托运公司信息包括托运公司名称、电话和地址，系统自动生成唯一的托运公司编号。（5）顾客登录系统之后，可以下订单购买商品。订单支付成功后，系统记录唯一的支付凭证编号，顾客需要在订单里指定运送方式：空运或海运。（6）代购员根据顾客的订单在超市采购对应商品，一份订单所含的多个商品可能由多名代购员从不同超市采购。（7）采购完的商品交由配送员根据顾客订单组合装箱，然后交给托运公司运送。托运公司按顾客订单核对商品名称和数量，然后按顾客的地址进行运送。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图（不完整）如图2－1所示。
【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整）：员工（工号，身份证号，姓名，性别，手机号）商品（条码，商品名称，所在超市名称，采购价格，销售价格，商品介绍）顾客（编号，姓名，身份证号，手机号，收货地址）托运公司（托运公司编号，托运公司名称，电话，地址）订单（订单ID，（a），商品数量，运送方式，支付凭证编号）代购（代购ID，代购员工号，（b））运送（运送ID，配送员工号，托运公司编号，订单ID，发运时间）
【问题1】（3分）根据问题描述，补充图2－1的实体联系图。【问题2】（6分）补充逻辑结构设计结果中的（a）、（b）两处空缺。【问题3】（6分）为方便顾客，允许顾客在系统中保存多组收货地址。请根据此需求，增加“顾客地址”弱实体，对图2－1进行补充，并修改“运送”关系模式。答案：解析：【问题1】答案：
【问题2】答案：(a) 运送方式、顾客编号、商品条码 (b)订单 ID【问题3】答案：
修改后的运送关系模式为：运送(运送 ID,配送员工号，托运公司编号，订单 ID，地址 ID，发运时间)。 -
第9题：
阅读下列说明，回答问题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 分)答：不需要增加实体。因为它可以直接归属到联系当中，他的联系可以直接写成关系模式，所以不需要增加实体。 -
第10题：
阅读下列说明和图，回答问题，将解答填入答题纸的对应栏内。
【说明】
某家电销售电子商务公司拟开发一套信息管理系统，以方便对公司的员工、家电销售、家电厂商和客户等进行管理。
[需求分析]
（1）系统需要维护电子商务公司的员工信息、客户信息、家电信息和家电厂商信息等，员工信息主要包括：工号、姓名、性别、岗位、身份证号、电话、住址，其中岗位包括部门经理和客服等，客户信息主要包括：客户ID、姓名、身份证号、电话、住址、账户余额。家电信息主要包括：家电条码、家电名称、价格、出厂日期、所属商，家电厂商信息包括：厂商ID、厂商名称、电话、法人代表信息、厂址。
（2）电子商务公司根据销售情况，由部门经理向家电厂商订购各类家电，每个家电厂商只能由一名部门经理负责。
（3）客户通过浏览电子商务公司网站查询家电信息，与客服沟通获得优惠后，在线购买。
[概念模型设计]
根据需求阶段收集的信息，设计的实体联系图(不完整)如下图所示。
[逻辑结构设计]
根据概念模型设计阶段完成的实体联系图，得出如下关系模式[不完整]
客户(客户ID、姓名、身份证号、电话、住址、账户余额)
员工(工号、姓名、性别、岗位、身份证号、电话、住址)
家电(家电条码、家电名称、价格、出厂日期、（1）)
家电厂商(厂商ID、厂商名称、电话、法人代表信息、厂址、（2）)
购买(订购单号、（3）、金额)
【问题1】（5分）
补充图中的联系和联系的类型。
【问题2】（5分）
根据题干中的图，将逻辑结构设计阶段生成的关系模式中的空(1)—(3)补充完整，用下划线指出“家电”、“家电厂商”和“购买”关系模式的主键。
【问题3】（5分）
电子商务公司的主营业务是销售各类家电，对账户有余额的客户，还可以联合第二方基金公司提供理财服务，为此设立客户经理岗位。客户通过电子商务公司的客户经理和基金公司的基金经理进行理财，每名客户只有一名客户经理和一名基金经理负责，客户经理和基金经理均可负责多名客户。请根据该要求，对题干图进行修改，画出修改后的实体间联系和联系的类型。答案：解析：
-
第11题：
阅读下列说明，回答问题1至问题3；将解答填入答题纸的对应栏内。
【说明】
????某销售公司当前的销售业务为商城实体店销售。现该公司拟开展网络销售业务，需要开发一个信息化管理系统。请根据公司现有业务及需求完成该系统的数据库设计。
【需求描述】
????（1）记录公司所有员工的信息。员工信息包括工号、身份证号、姓名、性别、出生日期和电话，并只登记一部电话。
????（2）记录所有商品的信息。商品信息包括商品名称、生产厂家、销售价格和商品介绍。系统内部用商品条码唯一区别每种商品。
????（3）记录所有顾客的信息。顾客信息包括顾客姓名、身份证号、登录名、登录密码、和电话号码。一位顾客只能提供一个电话号码。系统自动生成唯一的顾客编号。
????（4）顾客登录系统之后，在网上商城购买商品。顾客可将选购的商品置入虚拟的购物车内，购物车可长期存放顾客选购的所有商品。顾客可在购物车内选择商品、修改商品数量后生成网购订单。订单生成后，由顾客选择系统提供的备选第三方支付平台进行电子支付，支付成功后系统需要记录唯一的支付凭证编号，然后由商城根据订单进行线下配送。
????（5）所有的配送商品均由仓库统一出库。为方便顾客，允许每位顾客在系统中提供多组收货地址、收货人及联系电话。一份订单所含的多个商品可能由多名分检员根据商品所在仓库信息从仓库中进行分拣操作，分拣后的商品交由配送员根据配送单上的收货地址进行配送。
????（6）新设计的系统要求记录实体店的每笔销售信息，包括营业员、顾客、所售商品及其数量。
【概念模型设计】???
根据需求阶段收集的信息，设计的实体联系图（不完整）如图所示。
【逻辑结构设计】
????根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整）：
????员工（工号，身份证号，姓名，性别，出生日期，电话）
????商品（商品条码，商品名称，生产厂家，销售价格，商品介绍，??（a） ?）
????顾客（顾客编号，姓名，身份证号，登录名，登录密码，电话）
????收货地点（收货ID，顾客编号，收货地址，收货人，联系电话）
????购物车（顾客编号，商品条码，商品数量）
????订单（订单ID，顾客编号，商品条码，商品数量， ?（b） ?）
????分检（分拣ID，分拣员工号， ?（c） ?，分拣时间） ?
????配送（配送ID，分拣ID，配送员工号，收货ID，配送时间，签收时间，签收快照）
????销售（销售ID，营业员工号，顾客编号，商品条码，商品数量）
【问题1】（4分）
????补充图中的“配送”联系所关联的对象及联系类型。
【问题2】（6分）
????补充逻辑结构设计中的（a）、（b）和（c）三处空缺。
【问题3】（5分）
????对于实体店销售，若要增加送货上门服务，由营业员在系统中下订单，与网购的订单进行后续的统一管理。请根据该需求，对图进行补充，并修改订单关系模式。答案：解析：【问题1】（4分）
配送员--配送--地点，多对多联系
【问题2】（6分）
（a）商品数量，仓库信息
（b）支付凭证编号
（c）商品条码，订单ID
【问题3】（5分）
在营业员与订单之间增加联系“送货上门”，并将联系记录于订单关系中，即在订单关系中增加属性“营业员ID”属性作为外键。 -
第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题：
阅读下列说明以及图4-4和图4-5，回答问题1、问题2和问题3，将解答填入答题纸的对应栏内。
[说明]
某电话公司决定开发一个管理所有客户信息的交互式网络系统。系统的功能如下。
1．浏览客户信息：任何使用因特网的用户都可以浏览电话公司所有的客户信息(包括姓名、住址、电话号码等)。
2．登录：电话公司授予每个客户一个账号。拥有授权账号的客户，可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。
3．修改个人信息：客户向系统注册后，可以发送电子邮件或者使用系统提供的页面，对个人信息进行修改。
4．删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。系统采用面向对象方法进行开发，在开发过程中确定的类如表4-3所示。
表4-3 开发过程中确定的类
在需求分析阶段，采用UML的用例图(use case diagram)描述系统功能需求，如图4-4所示。指出图中的A,B,C和D分别是哪个用例?
正确答案：A：浏览客户信息；B：修改个人信息；C：登录；D：删除客户信息。
A：浏览客户信息；B：修改个人信息；C：登录；D：删除客户信息。 解析：图4-4是一个UML的用例图。在工程的分析阶段，例图被用来鉴别和划分系统功能，它们把系统分成动作者(actor)和用例。
动作者(actor)表示系统用户能扮演的角色(role)。这些用户可能是人，可能是其他的计算机、一些硬件或者是其他软件系统。惟一的标准是它们必须要在被划分到用例的系统部分以外。它们必须能刺激系统部分，并接收返回。
用例描述了当某个动作者给系统特定的刺激时系统的活动。这些活动被文本描述。它描述了触发用例的刺激的本质，输入和输出到其他活动者，转换输入到输出的活动。用例文本通常也描述每个活动在特殊的活动线时可能的错误，以及系统应采取的补救措施。
了解用例图、动作者、用例的基本概念后，题目就迎刃而解了。图中的网络用户、公司客户、管理人员都是动作者。题目说明中提到了系统有4个功能：浏览客户信息、登录、修改个人信息、删除客户信息。这也就是4个用例。现在只需把他们对号入座即可。根据题目说明，可以知道任何使用Internet的网络用户都可以浏览电话公司所有的客户信息，在图中符合这一条件的只有A，所以A应填浏览客户信息。。因为只有公司的管理人员才能删除不再接受公司服务的客户的信息。所以D应填删除客户信息。
剩下只有登录和修改个人信息2个用例了，那么究竟是B填登录还是修改呢?先介绍包含和扩展的概念。
2个用例之间的关系可以主要概括为2种情况：一种是用于重用的包含关系，用构造型《include》表示；另一种是用于分离出不同的行为，用构造型《extend》表示。
(1)包含关系：如果可以从2个或2个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能时，应该使用包含关系来表示它们。示意图如图4-6所示。
(2)扩展关系：如果一个用例明显地混合了2种或2种以上的不同场景，即根据情况可能发生多种事情。可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。示意图如图4-7所示。
因为要先登录才能修改信息，显然B应填修改个人信息，C应填登录。
在UML中重复度(multiplicity)又称多重性，多重性表示为一个整数范围n...m，整数n定义所连接的最少对象的数目，而m则为最多对象数(当不知道确切的最大数时，最大数用*号表示)。最常见的多重性有0...1，0...*，1...1，1...*。
因为1个CustomerList的实例可以与0个或多个Customer的实例相关联；而1个 Customer的实例只能与1个CustomerList的实例相关。所以(1)空应填1，(2)空应填 0...*。因为Customer是CompanyCustomer的相应的详细信息，所以(3)空和(4)空都应该填写0...1。
用UMI建立业务模型时，可以把业务人员看作是系统中的角色或者类。在建立抽象模型时，很少有类会单独存在，大多数都将会以某种方式彼此通信，因此还需要描述这些类之间的关系。关系是事物间的连接，在UML中，有几个很重要的关系。
(1)依赖关系
有2个元素A和B，如果元素A的变化会引起元素B的变化，则称元素B依赖(depend ency)于元素A。
在类中，依赖关系有多种表现形式，例如，一个类向另一个类发消息；一个类是另一个类的成员；一个类是另一个类的某个操作参数等。
(2)概括关系
概括关系(generalization)，也称为泛化关系，描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。继承关系是泛化关系的反关系，也就是说子类是从父类中继承的，而父类则是子类的泛化。在UML中，对泛化关系有3个要求：
①子类应与父类完全一致，父类所具有的关联、属性和操作，子类都应具有。
②子类中除了与父类一致的信息外，还包括额外的信息。
③可以使用子父类实例的地方，也可以使用子类实例。
(3)关联关系
关联(association)表示2个类的实例之间存在的某种语义上的联系。例如，一个老师为某个学校工作，一个学校有多间教室。可以认为老师和学校、学校和教室之间存在着关联关系。
关联关系为类之间的通信提供了一种方式，它是所有关系中最通用、语义最弱的。关联关系通常可以再细分成以下几种。
①聚集关系：聚集关系(aggregation)是关联关系的特例。它表示一种整体和部分的关系。如一个电话机包含一个话筒，一个计算机包含显示器，键盘和主机等都是聚合关系的例子。
②组合关系：如果聚集关系中的表示“部分”的类的存在与表示“整体”的类有着紧密的关系，例如，“公司”与“部门”之间的关系，那么就应该使用组合关系来表示。 -
第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，将解答填入答题纸的对应栏内。
【说明】
某家电销售电子商务公司拟开发一套信息管理系统，以方便对公司的员工、家电销售、家电厂商和客户等进行管理。
【需求分析】
(1)系统需要维护电子商务公司的员工信息、客户信息、家电信息和家电厂商信息等。员工信息主要包括：工号、姓名、性别、岗位、身份证号、电话、住址，其中岗位包括部门经理和客服等。客户信息主要包括：客户ID、姓名、身份证号、电话、住址、账户余额。家电信息主要包括：家电条码、家电名称、价格、出厂日期、所属厂商。家电厂商信息包括：厂商ID、厂商名称、电话、法人代表信息、厂址。
(2)电子商务公司根据销售情况，由部门经理向家电厂商订购各类家电。每个家电厂商只能由一名部门经理负责。
(3)客户通过浏览电子商务公司网站查询家电信息，与客服沟通获得优惠后，在线购买。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图(不完整)如图1-1所示。
【逻辑结构设计】
根据概念模型设计阶段完成的实体联系图，得出如下关系模式〔不完整)：
客户(客户ID、姓名、身份证号、电话、住址、账户余额)
员工(工号、姓名、性别、岗位、身份证号、电话、住址)
家电(家电条码、家电名称、价格、出厂日期、 (1) )
家电厂商(厂商ID、厂商名称、电话、法人代表信息、厂址、 (2) )
购买(订购单号、 (3) 、金额)
【问题1】(6分)
补充图1-1中的联系和联系的类型。
【问题2】(6分)
根据图1-1，将逻辑结构设计阶段生成的关系模式中的空(1)～(3)补充完整。 用下划线指出“家电”、“家电厂商”和“购买”关系模式的主键。
【问题3】(3分)
电子商务公司的主营业务是销售各类家电，对账户有余额的客户，还可以联合第二方基金公司提供理财服务，为此设立客户经理岗位。客户通过电子商务公司的客户经理和基金公司的基金经理进行理财。每名客户只有一名客户经理和一名基金经理负责，客户经理和基金经理均可负责多名客户。请根据该要求，对图1-1进行修改，画出修改后的实体间联系和联系的类型。
正确答案：
【问题1】(6分)
>
【问题2】(6分)
(1)厂商ID
(2)工号
(3)家电条码，客户ID，工号
家电关系的主键：家电条码
家电厂商关系的主键：厂商ID
购买关系的主键：订购单号
【问题3】(3分)
-
第16题：
阅读下列说明，回答问题1至问题3,将解答填入答题纸的对应栏内。
[说明]
禁创业孵化基地管理若干孵化公司和创业公司，为规范管理创业项目投资业务，需要开发一个信息系统。请根据下述需求描述完成该系统的数据库设计。
[需求描述]
(1)记录孵化公司和创业公司的信息。孵化公司信息包括公司代码、公司名称、法人代表名称、注册地址和一个电话:创业公司信息包括公司代码、公司名称和一个电话。孵化公司和创业公司的公司代码编码不同。
(2)统一管理孵化公司和创业公司的员工。员工信息包括工号、身份证号、姓名、性别、所属公司代码和一个手机号，工号唯一标识每位员工。
(3)记录投资方信息，投资方信息包括投资方编号、投资方名称和-个电话。
(4)投资方和创业公司之间依靠孵化公司牵线建立创业项目合作关系，具体实施由孵化公司的一位员工负责协调投资方和创业公司的一个创业项目。一个创业项目只属于个创业公司，但可以接受若干投资方的投资。创业项目信息包括项目编号、创业公司代码、投资方编号和孵化公司员工工号。]概念模型设计]根据需求阶段收集的信息，设计的实体联系图(不完整)如图2-1所示。
[逻辑结构设计]
根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整):孵化公司(公司代码，公司名称， 法人代表名称，注册地址，电话)创业公司(公司代码，公司名称，电话)员工(工号，身份证号，姓名，性别，(a) ，手机号)投资方(投资方编号、投资方名称，电话)项目(项目编号，创业公司代码，(b)孵化公司员工工号)
[问题1](5分)根据问题描述，补充图2-1的实体联系图。
[问题2] (4分)补充逻辑结构设计结果中的(a)、 (b)两处空峡及完整性约束关系。
[问题3](6分)若创业项目的信息还需要包括投资额和投资时间，那么:(1)是否需要增加新的实体来存储投资额和投资时间?(2)如果增加新的实体，请给出新实体的关系模式，并对图2-1进行补充，如果不需要增加新的实体，请将“投资额”和“投资时间"两个属性补充井连线到图2-1合适的对象上，并对变化的关系模式进行修改。答案：解析：1、补充完整的ER图为
-
第17题：
阅读下列说明和图，回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某家电销售电子商务公司拟开发一套信息管理系统，以方便对公司的员工、家电销售、家电厂商和客户等进行管理。【需求分析】（1）系统需要维护电子商务公司的员工信息、客户信息、家电信息和家电厂商信息等。员工信息主要包括：工号、姓名、性别、岗位、身份证号、电话、住址，其中岗位包括部门经理和客服等。客户信息主要包括：客户ID、姓名、身份证号、电话，住址、账户余额。家电信息主要包括：家电条码、家电名称、价格、出厂日期、所属厂商。家电厂商信息包括：厂商ID、厂商名称、电话、法人代表信息、厂址。（2）电子商务公司根据销售情况，由部门经理向家电厂商订购各类家电。每个家电厂商只能由一名部门经理负责。（3）客户通过浏览电子商务公司网站查询家电信息，与客服沟通获得优惠后，在线购买。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图（不完整）如图所示。
【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式〔不完整）客户（客户ID、姓名、身份证号、电话、住址、账户余额）员工（工号、姓名、性别、岗位、身份证号、电话、住址）家电（家电条码、家电名称、价格、出厂日期、 （1） ）家电厂商（厂商ID、厂商名称、电话、法人代表信息、厂址、 （2） ）购买（订购单号、 （3） 、金额） 【问题1】 补充实体联系图中的联系和联系的类型。【问题2】根据图，将逻辑结构设计阶段生成的关系模式中的空（1）~（3）补充完整。 用下划线指出"家电"、"家电厂商"和"购买"关系模式的主键。【问题3】电子商务公司的主营业务是销售各类家电，对账户有佘额的客户，还可以联合第二方基金公司提供理财服务，为此设立客户经理岗位。客户通过电子商务公司的客户经理和基金公司的基金经理进行理财。每名客户只有一名客户经理和一名基金经理负责'客户经理和基金经理均可负责多名客户。请根据该要求，对图进行修改，画出修改后 的实体间联系和联系的类型。答案：解析：【问题1】
【问题2】【参考答案】（1）厂商ID（2）部门经理工号 或 经理工号 或 员工工号（3）客户ID、客服工号、家电条码
【问题3】
【问题1】【试题分析】本题考査数据库设计，属子比较传统的题目，考查点也与往年类似。本问题考査数据库的概念结构设计，题目要求补充完整实体联系图中的联系和联系的类型。根据题目的需求描述可知，一个家电厂商可以供应多台家电，而一台家电只能对应一个家电厂商，因此"家电厂商"和"家电"之间存在"供应"联系，联系的类型为一 对多（1:*，或1:m)。根据题目的需求描述可知，"员工"和"部门经理"之间存在一个包含关系。根据题目的需求描述可知，"客户"、"客服"和"家电"之间存在"购买"联系，联系的类型为多对多对多（*:*:*，或m:n:o)。【问题2】【试题分析】本问题考査数据库的逻辑结构设计，题目要求补充完整各关系模式，并给出各关系模式的主键。根据实体联系图和需求描述，"家电"和"家电厂商"存在多对一的关系，在家电关系中需要记录家电厂商的主键，也就是"厂商ID"。所以，对于"家电"关系模式， 需补充属性"厂商ID"。"家电条码"为"家电"关系的主键。根据实体联系图和需求描述，"家电厂商"和"部门经理"之间存在多对一的关系，在家电厂商关系中需要记录部门经理的主键，也就是"部门经理工号"（或"经理工号"、 或"员工工号")。"厂商ID?为"家电厂商"的主键。根据实体联系图和需求描述，"客户"、"客服"和"家电"之间的多对多对多的"购买"联系。因为是多对多对多联系，所以"购买"联系需要单独作为一个关系，这个关系需要记录"客户"、"客服"和"家电"的主键。所以，对于"购买"关系模式，需补充属性"客户ID"""客服工号"和"家电条码"。"订购单号"为"购买"的主键。
【问题3】【试题分析】本问题考查数据库的概念结构设计，根据新增的需求增加实体联系图中的实体的联系和联系的类型。根据问题描述，需要新增"客户经理"，包含于"员工"。根据问题描述，客户只由一名客户经理和一名基金经理负责，客户经理和基金经理均可负责多名客户，所以"客户"、"客户经理"和"基金经理"之间存在一个"理财" 联系，联系的类型为多对1对1 (*:1:1，或m:1:1)。 -
第18题：
阅读以下说明，回答问题1至问题2，将解答填入答题纸对应的解答栏内。
【说明】
某公司为推广洗涤新产品，需要进行用户体检调查。图4-1为调查表填写页面，表4-1所示为利用Microsoft Access创建的数据库，它将记录被调查用户的姓名、性别、年龄、了解产品方式和评价等信息。
答案：解析：
-
第19题：
阅读下列说明，回答问题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模型合并的规律，安排关系的主键应为多方的码组成，但本题由于预定申请是以单位的，一个单位可能有多个人员入住同一间客房，所以，本题的主键应该为：客房号、身份证、入住时间 比较合适 -
第20题：
阅读下列说明，回答问题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分） -
第21题：
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。【说明】 某快递公司为了方便管理公司物品运送的各项业务活动，需要构建一个物品运送信息管理系统。
【需求分析结果】
（1）快递公司有多个分公司，分公司信息包括分公司编号、名称、经理、办公电话和地址。每个分公司可以有多名员工处理分公司的日常业务，每位员工只能在一个分公司工作。每个分公司由一名经理负责管理分公司的业务和员工，系统需要记录每个经理的任职时间。
（2）员工信息包括员工号、姓名、岗位、薪资、手机号和家庭地址。其中，员工号唯一标识员工信息的每一个元组。岗位包括经理、调度员、业务员等。业务员根据客户提交的快件申请单进行快件受理事宜，一个业务员可以受理多个客户的快件申请，一个快件申请只能由一个业务员受理。调度员根据已受理的申请单安排快件的承运事宜，例如：执行承运的业务员、运达时间等。一个业务员可以执行调度员安排的多个快件的承运业务。 （3）客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。其中，客户号唯一标识客户信息的每一个元组。当客户要寄快件时，先要提交快件申请单，申请号由系统自动生成。快件申请信息包括申请号、客户号、发件人、发件人电话、快件名称、运费、发出地、收件人、收件人电话、收件地址。其中，一个申请号对应唯一的一个快件申请，一个客户可以提交多个快件申请，但一个快件申请由唯一的一个客户提交。 【概念模型设计】 【关系模型设计】根据需求阶段收集的信息，设计的实体联系图（图2-1）和关系模型（不完整）如下：
分公司（分公司编号，名称，经理，办公电话，地址）
员工（员工号，姓名， （a） ，岗位，薪资，手机号，家庭地址） 客户（客户号，单位名称，通信地址，所属省份，联系人，联系电话，银行账号） 申请单（ （b） ，发件人，发件人电话，发件人地址，快件名称，运费，收件人，收件人电话，收件地址，受理标志，业务员） 安排承运（ （c） ，实际完成时间，调度员）【问题1】 根据问题描述，补充五个联系，完善图2-1的实体联系图。联系名可用联系1、联系2、联系3、联系4和联系5代替，联系的类型分为1:1、1:n和m:n（或1:1、1:*和*:*）。【问题2】 （1）根据实体联系图，将关系模式中的空（a）~(c)补充完整； （2）给出员工、申请单和安排承运关系模式的主键和外键。【问题3】 （1）客户关系的通信地址可以进一步分为邮编、省、市、街道，那么该属性是否属于简单属性，为什么？请用100字以内的文字说明。 （2）假设分公司需要增设一位经理的职位，那么分公司与经理之间的联系类型应修改为（d），分公司的主键应修改为（e）。答案：解析：【问题1】
【问题2】（a）分公司编号（b）申请号，客户号（c）申请号，业务员员工： 主键：员工号；外键：分公司编号。申请单： 主键：申请号；外键：客户号，业务员。安排承运：主键：申请号；外键：业务员，调度员。
【问题3】通信地址不是简单属性而是一个复合属性，因为该属性可拆分为多个属性。（d）1:n（e）（分公司编号，经理） -
第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至问题3,将解答填入答题纸的对应栏内。
【说明】
某房屋租赁公司拟开发一个管理系统用于管理其持有的房屋、租客及员工信息。请根据下述需求描述完成系统的数据库设计。
【需求描述】
1.公司拥有多幢公寓楼，每幢公寓楼有唯一的楼编号和地址。每幢公寓楼中有多套公寓，每套公寓在楼内有唯一的编号(不同公寓楼内的公寓号可相同〉。系统需记录每套公寓的卧室数和卫生间数。
2.员工和租客在系统中有唯一的编号(员工编号和租客编号)。
3.对于每个租客，系统需记录姓名、多个联系电话、一个银行账号（方便自动扣房租)、一个紧急联系人的姓名及联系电话。
4.系统需记录每个员工的姓名、一个联系电话和月工资。员工类别可以是经理或维修工，也可兼任。每个经理可以管理多幢公寓楼。每幢公寓楼必须由一个经理管理。系统需记录每个维修工的业务技能，如：水暖维修、电工、木工等。
5.?租客租赁公寓必须和公司签订租赁合同。一份租赁合同通常由一个或多个租客(合租)与该公寓楼的经理签订，一个租客也可租赁多套公寓。合同内容应包含签订日期、开始时间、租期、押金和月租金。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图（不完整)如图2-1所示。
图2-1?实体联系图
【逻辑结构设计】
根据概念摸型设计阶段完成的实体联系图，得出如下关系模式(不完整):
联系电话(电话号码，租客编号)
租客（租客编号，姓名，银行账号，联系人姓名，联系人电话)
员工(员工编号，姓名，联系电话，类别，月工资， （a）?)
公寓楼( (b)?，地址，经理编号)
公寓(楼编号，公寓号，卧室数，卫生间数〉
合同（合同编号，租客编号，楼编号，公寓号，经理编号，签订日期，起始日期，租期，?（c） ，押金）
【问题1】（4.5分）
补充图2-1中的“签约”联系所关联的实体及联系类型。
【问题2】（4.5分）
补充逻辑结构设计中的（a）、（b）、（c）三处空缺。
【问题3】（6分）
在租期内，公寓内设施如出现问题，租客可在系统中进行故障登记，填写故障描述，每项故障由系统自动生成唯一的故障编号，由公司派维修工进行故障维修，系统需记录每次维修的维修日期和维修内容。请根据此需求，对图2-1进行补充，并将所补充的ER图内容转换为一个关系模式，请给出该关系模式。答案：解析：【问题1】（4.5分）
【问题2】（4.5分）
(a)业务技能 (b)楼编号 (c)月租金
【问题3】（6分）
新增维修关系，维修工维修公寓，关系模式为维修情况
维修情况（故障编号，员工编号，楼编号，公寓号，维修日期，维修内容）