下半年电子商务设计师下午案例真题+答案解析全国计算机软考Word文档格式.docx

下半年电子商务设计师下午案例真题+答案解析全国计算机软考Word文档格式.docx

《下半年电子商务设计师下午案例真题+答案解析全国计算机软考Word文档格式.docx》由会员分享，可在线阅读，更多相关《下半年电子商务设计师下午案例真题+答案解析全国计算机软考Word文档格式.docx（25页珍藏版）》请在冰豆网上搜索。

1.4根据说明，给出数据流“转账请求”、“顾客订单物流查询请求”和“商家订单物流查询请求”的各组成数据项。

答案解析：

E1：

商家

E2:

支付系统

E3:

物流系统

E4：

CrystalReports或第三方服务

本题考查采用结构化方法进行系统分析与设计，主要考查数据流图（DFD）的应用，是比较传统的题目，要求考生细心分析题目中所描述的内容。

DFD是一种便于用户理解、分析系统数据流程的图形化建模工具，是系统逻辑模型的重要组成部分。

本问题考查顶层DFD。

顶层DFD一般用来确定系统边界，将待开发系统看作一个加工，图中只有唯一的一个处理和一些外部实体，以及这两者之间的输入输出数据流。

题目要求根据描述确定图中的外部实体。

外部实体可以是和系统交互的人，以及和系统交互的外部系统或服务。

分析题目中的描述，并结合己经在顶层数据流图中给出的数据流进行分析。

分析题目中的说明，管理员维护系统中信息，顾客和商家是系统的主要使用者；

商家查看订购自家商品的订单信息，根据特殊优惠条件修改价格，更新订单表中的商品价格，还可以添加物流标识并进行物流跟踪；

使用支付系统进行支付，通过物流系统进行物流跟踪，以及第三方服务CrystalReport生成报表。

可以看出，和系统的交互者包括管理员、顾客、商家三类人，支付系统、物流系统和CrystalReport三种外部系统。

对应图1-1中数据流和实体的对应关系，管理员和顾客己经给出，可知E1为商家，E2为支付系统，E3为物流系统，E4为第三方服务CrystalReport。

D1：

订单表

D2：

商品表

D3：

商品分类表

D4：

购物车表

本问题考查0层DFD中数据存储的确定。

根据说明中所描述的处理和相关数据存储之间的连接关系，判定每个数据存储。

加入购物车和浏览购物车分别读取和更新购物车表中的数据；

改变价格和提交订单要读取和更新订单表中的数据；

维护信息时需要维护商品表和商品分类表，生成报告要读取商品表和商品分类表，加入购物车时，需要读取商品表中的商品信息。

根据描述和图1-2中的数据存储的输入输出数据流提示，可知：

D1为订单表，D2为商品表，D3为商品分类表，D4为购物车表。

图1-2中缺少的数据流：

本问题考查绘制0层DFD时是否将本层该绘制的数据流全部绘制出。

对照顶层数据流图和0层数据流图，检查是否和外部实体之间的数据流一致；

仔细对照说明中的描述和图1-2中给出的数据流，检查是否遗漏掉信息。

说明中：

提交订单处理时，后台计算购物车表中的商品的总价，即需要读出购物车表中的相关价格进行计算，读取出其中数据；

付款需要读取顾客表中关联的支付账户，并向支付系统提交转账请求，然后根据转账结果更改购物车表中商品的状态；

生成报告时根据管理员和商家设置的报告选项，从订单表、商品表以及商品分类表中读取数据，再调用第三方服务CrystalReports生成相关报告。

将这些说明和图1-2进行对照，发现缺少了从付款到购物车表（D4）、从购物车表到提交订单、从顾客表到付款，以及从订单表（D1）到生成报表等4条数据流。

转账请求=验证码+价格+账号信息

顾客订单物流查询请求=顾客标识+订单标识

商家订单物流查询请求=商家标识+{订单标识}

本问题考查在绘制数据流图时数据流的数据项组成。

数据流图描述了系统的分解，但它并没有给出图中各成分的说明。

通常采用数据字典为数据流图中的每个数据流、文件、处理，以及组成数据流或文件的数据项做出说明。

对于数据流，通常列出该数据流的各组成数据项，并采用数据字典定义式中出现的符号进行表示，如“=”表示“被定义为”，“+”表示“与”“{……}”表示其中数据可以有多个等等。

