说明:本表格聚焦软考案例题核心采分点,标注“★”为高频考点,“避坑”为历年真题易错点,结合最新考纲(2025版)补充扩展关系条件标注要求。
一、核心必画元素(占分30%)
|
元素名称 |
图形符号 |
核心考点 |
踩分/避坑点 |
|---|---|---|---|
|
参与者(Actor)★ |
人形图标 |
系统外部交互实体(人/外部系统/设备) |
避坑:不可是系统内部角色(如“订单处理员”);外部系统需明确标注(如“微信支付接口”) |
|
用例(Use Case)★ |
椭圆 |
系统提供的完整功能单元 |
踩分:命名必须为“动宾结构”(如“查询商品”);避坑:不拆成步骤(如“输入密码”)、不写单个名词(如“商品”) |
|
系统边界 |
矩形框 |
界定系统范围,用例在框内,参与者在框外 |
踩分:题干要求“界定系统范围”时必须画,框上标注系统名称(如“电商购物系统”) |
|
关系连接线 |
实线/虚线+箭头 |
表达参与者与用例、用例间的逻辑 |
避坑:箭头方向不可颠倒,关系标签(如《include》)不可省略 |
二、常考关系辨析(占分40%,★★★)
|
关系类型 |
标准画法 |
核心逻辑 |
典型场景 |
软考关键提醒 |
|---|---|---|---|---|
|
关联关系 |
参与者与用例间画“无箭头实线” |
参与者直接触发用例,基础关系 |
消费者→查询商品、管理员→添加商品 |
每个用例至少关联1个参与者,避免“孤立用例” |
|
包含关系★ |
虚线+箭头+《include》,箭头指向“被包含用例” |
基础用例“必须”执行被包含用例(强制调用) |
提交订单→《验证支付信息》 |
踩分:箭头方向“基础→被包含”;避坑:不可用于可选功能 |
|
扩展关系★ |
虚线+箭头+《extend》,箭头指向“基础用例” |
基础用例可独立执行,扩展用例“条件触发” |
使用优惠券→《extend》支付订单 |
踩分:必须标注触发条件(如{有未过期优惠券});箭头方向“扩展→基础” |
|
泛化关系★ |
实线+空心三角箭头,箭头指向“父项” |
子项继承父项功能,可新增特性 |
微信支付/支付宝支付→支付订单 |
避坑:箭头不可指向子项;父参与者可泛化(如“用户”→“VIP用户”) |
三、命名与逻辑规范(占分20%)
|
规范类型 |
正确示例 |
错误示例 |
软考评分说明 |
|---|---|---|---|
|
参与者命名 |
消费者、管理员、支付系统 |
订单模块(内部组件)、小张(具体人名) |
名称重复或错误,每个扣1分 |
|
用例命名 |
提交订单、修改库存 |
订单(名词)、输入收货地址(步骤) |
命名不规范,每个用例扣0.5分 |
|
用例粒度 |
支付订单(单个完整功能) |
购物流程(过粗)、输入支付密码(过细) |
粒度过错直接影响逻辑分,最多扣3分 |
四、高频错误避坑表(历年真题易错点)
|
错误类型 |
错因分析 |
正确做法 |
丢分风险 |
|---|---|---|---|
|
参与者识别错误 |
混淆系统内部角色与外部实体 |
用“3问法”判断:谁用功能?谁传信息?有外部系统交互吗? |
严重错误,扣2-3分 |
|
包含/扩展箭头颠倒 |
未掌握关系逻辑,记混方向 |
口诀:包含“基础包着子”(基础→子),扩展“子扩基础”(子→基础) |
核心错误,关系题直接零分 |
|
扩展关系漏标条件 |
忽视2025考纲新增要求 |
所有扩展关系必须用“{条件}”标注(如{余额不足}) |
常规错误,扣1-2分 |
|
泛化关系指向错误 |
混淆“继承”的方向 |
箭头永远指向父用例/父参与者(如“支付宝支付”→“支付订单”) |
常规错误,扣1分 |
|
系统边界缺失 |
未看清题干“界定范围”要求 |
题干出现“系统范围”“交互边界”等词时,必须绘制矩形框 |
基础错误,扣1分 |
五、软考评分核心公式
用例图总分(10分)= 元素齐全(3分)+ 关系正确(4分)+ 命名规范(2分)+ 逻辑清晰(1分) 关键得分点:包含/扩展/泛化关系(占关系分的80%)、用例命名(占命名分的100%)
六、速记口诀
1. 元素口诀:小人(参与者)椭圆(用例)框(边界),实线虚线连得清; 2. 关系口诀:包含必行箭头顺,扩展可选箭头反,泛化三角指父亲; 3. 命名口诀:用例动宾莫拆分,参与者是外部人。
740

被折叠的 条评论
为什么被折叠?



