上半年软件设计师下午真题试题卷.docx
《上半年软件设计师下午真题试题卷.docx》由会员分享,可在线阅读,更多相关《上半年软件设计师下午真题试题卷.docx(18页珍藏版)》请在冰豆网上搜索。
上半年软件设计师下午真题试题卷
2017年上半年软件设计师下午试卷
第1题
阅读下列说明和图,回答问题1至问题4,将解答填入答题纸的对应栏。
【说明】某医疗器械公司作为复杂医疗产品的集成商,必须保持高质量部件的及时供应。
为了实现这一目标,该公司欲开发一采购系统。
系统的主要功能如下:
1、检查库存水平。
采购部门每天检查部件库存量,当特定部件的库存量降至其订货点时,返回低存量部件及库存量。
2、下达采购订单。
采购部门针对低存量部件及库存量提交采购请求,向其供应商(通过供应商文件访问供应商数据)下达采购订单,并存储于采购订单文件中。
3、交运部件。
当供应商提交提单并交运部件时,运输和接收(S/R)部门通过执行以下三步过程接收货物:
(1)验证装运部件。
通过访问采购订单并将其与提单进行比较来验证装运的部件,并将提单信息发给S/R职员。
如果收货部件项目出现在采购订单和提单上,则已验证的提单和收货部件项目将被送去检验。
否则,将S/R职员提交的装运错误信息生成装运错误通知发送给供应商。
(2)检验部件质量。
通过访问质量标准来检查装运部件的质量,并将己验证的提单发给检验员。
如果部件满足所有质量标准,则将其添加到接受的部件列表用于更新部件库存。
如果部件未通过检查,则将检验员创建的缺陷装运信息生成缺陷装运通知发送给供应商。
(3)更新部件库存。
库管员根据收到的接受的部件列表添加本次采购数量,与原有库存量累加来更新库存部件中的库存量。
标记订单采购完成。
现采用结构化方法对该采购系统进行分析与设计,获得如图1-1所示的上下文数据流图和图1-2所示的0层数据流图。
图1-1上下文数据流图
图1-20层数据流图
问题:
1。
1使用说明中的词语,给出图1-1中的实体E1~E5
问题:
1.2使用说明中的词语,给出图1-2中的数据存储D1~D4的名称。
问题:
1.3根据说明和图中术语,补充图1-2中缺失的数据流及其起点和终点。
问题:
1.4用200字以文字,说明建模图1-1和图1-2时如何保持数据流图平衡。
问题1答案解析:
问题1:
E1供应商E2采购部门E3检验员E4库管员E5S/R职员
问题2答案解析:
问题2D1库存表D2采购订单表D3质量标准表D4供应商表
问题3答案解析:
装运错误通知:
P3(验证装运部件)-----E1(客户)
缺陷装运通知:
P4(校验部件质量)-----E1(客户)
产品检验:
P3(验证装运部件)------P4(校验部件质量)
检查库存信息:
P1(检查库存水平)-----D1(库存表)
问题4答案解析:
父图中某个加工的输入输出数据流必须与其子图的输入输出数据流在数量上和名字上相同。
父图的一个输入(或输出)数据流对应于子图中几个输入(或输出)数据流,而子图中组成的这些数据流的数据项全体正好是父图中的这一个数据流。
第2题
读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏。
【说明】
某房屋租赁公司拟开发一个管理系统用于管理其持有的房屋、租客及员工信息。
请根据下述需求描述完成系统的数据库设计。
【需求描述】
1、公司拥有多幢公寓楼,每幢公寓楼有唯一的楼编号和地址。
每幢公寓楼中有多套公寓,每套公寓在楼有唯一的编号(不同公寓楼的公寓号可相同〉。
系统需记录每套公寓的卧室数和卫生间数。
2、员工和租客在系统中有唯一的编号(员工编号和租客编号)。
3、对于每个租客,系统需记录、多个联系、一个银行账号(方便自动扣房租)、一个紧急联系人的及联系。
4、系统需记录每个员工的、一个联系和月工资。
员工类别可以是经理或维修工,也可兼任。
每个经理可以管理多幢公寓楼。
每幢公寓楼必须由一个经理管理。
系统需记录每个维修工的业务技能,如:
水暖维修、电工、木工等。
5、租客租赁公寓必须和公司签订租赁合同。
一份租赁合同通常由一个或多个租客(合租)与该公寓楼的经理签订,一个租客也可租赁多套公寓。
合同容应包含签订日期、开始时间、租期、押金和月租金。
【概念模型设计】
根据需求阶段收集的信息,设计的实体联系图(不完整)如图2-1所示。
【逻辑结构设计】
根据概念摸型设计阶段完成的实体联系图,得出如下关系模式(不完整):
联系(,租客编号)
租客(租客编号,,银行账号,联系人,联系人)
员工(员工编号,,联系,类别,月工资,(a))
公寓楼((b),地址,经理编号)
公寓(楼编号,公寓号,卧室数,卫生间数〉
合同(合同编号,租客编号,楼编号,公寓号,经理编号,签订日期,起始日期,租期,(c),押金)
问题:
2.1补充图2-1中的“签约”联系所关联的实体及联系类型。
问题:
2.2补充逻辑结构设计中的(a)、(b)、(c)三处空缺。
问题:
2.3在租期,公寓设施如出现问题,租客可在系统中进行故障登记,填写故障描述,每项故障由系统自动生成唯一的故障编号,由公司派维修工进行故障维修,系统需记录每次维修的维修日期和维修容。
请根据此需求,对图2-1进行补充,并将所补充的ER图容转换为一个关系模式,请给出该关系模式。
问题1答案解析:
问题2答案解析:
问题2
(a)业务技能
(b)楼编号
(c)月租金
问题3答案解析:
新增维修关系,维修工维修公寓,关系模式为维修情况
维修情况(故障编号,员工编号,楼编号,公寓号,维修日期,维修容)
第3题
阅读下列系统设计说明,回答问题1至问题3,将解答填入答题纸的对应栏。
【说明】某玩具公司正在开发一套电动玩具在线销售系统,用于向注册会员提供端对端的玩具定制和销售服务。
在系统设计阶段,"创建新订单(NewOrder)"的设计用例详细描述如表3-1所示,候选设计类分类如表3-2所示,并根据该用例设计出部分类图如图3-1所示。
表3-1创建新订单(NewOrder)设计用例
用例名称
创建新订单NewOrder
用例编号
ETM-R002
参与者
会员
前提条件
会员已经注册并成功登录系统
典型事件流
1。
会员(C1)点击“新的订单”按钮;
2。
系统列出所有正在销售的电动玩具清单及价格(C2)
3。
会员点击复选框选择所需电动玩具并输入对应数量,点击“结算”按钮;
4。
系统自动计算总价(C3),显示销售清单和会员预先设置个人资料的收货地址和支付方式(C4);
5。
会员点击“确认支付”按钮;
6。
系统自动调用支付系统(C5)接口支付该账单;
7。
若支付系统返回成功标识,系统生成完整订单信息持久存储到数据库订单表(C6)中;
8。
系统将以表格形式显示完整订单信息(C7),同时自动发送完整订单信息(C8)至会员预先配置的地址(C9)。
候选事件流
3a
(1)会员点击“定制”按钮;
(2)系统以列表形式显示所有可以定制的电动玩具清单和定制属性(如尺寸、颜色等)(C10);
(3)会员点击单选按钮选择所需要定制的电动玩具并填写所需要定制的属性要求,点击“结算”按钮;
(4)回到步骤4。
7a
(1)若支付系统返回失败标识,系统显示会员当前默认支付方式(C11)让会员确认;
(2)若会员点击“修改付款”按钮,调用“修改付款”用例,可以新增并存储为默认支付方式(C12),回到步骤4;
(3)若会员点击“取消订单”,则该用例终止执行。
表3-2候选设计类分类
接口类(Interface,负责系统与用户之间的交互)
(a)
控制类(Control,负责业务逻辑的处理)
(b)
实体类(Entity,负责持久化数据的存储)
(c)
在订单处理的过程中,会员可以点击“取消订单"取消该订单。
如果支付失败,该订单将被标记为挂起状态,可后续重新支付,如果挂起超时30分钟未支付,系统将自动取消该订单。
订单支付成功后,系统判断订单类型:
(1)对于常规订单,标记为备货状态,订单信息发送到货运部,完成打包后交付快递发货;
(2)对于定制订单,会自动进入定制状态,定制完成后交付快递发货。
会员在系统中点击”收货"按钮变为收货状态,结束整个订单的处理流程。
根据订单处理过程所设计的状态图如图3-2所示。
问题:
3.1根据表3-1中所标记的候选设计类,请按照其类别将编号C1~C12分别填入表3-2中的(a)、(b)和(c)处。
问题:
3.2根据创建新订单的用例描述,请给出图3-1中X1~X4处对应类的名称。
问题:
3.3根据订单处理过程的描述,在图3-2中S1~S5处分别填入对应的状态名称。
问题1答案解析:
(a):
C4、C5、C7、C8、C10、C11
(b):
C3
(c):
C1、C2、C6、C9、C12
一、实体类
实体类是用于对必须存储的信息和相关行为建模的类。
实体对象(实体类的实例)用于保存和更新一些现象的有关信息,例如:
事件、人员或者一些现实生活中的对象。
实体类通常都是永久性的,它们所具有的属性和关系是长期需要的,有时甚至在系统的整个生存期都需要。
二、边界类
边界类是系统部与系统外部的业务主角之间进行交互建模的类。
边界类依赖于系统外部的环境,比如业务主角的操作习惯、外部的条件的限制等。
它或者是系统为业务主角操作提供的一个GUI,或者系统与其他的系统之间进行一个交互的接口,所以当外部的GUI变化时,或者是通信协议有变化时,只需要修改边界类就可以了,不用再去修改控制类和实体类。
业务主角通过它来与控制对象交互,实现用例的任务。
边界类调用用例的控制类对象,进行相关的操作。
一个系统可能会有多种边界类:
用户界面类-帮助与系统用户进行通信的类
系统接口类-帮助与其他系统进行通信的类
设备接口类-为用来监测外部事件的设备(如传感器)提供接口的类
三、控制类
控制类用于对一个或几个用例所特有的控制行为进行建模,它描述的用例的业务逻辑的实现,控制类的设计与用例实现有着很大的关系。
在有些情况下,一个用例可能对应多个控制类对象,或在一个控制类对象中对应着对个用例。
它们之间没有固定的对应关系,而是根据具体情况进行分析判断,控制类有效将业务逻辑独立于实体数据和边界控制,专注于处理业务逻辑,控制类会将特有的操作和实体类分离,者有利于实体类的统一化和提高复用性。
当业务主角通过边界类来执行用例的时候,产生一个控制类对象,在用例被执行完后,控制类对象会被销毁。
控制类的特点:
独立于环境、和用例的实现关联、使用关联实体类或操作实体类对象、专注于业务逻辑的实现。
当然如果用例的逻辑较为简单,可以直接利用边界类来操作实体类,而不必再使用控制类。
或者用例的逻辑较为固定,业务逻辑固定不会改变。
也可以直接在边界类实现该逻辑。
问题2答案解析:
X1:
收货地址
X2:
支付方式
X3:
地址
X4:
电动玩具定制属性
问题3答案解析:
S1:
订单挂起
S2:
订单备货
S3:
订单定制
S4:
订单发货
S5:
订单收货
第4题
阅读下列说明和C代码,回答问题1至问题3,将解答写在答题纸的对应栏。
【说明】假币问题:
有n枚硬币,其中有一枚是假币,己知假币的重量较轻。
现只有一个天平,要求用尽量少的比较次数找出这枚假币。
【分析问题】
将n枚硬币分成相等的两部分:
(1)当n为偶数时,将前后两部分,即1。
。
。
n/2和n/2+1。
。
。
0,放在天平的两端,较轻的一端里有假币,继续在较轻的这部分硬币中用同样的方法找出假币:
(2)当n为奇数时,将前后两部分,即1。
。
(n-1)/2和(n+1)/2+1。
。
。
0,放在天平的两端,较轻的一端里有假币,继续在较轻的这部分硬币中用同样的方法找出假币;若两端重量相等,则中间的硬币,即第(n+1)/2枚硬币是假币。
【C代码】
下面是算法的C语言实现,其中:
coins[]:
硬币数组
first,last:
当前考虑的硬币数组中的第一个和最后一个下标
#includeh>
intgetCounterfeitCoin(intcoins[],intfirst,intlast)
{
intfirstSum=0,lastSum=0;
intì;
if(first==last-1){/*只剩两枚硬币*/
if(coins[first]returnfirst;
returnlast;
}
if((last-first+1)%2==0)
{
/*偶数枚硬币*/
for(i=first;i<
(1);i++){
firstSum+=coins[i];
}
for(i=first+(last-first)/2+1;ilastSum+=coins[i];
}
if
(2){
ReturngetCounterfeitCoin(coins,first,first+(last-first)/2;)
}
else{
ReturngetCounterfeitCoin(coins,first+(last-first)/2+1,last;)
}
}
else
{
/*奇数枚硬币*/
for(i=first;ifirstSum+=coins[i];
}
for(i=first+(last-first)/2+1;ilastSum+=coins[i];
}
if(firstSumreturngetCounterfeitCoin(coins,first,first+(last-first)/2-1);
}
elseif(firstSum>lastSum){
returngetCounterfeitCoin(coins,first+(last-first)/2-1,last);
}
else{
Return(3)
}
}
}
问题
问题:
4.1根据题干说明,填充C代码中的空
(1)-(3)
问题:
4.2根据题干说明和C代码,算法采用了()设计策略。
函数getCounterfeitCoin的时间复杂度为()(用O表示)。
问题:
4.3若输入的硬币数为30,则最少的比较次数为(),最多的比较次数为()。
答案解析:
问题1
(1)first+(last-first)/2或(first+last)/2
(2)firstSum(3)first+(last-first)/2或(first+last)/2
问题2
(4)分治法
(5)O(nlogn)
问题3
(6)2(7)4
试题分析:
若输入30个硬币,找假硬币的比较过程为:
第1次:
15比15,此时能发现假币在15个的围。
第2次:
7比7,此时,如果天平两端重量相同,则中间的硬币为假币,此时可找到假币,这是最理想的状态。
第3次:
3比3,此时若平衡,则能找出假币,不平衡,则能确定假币为3个中的1个。
第4次:
1比1,到这一步无论是否平衡都能找出假币,此时为最多比较次数。
第6题
阅读下列说明和Java代码,将应填入(n)处的字句写在答题纸的对应栏。
【说明】某快餐厅主要制作并出售儿童套餐,一般包括主餐(各类比萨)、饮料和玩具,其餐品种类可能不同,但其制作过程相同。
前台服务员(Waiter)调度厨师制作套餐。
现采用生成器(Builder)模式实现制作过程,得到如图6-1所示的类图。
【Java代码】
classPizza{
privateStringparts;
publicvoidsetParts(Stringparts){this。
parts=parts;}
publicStringtoString(){returnthis。
parts;}
}
abstractclassPizzaBuilder{
protectedPizzapizza;
publicPizzagetPizza(){returnpizza;}
publicvoidcreateNewPizza(){pizza=newPizza();}
public
(1);
}
classHawaiianPizzaBuilderextendsPizzaBuilder{
publicvoidbuildParts(){
pizza。
setParts("cross+mild+ham&pineapp1e”);
}
}
classSpicyPizzaBuilderextendsPizzaBuilder{
publicvoidbuildParts(){
pizza。
setParts("panbaked+hot+pepperoni&salami");
}
}
classWaiter{
privatePizzaBuilderpizzaBuilder;
publicvoidsetPizzaBuilder(PizzaBuilderpizzaBuilder){
/*设置构建器*/
(2);
}
publicPizzagetPizza(){returnpizzaBuilder。
getPizza();}
publicvoidconstruct(){/*构建*/
pizzaBuilder。
createNewPizza();
(3);
}
}
ClassFastFoodOrdering{
publicstaticviodmainSting[]args){
Waiterwaiter=newWaiter();
PizzaBuilderhawaiian_pizzabuilder=newHawaiianPizzaBuilder();
(4);
(5);
System。
out。
println("pizza:
"+waiter。
getPizza());
}
}
程序的输出结果为:
Pizza:
cross+mild+ham&pineapple
答案解析:
(1)abstractvoidbuildParts();
(2)this.pizzaBuilder=pizzaBuilder
(3)pizzaBuilder.buildParts()
(4)waiter.setPizzaBuilder(hawaiian_pizzabuilder)
(5)waiter.construct()