比起業務分析與建模來,UML在過去與軟件工程和系統設計的聯繫更加緊密。而且,UML2.X標準提供了豐富的行爲模型,這對於過程、活動、及對每個業務都重要的人與信息等的建模很是有用。post
除標準的UML規範外,還有兩個備受關注的UML擴展,它們進一步強化了對業務過程和相關結構的建模。第一個是業務過程建模標註,它已經廣受歡迎,並迅速成爲業務過程建模與設計的新標準。第二個是 Eriksson-Penker Profile,雖然不那麼流行,但在可視化、業務過程間通訊、以及企業(組織)內部的信息流方面,仍然是獨一無二的。設計
本文將對這兩種擴展提供深刻介紹,闡述如何在Enterprise Architect 中使用它們以及他們所用的通用模型結構。對象
BPMN 定義了一種業務過程圖(BPD),該圖是基於一種專門繪製流程圖技術,用於業務過程的圖形化建模。不管是建立業務過程草圖的業務分析師,仍是負責實現這個過程的技術開發人員,或者管理、監督業務過程的相關人員,全部的業務人員都容易理解這種標柱。事件
一個BPMN 模型是由一組簡單圖構成,每個圖又包含一組圖形元素。資源
例 1:開發
上面的圖展現了BPMN的幾個主要功能。特別是將一任務過程進行層次分解成較小的任務。以及能表示循環結構和外部事件干擾正常過程流程。產品
"上行活動"和"下行活動"是鏈接觸發的中間事件,換句話說,是頁面間承上啓下的鏈接器。it
"對每一個供應商重複執行" 是一循環活動,它對每個供應商重複執行所包含的三個活動,或者直到時間限制已到。固定在活動下邊沿的終止事件是一時間事件觸發器。模板
例 2:class
上面的圖表示一個業務過程由一個事件開啓,在本例中,一個消息觸發器產生一個事件,該事件通知業務過程活動組處於活動狀態。該圖也顯示一個由時間事件控制的循環,並顯示一個決策關口(在本例中是「異或」 決策關口)控制何時循環該結束。
例 3:
該圖例示使用泳池來表達過程間的交互以及使用消息流鏈接器來表示消息在泳池間進行傳遞的方法
本節介紹業務過程模型所使用的術語與圖標。並簡要介紹一些基本UML建模語言概念以及如何在EA的業務過程建模中如何使用它們。
一個業務過程:
一個業務過程是一個活動的集合,用於爲特定的客戶或市場產生指定的輸出。與產品所強調的「過程是什麼」不一樣,業務過程強調做業在組織內部是如何進行的。指定在不一樣時間和地點的做業活動順序,帶有一個開始和一個結束,並清楚地定義輸入和輸出:一個動做結構。
始於對象信息供應鏈。供應鏈是指鏈接到過程的信息或對象在處理階段沒有被使用完。例如,訂單模板可能重複使用,並提供特定樣式的新訂單。做爲這個活動的一部分,這個模板不會更改和被消耗光。
一個業務過程有一些定義完備的目標。這也是組織制定業務過程的緣由所在。而且這些目標的制定表明組織的總體利益和知足組織的業務須要。
業務過程始於過程的目標鏈:一個目標鏈是指鏈接到業務過程的對象用於描述該過程的目標。目標是執行活動的宗旨。
業務過程使用信息執行和完成它們的活動。信息不象資源,在過程當中是不可消費的,它被用來作過程轉換。信息或許來自外部,或許來自客戶,或來自內部組織,甚至是其它過程所產生。
鏈接到業務過程的信息項:一個供應鏈是指鏈接到過程的信息和對象在處理階段不會被使用完。例如,訂單模板可能一用再用,一提供某種特定類型的新訂單。做爲該活動的一部分,模板是不會改變或耗盡的。
典型地,一個業務過程將產生一個或多個多業務有價值的輸出,輸出可能供內部使用,也多是爲了知足外部需求。輸出多是物理對象(如一份報告或者發票),但是一種從原始資源到安排的轉換,也多是一個全體的業務處理結果,如完成處理一份訂單請求。
一個業務過程的輸出多是下一個業務過程的輸入,或者做爲請求項或觸發項來觸發新活動。
資源是一個業務過程的輸入,而且不像信息,在業務過程處理中要被消耗。例如:火車天天運行服務和實況記錄,服務資源將隨着處理記錄火車運行時刻的不斷進行而被用完。
鏈接到業務過程的資源:一個輸入鏈接是指所鏈接的對象或資源在處理過程當中被消耗。例如:當消費者的訂單在被處理後,它們將標記爲完成並簽字,而且每一個資源(訂單)僅使用一次