步步为营UML建模系列三、用例图(Use Case)

转载 2012年03月31日 09:38:25
概述

用例试图描概括了用例中角色和系统之间的关系,描述了系统功能需求,角色和系统的交互以及系统的反应。

官方定义:用例定义了一组用例示例,其中每个示例都是系统所执行的一系列操作,这些操作生成特定主角可以观测的值.

简单的说法:一个用例就是与参与者交互的,并且给参与者提供可观测的意义的结果的一系列活动的集合,所谓的用例就是一件事情,要完成这件事情,需要做的一系列的活动;而做一件事情可以有很多不同的办法和步骤,也可能会遇到各种各样的意外情况,因此这件事情是由很多不同情况的集合构成的,在UML中称之为用例场景。一个用例场景就是一个用例的实例。

用例的特征

  1.用例是相对独立的,就是说他不与其他用例交互,而是独自完成参与者的目的。

  2.用例的执行结果对于参与者来说是可观测的和有意义的。例如系统中有个删除前自动备份数据的操作,这个操作结果对与参与者是透明的,参与者不是直接受益人,所以他不能称之为用例。

  3.事件必须由一个参与者发起,不存在没有参与者的用例,用例不应该自动启动,或启动其他的用例。

  4.用例必然是以动宾短语形式出现的、例如“喝水”是一个有效的用例,而“喝”不是。

用例的粒度

  用例的粒度是根据建模的抽象层次所决定的。

  1.在业务建模阶段,用例的粒度是以每个用例能够说明一件完整的事情为宜。

  2.在概念建模阶段,用例的粒度是以每个用例能够描述一个完成的事件流为宜。

  3.在系统建模阶段,用例的粒度是以每个用例能够描述操作者与计算机的一次完整的交互为宜。

用例和功能的误区

  功能和用例是有本质的区别的。

  1.功能是脱离使用者的愿望而存在的。例如我们描述一个自行车的功能就是他能骑和载物,并无谁来使用它。

  2.功能是孤立的,在系统中,给一个输入就能得到一个输出。而用例是一个系统性的工作,这个系统的工作非常明确的去为某个参与者达成一个特定的目标。

  3.如果非要从功能的角度去解释用例,那么用例可以解释为一系列完成一个特定目标的功能的组合。

UML用例图中包含(include)、扩展(extend)和泛化(generalization)三种关系

1、包含关系:使用包含(Inclusion)用例来封装一组跨越多个用例的相似动作(行为片断),以便多个基(Base)用例复用。基用例控制与包含用例的 关系,以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果,但是双方都不能访问对方的属性。
包含关系对典型的应用就是复用,也就是定义中说的情景。但是有时当某用例的事件流过于复杂时,为了简化用例的描述,我们也可以把某一段事件流抽象成为一个被包含的用例;相反,用例划分太细时,也可以抽象出一个基用例,来包含这些细颗粒的用例。这种情况类似于在过程设计语言中,将程序的某一段算法封装成一个子过程,然后再从主程序中调用这一子过程。

例如:管理员管理文章,就包含增加、修改和删除几种功能。

image

2、扩展(extend)

扩展关系:将基用例中一段相对独立并且可选的动作,用扩展(Extension)用例加以封装,再让它从基用例中声明的扩展点(Extension Point)上进行扩展,从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性,因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。

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

例如:在管理员提交申请之后,就可以打印申请单和查看申请单。

image

4、泛化(generalization)

泛化关系:子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为,也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系,子用例中的特殊行为都可以作为父用例中的备选流存在。

image

 

UML中扩展和泛化的区别
泛化表示类似于OO术语“继承”或“多态”。UML中的Use Case泛化过程是将不同Use Case之间的可合并部分抽象成独立的父Use Case,并将不可合并部分单独成各自的子Use Case;包含以及扩展过程与泛化过程类似,但三者对用例关系的优化侧重点是不同的。如下:
●泛化侧重表示子用例间的互斥性;
●包含侧重表示被包含用例对Actor提供服务的间接性;
●扩展侧重表示扩展用例的触发不定性;详述如下:

既然用例是系统提供服务的UML表述,那么服务这个过程在所有用例场景中是必然发生的,但发生按照发生条件可分为如下两种情况:
1.无条件发生:肯定发生的;
2.有条件发生:未必发生,发生与否取决于系统状态;

