[计算机类试卷]软件水平考试（中级）软件设计师下午（应用技术）历年真题试卷汇编2及答案与解析.doc

《[计算机类试卷]软件水平考试（中级）软件设计师下午（应用技术）历年真题试卷汇编2及答案与解析.doc》由会员分享，可在线阅读，更多相关《[计算机类试卷]软件水平考试（中级）软件设计师下午（应用技术）历年真题试卷汇编2及答案与解析.doc（28页珍藏版）》请在麦多课文档分享上搜索。

1、软件水平考试（中级）软件设计师下午（应用技术）历年真题试卷汇编 2及答案与解析 一、必答题（共 4道大题，每道大题 15分） 0 阅读下列说明和图，回答问题 l至问题 3，将解答填入答题纸对应栏内。【说明】某城市拟开发一个基于 web的城市黄页，公开发布该城市重要的组织或机构(以 F统称为客户 )的基本信息，方便城市生活。该系统的主要功能描述如下： (1)搜索信息：任何使用 Internet的网络用户都可以搜索发布在城市黄页中的信息，例如客户的名称、地址、联系电话等。 (2)认证：客户若想在城市黄页上发布信息，需通过系统的 认证。认证成功后，该客户成为系统授权用户。 (3)更新信息：授权用户登

2、录系统后，可以更改自己在城市黄页中的相关信息，例如变更联系电话等。 (4)删除客户：对于拒绝继续在城市黄页上发布信息的客户，有系统管理员删除该客户的相关信息。系统采用面向对象方法进行开发，在开发过程中认定出如表 13一 1所示的类。系统的用例图和类图分别如图 13一 1和图 132所示。1 根据说明中的描述，给出图 13一 l中 Al和 A2处所对应的参与者， UC1和 UC2所对应的用例以及 (1)处的关系。 2 根据说明中的描述，给出图 13 2中 C1 C5所对应的类名 (表 131中给出的类名 )和 (2) (5)处所对应的多重度。 3 认定类是面向对象分析中非常关键的一个步骤。一般首

3、先从问题域中得到候选类集合，再根据相应的原则从该集合中删除不作为类的，剩余的就是从问题域中认定出来的类。简要说明选择候选类的原则，以及对候选类集合进行删除的原则。 3 阅读以下说明和图，根据要求回答问题 1问题 3。【说明】某航空公司会员积分系统 (CFrequentFlyer)的主要功能描述如下：乘客只要办理该航空公司的会员卡，即可成为普卡会员 (CBasic)。随着飞 行里程数的积累，可以从普卡会员升级到银卡会员 (CSilver)或金卡会员 (CGold)。非会员 (CNonMember)不能累积里程数。每年年末，系统根据会员在本年度累积的里程数对下一年会员等级进行调整。普卡会员在一年内

4、累积的里程数若满 25,000英里但不足 50,000英里，则自动升级为银卡会员；若累积的里程数在 50,000英里以上，则自动升级为金卡会员。银卡会员在一年内累积的里程数若在 50,000英里以上，则自动升级为金卡会员。若一年内没有达到对应级别要求的里程数，则自动降低会员等级。金卡会员一年内累积的里 程数若不足 25,000英里，则自动降级为普卡会员；若累积的里程数达到 25,000英里，但是不足 50,000英里，则自动降级为银卡会员。银卡会员一年内累积的里程数若不足 25,000英里，则自动降级为普卡会员。采用面向对象方法对会员积分系统进行分析与设计，得到如图 133所示的状态图和图 1

5、34所示的类图。4 根据说明中的描述，给出图 133中 S1 S3处所对应的状态以及 T1 T3处所对应的迁移的名称。 5 根据说明中的描述，给出图 134中 C1 C4所对应的类名 (类名使用说明中给出的英文词汇 )。 6 图 134所示的类图中使用了哪种设计模式 ?在这种设计模式下，类CFrequemFlver必须具有的属性是什么 ?C1一 C4中的 travel方法应具有什么功能 ?本题考查面向对象分析中的类图、用例图。用例图描述了一组用例、参与者及他们之间的关系。包括以下几个部分：用例 (Case)、参与者 (Actor)。会员积分系统状态图就是一种用例图。用例视图中的参与者与系统外部

