用例图(
use case diagram)就是由主角、
用例以及它们之间的关系构成的图。该图说明了
用例模型中的关系。
可以将用例图组织到用例包中,并归用例包所有,让特定包中仅显示互为关联关系的内容。
用例图由参与者(Actor)、用例(Use Case)、系统边界、箭头组成,用画图的方法来完成。
参与者不是特指人,是指系统以外的,在使用系统或与系统交互中所扮演的角色。因此参与者可以是人,可以是事物,也可以是时间或其他系统等等。还有一点要注意的是,参与者不是指人或事物本身,而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员,他参与图书馆管理系统的交互,这时他既可以作为管理员这个角色参与管理,也可以作为借书者向图书馆借书,在这里小明扮演了两个角色,是两个不同的参与者。参与者在画图中用简笔人物画来表示,人物下面附上参与者的名称。
用例是对包括变量在内的一组动作序列的描述,系统执行这些动作,并产生传递特定参与者的价值的可观察结果。这是UML对用例的正式定义,对我们初学者可能有点难懂。我们可以这样去理解,用例是参与者想要系统做的事情。对于对用例的命名,我们可以给用例取一个简单、描述性的名称,一般为带有动作性的词。用例在画图中用椭圆来表示,椭圆下面附上用例的名称。
系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分,边界外表示系统外部。系统边界在画图中方框来表示,同时附上系统的名称,参与者画在边界的外面,用例画在边界里面。因为系统边界的作用有时候不是很明显,所以我个人理解,在画图时可省略。
箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方,箭头头部用来表示被启动的一方,其中用例总是要由参与者来启动。
用例图主要的作用有三个:(1)获取需求;(2)指导测试;(3)还可在整个过程中的其它工作流起到指导作用。
□ 元素之间的关系
用例图中包含的元素除了系统边界、角色和用例,另外就是关系。关系包括用例之间的关系,角色之间的关系,用例和角色之间的关系。
1、角色之间的关系:
角色之间的关系。由于角色实质上也是类,所以它拥有与类相同的关系描述,即角色之间存在泛化关系,泛化关系的含义是把某些角色的共同行为提取出来表示为通用的行为。
2、用例之间的关系:
包含关系:基本用例的行为包含了另一个用例的行为。基本用例描述在多个用例中都有的公共行为。包含关系本质上是比较特殊的依赖关系。它比一般的依赖关系多了一些语义。在包含关系中箭头的方向是从基本用例到包含用例。在UML1.1中用例之间是使用和扩展这两种关系,这两种关系都是泛化关系的版型。在UML1.3以后的版本中用例之间是包含和扩展这两种关系。
泛化关系:代表一般于特殊的关系。它的意思和面向对象程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段,泛化使用在分析、设计阶段。在泛化关系中子用例继承了父用例的行为和含义,子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。
扩展关系的基本含义和泛化关系类似,但在扩展关系中,对于扩展用例有更多的规则限制,基本用例必须声明扩展点,而扩展用例只能在扩展点上增加新的行为和含义。与包含关系一样,扩展关系也是依赖关系的版型。在扩展关系中,箭头的方向是从扩展用例到基本用例,这与包含关系是不同的。
用例的泛化、包含、扩展关系的比较。一般来说可以使用“is a”和“has a”来判断使用那种关系。范化和扩展关系表示用例之间是“is a”关系,包含关系表示用例之间是“has a”关系。扩展与范化相比多了扩展点,扩展用例只能在基本用例的扩展点上进行扩展。在扩展关系中基本用例是独立存在。在包含关系中在执行基本用例的时候一定会执行包含用例。如果需要重复处理两个或多个用例时可以考虑使用包含关系,实现一个基本用例对另一个的引用。当处理正常行为的变形是偶尔描述时可以考虑只用泛化关系。当描述正常行为的变形希望采用更多的控制方式时,可以在基本用例中设置扩展点,使用扩展关系。扩展关系比较难理解,如果把扩展关系看作是带有更多规则限制的泛化关系,可以帮助理解。通常先获得基本用例,针对这个用例中的每一个行为提问:该步骤会出什么差错?该步骤有不同的情况吗?该步骤的工作怎样以不同的方式进行等,把所有的变化情况都标识为扩展。通常基本用例很容易构造,而扩展用例需要反复分析、验证。当我们发现已经存在的两个用例间具有某种相似性时,可以把相似的部分从两个用例中抽象出来单独作为一个用例,该用例被这两个用例同时使用,这个抽象出的用例和另外两个用例形成包含关系。
USE CASE图
USE CASE图
USE CASE图
USE CASE图
分享到:
相关推荐
### 如何绘制UML用例图 UML用例图是一种极为重要的图形化表示方法,尤其在需求分析阶段,能够帮助开发团队清晰地理解和描述系统的功能需求。通过使用UML用例图,开发者可以从繁琐的文字描述中抽离出来,以更直观、...
### 网上书店用例图分析 #### 一、实验背景及目标 在软件工程领域,用例图是统一建模语言(UML)中的一种图形化工具,用于描述系统的功能需求,尤其是从最终用户的视角出发。通过绘制用例图,我们可以清晰地识别出...
QQ群用例图是软件工程领域中用于描述用户与系统交互的一种图形化表示方式,它在设计阶段扮演着至关重要的角色。用例图是统一建模语言(UML)的一部分,通过这种图表,我们可以清晰地了解QQ群功能的核心需求和用户...
在UML中,把用用例图建立起来的系统模型称为用例模型,一个用例模型若干个用例图描述。用例模型描述的是外部行为者(actor)所理解的系统功能,使用用例模型代替传统的功能说明往往能更好地获取用户需求,它所回答的...
旅游网站用例图是软件工程中的一个重要组成部分,用于描绘用户与系统之间的交互,明确系统功能需求。在这个场景中,我们看到一个旅游网站的用例图分析,涉及到的主要参与者包括用户、旅行社管理者、景点以及交易系统...
【用例图详解】 用例图是统一建模语言(UML)中的一种图表,用于描绘系统中的参与者(Actor)与用例(Use Case)之间的关系,表达系统功能需求和参与者之间的交互。它并不是简单的功能或菜单项的列表,而是以故事的...
综上所述,PowerDesigner是一款集成了多种模型设计功能的软件工程工具,它不仅涵盖了数据库模型设计的全过程,还支持通过用例图等面向对象分析设计方法,帮助设计者清晰地表达和沟通系统功能以及用户交互。...
【BBS论坛用例图】是软件开发过程中用于描述BBS论坛管理系统用户交互的一种图形化表示,它清晰地展现了系统的主要功能以及用户如何与系统进行交互。用例图是统一建模语言(UML)的一部分,它通过图形化的方式帮助...
### 机票预定系统用例图知识点详解 #### 一、用例图概述 用例图是一种重要的需求分析工具,主要用于描述系统的外部可见行为以及不同角色与系统交互的方式。它能够清晰地展示系统的功能需求,帮助开发者理解用户的...
在画用例图的时候,理清用例之间的关系是重点。用例的关系有泛化(generalization)、扩展(extend)和包含(include)。其中include和extend最易混淆。下面我们结合实例彻底理清三者的关系。基本概念用例图...
软件设计过程中画用例图的步骤 在软件设计需求分析阶段,画用例图是一个非常重要的步骤。用例图(Use Case Diagram)是描述人们如何使用一个系统的图表,它包含六个元素:参与者(Actor)、用例(Use Case)、关联...
根据提供的信息——“教师点名系统老师端用例图”,我们可以深入探讨该系统的架构与功能设计,特别是如何通过用例图来展现系统的关键操作流程及其与用户之间的交互方式。 ### 教师点名系统概述 教师点名系统是一种...
在电子商务领域,用例图(Use Case Diagram)是一种重要的需求分析工具,它通过图形化的方式描绘了系统的主要参与者(Actor)以及他们与系统之间的交互关系。在这个名为“电子商务网站用例图”的案例中,我们将深入...
电子商城用例图
旅游网站美食用例图。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。...
根据所提供的信息,我们可以深入探讨“学生管理系统用例图”的相关内容,包括用例图的基本概念、如何使用Rational Rose绘制用例图以及用例图在学生管理系统中的应用。 ### 一、用例图基本概念 用例图是统一建模...
【UML,用例图】是统一建模语言(Unified Modeling Language)中的一种图形表示方式,主要用于描述系统功能需求和用户交互。用例图提供了一种直观的方式来展示系统的外部行为,它关注的是谁(参与者)如何与系统进行...
Visio 2010 绘制用例图 Visio 2010 是一个功能强大且广泛应用的软件工具,可以用来绘制各种类型的图表,包括用例图。用例图是一种常用的 UML 图表,用于描述系统的功能需求和行为。下面将详细介绍如何使用 Visio ...
在学生管理系统的设计中,用例图、类图、活动图和状态图是UML中的关键图表,它们各自从不同的角度描述系统的功能、结构、行为和对象状态。 一、用例图 用例图是描述系统外部参与者与系统交互的一种图形表示,它展示...