在Visual Studio中使用用例图描述参与者与用例的关系
在"在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有时候会取消订单,通常情况下是不取消的,如何描述这种情况呢?
这就需要为处理订单用例添加一个取消订单的用例。
还可以为取消订单这个用例添加一个备注,让备注链接到取消订单这个用例。
备注:
● 把参与者看作是系统的角色,而不是实际工作中的职位
● 把动作粒度放在参与者要做的事,而不是具体的操作细节
● 一个用例图只秒速一个参与者要做的事
● 在有必要的时候添加备注,并可用显眼的背景色
总结:
● 当一个参与者继承于另一个参与者,为该子参与者添加"泛化"关系,使其指向父类参与者
● 当用例之间包含父子关系,为父用例添加"包括"关系指向子用例
● 当一个用例作为另一个用例的特俗情况,就为正常情况下的用例添加"扩展"关系,使其指向特殊用例