6、的一个实体以某种方式参与了用例的执行过程；用例是一个叙述型文档，用来描述参与使用系统、完成某个事情时发生的顺序。 6 阅读下列说明和图，回答 问题 1至问题 3，将解答填入答题纸的对应栏内。【说明】某城市的各国家公园周边建造了许多供游客租用的小木屋和营地，为此，该城市设置了一个中心售票处和若干个区域售票处。游客若想租用小木屋或营地，必须前往中心售票处进行预定并用现金支付全额费用，所有的预定操作全部由售票处的工作人员手工完成。现欲开发一信息系统，实现小木屋和营地的预定及管理功能，以取代手工操作。该系统的主要功能描述如下： (1)管理预定申请。游客可以前往任何一个售票处提出预定申请，系统对来自各个

7、售票处的预定申请进行统一管理。 (2)预定。预定操作包含登 记游客预定信息、计算租赁费用、付费等步骤。 (3)支付管理。游客付费时可以选择现金和信用卡付款两种方式。使用信用卡支付可以享受3的折扣，现金支付没有折扣。 (4)游客取消预定。预定成功之后，游客可以在任何时间取消预定，但需支付赔偿金，剩余部分则退还给游客，赔偿金的计算规则是，在预定入住时间之前的 48小时内取消，支付租赁费用 10的赔偿金；在预定入住时间之后取消，则支付租赁费用 50的赔偿金。 (5)自动取消预定。如果遇到恶劣天气 (如暴雨、山洪等 )，系统会自动取消所有的预定，发布取消预定消息，全额退款。 (6)信息查询。售票处工作

8、人员查询小木屋和营地的预定情况和使用情况，以判断是否能够批准游客的预定申请。现采用面向对象方法开发上述系统，得到如表 132所示的用例列表和表 133所示的类列表，对应的用例图和类图分别如图 135和图 136所示。7 根据说明中的描述与表 132，给出图 135中 UC1 UC6处所对应的用例名称。 8 根据说明中的描述与表 13 3，给出图 136中 C1 C7处所对应的类名。 9 对于某些需求量非常大的小木屋或营地，说明中功能 4的赔偿金计算规则，不足以弥补取消预 定所带来的损失，如果要根据预定的时段以及所预定场地的需求量，设计不同层次的赔偿金计算规则，需要对图 136 进行怎样的修改

9、请用文字说明 ) 9 阅读下列说明和图，回答问题 1至问题 3，将解答填入答题纸的对应栏内。【说明】某网上购物平台的主要功能如下： (1)创建订单。顾客 (Customer)在线创建订单(Order)，主要操作是向订单中添加项目、从订单中删除项目。订单中应列出所订购的商品 (Product)及其数量 (quantities)。 (2)提交订单。订单通过网络来提交。在提交订单时，顾客需要提供其姓名 (name)、收货地址 (address)以及付款方式 (form ofpayment)(预付卡、信用卡或者现金 )。为了制订送货计划以及安排送货车辆，系统必须确定订单量 (volume)。除此之

10、外，还必须记录每种商品的名称 (name)、造价(cost price)、售价 (saleprice)以及单件商品的包装体积 (cubic volume)。 (3)处理订单。订单处理人员接收来自系统的订单，根据订单内容，安排配货，制订送货计划。在送货计划中不仅要指明发货日期 (delivery date)，还要记录每个订单的限时发送要求(Delivery Time Window)。 (4)派单。订单处理人员将已配好货的订单转交给派送人员。 (5)送货收货。派送人员将货物送到顾客指定的收货地址。当顾客收货时，需要在运货单 (delivery slip)上签收。签收后的运货单最终需交还给订单处理人

11、员。(6)收货确认。当订单处理人员收到签收过的运货单后，会和顾客进行一次再确认。现采用面向对象方法开发上述系统，得到如图 137所示的用例图和图 138所示的类图。10 根据说明中的描述，给出图 137中 A1 A3所对应的参与者名称和 U1 U2处所对应的用例名称。 11 根据说明中的描述，给出图 138中 C1 C3所对应的类名以及 (1) (4)处所对应的多重度 (类名使用说明中给出的英文词汇 )。 12 根据说明中的描述，将类 C2和 C3的属性补充完整 (属性名使用说明中给出的英文词汇 )。 12 阅读下列说明和图，回答问题 1至问题 3，将解答填入答题纸的对应栏内。【说明】 Pay

