【UML】用例图

用例图

  • 用来描述软件产品外部特性的视图
  • 描述人们希望如何使用系统
  • 用来显示谁将是相关的用户、用户希望提供什么服务以及用户需要为系统提供的服务
  • 从用户的角度来描述对产品的需求

用例图内容

  • 用例(Use Case)
  • 参与者(Actor)
  • 参与者、用哪里之间的关系
    ————————————————下面详细介绍用例图的内容

用例

  • 用例是对一个系统或一个应用的一中单一的使用方式所做的描述
  • 是关于单个活动者在与系统对话中所执行的处理行为的陈述序列
  • 用例是系统的使用过程
  • 是对系统的用户需求(主要是功能需求)的描述,用例表达了系统的功能和所提供的服务
  • 用例描述活动者与系统交互中的对话
    这里写图片描述
    图形上,用例用一个椭圆来表示,用例的名字可以书写在椭圆的颞部或者下方。每个用例都必须有一个唯一的名字以区别于其他用例。用例的名字是一个字符串,它包括简单名(simple)和路径名(path name),用例的路径名就是在用例名前加上所属包的名字。(如下图)
    这里写图片描述

参与者(Actor)

概念

  • 参与者是系统外部的一个实体(可以是任何的事务或人)
  • 它以某种方式参与了用例的执行过程
  • 参与者通过向系统输入或请求系统属兔某些事件来出发系统的执行
  • 参与者由他们参与用例时所担当的角色来表示
  • 每个参与者可以参与一个或多个用例
  • 参与者不一定是人,也可以是一个外部系统

分类

  • 真实的人
    即用户,是最常见的参与者,几乎存在于每一个系统中
  • 其他系统
    例如汽车租赁系统可能需要与外部应用程序建立联系,验证信用卡以便付款。其中,起步信用卡程序是一个参与者,是另一个系统。因此在当前的项目范围之外,西药建立与其他系统的接口,这类位于程序边界之外的系统也是参与者。
  • 一些可以运行的进程
    如时间,当经过一定时间出发系统中的某个事件时,时间就成了参与者。

关系

参与者之间的关系

泛化

这里写图片描述

参与者、用例间的关系

1.关联关系
关联关系是一种结构化的关系,指一种对象和另一种对象有联系。

这里写图片描述

2.泛化关系
一个用例可以被特别举例为一个或多个子用例,这被称为用例泛化。
这里写图片描述

3.包含关系
包含(include)指的是其中一个用例(称作基础用例)的行为包含了另外一个用例(称作包含用例)的行为。基础用例可以看到包含用例,并依赖于包含用例的执行结果,但是二者不能访问对方的属性。

这里写图片描述
4.扩展关系
扩展关系和和包含类似,扩展关系是把新行为插入到已有用例的方法。基础用例提供了一组扩展点(Extension points),在这些扩展点中可以添加新的行为,而扩展用例提供了一组插入片段,这些片段能够被插入到基础用例的扩展点中。

这里写图片描述

机房收费系统用例图

这里写图片描述

猜你喜欢

转载自blog.csdn.net/suzan_bingtong/article/details/80539287