在VisualStudio中使用用例图描述参与者与用例的关系

在"在Visual Studio中使用用例图描述系统与参与者间的关系"中，使用用例图表示参与者与系统的关系，本篇体验参与者与用例(参与者要做的事情)的关系。

首先创建有关Customer参与者的UML用例图。

在解决方案下创建一个名称为"Customer"的UML用例图。

打开"UML模型资源管理器"，把其中的"Customer 参与者"拖动到右侧的主界面。

在主界面添加若干个用例图标，用来表示Customer需要完成的任务。

添加Customer参与者与用例的关联。

以上，描述的是普通Customer能做的事。

如果是注册Customer该如何描述呢？换句话说，注册Customer拥有普通Customer的一切动作，除此之外还有自己的特权动作，该如何表示呢？

在界面上添加一个名称为Registered Customer的参与者。

为Registered Customer这个参与者添加一个"泛化"关系，指向名称为Customer的参与者，如下：

添加几个针对Registered Customer参与者的用例，并添加关联关系，如下：

如果一个用例下包括多种情况该如何表示呢？

只需要在父类和子类用例之间添加包括关系。

再在解决方案下添加一个名称为"Store Manager"的用例图。

然后Store Manage有时候会取消订单，通常情况下是不取消的，如何描述这种情况呢？

这就需要为处理订单用例添加一个取消订单的用例。

还可以为取消订单这个用例添加一个备注，让备注链接到取消订单这个用例。

备注：

● 把参与者看作是系统的角色，而不是实际工作中的职位
● 把动作粒度放在参与者要做的事，而不是具体的操作细节
● 一个用例图只秒速一个参与者要做的事
● 在有必要的时候添加备注，并可用显眼的背景色

总结：

● 当一个参与者继承于另一个参与者，为该子参与者添加"泛化"关系，使其指向父类参与者

● 当用例之间包含父子关系，为父用例添加"包括"关系指向子用例

● 当一个用例作为另一个用例的特俗情况，就为正常情况下的用例添加"扩展"关系，使其指向特殊用例

参考资料：https://channel9.msdn.com/Blogs/clinted