用例之间的关系.pdfVIP

3.4 用例之间的关系 1、 泛化关系 Generalization 代表一般与特殊的关系。 （类似于继承） 在用例泛化中， 子用例表示父用例的特殊形式， 子用例继承了父用例的行为和属性， 也 可以增加新的行为和属性或覆盖父用例中的行为。 例子：一个租赁或销售系统用例的部分内容，在此，父用例是“预定” ，其两个子用例 分别是“网上预定”和“电话预定” ，这两个用例都继承了父用例的行为，并可以添加自己 的行为。 2、 包含关系 Include 一个用例（基用例，基本用例）可以包含其他用例（包含用例）具有的行为，并把它所 包含的用例行为作为自身用例的一部分，这被称为包含关系。 在 UML 中，包含关系表示为虚线箭头加版型《 include 》，箭头从基本用例指向包含用 例。 例子：一个租赁或销售系统中， “填写电子表格”的功能在“网上预定”的过程中使用， 不管如何处理“网上预定”用例，总是要运行“填写电子表格”用例，因此具有包含关系。 3、 扩展关系 Extend 一个用例也可以定义为基本用例的增量扩展， 这称作扩展关系， 即扩展关系是把新的行 为插入到已有的用例中的方法。在 UML 中，包含关系表示为虚线箭头加版型《 extend》，箭 头从扩展用例指向基本用例。 基本用例提供了一组扩展点， 在这些新的扩展点中可以添加新的行为， 而扩展用例提供 了一组插入片段，这些片段能够被插入到基本用例的扩展点上。 扩展关系可以有控制条件， 当用例实例执行到达一个扩展点时， 控制条件决定是否执行 扩展。 一般情况下， 基本用例的执行不会涉及到扩展用例，只有满足用例的控制条件时，扩 展用例才被执行， 因此扩展关系处理事件流的异常或者可选事件。 同一个基本用例的几个扩 展可以在一起使用。 基本用例不知道扩展的任何细节 .没有扩展用例 ,基本用例是完整的。 例子：一个汽车租赁系统用例图的部分内容。在此，基本用例是“还车” ，扩展用例是 “交纳罚金”。如果一切顺利汽车可以被归还，那么执行“还车”用例即可。但是如果超过 了还车的时间或汽车受损， 按照规定客户要交纳一定的罚金， 这时就不能执行提供的常规动 作。若研讨修改用例“还车” ，势必会增加系统的复杂性，因此可以在用例“还车”中增加 扩展点，即特定条件为超时或损坏，如果满足条件，将执行扩展用例“交纳罚金” ，这样显 然可以使系统更容易被理解。 4、 参与者与用例之间的关系：关联关系 Association 关联关系描述参与者与用例之间的关系，在 UML 中它是两个或多个类元之间的关系， 它描述了类元的实例间的联系。 （类元，一种建模元素，常见类元包括类、参与者、构件、 数据类型、接口、结点、信号、子系统以及用例等，其中类是最常见的类元。 ） 关联关系表示参与者和用例之间的通信。在 UML 中，关联关系用直线或箭头表示。关 联中 communicates 版型是参与者和用例之间唯一的版型 ,一般省略不写。如果参与者启动了 用例，箭头指向用例；如果参与者利用了用例提供的服务 ,箭头指向参与者。如果二者是互 动的，则是直线。 关联关系表示参与者和用例之间的通信。不同的参与者可以访问相同的用例，一般说 来它们和该用例的交互是不一样的， 如果一样的话， 说明他们的角色可能是相同的