（2）用例之間的關系及其UML的圖示
用例除了與參與者有聯系外，各個用例之間也可能會存在一定的聯系。這些聯系包括：泛化關聯、包含關聯、擴展關聯等。
- 泛化關聯：它代表一般與特殊的關系，它充分體現了面向對象的繼承性：子類具有父類的所有屬性，還可以擁有自己的屬性特點及行為。在UML中泛化關聯用空心三角箭頭的實線表示：其方向從特殊指向一般。
- 包含關聯：它指一個基本用例的行為包含了另一個用例的行為，這種關聯是一種依賴關系，被包含的用例不能獨立存在，只能作為包含它的用例的一部分。在UML中其表示方法為用一條虛箭線從基本用例指向被包含的用例，并標有構造型<
>（在Visio中為< >）。
- 擴展關聯：其基本含義與泛化關聯類似，但是對于擴展用例有更多的規則，即基本的用例必須聲明若干新的規則，擴展用例只能在這些基本的用例上進行擴展以增加新的行為。
例如，保存圖書信息用例可以是圖書信息修改和圖書信息錄入用例的擴展，它們之間存在著擴展關系。在UML中，其圖形表示方法為在用例圖上用一條從基本用例指向擴展用例的虛箭線表示，并在線上標注購造型<>。
七、UML用例圖在本項目中的具體應用
（1）確定本項目系統中的角色（參與者）的種類
在本項目的設計中主要是要考慮有多少種不同類型的用戶？都是哪幾種類型的用戶，用戶的角色如何定義；用戶的訪問權限如何分配等。
- 在網上書店應用中
根據應用的要求，可能會有圖書信息的瀏覽者(Visitor，沒有進行購買行為的用戶)、圖書的購買者（Reader）、圖書信息的發布者(Publisher)、管理員(Manager如財務人員)以及超級管理員(Administrator，系統管理員)。 - 在網上銀行應用中
根據應用的要求，可能會有個人用戶和企業用戶、管理員(Manager如財務人員)以及超級管理員(Administrator，系統管理員)。 - 確定角色的權限
在設計的時候我們也已經把這些角色與相應的一些操作綁定在一起。如：
Publisher 擁有 Publish_Operation + Modify_Operation +Delete Operation
Visitor 擁有 Visit_Operation,
Reader擁有 Visit_Operation + change ,
Manager 擁有 Visit Money Operation +Sum Money Operation
Administrator 負責 Create_User_Operation+ Delete_User_Operation+ Assign_Permission_Operation+ Deassign_Permission_Operation +Assign_Role_Operation+Deassign_Role_Operation
（2）設計出本電子商務項目系統中的各個模塊的用例（UseCase）
- 確定系統邊界線
- 通過使用系統邊界線矩形框來框定系統中的各個用例同時也通過它能夠很清楚地劃定內外部事物，因為在系統中所有的用例都應該放在矩形的內部，而在外部是所有該系統的活動者，并且它們被線連到用例。
- 在系統邊界線內的每一件事物都是系統的一部分，而在系統邊界線外的每一件事物都是系統的外部。
- 用例圖的主要作用
在需求分析階段,可以利用用例圖來捕獲用戶需求。通過用例建模，描述對系統感興趣的外部角色及其對系統(用例)的功能要求。
本系統中的網上書店的主要用例如下:
- 本系統中的網上銀行的主要用例如下
客戶主要進行銀行帳戶的查詢、存錢和取錢、轉帳交易，也可以修改密碼等功能。其用例圖如下所示：
