工作流系統之二十八 工作流系統例項演練

2021-07-23 17:21:26 字數 3245 閱讀 4915

工作流系統例項演練

有了工作流引擎,工作流設計器,工作流管理平台,自定義表單,然後業務流程確定之後,就可以快速的做好能執行的流程了。

首先業務要確定,包括業務細節部分。以乙個 問題跟蹤流程為例,實戰演練一下,如何快速的搭建乙個可以執行的業務流程。

業務需求:

使用者在使用 我們公司的產品時,經常會遇到一些問題,有的是不會使用的問題,有的是誤解,有的是bug,也有的是對產品的建議等等。

我們擬收集這些使用者遇到的問題以及處理過程,所以設計如下流程:

流程如上面過程,具體的細節要求:

1、相關人員審核問題,通過則傳送到技術人員解決問題,拒絕,則表示問題描述不夠,打回原填寫人繼續填寫。

2、原填寫人收到打回的問題,可以繼續完善,再次傳送給審核,也可以直接作廢問題,結束這次問題描述。

3、技術人員解決問題,有個鎖定問題的過程,即誰先鎖定了問題,就由誰解決。

4、解決的問題反饋給使用者,使用者檢視處理結果,無異議則結束流程,也可以繼續提出疑問,和技術人員繼續溝通解決。

分析需求:

根據上面的需求描述,設計問題跟蹤表如下:

根據業務過程和表,得出,至少需要設計三張表單:

使用者提出問題表單

技術人員處理問題表單

反饋給使用者時的,使用者檢視和繼續提出疑問的表單

流程設計過程:

根據上面的業務流程:

使用者提出問題《-》審核部門審核問題-》技術解決問題《-》反饋給使用者-》結束

可以看出整個業務流程分為,4個環節,提出問題-》審核-》解決問題-》反饋

所以用eworkflow的流程設計器,新建一流程,流程屬性頁設定

業務標籤頁面填寫 問題跟蹤表名 和主鍵欄位名...

然後畫出,初始化動作。和4個步驟,每個步驟均帶上動作。用連線連線好。流程的雛形就畫好了,可以先儲存一下。

再根據流程的細節要求,細化每個節點的屬性,業務流程如下:

細化的過程:

節點名稱的修改

拒絕後打回的動作結果連線,此連線為有條件結果,條件為業務表單中傳來的通過還是拒絕的選項。因為表單還未製作,自定義條件中,可以先設定false,如這樣設定false

打回後的問題,可以直接作廢的動作有條件結果連線,條件為業務表單中傳來的 是否作廢的 選擇。表單未製作,自定義條件中,先設定成false

設定任務資訊:提出問題步驟,設定直接指派的任務;

審核步驟:設定直接指派任務,任務參與人為相關的審核部門人員。

解決問題步驟:設定競爭型任務,任務執行人為技術部門的人員。

問題反饋步驟:設定直接指派任務,任務執行人為問題的填寫人。

注意:步驟動作設定完任務節點,再在步驟的動作中,選擇相對應的動作條件。即:

直接指派型任務  --- 選擇 判斷直接指派任務的執行人

競爭型任務      --- 選擇 判斷競爭型任務的簽收人

動態會簽型任務  --- 選擇 動態會簽任務的可執行人判斷條件

平均分配型任務  --- 選擇 判斷平均分配型任務的簽收人

問題反饋步驟,繼續提出問題,返回的有條件結果連線的設定,以及條件指令碼的設定。先設定成false,待表單製作好後,再將條件填上。

審核步驟拒絕時,打回原填寫人繼續填寫的設定,

問題反饋步驟,返回給問題的提出人檢視處理結果。

業務流程設計完成。

業務表單的設計:

將業務表建立。新建業務表單,拉下資料集,拉下grid控制項。在資料集中新增好業務字段。

拉下label控制項,text控制項,combox控制項,將資料集中的字段,繫結到這些控制項。

業務表單的屬性頁中,設定好表單名稱,引入工作流工具條。

儲存。則問題填寫表單製作完成。

細節的設定,因為審核步驟用的表單,和填寫 是同一張表單,所以,審核 是否通過等資訊,需要設定控制項許可權,在填寫步驟不可見;

審核的結果,作為條件送到流程中使用,則資料集中 審核結果字段,需要選擇 流程用。

是否作廢的結果,作為條件送到流程中使用,資料集上問題狀態 字段,設定為 流程用。

問題處理表單的設計:

將表單掛接到流程節點上:

開啟流程:在相應動作節點屬性頁上,設定業務表單。

再次設定條件結果,開啟流程,在相應的動作有條件結果上修改條件。

儲存。整個流程設計完成,流程就可以執行了,當然之前的儲存的業務流程也能執行,只是有些細節沒有體現。

在工作流管理平台,登入,找到流程,啟動流程,就可以跑這個完整的業務流程了。

啟動乙個流程例項,

做乙個登記,

檢視一下此流程執行的軌跡,執行到 審核步驟了。

換成 審核部門的人員登入,從我的待辦任務中,找到任務連線,審核通過,則提交到技術部門。技術部門處理問題,反饋給使用者,直到問題關閉,結束乙個流程例項。

......

對流程設計器,eform表單熟悉的話,業務流程細節又很確定,最多2小時,就能完成這樣乙個能執行的業務流程了。

當然需求是不斷變化的,我們利用eworkflow+eform的設計也可以是不斷變化的。

在測試執行階段,隨時可以調整流程,隨時可以調整業務表單;

在正式執行後,可以通過流程版本的控制,隨時調整需求,隨時調整流程,隨時隨地的調整業務表單。

工作流系統之二十八 工作流系統例項演練

工作流系統例項演練 有了工作流引擎,工作流設計器,工作流管理平台,自定義表單,然後業務流程確定之後,就可以快速的做好能執行的流程了。首先業務要確定,包括業務細節部分。以乙個 問題跟蹤流程為例,實戰演練一下,如何快速的搭建乙個可以執行的業務流程。業務需求 使用者在使用 我們公司的產品時,經常會遇到一些...

工作流系統概述

什麼是工作流引擎?用一句話來描述我覺得應該是 驅動任務按照預定義的業務規則在參與者之間進行流轉,最終完成特定業務處理的功能元件。那麼什麼是工作流系統呢?我覺得應該是 建立在工作流引擎基礎上的一系列的使用者互動 監控 評估等功能元件的集合,也就是圍繞引擎展開的與業務松耦合的輔助元件的組合。下面先從引擎...

工作流建模 工作流概念

工作流建模 工作流概念 1 案例 工作流系統得基本目的是處理案例。每個案例都有乙個唯一標識,而且每個案例的生命週期都是有限的。案例生命週期都處於某個特定狀態,該狀態由三個元素組成 1 案例相關的屬性的值 案例屬性是一系列同案例相關的變數。能夠用來管理案例。正是通過這些變數,才有可能指出在特定條件下某...