1、過程分析的視角
習慣於用其他符號系統建模流程的人可能很難適應bpmn的一個極其重要的方面:一切都取決於透視圖。
bpmn假設一個或多個參與者可以存在於一個圖中。但是,不要草率地認爲參與者的作用類似於一個角色、一個部門或一個僱員!在bpmn中,參與者是一個符合以下規則的邏輯元素:
- 每個流程只能有一個參與者。(這意味着邏輯參與者可能有很多人蔘與。)
- 參與者完全控制流程流。
- 參與者對其過程完全負責。
- 其他參與者不能影響參與者的進程;他們甚至不知道它是如何工作的。
- 其他參與者不能影響參與者的進程;他們甚至不知道它是如何工作的。
- 如果參與者希望與流程上下文中的其他參與者進行交互,則必須與其他參與者進行通信,而這些參與者會相應地影響自己的流程。
對於每個參與者來說,相同的過程可能看起來完全不同,它看起來如何取決於它的視角。這導致了不同的流程模型。
在bpmn中,參與者及其進程的符號是池;每個進程都有自己的池。然而,從邏輯上講,參與者可以控制多個進程。
如果您學會了正確地處理 池,那麼您就掌握了流程建模最重要的原則——假設您的目標是使現代bpm與必要的業務it保持一致。
2、模型、實例、令牌和相關性
在bpmn 2.0規範中,記住以下幾點:
- 過程模型:過程的基本描述。圖可以描述一個或多個流程模型。
- 流程實例:實際執行的流程。例如,一個客戶投訴就是投訴流程的一個實例。有些流程一年可能只實例化幾次,例如會計部門的季度末報告。其他情況發生得更頻繁。想想看,一年之內會有數百萬的信用報告申請。令牌:如果您心中有一個流程模型,並且希望找出流程實例期間必須或可能使用哪些流程路徑,那麼您可以應用令牌模型。標記是一種概念,我們把它比作汽車:汽車沿着道路行駛。在交叉路口,司機必須決定是繼續走直線還是向左或向右轉彎。又或者,當汽車轉彎時,一輛克隆的汽車繼續筆直向前行駛。這就是汽車這個比喻的不足之處,但我們希望您能理解要點:道路系統對應於一個流程模型,而汽車所走的任何特定路線都代表一個實例。令牌模型可以幫助您理解甚至是最複雜的bpmn流程模型,因此在上面提到的bpmn規範部分中也會解釋令牌。在本書的例子中,我們經常使用這種方法。
- 相關性:您是否收到過帶有事務鍵或文件號的信件?當你回覆的時候,你應該引用這個鍵或者數字,以便你的通信對象能夠更容易地分配你的信息。這種基於明確的鍵的分配稱爲相關性。另一個例子是當你付賬單時,你被要求在支票上寫上發票號碼。如果你不遵守,你的付款可能沒有得到正確的分配,缺乏相關性可能導致提醒通知、滯納金和其他不愉快。從組織和技術的角度來看,相關性通常是過程成功的關鍵。一些代價最大的錯誤來自對適當相關性問題的忽視。
3、符號和屬性
bpmn規範描述了爲流程建模提供的符號。它還描述了可以分配給符號的許多屬性。許多這些屬性不會出現在圖中,儘管它們存儲在建模工具中,並在工作流引擎執行建模過程時使用。
本文會持續更新,歡迎關注,技術支持:盤古BPM