12、Drive系统 (开多少付多少 )能够根据驾驶里程自动计算应付的费用。系统中存储了特定区域道路交通网的信息。道路交通网由若干个路段 (Road Segment)构成，每个路段由 两个地理位置坐标点 ( Node)标定，其里程数 (Distance)是己知的。在某些地理坐标点上安装了访问控制 (Access Control)设备，可以自动扫描行驶卡(Card)。行程 (Trajectory)由一组连续的路段构成。行程的起点 (Entry)和终点 (Exit)都装有访问控制设备。系统提供了 3种行驶卡。常规卡 (Regular Card)有效期 (Valid Period)为一年，可以在整个道路

13、交通网内使用。季卡 (Season Card)有效期为三个月，可以在整个道路交通网内使用。单次卡 (Minitrip Card)在指定的行程内使用，且只能使用一次。其中，季卡和单次卡都足预付卡 (Prepaid Card)，需要客户(Customer。 )预存一定的费用。系统的主要功能有：客户注册、申请行驶卡、使用行驶卡行驶等。使用常规卡行驶，在进入行程起点时，系统记录行程起点、进入时间 (Date of Entry)等信息。在到达行程终点时，系统根据行驶的里程数和所持卡的里程单价 (Unit Price)计算应付费用，并打印费用单 (Invoice)。季卡的使用流程与常规卡类似，但是不需要打

14、印费用单，系统自动从卡中扣除应付费用 。单次卡的使用流程与季卡类似，但还需要存行程的起点和终点上检查行驶路线是否符合该卡所规定的行驶路线。现采用面向对象方法开发该系统，使用 LIML进行建模。构建出的用例图和类图分别如图 139和图 13一 10所示。13 根据说明中的描述，给出图 139中的 Ul和 U2所对应的用例，以及 (1)所对应的关系。 14 根据说明中的描述，给出图 1310中缺少的 C1 C6所对应的类名以及 (2)(3)处所对应的多重度 (类名使用说明中给出的英文词汇 )。 15 根据说明中的描述，给出 Road Segment、 Trajectory和 Card所对应的类的关

15、键属性 (属性名使用说明中给出的英文词汇 )。 15 阅读下列说明和图，回答问题 l至问题 3，将解答填入答题纸的对应栏内。【说明】一个简单的图形编辑器提供给用户的基本操作包括：创建图形、创建元素、选择元素以及删除图形。图形编辑器的组成及其基本功能描述如下： (1)图形由文本元素和图元元素构成，图元元素包括线条、矩形和椭圆。 (2)图形显示在工作空间中，一次只能显示一张图形 (即当前图形， current)。 (3)编辑器提供了两种操作图形的工具：选择工具和创建工具。对图形进行操 作时，一次只能使用一种工具 (即当前活动工具， active)。 创建工具用于创建文本元素和图形元素。 对于显示在

16、工作空间中的图形，使用选择工具能够选定其中所包含的元素，可以选择一个元素，也可以同时选择多个元素。被选择的元素成为当前选中元素 (selected)。 每种元素都具有相应的控制点。拖拽选定元素的控制点，可以移动元素或者调整元素的大小。现采用面向对象方法开发该图形编辑器，使用 UML进行建模。构建出的用例图和类图分别如图 1 3一 11和 13一 12所示。16 根据说明中的描述，给出图 13一 11中 U1和 U2所对应的用例，以及 (1)和 (2)处所对应的关系。 17 根据说明中的描述，给出图 13一 12中缺少的 C1 C8所对应的类名以及 (3)(6)处所对应的多重度。 18 图 13

17、一 12中的类图设计采用了桥接 (Bridge)设计模式，请说明该模式的内涵。 18 阅读下列说明和图，回答问题 1至问题 3，将解答填入答题纸的对应栏内。【说明】某网上药店允许顾客凭借医生开具的处方，通过网络在该药店购买处方上的药品。该网上药店的基本功能描述如下： (1)注册。顾客在买药之前，必须先在网上药店注册。注册过程中需填写顾 客资料以及付款方式 (信用卡或者支付宝账户 )。此外顾客必须与药店签订一份授权协议书，授权药店可以向其医生确认处方的真伪。(2)登录。已经注册的顾客可以登录到网上药房购买药品。如果是没有注册的顾客，系统将拒绝其登录。 (3)录入及提交处方。登录成功后，顾客按照

