UML用例与用例图

用例:用于描述系统的工能也就是从用户的角度来说,系统具体应包含哪些功能,帮助分析人同理解系统的行为,它是对系统功能的宏观、整体的描述。

用例图:是显示一组用例、参与者以及它们之间关第的一种图。

用例图主要有以下几个元素组成

(1)参与者(Actor):也称角色,它代表系统的用户

(2)系统边界(System scope):它确家系统范围。

(3)用例(Use case):它代表系统提供的服务。

(4)关联(Association):它表示参与者与用例间的关系

简单的用例图如下:

1.参与者:是系统外部的一个人或者物,它以某种方式参与了系统的执行过程 。参与者不是特指人,是指系统以外的,在使用系统或与系统交互所扮演的角色。

2.用例

用例描述:

下面用一个简单的用例图来说明一下。

原文地址:https://www.cnblogs.com/lisus2000/p/10348054.html

时间: 2024-11-10 14:57:23

UML用例与用例图的相关文章

Thinking in UML 学习笔记(二)——UML核心视图之用例图

在UML中,需求模型又称为用例模型,它主要用于描述系统的功能性需求,即软件可以实现的功能,如登录.注册.入库.出库.查看库存报表.增加员工信息等.常规的用例建模一般包括两个组成部分:绘制用例图和编写用例文档. 用例图采用参与者和用例作为基本元素,以不同的视角展现系统的功能性需求. 一.业务用例视图 说明:使用业务主角和业务用例展现业务建模. 1.业务主角视角 作用:从业务的角度展示业务主角在业务中使用用例达成业务目标. 借阅人在借书管理系统中有借阅图书和办理借阅证两个业务目标. 2.业务模块视角

辛星解读UML建模中的用例图

第一,用例图概念 要了解用例图,首先了解下用例,也就是use  case.什么是用例呢,简单来说就是在确定项目需求时,不展现系统内部结构的情况下对系统功能的描述,不过一个use  case描述的是整个系统功能的一部分,这一部分一定要是在逻辑上相对完整的功能流程. 用例图是UML用例建模的一种,也是UML建模的基础,它主要用于描述用户或者系统内部的功能需求与行为.灵活的使用用例图,可以让描述的需求或者行为清晰的表达其该有的含义. 用例图是从系统的外部看系统的功能的,它并不描述系统内部对功能的具体实

UML建模 - 用例和用例图

用例描述 用例描述一般包括: 用例编号.用例概述(说明).前置(前提)条件.基本事件流.其他事件流.异常事件流.后置(事后)条件等.如下:  元素  描述  备注  用例编号  为用例制定一个唯一的编号,通常格式为UCxx    用例名称  让读者一目了然地知道用例的目标,应为一个动词短语     用例概述  指用例的目标,对用例概要性的描述     范围   用例的设计范围     主参与者   该用例的主要参与者,在此列出名称,并对其进行简要的描述     次要参与者   该用例的次要参与者

浅谈UML学习笔记之用例图

最近一直在学习UML的基础知识,再看完视频之后,并没有很好的总结,在画图的过程中发现了很多的问题,下面是看书的过程自己总结的UML用例图的一点知识,与大家分享一下. 一.概念 用例图是由参与者.用例以及它们之间的关系构成的用于描述系统功能的动态视图. 用例是系统中的一个功能单元,描述一个系统做什么(what)的信息,并不是怎么(how)做.用例图的作用是描述参与者和用例的关系,表示系统的用户使用了系统中的哪些用例. 二.组成 用例图组成的概念,我们通过一张图学习: 我们重点讲解用例组成中用例之间

最常用的UML图包括:用例图、类图、序列图、状态图、活动图、组件图和部署图

(转) 用例图 用例图描述了系统提供的一个功能单元.用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求,包括基于基本流程的"角色" (actors,也就是与系统交互的其他实体)关系,以及系统内用例之间的关系.用例图一般表示出用例的组织关系--要么是整个系统的全部用例,要么是完 成具有功能(例如,所有安全管理相关的用例)的一组用例.要在用例图上显示某个用例,可绘制一个椭圆,然后将用例的名称放在椭圆的中心或椭圆下面的中间位 置.要在用例图上绘制一个角色(表示一个系统用户),

UML用例建模解析(二)---------用例执行者之间关系

(1) 关联关系 关联关系是指执行者与用例之间的关系,又称为通信关系,如果某个执行者可以对某个用例进行操作,它们之间就具有关联关系,如下图所示,"经理"有一个功能为"查看库存报表",因此可以在执行者"经理"和用例"查看库存报表"之间建立一个关联关系,关联关系用实线表示. (2) 泛化关系 执行者之间的关系只有一种,即泛化关系,用一个带有空心三角形的实线表示,如下图所示,在该图中,仓库管理员.系统管理员.经理都是员工的一种,因此

UML(2) - 用例图

通过用例来捕获系统需求,然后结合参与者进行系统功能需求的分析和设计.由参与者.用例及它们之间关系构成的用于描述系统功能的动态视图称为用例图. 一个椭圆,用例的名字可以放在椭圆的中心或椭圆下方的中间位置表示一个用例.参与者用人型符号表示.两者之间的关系用带箭头的线段描述,其中箭头所指方为被动接受者(可以用不带箭头的线段描述不带主被动关系).要注意的是:箭头的方向并不是指信息流的方向.参与者与用例之间的信息流默认存在,是双向的. (一)用例图的作用 用例图的主要作用是描述参与者和用例之间的关系,帮助

UML用例设计

一. 用例图目的1) 界定系统范围.2) 描述参与者实现的目标和希望系统执行的一定功能.3) 描述系统功能与外部系统,人,组织交互的关系. 二. 用例分解的规则1) 用大型用例描述参与者实现的主要目标.2) 用尽量少的主要用例描述系统的行为.3) 避免将用例分解过细,用例应基于用户对系统的体验,而不是系统内部的处理.用例图无需表现功能实现步骤,具体步骤可以在文档中描述. 三. 用例图关系1) 用包括(include)显示用例的细节.a) 包含(include)用例来封装一组跨越多个用例的相似动作

UML 用例之间的关系

1.泛化关系 泛化代表一般与特殊的关系.在用例之间的泛化关系中,子用例继承了父用例的行为和含义,子用例也可以增加新的行为和含义或覆盖父用例中的行为和含义.父用例表示通用的行为序列,通过插入额外的步骤或定义步骤,子用例特化父用例 在UML规范中,泛化关系用空心三角形箭头的实线表示,箭头指向父用例 2.包含关系 包含关系指的是两个用例之间的关系,其中一个用例(称为基本用例)的行为包含了另一个用例(称为包含用例)的行为 包含关系是依赖关系的版型,也就是说包含关系是比较特殊的依赖关系,他们比一般的依赖关