logo资料库

2012下半年电子商务设计师考试真题及答案-下午卷.doc

第1页 / 共23页
第2页 / 共23页
第3页 / 共23页
第4页 / 共23页
第5页 / 共23页
第6页 / 共23页
第7页 / 共23页
第8页 / 共23页
资料共23页,剩余部分请下载后查看
【需求分析】
【概念模型设计】
B.当系统出错时,检查能否在指定时间间隔内修正错误并重新启动
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)应填写“申请号,客户号”。 会议申请关系模式的主键为“申请号,客房类型”,因为,申请号、客房类型能唯一标识该 关系模式的每一个元组。会议申请关系模式的外键为客户号及员工号,因为,客户号及员工 号分别为客户及员工关系模式的主键,故为该关系模式的外键。 策划任务关系模式的主键为申请号,因为,申请号能唯一标识该关系模式的每一个元组,故 申请号为该关系模式的主键。策划任务关系模式的外键为员工号,因为,员工号为员工关系
分享到:
收藏