浅谈BPM和SOA架构下的电子政务系统
關(guān)鍵詞：電子政務(wù)? SOA? BPM
1 引言
聯(lián)合國公共經(jīng)濟(jì)與公共管理局與美國公共管理學(xué)會(huì)曾發(fā)表了一份聯(lián)合報(bào)告，對聯(lián)合國190個(gè)成員國的電子政務(wù)（E-Government）建設(shè)情況進(jìn)行了調(diào)查研究與分析比較。該報(bào)告將各國電子政務(wù)的網(wǎng)站建設(shè)劃分為五個(gè)階段，第一階段為起步階段，即開通政府網(wǎng)站，發(fā)布靜態(tài)信息；第二階段為提高階段，即網(wǎng)站增多且相互鏈接，發(fā)布動(dòng)態(tài)信息和專業(yè)信息且經(jīng)常更新，提供檢索功能和相關(guān)Email地址；第三階段為交互階段，即網(wǎng)站信息定期更新，可下載表格申請材料，可通過電子郵件和網(wǎng)絡(luò)與政府官員交流，可檢索專業(yè)數(shù)據(jù)庫；第四階段為在線事務(wù)處理階段，即在線事務(wù)處理，數(shù)字簽名被廣泛使用，信息安全得到保證；第五階段為無縫鏈接階段，即在線服務(wù)完全整合，日常業(yè)務(wù)轉(zhuǎn)移到網(wǎng)絡(luò)空間。
按照聯(lián)合國對電子政務(wù)五個(gè)階段的定義，再結(jié)合我國電子政務(wù)建設(shè)的整體情況，我國的電子政務(wù)建設(shè)大部分還處于第三階段，即交互階段，當(dāng)然部分沿海城市（如上海、北京）的建設(shè)水平較高，已經(jīng)處于第四階段，即在線事務(wù)處理階段。
2政府實(shí)現(xiàn)由“管理型”向“服務(wù)型”的轉(zhuǎn)變
??? 2006年3月，國家信息化領(lǐng)導(dǎo)小組在發(fā)布的文件指出，服務(wù)是電子政務(wù)建設(shè)的出發(fā)點(diǎn)和落腳點(diǎn)，要緊緊圍繞服務(wù)對象的需求，統(tǒng)籌規(guī)劃各應(yīng)用系統(tǒng)的建設(shè)，切實(shí)提高各級政務(wù)的綜合服務(wù)能力，而服務(wù)質(zhì)量的好壞、服務(wù)水平的高低依賴于資源的共享及系統(tǒng)間的高效協(xié)作。這就意味著電子政務(wù)建設(shè)將從資源自采自用向資源共享轉(zhuǎn)變；從重硬件輕應(yīng)用向深化應(yīng)用、系統(tǒng)互聯(lián)互通、業(yè)務(wù)協(xié)同轉(zhuǎn)變；從注重內(nèi)部系統(tǒng)建設(shè)向面向社會(huì)提供服務(wù)轉(zhuǎn)變；從局部應(yīng)用向整個(gè)網(wǎng)絡(luò)環(huán)境下的信息共享交換轉(zhuǎn)變。
??? 政府要實(shí)現(xiàn)由“管理型”向“服務(wù)型”轉(zhuǎn)變，不僅僅要通過政務(wù)協(xié)調(diào)、政務(wù)立法，還要充分利用先進(jìn)的技術(shù)方法和手段，促進(jìn)政府職能的轉(zhuǎn)變。
3 我國電子政務(wù)的現(xiàn)狀與問題
傳統(tǒng)的電子政務(wù)系統(tǒng)主要針對各部門自身的業(yè)務(wù)需求來實(shí)現(xiàn)，造成應(yīng)用系統(tǒng)獨(dú)立建設(shè)、缺乏統(tǒng)一的標(biāo)準(zhǔn)，各個(gè)部門自成體系的應(yīng)用現(xiàn)狀。信息資源分割嚴(yán)重，信息孤島大量存在，資源獲取與可用性差，信息交換共享十分困難。
電子政務(wù)的建設(shè)是一個(gè)系統(tǒng)工程。它涉及資金、技術(shù)、應(yīng)用意識(shí)等各個(gè)方面的問題。我國的電子政務(wù)經(jīng)過多年建設(shè)，在信息化方面打下了堅(jiān)實(shí)基礎(chǔ)，然而也產(chǎn)生了三個(gè)典型的問題。
首先，信息技術(shù)應(yīng)用、系統(tǒng)建設(shè)總體水平比較低，區(qū)域之間電子政務(wù)存在應(yīng)用水平的差距，各地電子政務(wù)的應(yīng)用差異導(dǎo)致了“數(shù)字鴻溝”。發(fā)達(dá)地區(qū)的電子政務(wù)的應(yīng)用的水平比較的高，而欠發(fā)達(dá)地區(qū)電子政務(wù)的應(yīng)用水平較低。同時(shí)，各地的電子政務(wù)的用戶水平也存在著差異，有的政府網(wǎng)站形同虛設(shè)，基礎(chǔ)網(wǎng)絡(luò)平臺(tái)建設(shè)薄弱，更談不上有效應(yīng)用，這也阻礙了電子政務(wù)的深化應(yīng)用。
其次，流程管理應(yīng)用不足，導(dǎo)致電子政務(wù)應(yīng)用服務(wù)的靈活性不夠。電子政務(wù)的基本內(nèi)涵就是要構(gòu)建一個(gè)電子化的虛擬機(jī)關(guān)，使得政府的信息交流通暢及服務(wù)的流程化，而不是傳統(tǒng)的經(jīng)過層層關(guān)卡書面審核的作業(yè)方式。然而，目前電子政務(wù)建設(shè)重“電子”輕“政務(wù)”的現(xiàn)象依然嚴(yán)重。據(jù)統(tǒng)計(jì)，目前所有電子政務(wù)工程項(xiàng)目支持網(wǎng)上申請、簽報(bào)等工作流管理的只占6.4％。
再次，普遍存在著“縱強(qiáng)橫弱”的現(xiàn)象。所謂“縱強(qiáng)橫弱”就是部門的系統(tǒng)比較強(qiáng)，橫向的互聯(lián)互通存在著局部的“信息孤島”，電子政務(wù)還停留在局部應(yīng)用。信息孤島使得各部門之間的各種系統(tǒng)難以兼容，信息資源難以共享，相互封閉、互不相通，不僅浪費(fèi)了大量的財(cái)力和時(shí)間，而且大量的信息資源不能充分發(fā)揮應(yīng)有的作用。究其原因，缺乏電子政務(wù)統(tǒng)一標(biāo)準(zhǔn)，是產(chǎn)生這些“信息孤島”的主要因素。
我國電子政務(wù)需要在發(fā)展中解決，解決這些問題也就是電子政務(wù)今后的發(fā)展方向。面向服務(wù)架構(gòu)（Service Oriented Archetecture,SOA）的應(yīng)用為突破信息孤島、整合信息資源、協(xié)同政務(wù)應(yīng)用、縮短開發(fā)周期、降低開發(fā)成本提供很好的解決方案。
4 政府要提供哪些服務(wù)
從服務(wù)受眾對象類型的角度講，政府要提供以下五個(gè)層次的服務(wù)，即面向單位內(nèi)部的服務(wù)、面向兄弟單位的服務(wù)、面向上級部門的服務(wù)、面向下級部門的服務(wù)、面向社會(huì)公眾的服務(wù)。從技術(shù)的角度來講，在“服務(wù)型”政府建設(shè)中，可把政府資源視為服務(wù)，覆蓋政府信息化的各個(gè)層面，主要包括信息資源服務(wù)、能獨(dú)立完成某功能的服務(wù)、跨單位的協(xié)同服務(wù)、面向上級管理部門的決策服務(wù)等。
近年來，各級政府部門針對業(yè)務(wù)需求建立了一大批電子政務(wù)應(yīng)用系統(tǒng)。由于這些系統(tǒng)由不同的軟件開發(fā)商開發(fā)實(shí)施，不可避免出現(xiàn)不同的軟硬件平臺(tái)、不同的技術(shù)架構(gòu)及開發(fā)模式。這樣直接導(dǎo)致各信息系統(tǒng)之間難以實(shí)現(xiàn)互聯(lián)互通、互操作。盡管通過EDI或EAI可以進(jìn)行系統(tǒng)集成，其效果距預(yù)想的差距甚遠(yuǎn)，并且隨著信息系統(tǒng)的不斷建設(shè)，其實(shí)施部署的難度越來越高。這就要求通過提供統(tǒng)一的標(biāo)準(zhǔn)的面向各層面的服務(wù)來解決諸如突破信息孤島、整合信息資源、協(xié)同政務(wù)應(yīng)用、縮短開發(fā)周期、降低開發(fā)成本等一系列問題。
5 SOA的核心是服務(wù)
??? 面向服務(wù)架構(gòu)（Service Oriented Archetecture,SOA）是軟件工程發(fā)展的一大創(chuàng)舉，是促進(jìn)軟件產(chǎn)業(yè)由產(chǎn)品,特別是電子政務(wù)軟件產(chǎn)品向軟件服務(wù)轉(zhuǎn)變的技術(shù)基礎(chǔ)，它以服務(wù)驅(qū)動(dòng)為核心，將現(xiàn)有的零散的軟件功能包裝成具有互操作性的標(biāo)準(zhǔn)服務(wù)，按照業(yè)務(wù)需求連接資源，實(shí)現(xiàn)服務(wù)的快速組合和重用，保證應(yīng)用高度的擴(kuò)展性和靈活度，以適應(yīng)不斷變化的業(yè)務(wù)需求。
??? SOA的常見定義：“本質(zhì)上是服務(wù)的集合。服務(wù)間彼此通信，這種通信可能是簡單的數(shù)據(jù)傳送，也可能是兩個(gè)或更多的服務(wù)協(xié)調(diào)進(jìn)行某些活動(dòng)。服務(wù)間需要某些方法進(jìn)行連接。所謂服務(wù)就是精確定義、封裝完善、獨(dú)立于其他服務(wù)所處環(huán)境和狀態(tài)的函數(shù)”。美國Gartner則將SOA描述為：“客戶端/服務(wù)器的軟件設(shè)計(jì)方法，一項(xiàng)應(yīng)用由軟件服務(wù)和軟件服務(wù)使用者組成……SOA與大多數(shù)通用的客戶端/服務(wù)器模型的不同之處，在于它著重強(qiáng)調(diào)軟件組件的松散耦合，并使用獨(dú)立的標(biāo)準(zhǔn)接口”。SOA要求系統(tǒng)資源之間靈活的松散耦合關(guān)系，通過開放的標(biāo)準(zhǔn)支持，以服務(wù)作為應(yīng)用集成的基本手段，跨越不同的軟硬件平臺(tái)，實(shí)現(xiàn)資源的重復(fù)利用和整合，達(dá)到系統(tǒng)資源間的互聯(lián)互通的目的。
??? SOA技術(shù)架構(gòu)強(qiáng)調(diào)統(tǒng)一規(guī)劃、統(tǒng)一標(biāo)準(zhǔn)、統(tǒng)一平臺(tái)、統(tǒng)一管理，以需求為導(dǎo)向，以業(yè)務(wù)服務(wù)為焦點(diǎn)。所有服務(wù)以松散耦合的狀態(tài)存在于系統(tǒng)之中，可以隨業(yè)務(wù)需求的變化，快速組合成跨單位、高協(xié)作、高應(yīng)急能力的應(yīng)用系統(tǒng)。采用SOA的技術(shù)架構(gòu)和技術(shù)理念，一方面深度滿足用戶的業(yè)務(wù)需求，另一方面解決了政務(wù)系統(tǒng)項(xiàng)目的重復(fù)建設(shè)問題。
??? 基于SOA架構(gòu)特性，對局部應(yīng)用的改進(jìn)和發(fā)展不再受原有技術(shù)與架構(gòu)限制，對需要復(fù)用的數(shù)據(jù)和應(yīng)用，通過封裝為可靈活復(fù)用的服務(wù)形式，在不影響其他資源情況下，靈活、快速地組合并優(yōu)化原有異構(gòu)政務(wù)應(yīng)用，從而便于動(dòng)態(tài)構(gòu)建業(yè)務(wù)，通過不斷優(yōu)化政務(wù)協(xié)調(diào)工作流程，提高工作效率、服務(wù)效率和服務(wù)質(zhì)量。
7 BPM驅(qū)動(dòng)SOA架構(gòu)下的電子政務(wù)系統(tǒng)
業(yè)務(wù)流程管理（Business Process Management,BPM）主要是在工作流(Workflow)技術(shù)和企業(yè)應(yīng)用集成(EAI)技術(shù)基礎(chǔ)上發(fā)展起來的，這兩種技術(shù)由起初的各自獨(dú)立發(fā)展，到現(xiàn)在的相互融合，形成了新的BPM整體解決方案。BPM是對業(yè)務(wù)流程進(jìn)行持續(xù)不斷地規(guī)范管理的過程，是一個(gè)持續(xù)性的活動(dòng)，這里的活動(dòng)可以是一個(gè)人工作業(yè)，一個(gè)服務(wù)，一個(gè)接口，并實(shí)現(xiàn)其資源間的連接。但是,BPM有別于傳統(tǒng)的工作流,它能實(shí)現(xiàn)人到人、人到系統(tǒng)、系統(tǒng)到系統(tǒng)的流程，真正實(shí)現(xiàn)人、流程和信息的有效整合。這樣一來，不僅達(dá)到業(yè)務(wù)流程的自動(dòng)化，而且使業(yè)務(wù)流程與業(yè)務(wù)規(guī)則分離，減少因業(yè)務(wù)流程的頻繁變化對應(yīng)用系統(tǒng)的影響。
電子政務(wù)并不是政務(wù)在網(wǎng)上的簡單翻版。如果忽視政府業(yè)務(wù)流程管理，將無法真正提高服務(wù)質(zhì)量，改善政府職能，提高政府的執(zhí)行力的目標(biāo)。
從BPM與SOA技術(shù)角度上看，BPM與SOA的融合也具有先天優(yōu)勢。BPM與SOA技術(shù)具有以下相似點(diǎn):
1.BPM應(yīng)用范圍廣泛，需要完成因事件觸發(fā)的任務(wù)，此特點(diǎn)正與SOA的松散耦合特點(diǎn)相吻合。
2.BPM適應(yīng)多部門、多區(qū)域、跨平臺(tái)的協(xié)同。在此中環(huán)境中網(wǎng)絡(luò)環(huán)境的安全性可由SOA技術(shù)構(gòu)架中的WS-Security、LDAP(Lightweight Directory Access Protocol-輕量級目錄訪問協(xié)議)、PKI(Public Key Infrastructure-公鑰基礎(chǔ)設(shè)施)架構(gòu)和數(shù)位簽章等機(jī)制來完成。
3.BPM系統(tǒng)構(gòu)成元素繁多而復(fù)雜，包含分布于各模塊的業(yè)務(wù)邏輯和業(yè)務(wù)規(guī)則。而SOA可以看作是B/S模式、XML/Web Service技術(shù)與管理軟件的延續(xù)。當(dāng)前多數(shù)SOA環(huán)境能提供系統(tǒng)管理工具，協(xié)助管理SOA架構(gòu)下軟件的安裝、部署、啟動(dòng)等。目前能夠?qū)崿F(xiàn)SOA的產(chǎn)品包括:Microsoft Biztalk Server, webMethods Business Integrator, IBM SeeBeyond, TIBCO和Vignette。在SOA提出以前，大部分BPM產(chǎn)品在流程圖中采用自定義流程邏輯。
4.BPM的實(shí)施往往從最簡單的開始，逐漸提升為復(fù)雜的系統(tǒng)。而SOA模塊化的特性正好吻合了此特性。
在SOA和BPM聯(lián)合發(fā)展的浪潮下，首先要明確的是，BPM與SOA的本質(zhì)是截然不同的：SOA是一種架構(gòu)方法，BPM則是一組流程協(xié)調(diào)管理理念。沒有SOA之前，BPM產(chǎn)品已經(jīng)出現(xiàn)并成功應(yīng)用。BPM的主要應(yīng)用場合有如下幾點(diǎn)：
1.通過BPM實(shí)現(xiàn)政府業(yè)務(wù)流程自動(dòng)化。這是業(yè)務(wù)流程自動(dòng)化(BPA)的概念，BPA按照業(yè)務(wù)需求自動(dòng)化流程，這在政府業(yè)務(wù)流程中非常常見。
2. 通過BPM實(shí)現(xiàn)整合電子政務(wù)應(yīng)用系統(tǒng)，實(shí)現(xiàn)異構(gòu)系統(tǒng)之間無縫交流。這涉及到EAI的概念，但是其實(shí)現(xiàn)方法和EAI技術(shù)是完全不同的。
3. 政府業(yè)務(wù)流程建模分析。這是BPM的核心，在詳細(xì)了解業(yè)務(wù)流程劃分之后，用全局的視角，對流程進(jìn)行梳理，并給出業(yè)務(wù)流程全局圖。
4. 政府上級部門對下級部門的流程監(jiān)控，實(shí)現(xiàn)業(yè)務(wù)流程持續(xù)改進(jìn)。業(yè)務(wù)活動(dòng)監(jiān)控需要通過業(yè)務(wù)流程全局圖，分析業(yè)務(wù)流程效果和效率，提供業(yè)務(wù)流程優(yōu)化的方向，實(shí)現(xiàn)業(yè)務(wù)流程不斷規(guī)范化。
5．需要對政府業(yè)務(wù)流程進(jìn)行優(yōu)化重組，并借助信息技術(shù)，用以減少業(yè)務(wù)的復(fù)雜性，使業(yè)務(wù)流程達(dá)到最大合理化。
在上面描述的BPM的應(yīng)用場合中，每個(gè)都和SOA有千絲萬縷的聯(lián)系。從技術(shù)層面看，BPM和SOA結(jié)合的方法可以幫助用戶實(shí)現(xiàn)更多的功能。在SOA架構(gòu)中，BPM與非BPM下的舊式工作流相比有如下的不同：
1.跨組織的業(yè)務(wù)流程描述。在工作流系統(tǒng)，經(jīng)常會(huì)發(fā)現(xiàn)不同單位、不同組織部門的業(yè)務(wù)流程采用不同的描述方法。這種情況在垂直關(guān)系的政府部門之間尤為明顯，影響了各業(yè)務(wù)單元的業(yè)務(wù)協(xié)作。而BPEL作為BPM標(biāo)準(zhǔn)的跨組織的業(yè)務(wù)流程描述語言，可以很好避免了各政府部門之間進(jìn)行業(yè)務(wù)交流和溝通時(shí)障礙。
2.統(tǒng)一的流程架構(gòu)。單位內(nèi)部從單一管理主題出發(fā)進(jìn)行設(shè)計(jì)的工作流，通常缺乏對整體業(yè)務(wù)的總體考慮，局限于本部門或者本業(yè)務(wù)的業(yè)務(wù)需求，各部門和各管理專題之間的流程無法銜接，信息的共享和傳遞困難，存在大量流程斷點(diǎn)。而BPM在流程之間進(jìn)行銜接、協(xié)調(diào)，避免了流程孤島的產(chǎn)生。BPM的目標(biāo)是形成端到端的流程體系，提高整個(gè)業(yè)務(wù)流程運(yùn)行的效率、質(zhì)量。
3.無“甲方優(yōu)勢”現(xiàn)象。如果用一般的工作流系統(tǒng)做接口，我們發(fā)現(xiàn)一個(gè)有趣的現(xiàn)象，就是服務(wù)提供方的“甲方優(yōu)勢”現(xiàn)象。通常，一個(gè)工作流系統(tǒng)要和另外一個(gè)已經(jīng)存在的系統(tǒng)做接口，工作流系統(tǒng)是有求于已經(jīng)存在的系統(tǒng)，也就是已經(jīng)存在的系統(tǒng)有“甲方優(yōu)勢”。這樣，工作流系統(tǒng)就必須按照已經(jīng)存在的系統(tǒng)的技術(shù)規(guī)格來實(shí)現(xiàn)，離“跨組織的業(yè)務(wù)流程描述語言和工具”就越來越遠(yuǎn)了，更不用談“業(yè)務(wù)流程管理”。而BPM是在“工作流系統(tǒng)”和“已經(jīng)存在的系統(tǒng)”之間建立了一個(gè)公平的約定，不存在“甲方優(yōu)勢”。
4. 政府業(yè)務(wù)流程的持續(xù)優(yōu)化改進(jìn)。由于工作流系統(tǒng)的存在，相關(guān)的業(yè)務(wù)人員通常已經(jīng)忽略了系統(tǒng)內(nèi)嵌并固化的業(yè)務(wù)流程，業(yè)務(wù)部門對信息系統(tǒng)內(nèi)嵌的流程缺乏直觀認(rèn)識(shí)和關(guān)注，工作流系統(tǒng)的改進(jìn)非常復(fù)雜，更不要談什么持續(xù)改進(jìn)了。但是BPM實(shí)現(xiàn)業(yè)務(wù)流程與業(yè)務(wù)邏輯的分離，可以幫助業(yè)務(wù)人員密切關(guān)注信息系統(tǒng)的業(yè)務(wù)流程與其他業(yè)務(wù)流程銜接關(guān)系，成為提高整體流程運(yùn)行效率的最主要因素。
5.BPM的本質(zhì)是SOA。SOA是創(chuàng)建更靈活的系統(tǒng)基礎(chǔ)架構(gòu)的架構(gòu)方法，而BPM是一套協(xié)調(diào)的業(yè)務(wù)流程活動(dòng)。SOA使用戶可以輕松完成將業(yè)務(wù)流程連接到基礎(chǔ)系統(tǒng)的任務(wù)，從而節(jié)省時(shí)間和IT資源。與之相比，將業(yè)務(wù)流程嵌入到傳統(tǒng)的應(yīng)用通常要依賴大量不同的專有技術(shù)。而且，在采用SOA的同時(shí)應(yīng)用BPM，可以促進(jìn)SOA組件的再利用，從而最大程度地降低業(yè)務(wù)流程本身的復(fù)雜性。
6.BPM是具有前瞻性的。要實(shí)施BPM，一定要樹立流程戰(zhàn)略、流程設(shè)計(jì)、流程實(shí)施和流程監(jiān)控的循環(huán)管理理念：從發(fā)展戰(zhàn)略出發(fā)制定流程的戰(zhàn)略，將戰(zhàn)略指標(biāo)分解為流程的目標(biāo)體系,通過流程實(shí)現(xiàn)戰(zhàn)略落實(shí)；根據(jù)流程戰(zhàn)略進(jìn)行業(yè)務(wù)流程的梳理、設(shè)計(jì)和優(yōu)化；通過組織結(jié)構(gòu)和信息系統(tǒng)的調(diào)整來實(shí)施業(yè)務(wù)流程；通過流程規(guī)范管理和流程監(jiān)控，對流程執(zhí)行情況進(jìn)行監(jiān)控；根據(jù)結(jié)果調(diào)整業(yè)務(wù)流程設(shè)計(jì)。
<?xml:namespace prefix = v />
圖1：BPM和SOA架構(gòu)下的電子政務(wù)系統(tǒng)(略)
8 案例分析
??? 略
9 結(jié)束語
BPM和SOA已經(jīng)聯(lián)合為相映生輝的狀態(tài)，應(yīng)該從戰(zhàn)略高度針對政府的業(yè)務(wù)流程進(jìn)行梳理、分析、規(guī)劃，在BPM流程分析基礎(chǔ)上，持續(xù)改進(jìn)，識(shí)別出最有價(jià)值的業(yè)務(wù)流程模型去實(shí)施SOA；在SOA基礎(chǔ)上，逐步積累，更加深入廣泛地推廣BPM應(yīng)用。而合理采用融合SOA和BPM的電子政務(wù)軟件產(chǎn)品，會(huì)帶來事半功倍的效果。
轉(zhuǎn)載于:https://www.cnblogs.com/ruochen/archive/2007/12/09/988556.html
總結(jié)
以上是生活随笔為你收集整理的浅谈BPM和SOA架构下的电子政务系统的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： SQL Server 的通用分页显示存储
- 下一篇： 发布后网站浏览时出现乱码