2012 下半年电子商务设计师考试真题及答案-下午卷
试题一
某电子商务系统采用以数据库为中心的集成方式改进购物车的功能,详细需求如下:
1.加入购物车。顾客浏览商品,点击加入购物车,根据商品标识从商品表中读取商品信
息,并更新购物车表。
2.浏览购物车。顾客提交浏览购物车请求后,显示出购物车表中的商品信息。
3.提交订单。顾客点击提交订单请求,后台计算购物车表中商品的总价(包括运费)加
入订单表,将购物车表中的商品状态改为待付款,显示订单详情。若商家改变价格,则刷新
后可看到更改后的价格。
4.改变价格。商家查看订购自家商品的订单信息,根据特殊优惠条件修改价格,更新订
单表中的商品价格。
5.付款。顾客点击付款后,系统先根据顾客表中关联的支付账户,将转账请求(验证码、
价格等)提交给支付系统(如信用卡系统)进行转账;然后根据转账结果返回支付状态并更
改购物车表中商品的状态。
6.物流跟踪。商家发货后,需按订单标识添加物流标识(物流公司、运单号);然后可
根据顾客或商家的标识以及订单标识,查询订单表中的物流标识,并从相应物流系统查询物
流信息。
7.生成报表。根据管理员和商家设置的报表选项,从订单表、商品表以及商品分类表中
读取数据,调用第三方服务 Crystal Reports 生成相关报表。
8.维护信息。管理员维护(增、删、改、查)顾客表、商品分类表和商品表中的信息。
现采用结构化方法实现上述需求,在系统分析阶段得到如图 1-1 所示的顶层数据流图和图
1-2 所示的 0 层数据流图。
【问题 1】
使用说明中的词语,给出图 1-1 中的实体 E1〜E4 的名称。
E1:商家
E2:支付系统
E3:物流系统
E4:Crystal Reports 或第三方服务
本题考查采用结构化方法进行系统分析与设计,主要考查数据流图(DFD)的应用,是比较
传统的题目,要求考生细心分析题目中所描述的内容。
DFD 是一种便于用户理解、分析系统数据流程的图形化建模工具,是系统逻辑模型的重要组
成部分。
本问题考查顶层 DFD。顶层 DFD 一般用来确定系统边界,将待开发系统看作一个加工,图中
只有唯一的一个处理和一些外部实体,以及这两者之间的输入输出数据流。题目要求根据描
述确定图中的外部实体。外部实体可以是和系统交互的人,以及和系统交互的外部系统或服
务。分析题目中的描述,并结合己经在顶层数据流图中给出的数据流进行分析。分析题目中
的说明,管理员维护系统中信息,顾客和商家是系统的主要使用者;商家查看订购自家商品
的订单信息,根据特殊优惠条件修改价格,更新订单表中的商品价格,还可以添加物流标识
并进行物流跟踪;使用支付系统进行支付,通过物流系统进行物流跟踪,以及第三方服务
Crystal Report 生成报表。可以看出,和系统的交互者包括管理员、顾客、商家三类人,
支付系统、物流系统和 Crystal Report 三种外部系统。
对应图 1-1 中数据流和实体的对应关系,管理员和顾客己经给出,可知 E1 为商家,E2 为支
付系统,E3 为物流系统,E4 为第三方服务 Crystal Report。
【问题 2】
使用说明中的词语,给出图 1-2 中的数据存储 D1〜D4 的名称。
D1:订单表
D2:商品表
D3:商品分类表
D4:购物车表
本问题考查 0 层 DFD 中数据存储的确定。根据说明中所描述的处理和相关数据存储之间的连
接关系,判定每个数据存储。加入购物车和浏览购物车分别读取和更新购物车表中的数据;
改变价格和提交订单要读取和更新订单表中的数据;维护信息时需要维护商品表和商品分类
表,生成报告要读取商品表和商品分类表,加入购物车时,需要读取商品表中的商品信息。
根据描述和图 1-2 中的数据存储的输入输出数据流提示,可知:D1 为订单表,D2 为商品表,
D3 为商品分类表,D4 为购物车表。
【问题 3】
图 1-2 中缺失了数据流,请用说明或图 1-2 中的词语,给出其起点和终点。
图 1-2 中缺少的数据流:
本问题考查绘制 0 层 DFD 时是否将本层该绘制的数据流全部绘制出。对照顶层数据流图和 0
层数据流图,检查是否和外部实体之间的数据流一致;仔细对照说明中的描述和图 1-2 中给
出的数据流,检查是否遗漏掉信息。说明中:提交订单处理时,后台计算购物车表中的商品
的总价,即需要读出购物车表中的相关价格进行计算,读取出其中数据;付款需要读取顾客
表中关联的支付账户,并向支付系统提交转账请求,然后根据转账结果更改购物车表中商品
的状态;生成报告时根据管理员和商家设置的报告选项,从订单表、商品表以及商品分类表
中读取数据,再调用第三方服务 Crystal Reports 生成相关报告。将这些说明和图 1-2 进行
对照,发现缺少了从付款到购物车表(D4)、从购物车表到提交订单、从顾客表到付款,以
及从订单表(D1)到生成报表等 4 条数据流。
【问题 4】
根据说明,给出数据流“转账请求”、“顾客订单物流查询请求”和“商家订单物流查询
请求”的各组成数据项。
转账请求=验证码+价格+账号信息
顾客订单物流查询请求=顾客标识+订单标识
商家订单物流查询请求=商家标识+{订单标识}
本问题考查在绘制数据流图时数据流的数据项组成。数据流图描述了系统的分解,但它并没
有给出图中各成分的说明。通常采用数据字典为数据流图中的每个数据流、文件、处理,以
及组成数据流或文件的数据项做出说明。对于数据流,通常列出该数据流的各组成数据项,
并采用数据字典定义式中出现的符号进行表示,如“=”表示“被定义为”,“+”表示“与”
“{……}”表示其中数据可以有多个等等。本试题说明中:付款时,需根据顾客表中关联的
支付账户将转账请求(验证码、价格等)提交给支付系统;物流跟踪时,根据顾客和商家的
标识以及订单标识进行查询,而且在改变价格时商家查看订购自家商品的订单信息,可知商
家可以查询一批订单。可以看出,提交给支付系统的请求中包含支付账户、验证码与价格;
顾客订单查询请求中有顾客标识、订单标识;商家订单查询请求中有商家标识、订单标识(一
批订购自家商品的订单标识)。因此“转账请求=支付账户+验证码+价格”;“商家订单物流查
询请求=物流标识+{订单标识}”;“顾客订单物流标识=物流标识+订单标识”。
试题二
某会议策划公司为了方便客户,便于开展和管理各项业务活动,需要构建一个基于网络
的会议预定系统。
【需求分析】
1.会议策划公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名称、部
门主管、电话和邮箱号。每个部门有多名员工处理部门的日常事务,每名员工只能在一个部
门工作。每个部门有一名主管负责管理本部门的事务和人员。
2.员工信息包括员工号、姓名、部门号、职位、联系方式和工资;其中,职位包括主管、
业务员、策划员等。业务员负责受理会议申请。若申请符合公司规定,则置受理标志并填写
业务员的员工号。策划部主管为己受理的会议申请制定策划任务,包括策划内容、参与人数、
要求完成时间等。一个己受理的会议申请对应一个策划任务,一个策划任务只对应一个已受
理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划
任务。
3.客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账
号。其中,一个客户号唯一标识一个客户。一个客户可以提交多个会议申请,但一个会议申
请对应唯一的一个客户号。
4.会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数.预算费用、
会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业
务员的员工号等。客房类型有豪华套房、普通套房、标准间、三人间等,且申请号和客房类
型决定客房数。
【概念模型设计】
根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:
【关系模式设计】
部门(部门号,部门名称,主管,电话,邮箱号)
员工(员工号,姓名,(a),联系方式,工资)
客户(客户号,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)会议申请
((b),开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会
议室要求,客房数,联系人,联系方式,受理标志,员工号)
策划任务((c),策划内容,参与人数,要求完成时间)
执行策划((d),实际完成时间)
【问题 1】
根据问题描述,补充五个联系、联系的类型,完善图 2-1 的实体联系图。
本题考查数据库设计方面的应用知识。
根据题意,一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号,故应
在客户和会议申请之间增加一个 1:n 的“提交”联系;由于业务员负责受理会议申请,若申
请符合公司规定则置受理标志并填写业务员的员工号,因此业务员和会议申请之间有一个
1:n 的“受理”联系;由于一个已受理的会议申请对应一个策划任务,一个策划任务只对应
一个己受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与
多项策划任务,因此策划任务和策划员之间有一个 n:m 的“执行”联系;由于每个部门有多
名员工处理部门的日常事务,每名员工只能在一个部门工作,因此部门和员工之间有一个
1:n 的“所属”联系;又由于每个部门有一名主管负责管理本部门的事务和人员,而该主管
也是一名员工,因此主管和部门之间有一个 1:1 的“管理”联系。
根据上述分析,完善图 2-1 所示的实体联系图可参见参考答案。
【问题 2】
根据实体联系图,将关系模式中的空(a)〜(d)补充完整(1 个空缺处可能有多个数
据项)。对会议申请、策划任务和执行策划关系模式,用下划线和#分别指出各关系模式的主
键和外键。
(a)部门号,职位
(b)申请号,客房类型,客户号
(c)申请号,员工号
(d)申请号,员工号
关系模式为:
会议申请(申请号,客房类型,客户号#,开会日期,会议地点,持续天数,会议人数,预
算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工
号#)
策划任务(申请号#,员工号#,策划内容,参与人数,要求完成时间)
执行策划(申请号#,员工号#,实际完成时间)
根据题意,在员工关系模式中,部门与员工之间是一个 1:n 的联系,需要将 1 端(即部门)
的码“部门号”并入员工关系;又因为每个员工担任相应职位,故员工关系模式欢迎添加“职
位”属性;可见,空(a)应填写“部门号,职位”。
在会议申请关系模式中,由于申请号、客房类型、客户号为主键,故空(b)应填写“申请
号,客房类型,客户号”;在策划任务关系模式中,申请号、员工号为主键,故空(c)应填
写“申请号,客户号”;由于一个策划任务可由多名策划员参与执行,且一名策划员可以参
与多项策划任务,故在执行策划关系模式中,执行策划又由于一个业务员可以安排多个托运
申请,申请号、员工号为主键,故空(d)应填写“申请号,客户号”。
会议申请关系模式的主键为“申请号,客房类型”,因为,申请号、客房类型能唯一标识该
关系模式的每一个元组。会议申请关系模式的外键为客户号及员工号,因为,客户号及员工
号分别为客户及员工关系模式的主键,故为该关系模式的外键。
策划任务关系模式的主键为申请号,因为,申请号能唯一标识该关系模式的每一个元组,故
申请号为该关系模式的主键。策划任务关系模式的外键为员工号,因为,员工号为员工关系