问答题
阅读下列说明,回答问题1至问题3。
【说明】
某汽车维修站拟开发一套小型汽车维修管理系统,对车辆的维修情况进行管理。
【需求分析】
1.对于前来维修的车辆,汽车维修管理系统首先登记客户信息,包括;客户编号、客户名称、客户性质(个人、单位)、折扣率、联系人、联系电话等信息:还要记录客户的车辆信息,包括:车牌号、车型、颜色等信息。一个客户至少有一台车。客户及车辆信息如表3-1所示。
{{B}}表3-1 客户及车辆信息{{/B}}
客户编码
GS0051
客户名称
××公司
客户性质
单位
折扣率
95%
联系人
杨浩东
联系电话
82638779
车牌号
颜色
车型
车辆类别
**0765
白色
帕萨特
微型车

  2.维修站的业务员对车辆进行检查和故障分析后,与客户磋商,确定车辆的故障现象及维修范围,填写维修委托书,包括:维修类型(普通、加急)、作业分类(大、中、小修)、结算方式(自付、三包、索赔)等信息。维修委托书如表3-2所示。
                      {{B}}表3-2维修委托书{{/B}}
           No.2007070702003              登记日期:2007-07-02
车牌号
**0765
客户编号
GS0051
维修类型
普通
作业分类
中修
结算方式
自付
进厂时间
20070702 11:09
业务员
张小江
业务员编号
012
预计完工时间
故障描述
车头损坏,水箱漏水

  3.维修车间根据维修委托书和车辆的故障现象,在已有的维修项目中选择一个或多个具体的维修项目,安排相关的维修工及工时,生成维修派工单。维修派工单如表3-3所示。
                    {{B}}表3-3维修派工单{{/B}}
       No.200707
维修项目编号
维修项目
工时
维修员编号
维修员工种
012
维修车头
5.00
012
机修
012
维修车头
2.00
023
漆工
015
水箱焊接补漏
1.00
006
焊工
017
更换车灯
1.00
012
机修
4.客户车辆修理完毕后,根据维修项目单价和维修派工单中的工时计算车辆此次维修的总费用,记录在委托书中。
【概念模型设计】
根据需求阶段收集的信息,设计的实体联系图(不完整)如图3-1所示。图3-1中业务员和维修工是员工的子实体。
问答题
【问题1】
补充图3-1中的联系和联系的类型。
【正确答案】
【答案解析】
问答题
【问题2】
根据图3-1,将逻辑结构设计阶段生成的关系模式中的空(1)~(5)补充完整。对所有关系模式,用下划线指出各关系模式的主键。
【正确答案】
【答案解析】(1){{U}}客户编号{{/U}},客户名称,客户性质 (2){{U}}车牌号{{/U}},客户编号 (3){{U}}委托书编号{{/U}},车牌号,业务员编号 或{{U}}委托书编号{{/U}},车牌号,客户编号,业务员编号 (4){{U}}委托书编号,维修项目编号,维修员编号{{/U}} (5){{U}}员工编号{{/U}},员工姓名
问答题
【问题3】
若车辆可购买多种不同的保险,则对应有多个保险单。如果考虑需要理赔的情况,则在结算车辆维修费用时,需要用户指定此次委托维修的车辆的不同保险单所负担的总维修费用的比例。请对增加了“保险单”实体的图3-1进行修改,画出修改后的实体间联系和联系的类型。
【正确答案】
【答案解析】 [分析] 本题考查的是数据库设计,属于比较传统的题目,考查点也与往年类似。 问题1考查数据库的概念结构设计,题目要求补充完整实体联系图中的联系和联系的类型。 根据题目的需求描述和表3-1中的数据可知,一个客户至少拥有一台车,每台车辆有一个对应的客户。所以,客户实体和车辆实体之间存在联系——“拥有”,联系的类型为一对多(1:*)。 根据题目的需求描述和表3-2中的数据可知,一份委托书由一个业务员负责接受委托,一个业务员可以负责多份委托书。所以,业务员实体和委托书实体之间存在联系——“委托”,联系的类型为一对多(1:*)。 根据题目的需求描述和表3-3中的数据可知,一份委托书可以对应多个维修项目和维修员工,一个维修项目可能涉及多个维修工,一个维修工可以参与多个维修项目。因此,维修派工单的信息涉及三个实体,是由三个实体相互联系而形成的。所以,委托书实体和维修工实体之间存在联系——“派工”,联系的类型为一对多(1:*),维修项目实体和维修工实体之间存在联系——“派工”,联系的类型为多对多(*:*)。 问题2考查数据库的逻辑结构设计,题目要求补充完整各关系模式,并给出各关系模式的主键。 根据实体联系图和表3-1的数据,对于“客户”关系模式需补充属性:客户编号,客户名称,客户性质。 根据实体联系图和表3-1的数据,对于“车辆”关系模式,由于车辆实体与客户实体有联系,需记录对应的客户信息,并且车辆有自己的属性——车牌号,因此,“车辆”关系模式需补充属性:车牌号,客户编号。 根据实体联系图和表3-2的数据,对于“委托书”关系模式,由于车辆实体与委托书实体和业务员实体都有联系,需记录对应的车辆和业务员信息,并且委托书有自己的属性——委托书编号,因此,“委托书”关系模式需补充属性:委托书编号,车牌号,业务员编号。 根据实体联系图和表3-3的数据,“派工单”关系模式记录的是委托书、维修项目和维修工三个实体之间的联系,因此,“派工单”关系模式需补充属性:委托书编号,维修项目编号,维修员编号。 根据实体联系图和表3-1的数据,对于“员工”关系模式需补充属性:员工编号,员工姓名。 客户关系模式的主键:{{U}}客户编号{{/U}} 车辆关系模式的主键:{{U}}车牌号{{/U}} 委托书关系模式的主键:{{U}}委托书编号{{/U}} 派工单关系模式的主键:{{U}}委托书编号,维修项目编号,维修号编号{{/U}} 员工关系模式的主键:{{U}}员工编号{{/U}} 问题3考查数据库的概念结构设计,根据新增的需求新增实体联系图中的实体的联系和联系的类型。 根据问题描述,新增加了一种实体“保险单”,记录车辆所购买的不同保险信息,包括:保险公司、保险项目、赔付标准等信息。一辆车可以购买多份保险,委托书中指明对应不同保险单所负担的总维修费用的比例。保险单实体与车辆实体之间的存在“购买”联系,联系的类型是一对多(1:*)。保险单实体与委托书实体之间存在“结算”联系,联系的类型是多对多(*:*)。