2025年uml考试试卷及答案

2025年uml考试试卷及答案一、单项选择题（每题2分，共30分）1.以下关于用例（UseCase）的描述中，正确的是：A.用例必须由系统主动发起B.一个用例可以对应多个参与者C.用例图中“<<include>>”表示扩展关系D.用例名称应采用技术术语2.类图中，若类A的对象包含类B的对象，且B的生命周期依赖于A（即A销毁时B必须销毁），则A与B的关系应表示为：A.关联（Association）B.聚合（Aggregation）C.组合（Composition）D.泛化（Generalization）3.顺序图（SequenceDiagram）中，用于表示对象向自身发送消息的符号是：A.激活条（ActivationBar）B.自关联消息（SelfMessage）C.返回消息（ReturnMessage）D.生命线（Lifeline）4.状态图（StateDiagram）中，“历史状态”（HistoryState）的作用是：A.记录对象过去所有状态B.保存对象进入当前状态前的最后状态C.表示状态间的循环转移D.标识状态的优先级5.活动图（ActivityDiagram）中，用于表示并行执行分支的符号是：A.决策节点（DecisionNode）B.合并节点（MergeNode）C.分叉节点（ForkNode）D.连接节点（JoinNode）6.包图（PackageDiagram）中，若包A需要访问包B的内容，且包B的修改不会影响包A的内部实现，则两者关系应表示为：A.依赖（Dependency）B.泛化（Generalization）C.组合（Composition）D.实现（Realization）7.以下关于通信图（CommunicationDiagram）的描述中，错误的是：A.强调对象间的消息传递顺序B.与顺序图可以相互转换C.用连接对象的链（Link）表示关联D.消息需标注顺序号8.在用例建模中，“扩展用例”（ExtendingUseCase）与“基础用例”（BaseUseCase）的关系通过以下哪种方式实现？A.在基础用例中插入扩展点B.扩展用例完全替换基础用例C.基础用例必须包含扩展用例的所有步骤D.两者无明确执行顺序9.类图中，属性的可见性符号“”表示：A.公有（Public）B.私有（Private）C.受保护（Protected）D.包内可见（Package）10.状态图中，触发状态转移的事件不包括：A.信号事件（SignalEvent）B.时间事件（TimeEvent）C.变更事件（ChangeEvent）D.终止事件（TerminateEvent）11.活动图中，若一个活动需要等待多个并行分支完成后再继续执行，应使用：A.分叉节点（Fork）B.合并节点（Merge）C.连接节点（Join）D.终止节点（Terminate）12.以下关于包图的设计原则中，正确的是：A.包的大小应尽可能大，以减少依赖B.包应遵循“高耦合、低内聚”原则C.包之间的依赖应形成无环结构D.包内必须包含完整的系统功能13.顺序图中，若对象A向对象B发送消息后，B需要调用对象C完成部分操作，最终将结果返回给A，则消息传递的顺序应为：A.A→B→C→B→AB.A→B→C→AC.B→C→A→BD.C→B→A→B14.用例图中，参与者（Actor）的本质是：A.系统的外部实体B.系统内部的模块C.用户界面组件D.业务流程中的角色15.类图中，若类A和类B存在“双向关联”，则以下表示正确的是：A.A←→BB.A→BC.A←BD.A→B二、填空题（每空1分，共20分）1.用例图的核心元素包括______、______和两者之间的关系。2.类图中，关联关系的多重性“0..”表示______，“1”表示______。3.顺序图的水平轴表示______，垂直轴表示______。4.状态图的基本元素包括状态、转移、______和______。5.活动图中，用于表示流程开始的符号是______，结束的符号是______。6.包图中，包的依赖关系用带箭头的虚线表示，箭头指向______（被依赖/依赖）的包。7.通信图中，消息的顺序通过______标注，对象间的关联通过______表示。8.扩展用例与基础用例的关系用______（符号）表示，包含用例与基础用例的关系用______（符号）表示。9.类图中，泛化关系用______（符号）表示，实现关系用______（符号）表示。10.状态图中，复合状态可分解为______状态或______状态。三、简答题（每题6分，共30分）1.简述用例图在需求分析中的核心作用，并举例说明“包含用例”的应用场景。2.类图中“关联”与“依赖”的主要区别是什么？请用具体示例说明。3.顺序图与通信图均用于描述对象间的交互，两者的侧重点有何不同？4.状态图中“初始状态”与“终止状态”的含义是什么？若一个对象可能有多个终止状态，应如何表示？5.活动图与传统流程图（Flowchart）的主要差异有哪些？四、分析题（每题10分，共20分）1.某智能快递柜系统的需求如下：用户通过输入取件码或扫码打开柜门取件；快递员通过账号密码登录后，可存入快递并提供取件码；系统需记录用户取件时间和快递员存件时间。请绘制该系统的用例图（要求标注参与者、用例及关系）。2.以下是某在线教育系统的类图片段（部分关系标注错误）：类“课程”（Course）与“教师”（Teacher）：教师可以教授多门课程，课程由唯一教师负责（标注为“教师→课程，”）。类“学生”（Student）与“课程”（Course）：学生可选修多门课程，课程可被多个学生选修（标注为“学生←课程，1..”）。类“作业”（Homework）与“课程”（Course）：每门课程有多个作业，每个作业属于唯一课程（标注为“作业→课程，0..1”）。请指出上述类图中的错误，并给出正确的标注方式。五、综合题（20分）某社区医疗预约系统的核心需求如下：患者可注册账号、登录系统，查看医生排班信息（按科室、日期筛选）。患者选择医生和时间段后提交预约，系统校验该时间段是否已被占用（若占用则提示重新选择），未占用则提供预约单（包含患者信息、医生、时间、状态）。医生登录系统后可查看自己的预约列表，取消已预约但未就诊的订单（需通知患者）。系统需记录患者的就诊历史（包括预约时间、就诊时间、诊断结果）。请基于上述需求，完成以下任务：（1）绘制系统的用例图（要求包含主要参与者和用例，标注必要的关系）；（2）设计核心类图（至少包含“患者”“医生”“预约单”“就诊历史”四个类，标注关联关系及多重性）；（3）绘制“患者提交预约”场景的顺序图（要求包含患者、系统、医生三个对象，体现关键消息交互）。答案一、单项选择题1.B2.C3.B4.B5.C6.A7.A8.A9.C10.D11.C12.C13.A14.A15.A二、填空题1.参与者；用例2.零个或多个；恰好一个3.对象；时间顺序4.事件；动作（或活动）5.初始节点（实心圆）；终止节点（同心圆）6.被依赖7.顺序号；链（Link）8.<<extend>>；<<include>>9.空心三角实线；空心三角虚线10.并发（正交）；顺序三、简答题1.用例图的核心作用是从用户视角描述系统功能，明确系统边界及与外部参与者的交互。“包含用例”用于将多个用例共享的公共步骤抽取为独立用例（如“身份验证”），基础用例通过“<<include>>”引用包含用例，避免重复。例如：“用户登录”和“修改密码”均需“验证账号密码”，可将后者作为包含用例。2.关联表示对象间的长期静态关系（如“学生-课程”的选修关系），是类级别的连接；依赖表示一个类的变化可能影响另一个类（如“订单”类使用“日期工具”类），是临时的、偶然的关系。示例：类A有一个属性为类B的对象（关联）；类A的方法参数为类B（依赖）。3.顺序图侧重时间顺序（垂直轴表示时间推进），直观展示消息的先后顺序；通信图侧重对象间的结构关系（强调对象如何连接），通过消息顺序号表示交互顺序。顺序图适合展示复杂时间逻辑，通信图适合展示对象协作结构。4.初始状态表示对象生命周期的起点（仅一个），终止状态表示对象生命周期的结束（可多个）。多个终止状态用多个“同心圆”符号表示，分别标注在状态图的不同结束位置。5.活动图支持并发（分叉/合并节点）、对象流（展示活动处理的对象）、泳道（划分活动的责任主体）；传统流程图侧重线性流程，不直接支持并发和对象交互，无责任划分机制。四、分析题1.用例图参与者：用户、快递员、系统（边界）。用例：输入取件码取件、扫码取件、登录（快递员）、存入快递、提供取件码、记录取件时间、记录存件时间。关系：“输入取件码取件”与“扫码取件”为泛化（<<generalization>>）；“存入快递”包含（<<include>>）“提供取件码”；所有取件/存件用例包含（<<include>>）“记录时间”。2.错误及修正：“教师→课程，”错误：教师可教授多门课程（教师端多重性应为“”），课程由唯一教师负责（课程端多重性应为“1”），正确标注为“教师←→课程，:1”（或教师端“”，课程端“1”）。“学生←课程，1..”错误：学生与课程是多对多关系，正确标注为“学生←→课程，:”（或学生端“”，课程端“”）。“作业→课程，0..1”错误：作业属于唯一课程（课程端多重性“1”），每门课程有多个作业（作业端多重性“”），正确标注为“作业←→课程，:1”（或作业端“”，课程端“1”）。五、综合题（1）用例图：参与者：患者、医生、系统（边界）。用例：注册、登录、查看排班、提交预约、校验时间段、提供预约单、查看预约列表、取消预约、通知患者、记录就诊历史。关系：“提交预约”包含（<<include>>）“校验时间段”和“提供预约单”；“取消预约”包含（<<include>>）“通知患者”；“查看排班”“提交预约”“查看预约列表”等用例与“登录”为包含（<<include>>）关系（或泛化，根据具体设计）。（2）核心类图：患者（Patient）：属性（ID，姓名，账号）医生（Doctor）：属性（ID，姓名，科室）预约单（Appointment）：属性（ID，患者ID，医生ID，预约时间，状态）就诊历史（MedicalHistory）：属性（ID，患者ID，预约ID，就诊时间，诊断结果）关联关系：患者←→预约单：患者可创建多个预约单（患者端“”），预约单属于一个患者（预约单端“1”）→标注“:1”。医生←→预约单：医生有多个预约单（医生端“”），预约单对应一个医生（预约单端“1”）→标注“:1”。患者←→就诊历史：患者有多个就诊历史（患者端“”），就诊历史属于一个患者（就诊历史端“1”）→标注“:1”。预约单←→就诊历史：就诊历史关联一个预约单（就诊历史端“1”），预约单可能对应一个就诊历史（预约单端“0