《UML系统分析与设计教程(第2版)》期末试卷及答案解析

《UML系统分析与设计教程(第2版)》期末试卷及答案解析一、单项选择题（共15题，每题2分，共30分）在UML的9种图中，用于描述系统中对象之间动态交互关系，展现对象如何参与用例的是（）A.类图B.序列图C.活动图D.部署图答案：B解析：序列图属于交互图，核心功能是按时间顺序展示对象间的消息传递过程，明确对象在用例执行中的交互逻辑，符合题干描述；类图描述静态结构，活动图侧重流程步骤，部署图关注物理部署，均不符合。下列关于用例图中“参与者”的说法，错误的是（）A.参与者可以是人员，也可以是外部系统B.参与者与用例之间通过关联关系连接C.参与者必须直接操作系统D.一个参与者可参与多个用例答案：C解析：参与者是与系统交互的外部实体，无需“直接操作”，例如外部支付系统作为参与者，通过接口与系统交互，无需人工直接操作；A、B、D均为参与者的正确属性。UML类图中，“聚合”关系的符号是（）A.空心菱形+实线B.实心菱形+实线C.空心三角形+实线D.实心三角形+虚线答案：A解析：聚合是“整体-部分”的松散关系（部分可脱离整体存在），符号为空心菱形（指向整体）+实线；B为组合关系（部分不可脱离整体），C为泛化关系（实线空心三角），D非标准UML符号。活动图中，用于表示流程分支选择的元素是（）A.初始节点B.决策节点C.合并节点D.终止节点答案：B解析：决策节点（菱形符号）用于表示流程中的条件判断，产生多个分支；初始/终止节点标记流程起点/终点，合并节点用于汇合分支，均不具备分支选择功能。下列不属于UML动态图的是（）A.状态图B.协作图C.组件图D.序列图答案：C解析：UML动态图描述系统行为的时间维度变化，包括序列图、协作图、状态图、活动图；组件图属于静态图，描述系统的组件结构及依赖关系，故答案为C。状态图中，“状态转移”的触发条件通常标注在（）A.转移箭头的起点B.转移箭头的终点C.转移箭头的上方D.状态节点内部答案：C解析：状态转移通过箭头连接两个状态，触发条件（如事件、guard条件）需标注在箭头上方，格式为“事件[guard条件]/动作”，这是UML状态图的标准规范。系统分析阶段的核心输出是（）A.类图B.用例模型C.部署图D.组件图答案：B解析：系统分析阶段聚焦“做什么”，核心任务是梳理用户需求，构建用例模型（含用例图、用例规约）；类图、组件图、部署图均属于设计阶段输出，侧重“怎么做”。UML协作图与序列图的主要区别在于（）A.协作图不展示消息传递B.序列图不展示对象关联C.协作图侧重空间结构，序列图侧重时间顺序D.协作图仅用于复杂系统答案：C解析：协作图与序列图均属于交互图，均展示对象交互与消息传递；核心区别是：序列图按时间轴排列，突出时间顺序；协作图按对象空间布局，突出对象间关联结构，C项正确。下列关于“泛化”关系的说法，正确的是（）A.泛化关系表示“整体-部分”关系B.子类继承父类的属性和方法，且可添加新属性和方法C.泛化关系的符号是空心菱形D.父类可继承子类的特性答案：B解析：泛化是“一般-特殊”关系，子类继承父类的所有特性（属性、方法），并可扩展新特性，B正确；A为聚合/组合关系，C为聚合符号，D逻辑颠倒（子类继承父类，非反之）。组件图中，用于表示组件之间依赖关系的符号是（）A.实线箭头B.虚线箭头C.实线空心三角D.虚线空心三角答案：B解析：组件图中，依赖关系用“虚线+箭头”表示（箭头指向被依赖组件）；实线用于关联关系，三角符号用于泛化关系，故答案为B。用例规约中，“前置条件”的含义是（）A.用例执行后必须满足的条件B.用例执行前系统必须处于的状态C.用例执行过程中的核心步骤D.用例的参与者列表答案：B解析：用例规约的“前置条件”是用例启动前必须满足的前提（如“用户已登录系统”）；A为后置条件，C为基本事件流，D为参与者信息，均不符合。下列UML图中，用于描述系统硬件架构与软件组件部署关系的是（）A.组件图B.部署图C.类图D.活动图答案：B解析：部署图（又称配置图）展示系统的物理节点（如服务器、客户端）及软件组件在节点上的部署情况；组件图描述软件内部组件结构，不涉及硬件，故答案为B。状态图的核心元素不包括（）A.状态节点B.转移箭头C.消息队列D.初始/终止节点答案：C解析：状态图核心元素包括状态节点（简单状态、复合状态）、转移箭头、初始/终止节点；消息队列是序列图/协作图中描述对象间消息传递的元素，不属于状态图。系统设计阶段中，“架构设计”的主要任务是（）A.梳理用户需求B.划分系统模块与层次C.编写代码D.测试系统功能答案：B解析：架构设计是设计阶段的核心，需确定系统的整体结构（如分层架构、微服务架构），划分模块及模块间接口；A为分析阶段任务，C为编码阶段，D为测试阶段，均不符合。UML2.0与UML1.x相比，新增的图是（）A.序列图B.交互概览图C.用例图D.类图答案：B解析：UML2.0在1.x基础上新增了交互概览图（结合活动图与序列图特点）、时序图、组合结构图等；序列图、用例图、类图均为UML1.x已有的图。二、多项选择题（共5题，每题4分，共20分；多选、少选、错选均不得分）下列属于UML静态图的有（）A.类图B.用例图C.组件图D.部署图E.状态图答案：ABCD解析：UML静态图描述系统的静态结构（不随时间变化），包括类图、用例图、组件图、部署图、对象图、组合结构图；状态图属于动态图，描述对象状态随时间的变化，故排除E。用例图中的核心元素包括（）A.用例B.参与者C.关联关系D.包含关系E.状态节点答案：ABCD解析：用例图的核心元素包括用例（椭圆）、参与者（小人）、关联（连接参与者与用例）、包含/扩展/泛化（用例间关系）；状态节点是状态图的元素，不属于用例图，排除E。类图中，类的成员包括（）A.属性B.方法（操作）C.事件D.关联关系E.约束条件答案：AB解析：类图中，每个类包含“属性”（描述对象特征）和“方法（操作）”（描述对象行为），这是类的核心成员；事件是状态图的触发因素，关联关系是类间关系，约束条件是附加规则，均不属于类的成员，排除C、D、E。活动图可用于描述的场景有（）A.用例的执行流程B.类的属性定义C.系统的业务流程D.对象的状态变化E.组件间的交互逻辑答案：AC解析：活动图侧重描述“流程步骤”，可用于展示用例执行步骤、业务流程（如订单处理流程）；B为类图内容，D为状态图内容，E为序列图/协作图内容，故排除B、D、E。下列关于“包含”关系与“扩展”关系的区别，说法正确的有（）A.包含关系中，基础用例必须依赖包含用例才能完成B.扩展关系中，扩展用例是基础用例的可选功能C.包含关系的符号是虚线箭头+“<>”D.扩展关系的符号是虚线箭头+“<>”E.包含关系中，包含用例可独立执行答案：ABCD解析：包含关系是“必需依赖”（基础用例必须调用包含用例，如“支付”包含“验证身份”），包含用例不可独立执行（需被基础用例调用），E错误；A、B、C、D均为包含与扩展关系的正确区别。三、简答题（共3题，每题10分，共30分）简述UML类图中“组合”关系与“聚合”关系的异同。答案：（1）相同点：二者均属于“整体-部分”关系，均用菱形+实线表示（菱形指向整体），用于描述对象间的组成关联（2分）。（2）不同点：①依赖程度不同：聚合是“松散组合”，部分对象可脱离整体独立存在（如“班级”与“学生”，学生可转学离开班级）；组合是“强耦合”，部分对象无法脱离整体存在，整体销毁时部分也随之销毁（如“汽车”与“发动机”，发动机不能脱离汽车独立存在）（4分）；②符号差异：聚合用“空心菱形”，组合用“实心菱形”（2分）；③实例创建顺序：聚合中，部分可先于整体创建；组合中，整体必须先创建，再创建部分（2分）。什么是用例模型？用例模型的核心组成部分有哪些？答案：（1）用例模型是系统分析阶段的核心输出，用于捕获和描述用户需求，展现系统的功能范围及与外部实体的交互关系，回答“系统为用户做什么”的问题（4分）。（2）核心组成部分包括：①用例：系统提供的具体功能（如“查询订单”“提交支付”），用椭圆表示，需具有完整的业务意义（2分）；②参与者：与系统交互的外部实体（人员、外部系统、设备），用小人符号表示，是用例的发起者或受益者（2分）；③关系：包括参与者与用例的“关联关系”（连接交互双方）、用例间的“包含/扩展/泛化关系”（描述用例间的依赖或共性抽象）（2分）。简述UML序列图的绘制步骤，并说明其核心作用。答案：（1）绘制步骤：①确定交互场景：明确要描述的用例或业务流程（如“用户登录”场景）（2分）；②列出参与对象：确定场景中涉及的对象（如“用户”“登录界面”“认证服务”），按横向顺序排列在图的顶部，每个对象对应一条垂直的“生命线”（2分）；③标注时间顺序：沿生命线向下，按时间先后顺序绘制“消息箭头”，标注消息内容（如“输入账号密码”“验证credentials”），需区分同步消息（实心箭头）、异步消息（空心箭头）（2分）；④补充细节：添加“激活期”（生命线中实心矩形，标识对象处理消息的时间段）、返回消息或异常处理（可选）（1分）。（2）核心作用：按时间维度清晰展示对象间的消息传递流程，明确每个对象在交互中的职责，帮助开发人员理解用例的执行逻辑，常用于需求评审和代码设计阶段的沟通（3分）。四、案例分析题（共1题，20分）案例背景：某电商平台需开发“订单处理系统”，核心功能包括：用户提交订单（需选择商品、填写收货地址、选择支付方式）；系统验证订单信息（商品库存、地址有效性）；用户完成支付（调用外部支付系统）；系统确认支付成功后，生成物流单并通知仓库发货；用户可查询订单状态（待支付、已支付、已发货、已完成）。问题：绘制该系统“提交订单”用例的用例图（需包含参与者、用例及关键关系），并写出该用例的前置条件和后置条件（10分）。绘制“用户提交订单并完成支付”场景的序列图，列出至少4个参与对象，并标注核心消息传递流程（10分）。答案解析：“提交订单”用例图及用例规约：（1）用例图组成：①参与者：用户、订单系统、库存系统、支付系统（2分）；②用例：提交订单、验证订单信息、调用支付（3分）；③关系：用户与“提交订单”关联；“提交订单”包含“验证订单信息”（必需依赖，验证不通过则订单无法提交）；“提交订单”扩展“调用支付”（可选，订单提交后用户可选择立即支付或稍后支付）（3分）。（2）用例规约：①前置条件：用户已登录系统；用户购物车中存在商品（2分）；②后置条件：订单验证通过且用户选择支付→生成待支付订单，跳转至支付页面；订单验证不通过→返回错误提示（如“商品库存不足”），订单不生成（2分）。“用户提交订单并完成支付”序列图：（1）参与对象（横向排列）：用户、订单界面、订单系统、库存系统、支付系统（4分）；（2）核心消息传递流程（按时间顺序）：①用户→订单界面：提交订单请求（携带商品ID、地址ID、支付方式）（1分）；②订单界面→订