2017年上半年软件设计师下午真题试卷

(1)若支付系统返回失败标识,系统显示会员当前默认支付方式(C11)让会员确认; (2)若会员点击“修改付款”按钮,调用“修改付7a 款”用例,可以新增并存储为默认支付方式(C12),回到步骤4; (3)若会员点击“取消订单”,则该用例终止执行。

表3-2 候选设计类分类

接口类(Interface,负责系统与用户之间的交互) (a) 控制类(Control,负责业务逻辑的处理) (b) 实体类(Entity,负责持久化数据的存储)

(c)

在订单处理的过程中,会员可以点击“取消订单\取消该订单。如果支付失败,该订单将被标记为挂起状态,可后续重新支付,如果挂起超时30分钟未支付,系统将自动取消该订单。订单支付成功后,系统判断订单类型:

(1)对于常规订单,标记为备货状态,订单信息发送到货运部,完成打包后交付快递发货;

(2)对于定制订单,会自动进入定制状态,定制完成后交付快递发货。会员在系统中点击”收货\按钮变为收货状态,结束整个订单的处理流程。根据订单处理过程所设计的状态图如图3-2所示。

问题:根据表3-1中所标记的候选设计类,请按照其类别将编号 C1~C12 分别填入表 3-2 中的(a)、(b)和(c)处。

问题:根据创建新订单的用例描述,请给出图3-1中X1~X4处对应类的名称。 问题:根据订单处理过程的描述,在图 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枚硬币,其中有一枚是假币,己知假币的重量较轻。现只有一个天平,要求用尽量少的比较次数找出这枚假币。

联系客服:779662525#qq.com(#替换为@)