用例图

一：执行者——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) 客房部经理可以随时查看客房预订情况和每日收款情况。
构造该系统的用例模型。