18、处方录入界面 ”显示的信息，填写开具处方的医生的信息以及处方上的药品信息。填写完成后，提交该处方。 (4)验证处方。对于已经提交的处方 (系统将其状态设置为 “处方已提交 ”)，其验证过程为： 核实医生信息。如果医生信息不正确，该处方的状态被设置为 “医生信息无效 ”， 并取消这个处方的购买请求；如果医生信息是正确的，系统给该医生发送处方确认请求，并将处方状态修改为 “审核中 ”。 如果医生回复处方无效，系统取消处方，并将处方状态设置为 “无效处方 ”。如果医生没有在 7天内给出确认答复，系统也会取消处方，并将处方状态设置为 “无法审核 ”。 如果医生在 7天内给出了确认答复，该处方的状态被

19、修改为 “准许付款 ”。系统取消所有未通过验证的处方，并自动发送一封电子邮件给顾客，通知顾客处方被取消以及取消的原因。 (5)对于通过验证的处方，系统自动计算药品的价格并邮寄药品给已经付款的顾客。该网上药店采 用面向对象方法开发，使用 UML进行建模。系统的类图如图 13一 13所示。19 根据说明中的描述，给出图 1313中缺少的 C1 C5所对应的类名以及 (1) (6)处所对应的多重度。 20 图 1314给出了 “处方 ”的部分状态图。根据说明中的描述，给出图 1314中缺少的 S1 S4所对应的状态名以及 (7) (10)处所对应的迁移 (transition)名。21 图 13一

20、13中的符号 和 在 UML中分别示类和对象之间的哪两种关系 ?两者之间的区别是什么 ? 21 阅读下列说明和图，回答问题 1至问题 3， 将解答填入答题纸的对应栏内。【说明】某运输公司决定为新的售票机开发车票销售的控制软件。图 13-15给出了售票机的面板示意图以及相关的控制部件。售票机相关部件的作用如下所述： (1)目的地键盘用来输入行程目的地的代码 (例如， 200表示总站 )。 (2)乘客可以通过车票键盘选择车票种类 (单程票、多次往返票和座席种类 )。 (3)继续取消键盘上的取消按钮用于取消购票过程，继续按钮允许乘客连续购买多张票。 (4)显示屏显示所有的系统输出和用户提示信息。 (

21、5)插卡口接受MCard(现金卡 )，硬币口和纸币槽接受现金。 (6)打印 机用于输出车票。假设乘客总是支付恰好需要的金额而无需找零，售票机的维护工作 (取回现金、放入空白车票等 )由服务技术人员完成。系统采用面向对象方法开发，使用 UML进行建模。系统的顶层用例图和类图分别如图 1316和图 1317所示。22 根据说明中的描述，给出图 1316中 Al和 A2所对应的参与者， U1所对应的用例，以及 (1)、 (2)处所对应的关系。 23 根据说明中的描述，给出图 1317中缺少的 Cl C4所对应的类名以及 (3) (6)处所对应的多重度。 24 图 13-17中的类图设计采 用了中介者

22、 (Mediator)设计模式，请说明该模式的内涵。 软件水平考试（中级）软件设计师下午（应用技术）历年真题试卷汇编 2答案与解析 一、必答题（共 4道大题，每道大题 15分） 【知识模块】 UML分析与设计 1 【正确答案】 A1网络用户 A2授权用户 UCl认证 I_JC2更新信息 (1)extend 【知识模块】 UML分析与设计 2 【正确答案】 C1： InternetClient C2： CustomerC3： RegisteredClient C4：AdministratorC5： CustomerList (2)1 (3)0* (4)1 (5)0* 【知识模块】 UML分析与设

23、计 3 【正确答案】 候选类的选择运用了良性依赖原则 “不会在实际中造成危害的依赖关系，都是良性依赖 ”和接口隔离原则 (ISP)。 【试题解析】 本题考查面向对象分析中的类图、用例图。用例图描述了一组用例、参与者及他们之间的关系。包括以下几个部分：用例 (Case)、参与者 (Acmr)。用例视图中的参与者与系统外部的一个实体以某种方式参与了用例的执行过程；用例是一个叙 述型文档，用来描述参与使用系统、完成某个事情时发生的顺序。问题 1：用例图中， A1可以搜索信息， A2由 A1派生且 A2参与了两个用例，根据题中的说明 (1)和 (2)，可知 A1为网络用户， A2为授权用户；由用例 U

