用例图讲解

【UML】——用例图关系讲解 一.用例图简介             用例图是需求分析的产物,描述了系统的参与者与系统进行交互的功能,是参与者所能观察和使用到的系统功能的模型图。它的主要目的就是帮助开发团队以一种可视化的方式理解系统的功能需求,包括基于基本流程的“角色”关系以及系统各个功能之间的关系。它通过用例(Use Case)来捕获系统的需求,再结合参与者(Actor)进行系统功能需求的分析和设计。 为了减少模型维 阅读详情

用例图简介:

用例图(英语:use case diagram)是用户与系统交互的最简表示形式,展现了用户和与他相关的用例之间的关系。通过用例图,人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。

用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统,以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素,如系统、参与者和用例,并且显示这些元素之间的各种关系,如泛化、关联和依赖。它展示了一个外部用户能够观察到的系统功能模型图。

【用途】:帮助开发团队以一种可视化的方式理解系统的功能需求。

一、用例图所包含的的元素

  • 参与者(Actor)
  • 用例(Use Case)
  • 关联关系(Association)
  • 包含关系(Include)
  • 扩展关系(Extend)
  • 泛化关系(Generalization)

在这里插入图片描述

1.参与者(Actor)——与应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。
在这里插入图片描述

2.用例(Use Case)——用例就是外部可见的系统功能,对系统提供的服务进行描述。用椭圆表示。
在这里插入图片描述

3.子系统(Subsystem)——用来展示系统的一部分功能,这部分功能联系紧密。
在这里插入图片描述

4.关联关系(Association)——表示参与者与用例之间的通信,任何一方都可发送或接受消息。
【箭头指向】:无箭头,将参与者与用例相连接,指向消息接收方。
在这里插入图片描述

5.包含关系(Include)—— 包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。
【箭头指向】:指向分解出来的功能用例。
在这里插入图片描述
6.扩展关系(Extend)——扩展关系是指用例功能的延伸,相当于为基础用例提供一个附加功能。
【箭头指向】:指向基础用例。
在这里插入图片描述

7.泛化关系(Generalization)——就是通常理解的继承关系,子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。
【箭头指向】:指向父用例。
在这里插入图片描述
8.依赖关系(Dependency)——以上4种关系,是UML定义的标准关系。但VS2010的用例模型图中,添加了依赖关系,用带箭头的虚线表示,表示源用例依赖于目标用例。
  【箭头指向】:指向被依赖项
在这里插入图片描述

二、几个用例图示例

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

如何画出规范的 UML 用例图 如果你在做设计过程中有一些困惑,如:不会找用例、两个用例图分不清楚、不知道自己画的对不对。那么希望本文能帮助厘清上面几个问题,真正掌握用例图,在后面的设计中能运用的得心应手。 阅读详情

相关推荐

UML用例图之泛化(generalization)、扩展(extend)和包含(include)关系--UML一波流系列讲解

Peter Wei在画用例图的时候,理清用例之间的关系是重点。用例的关系有泛化(generalization)、扩展(extend)和包含(include)。其中include和extend最易混淆。下面我们结合实例彻底理清三者的关系。基本概念用例图(Use Case Diagram):用例图显示谁是相关的用户,用户希望系统提供什么服务(用例),以及用例之间的关系图。用例图主要的作用是获取需求、指导测试。用例图的4个基本组件:参与者(Actor)、用例(Use Case)、关系(Relationship)和

PeterWei 光波 1万+

用例图之参与者、用例间的四种关系

用例图中包括三种元素,参与者,用例,它们之间的关系。下面说说参与者与用例之间,用例与用例之间都有哪些关系。 1.关联关系         定义:参与者与用例之间通常用关联关系来描述。         表示方法:带箭头的实线,箭头指向用例。         如图所示:     2. 泛化关系         定义:一个用例可以被特别列举为一个或多个子用例,这被称为用例泛化。

sunny_LI 9万+

【电磁场计算】磁偶极子在外磁场中的受力

最近在总结电磁场计算公式的时候发现,关于磁偶极子受力的计算公式,在不同文献中的说明有点出入,在此特地写一篇博客澄清一下。

sky4403的博客 7463

用例图

用例图是指由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的视图。用例图是被称为参与者的外部用户所能观察到的系统功能的模型图,呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。 用例图从用户的角度出发,描述系统的功能,并指出各功能的操作者。

天涯~的博客 6806

从数据手册到代码:一步步解读SC7A20寄存器配置与加速度值换算原理

本文详细解析了SC7A20三轴加速度传感器的寄存器配置与加速度值换算原理。从数据手册出发,逐步拆解关键寄存器设置,并推导原始ADC值到物理加速度的完整换算过程,帮助开发者深入理解传感器底层工作原理,提升嵌入式开发效率。

weixin_29179311的博客 366

