開源的工作流很少有讓人滿意的，即便是國內用的比較多的jbpm，用起來也會覺得很便扭。再加上PHP中沒有什麼好用的工作流，於是乾脆自己設計一個，設計的原則如下：
1 根據80/20原則，只使用wfmc模型中最符合自身應用的20％功能
2 充分吸收國內使用jbpm開發BOSS中遇到的問題，工作流引擎只負責參數的收集和流程的流轉，具體和業務的控制，交給每個流程定製的控制類去實現。
3 表單採用簡單的html+控制標籤的方法實現
4 權限和模板引擎，以及其它輔助函數直接使用辦公系統自帶的框架
5 充分利用PHP語言的特點，流程設計是基於數據庫的，程序上使用OO設計，但採用重對象的方法
6 不把可視化設計流程的工作交給最終客戶，而且由設計時完成，因此不考慮流程版本更新的問題
一、工作流數據表設計
tbl_workflow_defination：工作流定義表
|
defination_id
|
流程id
|
|
|
defination_name
|
流程名稱
|
|
|
defination_handler
|
流程處理輔助文件，每個工作流一個文件
|
自定義處理文件，及其對象。例如workflow-proporsal-handler.php，其中定義對象proposal
|
tbl_workflow_node：流程結點步驟表
|
node_id
|
結點id
|
|
|
defination_id
|
流程id
|
|
|
node_index
|
結點序號
|
結點的step
|
|
node_name
|
結點名稱
|
|
|
node_type
|
結點類型
|
1人爲決策，2自動處理(直接執行execute_function)，3等待外部響應(例如外部WS觸發),4分支，5彙總 6結束結點（此結點執行時候自動終止進程）
|
|
init_function
|
流程初始函數
|
|
|
run_function
|
流程運行函數
|
|
|
save_function
|
流程保存函數
|
|
|
transit_function
|
流程流轉函數
|
|
|
prev_node_index
|
前結點序號
|
例如1。開始結點沒有
執行前，通過此來校驗一下流程
|
|
next_node_index
|
後結點序號
|
例如[同意]3,[不同意]4。尾結點或要結束的結點沒有，若沒有，直接調用end
|
|
executor
|
執行角色，組，人
|
role[1,2] group[1,2] user[1,2],爲空由運行時決定
|
|
execute_type
|
執行類型
|
0需所有人執行 1只需一人執行
|
|
remind
|
提醒
|
0不提醒 1郵件 2短信 3郵件和短信
|
|
field
|
可編輯的字段
|
name,content
|
|
max_day
|
最長時間(天)
|
|
tbl_workflow_process ：流程執行進程表
|
process_id
|
進程id
|
|
|
defination_id
|
流程id
|
|
|
process_desc
|
進程描述
|
顯示在我的工作臺中
|
|
context
|
上下文
|
存放上下文變量,例如業務表的id
|
|
current_node_index
|
當前結點序號
|
|
|
start_time
|
流程啓動時間
|
如遇分支、匯合顯示爲：
1＝》3,4＝》3,5＝》6
|
|
finish_time
|
流程完成時間
|
|
|
state
|
狀態
|
1運行 2結束
|
|
start_user
|
發起人
|
發起人，用於顯示自己的流程
|
tbl_workflow_thread ：流程執行線程表
|
thread_id
|
線程id
|
|
|
process_id
|
進程id
|
|
|
process_desc
|
進程描述
|
|
|
node_id
|
結點id
|
|
|
node_name
|
結點名稱
|
|
|
executor
|
執行人
|
|
|
start_time
|
線程生成時間
|
|
|
receive_time
|
線程接收時間
|
|
|
finish_time
|
線程完成時間
|
|
|
max_time
|
結點規定的最長時間
|
|
|
state
|
狀態
|
0未接收 1已接收 2已處理
|
二、常見流程
人工決策
|
領導傳閱
|
|
部門領導審批
|
|
填寫表單
|
|
結束
|
|
放棄
|
|
提交
|
|
同意
|
|
重填（退回）
|
|
不同意
|
|
完成
|
外部響應
|
發送支付信息
|
|
接收支付成功響應（外部WS觸發該流程）
|
三、PHP設計
運行的函數由結點在設計時候決定，如果沒有設定，就使用默認的函數。利用了PHP語言的以下特性
<?phpclass Foo{ function Variable() { $name = 'Bar'; $this->$name(); // This calls the Bar() method } function Bar() { echo "This is Bar"; }}$foo = new Foo();$funcname = "Variable";$foo->$funcname(); // This calls $foo->Variable()?> |
使用前可以用method_exists來檢查。
WorkflowService.php
WorkflowService
$defination
$process
$node
$thread
$input 用戶輸入的和流程有關的變量
list_defination()
{
}
init_process(defination_id)
{ global user;
取得$defination，得到業務的handler,例如WorkflowProposalHandler
建立$process行記錄
}
start_process()
{ 調用WorkflowProposalHandler->start($process)//新建業務對象，並把業務類的參數例如proposal_id放到$process[‘context’]裏面
init_thread(1); //默認調用第一個結點
}
list_ my_thread ()
{ global user;
}
init_thread(node_index)
{
取得$node
取得$process
修改$process爲運行到當前結點
Switch($node[‘node_type’])
Case 1: 人工決策
建立$thread
WorkflowProposalHandler-> init_function ($process,$node,$thread)
發送提醒
Case 2: 自動處理
建立$thread
WorkflowProposalHandler-> init_function ($process,$node,$thread)
調用run_thread(thread_id)
Case 3: 等待外部響應
建立$thread
WorkflowProposalHandler-> init_function ($process,$node,$thread)
Case 4: 分支
取得所有分支的子結點
init_thread(子結點)
Case 5: 彙總：
取得所有前結點，如果所有前結點的Thread都結束了，調出下一結點
調用init_thread(子結點)
Case 6: 結束：直接結束進程process
end_process()
}
run_thread(thread_id)
{
取得$node
取得$process
取得$thread
Switch($node[‘node_type’])
Case 1: 人工決策
修改$thread爲已接收
WorkflowProposalHandler-> run_function ($process,$node,$thread) 顯示錶單
Case 2: 自動處理
修改$thread爲已接收
$next_node_id=WorkflowProposalHandler-> run_function ($process,$node,$thread)
調用transit_thread(thread_id, $next_node_id)
Case 3: 等待外部響應
修改$thread爲已接收
$next_node_id=WorkflowProposalHandler-> run_function ($process,$node,$thread)
transit_thread(thread_id, $next_node_id)
Case 4: 分支
Case 5: 彙總：
Case 6: 結束：
}
save_thread(thread_id)
{ //保存結點數據
取得$node
取得$process
取得$thread
Switch($node[‘node_type’])
Case 1: 人工決策
WorkflowProposalHandler-> save_function ($process,$node,$thread) 保存表單
WorkflowProposalHandler-> run_function ($process,$node,$thread) 顯示錶單
Case 2: 自動處理
Case 3: 等待外部響應
Case 4: 分支
Case 5: 彙總：
Case 6: 結束：
}
transit_thread(thread_id, $next_node_id)
{ 取得$node
取得$process
取得$thread
Switch($node[‘node_type’])
Case 1: 人工決策
WorkflowProposalHandler->transit_function($process,$node,$thread,$next_node_id)
修改$thread爲已完成
If($next_node_id < $ cur_node_id) { //回退
刪除所有大於$next_node_id的Thread
}
init_thread($next_node_id)
Case 2: 自動處理
修改$thread爲已完成
If($next_node_id < $ cur_node_id) { //回退
刪除所有大於$next_node_id的Thread
}
init _thread($next_node_id)
Case 3: 等待外部響應
修改$thread爲已完成
If($next_node_id < $ cur_node_id) { //回退
刪除所有大於$next_node_id的Thread
}
init _thread($next_node_id)
Case 4: 分支
Case 5: 彙總：
Case 6: 結束：
}
end_process()
list_my_process
view_process
workflow_proposal_handler.php
WorkflowProposalHandler
start()
prepare_input() 準備用戶輸入變量，從$_POST收集
init_function () 線程建立後調用的默認函數，當流程的執行者由程序生成時，在此函數內更改$thread的executor，例如直接賦值user[2]
run_function () 線程運行化時候調用的默認函數
save_function () 保存運行信息
transit_function () 執行流轉
sendmail 其它結點調用函數
workflow.php
switch(op)
case list_defination
參數：無
WorkflowService->list_defination()
case start_process : 啓動
參數：defination_id
WorkflowService->init_process(defination_id)
WorkflowService->start_process()
case list_ my_thread : 待處理的列表
WorkflowService->list_ my_thread()
case run_thread :
參數：thread_id
WorkflowService->run_thread(thread_id)
case save_thread :
參數：thread_id
把input收集起來（所有的變量以 f_ 開頭），賦給WorkflowService的Input，另外還要獲得thread_id
WorkflowService->save_thread(thread_id)
case transit_thread :
參數：thread_id
把input收集起來，賦給WorkflowService的Input，另外還要獲得thread_id
$next_node_id = 得到用戶選擇的下一結點id
WorkflowService-> transit _thread(thread_id，$next_node_id)
case list_my_process: 所有我發起的流程
case list_all_process: 所有我發起的流程
case view_process :
在其它程序中初始化流程
1先自行建立好業務表單
2WorkflowService->init_process(defination_id)
3把建好的業務表單的ID放在process的context裏面
4WorkflowService->init_thread(1)
WorkflowService->transit_thread(1，2) 通過手動調用把前面的流程過掉
外部服務繼續流轉流程（只用於自動流程）
1 把input收集起來，賦給WorkflowService的Input，另外還要獲得thread_id
2 WorkflowService->run_thread(thread_id)
順便把和daniel的聊天也附在下面：
♂蒓玥♀ 12:09:25
execute_type的作用是表示這個流程由多少人完成，例如對於會籤，就需要大家一起完成。如果是客戶報修，只要有一個客服接收了這次報修，流程就繼續
是的，我寫這個文的目的，就是想說明，自己完全可以開發一個符合實際需要的流程引擎。如果總是用那些現成的引擎，常常會束手束腳
-=Daniel=- 12:11:39
是的啊, 我知道, 但是我認爲execute_type本身就是爲了executer存在的. executer又是來自外部的, 比如用戶管理模塊啊什麼的. 外部就可以生成一個executer的id給流程使用了, 爲什麼這裏還需要描述這個呢. 比如說外部生成一個id, 這個id是描述一個人, 那就是一個人的操作, 如果是一個組, 那就是一個組的操作. 在流程內部標明這個id的含義有什麼作用呢?
execute_type的作用是表示這個流程由多少人完成，例如對於會籤，就需要大家一起完成。如果是客戶報修，只要有一個客服接收了這次報修，流程就繼續
是的，我寫這個文的目的，就是想說明，自己完全可以開發一個符合實際需要的流程引擎。如果總是用那些現成的引擎，常常會束手束腳
-=Daniel=- 12:11:39
是的啊, 我知道, 但是我認爲execute_type本身就是爲了executer存在的. executer又是來自外部的, 比如用戶管理模塊啊什麼的. 外部就可以生成一個executer的id給流程使用了, 爲什麼這裏還需要描述這個呢. 比如說外部生成一個id, 這個id是描述一個人, 那就是一個人的操作, 如果是一個組, 那就是一個組的操作. 在流程內部標明這個id的含義有什麼作用呢?
♂蒓玥♀ 12:11:46
remind就是一個提醒功能，設計的時候，自己定義那些結點需要提醒，把他放進去，其實是爲了利用空間換時間的原理，減少定義在其他地方的時候浪費讀取的時間
-=Daniel=- 12:13:01
其實我的意思是remind可能有很多種, 不可能在流程內部給定義完. 如果留接口而不是由流程給定, 可能會更加全面點.
remind就是一個提醒功能，設計的時候，自己定義那些結點需要提醒，把他放進去，其實是爲了利用空間換時間的原理，減少定義在其他地方的時候浪費讀取的時間
-=Daniel=- 12:13:01
其實我的意思是remind可能有很多種, 不可能在流程內部給定義完. 如果留接口而不是由流程給定, 可能會更加全面點.
♂蒓玥♀ 12:14:07
我的executor是這樣定義的，可以定義user[1]表示id爲1的用戶，group[1]表示組id爲1,role[1]表示角色1，這幾個組合是可以並的，最終根據定義把thread分到所有的用戶，但是execute_type的含義是，只要有一個人執行了這個thread，我根據設定判斷，如果不需要所有人做，就把其他的thread結束
恩，我把所有業務的類都交給handler,例如一個提案流程
就是workflow-proposal-handler類，裏面定義所有結點需要的處理方法，當然也可以發送短信
我把一次完整的流程看作process,其中的每一條分支，都是thread
所有的thread都是可以直接由外部調用的，這比jpbm這些要好多了
-=Daniel=- 12:17:02
我不同意, 我認爲executer不管一個人完成或者多個人完成, 都是隻有有其中一個人完成就立即判定爲執行了流程. 如果一個流程需要多個人有次序的完成, 那麼就說明這個流程不夠詳細, 需要再細分.
我的executor是這樣定義的，可以定義user[1]表示id爲1的用戶，group[1]表示組id爲1,role[1]表示角色1，這幾個組合是可以並的，最終根據定義把thread分到所有的用戶，但是execute_type的含義是，只要有一個人執行了這個thread，我根據設定判斷，如果不需要所有人做，就把其他的thread結束
恩，我把所有業務的類都交給handler,例如一個提案流程
就是workflow-proposal-handler類，裏面定義所有結點需要的處理方法，當然也可以發送短信
我把一次完整的流程看作process,其中的每一條分支，都是thread
所有的thread都是可以直接由外部調用的，這比jpbm這些要好多了
-=Daniel=- 12:17:02
我不同意, 我認爲executer不管一個人完成或者多個人完成, 都是隻有有其中一個人完成就立即判定爲執行了流程. 如果一個流程需要多個人有次序的完成, 那麼就說明這個流程不夠詳細, 需要再細分.
♂蒓玥♀ 12:18:08
哦，我先定義了兩種情況：0 所有人處理，就是會籤
1 只需一個人處理，就是客服模式，
這兩個是最長用的模式
-=Daniel=- 12:18:53
哦, 這可能是你定義流程的模式跟我的有一定的差別, 或者是我們的客戶不同類型吧.
-=Daniel=- 12:19:51
對了, 有一種流程你怎麼處理的, 比如一個流程中有一個步驟, 它按A這條路走是對的, 按B走也是可以的, 只要走了子流程中的任意一個流程, 都可以.
對了, 有一種流程你怎麼處理的, 比如一個流程中有一個步驟, 它按A這條路走是對的, 按B走也是可以的, 只要走了子流程中的任意一個流程, 都可以.
♂蒓玥♀ 12:20:48
就是分支啊，隨便用戶選哪一條路徑
就是分支啊，隨便用戶選哪一條路徑
-=Daniel=- 12:22:35
是啊, 我這邊在這個分支上遇到了意外, 因爲現在要做事務功能, 加上了分支很麻煩.
是啊, 我這邊在這個分支上遇到了意外, 因爲現在要做事務功能, 加上了分支很麻煩.
♂蒓玥♀ 12:23:03
哦，我的這個客戶本身就是用SAP的，他們一個子公司要上提案系統，是基於Web的。
♂蒓玥♀ 12:24:26
你的事務處理具體想幹什麼？
-=Daniel=- 12:26:47
事務嘛, 最主要的就是回溯啊, 原先在紀錄的保存上做的都是當前狀態的值, 回溯就是返回到上一個值, 要求處理分支的回溯, 那就要求將當前的操作本身也當作一個值, 進行回溯.
哦，我的這個客戶本身就是用SAP的，他們一個子公司要上提案系統，是基於Web的。
♂蒓玥♀ 12:24:26
你的事務處理具體想幹什麼？
-=Daniel=- 12:26:47
事務嘛, 最主要的就是回溯啊, 原先在紀錄的保存上做的都是當前狀態的值, 回溯就是返回到上一個值, 要求處理分支的回溯, 那就要求將當前的操作本身也當作一個值, 進行回溯.
♂蒓玥♀ 12:27:15
我的回退作爲流程分支處理
-=Daniel=- 12:27:50
如果一個事務跨越了一個分支倒可以, 問題就是怕事務從分支的一部分開始, 到另外一個分支的某一部分結束, 那就會弄的很亂.
我的回退作爲流程分支處理
-=Daniel=- 12:27:50
如果一個事務跨越了一個分支倒可以, 問題就是怕事務從分支的一部分開始, 到另外一個分支的某一部分結束, 那就會弄的很亂.
-=Daniel=- 12:28:39
我看了, 這是一個方法, 就是所有的節點都有一個回退功能, 做起來比較煩.
我看了, 這是一個方法, 就是所有的節點都有一個回退功能, 做起來比較煩.
♂蒓玥♀ 12:29:39
這個問題我想過，包括所有結點的回退，我的結論是：純粹圖論上的功能對實際業務沒有任何作用，只要在流程設計的時候設計好，不要有這些問題就行了
♂蒓玥♀ 12:30:18
對於銀行這種單位，流程裏面有很多自動劃帳的結點，能讓人隨便回退麼
這個問題我想過，包括所有結點的回退，我的結論是：純粹圖論上的功能對實際業務沒有任何作用，只要在流程設計的時候設計好，不要有這些問題就行了
♂蒓玥♀ 12:30:18
對於銀行這種單位，流程裏面有很多自動劃帳的結點，能讓人隨便回退麼
