摘? 要：面對我國電子政務建設中存在的若干問題，為了實現政府由“管理型”向“服務型”轉變，本文提出，未來的電子政務系統采用以服務驅動為核心的SOA技術架構將更能適應不斷變化的用戶需求，而BPM為SOA架構下的電子政務系統帶來更強大的驅動力。<?xml:namespace prefix = o />

關鍵詞：電子政務? SOA? BPM

1 引言

聯合國公共經濟與公共管理局與美國公共管理學會曾發表了一份聯合報告，對聯合國190個成員國的電子政務（E-Government）建設情況進行了調查研究與分析比較。該報告將各國電子政務的網站建設劃分為五個階段，第一階段為起步階段，即開通政府網站，發布靜態信息；第二階段為提高階段，即網站增多且相互鏈接，發布動態信息和專業信息且經常更新，提供檢索功能和相關Email地址；第三階段為交互階段，即網站信息定期更新，可下載表格申請材料，可通過電子郵件和網絡與政府官員交流，可檢索專業數據庫；第四階段為在線事務處理階段，即在線事務處理，數字簽名被廣泛使用，信息安全得到保證；第五階段為無縫鏈接階段，即在線服務完全整合，日常業務轉移到網絡空間。

按照聯合國對電子政務五個階段的定義，再結合我國電子政務建設的整體情況，我國的電子政務建設大部分還處于第三階段，即交互階段，當然部分沿海城市（如上海、北京）的建設水平較高，已經處于第四階段，即在線事務處理階段。

2政府實現由“管理型”向“服務型”的轉變

??? 2006年3月，國家信息化領導小組在發布的文件指出，服務是電子政務建設的出發點和落腳點，要緊緊圍繞服務對象的需求，統籌規劃各應用系統的建設，切實提高各級政務的綜合服務能力，而服務質量的好壞、服務水平的高低依賴于資源的共享及系統間的高效協作。這就意味著電子政務建設將從資源自采自用向資源共享轉變；從重硬件輕應用向深化應用、系統互聯互通、業務協同轉變；從注重內部系統建設向面向社會提供服務轉變；從局部應用向整個網絡環境下的信息共享交換轉變。

??? 政府要實現由“管理型”向“服務型”轉變，不僅僅要通過政務協調、政務立法，還要充分利用先進的技術方法和手段，促進政府職能的轉變。

3 我國電子政務的現狀與問題

傳統的電子政務系統主要針對各部門自身的業務需求來實現，造成應用系統獨立建設、缺乏統一的標準，各個部門自成體系的應用現狀。信息資源分割嚴重，信息孤島大量存在，資源獲取與可用性差，信息交換共享十分困難。

電子政務的建設是一個系統工程。它涉及資金、技術、應用意識等各個方面的問題。我國的電子政務經過多年建設，在信息化方面打下了堅實基礎，然而也產生了三個典型的問題。

首先，信息技術應用、系統建設總體水平比較低，區域之間電子政務存在應用水平的差距，各地電子政務的應用差異導致了“數字鴻溝”。發達地區的電子政務的應用的水平比較的高，而欠發達地區電子政務的應用水平較低。同時，各地的電子政務的用戶水平也存在著差異，有的政府網站形同虛設，基礎網絡平臺建設薄弱，更談不上有效應用，這也阻礙了電子政務的深化應用。

其次，流程管理應用不足，導致電子政務應用服務的靈活性不夠。電子政務的基本內涵就是要構建一個電子化的虛擬機關，使得政府的信息交流通暢及服務的流程化，而不是傳統的經過層層關卡書面審核的作業方式。然而，目前電子政務建設重“電子”輕“政務”的現象依然嚴重。據統計，目前所有電子政務工程項目支持網上申請、簽報等工作流管理的只占6.4％。

再次，普遍存在著“縱強橫弱”的現象。所謂“縱強橫弱”就是部門的系統比較強，橫向的互聯互通存在著局部的“信息孤島”，電子政務還停留在局部應用。信息孤島使得各部門之間的各種系統難以兼容，信息資源難以共享，相互封閉、互不相通，不僅浪費了大量的財力和時間，而且大量的信息資源不能充分發揮應有的作用。究其原因，缺乏電子政務統一標準，是產生這些“信息孤島”的主要因素。

我國電子政務需要在發展中解決，解決這些問題也就是電子政務今后的發展方向。面向服務架構（Service Oriented Archetecture,SOA）的應用為突破信息孤島、整合信息資源、協同政務應用、縮短開發周期、降低開發成本提供很好的解決方案。

4 政府要提供哪些服務

從服務受眾對象類型的角度講，政府要提供以下五個層次的服務，即面向單位內部的服務、面向兄弟單位的服務、面向上級部門的服務、面向下級部門的服務、面向社會公眾的服務。從技術的角度來講，在“服務型”政府建設中，可把政府資源視為服務，覆蓋政府信息化的各個層面，主要包括信息資源服務、能獨立完成某功能的服務、跨單位的協同服務、面向上級管理部門的決策服務等。

