2026年umi建模试题及答案

2026年umi建模试题及答案一、单项选择题（每题2分，共20分）1.以下关于用例（UseCase）之间关系的描述中，正确的是（）。A.包含（Include）关系表示主用例在某些条件下需要执行被包含用例B.扩展（Extend）关系中被扩展用例是主用例的可选部分，扩展点定义主用例的执行位置C.泛化（Generalization）关系中，子用例必须完全继承父用例的所有行为和约束D.当两个用例共享部分功能时，应优先使用扩展关系而非包含关系答案：B解析：包含关系是主用例必须执行被包含用例（A错误）；泛化关系中，子用例可覆盖父用例行为（C错误）；共享功能应优先使用包含关系（D错误）；扩展关系中被扩展用例是可选的，通过扩展点插入主用例（B正确）。2.在类图（ClassDiagram）中，若类A与类B存在“整体-部分”关系，且部分对象的生命周期完全由整体对象控制（部分对象不可脱离整体独立存在），则两者的关系应表示为（）。A.关联（Association）B.聚合（Aggregation）C.组合（Composition）D.依赖（Dependency）答案：C解析：组合关系（实心菱形）表示部分与整体强生命周期绑定（C正确）；聚合（空心菱形）是弱绑定（B错误）；关联仅表示静态连接（A错误）；依赖是临时使用（D错误）。3.顺序图（SequenceDiagram）中，以下元素的时间顺序描述正确的是（）。A.对象生命线从顶部到底部表示时间递增B.同步消息（SynchronousMessage）用虚线箭头表示，发送方需等待接收方响应C.激活条（Activation）表示对象处于空闲状态D.返回消息（ReturnMessage）必须与同步消息一一对应，但可省略绘制答案：A解析：同步消息用实线箭头（B错误）；激活条表示对象正在处理消息（C错误）；返回消息可省略（D错误）；生命线垂直方向为时间轴（A正确）。4.状态图（StateDiagram）中，若某状态需要在进入时自动执行一段初始化代码，则应使用（）。A.入口动作（EntryAction）B.出口动作（ExitAction）C.内部转换（InternalTransition）D.延迟事件（DeferredEvent）答案：A解析：入口动作在状态进入时触发（A正确）；出口动作在离开时触发（B错误）；内部转换不改变状态（C错误）；延迟事件暂存待处理（D错误）。5.活动图（ActivityDiagram）中，用于表示分支逻辑的元素是（）。A.初始节点（InitialNode）B.决策节点（DecisionNode）C.合并节点（MergeNode）D.分叉节点（ForkNode）答案：B解析：决策节点（菱形）用于分支条件判断（B正确）；合并节点用于分支汇聚（C错误）；分叉节点用于并行执行（D错误）。6.以下关于包图（PackageDiagram）的描述中，错误的是（）。A.包（Package）是UML中组织模型元素的容器B.包之间的依赖关系（Dependency）表示一个包使用另一个包的元素C.包的可见性（Visibility）包括public、private、protected三种D.包图主要用于系统架构的高层模块划分，不涉及具体类的细节答案：C解析：UML包的可见性仅支持public和private（C错误）；其他选项均正确。7.在协作图（CollaborationDiagram）中，用于表示对象间交互顺序的元素是（）。A.消息编号（MessageNumbering）B.链接（Link）C.对象角色（ObjectRole）D.上下文关联（ContextLink）答案：A解析：消息编号通过层级表示顺序（如1、1.1）（A正确）；链接表示静态关系（B错误）。8.以下关于用例描述（UseCaseDescription）的要素中，不属于“基本流程”（MainFlow）的是（）。A.用户与系统的主要交互步骤B.预期的系统响应C.异常情况的处理逻辑D.前置条件（Precondition）答案：C解析：基本流程描述正常操作路径，异常处理属于“扩展流程”（C错误）。9.在类图中，若类A的方法参数类型为类B，则类A与类B之间存在（）。A.关联关系（Association）B.依赖关系（Dependency）C.泛化关系（Generalization）D.实现关系（Realization）答案：B解析：方法参数属于临时使用，构成依赖（B正确）；关联是更持久的结构关系（A错误）。10.状态图中，若某状态需要等待多个事件中的任意一个触发转移，则应使用（）。A.复合状态（CompositeState）B.选择转换（ChoiceTransition）C.并发状态（ConcurrentState）D.共享转换（SharedTransition）答案：B解析：选择转换通过监护条件（GuardCondition）判断触发事件（B正确）；并发状态用于同时执行子状态（C错误）。二、简答题（每题8分，共40分）1.简述用例图中“扩展关系”（Extend）的应用场景，并举例说明。答案：扩展关系用于描述主用例在特定条件下可选地执行扩展用例的场景。主用例的流程中存在扩展点（ExtensionPoint），扩展用例仅在满足条件时插入主用例。例如：在线购物系统中，主用例“提交订单”包含扩展点“支付异常处理”，扩展用例“重试支付”通过扩展关系关联到该扩展点，仅当首次支付失败时触发。2.类图中“组合”（Composition）与“聚合”（Aggregation）的核心区别是什么？请用实例说明。答案：核心区别在于生命周期绑定程度：组合关系中部分对象的生命周期完全由整体对象控制（部分不可脱离整体独立存在）；聚合关系中部分对象可独立于整体存在。实例：组合关系如“汽车-发动机”（发动机随汽车创建/销毁）；聚合关系如“球队-球员”（球员可离开球队加入其他球队）。3.顺序图与协作图都用于描述对象间交互，二者的侧重点有何不同？答案：顺序图（时序图）侧重时间顺序，通过垂直时间轴和水平对象排列直观展示消息的先后顺序；协作图（通信图）侧重对象间的结构关系，通过对象链接和消息编号（如1、1.1）表示交互顺序。顺序图适合强调时间流，协作图适合强调对象协作结构。4.状态图中“转移”（Transition）的构成要素有哪些？请逐一说明。答案：转移的构成要素包括：（1）源状态（SourceState）：转移起始状态；（2）目标状态（TargetState）：转移终止状态；（3）事件（Event）：触发转移的事件（如用户输入、超时）；（4）监护条件（GuardCondition）：可选的布尔表达式，事件发生且条件满足时转移生效；（5）动作（Action）：转移执行时的操作（如修改属性、调用方法）。5.活动图在业务流程建模中的优势有哪些？答案：活动图的优势包括：（1）支持并行流程（通过分叉/合并节点），直观展示业务中的并发操作；（2）支持泳道（Swimlane）划分职责，明确各部门/角色在流程中的任务；（3）可表示对象流（ObjectFlow），追踪业务数据在流程中的传递；（4）包含决策节点和合并节点，清晰描述条件分支逻辑；（5）与传统流程图兼容，易于业务人员理解。三、案例分析题（共40分）背景：某科技公司拟开发“智能医疗预约平台”，核心需求如下：（1）患者需注册账号（手机号+密码）后登录，支持通过“忘记密码”功能重置密码（需验证手机号验证码）。（2）患者登录后可浏览医生列表（按科室、职称、擅长领域筛选），选择医生并查看其排班信息（包含日期、时间段、剩余号源）。（3）患者选择具体时段后提交预约，系统校验号源是否充足：若充足则锁定号源（15分钟内未支付则释放），提供待支付订单；若不足则提示“号源已罄”。（4）患者需在订单提供后15分钟内完成支付（支持微信、支付宝），支付成功则预约生效，系统发送短信通知；超时未支付则自动取消订单，释放号源。（5）医生登录平台可查看个人排班、已预约患者列表，支持修改未来7天内的排班（修改后系统自动通知已预约患者）。（6）管理员可管理医生账号（新增/禁用）、审核医生资质（上传的执业证书需人工审核），并统计各科室预约数据（按日/月/季度）。问题1：根据需求（1）-（2），绘制患者端的用例图（需包含参与者、用例及必要关系）。（10分）答案要点：参与者：患者（PrimaryActor）、系统（隐含）。用例：注册账号、登录系统、忘记密码、浏览医生列表、筛选医生、查看排班信息。关系：“注册账号”与“登录系统”为泛化？不，应为独立用例；“忘记密码”扩展“登录系统”（扩展点：登录失败时“忘记密码”）。“浏览医生列表”包含“筛选医生”（因筛选是浏览的必要步骤）。“查看排班信息”与“浏览医生列表”为关联（患者浏览医生后选择查看排班）。问题2：针对需求（3）-（4）中的“提交预约-支付”流程，绘制顺序图（需包含患者、预约子系统、支付子系统、短信服务对象，时间顺序准确）。（12分）答案要点：对象排列（从左到右）：患者、预约子系统、支付子系统、短信服务。消息流程：1.患者→预约子系统：提交预约（选择医生、时段）。2.预约子系统→自身：校验号源（查询数据库剩余号源）。3.若号源充足：a.预约子系统→自身：锁定号源（设置锁定时间15分钟）。b.预约子系统→患者：返回待支付订单（订单号、金额、超时时间）。4.患者→支付子系统：发起支付（选择支付方式、输入密码）。5.支付子系统→支付渠道（隐含）：支付请求。6.支付渠道→支付子系统：支付结果（成功/失败）。7.支付子系统→预约子系统：支付结果通知。8.若支付成功：a.预约子系统→自身：确认号源（解锁并标记为已预约）。b.预约子系统→短信服务：发送预约成功短信（患者手机号、医生信息、时间）。9.若超时未支付（15分钟后）：a.预约子系统→自身：触发定时任务（检查订单状态）。b.预约子系统→自身：释放号源（取消锁定）。问题3：根据需求（5），设计医生端核心类图（需包含“医生”“排班”“预约订单”类及关键属性、方法，明确类间关系）。（8分）答案要点：类：医生（Doctor）：属性（医生ID、姓名、科室、职称、手机号、执业证书状态）；方法（修改排班()、查看预约列表()）。排班（Scheduling）：属性（排班ID、医生ID、日期、时间段、总号源、剩余号源、状态（可修改/已锁定））；方法（更新号源()）。预约订单（ReservationOrder）：属性（订单ID、患者ID、医生ID、排班ID、创建时间、支付状态、超时时间）；方法（取消订单()）。关系：医生与排班：一对多关联（1个医生有多个排班，1个排班属于1个医生），关联名“管理”。排班与预约订单：一对多关联（1个排班对应多个订单，1个订单关联1个排班），关联名“提供”。医生与预约订单：一对多关联（1个医生有多个患者订单），关联名“查看”。问题4：针对需求（6），分析当前用例模型可能存在的冗余或缺陷，并提出优化建议。（10分）答案要点：冗余/缺陷：（1）“审核医生资质”与“管理医生账号”存在重叠：新增医生账号时需先审核资质，当前用例未明确顺序依赖。（2）“统计预约数据”未区分统计维度（日/月/季度），用例描述过于笼统。（3）管理员与医生的交互未明确：如医生修改排班后，系统通知患者的流程是否需管理员介入（当前需