一、破解安装StartUML
https://blog.csdn.net/m0_74146638/article/details/148709643?spm=1001.2014.3001.5502二、用例图实战
1.主界面
默认打开starUML后，会默认进入类图模式，各模块区域功能如下：
1.主菜单： 主要是新建工程、打开工程等各种功能，此处不一一介绍；
2.已创建图形列表：左上方列表显示已经创建的图，比如类图，用例图等；
3.工具箱：左下方工具箱，显示当前类型的图可以使用的工具，主要是各种连线或者图形，是最常用的区域；
4.绘图区域：中间白色格子区域，就是绘图区域；
5.工程区：右上方区域是工程区，显示工程，model包和各种已经绘出的图形元素；
6.属性设置区域：当画出来一个图形或者一根线时，这个区域会显示这个图形的各种属性，可以修改；
2.添加用例图
右键点击model包，鼠标悬停放在Add Diagram，然后选择点击Use Case Diagram(用例图)进行创建。
3.创建完成界面
属性说明：
- Package（包）：用于组织和管理模型元素，可将相关的用例、参与者等分组，起到模块化、结构化的作用，方便对复杂系统进行拆解与管理。
- Use Case Subject（用例主题 / 主题）：一般指用例所描述功能所属的系统、子系统或类等，明确用例的上下文范围 。
- Use Case（用例）：表示系统对外提供的功能、行为，描述参与者与系统交互来达成的某一目标，展现系统的功能需求 。
- Actor（参与者）：指与系统交互的外部实体，可为人（如用户）、其他系统、硬件设备等，是触发用例的 “角色” 。
- Frame（框架 / 边界）：用于界定用例图所描述系统的范围，明确哪些元素属于系统内，哪些在系统外 。
- Association（关联）：表示参与者和用例之间的通信关系，说明参与者参与哪个用例，或用例与参与者如何交互 。
- Directed Association（有向关联）：关联关系的一种，强调关联的方向，表明交互的指向性，比如从参与者指向用例，说明参与者主动发起交互 。
- Generalization（泛化）：用于表示用例之间或参与者之间的一般与特殊关系，子用例继承父用例的行为并可扩展，参与者泛化同理 。
- Dependency（依赖）：表明一个元素（如用例）的变化会影响另一个元素，是一种较弱的关系，体现元素间的依赖情况，比如一个用例依赖另一个用例提供的部分功能 。
- Include（包含）：一种用例间关系，说明一个用例（基础用例）会 “包含” 另一个用例（被包含用例）的行为，被包含用例是基础用例的必需部分，提取公共行为时常用 。
- Extend（扩展）：也是用例间关系，一个用例（扩展用例）对另一个用例（基础用例）的功能进行扩展，扩展用例在特定条件下才会执行，用于描述可选、异常等情况的功能补充 。
4.用例图示例（以学生管理系统管理员对象为例）
管理员对象权限说明：添加学生信息，删除学生信息，修改学生信息、查询学生信息。
1.画出admin(管理员)对象
点击选中Actor，然后在绘图区域合适位置点击左键即可，创建后双击对象可以修改对象名。
2.画出对象用例
本文只介绍用例图，大家看到这里基本就入门了，后边会持续更新UML剩余图形，大家多多关注~