UML-用例

用例是什么?在什么场景下该使用用例,用例又在软件建模中扮演着什么样的角色呢?用例简单的理解就是用户与系统交互能做一些什么事情,用例只是描述出他能做什么,而不是他该怎么样去做。一般在软件前期进行用户需求分析、捕获需求扮演着重要的角色。以图形化表示法,可以更加深动而形象展现用户的功能需求,易于用户理解。通过引导用户理解用例的,以用例方式来驱动着整个需求分析过程。如果在需求分析过程中使用得当,他将是你需求分析过程中的一把利器,个人还是比较推崇UML建模方式来分析设计。当然有的人不用建模工具也能写好文档,这就不在我们讨论的范畴,必竟建模只是一种辅助你写文档的设计工具,仁者见仁,智者见智。

现在我们来看看用例所包含的元素:

参与者:表示与系统交互的参与人、组织或外部系统;

用例:描述用户与系统交互的操作;

边界:确定交互系统的边界;

关系:关联、包含、扩展、泛化;

关联在用例中的表示法如下图,他表示储户与转账用例连接起来。

扩展在用例中的表示法如下图,扩展用例是依赖于被扩展用例的,被扩展用例是以一个独立体存在于系统中,且扩展用例对被扩展用例是不可见的。

泛化在用例中的表示法如下图,泛化跟我们面向对象编程中继承是一个样的意思,也就是is a关系。

包含在用例中的表示法:他其实是一种特殊运行时的依赖关系统,也就是has a关系。

由于本人能力有限,难免有不正确的地方,欢迎拍砖。

时间: 2024-08-10 23:18:56

UML-用例的相关文章

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

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

UML 用例之间的关系

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

UML——用例视图

用例视图中交互功能部分被称为用例. 参与者   作为外部用户与系统发生交互作用,这是参与者的特征. 在系统的实际运作中,一个实际用户可能对应系统的多个参与者.不同的用户也可以只对应于一个参与者,从而代表同一参与者的不同实例. 参与者可以通过泛化关系来定义 ,在这种泛化关系中,一个参与者的抽象描述可以被一个或多个具体的参与者所共享. 用例   用例的用途是在不揭示系统内部构造的情况下定义连贯的行为. 用例的定义包含用例所必需的所有行为— 执行用例功能的主线次序.标准行为的不同变形.一般行为下的所有

UML用例设计

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

UML用例与用例图

用例:用于描述系统的工能也就是从用户的角度来说,系统具体应包含哪些功能,帮助分析人同理解系统的行为,它是对系统功能的宏观.整体的描述. 用例图:是显示一组用例.参与者以及它们之间关第的一种图. 用例图主要有以下几个元素组成 (1)参与者(Actor):也称角色,它代表系统的用户 (2)系统边界(System scope):它确家系统范围. (3)用例(Use case):它代表系统提供的服务. (4)关联(Association):它表示参与者与用例间的关系 简单的用例图如下: 1.参与者:是系

UML 系列

Bug管理系统UML2.0建模实例(四) 3.3 顺序图(实现模型)       在系统设计与实现阶段我们也可以使用顺序图进行建模,此时通过顺序图可以明确表示系统设计中对象之间的交互,考虑到具体系统实现,对象之间通过方法调用传递消息.在BMS系统中,对每个用例均可以绘制基于实现模型的顺序图.由于篇幅关系,未将每个用例的顺序图一一列举.图3-5.3-6分别是用例“登录”和“提交bug信息”的实现模型顺序图.图3-5用例“登录”顺序图(实现模... 2013-12-16 23:15 阅读(2771)

visio画UML用例图没有include关系的解决方法

今天用Microsoft Visio画用例图时,发现visio UML用例里面找不到include关系,即"箭头"+">" 这个组件,后来终于发现一个可行的解决办法: 首先:打开Microsoft Visio -> 选择模板类别"软件和数据库" -> UML模型图->点击菜单栏"UML" -> 单击选项"构造型"-> 新建 > 构造型那里输入include ->

用Visio画UML顺序图

1.顺序图 顺序图又称为时序图,顾名思义,它着重表现的是对象间消息传递的时间顺序.顺序图描述的对象也是一个用例,即一组行为操作,而它表现的是这组行为的先后关系(纵坐标),以及每个行为是属于哪个对象的(横坐标). 作用:用对象间的交互来描述用例. 组成成分:参与者.对象 对象的生命线:用于表示某段时间内该对象是存在的,表示对象的生存时间. 消息:表示对象间的通信.当收到消息后,接收消息的对象立即开始执行活动,起到激活对象的作用.通常用消息名和参数表来标识. 横坐标:表示不同的对象.对象的左右顺序不

UML建模技术(资料汇总)

事实上,我是很不喜欢,<深入浅出XXX>,<0基础入门XXX>,<21天学会XXX>.....and so on , 之类的东西的. 好吧,不过得承认,有些还是不错的! 1.深入浅出UML类图(一) 2.深入浅出UML类图(二) 3. 深入浅出UML类图(三) 4. 深入浅出UML类图(四) 5.深入浅出UML类图(五) 6. UML用例建模解析(一) 7.UML用例建模解析(二) 8. UML用例建模解析(三)

初学UML——用例图

开始学习UML建模语言,从用例图入手.建模工具选择visio 用例图描述的是参与者所理解的系统功能,主要元素是用例和参与者,是帮助开发团队以一种可视化的方式理解系统的功能需求.这时处于项目初始,分析用户需求的阶段,不用管怎么实现具体的功能,只要能向客户形象化的表述项目的功能就行. 用例图有四个部分:用例(Use Case), 参与者(Actor),系统边界,关系. 1)参与者(Actor) 参与者是与系统交互的人或物.首先当然包括我们的开发系统用户,除此之外,与我们开发的系统有关联的其他系统也算