本试题说明中：

付款时，需根据顾客表中关联的支付账户将转账请求（验证码、价格等）提交给支付系统；

物流跟踪时，根据顾客和商家的标识以及订单标识进行查询，而且在改变价格时商家查看订购自家商品的订单信息，可知商家可以查询一批订单。

可以看出，提交给支付系统的请求中包含支付账户、验证码与价格；

顾客订单查询请求中有顾客标识、订单标识；

商家订单查询请求中有商家标识、订单标识（一批订购自家商品的订单标识）。

因此“转账请求=支付账户+验证码+价格”；

“商家订单物流查询请求=物流标识+{订单标识}”；

“顾客订单物流标识=物流标识+订单标识”。

第2题

某会议策划公司为了方便客户，便于开展和管理各项业务活动，需要构建一个基于网络的会议预定系统。

【需求分析】

1.会议策划公司设有受理部、策划部和其他部门。

部门信息包括部门号、部门名称、部门主管、电话和邮箱号。

每个部门有多名员工处理部门的日常事务，每名员工只能在一个部门工作。

每个部门有一名主管负责管理本部门的事务和人员。

2.员工信息包括员工号、姓名、部门号、职位、联系方式和工资；

其中，职位包括主管、业务员、策划员等。

业务员负责受理会议申请。

若申请符合公司规定，则置受理标志并填写业务员的员工号。

策划部主管为己受理的会议申请制定策划任务，包括策划内容、参与人数、要求完成时间等。

一个己受理的会议申请对应一个策划任务，一个策划任务只对应一个已受理的会议申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与多项策划任务。

3.客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。

其中，一个客户号唯一标识一个客户。

一个客户可以提交多个会议申请，但一个会议申请对应唯一的一个客户号。

4.会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数.预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。

客房类型有豪华套房、普通套房、标准间、三人间等，且申请号和客房类型决定客房数。

【概念模型设计】

根据需求阶段收集的信息，设计的实体联系图和关系模式（不完整）如下：

【关系模式设计】

部门（部门号，部门名称，主管，电话，邮箱号）

员工（员工号，姓名，（a），联系方式，工资）

客户（客户号，单位名称，通信地址，所属省份，联系人，联系电话，银行账号）会议申请（（b），开会日期，会议地点，持续天数，会议人数，预算费用，会议类型，酒店要求，会议室要求，客房数，联系人，联系方式，受理标志，员工号）

策划任务（（c），策划内容，参与人数，要求完成时间）

执行策划（（d），实际完成时间）

2.1根据问题描述，补充五个联系、联系的类型，完善图2-1的实体联系图。

2.2根据实体联系图，将关系模式中的空（a）〜（d）补充完整（1个空缺处可能有多个数据项）。

对会议申请、策划任务和执行策划关系模式，用下划线和#分别指出各关系模式的主键和外键。

2.3请说明关系模式“会议申请”存在的问题及解决方案。

本题考查数据库设计方面的应用知识。

根据题意，一个客户可以提交多个会议申请，但一个会议申请对应唯一的一个客户号，故应在客户和会议申请之间增加一个1:

n的“提交”联系；

由于业务员负责受理会议申请，若申请符合公司规定则置受理标志并填写业务员的员工号，因此业务员和会议申请之间有一个1:

n的“受理”联系；

由于一个已受理的会议申请对应一个策划任务，一个策划任务只对应一个己受理的会议申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与多项策划任务，因此策划任务和策划员之间有一个n:

m的“执行”联系；

由于每个部门有多名员工处理部门的日常事务，每名员工只能在一个部门工作，因此部门和员工之间有一个1:

n的“所属”联系；

又由于每个部门有一名主管负责管理本部门的事务和人员，而该主管也是一名员工，因此主管和部门之间有一个1:

1的“管理”联系。

根据上述分析，完善图2-1所示的实体联系图可参见参考答案。

（a）部门号，职位

（b）申请号，客房类型，客户号

（c）申请号，员工号

（d）申请号，员工号

关系模式为：

会议申请（申请号，客房类型，客户号#，开会日期，会议地点，持续天数，会议人数，预算费用，会议类型，酒店要求，会议室要求，客房数，联系人，联系方式，受理标志，员工号#）

策划任务（申请号#，员工号#，策划内容，参与人数，要求完成时间）

执行策划（申请号#，员工号#，实际完成时间）

