2025年uml的试题及答案

2025年uml的试题及答案一、单项选择题（每题2分，共20分）1.在UML2.0中，用于描述系统功能需求与参与者关系的核心图是（）。A.类图B.用例图C.顺序图D.状态图2.类图中，若类A的某个方法返回类B的实例，且类B的生命周期不依赖于类A，则A与B之间的关系应表示为（）。A.泛化B.实现C.依赖D.关联3.顺序图中，“self”关键字通常用于表示（）。A.对象向自身发送消息B.对象等待外部响应C.对象创建其他对象D.对象销毁自身4.状态图中，若一个状态需要在进入时执行特定操作，应使用（）标记。A.entryB.doC.exitD.on5.活动图中，用于表示并行执行分支的符号是（）。A.菱形判断节点B.分叉/合并节点C.泳道分隔线D.初始/终止节点6.包图中，若包A需要访问包B的内部元素，但包B不依赖包A，应使用（）关系表示。A.泛化B.依赖C.合并D.嵌套7.交互概览图的核心组成元素是（）。A.状态与转移B.活动与分支C.用例与参与者D.交互片段与控制节点8.通信图中，用于表示消息传递顺序的标注是（）。A.时间戳B.序列号C.对象生命线D.消息类型标记9.组件图中，若组件A提供“支付接口”并依赖组件B的“安全验证接口”，则A与B之间应绘制（）。A.提供接口（棒棒糖符号）和依赖关系B.需求接口（插座符号）和泛化关系C.提供接口和实现关系D.需求接口和依赖关系10.部署图中，用于表示物理设备间通信路径的符号是（）。A.节点B.制品C.通信关联D.接口二、填空题（每空1分，共20分）1.UML2.0的三层元模型架构包括元元模型层、元模型层和________层。2.类图中，属性可见性符号“+”表示________，“”表示________。3.用例图中，参与者与用例之间的“关联”关系用________表示；用例之间的“扩展”关系用________（方向+符号）表示。4.顺序图的水平轴表示________，垂直轴表示________。5.状态图中，触发状态转移的事件类型包括信号事件、调用事件、时间事件和________。6.活动图中，“泳道”用于划分________的职责范围。7.包图中，若包A完全包含包B的内容并可替代其功能，应使用________关系表示。8.交互概览图本质是________图与________图的结合，用于展示交互流程的整体结构。9.通信图中，消息的“顺序号”采用________表示层级嵌套，例如“1.2”表示________。10.组件图中，“制品”用于表示________的物理实现，如可执行文件或数据库脚本。11.部署图中，“节点”分为________节点（如服务器）和________节点（如移动终端）。三、简答题（每题6分，共30分）1.简述类图中“聚合”与“组合”的区别，并举出实际系统中的例子说明。2.用例图中“包含”（include）和“扩展”（extend）关系的核心差异是什么？请结合在线购物系统的场景举例说明。3.顺序图与通信图均用于描述对象交互，二者的主要侧重点有何不同？在实际建模中如何选择？4.状态图与活动图都涉及状态转换，试从应用场景、元素组成和语义三个方面对比二者的区别。5.组件图与部署图的设计目标有何不同？在大型分布式系统开发中，二者如何协同支持架构设计？四、分析设计题（共30分）（一）某高校拟开发“在线课程答疑系统”，主要功能需求如下：学生可登录系统，查看已选课程的答疑板块，发布问题（含文字、附件），查看教师/其他学生的回复。教师可登录系统，管理所授课程的答疑板块（如置顶问题、标记已解决），回复学生问题，对不当内容进行删除。系统需记录问题发布时间、回复时间、问题状态（待解决/已解决/已关闭）。管理员可管理用户账号（冻结/解封）、设置课程与教师的绑定关系。要求：根据上述需求，完成以下任务（15分）：1.绘制系统的用例图（需包含主要参与者、用例及关系）。2.设计核心类图（至少包含5个关键类，需明确类间关系及关键属性/方法）。（二）针对“在线课程答疑系统”中“学生发布问题”的功能，完成以下任务（15分）：1.绘制该功能的顺序图（需包含学生用户、答疑系统、文件服务器三个对象，消息需覆盖输入内容、上传附件、验证格式、存储问题、返回成功提示的完整流程）。2.若学生发布问题时，系统需先检查用户是否处于“已登录”状态，未登录则跳转至登录界面。请在顺序图中补充该逻辑（用“alt”交互片段表示）。参考答案一、单项选择题1.B2.C3.A4.A5.B6.B7.D8.B9.A10.C二、填空题1.用户模型2.公有（public）；受保护（protected）3.实线；带空心箭头的虚线（从扩展用例指向基础用例）4.对象；时间5.改变事件6.活动执行主体7.泛化8.活动；交互（或顺序）9.点分编号；外层消息（如“1”）的子消息10.组件11.计算；设备三、简答题1.聚合（Aggregation）表示整体与部分的弱包含关系，部分可独立于整体存在（如“班级”与“学生”，学生可毕业离开班级）；组合（Composition）表示强包含关系，部分生命周期依赖整体（如“课程”与“章节”，章节无法脱离课程单独存在）。2.“包含”关系（include）用于将基础用例的公共步骤提取为被包含用例（如“提交订单”包含“支付”用例，所有订单提交必须执行支付）；“扩展”关系（extend）用于在基础用例的特定点（扩展点）有条件地添加行为（如“普通订单”扩展“促销订单”，仅在满足促销条件时触发额外折扣逻辑）。3.顺序图侧重时间顺序（垂直轴表示时间流逝），直观展示消息的先后顺序；通信图侧重对象间的连接关系（强调消息在对象链中的传递），通过顺序号标注消息顺序。选择时，若需突出交互的时间流程，用顺序图；若需强调对象协作结构，用通信图。4.状态图关注单个对象的状态变化（如“问题”对象从“待解决”→“已解决”），元素包括状态、转移、事件；活动图关注流程的步骤与控制（如“发布问题”的流程：输入内容→上传附件→验证→存储），元素包括活动、动作、分叉/合并。状态图语义是对象生命周期的动态行为，活动图语义是业务流程或算法的执行步骤。5.组件图描述系统的逻辑组件（如“用户管理组件”“答疑服务组件”）及其接口、依赖关系，支持模块化设计；部署图描述组件的物理部署（如“用户管理组件”部署在Web服务器，“数据库组件”部署在数据库服务器），关注硬件与软件的映射。二者协同：组件图定义逻辑架构，部署图指导物理部署，共同支撑分布式系统的开发与运维。四、分析设计题（示例）（一）1.用例图：参与者：学生、教师、管理员用例：学生用例（登录、查看答疑板块、发布问题、查看回复）；教师用例（登录、管理答疑板块、回复问题、删除内容）；管理员用例（管理用户账号、设置课程绑定）关系：“登录”用例被学生、教师、管理员共同关联；“管理答疑板块”包含“置顶问题”“标记已解决”子用例（include关系）。2.核心类图：关键类：User（属性：用户ID、角色、状态；方法：登录）、Course（属性：课程ID、名称；方法：获取答疑板块）、Question（属性：问题ID、内容、发布时间、状态；方法：添加回复）、Reply（属性：回复ID、内容、回复时间；方法：关联问题）、Attachment（属性：文件ID、路径、大小）。关系：User与Course是“选择”关联（学生选择课程，教师教授课程）；Course与Question是“包含”聚合关系（课程包含多个问题）；Question与Reply是“拥有”组合关系（问题包含回复）；Question与Attachment是“关联”关系（问题可关联多个附件）。（二）1.顺序图（关键消息）：学生用户→答疑系统：发送“发布问题请求”（内容、附件）答疑系统→文件服务器：发送“上传附件”消息（附件数据）文件服务器→答疑系统：返回“附件存储成功”（文件路径）答疑系统：执行“验证问题格式”（检查内容非空、附件大小限制）答疑系统→数据库：发送“存储问题”（问题内容、附件路径、状态=待解决）数据库→答疑系