1. 程式人生 > >馳騁工作流引擎設計系列09 計算到達節點設計(方向條件規則)

馳騁工作流引擎設計系列09 計算到達節點設計(方向條件規則)

 

第1節. 關鍵字

馳騁工作流引擎 流程快速開發平臺 workflow ccflow jflow

第1節. 計算到達節點設計(方向條件規則)

節點的方向條件,就是節點在傳送的時候遇到分支,如何讓系統選擇業務場景下所需要到達的節點。

1.1.1: 方向條件控制規則設計

關鍵字:ccbpm方向條件控制規則,方向條件控制方式。

解釋:一個節點向下運動遇到分支後,需要有方向條件規則來控制,這個規則有如下兩種。

由連線線的條件來控制:在連線線上設定條件轉向,當滿足條件時,就走這一條路線,我們以請假流程為例來說明:

image

方向條件有很多種型別,可以根據不同的情況設定方向條件。

1.1.2: 讓使用者手工選擇:

使用者傳送後,就轉到一個選擇到達節點介面,選擇到達的節點。讓使用者來決定,將流程走向那裡。

請參考demo流程:下圖執行效果,直接在下拉框選擇,要到達的節點。

image

這裡要說明到達節點的接受人規則問題,如果到達的節點的接收人規則是由上一步操作員選擇的,那麼在點擊發送按鈕的時候,就會彈出接收人選擇器按鈕,如下圖:

image

1.1.3: 由節點連線線的方向條件控制

如果當前節點向下傳送有分支的情況,那就需要在連線線上雙擊,設定方向條件。

image

方向條件如下:

image

1.1.4: 方向條件型別設計

根據需要我們把設定如下幾種型別:

image

1.1.4.1: 按表單條件計算

概述:表單條件就是按照表單的欄位值作為判斷是否成立的條件。

image

1.1.4.2: 按已選擇的獨立表單條件計算

省略

1.1.4.3: 按指定操作員的崗位條件

省略

1.1.4.4: 按指定操作員的部門條件

當前操作員的部門集合與設定的部門集合有交集,就成立。

1.1.4.5: 按SQL條件計算

設定的是一個查詢sql,返回來的是大於0的數值就成立,,反正就不成立。

1.1.4.6: 按SQL模版條件計算

同上

1.1.4.7: 按開發者引數計算

這個引數一般是api傳遞過來的資料,是key+操作符號value的方式。比如jiner 》 1 如果資料成立,就通過。

1.1.4.8: 按Url條件計算

類似與執行sql,返回一個值。

1.1.5: 資料庫設計

資料內容:WF_Cond

image

資料庫結構:

image

詳細的欄位資訊請參考該表的資料庫結構。

  • ==OVER==