根据题意，在员工关系模式中，部门与员工之间是一个1:

n的联系，需要将1端（即部门）的码“部门号”并入员工关系；

又因为每个员工担任相应职位，故员工关系模式欢迎添加“职位”属性；

可见，空（a）应填写“部门号，职位”。

在会议申请关系模式中，由于申请号、客房类型、客户号为主键，故空（b）应填写“申请号，客房类型，客户号”；

在策划任务关系模式中，申请号、员工号为主键，故空（c）应填写“申请号，客户号”；

由于一个策划任务可由多名策划员参与执行，且一名策划员可以参与多项策划任务，故在执行策划关系模式中，执行策划又由于一个业务员可以安排多个托运申请，申请号、员工号为主键，故空（d）应填写“申请号，客户号”。

会议申请关系模式的主键为“申请号，客房类型”，因为，申请号、客房类型能唯一标识该关系模式的每一个元组。

会议申请关系模式的外键为客户号及员工号，因为，客户号及员工号分别为客户及员工关系模式的主键，故为该关系模式的外键。

策划任务关系模式的主键为申请号，因为，申请号能唯一标识该关系模式的每一个元组，故申请号为该关系模式的主键。

策划任务关系模式的外键为员工号，因为，员工号为员工关系模式的主键，故为该关系模式的外键。

执行策划关系模式的主键为“申请号，员工号”，因为，申请号及员工号能唯一标识该关系模式的每一个元组，故“申请号，员工号”为该关系模式的主键。

执行策划关系模式的外键为申请号及员工号，因为，申请号和员工号分别为会议申请和员工关系模式的主键，故为该关系模式的外键。

会议申请存在数据冗余及数据修改的不一致性问题，应该将关系模式分解为如下两个模式：

会议申请1（申请号，客户号，开会日期，会议地点，持续天数，会议人数，预算费用，会议类型，酒店要求，会议室要求，联系人，联系方式，受理标志，员工号）

会议申请2（申请号，客房类型，客房数）。

关系模式“会议申请”存在数据冗余及数据修改的不一致性问题，应该将关系模式分解，分解后的关系模式参见参考答案。

第3题

某软件公司承担了为企业开发电子商务系统的任务，为了保证软件系统的质量，软件公司在成立项目组的同时，成立了该项目的测试小组。

测试组对软件开发的全过程进行了测试，重点针对软件的功能和性能进行测试。

3.1测试组按照软件测试实施过程对软件进行了全面测试。

在测试过程中，测试组完成了以下测试工作：

A.检查软件是否满足合同规定的所有功能和性能，文档资料是否完整，确认人机界面和其他方面是否令用户满意。

B.检验软件产品能否与实际运行环境中的系统的其他部分（如硬件、数据库及操作人员等）协调地工作。

C.通过对被测模块的数据流进行测试，检查进出模块的数据是否正确。

D.将各个子功能组合起来，检查能否达到预期要求。

E.重新执行已经做过测试的某个子集，保证没有引入新的错误。

F.从实际终端用户的使用角度，对软件的功能和性能进行测试，以便发现可能只有最终用户才能发现的错误。

从软件测试实施过程的角度看，

（1）是单元测试，

（2）是集成测试，（3）是确认测试，（4）是系统测试，（5）是验收测试，（6）是回归测试。

3.2软件系统中关于电话号码是这样设定的：

电话号码由地区码、前缀和后缀3部分组成。

地区码由空白或3位数字组成；

前缀是非“0”或非“1”开头的3位数字；

后缀是4位数字。

测试小组设计了等价类，如表3-1所示。

请根据题目说明及表3-1，填补空（7）〜（11）。

3.3性能测试是指在一定条件下系统的行为表现是否符合需求规格的性能指标。

性能测试在保证软件质量中具有极其重要作用。

为了完成性能测试，测试小组完成了以下工作:

A.故意使系统出错，利用系统恢复的过程，窃取用户口令及其他有用的信息

B.当系统出错时，检查能否在指定时间间隔内修正错误并重新启动

C.先进行简单多任务测试，然后修正缺陷，再增加系统的压力，直到系统崩溃

D.检查系统的哪些功能依赖于系统调用，是否属于某个平台或版本独有，在不同平台上运行是否有差异

其中，（12）是压力测试；

（13）是容错件测试；

（14）是安全测试；

（15）是兼容性测试。

（1）C