学习笔记|多组率卡方检验和Fisher确切法|个案加权|规范表达|《小白爱上SPSS》课程:SPSS第十六讲 | 多组率卡方检验和Fisher确切法

学习笔记|多组率卡方检验和Fisher确切法|个案加权|规范表达|《小白爱上SPSS》课程:SPSS第十六讲 | 多组率卡方检验和Fisher确切法

Medlar_CN的博客 2962

【UML】——四种关系

关于UML的视频内容看了也有一段时间了,对其大概的内容也有了初步的了解,大概内容把主要讲软件设计过程中用到的九种建模图形以及在每种图用到的一些关系。对于这个视频内容,感觉挺纠结的虽然只有四大关系,可以模模糊糊的总是分不清楚,痛苦啊!话说到底有哪四种关系? 一、关联关系(association) UML类图关系中关联即时发生关系,一个类A关联类B,说明类A中的字段中含有类B中的实例连接。

漫漫长途,终有回转;余味苦涩,终有回甘 3080

从零到一:OptimizePI Pre-layout PDN前仿真实战指南

本文详细介绍了如何使用OptimizePI进行电源完整性(PDN)前仿真,从软件安装配置到元器件建模、去耦电容配置及仿真参数设置,提供了实战技巧和常见问题排查指南。通过OptimizePI的Pre-layout仿真,工程师可以在PCB布局前优化电源分配网络,显著提升设计效率并降低成本。

weixin_28304023的博客 506

UML 图

用例图由四个元素组成:参与者(Actor)、用例(Use Case)、系统(System),以及三者之间的关系(Relationship),他们的表示方法如下,

阿叶叶的博客 2392

别再手动更新Excel了!用Jira看板管理你的个人项目(附保姆级配置流程)

本文详细介绍了如何利用Jira看板替代Excel进行个人项目管理,提供从注册到配置的保姆级教程。通过极简看板模式、自动化规则和数据分析功能,帮助用户实现任务可视化、协作高效化和提醒自动化,大幅提升个人工作效率。特别适合需要管理复杂个人项目的用户。

weixin_42699679的博客 228

如何让C++程序生成dump文件?生成dump文件的方式有哪些?如何使用Windbg分析dump文件?

本文详细介绍了如何让C++程序生成dump文件、生成dump文件的多种方式以及如何使用Windbg分析dump文件,并给出了对应的实战分析案例,有一定的实战参考价值。

dvlinker的技术专栏 5万+

UML之用例图分析(关联、泛化、包含、扩展)

用例图:由参与者(Actor)、用例(Use Case)以及它们之间的关系、系统边界构成的用于描述系统功能的静态视图。

WSYW126的博客 1万+

高通SA8295P音频接口深度解析:全面掌握SA8295P的LS-I2S、PCM/TDM与高性能音频处理技术设计

SA8295P提供丰富的音频接口选项,包括LS-I2S、PCM/TDM和HS-I2S接口,具备灵活的配置选项,适合各种高保真音频和高速数据传输应用。结合LS-I2S和PCM/TDM接口:在复杂的音频编解码器设计中,可结合使用LS-I2S和PCM/TDM接口,以处理和传输不同的音频数据流。使用HS-I2S接口:在软件定义无线电(SDR)系统中,高速I2S接口可处理高速数据流,如无线电信号的解码和处理。LS-I2S(低速I2S)接口是SA8295P的一部分,提供了丰富的音频数据传输选项。

weixin_43199439的博客 1403

UML用例图讲解及画法

1.用例图 ●用例图(UseCaseDiagram)用于描述若干参与者(actor)以及这些参与者与系统提供的用例之间的交互关系 ●用例图从人-机交互的角度,分析和考察系统的行为,描述系统对用户提供的功能特性 ●用例图由参与者、用例及它们之间的关系组成:用例图=参与者+用例+关系 ●参与者:又称为执行者,是用例的启动者,使用火柴人的图形符号表示,参与者处于用例的外部,不是所描述系统的一部...

qq_41988770的博客 7508

(一)激光线扫描-三维成像原理

激光线扫描是一种使用激光作为光源,通过特定的扫描设备(如光学镜头、电机驱动的镜头或电子扫描设备)将激光束引导到目标表面,并按照预定的路径进行扫描的技术。这种技术通常用于测量、检测、打印、切割等多种应用中。

FlyWine的博客 3629

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

【角色用例图讲解】

角色用例图讲解

letterljhx的博客 2405

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

UML用例图部分讲解

UML用例图中包含(include)、扩展(extend)和泛化(generalization)三种关系详解   共性:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量。 1、包含(include)      包含关系:使用包含(Inclusion)用例来封装一组跨越多个用例的相似动作(行为片断),

Sunny_QQlogin的专栏 991

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

用例图中的三种关系包含、扩展、泛化讲解

