在 UML 用例图中，用例（Use Case）可以简单理解为：系统能为用户做的“一件事”。
它是从用户的视角出发，描述系统提供的某项完整功能或服务。你可以从以下几个维度来深入理解它：
1. 它是系统的“一个功能目标”
用例不是一段代码，也不是一个具体的操作步骤（比如“输入密码”），而是一个业务目标。
- 例子： “登录”是一个用例，“提款”是一个用例，“修改订单”是一个用例。
- 误区： “点击按钮”不是用例，因为它没有完成一个独立的业务价值。
2. 它是“黑盒”视角
在用例图中，我们不关心系统内部是怎么实现的（比如用什么数据库、什么算法），只关心：外部参与者（Actor）输入了什么，系统最终交付了什么结果。
3. 它是“对话”的过程
虽然图上只是一个椭圆，但每一个用例背后都隐藏着一段“对话”。
- 参与者： 我想取钱。
- 系统： 请插卡并输密码。
- 参与者： 输入 123。
- 系统： 吐出钞票。
这一系列交互的集合，就是一个完整的用例。
4. 判断一个用例好坏的标准
- 独立性： 它能不能独立存在并产生价值？（比如“打印发票”有价值，“连接数据库”则没有独立业务价值）。
- 动宾结构： 命名通常是“动词 + 名词”，如“管理用户”、“查询余额”。
- 参与者触发： 必须是由某个“人”或“外部系统”发起的。
总结成一句话：
用例就是谁（Actor）用这个系统做成了什么事（Goal）。