近年來，各級政府部門針對業務需求建立了一大批電子政務應用系統。由于這些系統由不同的軟件開發商開發實施，不可避免出現不同的軟硬件平臺、不同的技術架構及開發模式。這樣直接導致各信息系統之間難以實現互聯互通、互操作。盡管通過EDI或EAI可以進行系統集成，其效果距預想的差距甚遠，并且隨著信息系統的不斷建設，其實施部署的難度越來越高。這就要求通過提供統一的標準的面向各層面的服務來解決諸如突破信息孤島、整合信息資源、協同政務應用、縮短開發周期、降低開發成本等一系列問題。

5 SOA的核心是服務

??? 面向服務架構（Service Oriented Archetecture,SOA）是軟件工程發展的一大創舉，是促進軟件產業由產品,特別是電子政務軟件產品向軟件服務轉變的技術基礎，它以服務驅動為核心，將現有的零散的軟件功能包裝成具有互操作性的標準服務，按照業務需求連接資源，實現服務的快速組合和重用，保證應用高度的擴展性和靈活度，以適應不斷變化的業務需求。

??? SOA的常見定義：“本質上是服務的集合。服務間彼此通信，這種通信可能是簡單的數據傳送，也可能是兩個或更多的服務協調進行某些活動。服務間需要某些方法進行連接。所謂服務就是精確定義、封裝完善、獨立于其他服務所處環境和狀態的函數”。美國Gartner則將SOA描述為：“客戶端/服務器的軟件設計方法，一項應用由軟件服務和軟件服務使用者組成……SOA與大多數通用的客戶端/服務器模型的不同之處，在于它著重強調軟件組件的松散耦合，并使用獨立的標準接口”。SOA要求系統資源之間靈活的松散耦合關系，通過開放的標準支持，以服務作為應用集成的基本手段，跨越不同的軟硬件平臺，實現資源的重復利用和整合，達到系統資源間的互聯互通的目的。

??? SOA技術架構強調統一規劃、統一標準、統一平臺、統一管理，以需求為導向，以業務服務為焦點。所有服務以松散耦合的狀態存在于系統之中，可以隨業務需求的變化，快速組合成跨單位、高協作、高應急能力的應用系統。采用SOA的技術架構和技術理念，一方面深度滿足用戶的業務需求，另一方面解決了政務系統項目的重復建設問題。

??? 基于SOA架構特性，對局部應用的改進和發展不再受原有技術與架構限制，對需要復用的數據和應用，通過封裝為可靈活復用的服務形式，在不影響其他資源情況下，靈活、快速地組合并優化原有異構政務應用，從而便于動態構建業務，通過不斷優化政務協調工作流程，提高工作效率、服務效率和服務質量。

7 BPM驅動SOA架構下的電子政務系統

業務流程管理（Business Process Management,BPM）主要是在工作流(Workflow)技術和企業應用集成(EAI)技術基礎上發展起來的，這兩種技術由起初的各自獨立發展，到現在的相互融合，形成了新的BPM整體解決方案。BPM是對業務流程進行持續不斷地規范管理的過程，是一個持續性的活動，這里的活動可以是一個人工作業，一個服務，一個接口，并實現其資源間的連接。但是,BPM有別于傳統的工作流,它能實現人到人、人到系統、系統到系統的流程，真正實現人、流程和信息的有效整合。這樣一來，不僅達到業務流程的自動化，而且使業務流程與業務規則分離，減少因業務流程的頻繁變化對應用系統的影響。

電子政務并不是政務在網上的簡單翻版。如果忽視政府業務流程管理，將無法真正提高服務質量，改善政府職能，提高政府的執行力的目標。

從BPM與SOA技術角度上看，BPM與SOA的融合也具有先天優勢。BPM與SOA技術具有以下相似點:

　　1.BPM應用范圍廣泛，需要完成因事件觸發的任務，此特點正與SOA的松散耦合特點相吻合。

　　2.BPM適應多部門、多區域、跨平臺的協同。在此中環境中網絡環境的安全性可由SOA技術構架中的WS-Security、LDAP(Lightweight Directory Access Protocol-輕量級目錄訪問協議)、PKI(Public Key Infrastructure-公鑰基礎設施)架構和數位簽章等機制來完成。

　　3.BPM系統構成元素繁多而復雜，包含分布于各模塊的業務邏輯和業務規則。而SOA可以看作是B/S模式、XML/Web Service技術與管理軟件的延續。當前多數SOA環境能提供系統管理工具，協助管理SOA架構下軟件的安裝、部署、啟動等。目前能夠實現SOA的產品包括:Microsoft Biztalk Server, webMethods Business Integrator, IBM SeeBeyond, TIBCO和Vignette。在SOA提出以前，大部分BPM產品在流程圖中采用自定義流程邏輯。

4.BPM的實施往往從最簡單的開始，逐漸提升為復雜的系統。而SOA模塊化的特性正好吻合了此特性。

