UML画用例图

UML用例图描述了用户、需求及系统功能单元的关系，实际在当前使用过程中，用例图可以用来做需求分析，可以较为直观的展现系统的参与者/功能和用例的关系，功能可以表示为一个用例，用例和参与者的关系可以通过绘制展示。在测试流程中，实际现在的用例很多都是详细用例，UML的用例图可以展示测试点，进行测试点分析，可以根据用例图去编写详细测试用例。

UML编写很多工具都支持，也有一些在线工具可以直接使用，使用较为简单。

1.参与者（actor）

参与者是一个简笔小人表示，可以直接搜索栏搜索actor，表示的是与系统交互的用户、系统或设备

2.用例（use case）

用例使用一个椭圆表示，可以表示参与者和系统的交互，

3.关系

用例图的关系有以下四种：关联、泛化、包含、扩展

关联Association：参与者与用例的关系——实线+箭头，箭头指向消息接收方

泛化Generalization：参与者之间或用例之间的关系——实线+三角箭头，指子用例继承父用例的关系或者参与者之间的继承，如下图，admin和client都是用户角色

包含Include：用例之间的包含关系——虚线+箭头，可以把一个复杂用例拆分成较小步骤，箭头指向较小步骤

扩展Extend：用例之间的扩展关系——虚线+箭头，等于给一个基础用例提供附加功能，箭头指向基础用例

 

下图就是一个简单的client提交申请，admin审核的功能，整体展示较为直观明了。

因此，UML画用例图，在实际使用中，作为需求澄清或者测试点提炼较为合适。可以用来整理思路，相比于xmind，xmind无法体现用户的规范，只能用来整理思路，UML可以根据其规范或标志，描述精确，便于设计测试用例，缺点在于，用例图描述的用户功能需求，对于非需求类的测试点不足，因此在详细设计过程中，可以与其他工具结合使用。