工作流系統之四十三整合應用系統

工作流軟體系統做為乙個開發元件，只實現了工作流引擎，工作流的建模，流程例項的建立，流轉等等。不包含整體的業務系統，當整合到使用者的應用系統時候，需要作為元件的方式整合。

整合的方式有多種，一般來說，使用者系統是首先要整合的，應用系統的一般都會有自己的使用者系統，包含，使用者，角色，許可權等。這些不包含在工作流軟體系統中，但是在工作流軟體系統中又一定會用到，流程節點的執行許可權等，都離開使用者角色許可權等的設定。因此使用者系統的整合是必須要做的。

1.使用者系統的整合

採用對映表的方式，在工作流系統之三十四整合使用者系統有詳解

2.工作流軟體系統功能的整合

工作流軟體系統的視覺化可操作的功能模組一般都會包含：

業務流程設計器，業務流程建模管理，業務流程版本管理，業務表單(電子表單)管理，業務流程例項的發起，跟蹤，監控.....

任務管理，我的待辦任務，我的已辦任務，我的抄送任務，我的流程例項......

這些都會提供視覺化的可操作的功能，和使用者的應用系統整合，可以將這些視覺化的功能模組直接整合。

視覺化的功能模組，直接將url掛接到應用系統中。例如，業務流程設計器，將開啟業務流程設計器的url作為選單，定義到應用系統中，在應用系統中就可以直接使用。（當然流程設計器的前後臺**類等都需要整合到應用系統中）

3.呼叫工作流引擎的介面api方式的整合

利用流程引擎對外提供的介面api函式來驅動流程。例如，啟動指定的流程例項，執行指定的動作，獲取當前使用者的待辦任務列表等等。

工作流引擎內部實現抽象的業務流程建模，以及抽象的業務流程節點的流轉，對外以介面api函式等的方式提供呼叫。流程管理中心的視覺化模組也是利用這些介面函式來實現的。

當流程管理中心提供的視覺化操作模組，不能完全滿足使用者的需要時，可以通過呼叫流程引擎的api的方式，定製適合自己的業務模組。

例如啟動乙個業務流程例項就有兩種方式：

1.先啟動流程例項，得到流程例項id，再進入流程的第乙個節點，執行第乙個節點關聯的表單。當表單提交時，將wf_id一起寫入業務表。

2.先開啟流程第乙個節點的業務表單，當表單提交時，再啟動流程例項，獲得流程例項id，和業務表單資料一起提交。然後再執行完流程的第乙個節點，使得流轉到第二個節點。

這兩種方式的啟動，在流程管理中心都會有直接的模組對應。但是當這兩種方式還是不能滿足具體的需要時，可以結合自己的實際＋呼叫流程引擎api的方式，定製實現。

我的待辦任務，已辦任務，任務管理等資訊，等等視覺化的模組，列表項，更多的是反應流程管理，業務資料項很少，在整合的時候，使用者也是經常需要列出更多的業務資料。這個也可以通過呼叫流程api的方式來達到。

業務表單的提交＋流程的動作執行：當工作流軟體系統整合定製業務表單的時候，需要將表單業務資料的提交和流程的流轉放在同乙個事務中。

工作流系統之四十三 整合應用系統