本篇文章是由《電工電能新技術》發表的一篇電子論文，創刊于1982年，是綜合性科技刊物，由中國科學院電工研究所主辦，國內外公開發行。《電工電能新技術》已被國際著名檢索系統SA(INSPEC)及AJ收錄，同時也是中國科學引文數據庫、中國學術期刊綜合評價數據庫、中國科技論文統計與引文分析數據庫、中國期刊網、ChinaInfo以及中國學術期刊(光盤版)來源期刊。適合廣大科技工作者和大專院校師生閱讀。

　　摘要：從當前電子政務系統普遍存在的局限性出發，提出了基于面向服務體系結構(SOA)來構建電子政務系統的思想;然后詳細介紹了面向服務架構的相關知識，接下來采用面向服務的應用系統開發方法，結合政府部門辦公的需求，給出了一個電子政務系統的體系結構。

　　關鍵詞：SOA;面向服務;電子政務

　　1 引言

　　隨著計算機網絡的迅速普及，國家加快了電子政務建設的進程，全國各地政府機關隨之加快了信息化、網絡化平臺的建設。政府在管理企業和公民的相關事務上，也需要不同部門、不同級別的機構、不同地域的機構協同辦公才能完成特定審批、核查等相關業務，這樣使得辦公的分散化和辦公的協同成為電子政務發展的主要需求之一。如何去合理構建新一代的電子政務系統，以提高政府的公共服務效率和質量，政府、學術界都為此進行了大量的探索和研究。

　　面向服務的架構(SOA)作為新一代的分布式應用集成架構，其目標在于讓IT變得更有彈性，以更快地響應業務單位的需求，實現實時效能，這也正是電子政務所需提高的方向。因此，本文以北京市海淀區政府協同辦公系統項目為載體，介紹了如何利用面向服務的架構(SOA)進行電子政務協同辦公系統的設計與開發。

　　2 面向服務的架構SOA

　　到目前為止，關于SOA還沒有一個統一的、被廣泛認可的定義，從不同的角度，SOA有不同的定義。從體系結構的角度可以認為： SOA 是一種松散耦合的軟件體系結構，在這種體系結構中，由各自獨立可復用的服務去構成系統功能。這些服務向外公布有意義明確的接口，軟件的開發是通過對這些實現透明的接口的調用來完成。

　　面向服務的體系結構中的角色包括：

　　(1)服務使用者。

　　服務使用者是一個應用程序、一個軟件模塊或需要一個服務的另一個服務。它發起對注冊中心中服務的查詢，通過傳輸綁定服務，并且執行服務功能。服務使用者根據接口契約來執行服務。

　　(2)服務提供者。

　　服務提供者是一個可通過網絡尋找的實體，它接受和

　　執行來自使用者的請求。它將自己的服務和接口契約發布到服務注冊中心，以便服務使用者可以發現和訪問該服務。

　　(3)服務注冊中心。

　　服務注冊中心是服務發現的支持者。它包含一個可用服務的存儲庫，并允許感興趣的服務使用者查找服務提供者接口。

　　服務請求者、服務提供者以及服務辦理者，通過3種基本操作相互作用，如圖1所示。

　　發布：服務提供者向服務辦理者發布服務。包括注冊自己的功能和訪問接口。

　　查找：服務請求者通過服務辦理者查找所需的服務，并綁定到這些服務上。

　　綁定：服務提供者和服務請求者之間可以交互，并使服務請求者能夠真正使用服務提供者提供的服務。

　　與傳統開發方法相比，SOA具有標準化、松散耦合、共享服務和粗粒度等特點，其優勢具體表現為：

　　• 易于集成現有系統;

　　• 具有標準化的架構;

　　• 提升開發效率;

　　• 降低開發維護復雜度。

　　3 基于SOA的電子政務系統

　　3.1 電子政務系統分析

　　服務型電子政務建設的目標是要通過信息共享實現政府各部門間的協同辦公，方便用戶獲取政務信息。這就要求對政務信息從服務的角度進行整合。基于服務的政務信息資源整合往往需要連接幾十個政府部門，涉及大量的部門業務信息庫、專題信息庫和基礎信息庫。這些信息庫運行在不同的軟硬件環境下，需要一個跨平臺、松耦合、可擴展的技術架構來支撐。而傳統電子政務系統主要是從部門內部自身業務需要出發，缺乏統一的標準。且基于傳統技術構建的電子政務應用系統，因技術手段制約，共享實現常以點對點的信息共享和交換方式為主，這種模式存在方法欠靈活、可擴展性差，而且部署的難度與費用高等問題。

　　SOA架構模式以服務驅動為核心理念，按需連接系統資源，通過將原有應用中的零散功能整理包裝為具有互操作性的標準服務，實現服務的快速組合和重用，保證應用敏捷性與擴展性以及政府業務發展的需要。與傳統架構相比，SOA不僅可以實現資源的重復使用和整合，而且能夠跨越各種硬件平臺和軟件平臺的開放標準，實現不同政務資源和應用的互聯互通。通過標準的協議，這些服務可以由內部政務系統或外部政務系統的其他服務調用。因此，SOA的技術屬性與電子政務的宗旨十分吻合，SOA 架構可以為服務型電子政務建設提供良好的技術平臺。

　　3.2 基于SOA的電子政務系統的設計

　　要構建基于SOA的電子政務系統，分散于異構電子政務系統上的信息資源進行整合，建立統一的軟硬件基礎平臺和應用支撐平臺，并根據業務需求在此平臺之上構建多個應用子系統，各個子系統按照功能模塊可劃分為一系列的服務。通過單點登錄、個性化桌面的形式展現給用戶，以及短信平臺進行多渠道信息溝通。系統總體結構按四個層次內容進行劃分，如圖2所示：

　　3.3 基于SOA的電子政務系統的實現

　　基于SOA的電子政務系統的實現的核心在于圍繞服務的一系列步驟：

　　服務發現：服務發現的主要任務，是確定在一定范圍內(通常是企業范圍，或若干關鍵業務流程范圍內)可能成為服務的候選者列表。

　　服務規約：服務規約階段的主要任務是規范性地描述服務各個方面的屬性，其中，既包括輸入、輸出消息等功能屬性，服務安全約束和響應時間等服務質量約束，以及服務在業務方面的諸多屬性，如涉及的業務規則、業務事件、時間、人員消耗等。

　　服務實現： 為了將服務契約落在實地，服務實現階段通過差距分析，并結合傳統方法學完成每個服務的實現。

　　服務注冊：服務開發完畢后首先需要注冊到服務總線，這樣所有的客戶就可以根據需要訪問到所需服務。服務注冊是指將服務注冊到企業服務總線，供用戶或應用程序調用。

　　服務調用：客戶端可以Web頁面發起請求，例如通過URL /RegistDemo?AppName= 注冊業務系統名訪問服務系統。通過URL /RegistDemo?AppName=workflow訪問BPIP工作流系統。