itgle.com
【问题 2】（8 分）根据【说明】中的描述，给出图 3-1中缺少的四个用例及其所对应的参与者。
题目
【问题 2】（8 分）
根据【说明】中的描述，给出图 3-1中缺少的四个用例及其所对应的参与者。
相似考题
参考答案和解析
|
用例名 |
参与者 |
|
查看当日特价 |
员工 |
|
注册工资支付 |
顾客和工资系统（或顾客和A1） |
|
生成付费请求 |
餐厅员工和工资系统（或餐厅员工和A1） |
|
管理菜单 |
菜单管理员（或A2） |
（注：四行顺序可以不同，但是每行必须对应，其中，用例名称及其对应的参与者都正确给2分，只有用例名正确给l分，其余情况不得分）
更多“【问题 2】(8 分) 根据【说明】中的描述,给出图 3－1中缺少的四个用例及其所对应的参与者。 ”相关问题
-
第1题：
根据【说明】中的描述，给出图6—4中缺少的四个用例及其所对应的参与者。
正确答案：
-
第2题：
试题三（共15 分）
阅读下列说明和图，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
某运输公司决定为新的售票机开发车票销售的控制软件。图 3-1 给出了售票机的面板示意图以及相关的控制部件。
售票机相关部件的作用如下所述：
（1）目的地键盘用来输入行程目的地的代码（例如，200表示总站）。
（2）乘客可以通过车票键盘选择车票种类（单程票、多次往返票和座席种类）。
（3）继续/取消键盘上的取消按钮用于取消购票过程，继续按钮允许乘客连续购买多张票。
（4）显示屏显示所有的系统输出和用户提示信息。
（5）插卡口接受MCard（现金卡），硬币口和纸币槽接受现金。
（6）打印机用于输出车票。
假设乘客总是支付恰好需要的金额而无需找零，售票机的维护工作（取回现金、放入空白车票等）由服务技术人员完成。
系统采用面向对象方法开发，使用 UML 进行建模。系统的顶层用例图和类图分别如图3-2和图3-3所示。
【问题1】（5 分）
根据说明中的描述，给出图 3-2 中 A1 和 A2 所对应的参与者，U1 所对应的用例，以及（1）、（2）处所对应的关系。
【问题2】（7 分）
根据说明中的描述，给出图3-3中缺少的C1~C4所对应的类名以及（3）～（6）处所对应的多重度。
【问题3】（3 分）
图3-3中的类图设计采用了中介者（Mediator）设计模式，请说明该模式的内涵。
正确答案：
试题三问题1（5分，各1分）A1:乘客A2:服务技术人员U1:支付(1)<<include>>(2)<<include>>问题2（7分）C1:键盘（2分）C2:目的地键盘（1分）C3:车票键盘（1分）C4:继续/取消键盘（1分）(3)~(6):1（各0.5分）问题3（3分）使用Mediator模式，可以使各个对象间的耦合松散（1分），只需关心和Mediator的关系，使多对多的关系变成一对多的关系（1分），可以降低系统的复杂性，提高可修改扩展性。（1分）。 -
第3题：
试题三（共15 分）
阅读下列说明和图，回答问题 l至问题 3，将解答填入答题纸的对应栏内。
【说明】
一个简单的图形编辑器提供给用户的基本操作包括：创建图形、创建元素、选择元素以及删除图形。图形编辑器的组成及其基本功能描述如下：
(1)图形由文本元素和图元元素构成，图元元素包括线条、矩形和椭圆。
(2)图形显示在工作空间中，一次只能显示一张图形(即当前图形，current)。
(3)编辑器提供了两种操作图形的工具：选择工具和创建工具。对图形进行操作时，一次只能使用一种工具(即当前活动工具，active)
①创建工具用于创建文本元素和图元元素。
②对于显示在工作空间中的图形，使用选择工具能够选定其中所包含的元素，可以选择一个元素，也可以同时选择多个元素。被选择的元素称为当前选中元素( selected)。
③每种元素都具有对应的控制点。拖拽选定元素的控制点，可以移动元素或者调整元素的大小。
现采用面向对象方法开发该图形编辑器，使用 UML 进行建模。构建出的用例图和类图分别如图3-1 和3-2 所示。
【问题1】 (4 分)
根据说明中的描述，给出图 3-1 中U1 和U2 所对应的用例，以及(1)和(2)处所对
应的关系。
【问题2】（8 分）
根据说明中的描述，给出图 3.2 中缺少的C1～C8 所对应的类名以及(3)～(6)
处所对应的多重度。
【问题3】（3 分）
图3-2 中的类图设计采用了桥接(Bridge)设计模式，请说明该模式的内涵。
正确答案：
试题三参考答案（共15分）
【问题1】 (4分)
UI:移动元素 U2：调整元素大小（Ul和U2的答案可以互换）
(1)<<extend>> (2)<<extend>>
【问题2】(8分）
C1：创建工具 C2：选择工具 C3：线条工具 C4：矩形工具
C5:椭圆工具 C6：线条 C7：矩形 C8：椭圆
注：C3～C5的答案可以互换；C6-C8的答案可以互换。
(3)O..1 (4)1 (5)1 (6)1..*或*
【问题3】（3分）
桥接模式将抽象部分与它的实现部分分离，使它们都可以独立地变化，对一个抽象的实现部分的修改应该对使用它的程序不产生影响。（3分）
-
第4题：
阅读下列说明和图，回答问题1至问题3，将解答填入答题纸的对应栏内。 【说明】 某高校图书馆欲建设一个图书馆管理系统，目前已经完成了需求分析阶段的工作。功能需求均使用用例进行描述，其中用例“借书（Check Out Books）”的详细描述如下。 参与者：读者（Patron）。 典型事件流： 1．输入读者ID； 2．确认该读者能够借阅图书，并记录读者ID； 3．输入所要借阅的图书ID； 4．根据图书目录中的图书ID确认该书可以借阅，计算归还时间，生成借阅记录； 5．通知读者图书归还时间。 重复步骤3~5，直到读者结束借阅图书。 备选事件流： 2a．若读者不能借阅图书，说明读者违反了图书馆的借书制度（例如，没有支付借书费用等） ①告知读者不能借阅，并说明拒绝借阅的原因； ②本用例结束。 4a．读者要借阅的书无法外借 ①告知读者本书无法借阅； ②回到步骤3。 说明：图书的归还时间与读者的身份有关。如果读者是教师，图书可以借阅一年； 如果是学生，则只能借阅3个月。读者ID中包含读者身份信息。 现采用面向对象方法开发该系统，得到如图3-1所示的系统类模型（部分）；以及如图3-2所示的系统操作“checkOut(bookID)（借书）”通信图（或协作图）。
【问题1】（8分） 根据说明中的描述，以及图3-1和图3-2，给出图3-1中C1-C4处所对应的类名（类 名使用图3-1和图3-2中给出的英文词汇）。 【问题2】（4分） 根据说明中的描述，以及图3-1和图3-2，给出图3-2中M1-M4处所对应的方法名（方法名使用图3-1和图3-2中给出的英文词汇）。 【问题3】（3分） 用例“借书”的备选事件流4a中，根据借书制度来判定读者能否借阅图书。若图书馆的借书制度会不断地扩充，并需要根据图书馆的实际运行情况来调整具体使用哪些制度。为满足这一要求，在原有类设计的基础上，可以釆用何种设计模式？简要说明原因。
正确答案：【问题1】（8分）C1：PatronC2：BookC3：CatalogC4：CheckoutSessionController【问题2】（4分）M1：getForCheckOutM2：isFacultyM3：circulatesM4：recordBookLoan【问题3】（3分）应采用策略模式，策略模式定义了一系列算法，并将每个算法封装起来，而且使它们可以相互替换。策略模式让算法独立于使用它们的客户而变化。适用于需要在不同情况下使用不同的策略（算法），或者策略还可能在未来用其他方式来实现。
-
第5题：
试题三（共 15 分）
阅读下列说明和 UML 图，回答问题 1 至问题4，将解答填入答题纸的对应栏内。
【说明】
某企业为了方便员工用餐，为餐厅开发了一个订餐系统（COS：Cafeteria Orderin
System），企业员工可通过企业内联网使用该系统。
企业的任何员工都可以查看菜单和今日特价。
系统的顾客是注册到系统的员工，可以订餐（如果未登录，需先登录）、注册工资支
付、预约规律的订餐，在特殊情况下可以覆盖预订。
餐厅员工是特殊顾客，可以进行备餐、生成付费请求和请求送餐，其中对于注册工资
支付的顾客生成付费请求并发送给工资系统。
菜单管理员是餐厅特定员工，可以管理菜单。
送餐员可以打印送餐说明，记录送餐信息（如送餐时间）以及记录收费（对于没有注
册工资支付的顾客，由送餐员收取现金后记录）。
顾客订餐过程如下：
1. 顾客请求查看菜单；
2. 系统显示菜单和今日特价；
3. 顾客选菜；
4. 系统显示订单和价格；
5. 顾客确认订单；
6. 系统显示可送餐时间；
7. 顾客指定送餐时间、地点和支付方式；
8. 系统确认接受订单，然后发送 Email 给顾客以确认订餐，同时发送相关订餐信息通
知给餐厅员工。
系统采用面向对象方法开发，使用 UML 进行建模。系统的顶层用例图和一次订餐的活动图初稿分别如图 3-1和图 3-2 所示。
【问题 1】（2 分）
根据【说明】中的描述，给出图 3-1中 A1 和 A2所对应的参与者。
【问题 2】（8 分）
根据【说明】中的描述，给出图 3-1中缺少的四个用例及其所对应的参与者。
【问题 3】（4 分）
根据【说明】中的描述，给出图 3-2中（1）～（4）处对应的活动名称或图形符号。
【问题 4】（1 分）
指出图 3-1 中员工和顾客之间是什么关系，并解释该关系的内涵。
正确答案：
试题三分析本题考查面向对象系统开发时，采用UML模型进行建模的方法。此类题目要求考生认真阅读题目说明中对现实问题的描述，使用UML建模时的原则，从中确定用例图、活动图以及图中的各种关系。题目给出了未完成的用例图和活动图，需要根据描述给出参与者、用例、活动图中的活动和符号，以及参与者之间的关系内涵。用例图是用例建模的一个重要产物，它以图形化的方式将系统描述成用例、参与者及其之间的关系。用例图在高层交流了系统必须处理的业务事件的范围，是描述系统与其他外部系统以及用户之间交互的图形。发起或者触发用例的外部用户称为参与者。为了完成某些业务任务，参与者发起系统活动，即用例。在构建用例图时，常用的方式是先识别参与者，然后确定用例以及用例之间的关系。UML活动图用于建模系统的过程步骤或活动。构造活动图通常先为用例添加开始和结束点，为用例的主要步骤添加一个活动，从每个活动到其他活动、决策点和终点添加转换，并行活动的地方添加同步条。【问题1】识别参与者时，考查和系统交互的人员和外部系统。本题中，与系统交互的人员包括员工、注册到系统的员工（顾客）、餐厅员工、菜单管理员、送餐员以及工资系统。由“菜单管理员是餐厅特定员工”以及图中A2和图中餐厅员工之间的“是一种”关系可知，A2为菜单管理员；图中还缺少描述中与工资系统的交互，由“……并发送给工资系统”可知，A1为工资系统。【问题2】考查用例及其和参与者之间的关系时，通过判断哪一个特定参与者发起或者触发了与系统的哪些交互，来识别用例并建立和参与者之间的关联。本题中，由“任何员工都可以查看菜单和今日特价”可知，图中缺少用例查看今日特价，对应参与者是员工；由“系统的顾客是……，注册工资支付、……”可知，图中缺少用例注册工资支付，对应参与者是顾客和工资系统；由“餐厅员工是……，可以进行备餐、生成付费请求……发送给工资系统”可知，图中缺少用例“生成付费请求”，对应的参与者是餐厅员工和工资系统；由“菜单管理员是餐厅特定员工，可以管理菜单”可知，图中缺少用例管理菜单，对应的参与者是菜单管理员。需要注意的是，在注册工资支付所对应的参与者中，虽然没有明确说明要和工资系统交互，但是由“对于注册工资支付的顾客生成付费请求并发送给工资系统”可知，工资支付是由工资系统控制，所以注册也需要和工资系统交互。【问题3】在顾客订餐过程的描述中，在“顾客选菜”之前，图中缺少符号和活动。由说明中顾客“可以订餐（如果未登录，需先登录）”可以判断，在系统“显示菜单和今日特价”之后“顾客选菜”之前，需要判断（判定符号）当前用户身份是否为顾客，如果不是，需先登录；由“……发送E-mail给顾客以确认订餐，同时发送相关订餐信息通知给餐于员工”可知，发送E-mail和通知餐厅员工为并行活动，需要在前后有同步条（或纵向）。【问题4】参与者之间的关系表示子类型“是一种”父类型，即泛化关系。其中父类型通常是一个抽象泛化的参与者，可以完成子类型可完成的共同行为，每个具体的子类型继承它，可以完成父类型参与者同样的任务，并可以补充额外的角色功能。试题三参考答案（共15分）【问题1】（2分，各1分）A1：工资系统A2：菜单管理员【问题2】（8分，每行2分）（注：四行顺序可以不同，但是每行必须对应，其中，用例名称及其对应的参与者都正确给2分，只有用例名正确给l分，其余情况不得分）【问题3】（4分，各1分）【问题4】（1分）泛化关系（一般/特殊关系、继承关系）。泛化关系描述了一个参与者可以完成另一个参与者同样的任务，并可补充额外的角色功能。