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

2021-09-06 03:25:22 字數 1543 閱讀 7132

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

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

1.使用者系統的整合

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

工作流軟體系統做為乙個開發元件,只實現了工作流引擎,工作流的建模,流程例項的建立,流轉等等。不包含整體的業務系統,當整合到使用者的應用系統時候,需要作為元件的方式整合。整合的方式有多種,一般來說,使用者系統是首先要整合的,應用系統的一般都會有自己的使用者系統,包含,使用者,角色,許可權等。這些不包含...

WF工作流與管理類應用系統工作流需求實現的一些誤區

如今實現各種應用系統大家都知道工作流是乙個非常重要的環節,不同的業務系統的工作流需求是需要找相應的工作流產品去實現的,因為不同工作流產品的架構細節也許會成為某類需求實現的瓶頸。wf工作流是微軟的工作流基礎架構,很多公司採用wf技術實現工作流需求。wf功能非常強大。可是它的技術細節和架構原理對於管理類...

WF工作流與管理類應用系統工作流需求實現的一些誤區

如今實現各種應用系統大家都知道工作流是乙個非常重要的環節,不同的業務系統的工作流需求是需要找相應的工作流產品去實現的,因為不同工作流產品的架構細節也許會成為某類需求實現的瓶頸。wf工作流是微軟的工作流基礎架構,很多公司採用wf技術實現工作流需求。wf功能非常強大。可是它的技術細節和架構原理對於管理類...