3.4用例之间的关系.docVIP

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