24、C1和登录用例之间存在关系，可知 UCl为认证用例，因为用户登录必须先认证，所以登录用例是认证的扩展，所以他们之间的关系为 extend。对于授权用户还可以更新信息，故 UC2为更新信息用例。问题 2：本问题考察类图的层次结构和多重度。图中更有两个非常明显的继承结构，即 C3和 C4继承于 C1，且 C1与 C2是多比一的 关系，根据说明 (1)中任何网络用广都可以搜索客户信息，即 C1网络用户， C2为客户信息，由此很明显的得出 C3和 C4在授权用户和系统管理员中选取。根据C2和 C5之间存在聚合关系，且 C2为客户信息，可以推断 C5为客户集。再由C4和 C5之间的关联关系，且 C5为客

25、户集，能对客户集进行批量操作的用户 C4显然就是系统管理员，由此得出 C3为授权用户。由此 (2) (5)的多重度就显而易见， (2)为 1， (3)为 0* ， (4)为 1， (5)为 0* 。问题 3：候选类的选择运用了良性依赖原则 “不会在实际中造成危害的依赖关系 ，都是良性依赖 ”。通过分析不难发现，本原则的核心思想是 “务实 ”，很好地揭示了极限编程 (Extreme Programming)中 “简单设计 ”和 “重构 ”的理论基础。本原则可以帮助我们抵御 “面向对象设计 5大原则 ”以及设计模式的诱惑，以免陷入过度设计 (Overengineering)的尴尬境地，带来不必要的

26、复杂候选类的删除。候选类的删除运用了接口隔离原则 (ISP)：不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。这个说得很明白了，再通俗点说不要强迫客户使用它们不用的方法，如果强迫用户 使用它们不使用的方法，那么这些客户就会面临由于这些不使用的方法的改变所带来的改变。 【知识模块】 UML分析与设计 【知识模块】 UML分析与设计 4 【正确答案】 ： S1普卡会员 S2银卡会员 S3金卡会员 T0里程数 50000 T2里程数 =50000 T3里程数 =50000 【知识模块】 UML分析与设计 5 【正确答案】 ： C1： CNonMember， C2： CBa

27、sic， C3； CSilver， C41： CGold 【知识模块】 UML分析与设计 6 【正确答案】 ： 策略模式策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。类 CFrequemFlver必须具有的属性是封装， C1C4中的 travel方法应该具有根据不同飞行里程相互转换的功能。 【试题解析】 问题 1：普卡会员在一年内累积的里程数若满 25,000英里但不足50,000英里，则自动升级为银卡会员；若累积的里程数在 50,000英里以上，则自动升级为金卡会员。银卡会员在一年内累积的里程数若在 50,000英里

28、以上，则自动升级为金卡会员；所 以， S1普卡会员 S2银卡会员 S3金卡会员。同样根据上述分析可知： T1里程数 50000T2里程数 =50000T3里程数 =50000。问题 2： 问题 2：本问题考察类图。考察类图的层次结构和多重度。图中更有 4个非常明显的继承结构，即 C1 C4继承 CLrevel，根据说明可知代表了四类不同的会员模式。问题 3：策略模式策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。类 CFrequemFlver必须具有的属性是封装， C1C4中的 travel方法应该具有根据不同飞行里程相

29、互转换的功能。 【知识模块】 UML分析与设计 【知识模块】 UML分析与设计 7 【正确答案】 UC 1： CheckAvailablity UC2： MakeReservation UC3： GetDiscount UC4： ManageCashPayment UC5： ManageCrCardPayment UC6： CalculateRefund 【试题解析】 本问题要求将图 135中的用例名称补充完整。用例图的构成要素有：参与者、用例以及用例之间的关系。首先找出本题的突破 151，即图 135中， ManagePayment与 UC4、 UC5间的泛化关系。由 “游客付费时可以选择现

30、金和信用卡付款两种方式 ”，可知 UC4和 UC5为 ManageCashPayment及ManageCrCardPayment。 ManagePayment与 UC3之间为 关系，又由“信用卡支付可以享受折扣，现金支付没有折扣 ”，可知 UC3为 GetDiscount。 CancelReservation和 AutoCancelReservation用例与 UC6之间的关系，取消预定后需要支付赔偿金，因此 UC6为 CalculateRefund。此外， ManageInquiries是 管理预定请求用例，在预定时包含登记游客信息、计算租赁费用等，因此 UCl为CheckAvailabli

