（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枚硬币，其中有一枚是假币，己知假币的重量较轻。现只有一个天平，要求用尽量少的比较次数找出这枚假币。