本文转载自“椰子Tyshawn”的博客:http://blog.csdn.net/litianxiang_kaola/article/details/53930270
一:执行者——Actor
定义:在系统之外,透过系统边界与系统进行有意义交互的任何事物。
引入执行者的目的:帮助确定系统边界。
二:用例
用例是在系统中执行的一系列动作,这些动作将生成特定执行者可见的价值结果。一个用例定义一组用例实例。
识别用例口诀:执行者使用系统来用例
三:执行者与用例之间的关联关系
在用例图中,执行者和用例之间进行交互,相互之间的关系用一根直线来表示,称为关联关系(Association)或通信关系(Communication)。
四:执行者之间的泛化关系
执行者之间可以有泛化(Generalization)关系(或称为“继承”关系)
五:用例之间的关系
1,包含关系
描述在多个用例中都有的公共行为,由用例A指向用例B,表示用例A中使用了用例B中的行为或功能,包含关系是通过在依赖关系上应用<<include>>构造型(衍型)来表示的。
2,扩展关系
a,扩展用例可以在基用例之上添加新的行为,但是基用例必须声明某些特定的“扩展点”,并且扩展用例只能在这些扩展点上扩展新的行为。
b,在扩展(extend)关系中,基础用例(Base)中定义有一至多个已命名的扩展点,扩展关系是指将扩展用例(Extension)的事件流在一定的条件下按照相应的扩展点插入到基础用例(Base)中。
c,扩展关系是通过在依赖关系上应用<<extend>>构造型(衍型)来表示的。
3,泛化关系
a,当多个用例共同拥有一种类似的结构和行为的时候,可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。
b,在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承了父用例所有的结构、行为和关系。
c,泛化关系一般很少使用。
六:案例
某酒店订房系统描述如下:
(1) 顾客可以选择在线预订,也可以直接去酒店通过前台服务员预订;
(2) 前台服务员可以利用系统直接在前台预订房间;
(3) 不管采用哪种预订方式,都需要在预订时支付相应订金;
(4) 前台预订可以通过现金或信用卡的形式进行订金支付,但是网上预订只能通过信用卡进行支付;
(5) 利用信用卡进行支付时需要和信用卡系统进行通信;
(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
构造该系统的用例模型。