工作流程三位一體的驅動方式- (表單)資料 狀態 人工

        五一節放假，到公園裡面去吹吹風，看看樹。。。

        那天朋友在部落格上面留言，講了一下他對於流程反饋的看法，引起我的進一步思考，公園裡面很多人放風箏，我突然有個感想，如果我們的系統簡單得像一支風箏那樣，沒有發動機，沒有複雜的控制系統，那它是怎麼飛到天空中的呢？   一是要有風，二是要有一根線，風就是動力源，線就是控制系統，多麼簡單的飛行裝置啊。。風箏本身不帶任何動力裝置，完全靠風的動力來飛翔，風箏本身也不帶控制系統，控制系統只由一根線和人來實現，風箏可以做到品質最小，結構最簡單，多完美的人機系統啊

       如果我們設計的流程系統也能夠像風箏那樣，最大限度的藉助外界的動力，最大限度的簡化控制結構，讓整個流程系統變得儘可能的簡化，而把主要的精力用到其它地方去，那不是很好嗎？     

        暫時思考到這裡，我們還是來談談工作流程引擎的驅動方式吧，這是個老問題了，以前曾經寫過幾篇部落格描述我的想法，雖然這些想法雖然不一定都正確和清晰，但是作為一種思考的種子，每當我想起這些事情的時候，回過頭再看一下這些博文，總會有所收穫。。。給自己的思維活動留下痕迹，免得這些思維活動隨著時間的流逝，消失的無影無蹤，其實寫部落格和記日記很像是我們平時存點錢，一些零散的思考，如果日積月累，以後說不定會有很大的收穫。。。。積沙成塔的原理用到設計和思維上面，同樣有價值

 

        稍微成熟一些的工作流程引擎的驅動方式肯定應該有資料驅動，廠商開發的自訂表格單裡面的資料和公式作為流程啟動並執行一個動力源，與我們對流程節點的人工操作共同構成流程的運行動力，但是流程節點的狀態參數同樣也是驅動流程啟動並執行動力源之一，一般的辦公流程都涉及到工作人員的操作，表單的資料傳遞和系統的狀態轉換，這三種力量共同構成我們流程流轉的動力源，如果設計一個流程引擎，在運行控制方面，多少都要同時考慮這三種因素，我在JWFD的引擎運行控制模組上面就沒有完整的考慮這三種因素，僅僅重點關注了流程節點的狀態轉換，在ARC(自動運行控制器)運行控制的設計過程中，重點用流程節點的狀態轉換作為流程啟動並執行驅動方式，而表單或者嵌入公式資料驅動卻沒有很好的設計進去，這個關鍵的地方是我們做開源工作流程的與商業產品的一個很重要的差別，商業產品在資料，人工，狀態的流程流轉驅動方面肯定要做得完善些，否則無法滿足企業使用者多樣化的需求。。

        但是，當我在做基於工作流程的自動資料處理系統的過程中，發現如果要完美的實現基於流程的自動資料處理，就不能忽視資料驅動這個關鍵問題，因為在自動資料處理過程中，嵌入計算模組的節點在運行過程中會產生輸出資料，而這個時候流程的流轉如果不依靠這些輸出資料是不可能實現的，自動資料處理系統中人工操作的因素甚至可以被忽略掉，那麼狀態轉換和計算資料就成為流程自動啟動並執行主要動力源，要完美的實現基於工作流程的ADP系統，我們必須把資料驅動流程的工作做好，很多廠商用表單資料來驅動流程，如果表單資料可以驅動流程自動運行下去，那麼這套流程完全可以被改造成高端的基於工作流程的資料處理系統，而不是僅僅只是一套辦公工作流程。。