（2）D（3）A（4）B（5）F（6）E

软件测试是保障电子商务系统质量的重要手段。

考生应该掌握软件测试的基本概念、基本过程和方法，了解电子商务软件系统的测试步骤。

本题主要从软件测试实施过程、软件测试方法以及性能测试三个方面，考核考生对相关概念、方法的掌握程度。

软件测试实施过程分为单元测试、集成测试、确认测试、系统测试、验收测试和回归测试。

本问题考核考生掌握软件测试实施过程的程度，要求考生掌握各个测试步骤的工作内容，与其他测试步骤的区别。

1.单元测试。

单元测试通过对每个最小的软件模块进行测试，检查各个程序模块是否正确地实现了规定的功能，确保其能正常工作。

单元测试的主要任务是，通过对被测模块的数据流进行测试，检查进出模块的数据是否正确。

2.集成测试。

集成测试是对己测试过的模块进行组装集成，目的是检验与软件设计相关的程序结构问题。

集成测试的主要任务是：

（1）将各模块连接起来，检查模块相互调用时，数据经过接口是否丢失。

（2）将各个子功能组合起来，检查能否达到预期要求的各项功能。

（3）一个模块的功能是否会对另一个模块的功能产生不利的影响。

（4）全局数据结构是否有问题，会不会被异常修改。

（5）单个模块的误差积累起来，是否被放大，从而达到不可接受的程度。

3.确认测试。

确认测试用来检验软件是否符合用户的需求。

软件确认一般采用黑盒测试法，通过一系列证明软件功能和要求的测试来实现。

确认测试的结果只哲两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；

反之，功能和性能指标不满足软件需求说明的要求，此时发现的错误一般很难在预定的工期内改正，因此往往须与用户协商，寻求一个妥善的解决方法。

4.系统测试。

系统测试检验软件产品能否与实际运行环境中的系统的其他部分（如硬件、数据库及操作人员等）协调地工作。

系统测试将软件与整个系统的硬件、外设、支持软件、数据和人员等结合起来，以需求规格说明为依据，在实际运行环境下进行测试。

5.验收测试。

是检验软件产品质量的最后一道工序，从实际终端用户的使用角度，对软件的功能和性能进行测试，以便发现可能只有是最终用户才能发现的错误。

测试人员在验收测试工作中将协助用户代表执行测试，并和测试观察员一起向用户解释测试用例的结果„

6.回归测试。

回归测试是一种验证已变更的系统的完整性与正确性的测试技术，是指重新执行已经做过的测试的某个子集，以保证修改没有引入新的错误或苕没有发现由于更改而引起之前未发现的错误，也就是保证改变没有带来非预期的副作用。

因此，软件开发的各个阶段会进行多次回归测试。

（7）3位数字

（8）200〜999之间的3位数字或非“0”或非“1”开头的3位数字

（9）4位数字

（10）有非数字字符

（11）起始位为0

软件测试方法包括白盒测试和黑盒测试等，而等价类法是黑盒测试法中最常用的测试方法之一。

本问题考核考生掌握等价类法的程度，即针对被测对象，能否设计有效等价类和无效等价类。

等价类是指某个输入域的子集合。

在该子集合中，测试某等价类的代表值就等于对这一类其他值的测试，对于揭露程序的错误是等效的。

因此，将输入的全部数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据取得较好的测试结果。

等价类划分有两种情况，即有效等价类和无效等价类。

（1）有效等价类：

对于程序的规格说明来说，它是由合理的、有意义的输入数据构成的集合，利用它可检验程序是否实现了规格说明中所规定的功能和性能。

（2）无效等价类：

与有效等价类相反，它是由对程序的规格说明无意义、不合理的输入数据构成的集合。

在【问题2】中，有效等价类栏目中地区码有两种选择，“空白”或“3位数字”，“空白”选项已经给出，故答案为“3位数字”。

前缀在题目中要求为非“0”或非“1”开头的3位数字，满足此条件的数值范围是200〜999,故答案如参考答案。

后缀只要求4位数字，从0000到9999均可，故填写4位数字即可。

对于地区码的无效等价类，有三种情况：

含有非数字字符、是数字字符但长度大于或小于3均为无效输入，后两个已在表中给出，故答案为有非数字字符。

对于前缀，除了要求3位数字外，还要求开头的数字不能为0或1，因此其无效类有5个，分别为有非数字字符、起始位为0、起始位为1、少于3位数字和多于3位数字，故答案为起始位为0。

