
【软考高级·系统分析师全链路通关实战】第 52 篇案例专项二——UML 与 OOA 真题模式本系列定位面向有开发经验、从零备考软考高级「系统分析师」的工程师以《系统分析师教程第 2 版》为主线按「综合知识 → 案例分析 → 论文」三科组织需求工程与 UML 建模深拆60 篇带你从考试小白到三科同过。本篇你将学到UML 案例题的四类命题模式补用例图关系、补类图属性与方法、画/读序列图、补状态图每类命题的固定答题套路与判分口径边界类/控制类/实体类三版型的识别与推导方法UML 图与需求场景文字描述的「双向翻译」训练法真题风格演练 2 道云诊通在线问诊与处方审核场景含完整题干、参考答案、扣分点提示学完本篇你将能把第 15-18 篇的 UML 知识体系和第 32 篇的 OOA 方法转化为案例科目的实战得分。考点热力表知识点综合知识案例分析论文用例图与 include/extend/泛化辨析★★★★★★★类图六关系与多重性★★★★★★★序列图消息与交互片段★★★★★★状态图转换与事件★★★★★分析类三版型边界/控制/实体★★★★★★★活动图与流程图区别、泳道★★★★★说明UML 是系统分析师案例题的第一大户。综合知识考「分类与概念」案例分析考「补图读图」命题集中在用例图、类图、序列图、状态图四种。本篇按题型给套路原理细节回查第 16、18 篇。一、命题模式拆解UML 题怎么出1.1 四类命题与固定套路命题模式题干特征固定答题套路分值补用例图用例图带空 场景说明「必然发生→include条件发生→extend」二选一判定6-10 分补类图类图缺属性/方法/关系按类职责推导关系按语义六选一8-12 分序列图给交互场景补消息/对象按时间轴从上到下逐句翻译场景8-12 分补状态图状态机缺状态或转换圈出名词状态与动词事件配对6-8 分每道 UML 大题同样遵循「一图为主 概念辨析小问」的组合结构概念辨析常考include 与 extend 的区别、聚合与组合的区别、序列图与协作通信图的等价性、活动图与流程图的区别第 18 篇有完整对比。1.2 用例关系判定决策树include 与 extend 的判定是最高频的送分点也是最高频的失分点。判定口诀include 是「必然包含」extend 是「条件扩展」。是否是否是否场景句分析该子功能是否每次必然发生?include 包含箭头从基用例指向被包含用例是否满足某条件才额外发生?extend 扩展箭头从扩展用例指向基用例是否是同类用例的特殊形态?泛化 一般与特殊无关系 或仅为先后顺序用云诊通在线问诊验证一遍「发起问诊」与「身份校验」每次问诊前必然校验 →include「视频问诊」与「网络不佳转图文」仅在网络不佳条件下发生 →extend「预约挂号」与「线上预约/电话预约」同族特殊形态 →泛化方向是隐性采分点include 箭头从基用例指向被包含用例extend 箭头从扩展用例指向基用例方向画反在规范作答中要扣分。泛化箭头指向父用例。1.3 类图补全的三步推导法类图题通常给出场景说明和带空的类图缺类名、属性、方法或关系连线推导三步第一步识别类与职责。名词筛选场景里反复出现的业务概念患者、医生、处方、挂号单是实体类候选「表单、界面、网关」是边界类候选「审核、调度、计费」是控制类候选——这正是第 32 篇 OOA 的三类分析版型。第二步分配属性与方法。属性看「这个类需要记住什么」处方需要记住处方号、药品明细、状态方法看「这个类能做什么或被要求做什么」处方提供「提交审核」「作废」。判分口径属性答名词、方法答动宾写反即错。第三步判定关系。按语义六选一关系语义云诊通示例多重性关联长期的结构联系医生 — 排班1 对 1…*聚合整体-部分可分离科室 ◇— 医生1 对 1…*组合整体-部分共生死处方 ◆— 处方明细1 对 1…*依赖临时使用审方服务 ⇢ 用药知识库—泛化一般-特殊继承用户 △— 患者—实现接口与实现类支付接口 ⇢ 医保支付—聚合与组合的辨析口诀部分能独立存在是聚合随整体消亡是组合——处方删除后处方明细无意义组合科室撤销后医生仍在聚合。二、序列图与状态图的答题规范2.1 序列图把场景文字翻译成时间轴序列图题的作答本质是「翻译题」把题干的交互场景句逐句翻译成消息。规范四条对象在顶、生命线向下先确认图中对象:患者App、:问诊控制器、:医生工作台缺对象先补对象消息按时间从上到下题干场景句的顺序就是消息顺序一句一消息或一句往返两消息同步消息实线实箭头、返回虚线调用是实线返回结果用虚线作答时说明「返回 XX」片段记号alt多条件互斥、opt单条件可选、loop循环、par并行——题干出现「如果……否则」就想到 alt「每次/重复」就想到 loop云诊通问诊开场序列的翻译示范第 18 篇有完整图场景句序列图表达患者提交问诊请求患者 App → 问诊控制器问诊请求实线系统校验复诊资格问诊控制器 → 复诊校验服务资格校验返回校验结果虚线若通过则进入会话否则提示转线下alt 片段[通过] 创建会话 / [不通过] 返回失败提示医生逐条回复直至会话结束loop 片段[会话未结束] 医生 → 会话回复消息2.2 状态图名词是状态、动词是事件状态图题的作答口诀圈名词为状态圈动词为事件动作写进转换。状态对象在生命周期中的稳定形态待支付、已挂号、已取消——名词事件触发状态改变的条件支付成功、超时 15 分钟——动词或条件转换源状态 —事件→ 目标状态需要时标注动作/ 后写动作如「支付成功/推送凭证」三个易错点初始状态实心圆与终态带圈实心圆别漏事件与动作别混「收到退号请求」是事件「释放号源」是动作守护条件用方括号[号源充足]。2.3 序列图与状态图的选择简答辨析对比项序列图状态图描述维度对象间按时间顺序的消息交互单个对象的状态变迁关心的问题「谁在什么时候调谁」「对象处于什么阶段、什么条件改变它」适用场景梳理一次业务流程的协作梳理一个实体的生命周期规则这套对比是「为什么此处选序列图而不是状态图」类小问的答案骨架与第 18 篇交互图辨析一致。三、真题风格演练一在线问诊用例与类图3.1 题干模拟真题云诊通在线问诊功能说明1患者发起问诊前系统必须先进行身份校验与复诊资格校验仅允许 3 个月内本院就诊过的患者患者可选择图文问诊或视频问诊视频问诊过程中若网络质量不达标系统提示降级为图文问诊2问诊过程中医生可开具电子处方、调阅患者历史报告问诊结束后系统生成问诊记录3若患者 24 小时未结束会话系统自动结束并提醒双方评价评价功能只在会诊结束后可用4分析类设计中已识别「问诊表单、问诊控制器、会话、处方、评价」等类。问题 18 分「身份校验与复诊资格校验」「降级为图文问诊」「自动结束会话」分别与相关用例构成什么关系说明判定理由与箭头方向。问题 29 分指出「问诊表单、问诊控制器、会话」各属于哪类分析版型为「会话」类推导 2 个属性与 2 个方法。问题 38 分「会话」与「处方」「评价」分别是什么类间关系说明多重性。3.2 参考答案问题 1每个判定 2 分 方向理由合计 2 分身份校验与复诊资格校验include包含。每次发起问诊必然先执行校验无条件下发生箭头从「发起问诊」指向「资格校验」降级为图文问诊extend扩展。仅在视频问诊且网络质量不达标条件下才发生箭头从「降级为图文问诊」指向「视频问诊」自动结束会话extend扩展。仅当 24 小时未结束时由时间条件触发箭头从「自动结束会话」指向「进行中问诊」若答「带时间事件的扩展用例」同样给分问题 2问诊表单边界类 boundary——用户与系统交互的输入输出界面1.5 分问诊控制器控制类 control——协调校验、会话创建、处方开立等用例流程的应用逻辑1.5 分会话实体类 entity——持久存储的业务信息问诊会话记录1.5 分会话的属性名词每个 1 分答 2 个会话编号、患者标识、医生标识、会话状态、开始时间会话的方法动宾每个 1 分答 2 个创建会话、结束会话、追加消息、查询会话详情问题 3会话—处方**关联或组合**关系。一次问诊会话中医生可开立一张处方按平台规则一对一或一对多均可按作答一致性给分处方随问诊产生、是问诊的核心产出若答组合需说明「会话撤销则处方无效」的共生死语义4 分会话—评价关联关系多重性 1 对 0…1每次会话可有一条评价也可无评价评价独立于会话存在会话结束才产生评价删除会话评价按规约留存不构成组合4 分3.3 扣分点提示把「身份校验」判成 extend忽略「必然发生」这一语义锚点是最高频失分属性写成方法「会话能查状态」写成属性「查询状态」属性答名词、方法答动宾写反不得分多重性写「1 对 1…*」却不解释语义判定 语义说明各占一半分问题 1 漏箭头方向方向是隐性采分点写明「从谁指向谁」四、真题风格演练二处方审核序列图与状态图4.1 题干模拟真题云诊通处方审核流程医生开立电子处方后提交系统系统先做自动审方校验用药禁忌与剂量自动审方不通过直接退回医生通过后处方进入待复核状态并推送药师工作台药师人工复核不通过则退回医生修改通过则处方生效、锁定库存并将处方数据上报卫生监管平台随后流转配送。处方的状态包括待审方、待复核、已生效、已退回、已完成配送签收。问题 110 分按上述流程补全处方审核的序列图图略对象医生工作台、处方服务、自动审方引擎、药师工作台、监管上报接口写出至少 6 条按时间顺序排列的消息并指明其中哪两步应使用 alt 片段表达。问题 29 分写出处方对象的完整状态转换表源状态-事件-目标状态并指出「已退回」状态的出口转换。问题 36 分某考生把「处方状态流转」画成了活动图并加了泳道。请说明活动图在此处是否也适用与状态图的取舍依据。4.2 参考答案问题 1每条消息 1 分共 6 分alt 判定 4 分医生工作台 → 处方服务提交处方submitPrescription处方服务 → 自动审方引擎审方请求含处方明细自动审方引擎 → 处方服务返回审方结果虚线返回处方服务 → 药师工作台推送待复核处方仅审方通过分支药师工作台 → 处方服务提交复核结论处方服务 → 监管上报接口上报处方数据复核通过分支处方服务 → 医生工作台返回退回通知不通过分支虚线alt 片段一第 3 步后「审方通过 / 审方不通过」两分支2 分alt 片段二第 5 步后「复核通过生效并上报 / 复核不通过退回医生」两分支2 分问题 2每行转换 1-1.5 分源状态事件目标状态待审方自动审方通过待复核待审方自动审方不通过已退回待复核药师复核通过已生效待复核药师复核不通过已退回已生效配送签收已完成「已退回」的出口转换已退回 —医生修改后重新提交→ 待审方形成闭环2 分。问题 3活动也适用2 分活动图可带泳道医生/系统/药师表达跨角色流程能描述该审核流程取舍依据状态图聚焦单个对象处方的状态变迁与事件条件活动图聚焦跨对象的活动流与职责分工2 分题目问「处方对象的生命周期规则」时状态图更贴切问「跨角色业务流程」时活动图更贴切2 分——按题目的提问对象选择这是采分的关键4.3 扣分点提示消息不按题干时间顺序排列序列图的时间语义是判分核心返回消息画成实线返回用虚线规范分状态转换表把「事件」写成角色名药师事件是触发条件复核通过/不通过问题 3 只答「适用」不答取舍依据辨析题的分数在「按提问对象选图」这半段双向翻译训练法本篇最值得带走的训练每道 UML 演练做完后反向操作一遍——看着自己画的序列图用中文把场景复述出来再看着状态转换表倒推一段业务说明。正向文字→图是考题形态反向图→文字是检验你是否真懂图语义的试金石。第 15 篇讲过「UML 是沟通语言」语言学习的标准方法就是双向翻译。正向 考题形态反向 自检手段场景文字UML图用例图 类图 序列图 状态图OOA三类版型落位边界 控制 实体案例采分点关系语义方向多重性真题风格自测题1. 用例之间「必然发生」的子功能应使用 关系。A. extend B. include C. 泛化 D. 关联2. extend 关系的箭头方向是 。A. 从基用例指向扩展用例 B. 从扩展用例指向基用例 C. 双向 D. 无箭头3. 「视频问诊网络不佳时降级为图文」中「降级为图文问诊」与「视频问诊」的关系是 。A. include B. extend C. 组合 D. 依赖4. 分析类三版型中负责协调用例流程、承载应用逻辑的是 。A. 边界类 B. 控制类 C. 实体类 D. 工具类5. 「处方删除后处方明细无存在意义」会话/处方类与明细类的关系是 。A. 聚合 B. 组合 C. 依赖 D. 泛化6. 序列图中alt 片段表达 。A. 并行执行 B. 多条件互斥分支 C. 循环 D. 可选单个条件7. 状态图中触发状态改变的条件如「支付成功」称为 。A. 状态 B. 事件 C. 动作 D. 守护8. 一次问诊会话可以没有评价也可有一条会话与评价的多重性是 。A. 1 对 1 B. 1 对 0…1 C. 1 对 1…* D. * 对 *9. 序列图返回消息的规范画法是 。A. 实线实箭头 B. 虚线箭头 C. 粗线 D. 双横线10. 活动图区别于程序流程图的关键特征是 。A. 支持泳道与并行分叉汇合面向业务活动流 B. 只能串行 C. 不支持判断 D. 必须有数据库11. 「调阅患者历史报告」时审方服务临时使用报告查询接口两类间关系是 。A. 依赖 B. 组合 C. 泛化 D. 实现12. 状态图中 [号源充足] 这类方括号标注称为 。A. 事件 B. 守护条件 C. 动作 D. 入口活动13. UML 案例答题中类的方法命名应采用 。A. 名词 B. 动宾结构 C. 形容词 D. 任意符号参考答案1.B 2.B 3.B 4.B 5.B 6.B 7.B 8.B 9.B 10.A 11.A 12.B 13.B本篇小结知识点核心内容四类命题补用例关系 / 补类图 / 序列图 / 状态图各配固定套路include vs extend必然发生→include基指向被包含条件发生→extend扩展指向基泛化同族用例/类的一般与特殊箭头指向父分析类三版型边界界面/ 控制流程协调/ 实体持久信息类关系六选一关联、聚合可分离、组合共生死、依赖临时、泛化、实现序列图规范时间从上到下、同步实线/返回虚线、alt/opt/loop/par 片段状态图口诀名词为状态、动词为事件、动作写转换初始态与终态别漏序列图 vs 状态图消息交互时间序 vs 单对象状态变迁按提问对象选图双向翻译训练文字→图是考题图→文字是自检演练要点方向与多重性是隐性采分点属性名词、方法动宾下篇预告第 53 篇案例专项三——数据库设计与 SQL 真题模式E-R 补全、E-R 转关系模式、范式判定、SQL 书写四类命题的解法配 2 道云诊通挂号与处方场景的真题风格演练。如果本篇内容对你有帮助欢迎点赞收藏有任何疑问欢迎在评论区交流。