系統約定：用UML描述工作流管理

領測軟件測試網

圖2顯示了一個團隊結構的例子。團隊的角色用對象實例表示，為每個角色指定了雇員數量。一個客戶滿意團隊（Customer Satisfaction Team）有三個開發員、兩個測試員、一個產品經理和一個人擔任用戶角色。角色組叫做客戶滿意團隊（Customer Satisfaction Team），用包符號表示。角色組也可能被表示成對象——作為角色的組裝（composition）。如果團隊表示為對象，團隊和角色之間的關系為組裝關系，那么根據UML元模型概念，一個特定的角色實例不能同時屬于多于一個團隊。如果團隊表示為包，特定的角色實例可以同時屬于幾個團隊。


圖3 UML序列圖描述業務流程的實例

　　圖3描述了業務流程的實例。角色客戶(customer) 下了一份定單，然后銷售(sales)部門中的某個工人確認此定單。如果定單有效，此工人調用另一業務流程“公司運輸物品（company ships an item）”的實例。這個類型的圖在UML表示法指南中沒有明確的提到，然而，它符合UML的元模型。在對象生命線頂部的符號代表分類器角色，如圖3中的角色、對象角色和用例角色。


圖4 UML用例圖描述業務流程之間的靜態關系

　　圖4是UML用例圖，描述了業務流程之間的靜態關系。業務流程描述組織(organization)與角色客戶（customer）的協作。注意在UML的1.1版本中，用例不能相互聯系而總是由角色發送信號觸發。這給建模環境帶來困難，一個用例在運行期間，當特殊條件出現時，另一個用例也開始啟動。在這種情況下，角色通過與另一個用例的聯系初始化此用例而不需發出任何特定的開始信號。例如，如果客戶的請求被評估為有效，用例公司運輸物品（company ships an item）被組織中的對象觸發。這個用例實例不直接由客戶觸發，希望下一版本的UML將減少用例間有關聯系的限制。

延伸閱讀

文章來源于領測軟件測試網 http://www.kjueaiud.com/

93/9<123456789>