（12）C（13）B（14）A（15）D

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

性能测试在软件的质量保证中起着重要的作用，它钽括的测试内容丰富多样。

本问题考核考生对性能测试涉及的相关概念的掌握情况。

1.安全性测试。

安全性测试是测试系统在应付非授权的内部/外部访问、非法侵入或故意的损坏时的系统防护能力，检验系统有能力使可能存在的内/外部的伤害或损害的风险限制在可接受的水平内。

安全性测试是要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。

一般通过以下几种破坏系统保护机构的方法来检验系统的安全性：

（1）正面攻击或从侧面、背面攻击系统中易受损坏的那些部分。

（2）以系统输入为突破口，利用输入的容错性进行正面攻击。

（3）申请和占用过多的资源压垮系统，以破坏安全措施，从而进入系统。

（4）故意使系统出错，利用系统恢复的过程，窃取用户口令及其他有用的信息。

（5）通过浏览残留在计算机各种资源中的垃圾（无用信息），以获取如口令、安全码和译码关键字等信息。

（6）浏览全局数据，期望从中找到进入系统的关键字。

（7）浏览那些逻辑上不存在，但物理上还存在的各种记录和资料等。

2.兼容性测试。

兼容性测试用于测试软件与先前发布过的版本、有依赖关系的外部软件、运行的系统的各种版本和硬件平台的不同配置的兼容情况。

一般从如下几个方面进行兼容性测试。

（1）检查版本是否兼容，检查新版本操作习惯与老版本是否兼容，目的是使老版本的用户很快地适应新版本的变化。

（2）检查数据格式是否兼容。

（3）检查系统调用的兼容性，检查系统的哪些功能依赖于系统调用，是否属于某个平台或版本独有，是否在不同平台上有差异。

3.容错性测试。

容错性测试是检查软件在异常条件下自身是否具有防护性措施或者灾难恢复手段。

如当系统出错时，能否在指定时间间隔内修正错误并重新启动。

可以把容错性测试看作是由系统异常处理测试和恢复测试组成的。

4.压力测试。

压力测试又称为强度测试，是在强负载（如大数据量、大量并发用户等）下的测试，用于查看应用系统在峰值使用情况下的操作行为，目的是发现系统的功能隐患、系统是否具有良好的容错能力和可恢复能力。

压力测试分为高负载下的长时间（如24小时以上）的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。

压力测试的一般步骤如下：

步骤1:

进行简单多任务测试。

步骤2:

简单压力缺陷修正后，增加系统的压力直到系统崩溃。

第4题

某电子商务网站使用ASP技术开发，数据库采用SQLServer,该商务网站具有商品展示、商品查询、会员登录、购物车管理、后台商品管理及会员管理等功能。

数据库名为CommodityBase，数据库包括商品表、商品大类表，商品小类表，用户表等，其中商品表（sw_Commodity）的结构如表4-1所示。

4.1在sw_Commodity表中，字段sw_smallclassid关联商品小类表的sw_smallclassid字段，它是sw_Commodity表的外键，是商品小类表的

（1）；

如果某个商品被点击浏览了，那么该商品的点击数应该加1,使商品ID为“sw0001”的商品的点击数加1的SOL语句为

（2）；

如果在查询商品时，需要按照商品点击数降序排序，那么需要在查询语句“select*fromsw_Commodity”的后面加上（3）；

空

（2）、（3）备选项如下：

（2）

A.updatesw_Commoditysetsw_chit=sw_chit+1

B.insertintosw_Commoditysw_chit=sw_chit+1wheresw_commodityid='

sw0001'

C.updatesw_Commoditysetsw_chit=sw_chit+1wheresw_commodityid='

D.updateCommodityBasesetsw_chit=sw_chit+1wheresw_commodityid='

（3）

A.orderbysw_chitdesc

B.orderbysw_chit

C.groupbysw_chitdesc

D.orderbysw_chitasc

4.2在ASP中，常见的内置对象有application、session、cookie等。

会员登录成功以后，要将会员信息进行临时保存，其中利用（4）可以将会员信息临时存在WEB服灸器内存中，利用（5）可以将会员信息临时存于客户端硬盘上。

如果要统计网站的访问人数，可以使用ASP内置对象（6）实现。

4.3该商务网站后台商品