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

2025年uml模式应用考试试题及答案一、单项选择题（每题2分，共20分）1.在UML用例图中，以下哪项是参与者（Actor）的典型特征？A.必须是物理设备B.代表系统外部与系统交互的实体C.只能是人D.不能与多个用例关联答案：B解析：参与者是系统外部与系统交互的实体，可以是用户、其他系统或设备，可与多个用例关联。2.类图中，若类A的方法参数包含类B的实例，则A与B之间的关系是？A.关联（Association）B.依赖（Dependency）C.泛化（Generalization）D.实现（Realization）答案：B解析：依赖关系表示一个类的变化可能影响另一个类，方法参数、局部变量或静态方法调用均属于依赖。3.状态图中，触发状态转换的最小单位是？A.事件（Event）B.条件（GuardCondition）C.动作（Action）D.入口/出口行为（Entry/ExitBehavior）答案：A解析：状态转换由事件触发，条件是对事件的约束，动作是转换时执行的操作。4.活动图中，用于表示并行执行路径的符号是？A.分支（Decision）B.合并（Merge）C.分叉（Fork）D.汇合（Join）答案：C解析：分叉符号（粗实线）用于将单一流程分为多个并行执行的分支。5.顺序图（SequenceDiagram）中，覆盖多个对象生命周期的垂直虚线称为？A.消息（Message）B.生命线（Lifeline）C.激活条（Activation）D.组合片段（CombinedFragment）答案：B解析：生命线表示对象在一段时间内的存在，激活条表示对象正在执行操作。6.以下哪种设计模式属于创建型模式，且用于解决接口不兼容问题？A.工厂方法（FactoryMethod）B.适配器（Adapter）C.单例（Singleton）D.观察者（Observer）答案：B解析：适配器模式属于结构型模式，用于将类的接口转换为客户端期望的接口。7.协作图（CollaborationDiagram）与顺序图的主要区别是？A.协作图强调时间顺序，顺序图强调对象协作关系B.协作图使用消息编号表示顺序，顺序图使用垂直时间轴C.协作图不支持组合片段，顺序图支持D.协作图只能表示同步消息，顺序图可表示异步消息答案：B解析：协作图通过消息编号和对象布局表示交互顺序，顺序图通过垂直时间轴明确时间顺序。8.在类图中，若类A的属性类型是类B的集合，则A与B的关系是？A.聚合（Aggregation）B.组合（Composition）C.关联（Association）D.依赖（Dependency）答案：C解析：关联关系表示类之间的结构性连接，聚合和组合是关联的特殊类型（强调整体-部分关系），此处仅说明属性类型为集合，属于普通关联。9.用例图中，“<<include>>”关系的作用是？A.表示一个用例扩展另一个用例的功能B.将公共行为提取为独立用例，供其他用例调用C.表示用例之间的继承关系D.定义用例的前置条件答案：B解析：包含（include）关系用于将公共子用例提取，主用例必须执行子用例；扩展（extend）关系表示子用例有条件地添加到主用例。10.状态图中，“历史状态（HistoryState）”的作用是？A.记录状态转换的历史路径B.当状态机重新进入父状态时，恢复上次离开的子状态C.表示状态的初始状态D.定义状态的终止条件答案：B解析：历史状态（用空心圆加H表示）用于记忆复合状态中上次激活的子状态，重新进入时恢复该子状态。二、简答题（每题6分，共30分）1.简述用例图中“扩展（Extend）”关系与“包含（Include）”关系的区别。答案：包含（<<include>>）关系中，主用例的执行必须调用被包含的子用例，子用例是主用例的必要组成部分（如“下单”用例包含“支付”用例）；扩展（<<extend>>）关系中，子用例有条件地添加到主用例的某个扩展点（如“异常退款”扩展点可触发“退款”用例），主用例可独立存在。两者方向相反：包含是主→子，扩展是子→主。2.类图中，泛化（Generalization）与实现（Realization）的核心差异是什么？答案：泛化（继承）表示类与类、接口与接口之间的“is-a”关系（如“轿车”泛化“汽车”），子类继承父类的属性和方法，可重写；实现（Realization）表示类与接口之间的“实现”关系（如“具体支付类”实现“支付接口”），类必须实现接口的所有抽象方法，强调行为契约的遵守。3.状态图与活动图的适用场景有何不同？答案：状态图聚焦对象在生命周期中状态的转移（如“订单”的状态：待支付→已支付→已发货→已完成），强调事件触发的状态变化；活动图描述业务流程或算法的步骤（如“用户注册流程”：填写信息→验证→发送邮件→完成），强调动作的执行顺序和并行、分支逻辑。状态图侧重对象状态，活动图侧重流程控制。4.顺序图中“自调用消息（Self-Message）”的作用是什么？如何表示？答案：自调用消息表示对象调用自身的方法（如“订单对象”调用自身的“计算总价”方法），用于封装对象内部的复杂操作。在顺序图中，自调用消息从对象的激活条出发，向右侧水平延伸后折回同一激活条，箭头指向自身。5.设计模式中“单例模式（Singleton）”的核心目的与实现要点是什么？答案：核心目的：确保一个类仅有一个实例，并提供全局访问点（如系统配置管理器）。实现要点：私有构造函数（防止外部实例化）、静态变量保存唯一实例（饿汉式直接初始化，懒汉式延迟初始化）、静态公有方法返回实例（需考虑线程安全，如双重检查锁定）。三、分析题（每题15分，共30分）1.某智能医疗预约系统的核心需求如下：患者通过APP选择科室和医生，查看可预约时段并提交预约；医生登录系统后可查看当日预约列表，取消或修改自己的可预约时段；系统需在预约成功后向患者发送短信通知，若医生取消时段，需通知已预约患者。要求：（1）绘制该系统的用例图（需包含参与者、用例及必要关系）；（2）说明用例“提交预约”与“发送短信通知”之间的关系类型及理由。答案：（1）用例图元素：参与者：患者（Patient）、医生（Doctor）、短信服务（SMSService，外部系统）。用例：选择科室医生（ChooseDepartment/Doctor）、查看可预约时段（ViewAvailableSlots）、提交预约（SubmitAppointment）、查看当日预约（ViewDailyAppointments）、修改可预约时段（ModifyAvailableSlots）、发送短信通知（SendSMSNotification）。关系：患者与“选择科室医生”“查看可预约时段”“提交预约”关联；医生与“查看当日预约”“修改可预约时段”关联；“提交预约”<<include>>“发送短信通知”（因提交成功后必须触发通知）；“修改可预约时段”<<extend>>“发送短信通知”（医生修改时段时，有条件触发通知已预约患者）。（2）“提交预约”与“发送短信通知”是包含（<<include>>）关系。因为“提交预约”用例的成功执行必须调用“发送短信通知”用例，通知是预约流程的必要组成部分，无此步骤则流程不完整。2.某电商平台的“订单支付”流程如下：用户选择订单后进入支付页面，选择支付方式（支付宝/微信/信用卡）；系统验证支付方式有效性，若无效提示用户重新选择；若有效，调用对应支付接口；支付成功后更新订单状态为“已支付”，并触发物流系统提供运单；若支付失败，提示用户重试。要求：（1）绘制该流程的顺序图（需包含用户、订单系统、支付网关、物流系统四个对象）；（2）说明顺序图中“支付网关”对象的生命线作用。答案：（1）顺序图结构（按时间轴从上到下）：用户生命线：发送“选择支付方式”消息至订单系统；订单系统生命线：发送“验证支付方式”消息至支付网关；支付网关：返回“验证结果”（有效/无效）；若无效，订单系统发送“提示重新选择”消息至用户；若有效，订单系统发送“调用支付接口”消息至支付网关；支付网关：返回“支付结果”（成功/失败）；若成功，订单系统发送“更新订单状态”（内部消息），并发送“提供运单”消息至物流系统；若失败，订单系统发送“提示支付失败”消息至用户。（2）支付网关的生命线表示其在支付流程中的存在周期：从接收“验证支付方式”消息开始激活（激活条加粗），处理验证和支付接口调用，直到返回结果后进入非激活状态。生命线确保消息传递的时间顺序，明确支付网关在交互中的参与阶段。四、综合设计题（20分）某在线教育平台需设计“课程管理”模块，核心需求包括：支持创建不同类型的课程（直播课、录播课、训练营），每种课程有不同的属性（如直播课含“直播时间”，训练营含“打卡周期”）；当课程状态变更（如“未发布”→“已发布”）时，需通知已订阅该课程的学员；课程发布后，学员可查看课程详情、参与互动（直播课实时提问，录播课留言）。要求：（1）绘制课程管理模块的类图（需包含课程类型、学员、通知相关类及必要关系）；（2）说明如何用设计模式实现“创建不同类型课程”和“状态变更通知学员”的需求；（3）补充课程“已发布”状态的状态图（需包含状态转换的触发事件）。答案：（1）类图设计：抽象类：Course（属性：ID、名称、状态；方法：publish()、notifyStudents()）；具体类：LiveCourse（继承Course，新增属性：直播时间）、RecordedCourse（继承Course，新增属性：视频链接）、CampCourse（继承Course，新增属性：打卡周期）；接口：Observer（方法：update(Stringmessage)）；具体类：Student（实现Observer，属性：ID、姓名；方法：update()）；关联关系：Course聚合（Aggregation）Student（课程可被多个学员订阅）；Course与Observer是依赖（Dependency）关系（通过notifyStudents()调用update()）。（2）设计模式应用：创建不同类型课程：使用工厂方法模式（FactoryMethod）。定义抽象工厂CourseFactory，具体工厂（LiveCourseFactory、RecordedCourseFactory、CampCourseFactory）实现createCourse()方法，根据课程类型返回具体课程实例，解耦对象创建与使用。状态变更通知学员：使用观察者模式（Observer）。Course作为主题（Subject）维护学员观察者列表，状态变更时调用notifyStudents()遍历列表调用update()方法，实现学员与课