31、ty， UC2为 MakeReservation。 【知识模块】 UML分析与设计 8 【正确答案】 C1： NationPark C2： Rate C3： Ticketing officer C4： Payment C5： Discount C6： CashPayment C7： CreditCardPayment 【试题解析】 本问题考查的是类图建模，解题的重点在于根据类图中提 供的类及类之间的关联关系，推断出剩余的类。从图 136可以看出，需要补充的类集中在三个结构：聚集结构 (C1和 C2)、泛化结构 (C4、 C6和 C7)、关联结构 (C3和C5)。泛化结构是比较容易辨识的类之间的

32、关联关系，是一种特殊与一般关系。由说明中由 “游客付费时可以选择现金和信用卡付款两种方式 ”及 “信用卡支付可以享受折扣，现金支付没有折扣 ”的描述，可以确定 C4为 Payment， C5为 Discount，C6为 CashPayment， C7为 CreditCardPayment， C6和 C7可以互换。由于ReservationItem与 C1、 C2间是聚集结构，其之间存存 “部分整体 ”关系，并由其之间的多重度可知， C1为 NationPark， C2为 Rate。最后，结合表 133以及Reservation与 C3间的关系，可判断 C3为 Ticketing officer

33、 【知识模块】 UML分析与设计 9 【正确答案】 修改方案 1：增加一个新类，该类与类 ReservationItem之间有关联关系。修改方案 2：修改 Rate类，使其具有计算赔偿金的功能。 【试题解析】 本问题较为新颖，在以往考试中出现较少。题目要求根 据预定的时段以及所预定场地的需求量，设计不同层次的赔偿金计算规则。在图 136中，和赔偿金相关的类是 ReservationltemHRate。因此可以通过新增加一个类，使该类与类 ReservationItem之间有关联关系，或直接修改 Rate类，使其具有计算不同层次赔偿金的功能。 【知识模块】 UML分析与设计 【知识模块】 UM

34、L分析与设计 10 【正确答案】 A1：顾客 A2：订单处理人员 A3：派送人员 U1：收货 U2：派单 【试题解析】 由 “顾客 (Customer)在线创建订单 (Order)”可知， A1为顾客。由 “订单处理人员接收来自系统的订单 ”、 “当订单处理人员收到签收过的运货单后，会和顾客进行一次再确认 ”可知， A2为订单处理人员。 A3负责送货，很显然， A3为派送人员。顾客创建好订单后，提交订单，由订单处理人员配货，然后进行派单，将已配好货的订单转交给派送人员，可见 U2处的用例为 “派单 ”。然后派送人员送货，顾客收货，因此 U1为 “收货 ”。 【知识模块】 UML分析与设计 11

35、 【正确答案】 C1： Customer C2： Order C3： Product(1)1 (2)0.n或 0.* (3)0 n或 0.*： (4)1 -n或 1.* 【试题解析】 类的 UML表示是一个长方形，垂直地分为三个区。顶部区域显示类的名字。中间的区域列出类的属性。底部的区域列出类的操作。由题目提供的类图可知， C1有 name属性和 address属性； C3有 name属性。 C1单向关联C2， C1可以调用 C2的公共属性和方法。 C2和 C3之间和聚合的关系，表示 C2聚合 C3，但是 C3可以离开 C2而独立存在。在 C2和 C3类之间的关联，产 生了称为 Order P

36、roduct Quantity的关联类。 C2是整个类图的中心，购物的所有活动都是围绕着订单展开的， C2为 Order。订单中记录着所订购的商品， C3为Product。用户创建订单，需要调用订单的属性和方法， C1为 Custom。 UML中关联的多重度是指一个类的实例能够与另一个类的多少个实例相关联。具体取值的含义有： 0.1： 0个或 1个 1：只能 1个 0.*： 0个或多个 *： 0个或多个 1.*： 1个或多个 一个客户可以提交多份订单，一份订单只能是某一个客户的，当然，客户也可以不提 交订单，当一个 Customer实体存在时，可以有也可以没有 Order实体与之关联；而当一个

37、 Order实体存在时，必然有一个 Customer实体与之关联。显然 (1)处多重度为 l， (2)处为 0.*。 (3)和 (4)处要填入的是订单和商品实体之间的关联，订单中至少有一件商品，因此 (4)处应填入 1.*；商品和订单之间和聚合的关系，商品可以包含在订单中，商品也可以独立存在，不属于任何订单，因此 (3)处应填入 0.*。 【知识模块】 UML分析与设计 12 【正确答案】 C2： volume、 delivety date、 form of payment C3： cubic volume、 cost price、 sale price 【试题解析】 C2是订单类，订单中应列

