在Enterprise Architect里画用例图，真正容易画乱的地方，不是图形工具不会用，而是边界、参与者和用例关系没先想清楚。Sparx Systems官方文档对用例图的定位讲得很直接，用例图是从参与者视角描述系统提供的目标和价值，图里最常用的元素就是Actor、Use Case和Boundary，常见关系则是Communication、Include、Extend和Generalization。也正因为这样，用例图不是把功能菜单平铺出来，而是先把系统边界和外部角色收清楚，再决定哪些用例之间需要建立包含关系。

　　一、Enterprise Architect用例图怎么画

　　先把图建出来，再往里放元素，这样后面的关系线才不容易越画越乱。官方文档给出的标准入口很明确，先在Browser里选中要放图的Package，然后走Design里的Add Diagram，新建Use Case Diagram。建好以后，Diagram Toolbox会自动切到Use Case相关页面，里面就有Actor、Use Case、Boundary和常用连接器。

　　1、先新建用例图

　　在Browser里先选中目标Package，再走【Design】【Diagram】【Add Diagram】新建Use Case Diagram。图先建好，后面元素和关系都会挂在这张图上。

　　2、先放Boundary再放Actor和Use Case

　　官方文档建议，通常先放一个Boundary，用来标明当前讨论的是哪个系统、子系统或业务范围。Actor按定义应放在边界外，用例放在边界内。这样图一打开，读图的人先看到的是系统边界，而不是一堆孤立椭圆。

　　3、Actor和Use Case先用普通关联连起来

　　参与者和用例之间先连Communication Path，也就是最基本的交互关系。先把谁使用这个用例画清楚，再考虑Include和Extend，顺序会更稳。

　　4、图面尽量围绕目标来画

　　官方文档特别提醒，用例图的常见错误，是把它画成功能分解图。也就是说，用例应该表达用户想达成什么目标，而不是把系统内部步骤一层层拆成功能树。画图时先问一句这个用例是不是用户目标，能少走很多弯路。

　　二、Enterprise Architect用例图包含关系怎么设置

　　包含关系不是装饰线，它有很明确的语义。Sparx Systems官方文档写得很清楚，Include表示源用例包含目标用例的行为，用它的目的，是把多个用例里重复出现的一段共同行为抽出来复用，而不是随手把大用例拆成小步骤。这个边界想清楚，设置起来其实并不复杂。

　　1、先判断这段行为是不是“共用步骤”

　　如果两个或多个用例里都有一段相同处理，比如身份校验、权限确认、日志登记，这类内容更适合抽成一个被包含用例。官方对Include的定义就是避免在多个用例里重复写同一段行为。

　　2、从Toolbox里直接选Include连接器

　　Use Case的Toolbox页面本身就提供Include连接器。画的时候，先选Include，再从主用例拖到被复用的那个用例。官方定义里写得很明确，源元素包含目标元素的功能，所以方向不要画反。

　　3、也可以用Quick Linker建关系

　　Enterprise Architect的关系本来就支持用Quick Linker建。对已经放好的两个用例，直接从一个用例拖Quick Linker到另一个用例，也可以建立连接关系。这样做在整理现有图时会更快。

　　4、包含关系不要滥用

　　Include适合抽共用行为，不适合把一个业务目标机械拆成很多小椭圆。要是一个用例里的步骤只服务它自己，没有复用价值，通常写在场景说明里更合适，不一定要在图上硬拉一条Include。这个判断和官方对用例图常见误区的提醒是一致的。

　　三、Enterprise Architect系统边界怎么收

　　很多用例图之所以看着乱，不是线太多，而是边界没收住。系统边界一旦模糊，后面Include、Extend甚至普通关联都会开始失控。Sparx Systems官方文档反复强调，Boundary的作用就是说明当前正在讨论哪个系统或子系统，Actor在边界外，用例在边界内。真到画图时，这一步比选什么连接器还重要。

　　1、边界名称先写清

　　Boundary不是摆设，名称最好直接写系统名、子系统名或业务范围名。官方也提醒，边界名字如果空着，或者写得不清楚，读图的人很容易误解这张图到底在讲什么。

　　2、参与者只放真正的外部角色

　　Actor表示系统外部的用户、机器或其他系统。已经属于系统内部处理逻辑的东西，不要再硬画成Actor，不然后面交互关系会越来越假。

　　3、一个图只收一个核心范围

　　用例图可以建很多张，官方说明里也明确提到，可以针对系统不同部分分别建图。所以一张图里别把所有业务都塞进去，按模块拆开，反而更清楚。

　　4、关系多了先整理元素位置

　　连线绕得太多时，先调整元素布局，而不是急着删关系。官方关于连接器的一般说明里提到，元素摆放得当，本来就能减少连线折返和图面混乱。

　　总结

　　Enterprise Architect用例图怎么画，关键不是先连线，而是先把Package、Boundary、Actor和Use Case放对位置。Enterprise Architect用例图包含关系怎么设置，重点也不是看到步骤就画Include，而是先判断这段行为是不是被多个用例共用，再从主用例指向被包含用例去建立关系。边界收得住，关系用得准，用例图才会既能看，也能讲清业务。