2026年uml模式应用考试试题及答案

2026年uml模式应用考试试题及答案一、单项选择题（每题2分，共20分）1.在UML2.5规范中，以下哪项属于交互图的子类型？A.活动图B.状态机图C.通信图D.对象图答案：C解析：交互图包括序列图、通信图（协作图）、定时图和交互概览图，活动图属于行为图，状态机图属于状态图，对象图属于结构图。2.用例图中，若用例A需要通过包含用例B来完成部分功能，应使用哪种关系表示？A.«extend»B.«include»C.«generalize»D.«association»答案：B解析：包含（include）关系表示主用例必须通过包含的子用例完成功能；扩展（extend）表示子用例可选地扩展主用例。3.类图中，接口的标准表示方式是？A.类名用斜体，方法无实现B.类图标左上角标注«interface»，类名正常C.类图标右上角用圆圈表示接口D.类名加下划线，方法用虚函数符号答案：B解析：UML中接口的标准表示是在类图标左上角用«interface»构造型标注，类名不加斜体；抽象类的类名用斜体。4.观察者模式（ObserverPattern）在UML类图中通常体现为？A.主题（Subject）与观察者（Observer）之间的一对多关联B.主题与观察者之间的泛化关系C.观察者之间的依赖关系D.主题通过工厂方法创建观察者答案：A解析：观察者模式的核心是主题维护一个观察者列表（一对多关联），并提供注册/注销接口，观察者实现更新方法。5.状态机图中，“深历史状态”（DeepHistoryState）的作用是？A.记录状态机最后离开的顶层状态B.记录状态机最后离开的所有嵌套子状态C.表示状态的初始进入点D.表示状态的终止条件答案：B解析：深历史状态（用符号标注）会恢复状态机最后离开时的所有嵌套子状态，而浅历史状态仅恢复顶层状态。解析：深历史状态（用符号标注）会恢复状态机最后离开时的所有嵌套子状态，而浅历史状态仅恢复顶层状态。6.活动图中，若需要表示多个并行执行的流程分支，应使用？A.分叉（Fork）节点B.合并（Join）节点C.决策（Decision）节点D.泳道（Swimlane）答案：A解析：分叉节点（用粗竖线表示）用于将单一流程拆分为多个并行分支，合并节点用于并行分支的汇聚。7.序列图中，“自调用”（Self-Call）消息的正确表示方法是？A.从对象生命线向右侧水平延伸，再向下折回自身生命线B.从对象生命线垂直向下绘制箭头，指向自身生命线下方C.使用虚线表示的异步消息D.在对象生命线旁标注循环构造型答案：A解析：自调用消息需从对象生命线向右水平延伸，再向下折回自身生命线，形成“回环”结构，箭头指向下方。8.以下哪项不属于结构型设计模式？A.适配器模式（Adapter）B.桥接模式（Bridge）C.责任链模式（ChainofResponsibility）D.组合模式（Composite）答案：C解析：责任链模式属于行为型设计模式，结构型模式关注类和对象的组合，包括适配器、桥接、组合等。9.包图中，若包A需要访问包B的内容，但包B不依赖包A，应使用哪种依赖关系？A.导入（Import）B.访问（Access）C.泛化（Generalization）D.实现（Realization）答案：B解析：访问（access）依赖表示包A可以查看包B的公共内容，但包B无反向依赖；导入（import）会将包B的内容合并到包A的命名空间。10.在UML扩展机制中，“模板”（Stereotype）的作用是？A.定义新的模型元素类型B.为模型元素添加额外属性C.约束模型元素的行为D.可视化调整模型元素的外观答案：A解析：模板（<<stereotype>>）用于扩展UML元模型，定义新的模型元素类型（如<<Service>>、<<Entity>>）；标签值（TaggedValue）用于添加属性，约束（Constraint）用于行为限制。二、简答题（每题8分，共40分）1.简述用例图中“参与者”（Actor）的定义及分类，并举例说明系统边界外的参与者和系统边界内的参与者（若存在）。答案：参与者是与系统交互的外部实体，代表角色而非具体个体。分类包括：人类参与者（如用户、管理员）；外部系统（如支付网关、第三方API）；硬件设备（如传感器、打印机）。系统边界外的参与者如“客户”（使用系统下单）、“银行支付系统”（与电商系统交互）；系统边界内无参与者，参与者必须位于系统外部，系统内部的模块或对象属于系统本身，不作为参与者。2.类图中，关联（Association）、聚合（Aggregation）和组合（Composition）的核心区别是什么？请用实例说明。答案：关联：表示类之间的一般关系（如教师与学生的“授课”关系），无整体-部分语义；聚合：弱整体-部分关系（如班级与学生，学生可脱离班级存在），用空心菱形表示；组合：强整体-部分关系（如汽车与发动机，发动机不能脱离汽车独立存在），用实心菱形表示。实例：图书馆（Library）与书籍（Book）是聚合（书籍可被移除）；汽车（Car）与引擎（Engine）是组合（引擎属于特定汽车）。3.状态机图与活动图的主要应用场景差异是什么？各举一个典型用例。答案：状态机图：关注对象状态的变化（由事件触发），适用于描述对象生命周期中的状态转换（如订单状态：待支付→已支付→已发货→已完成）；活动图：关注流程的步骤和控制流（由动作触发），适用于描述业务流程或算法步骤（如用户注册流程：输入信息→验证→发送邮件→完成）。典型用例：状态机图用于“电梯控制系统状态转换”；活动图用于“在线审批流程”。4.序列图中“消息”的分类及各自特点是什么？请用电商系统“下单”场景举例说明。答案：消息分为：同步消息（实心箭头）：发送方等待接收方响应（如用户发送“提交订单”请求，系统处理并返回结果）；异步消息（空心箭头）：发送方不等待响应（如系统异步发送“订单确认邮件”）；返回消息（虚线箭头）：接收方处理完成后返回结果（如“订单号”返回给用户）；自调用消息（回环箭头）：对象调用自身方法（如系统内部“校验库存”的自调用）。实例：用户→系统：同步消息“提交订单（商品ID，数量）”；系统→库存服务：异步消息“扣减库存（商品ID，数量）”；库存服务→系统：返回消息“扣减成功”；系统→用户：返回消息“订单号：12345”。5.单例模式（Singleton）在UML类图中的标准表示方法是什么？需包含哪些关键元素？答案：单例模式的类图需体现：类的可见性：构造函数为私有（-），确保外部无法实例化；静态属性：存放唯一实例（如+instance:Singleton）；静态方法：提供全局访问点（如+getInstance():Singleton）；可能的线程安全控制（如Java中的synchronized关键字，可通过约束<<synchronized>>标注）。关键元素：私有构造函数、静态实例变量、静态获取实例方法。三、分析题（每题15分，共30分）1.某在线教育平台需实现“课程直播”功能，需求如下：教师可创建直播（设置主题、时间、人数上限）；学生可报名直播（需验证身份，报名后接收提醒）；直播开始前30分钟，系统自动向教师和已报名学生发送通知（短信+App推送）；直播过程中，学生可提问（文字/语音），教师可回复；直播结束后，系统提供回放（存储至云服务器），并通知学生。请根据以上需求：（1）绘制用例图（包含主要参与者和用例，标注必要的关系）；（2）说明“学生报名直播”用例中可能涉及的扩展或包含关系。答案：（1）用例图参与者：教师（Actor）、学生（Actor）、短信网关（外部系统，Actor）、App推送服务（外部系统，Actor）、云存储服务（外部系统，Actor）。用例：创建直播（教师）、报名直播（学生）、发送直播通知（系统）、提问（学生）、回复提问（教师）、提供回放（系统）。关系：“发送直播通知”包含（<<include>>）“发送短信”和“发送App推送”；“创建直播”与“报名直播”无直接关系，但共享“直播信息”；“提供回放”依赖（<<depend>>）“云存储服务”。（2）“学生报名直播”用例可能包含：<<include>>“验证身份”（必须步骤，如检查学生是否注册、是否有权限）；<<include>>“记录报名信息”（存储学生ID、直播ID等）；可能的扩展：若报名人数超过上限，触发<<extend>>“提示人数已满”扩展用例。2.某物流系统的“包裹状态流转”规则如下：初始状态：待揽收（包裹信息已录入，未被快递员收取）；快递员扫描包裹后，状态变为运输中（分拨中心→分拨中心）；到达目的地分拨中心后，状态变为待配送（分配配送员）；配送员开始配送后，状态变为配送中；用户签收（扫码或签字）后，状态变为已完成；若配送失败（用户不在家），状态变为配送异常，需重新分配配送时间，之后回到待配送；若超过7天未完成配送，状态变为滞留，需人工介入处理。请绘制包裹状态机图（标注状态、转移事件及条件）。答案：状态机图结构：初始状态（实心黑点）→待揽收；待揽收→运输中：事件“快递员扫描”；运输中→待配送：事件“到达目的地分拨中心”；待配送→配送中：事件“配送员开始配送”；配送中→已完成：事件“用户签收”；配送中→配送异常：事件“配送失败”（条件：用户不在家）；配送异常→待配送：事件“重新分配配送时间”；待配送/配送中/配送异常→滞留：事件“超过7天未完成”（条件：时间≥7天）；滞留→（人工介入后的状态，如重新配送或退回）：需补充人工处理事件。四、综合设计题（共30分）某智能家居公司需开发“智能设备管理系统”，支持以下功能：设备类型包括智能灯泡（可调色温/亮度）、智能空调（调温/模式）、智能门锁（开关锁/授权）；用户可通过手机App添加设备（需输入设备ID和验证码）、删除设备、查看设备状态；支持“场景模式”：用户可定义“回家模式”（打开门锁、开灯、空调调至26℃）、“离家模式”（关闭灯、锁门、空调待机）；系统需兼容不同厂商的设备（如A厂商灯泡、B厂商空调），同一类型设备的控制接口可能不同。要求：（1）绘制系统用例图（包含主要参与者和用例，标注必要关系）；（2）设计类图，要求使用工厂模式（FactoryPattern）解决多厂商设备兼容问题，包含关键类、接口及关系；（3）绘制“执行回家模式”的序列图（涉及用户、App、场景管理器、设备工厂、具体设备对象）；（4）说明工厂模式在此场景中的适用性及优势。答案：（1）用例图：参与者：用户（Actor）、手机App（系统边界内，非Actor）、设备（外部硬件，Actor）、厂商设备接口（外部系统，Actor）。用例：添加设备（用户）、删除设备（用户）、查看设备状态（用户）、定义场景模式（用户）、执行场景模式（用户）。关系：“定义场景模式”包含（<<include>>）“选择设备动作”（如选择门锁开锁、灯泡打开）；“执行场景模式”依赖（<<depend>>）“设备控制接口”；“添加设备”包含（<<include>>）“输入设备ID”和“输入验证码”。（2）类图设计：抽象产品接口：Device（方法：getState(),control(Action)）；具体产品类：SmartBulb（实现Device，方法：adjustBrightness(),adjustColorTemperature()）、SmartAC（实现Device，方法：setTemperature(),setMode()）、SmartLock（实现Device，方法：lock(),unlock()）；抽象工厂接口：DeviceFactory（方法：createBulb(),createAC(),createLock()）；具体工厂类：VendorAFactory（实现DeviceFactory，创建A厂商的SmartBulb、SmartAC等）、VendorBFactory（实现DeviceFactory，创建B厂商的设备）；场景管理器（SceneManager）：关联DeviceFactory（依赖抽象工厂），拥有场景（Scene）集合，场景包含设备动作列表（Action）；App类：关联SceneManager和DeviceFactory，提供用户界面（UI）方法（addDevice(),executeScene()）。关系：DeviceFactory与Device为创建关系（工厂方法）；SceneManager与Scene为组合关系（场景管理器管理多个场景）；App与SceneManager、DeviceFactory为关联关系。（3）“执行回家模式”序列图：参与者：用户、App、SceneManager、DeviceFactory、SmartLock（具体设备）、SmartBulb（具体设备）、SmartAC（具体设备）。消息流程：1.用户→App：同步消息“执行回家模式”；2.App→SceneManager：同步消息“获取回家模式动作列表”；3.SceneManager→App：返回消息“动作列表（门锁开锁、灯泡打开、空调调26℃）”；4.App→DeviceFactory：同步消息“获取设备实例（门锁ID、灯泡ID