Fire workflow1.0的模型和引擎架構給這個開源產品長遠發展奠定了一個較爲紮實的基礎。現在是時候考慮一下後臺管理功能了。主要琢磨如下問題
1、設計目標
後臺管理的設計目標當然首先是好用，因爲這個功能是針對最終用戶的所以必須傻瓜化。讓人一看就知道怎麼用。
2、功能列表
a)實例查詢：任何一個實例，當前的執行狀態
b)實例管理：如實例的掛起、恢復、強行中止
c)圖形化的流程跟蹤與回放：通過圖形描述當前執行路徑，並且圖形可以和界面javascript交互。圖形可以回放，動態顯示流程執行歷史。
d)流程實例數據管理：將已經結束的流程實例數據導入到歷史表中，提高系統性能。
e)流程自調整：很多人向我強調“流程自定義”，我認爲Fire 是比較適合“流程自調整”，而不是完全從無到有的“自定義”，當然經過ISV的封裝之後，一定程度的自定義還是可以做到的。Fire 的自調整主要體現在，可以把業務邏輯隨時掛接到流程上去運行，調整流程邏輯後系統可以立即運行，等等。Fire workflow的模型在這一點上做了針對性的設計。
f)查詢統計，如當前未完成的實例數量、超時的工單數量、工作量統計等等。
3、技術選型
初步考慮用Flex技術。
誠摯歡迎大家提建議，更多信息請訪問www.fireflow.org
1、設計目標
後臺管理的設計目標當然首先是好用，因爲這個功能是針對最終用戶的所以必須傻瓜化。讓人一看就知道怎麼用。
2、功能列表
a)實例查詢：任何一個實例，當前的執行狀態
b)實例管理：如實例的掛起、恢復、強行中止
c)圖形化的流程跟蹤與回放：通過圖形描述當前執行路徑，並且圖形可以和界面javascript交互。圖形可以回放，動態顯示流程執行歷史。
d)流程實例數據管理：將已經結束的流程實例數據導入到歷史表中，提高系統性能。
e)流程自調整：很多人向我強調“流程自定義”，我認爲Fire 是比較適合“流程自調整”，而不是完全從無到有的“自定義”，當然經過ISV的封裝之後，一定程度的自定義還是可以做到的。Fire 的自調整主要體現在，可以把業務邏輯隨時掛接到流程上去運行，調整流程邏輯後系統可以立即運行，等等。Fire workflow的模型在這一點上做了針對性的設計。
f)查詢統計，如當前未完成的實例數量、超時的工單數量、工作量統計等等。
3、技術選型
初步考慮用Flex技術。
誠摯歡迎大家提建議，更多信息請訪問www.fireflow.org
