張易成
摘要:為了能夠更好地設計實現具體企業在各種分布式異構業務環境系統中的具體業務流程,滿足具體企業基于云和互聯網的業務管理和加強企業間業務協作的基本需求,提出了基于SOA管理架構的工作流業務管理信息系統。本文指出了目前現有工作流業務管理信息系統的各種局限性,分析了基于SOA與工作流業務管理信息系統的各種可能和組合性,提出了基于SOA管理架構的工作流業務管理信息系統設計模型,闡述了基于SOA的具體業務流程及其集成管理機制。以具體企業信息科技管理項目業務管理信息系統設計為主范例,討論如何將基于SOA的工作流管理技術概念應用于具體企業管理項目信息系統的設計開發。
關鍵詞:面向服務架構;工作流;Web服務;業務流程執行語言;管理信息系統
一、SOA概述
SOA是一種服務器構架,在這個構架中,所有的特征也被界定為獨立的服務,這些服務具備定義明確的可調用接口,獨立于促成它的操作系統、操作系統或者編程語言。按照定義的順序調用以形成流程。
SOA為松散耦合的系統提供支持,鑒于SOA的服務器可以滿足一直變化的壞境,比如頻繁變化的謀略、業務級別、業務優先級、合作伙伴關系、行業狀態及其余與業務相關的要素,SOA的最終目標是促成按照需要業務,按照需要業務可以依據應該對于完成或者執行具體任務的形式展開必要的變更。Web服務是SOA的技術根底,促成SOA的協議及規范合乎Web服務技術指標體系。SOA協議棧是一種分層框架結構,相似于OSIRM網絡平臺的7層框架結構。協議棧的左列顯示了SOA的基本功能層及各個層選用的協議標準,右欄與構架的服務水平及安全方面有關。
二、傳統工作流管理系統的局限性
1.互操作性不佳
工作流管理聯盟界定了工作流系統間的互操作性分析模型,該類分析模型只能支持在不同工作流執行服務間傳達的業務流程子集,使所有工作流引擎描述同一業務流程分析模型是無法促成的。工作流控制數據集無法更好地支持不同供應商提供的工作流引擎之間的復雜協作。
2.不具有動態建模能力
工作流業務流程建模技術設備提供了業務流程定義及業務流程執行間的別離,業務流程信息內容及所需教育資源在業務流程定義中靜態指定,業務流程案例化后,業務流程完全依照定義運行。然而,在業務流程執行的過程中,流程或它所應該的教育資源常常能發生變化,工作流系統能及時響應這些變動,比如動態抉擇應該調用的服務器應該去做。
3.缺乏對分布異構環境的支持
現有工作流管理系統的應用環境主要是服務器,但是如今公司經營規模及經營范圍已擴大到互聯網。底層軟件平臺可能不同,阻礙了煤炭企業在流程中的協作。
三、SOA架構的工作流管理系統模型
考慮到在工作流信息管理軟件系統的整體設計中直接引入一套SOA軟件是可行的,以及設計有助于有效改善公司現有工作流信息管理軟件系統的各種功能局限性,對公司現有的工作流信息管理軟件系統設計架構軟件進行了設計改進,提出了基于SOA軟件架構的工作流信息管理軟件系統設計模型。
工作流服務執行管理服務由一個或多個工作流服務引擎接口組成,提供一個流程流自定義服務接口以自動獲取每個流程流的定義,并通過每個執行服務接口自動調用整個應用程序。
Web 服務業務流程執行語言(BPEL)規范工具。BPEL 可用于描述可以完成任務的各種活動,例如調用 Web 服務、操作數據、引發錯誤或終止流程,并且可以鏈接以創建復雜的流程。
四、基于SOA的業務流程集成
1.面向服務的封裝機制
⑴操作:具體實現與面向對象程序相同,一般來說,執行一個操作都會讀取、寫入或修改一個或多個持久化數據。任務允許在系統中實現更簡單的應用程序或組件。
⑵服務: 代表一組邏輯操作,主要用作封裝一組互相關聯的操作。比如,業務流程活動可以當作獨立的服務來實現,因此當一個業務流程發生變化時候,不必像以前一樣重新開發業務流程的某個部分的實現,而抉擇及重新配置那些服務。
⑶流程: 將業務流程公布為Web服務促使業務管理合作伙伴能夠登錄她們自身的流程及更好的協作,也可以將它們作為子工作流包含在其他大規模工作流中,以實現跨企業的業務流程集成。
2.服務的調用機制
依據工作流中具體任務的緊急程度及復雜度,服務調用可以分成同步及異步兩種。比如,用戶認證服務應該依據用戶輸出立刻響應,所以再舉一個服務調用的例子需要同步的文件審查通常需要多人才能完成,有時需要幾天時間,在這種情況下,可以使用對服務的異步調用。
服務調用采用基于 HTTP 的請求-響應模型。在這種服務請求同步或者數據處理調用中的服務同步模式下,服務請求響應消息請求者向一個不同服務處理請求者和提供者響應用戶同時發送一個服務處理請求或者響應用戶消息,提供者響應用戶同時處理一個服務響應請求后,向一個服務處理請求者響應用戶同時發送一個服務請求響應消息請求相關消息。在請求被處理之前,請求者被置于等待響應的狀態。在異步調用模式下,服務請求者發送請求并繼續執行其工作,無需等待響應。服務提供商可以花費更較長的時間來處理懇求而是在處理完成之后將響應返回給請求者。
五、基于SOA的工作流管理系統的應用
通過剖析科學技術建設項目管理系統原型的各功能模塊,搜集對于新系統的需求,可以決定是否將鑒于SOA的工作流分析模型應用到新系統的設計及開發中,方法論上及技術設備上也是可行的。
1.系統應具備科技立項、立項、合同管理、項目執行、立項、履約、專利管理等功能模塊,不難看出這些模塊按特定順序精確組合。完好的科學技術項目管理循環,利用工作流技術設備對于管理業務流程展開建模,保障業務流程在工作流引擎的控制之下運行,不但可以輕松集成管理功能模塊,也可以為不同職能部門突破信息內容壁壘,降低工作人員數目,進一步提高管理效率。
2.大多數項目執行單位是公司的基層單位,分布在相對分散的地區,顯然無法將這些單位和科技管理部門用一個完整的局域網連接起來。鑒于SOA的工作流管理系統可以消除傳統式工作流管理系統無法支持分布式或者異構壞境的優點。
結束語
該文設計的鑒于SOA的工作流管理系統結合了Web服務技術及鑒于軟件工程可重用性方法論的工作流技術,將流程封裝為Web服務,具備松耦合特征及低集成能力。企業間本地和跨平臺流程的交互,讓資源共享變得簡單便捷,降低企業成本。
參考文獻
[1]基于SOA架構下人力資源管理系統設計 [J]. 李玉玫.自動化與儀器儀表. 2018(11).
[2]基于工作流技術框架下機關辦公管理系統的設計與分析 [J].徐曉斌.辦公自動化. 2020(16).
[3]工作流技術在技術服務平臺中的設計與實現 [J]. 石悅,武彤.計算機技術與發展. 2019(04).