Cordys BOP4業務流程模型中所使用的常用BPMN構件
啟動事件(Start Event)
啟動事件是BPMN表示流程開始的構件,並且是有效業務流程模型所強制的。啟動事件沒有任何輸入聯結器。啟動事件可以通過各種觸發器被例項化,這說明如下:
表1.啟動事件觸發機制
觸發型別 |
描述 |
圖示 |
---|---|---|
No Message or Timer |
無訊息或定時:啟動事件無任何定義。 |
|
Message |
訊息:啟動事件通過輸入訊息觸發。 |
|
Timer |
定時器:當定時器被啟用,業務流程模型應附時間表。 |
|
活動(Activity)
活動是涉及操作業務流程中最小單位。用於連線和順序執行擁有開始和結束點及專注於從業務流程模型獲取通用目標的一組邏輯活動。在設計業務流程時,活動表示為一個BPMN構件,並且是執行業務處理過程內的通用術語。當只是執行單一活動時,無論當活動被說為非原子的幾個其他相互依賴活動,反之亦然,活動是可以說成原子的。做為流程模型一部分的不同型別活動是簡單活動,任務、Web服務、決策表等等。在Cordys BOP平臺,活動使用下圖例表示:
表2.活動型別
活動型別 |
描述 |
---|---|
Web Service |
Web服務:當Web服務連線到活動,傳送SOAP請求執行某一特定任務。不需要使用者操作。 |
XForm or External User Interface |
XForm或外包使用者介面:當XForm或外部介面繫結到活動,在業務流程執行時,送XForm或外包介面到收件箱(Inbox),訊息可以是XForm、外部介面、或使用者資訊。 |
Activity |
活動:這型別活動沒有方法或繫結使用者介面。這類活動用於訊息對映(message map)分配。 |
Decision Table |
決策表:當決策表繫結到活動上時,決策表是從業務流程模型的引用。 |
決策(Decision)
決策是BPMN構件。決策功能是做為業務流程控制關口,可流程控制選擇一個或更多個路徑。決策至少有一個接入連線和兩個或更多個出口連線。決策表示圖如下所示:
基於資料決策(Data-based decisions)
基於資料的決策表示分支節點,路徑選擇基於包含在輸出聯結器總的條件表示式。僅有一個可選擇路徑。
基於事件決策(Event-based decisions)
基於事件的決策表示分支節點,路徑選擇基於在過程中節點上所發生的事件。特定事件,通常是接受訊息決定路徑的選擇。儘管例如可以使用定時器事件,Cordys BOP使用基於決策的接收訊息事件(Receive Message Event)。
結束事件(End Event)
結束事件(End)是BPMN構件,表示流程的結束。結束事件將不會有任何輸出處理流程。有效流程模型應該有至少一個結束事件(End),並可以在一個流程模型裡有多個結束事件。到達出口結束事件是結束事件的結果,在此基礎上,有不同型別的結束事件描述如下:
表3 結束(End)事件型別
型別 |
描述 |
表示圖形 |
---|---|---|
None |
無:這種結束事件型別沒有定義任何結果。在子流程,結束事件觸發業務流程返回父流程。 |
|
Message |
訊息:這種結束事件型別表示,傳送流程結果給流程參與者。在流程的結束,子流程傳送輸出訊息給父流程。 |
|
Error |
錯誤:這種結束事件型別表示命名為“錯誤”應該發生在流程結果。該錯誤將被事件內容中的中間事件(Intermediate event)所捕獲。在子流程中,流程錯誤可用於異常處理,它將連線到父流程異常處理事件。 |
|
Rollback |
回滾:這種結束事件表示補償機制是必須的。當流程回滾時,補償標示符將觸發中間事件(Intermediate event)。 |
|
Break Loop |
打破迴圈:這種型別結束事件功能有助於打破並退出迴圈,繼續執行迴圈後面最近的活動。 |
|
Continue Loop |
繼續迴圈:這種型別的結束事件功能有助於打破當前迴圈並開始迭代下一組迴圈。 |
|
Terminate |
終止:這種結束事件型別的功能是終止流程的執行。 |
|
Abort |
拋棄:這種結束事件型別的功能是拋棄流程的執行。 |
|
接收訊息(Receive Message)
接收訊息事件是BPMN構件,這是由流程參與者的傳入訊息觸發。在流程接到指定訊息前,流程始終處於等待狀態,而一旦接到訊息,流程將流轉到下一個最近的活動環節。接收訊息事件也可以用於父流程與子流程間的同步處理,在這個案例,接收訊息用在主流程。接收訊息表示圖如下: .
如果接收訊息仿照決策構件,決策(Decision)翻譯成BPML“選擇(Choice)”。在執行時,輸出聯結器的選擇依賴最後輸入流程的訊息。為了決策選擇,從前一個活動環節或者子流程使用傳送訊息事件(Send Message event)來接收到的訊息,可以用做輸出訊息。在設計時,當接收訊息用在決策結構之後,決策條件可以為空。
在執行期間,當遇到接收訊息事件,主流程將處於等待狀態。如果子流程是優先“接收訊息”並且應該沒有任何輸出訊息,接收訊息指定通過來自子流程的“傳送訊息事件”為輸入訊息。如果子流程有輸出訊息,那麼,直到執行完子流程,並通過主流程接收輸出訊息時,主流程將處於等待狀態。
傳送訊息事件(Send Message Event)
傳送訊息活動是BPMN構件,用於從子流程到父流程或主流程傳送訊息。如果等待到為獨立子流程“Sub Process is finished”標記選項,傳送訊息事件(Send Message event)用於子流程與父流程同步。如果不標記這個選項,父流程持續等待未完成的子流程。在一些活動後,一些資訊/資料可能會被髮送給父流程。在父流程中,接收訊息建模從獨立子流程傳送訊息事件(Send Message event)拾取訊息。在父流程中接收訊息應該與獨立子流程傳送訊息事件的連線,定義相同的訊息名稱。
傳送訊息可以通過拖拽連線到傳送訊息事件(Send Message event),在工作空間的專案內容中,選定流程指定訊息或活動訊息進行拖拽。
譯者水平有限,歡迎反饋交流。
相關文章
- (Cordys BOP 4.3)在業務流程模型中使用人工活動模型
- 基於Kubernetes的業務自動化BPMN流程工具:KogitoGit
- 展示BPMN複雜流程的案例
- 業務流程模型與資料流程圖的比較 - brcommunity模型流程圖Unity
- Cordys BOP 4.3平臺使用小經驗—資料庫連線管理、匯出流程模型為XPDL資料庫模型
- 業務流程與模型設計小思模型
- 流程圖製作: BPMN流程圖線上繪製流程圖
- 最好用的流程編輯器bpmn-js系列之基本使用JS
- BPMN-L是用於流程格局實現BPMN建模的擴充套件 -ScienceDirect套件
- Flowable 6.6.0BPMN使用者指南(第二部分)BPMN 2.0的構造
- 業務能力、業務功能、業務流程、業務服務及業務模型到底有什麼區別?模型
- 構件SOA下的“流程公司”升級
- Cordys BOP 4平臺的子流程與嵌入子流程對比以及子流程建模技術
- 一文搞懂SaaS業務架構:價值流、業務能力、業務流程、業務物件、組織架構架構物件
- vue專案中使用bpmn-流程圖xml檔案中節點屬性轉json結構Vue流程圖XMLJSON
- BPMN 2.0使用簡介
- 工作流管理--業務流程自助構建
- 一個BPMN流程示例帶你認識專案中流程的生命週期
- 工作流程的微服務:使用F#DSL表達業務流程微服務
- 業務流程圖的繪製流程分享(一)流程圖
- 網站專案管理-專案模型及業務流程分析(轉)網站專案管理模型
- CTO也糊塗的常用術語:功能模組、業務架構、使用者需求、文件……架構
- 反欺詐中所用到的機器學習模型有哪些?機器學習模型
- 使用 WebSphere Business Modeler 實現業務流程的直接部署Web
- 從業務管理到業務流程管理
- 業務流程種類
- 業務流程場景
- Flowable 6.6.0 BPMN使用者指南-(2)配置 - 2.18.4 向流程定義增加偵聽器
- redis 使用入門 – 構件Redis
- 查詢模型中所有Measure定義(DAX)模型
- 音影片即時通訊—影片呼叫業務流程使用
- 業務流程重組與業務正規化
- 【bpmn.js 使用總結】指定 Palette 容器JS
- 業務流程管理BPM的完整指南 -frevvo
- 為企業業務流程提速的BPM
- 關於RMA( 退貨)的業務流程
- 業務流程的升格、進階、轉換
- 低程式碼平臺想要實現複雜的業務流程,這4個條件不能少!