E-R模型

知识点

E-R模型(Entity-relationship model)表示:
实体: 用矩形框表示。
属性: 实体的属性用椭圆框表示。
联系:实体间的联系用菱形框表示,并在连线上标明联系的类型,即1—1、1—n或m—n。

两个实体之间的联系
一对一(1:1):
E-R模型_第1张图片

一对多(1:n)
E-R模型_第2张图片

多对多(m:n)
E-R模型_第3张图片
弱实体: 该联系是指试题是否存在对于另一些试题具有很强的依赖关系。
E-R模型_第4张图片
特殊化: 实体具有一些共性,还具有各自的特性,一个实体集可以按照某些特征区分为几个子实体。
E-R模型_第5张图片
聚集: 一个联系作为另一个联系的一端。
E-R模型_第6张图片
三元联系
两个以上不同实体集之间的联系(三元联系)
三元关系中的一个实体作为中心,假设另两个实体都只有一个实例:
若中心实体只有一个实例能与另两个实体的一个实例进行关联,则中心实体的连通数为”一“
E-R模型_第7张图片
若中心实体有多于一个实例能与另两个实体实例进行关联,则中心实体的连通数为"多"
E-R模型_第8张图片

E-R模型图
E-R模型_第9张图片

试题

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

E-R模型_第10张图片>
【关系模型设计】
部门(部门号,部门名,部门主管,联系电话,邮箱号)
员工(员工号,姓名,( ),联系方式,薪资)
用户(用户号,( ),电话,联系地址)
用户申请(申请号,用户号,会议日期,天数,参会人数,地点,受理标志,( ))
策划任务(申请号,任务明细,( ))
执行(申请号,策划员,实际完成时间,用户评价)


【问题1】(5分)
根据问题描述,补充五个联系,完善图2-1的实体联系图。联系名可用联系1、联系2、联系3、联系4和联系5,联系的类型为1:1、1:n和m:n(或1:1、1:*和*:*)。

1.联系1:部门和员工,1:n
2.联系2:业务员和用户申请,1:n
3.联系3:用户和用户申请,1:n
4.联系4:策划员和策划任务,n:m
5.联系5:策划任务和用户申请,1:1

【问题2】(4分)
根据题意,将关系模型中的空(a)~(d)补充完整,并填入答题纸对应的位置上。

a.职位,部门号
b.用户名,银行帐号
c.预算费用,业务员(员工号)
d.要求完成时间

【问题3】(4分)
给出“用户申请”和“策划任务”关系模式的主键和外键。

用户申请:主键:申请号 外键:用户号,业务员
策划任务:主键:申请号 外键:申请号

【问题4】(2分)
请问“执行”关系模式的主键为全码的说法正确吗?为什么?

不正确。
All-key关系模型的所有属性组组成该关系模式的候选码,称为全码。即所有属性当作一个码。若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码。
实际完成时间和用户评价为非主属性。

试题二(共 15 分)
阅读下列说明,回答问题 1 至问题 3,将解答填入答题纸的对应栏内。
【说明】
某房屋租赁公司拟开发一个管理系统用于管理其持有的房屋、租客及员工信息。请根据下述需求描述完成系统的数据库设计。
【需求描述】
1.公司拥有多幢公寓楼,每幢公寓楼有唯一的楼编号和地址。每幢公寓楼中有多套公寓,每套公寓在楼内有唯一的编号(不同公寓楼内的公寓号可相同〉。系统需记录每套公寓的卧室数和卫生间数。
2.员工和租客在系统中有唯一的编号(员工编号和租客编号)。
3.对于每个租客,系统需记录姓名、多个联系电话、一个银行账号(方便自动扣房租)、一个紧急联系人的姓名及联系电话。
4.系统需记录每个员工的姓名、一个联系电话和月工资。员工类别可以是经理或维修工,也可兼任。每个经理可以管理多幢公寓楼。每幢公寓楼必须由一个经理管理。系统需记录每个维修工的业务技能,如:水暖维修、电工、木工等。
5.租客租赁公寓必须和公司签订租赁合同。一份租赁合同通常由一个或多个租客(合租)与该公寓楼的经理签订,一个租客也可租赁多套公寓。合同内容应包含签订日期、开始时间、租期、押金和月租金。
【概念模型设计】
根据需求阶段收集的信息,设计的实体联系图(不完整)如图 2-1所示。

E-R模型_第11张图片
【逻辑结构设计】
根据概念摸型设计阶段完成的实体联系图,得出如下关系模式(不完整):
联系电话(电话号码,租客编号)
租客(租客编号,姓名,银行账号,联系人姓名,联系人电话)
员工(员工编号,姓名,联系电话,类别,月工资, (a) )
公寓楼( (b) ,地址,经理编号)
公寓(楼编号,公寓号,卧室数,卫生间数〉
合同(合同编号,租客编号,楼编号,公寓号,经理编号,签订日期,
起始日期,租期, (c) ,押金)



【问题 1】(4.5 分)
补充图 2-1 中的“签约”联系所关联的实体及联系类型。

E-R模型_第12张图片
【问题 2】(4.5 分)
补充逻辑结构设计中的(a)、(b)、(c)三处空缺。

(a)业务技能
(b)楼编号
(c)月租金


【问题 3】(6 分)
在租期内,公寓内设施如出现问题,租客可在系统中进行故障登记,填写故障描述,每项故障由系统自动生成唯一的故障编号,由公司派维修工进行故障维修,系统需记录每次维修的维修日期和维修内容。请根据此需求,对图 2-1 进行补充,并将所补充的 ER 图内容转换为一个关系模式,请给出该关系模式。

维修(故障编号,故障描述,维修工,维修日期,维修内容,楼编号,公寓号,租客编号)
E-R模型_第13张图片

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

E-R模型_第14张图片
【关系模式设计】
部门(部门号,部门名称,经理,电话)
员工(员工号, ( a ),姓名,岗位,电话,工资)
客户( ( b ) ,联系人,联系电话,联系地址)
客房(客房号,客房类型,收费标准,入住状态)
预订申请( ( c) ,入住时间,天数,客房类型,客房数量)
安排(申请号,客房号,姓名,性别, (d) ,天数,电话,业务员)



【问题1】(4分)
根据问题描述,补充四个联系,完善图2-1,的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n (或1:1,和1:*和*:*)。

1、经理与部门 之间 存在1:1的联系。
2、部门与员工 之间 存在1:n的联系。
3、客户与预订申请 之间 存在 1:n的联系。
4、业务员、客房、预订申请 之间存在1:m:n的联系。
E-R模型_第15张图片

【问题2】(8分)
(1)根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸对应的位置上。
(2)给出“预订申请”和“安排”关系模式的主键和外键。

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


【问题3】(3分)
【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式)。

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

你可能感兴趣的:(软件设计师(软考),其他)