因此,针对用例的三种关系结合系统状态考虑,泛化与包含用例属于无条件发生的用例,而扩展属于有条件发生的用例。进一步,用例的存在是为Actor提供服 务,但用例提供服务的方式可分为间接和直接两种,依据于此,泛化中的子用例提供的是直接服务,而包含中的被包含用例提供的是间接服务。同样,扩展用例提供的也是直接服务,但扩展用例的发生是有条件的。

另外一点需要提及的是:泛化中的子用例和扩展中的扩展用例均可以作为基本用例事件的备选择流而存在。

 

最后再呈现一个用例图示例

image

 

UML建模之用例图(重点讲extend和include关系)

用例图(Use Case Diagram)是整个UML9种图中最基础、最重要的一种图。为什么说它重要呢?因为用例图描述的是待开发系统的功能需求,这些功能需求是UML其它几种视图的依据和基础,其它几种图...
  • tiger_ibm
  • tiger_ibm
  • 2014年02月17日 15:31
  • 12447

Sybase PowerDesigner中的Use Case(用例图)

Sybase的PowerDesigner,是由一个中国人创作的,可是在中国,好像却没有多少公司好好的使用这个,或者都是按照自己的理解方式在使用,我们公司就是这样,按照自己的理解使用,一边参照F1帮助中...
  • zi_jun
  • zi_jun
  • 2012年10月18日 09:55
  • 8104

UML中的用例(Use Case)概念分析及StarUML实例

  UML中的用例(Use Case)概念分析及StarUML实例 收藏UML中的用例(Use Case)概念分析及StarUML实例在UML 中use case ...
  • liuguizi
  • liuguizi
  • 2011年05月27日 22:35
  • 5195

AndroMDA中的用例图和活动图介绍(MagicDraw)

 翻译了AndroMDA3.2使用手册  用例图(Use-Cases)用例代表一组逻辑处理,用例名字不能相同。用例的版型是>。应用入口的用例的版型是>,有且仅有一个用例是这个版型。每个用例在生成代码时...
  • jacky9881
  • jacky9881
  • 2007年06月15日 15:17
  • 2844

UML 学习笔记(二) UML之用例图(User Case View)

用途:用过描述需求:确定系统的边界和系统应具备的功能(此处的功能是指从用户或系统参与者的角度来看)。目标:用大家都能看的明白的符号,更好的和客户沟通和交流。构成:系统用户、用例、用例之间的关系三部分。...
  • whqcfp
  • whqcfp
  • 2008年11月05日 17:43
  • 5058

UML建模之用例图学习笔记

什么是用例图用例图是指由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的静态视图。用例图是用例(Use Case)分析手段或工具。用例分析是捕获应用需求的有效手...
  • u013745854
  • u013745854
  • 2015年05月23日 10:01
  • 1300

UML学习之用例图Use Case 上

博客地址:http://www.cnblogs.com/wolf-sun/ 用例图的概念       用例图是描述用例、参与者以及它们之间关系的图。   用例图的作用 用例图是从用户的...
  • qqHJQS
  • qqHJQS
  • 2015年04月09日 22:42
  • 1618

步步为营UML建模系列总结

软件开发为什么需要UML (软件越来越复杂),开发人员仍然沿用25年前的方法来开发,这就是问题的根本所在 。--IvarJacobson 掌握软件开发的方法就能不断的复制成功。 你应该使用U...
  • acervogue
  • acervogue
  • 2012年03月31日 09:41
  • 213

步步为营UML建模系列五、时序图(Squence diagram)

概述 顺序图是一种详细表示对象之间以及对象与参与者实例之间交互的图,它由一组协作的对象(或参与者实例)以及它们之间可发送的消息组成,它强调消息之间的顺序。 顺序图是一种详细表示对象之间以及对象与系...
  • fen0707
  • fen0707
  • 2014年07月03日 08:17
  • 1042

Use Case 用例图

UML-Unified Model Language 统一建模语言,又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。  在UML系统开发中有三个主要的模型:    功能模型...
  • steveyg
  • steveyg
  • 2015年05月22日 14:45
  • 383
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:步步为营UML建模系列三、用例图(Use Case)
举报原因:
原因补充:

(最多只允许输入30个字)