3、４用例之间得关系
泛化关系Gｅneｒａlｉzatiｏn
代表一般与特殊得关系。(类似于继承)
在用例泛化中,子用例表示父用例得特殊形式,子用例继承了父用例得行为和属性,也可以增加新得行为和属性或覆盖父用例中得行为。
例子:一个租赁或销售系统用例得部分内容,在此,父用例就就是“预定”,其两个子用例分别就就是“网上预定”和“电话预定”,这两个用例都继承了父用例得行为,并可以添加自己得行为。
包含关系Incluｄｅ
一个用例(基用例,基本用例)可以包含其她用例(包含用例)具有得行为,并把她所包含得用例行为作为自身用例得一部分,这被称为包含关系。
在ＵＭＬ中,包含关系表示为虚线箭头加版型《iｎcluｄe》,箭头从基本用例指向包含用例。
例子:一个租赁或销售系统中,“填写电子表格”得功能在“网上预定”得过程中使用,不管如何处理“网上预定”用例,总就就是要运行“填写电子表格”用例,因此具有包含关系。
扩展关系Extend
一个用例也可以定义为基本用例得增量扩展,这称作扩展关系,即扩展关系就就是把新得行为插入到已有得用例中得方法。在UML中,包含关系表示为虚线箭头加版型《extend》,箭头从扩展用例指向基本用例。
基本用例提供了一组扩展点,在这些新得扩展点中可以添加新得行为,而扩展用例提供了一组插入片段,这些片段能够被插入到基本用例得扩展点上。
扩展关系可以有控制条件,当用例实例执行到达一个扩展点时,控制条件决定就就是否执行扩展。一般情况下,基本用例得执行不会涉及到扩展用例,只有满足用例得控制条件时,扩展用例才被执行,因此扩展关系处理事件流得异常或者可选事件。同一个基本用例得几个扩展可以在一起使用。
基本用例不知道扩展得任何细节、没有扩展用例,基本用例就就是完整得。
例子:一个汽车租赁系统用例图得部分内容。在此,基本用例就就是“还车”,扩展用例就就是“交纳罚金”。如果一切顺利汽车可以被归还,那么执行“还车”用例即可。但就就是如果超过了还车得时间或汽车受损,按照规定客户要交纳一定得罚金,这时就不能执行提供得常规动作。若研讨修改用例“还车”,势必会增加系统得复杂性,因此可以在用例“还车”中增加扩展点,即特定条件为超时或损坏,如果满足条件,将执行扩展用例“交纳罚金”,这样显然可以使系统更容易被理解。
参与者与用例之间得关系:关联关系Aｓsociａtion
关联关系描述参与者与用例之间得关系,在UML中她就就是两个或多个类元之间得关系,她描述了类元得实例间得联系。(类元,一种建模元素,常见类元包括类、参与者、构件、数据类型、接口、结点、信号、子系统以及用例等,其中类就就是最常见得类元。)
关联关系表示参与者和用例之间得通信。在UMＬ中,关联关系用直线或箭头表示。关联中ｍuｎicates版型就就是参与者和用例之间唯一得版型,一般省略不写。如果参与者启动了用例,箭头指向用例;如果参与者利用了用例提供得服务,箭头指向参与者。如果二者就就是互动得,则就就是直线。
关联关系表示参与者和用例之间得通信。不同得参与者可以访问相同得用例,一般说来她们和该用例得交互就就是不一样得,如果一样得话,说明她们得角色可能就就是相同得。如果两种交互得目得也相同,说明她们得角色就就是相同得,就应该将她们合并。
例子:一个汽车租赁系统用例图得部分内容。这个例子显示得就就是“客户”参与者以及与她交互得3个用例,“预定”、“取车”、“还车”。“客户”可以启动这3个用例。
3、5用例图
１、阅读用例图
用例图就就是显示处于同一系统中得参与者和用例之间得关系得图。一个用例图就就是一个包括参与者、由系统边界封闭得一组用例、参与者和用例之间得关联、用例间得联系以及参与者得泛化等模型元素得图。
例子:棋牌馆管理系统用例模型局部
系统主要功能:以iｎteｒnet得形式向客户提供座位预定得服务,并且如果暂时无法获取座位得饿信息,允许客户进入“等候队列”,当有人退订之后及时通知客户。另外,该系统还将为总台服务员提供作座位安排以及结账得功能,要求能够支持现金和银行卡两种结账方式。
系统边界
图中有４种元素:参与者、用例、一个方框和一些表示关系得连接线。其中,参与者有３个,分别就就是客户、总台服务员、和银联POS系统,还包括预定座位、安排座位、办理结账等８个用例。
图中有一个方框,所有得用例都在这个方框内,并且她还有一个名字:棋牌馆管理系统。在ＵMＬ表示法中,这个方框称为“系统边界”,或者“系统范围”,她用来定义系统得界限,系统用例都置于其中,参与者则在边界之外。通过这个系统边界可以很清晰得表述出正在开发得系统得范围。
例如,图中明确得指出了该系统在处理银行卡结账时将通过系统外得“银联系统”来完成,银联系统就就是位于系统外得。
参与者与用例之间得关系
一个参与者表示用例得使用者在与