張易成

摘要：為了能夠更好地設計實現(xiàn)具體企業(yè)在各種分布式異構業(yè)務環(huán)境系統(tǒng)中的具體業(yè)務流程，滿足具體企業(yè)基于云和互聯(lián)網(wǎng)的業(yè)務管理和加強企業(yè)間業(yè)務協(xié)作的基本需求，提出了基于SOA管理架構的工作流業(yè)務管理信息系統(tǒng)。本文指出了目前現(xiàn)有工作流業(yè)務管理信息系統(tǒng)的各種局限性，分析了基于SOA與工作流業(yè)務管理信息系統(tǒng)的各種可能和組合性，提出了基于SOA管理架構的工作流業(yè)務管理信息系統(tǒng)設計模型，闡述了基于SOA的具體業(yè)務流程及其集成管理機制。以具體企業(yè)信息科技管理項目業(yè)務管理信息系統(tǒng)設計為主范例，討論如何將基于SOA的工作流管理技術概念應用于具體企業(yè)管理項目信息系統(tǒng)的設計開發(fā)。

關鍵詞：面向服務架構;工作流;Web服務;業(yè)務流程執(zhí)行語言;管理信息系統(tǒng)

一、SOA概述

SOA是一種服務器構架，在這個構架中，所有的特征也被界定為獨立的服務，這些服務具備定義明確的可調用接口，獨立于促成它的操作系統(tǒng)、操作系統(tǒng)或者編程語言。按照定義的順序調用以形成流程。

SOA為松散耦合的系統(tǒng)提供支持，鑒于SOA的服務器可以滿足一直變化的壞境，比如頻繁變化的謀略、業(yè)務級別、業(yè)務優(yōu)先級、合作伙伴關系、行業(yè)狀態(tài)及其余與業(yè)務相關的要素，SOA的最終目標是促成按照需要業(yè)務，按照需要業(yè)務可以依據(jù)應該對于完成或者執(zhí)行具體任務的形式展開必要的變更。Web服務是SOA的技術根底，促成SOA的協(xié)議及規(guī)范合乎Web服務技術指標體系。SOA協(xié)議棧是一種分層框架結構，相似于OSIRM網(wǎng)絡平臺的7層框架結構。協(xié)議棧的左列顯示了SOA的基本功能層及各個層選用的協(xié)議標準，右欄與構架的服務水平及安全方面有關。

二、傳統(tǒng)工作流管理系統(tǒng)的局限性

1.互操作性不佳

工作流管理聯(lián)盟界定了工作流系統(tǒng)間的互操作性分析模型，該類分析模型只能支持在不同工作流執(zhí)行服務間傳達的業(yè)務流程子集，使所有工作流引擎描述同一業(yè)務流程分析模型是無法促成的。工作流控制數(shù)據(jù)集無法更好地支持不同供應商提供的工作流引擎之間的復雜協(xié)作。

2.不具有動態(tài)建模能力

工作流業(yè)務流程建模技術設備提供了業(yè)務流程定義及業(yè)務流程執(zhí)行間的別離，業(yè)務流程信息內(nèi)容及所需教育資源在業(yè)務流程定義中靜態(tài)指定，業(yè)務流程案例化后，業(yè)務流程完全依照定義運行。然而，在業(yè)務流程執(zhí)行的過程中，流程或它所應該的教育資源常常能發(fā)生變化，工作流系統(tǒng)能及時響應這些變動，比如動態(tài)抉擇應該調用的服務器應該去做。

3.缺乏對分布異構環(huán)境的支持

現(xiàn)有工作流管理系統(tǒng)的應用環(huán)境主要是服務器，但是如今公司經(jīng)營規(guī)模及經(jīng)營范圍已擴大到互聯(lián)網(wǎng)。底層軟件平臺可能不同，阻礙了煤炭企業(yè)在流程中的協(xié)作。

三、SOA架構的工作流管理系統(tǒng)模型

考慮到在工作流信息管理軟件系統(tǒng)的整體設計中直接引入一套SOA軟件是可行的，以及設計有助于有效改善公司現(xiàn)有工作流信息管理軟件系統(tǒng)的各種功能局限性，對公司現(xiàn)有的工作流信息管理軟件系統(tǒng)設計架構軟件進行了設計改進，提出了基于SOA軟件架構的工作流信息管理軟件系統(tǒng)設計模型。

工作流服務執(zhí)行管理服務由一個或多個工作流服務引擎接口組成，提供一個流程流自定義服務接口以自動獲取每個流程流的定義，并通過每個執(zhí)行服務接口自動調用整個應用程序。