用例图使用户 与开发人员交流的一种重要的方式,是对用户需求的一种描述。开发人员从用户的角度整体上理解系统的功能。 用例图主要有三种元素:参与者(Actor),用例,以及用例图中对象间到的关系。其中关系有包含、扩展是用例图中特有的,泛化在其他类图中同样存在。 包含:当可以从两个或两个以上的用例中提取公共行为时,应该使用包含的关系来表示它们。其中这个提取出来的公共用例成为抽象用例,而把原始用例成为基本用例或基础用例。其中“<<...

zyz的博客 1万+

UML用例图介绍

1.什么是用例图 1.用例图用来描述系统的需求,从用户的角度来描述系统的功能,强调谁在使用系统,系统实现了哪些功能,总的来说,用例图就是描述用户的需求和系统的功能,从外部用户的角度来描述系统的功能。 2.用例图:用例图(use case diagrams)是指由参与者(actor)、用例(use case)、系统边界以及他们之间的的关系构成的用于描述系统功能的静态视图。 2.用例图基本元素 用例(...

醉挽~清风 5027

UML—用例图

前言 由开发者和用户共同完成的图 主要属性 事件流 描述一个用例在执行时执行者与系统之间的交互过程。这个过程包括多个分支 基本流 对用例中常规的与预期路径的描述 备选流 由于受到其他因素的影响,用例执行了其他的路径 前置条件 是该用例执行前的前提条件 后置条件 说明用例结束时系统的状态 用例图的基本元素 角色:人 事 物 用例:需求功能的描述 关系: 角色之间的关系 用例之间的关系 角色...

金蒂 1082

用例图会不会

l  简介     n  用例图比较官方定义是这么说的:     用例图就是由主角、用例以及它们之间的关系构成的图。该图说明了用例模型中的关系。   n  可以从两个方面来理解用例图的重要性:     u 对客户来说用例图

郗晓勇|利己者生,利人者恒 6642

UML 用例和用例图

用例是一种建模技术,对于的系统,用例主要描述系统什么样的功能;对于的系统,用例则反映了系统什么样的功能。(或角色)和。(1)明确系统应具备什么功能(2)为系统的功能提供清晰一致的描述(3)为系统测试打下基础(4)通过从需求的功能用例出发,跟踪进入系统中具体实现的类和方法,可以检查其是否正确。显示一组用例、参与者以及它们之间关系的一种图。(1)用来描述将要开发的系统的功能需求和使用场景。(2)作为设计和开发过程的基础,促进各阶段开发过程的形成。(3)用于验证和确认系统需求。

Sunflowe__r_____的博客 1855

UML——用例图

概念 用来描述用户的需求,它从用户的角度描述系统的功能,并指出各功能的执行者,强调谁在执行,系统为执行者完成哪些功能。 用于需求分析阶段,表明开发者和用户对需求规格达成的共识。 组成及图形表示       用例描述 事件流:描述了一个用例在执行时执行者与系统之间的交互过程。 前置条件:描述在什么条件下可以开始执行下一个条件。 后置条件:表

令狐姑娘 961

一篇文章带你了解UML用例图

系统分析与设计中的UML用例图第一,UML是什么第二,UML中包含图表第三,UML用例图第四,用例图的组成部件第五,用例图的四种关系第六,用例图实例 有很多小伙伴说不懂系统分析与设计中的UML图表怎么办,别急!今天北更正好是信息系统分析与设计的期末考试,为了自己回顾一下知识,也为了帮助大家能够学习这种系统分析中的建模语言,于是决定写下这篇博客。由于UML图表包含14种之多,这里只讲其中的一种 —— 用例图 ,其他的UML图表将在后续为大家更新。内容可能有些枯燥,但北更尽量使用例图,来为大家讲解! 第一,UM

qq_41793895的博客 2512

UML--用例图

回想面试阿里的时候,面试官问了一个问题,有关UML的,菜鸟君自诩学过UML并且很熟悉,结果第一个问题就挂掉了,刷刷刷的打脸撒*……* 所以要好好的重新学习一下UML 一、UML简介 UML统一建模语言,我们都知道,面向对象的程序设计要经过OOA(面向对象分析)、OOD(面向对象设计)和OOP(面向对象编程)三个步骤,其中OOA对目标系统进行分析,建立分析模型,并将其文档化,而OOD用面向对象

一揽芳华 485

【UML学习】-- 用例图

1.用例图组成: Use Case Diagram=Actor+ Use Case +Realtionship 用例图= 参与者+用例+关系   2. 先来看看他们三者到底是什么意思吧:     ①参与者是用例的启动者,参与者不仅仅局限为人,他还可以是物或者其他外界系统。     ②用例描述的是系统要实现的功能。     ③UML的9种图都会用到最基本的四种关系:关联、依赖、泛化、实

十年磨一剑,沉淀…… 2727
上一篇: Spring Boot 3 + MyBatis-Plus + SelectDB整合方案
下一篇: 时序图讲解
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值