详解 UML 用例图画法 & 用例说明方式

用例图是编写需求说明时经常用到的需求表达方式，用于向开发、测试同事说明需求中用户与系统功能单元之间的关系。但是很多刚接触用例的新人，在准备用例说明时并不清楚参与者与用例之间应该如何表达，网上教程五花八门，但感觉部分用例图不够规范，因此对用例图及用例说明梳理总结。

考虑到用例图的作图规范，使用Visio的UML用例组件，对用例中的各种关系进行说明。

二、用例图

用例图的结构主要分为三个部分：参与者、用例、参与者与用例之间的关系，具体说明如下：

2.1 参与者

顾名思义，代表系统外部与系统发生交互的人或事物；需要注意，人指的是参与者与系统发生交互时的角色，不代指具体的人。

事物指的是某一个应用程序或者特殊进程；例如微信登录，通过跳转微信确认登录信息，微信对系统产生输入时，可以把微信作为参与者；而设定时间，强制退出账号时，时间这一特殊进程对系统产生输入，因此时间也可以作为参与者。

2.2 用例

2.2.1 用例的说明

用例是系统外部可见的一个功能单元，是某一个参与者在系统中做某件事从开始到结束的一系列活动的集合，以及结束时应该返回的可观测、有意义的结果，其中还包含可能的各种分支情况；具体用例在用例属性中说明。

2.2.2 用例的特征

• 用例都是动宾结构；例如：登录账号
• 用例是相互独立的
• 用例由参与者启动
• 有可观测的执行结果

2.3 关系说明

角色与用例之间的关系主要包括关联、归纳（泛化）、包含、拓展和依赖。

2.3.1 关联关系

• 关系说明：表示参与者与用例之间的关系
• 展示形式：以一条直线相连
• 举例说明：用户登录系统

图1 参与者与用例之间的关联关系

2.3.2 归纳（泛化）关系

• 关系说明：表示参与者与参与者之间、用例与用例之间的关系
• 展示形式：用箭头表示，箭头从子参与者（子用例）指向父参与者（基础用例），一般父参与者（基础用例）相对子参与者（子用例）更为抽象
• 举例说明：VIP会员和普通用户，归纳为用户；账号登录与微信登录，也可归纳为登录系统。

图2 用户之间、用例之间的归纳关系

2.3.3 包含关系

• 关系说明：表示用例与用例之间的关系
• 展示形式：用带有“包含”的箭头表示，箭头从基础用例指向包含用例
• 举例说明：用户在账号登录过程中，包括输入账号、输入密码、确认登录等操作

图3 用例与用例之间的包含关系

2.3.4 拓展关系

• 关系说明：表示用例与用例之间的关系；用于拓展用例对基础用例的增强；拓展用例是在特定条件出现时，才会被执行的用例
• 展示形式：用带有“拓展”的箭头表示，由拓展用例指向基础用例
• 举例说明：用户在登录过程中忘记了密码

图4 用例与用例之间的拓展关系

2.3.5 依赖关系

• 关系说明：表示用例与用例之间的关系；一个用例在活动执行过程中，要依赖另一个用例的执行
• 展现形式：以一条直线相连
• 举例说明：用户要登录系统后，才能查看首页信息
• 补充说明：A用例依赖B用例，A用例或使用B用例执行后的返回结果，或使用B用例执行部分功能。依赖关系类似于包含关系，都是在用例执行过程中，调用其它用例来完成部分任务。

图5 用例与用例之间的依赖关系

2.3.6 注释

对于部分有特殊条件支撑的用例，也可以添加注释加以说明，例如VIP用户与普通用户登录系统后，可查看的菜单、数据甚至对系统的操作都是不一样的，此时可以在对应用例上加以注释，以强调此用例的特殊需求。