Agentflow / workflow pattern / sign-flow pattern

workflow pattern vs. sign-flow pattern

• workflow pattern 是要驗證 workflow engine 有沒有辦法"表達"複雜的流程，在於表達能力，但不見得便利。
• sign-flow pattern 是要儘可能把 domain 裡面，常見的"流程移動路徑"整理出來，變成標準的 control flow template，省卻重繪的工夫。
• workflow pattern 與 sing-flow pattern 這兩個議題應該不要混為一談，宜分別處理。
• sign-flow pattern 可以由多個 workflow pattern 組成。為了方便起見, sign-flow pattern 也可以衍生類似的 pattern，以提高套用的便利性。

例如:

1. restart : 踢回去第一關，重新來過。
2. bounce back : 踢回去某一關補做，補好後回來本關卡繼續往後執行。
3. bounce back (multi) : 挑選過去須補做的關卡，都 (a)依序, (b)平行，補好後，再回本關卡繼續往後執行。
4. Agentflow 內建的許多平行會簽、串簽，動態退回，這些 sign-flow pattern 都還可以再衍生一些更常用的 pattern 供開發者方便套用。

當然，這些 sign-flow 不要過於天馬行空，憑空列舉組織中不樂意出現的流程路徑，反而變成大雜燴而不具代表性。另外，如果某些不太合理的流程路徑太多，不見得有助於使用者進行 BPM，反而讓一些沒效率的流程被輕鬆地自動化。

這種非常態 (機動性) 的動態流程順序調整，應該與制式流程分別處理，最好讓 routing engine 可以把機動性的調整內容，放在 process-level 變數來解譯，並且把此變數的維護GUI，下放給流程參與者(&授權的使用者)修改這種機動流程。