在图书借阅系统中，“借书”用例每次都必须执行“验证读者身份”；而“借书”在特殊情况下才会触发“缴纳欠费”。从 UML 用例关系看，较合理的判断是（）。
include 表示被包含用例是基础用例中必然要执行的公共行为；extend 表示在一定条件下对基础用例进行扩展，不是每次都发生。验证身份是借书流程的必做动作，更像 include；欠费缴纳只在有欠费时触发，更像 extend。
选项分析
正确。必然发生的公共行为用 include，条件触发的扩展行为用 extend。
错误。把必做动作和条件动作反过来了，是这类题最常见的错法。
错误。泛化关系表示一般与特殊的继承关系，不适合表达本题这种流程包含与条件扩展。
错误。include 和 extend 正是 UML 用例图中的常见关系。
本题为什么容易错
很多同学只记住 include 和 extend 都是箭头关系，却不看业务语义。考试不会单纯考箭头方向，更多是让你判断这个行为是不是每次都发生。
简短答案
UML 用例图中 include 和 extend 怎么区分，正确答案是 A（验证读者身份适合用 include，缴纳欠费适合用 extend）。include 表示被包含用例是基础用例中必然要执行的公共行为；extend 表示在一定条件下对基础用例进行扩展，不是每次都发生。验证身份是借书流程的必做动作，更像 include；欠费缴纳只在有欠费时触发，更像 extend。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 验证读者身份适合用 include，缴纳欠费适合用 extend | 本题正确答案 | 正确。必然发生的公共行为用 include，条件触发的扩展行为用 extend。 | 看到题干核心场景时优先联想到它 |
| 验证读者身份适合用 extend，缴纳欠费适合用 include | 本题干扰项 | 错误。把必做动作和条件动作反过来了，是这类题最常见的错法。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 二者都只能用泛化关系表示 | 本题干扰项 | 错误。泛化关系表示一般与特殊的继承关系，不适合表达本题这种流程包含与条件扩展。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 二者都与用例图无关 | 本题干扰项 | 错误。include 和 extend 正是 UML 用例图中的常见关系。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
本题易混淆选项怎么区分
- 验证读者身份适合用 extend，缴纳欠费适合用 include：错误。把必做动作和条件动作反过来了，是这类题最常见的错法。
- 二者都只能用泛化关系表示：错误。泛化关系表示一般与特殊的继承关系，不适合表达本题这种流程包含与条件扩展。
- 二者都与用例图无关：错误。include 和 extend 正是 UML 用例图中的常见关系。
知识点详解
UML是软件设计师考试中需要结合场景理解的考点。围绕“UML 用例图中 include 和 extend 怎么区分”这类题目，复习时要先看题干描述的是概念定义、适用场景、作用效果，还是与其他选项的区别。本题的题干关键词是“在图书借阅系统中，“借书”用例每次都必须执行“验证读者身份”；而“借书”在特殊情况下才会触发“缴纳欠费”。从 UML 用例关系看，较合理的判断是（）”，它指向的核心答案是 A（验证读者身份适合用 include，缴纳欠费适合用 extend）。
备考速记
备考速记：题干如果强调“extend”中的关键目标，就先联想到 UML；如果选项里出现 验证读者身份适合用 extend，缴纳欠费适合用 include、二者都只能用泛化关系表示、二者都与用例图无关，不要只看名称熟悉，要判断它们是否真正对应题干场景。
UML 在extend场景中的作用
UML在本题中的核心价值，是解决“在图书借阅系统中，“借书”用例每次都必须执行“验证读者身份”；而“借书”在特殊情况下才会触发“缴纳欠费”。从 UML 用例关系看，较合理的判断是（）”这个场景问题。复习时不要只背选项名称，还要理解它为什么适用于该场景，以及它能解决哪类安全、流程或管理问题。
同类题怎么考
- 给出extend场景，判断应该选择哪个概念、工具、协议或管理过程。
- 考查UML的作用，要求从四个相近选项中找出最符合题干目标的一项。
- 把UML和验证读者身份适合用 extend，缴纳欠费适合用 include、二者都只能用泛化关系表示、二者都与用例图无关放在一起考，重点看适用场景是否一致。
- 题干通常会出现一个关键动作或目标，先定位关键词，再回到选项逐一排除。
UML 在软件设计师软考中的考法
软考选择题通常不会只考概念定义，还会把UML放到extend场景中，要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时，先抓住题干中的业务场景，再看哪个选项最能解决该场景下的核心问题。
解题思路
题干里有两个很关键的词：“每次都必须”和“特殊情况下”。前者说明验证身份是借书用例的固定组成部分，后者说明缴纳欠费不是每次发生，而是在满足欠费条件时扩展出来。
考点定位
用例图关系里，include 和 extend 最容易混。老师一般会用一句话拆：必做、公共、复用，偏 include；可选、条件触发、异常扩展，偏 extend。
易错提醒
- include 不是“可有可无”，它通常表示基础流程中必然包含的行为。
- extend 常带有条件，比如欠费、超时、异常、可选操作。
- 不要把用例图关系和类图里的泛化、聚合、组合混在一起。
备考提示
- 做用例图题时，先把题干里的“必须、总是、每次”和“如果、可选、特殊情况”圈出来。
- include/extend 属于下午题和上午题都可能出现的基础建模点，建议配合用例场景记。
你可能还想了解
- UML 用例图中 include 和 extend 怎么区分？
- UML是什么？
- UML在软件设计师考试中怎么考？
- 软件设计师UML题怎么理解？
- UML include extend 区别怎么考？
- 软件设计师用例图怎么考？
本文小结
本题核心考点是UML在extend场景中的判断和应用。遇到类似题目时，先看题干描述的目标，再判断哪个选项最符合场景；本题应选择 A（验证读者身份适合用 include，缴纳欠费适合用 extend）。