用例和用例图课件.ppt

用例和用例图课件.ppt

ID:57202815

大小:2.02 MB

页数:93页

时间:2020-08-03

用例和用例图课件.ppt_第1页
用例和用例图课件.ppt_第2页
用例和用例图课件.ppt_第3页
用例和用例图课件.ppt_第4页
用例和用例图课件.ppt_第5页
资源描述:

《用例和用例图课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、用例和用例图用例建模是UML建模的一部分,它也是UML里最基础的部分;用例建模的最主要功能就是用来表达系统的功能性需求或行为;用例建模可分为用例图和用例描述;用例图是由软件需求分析到最终实现的第一步,它描述人们如何使用一个系统,是外部参与者所能观察到的系统功能的模型图,该图呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模,用画图的方法来完成;用例描述用来详细描述用例图中每个用例,用文本文档来完成。用例图的作用用例图展示了用例之间以及用例与参与者之间是怎样相互联系的。用例图对系统、

2、子系统或类的行为进行了可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。用例图主要用来描述用户的功能需求。UML侧重从最终用户的角度来理解软件系统的需求,强调谁在使用系统、系统可以完成哪些功能。用例分析技术已经是一种公认有效的用户需求获取、分析和描述技术用例图的组成用例图由如下元素组成:参与者(Actor):也称为参与者,它代表系统的用户。系统边界(SystemScope):它确定系统的范围。用例(UseCase):它代表系统提供的服务。关系(Association):关联关系(Association)、

3、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。参与者参与者(actor)是指系统以外的、需要使用系统或与系统交互的事物,包括:人、设备、外部系统等.其它译名有:活动者、执行者、行动者、角色等;参与者是系统外部的一个实体,参与者只可能存在于边界之外,边界之内的所有人和事物都不是参与者。从图中可以看出,所有的用例都放置在系统边界内,表明它属于一个系统。参与者则放在系统边界的外面,表明角色并不属于系统。但是角色负责直接(或间接)驱动与之关联的用例的执行。UML的用例图示意参与者

4、有三大类:系统用户、与所建造的系统交互的其它系统和一些可以运行的进程。第一类参与者是真实的人,即用户,命名这类参与者时,应当按照业务命名;第二类参与者是其它的系统,这类位于程序边界之外的系统也是参与者。第三类参与者是一些可以运行的进程,如时间。当经过一定的时间触发系统中的某个事件时,时间就成了参与者。怎样识别参与者谁向系统提供信息?谁从系统获取(使用)信息?谁管理这个系统?谁维护这个系统?系统要使用哪些外部资源?(系统启动打印机、扫描仪)系统是否和已经存在的系统交互?(跨行转账的外部银行系统、时间到了定时启动系统某功能)查

5、找参与者时请注意,参与者一定是直接并且主动的向系统发出动作并获得反馈的,否则就不是参与者。下面对机票预订系统进行分情况讨论:情况一:机票购买者通过登录网站购买机票,那么谁是参与者?情况二:假如机票购买者通过呼叫中心,由人工座席操作订票系统购买机票,那么谁是参与者?情况三:如果机票购买者通过呼叫中心的自动语音预定机票而不是通过人工座席,那么谁是参与者?情况四:如果扩大系统边界,让呼叫中心成为机票预定系统的一个子系统,并且假设机票购买者将可以自主选择是通过人工座席还是自动语音登录网站预订机票,那么谁是参与者?在对参与者建模的过

6、程中,注意以下几点:(1)参与者表示人和事物与系统发生交互时所扮演的角色,而不是特定的人或特定的事物;(2)每个参与者需要一个具有业务一样的名字;(3)一个人或事物在与系统交互时,可以同时或不同时扮演多个角色。UML中的Actor实际上是一个版型化的类,可以有三种表示形式Icon形式Label形式Decoration形式由于Actor实际上是一个类,因此它们之间可以存在一定的关系,参与者之间的关系一般表现为特殊/一般化关系,即,泛化关系。思考:1、这样一个需求:每天自动统计网页访问量,生成统计报表,并发送至管理员信箱。这个

7、需求的参与者是谁?2、自动售货机的参与者是谁?用例用例(usecase)是IvarJacobson发明的.其它的中文译名有:用况、用案等.定义1:用例是对一个活动者(actor)使用系统的一项功能时所进行的交互过程的一个文字描述序列.定义2:用例是系统、子系统或类和外部参与者交互的动作序列的说明,包括可选的动作序列和会出现异常的动作序列.用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约,软件开发过程是用例驱动的.什么是用例?用例是一种需求方法学把用例解释为某个参与者(actor)要做的一件事,这样的一件事有以下

8、几个特征:1、这件事是相对独立的;2、这件事的执行结果对参与者来说是可观测的和有意义的;3、这件事必须由一个参与者发起;不存在没有参与者的用例,用例不应该自动启动,也不应该主动启动另一个用例。用例总是由一个参与者发起,并且满足特征二;4、这件事必然是以动宾短语形式出现的。怎样识别用例参与者希望系统执行什

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。