UML,用例图

2024-08-25 19:18
文章标签 uml 用例

本文主要是介绍UML,用例图,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

用例图是UML的重要组成部分,主要用来描述用户的需求。

一.用例图概述

1.组成部分:执行者、用例、执行者与用例之间的关系

   【执行者】使用系统的人或其他系统,可以是一个人、一个系统,甚至可以是一个软件实体,如:定时器。

   【用例】描述的是用户可见的需求,一个具体的用户目标。由执行者执行。

   【两者间关系】表示了一个执行者和一个用例之间的关系。

2.图符

3.关系

主要用的三种关系:包含、泛化和扩展。

【包含关系】

● 含义 :使用包含用例来封装一组跨越多个用例的相似动作,以便多个基础用例复用。这种情况类似于在过程设计语言中,将程序的某一段算法封装成一个子过程,然后再从主程序中调用这一子过程。

● 表示 :实箭头加<include>

● 举例 :机房收费系统中,管理员在结账时有多个操作,其中包含注册学生信息、充值和退卡等。

●样图 :

扩展关系】

● 含义 :扩展用例为基础用例添加新的行为。扩展用例可以访问基础用例的属性,因此它能根据基础用例中扩展点的当前状态来判断是否执行自己。但是扩展用例

对基础用例不可见。 对于一个扩展用例,可以在基础用例上有几个扩展点。

表示 :实箭头加<extend>

● 举例 :机房收费系统中,有好几项查询结果都需要导出为Excel表,其中各项查询就属于基础用例,而导出Excel表就属于扩展用例。对于查询而言,是否导出都

不受影响。

 样图 :


泛化关系】

● 含义 :子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。也就是通常说的继承。

 表示 : 空三角实箭头

 举例 :机房收费系统中,最明显的继承关系就是三个不同级别的用户。其中,一般用户权限最低,管理员权限最高。

 样图 :

.关系比较

其实,用例图相对来说,还是比较简单的。关键在于关系的选用。下面,就将三者做个比较。

首先,三者的侧重点是不同的。

泛化侧重表示子用例间的互斥性; 包含侧重表示被包含用例对Actor提供服务的间接性;扩展侧重表示扩展用例的触发不定性;

其次,在一个系统中,有些操作是肯定发生的,有些操作是未必发生的。

泛化和包含用例就属于肯定发生的用例,而扩展用例属于未必发生用例。

最后,可能在关系的选用上,每个人的理解不同,也会造成一定的偏差,所以,也不需要特别死板而固定各种用例之间的关系,自己思考就好。

三.机房收费系统用例图

【管理员】

【操作员】

一般用户】

四.学习心得

这是UMl中的第一种图的完工,花了很长的时间,刚开始必须对用例图做一个进一步的详细了解,这样后面才有可能达到水到渠成的那一步。通过自己的实践,对UML画图工具又熟悉了,对用例图也熟悉了,对机房收费系统的需求也熟悉了。总之,实践才是王道。

这篇关于UML,用例图的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1106427

相关文章

UML- 统一建模语言(Unified Modeling Language)创建项目的序列图及类图

陈科肇 ============= 1.主要模型 在UML系统开发中有三个主要的模型: 功能模型:从用户的角度展示系统的功能,包括用例图。 对象模型:采用对象、属性、操作、关联等概念展示系统的结构和基础,包括类图、对象图、包图。 动态模型:展现系统的内部行为。 包括序列图、活动图、状态图。 因为要创建个人空间项目并不是一个很大的项目,我这里只须关注两种图的创建就可以了,而在开始创建UML图

第三章 UML类图简介(设计模式笔记)

第三章 UML类图简介 3.1类 3.2接口 名字层必须有<> 3.3 泛化(继承)关系 箭头终点端指向父类(空心三角形) 3.4 关联(组合1)关系 B类是A类的成员变量 ,称A关联B。 箭头终点端指向B 3.5 依赖(组合2)关系 B类是A类的某个方法的参数 ,称A依赖B。 箭头终点端指向B(虚线) 3.6 实现关系 箭头终点端指向接口(虚线,空心

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

【轻松上手postman】入门篇:如果根据接口文档写postman接口用例

在我们平时的测试工作中除了最基本的网页测试外,也会遇到没有页面但需要验证内部逻辑正确性的接口测试任务,在遇到没有网页的测试任务时,我们就要使用到接口测试工具来模拟对程序代码触发。 在接到接口测试任务时,一般都会拿到接口需求文档,没接触过接口测试的人看到接口文档正常反应一脸闷🤣不知如何下手怎么开始测试😓,下面我就来讲讲如何将接口文档上的一个个接口转换成postman用例 首先需要安装

DoIP-ISO 13400-1 道路车辆-基于互联网协议的诊断通信(DoIP)-第 1 部分:一般信息和用例定义 (1/2)

如下内容基于2011版本的 ISO 13400开展,内容较多,拆分为2篇,此篇为 1/2。 前言 ISO(国际标准化组织)是一个全球范围内的国际标准机构联合体(ISO 成员机构)。国际标准的制备工作通常通过 ISO 技术委员会进行。每个相关成员机构都有权在已建立的技术委员会中代表其利益。与 ISO 保持联系的国际组织、政府和非政府组织也参与这项工作。ISO 与国际电工委员会(IEC)在所有电气

设计模式反模式UML图示常见误用案例分析

1. 过度复杂化图示 反模式: 在UML图示中加入过多的细节,导致难以理解。 案例分析: 案例背景: 某软件开发团队在为一个社交媒体平台设计架构时,决定使用观察者模式来处理用户之间的通知功能。在创建UML图示时,团队将所有可能的通知类型和相关的属性、方法都包含在内,导致图示非常复杂和混乱。整个团队在讨论设计时,发现很难从图示中快速理解系统的核心结构。 问题分析: 这种做法导致了UML图示过

软考-软件设计师(UML习题)

💝💝💝欢迎来到我的博客,很高兴能够在这里和您见面!希望您在这里可以感受到一份轻松愉快的氛围,不仅可以获得有趣的内容和知识,也可以畅所欲言、分享您的想法和见解。 非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨   前言 小郑正在备考2024年下半年的中级软件设计师,所以打算开展一个软考备考专栏,在这里记录一下备

UML的图及其他图补充

一、UML图 1.类图 ‌类图‌是统一建模语言(UML)中的一种静态结构图,主要用于描述软件系统的静态结构。它显示了模型中的类、类的内部结构以及它们与其他类的关系。类图是面向对象建模的主要组成部分,用于对系统的词汇进行建模、对简单的协作进行建模以及对逻辑数据库模式进行建模。类图的基本元素包括类、接口以及它们之间的关系,这些元素共同构成了系统的静态结构模型。 总结: 1.静态图、

关于UML的思维导图

UML的构造块、规则、公共机制、5种视图、关系、图 综合如下: UML的构造块: UML的规则: UML的公共机制: UML的5种视图: UML的关系: UML图:

设计模式中类的关系 UML

在java以及其他的面向对象设计模式中,类与类之间主要有6种关系,他们分别是:依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。 1. 依赖(Dependence)          依赖关系的定义为:对于两个相对独立的对象,当一个对象负责构造另一个对象的实例,或者依赖另一个对象的服务时,这两个对象之间主要体现为依赖关系。定义比较晦涩难懂,但在java中的表现还是比