38、出所订购的商品 (Product)及其数量(quantities)。在提交订单时，顾客需要提供其姓名 (name)、收货地址 (address)以及付款方式 (form.of payment)。为了制订送货计划以及安排送货车辆，系统必须确定订单量 (volume)。 0rder类聚合 Product类， Product的属性中有商品的相关信息，关联 类 Order。 Product Quantity中有 quantity属性，因此 0rder类中需要有付款方式 (form of payment)属性、订单量 (volume)属性。在送货计划中要指明发货日期 (delivery date)，因此

39、 Order类中还要有发货日期 (delivery date)属性。 C3是商品类，商品的属性有名称 (name)、造价 (cost price)、售价 (sale price)以及单件商品的包装体积 (cubic volume)。 【知识模块】 UML分析与设计 【知识模块】 UML分析与设计 13 【正确答案】 U1：使用常规卡行驶 U2：使用单次卡行驶 (1)： 【试题解析】 UML用例图中有包含 (include)、扩展 (extend)和泛化(generalization)三种关系。包含关系：使用包含 (inclusion)用例来封装一组跨越多个用例的相似动作 (行为片断 )，以便多

40、个基 (Base)用例复用。基用例可以依赖包含用例执行的结果，但是双方都不能访问对方的属性。扩展关系：将基用例中一段相对独立并且可选的动作，用扩展 (Extension)用例加 以封装，再让它从基用例中声明的扩展点 (Extension Point)上进行扩展，从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性，因此它能根据基用例中扩展点的当前状态来判断是否执行自己，但是扩展用例对基用例不可见。对于一个扩展用例，可以在基用例上有几个扩展点。泛化关系：子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系；子用例可以使用父用

41、例的一段行为，也可以重载它；父用例通常是抽象的。在实际应用中很少使用泛化关系，子用例中的特殊 行为都可以作为父用例中的备选流存在。本题中，系统提供了 3种行驶卡：常规卡、季卡和单次卡。其中，季卡和单次卡都是预付卡。季卡的使用流程与常规卡类似，但是不需要打印费用单，系统自动从卡中扣除应付费用， “使用季卡行使 ”是 “使用常规卡 ”的子用例，因此 U1为使用常规卡行使。单次卡的使用流程与季卡类似，但还需要在行程的起点和终点上检查行驶路线是否符合该卡所规定的行驶路线。 “使用单次卡行使 ”扩展了原来的用例 “使用季卡行使 ”，因此 U2为使用单次卡行驶，空 (1)处填入： 。 【知识模块】 UML

42、分 析与设计 14 【正确答案】 C1： RoadSegment C2： Trajectory C3： Card C41 RegularCard C5： PrepaidCard C6： MinitripCard (2) ： 1 (3) ： 1.3 【试题解析】 每个路段由两个地理位置坐标点 (Node)标定，行程 (Trajectory)由一组连续的路段构成，则 C1为 RoadSegment， C2为 Trajectory。行程的计算要通过读取卡来获得，卡分为常规卡和预付费卡，预付费卡又分为季卡和单 次卡，所以 C3 C6依次为 Card、 RegularCard、 PrepaidCard和

43、 MinitripCard。关联的多重度是指一个类的实例能与另一个类的多少个实例相关联。一个客户可以有不同类型的卡，而每一张卡只能属于一个用户，也就是说一个 Customer类实例可以与 Card类的 3个实例相关联，而一个 Card类实例只能和一个 Customer实例相关联。 【知识模块】 UML分析与设计 15 【正确答案】 RoadSegment的属性： Distance Trajectory的属性： Entry、 Exit、DateOfEntry Card的属性： UnitPrice、 ValidPeriod 【试题解析】 里程数是每个路段 (RoadSegment)的关键属性。行程

44、有起点( Entry)和终点 (Exit)，在进入行程起点时，系统还要记录进入时间，那么行程(Trajectory)的关键属性有： Entry、 Exit、 DateOfEntry。卡有 3种类型，不同的卡有不同的有效期 (Valid Period)和里程单价 (unit Price)，所以 Card的关键属性有： UnitPrice、 ValidPefiod。 【知识模块】 UML分析与设计 【知识模块】 UML分析与设计 16 【正确答案】 U1：移动元素 U2：调整元素大小 (U1和 U2的参考答案可以互换 )(1) (2) 【试题解析】 由 “被选择的元素成为当前选中元素，每种元素都具

