uml用例用例图、用例名、主事件流、辅事件流、后置条件

本文详细介绍了UML用例模型,包括用例图和用例规约。用例图由参与者、用例、系统边界和关联关系组成,描述系统功能的概览。用例规约则详细说明每个用例的细节,如前置条件、基本事件流、其他事件流和后置条件。通过用例建模,可以更清晰地理解系统需求和功能。
摘要由CSDN通过智能技术生成

例建模 Use Case Modeling )是使用 用例 的方法来描述系统 的功能 需求 的过程, 用例模型 主要包括以下两部分内容:    用例图 ( Use Case Diagram )
   确定系统中所包含的参与者、用例和两者之间的对应关系,用例图描述的是关于系统功能的一个概述。

   用例规约( Use Case Specification)
   针对每一个用例都应该有一个用例规约文档与之相对应,该文档描述用例的细节内容。

   在用例建模的过程中,我们建议的步聚是先找出参与者,再根据参与者确定每个参与者相关的用例,最后再细化每一个用例的用例规约。
   用例描述用来详细描述用例图中每个用例,用文本文档来完成。
一.   用例图(Use Case Diagram)
   用例图由参与者(Actor)、用例(Use Case)、系统边界、箭头组成,用画图的方法来完成。
   参与者不是特指人,是指系统以外的,在使用系统或与系统交互中所扮演的角色。因此参与者可以是人,可以是事物,也可以是时间 或 其他系统等等。还有一点要注意的是,参与者不是指人或事物本身,而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员,他参与图书馆管理系统的交 互,这时他既可以作为管理员这个角色参与管理,也可以作为借书者向图书馆借书,在这里小明扮演了两个角色,是两个不同的参与者。参与者在画图中用简笔人物 画来表示,人物下面附上参与者的名称。


   用例是对包括变量在内的一组动作序列的描述,系统执行这些动作,并产生传递特定参与者的价值的可观察结果。这是 UML 对用例的正式定义,对我们初学者可能有点难懂。我们可以这样去理解,用例是参与者想要系统做的事情。对于对用例的命名,我们可以给用例取一个简单、描述性的名称,一般为带有动作性的词。用例在画图中用椭圆来表示,椭圆下面附上用例的名称。

   系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分,边界外表示系统外部。系统边界在画图中方框来表示,同时附上系统的名称,参与者画在边界的外面,用例画在边界里面。因为系统边界的作用有时候不是很明显&

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值