Web 服務業(yè)務流程執(zhí)行語言（BPEL）規(guī)范工具。BPEL 可用于描述可以完成任務的各種活動，例如調用 Web 服務、操作數(shù)據(jù)、引發(fā)錯誤或終止流程，并且可以鏈接以創(chuàng)建復雜的流程。

四、基于SOA的業(yè)務流程集成

1.面向服務的封裝機制

⑴操作：具體實現(xiàn)與面向對象程序相同，一般來說，執(zhí)行一個操作都會讀取、寫入或修改一個或多個持久化數(shù)據(jù)。任務允許在系統(tǒng)中實現(xiàn)更簡單的應用程序或組件。

⑵服務： 代表一組邏輯操作，主要用作封裝一組互相關聯(lián)的操作。比如，業(yè)務流程活動可以當作獨立的服務來實現(xiàn)，因此當一個業(yè)務流程發(fā)生變化時候，不必像以前一樣重新開發(fā)業(yè)務流程的某個部分的實現(xiàn)，而抉擇及重新配置那些服務。

⑶流程： 將業(yè)務流程公布為Web服務促使業(yè)務管理合作伙伴能夠登錄她們自身的流程及更好的協(xié)作，也可以將它們作為子工作流包含在其他大規(guī)模工作流中，以實現(xiàn)跨企業(yè)的業(yè)務流程集成。

2.服務的調用機制

依據(jù)工作流中具體任務的緊急程度及復雜度，服務調用可以分成同步及異步兩種。比如，用戶認證服務應該依據(jù)用戶輸出立刻響應，所以再舉一個服務調用的例子需要同步的文件審查通常需要多人才能完成，有時需要幾天時間，在這種情況下，可以使用對服務的異步調用。

服務調用采用基于 HTTP 的請求-響應模型。在這種服務請求同步或者數(shù)據(jù)處理調用中的服務同步模式下，服務請求響應消息請求者向一個不同服務處理請求者和提供者響應用戶同時發(fā)送一個服務處理請求或者響應用戶消息，提供者響應用戶同時處理一個服務響應請求后，向一個服務處理請求者響應用戶同時發(fā)送一個服務請求響應消息請求相關消息。在請求被處理之前，請求者被置于等待響應的狀態(tài)。在異步調用模式下，服務請求者發(fā)送請求并繼續(xù)執(zhí)行其工作，無需等待響應。服務提供商可以花費更較長的時間來處理懇求而是在處理完成之后將響應返回給請求者。

五、基于SOA的工作流管理系統(tǒng)的應用

通過剖析科學技術建設項目管理系統(tǒng)原型的各功能模塊，搜集對于新系統(tǒng)的需求，可以決定是否將鑒于SOA的工作流分析模型應用到新系統(tǒng)的設計及開發(fā)中，方法論上及技術設備上也是可行的。

1.系統(tǒng)應具備科技立項、立項、合同管理、項目執(zhí)行、立項、履約、專利管理等功能模塊，不難看出這些模塊按特定順序精確組合。完好的科學技術項目管理循環(huán)，利用工作流技術設備對于管理業(yè)務流程展開建模，保障業(yè)務流程在工作流引擎的控制之下運行，不但可以輕松集成管理功能模塊，也可以為不同職能部門突破信息內(nèi)容壁壘，降低工作人員數(shù)目，進一步提高管理效率。

2.大多數(shù)項目執(zhí)行單位是公司的基層單位，分布在相對分散的地區(qū)，顯然無法將這些單位和科技管理部門用一個完整的局域網(wǎng)連接起來。鑒于SOA的工作流管理系統(tǒng)可以消除傳統(tǒng)式工作流管理系統(tǒng)無法支持分布式或者異構壞境的優(yōu)點。

結束語

該文設計的鑒于SOA的工作流管理系統(tǒng)結合了Web服務技術及鑒于軟件工程可重用性方法論的工作流技術，將流程封裝為Web服務，具備松耦合特征及低集成能力。企業(yè)間本地和跨平臺流程的交互，讓資源共享變得簡單便捷，降低企業(yè)成本。

參考文獻

[1]基于SOA架構下人力資源管理系統(tǒng)設計 [J]. 李玉玫.自動化與儀器儀表. 2018（11）.

[2]基于工作流技術框架下機關辦公管理系統(tǒng)的設計與分析 [J].徐曉斌.辦公自動化. 2020（16）.

[3]工作流技術在技術服務平臺中的設計與實現(xiàn) [J]. 石悅，武彤.計算機技術與發(fā)展. 2019（04）.