45、有相应的控制点。拖拽选定元素的控制点，可以移动元素或者调整元素的大小 ”可知， Ul和 U2分别为 “移动元素 ”和 “调整元素的大小 ”。用例 U1和 U2是对 “选择元素 ”用例的功能扩展，空 (1)和空 (2)处都应填入 。 【知识模块】 UML分析与设计 17 【正确答案】 C1：创建工具 C2：选择工具 C3：线条工具 C4：矩形工具 C5：椭圆工具 C6：线条 C7：矩形 C8：椭圆 注： C3 C5的参考答案可以互换；C6 C8的参考答案可以互换 (3)0.1 (4)1 (5)1 (6)1.*或 * 【试题解析】 图形中包括文本元素和图元元素构成，图元元素包括线条、矩形和椭圆。所

46、以 C6 C8依次为线条、矩形、椭圆，三者顺序可以颠倒。工具有两种：选择工具和创建工具。创建工具用于创建文 本元素和图形元素；使用选择工具能够选定其中所包含的元素。类图中 C2和元素类关联，且通过 C2可以调整元素的大小，可知 C2为：选择工具，则 C1为创建工具。 C3 C5依次为线条工具、矩形工具、椭圆工具，顺序可以颠倒。多重度有以下几种。 0.1：表示 0或 1个实例。 nm：表示表示有 n到 m个实例。 0.*：或者 *，表示没有实例个数的限制 (包括没有 )。 1：表示只有一个实例。 1.*：表示最少一个实例。 编辑器提供了两种操作图形的工具，但一一次只能使用一种工具，当然 也可以不

47、选用工具，因此 (3)为 0.1， (4)为 1。图形由文本元素和图元元素构成，图形中至少要包含一种元素，因此 (5)为 1， (6)为 1.*。 【知识模块】 UML分析与设计 18 【正确答案】 桥接模式将抽象部分和它的实现部分分离，使它们都可以独立地变化，对一个抽象的实现部分的修改应该对使用它不产生影响。 【试题解析】 桥接模式用于将抽象部分与实现部分分离，使它们都可以独立的变化。 Bridge模式使用 “对象问的组合关系 ”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维 度来变化。 【知识模块】 UML分析与设计 【知识模块】 UML分析与设计 19 【正确答案】

48、C1：付款方式 C2：处方 C3：信用卡 C4：支付宝账户 C5：药品 (1)1 (2)0.* (3)1 (4)1.* (5)0.* (6)1 【试题解析】 本题考查类图。类图展现了一组对象、接口、协作和它们之间的关系。由题目描述知，客户有两种付款方式：信用卡或者支付宝账户，所以 Cl处填付费方式， C3、 C4处分别填入信用卡、支付宝账户。客户和医 生间交互的是处方，处方中的内容为药品，所以 C2、 C5处分配填入处方、药品。一个客户可以有多张处方单，当然一个客户也可能只是注册，而没有开处方单，所以 (1)处是1， (2)处是 0.*；既然医生开了处方，则一个处方上至少有一种药，所以 (3)

49、处为1， (4)处为 1.*；一个医生可以开处方，也可以不开处方，所以 (6)处为 1， (5)处为 0.*。说明： 0.*术表示一个集合中的一 个对象对应另一个集合中的 0个或多个对象。 (可以不对应 )1.*表示一个集合中的一个对象对应另一个集合中的一个或多 个对象。 (至少对应一个 )*表示一个集合中的一个对象对应另一个集合中的多个的对象。 【知识模块】 UML分析与设计 20 【正确答案】 S1：审核中 S2：无法审核 S3：医生信息无效 S4：处方无效 (7)医生信息不正确 (8)医生信息正确 (9)医生回复处方无效 (9)医生没有在 7天内给出确认答复 【试题解析】 客户在网上提交处方后，首先核实医生信息，如果医生信息不正确，该处方的状态被设置为 “医生信息无效 ”，并取消这个处方的购买请求。可见 (7)处为 “医生信息不正确 ”， S3为 “医生信息无效 ”。如果医生信息是正确的，系统给该医生发送处方确认请求，