在SOA和BPM聯合發展的浪潮下，首先要明確的是，BPM與SOA的本質是截然不同的：SOA是一種架構方法，BPM則是一組流程協調管理理念。沒有SOA之前，BPM產品已經出現并成功應用。BPM的主要應用場合有如下幾點：

1.通過BPM實現政府業務流程自動化。這是業務流程自動化(BPA)的概念，BPA按照業務需求自動化流程，這在政府業務流程中非常常見。

2. 通過BPM實現整合電子政務應用系統，實現異構系統之間無縫交流。這涉及到EAI的概念，但是其實現方法和EAI技術是完全不同的。

3. 政府業務流程建模分析。這是BPM的核心，在詳細了解業務流程劃分之后，用全局的視角，對流程進行梳理，并給出業務流程全局圖。

4. 政府上級部門對下級部門的流程監控，實現業務流程持續改進。業務活動監控需要通過業務流程全局圖，分析業務流程效果和效率，提供業務流程優化的方向，實現業務流程不斷規范化。

5．需要對政府業務流程進行優化重組，并借助信息技術，用以減少業務的復雜性，使業務流程達到最大合理化。

在上面描述的BPM的應用場合中，每個都和SOA有千絲萬縷的聯系。從技術層面看，BPM和SOA結合的方法可以幫助用戶實現更多的功能。在SOA架構中，BPM與非BPM下的舊式工作流相比有如下的不同：

1.跨組織的業務流程描述。在工作流系統，經常會發現不同單位、不同組織部門的業務流程采用不同的描述方法。這種情況在垂直關系的政府部門之間尤為明顯，影響了各業務單元的業務協作。而BPEL作為BPM標準的跨組織的業務流程描述語言，可以很好避免了各政府部門之間進行業務交流和溝通時障礙。

2.統一的流程架構。單位內部從單一管理主題出發進行設計的工作流，通常缺乏對整體業務的總體考慮，局限于本部門或者本業務的業務需求，各部門和各管理專題之間的流程無法銜接，信息的共享和傳遞困難，存在大量流程斷點。而BPM在流程之間進行銜接、協調，避免了流程孤島的產生。BPM的目標是形成端到端的流程體系，提高整個業務流程運行的效率、質量。

3.無“甲方優勢”現象。如果用一般的工作流系統做接口，我們發現一個有趣的現象，就是服務提供方的“甲方優勢”現象。通常，一個工作流系統要和另外一個已經存在的系統做接口，工作流系統是有求于已經存在的系統，也就是已經存在的系統有“甲方優勢”。這樣，工作流系統就必須按照已經存在的系統的技術規格來實現，離“跨組織的業務流程描述語言和工具”就越來越遠了，更不用談“業務流程管理”。而BPM是在“工作流系統”和“已經存在的系統”之間建立了一個公平的約定，不存在“甲方優勢”。

4. 政府業務流程的持續優化改進。由于工作流系統的存在，相關的業務人員通常已經忽略了系統內嵌并固化的業務流程，業務部門對信息系統內嵌的流程缺乏直觀認識和關注，工作流系統的改進非常復雜，更不要談什么持續改進了。但是BPM實現業務流程與業務邏輯的分離，可以幫助業務人員密切關注信息系統的業務流程與其他業務流程銜接關系，成為提高整體流程運行效率的最主要因素。

5.BPM的本質是SOA。SOA是創建更靈活的系統基礎架構的架構方法，而BPM是一套協調的業務流程活動。SOA使用戶可以輕松完成將業務流程連接到基礎系統的任務，從而節省時間和IT資源。與之相比，將業務流程嵌入到傳統的應用通常要依賴大量不同的專有技術。而且，在采用SOA的同時應用BPM，可以促進SOA組件的再利用，從而最大程度地降低業務流程本身的復雜性。

6.BPM是具有前瞻性的。要實施BPM，一定要樹立流程戰略、流程設計、流程實施和流程監控的循環管理理念：從發展戰略出發制定流程的戰略，將戰略指標分解為流程的目標體系,通過流程實現戰略落實；根據流程戰略進行業務流程的梳理、設計和優化；通過組織結構和信息系統的調整來實施業務流程；通過流程規范管理和流程監控，對流程執行情況進行監控；根據結果調整業務流程設計。

<?xml:namespace prefix = v />

圖1：BPM和SOA架構下的電子政務系統(略)

8 案例分析

??? 略

9 結束語

BPM和SOA已經聯合為相映生輝的狀態，應該從戰略高度針對政府的業務流程進行梳理、分析、規劃，在BPM流程分析基礎上，持續改進，識別出最有價值的業務流程模型去實施SOA；在SOA基礎上，逐步積累，更加深入廣泛地推廣BPM應用。而合理采用融合SOA和BPM的電子政務軟件產品，會帶來事半功倍的效果。

轉載于:https://www.cnblogs.com/ruochen/archive/2007/12/09/988556.html

總結

以上是生活随笔為你收集整理的浅谈BPM和SOA架构下的电子政务系统的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。