【導讀】XX市土地礦權交易市場信息平臺建設項目

　　

【正文】 XX 市土地礦權交易市場信息平臺（軟件部分）建設項目 第 16 頁 共 140 頁 2. 業(yè)務邏輯層 主要完成系統(tǒng)對數(shù)據(jù)庫的持久管理，集成了各種系統(tǒng)服務、引擎，并提供接口，實現(xiàn)具體功能，封裝了各應用子系統(tǒng)的業(yè)務邏輯，包括用戶管理與統(tǒng)一登錄系統(tǒng)、報表及模板制作、內容管理系統(tǒng)、全文檢索系統(tǒng)。同時提供標準的二次開發(fā)接口，實現(xiàn)與第三方系統(tǒng)的整合。 3. 基礎服務層 提供系統(tǒng)的運行支撐，除了提供基本的硬件和操作系統(tǒng)的底層支持外，還提供目錄訪問、單點認證、用戶管理、用戶通訊協(xié)作、搜索引擎、通訊服務、安全認證等基礎服務。 4. 數(shù)據(jù)存儲層 主要用于存貯系統(tǒng)數(shù)據(jù)，可以是文件系統(tǒng)、數(shù)據(jù)庫、 LDAP 等，主要實現(xiàn)海量資源信息存儲管理和信息全 文索引。主要選用關系型數(shù)據(jù)庫實現(xiàn)，對政策法規(guī)、辦事指南、用戶認證數(shù)據(jù)等進行有效管理。系統(tǒng)可以跨數(shù)據(jù)庫，多用戶數(shù)據(jù)源（用戶可以存放在數(shù)據(jù)庫也可以存放在 LDAP 中）。 5. 接口適配層 作為一站式平臺，需要集成各類系統(tǒng)數(shù)據(jù)，通過接口適配層集成，支持從介面到數(shù)據(jù)的各個層次的集成方式，保護用戶投資，并且接口實現(xiàn)采用開放式標準協(xié)議設計，以保證技術先進及通用性。 . 設計模式 本項目完全采用 MVC 設計模式。 圖 MVC模型圖 XXXX 業(yè)務協(xié)同工作平臺軟件就是基于這一框架開發(fā)的，并對這一框架進行了 XX 市土地礦權交易市場信息平臺（軟件部分）建設項目 第 17 頁 共 140 頁 封裝，因此，基于 XXXX 業(yè)務協(xié)同工作平臺軟件開發(fā)的所有應用有以下幾個優(yōu)點： （ 1）完全遵循 MVC 設計模式，并在 MVC 基礎上增加了一個接口層，從而將 SOA架構結合了進來。 （ 2）由于對底層框架進行了封裝，更換底層框架不影響業(yè)務層代碼，有效避免技術升級給系統(tǒng)帶來的重構風險。 . 面向服務的體系結構 本 項目將 采用 面向服務架構（ SOA）， 使 土地礦權交易 管理 業(yè)務更加敏捷、內部協(xié)作更加有效。具體體現(xiàn)在： （ 1） 通過 土地礦權交易 平臺，提供綜合信息展示和日常工作便捷的窗口； （ 2） 為 平臺交易 對象的相關員 工提供 便捷 的信息訪問方式，供他們快捷獲取所需信息或參與業(yè)務流程處理； （ 3） 提供更加安全的信息訪問機制，統(tǒng)一用戶管理，提供單點登錄服務，加強信息訪問和系統(tǒng)的安全性，包括用戶的驗證、授權和管理； （ 4） 通過流程組合和人機交互平臺，分離應用程序邏輯和業(yè)務邏輯，構造一個高層次的業(yè)務抽象和組合，從而達到更加靈活的業(yè)務變化能力； （ 5） 采用業(yè)務流程管理工具，創(chuàng)建和執(zhí)行高度透明、模塊化和面向過程的工作流，在滿足 IT 組織所要求的運營性能標準前提下，為企業(yè)提供業(yè)務需求響應的敏捷性； （ 6） 借助于對 XML 和 Web 服務的支持，實現(xiàn)企業(yè)應用系統(tǒng)接口標準化和信息結構化，幫助企業(yè)實現(xiàn)松耦合的信息系統(tǒng)架構，節(jié)省未來業(yè)務需求變化的開發(fā)時間； （ 7） 提供企業(yè)基礎服務管理和數(shù)據(jù)整合平臺，幫助企業(yè)更有效地整合和自動化業(yè)務流程； （ 8） 提供 Web 服務的標準化、封裝、管理和配置，將清算中心待集成的應用包裝成 Web 服務，并按需要將這些 Web 服務及其描述進行發(fā)布，供流程組合平臺、人機交互平臺和其他系統(tǒng)訂閱查詢和使用； （ 9） 提供跨平臺的 Web 服務松散捆綁，幫助實現(xiàn)快速低代價的動態(tài)綁定應 XX 市土地礦權交易市場信息平臺（軟件部分）建設項目 第 18 頁 共 140 頁 用； （ 10） 建立標準的數(shù)據(jù)交換和通訊機 制，采用 XML 標準，達到在不同系統(tǒng)間 “定義溝通 ”的數(shù)據(jù)語言規(guī)范的目的； （ 11） 實現(xiàn)自動的數(shù)據(jù)轉換，采用 XML 或非 XML 文檔格式標準，通過在不同的數(shù)據(jù)格式之間進行映射，實現(xiàn)企業(yè)內部或企業(yè)與貿易伙伴之間有效的溝通協(xié)作。 1. Web Service 技術 Web Service 的標準由制定 Web 和 XML 技術標準 W3C 組織（ World Wide Web Consortium）制定。 Web Service 是由 URI（統(tǒng)一資源標識符）標識的軟件應用程序，其接口和綁定可以通過 XML 構件進行定義、描述和發(fā)現(xiàn)， Web Service 支持通過基于因特網(wǎng)的協(xié)議使用基于 XML 的消息與其它軟件應用程序直接交互。 從定義看， Web Service 是用于應用軟件之間交互的技術，具有以下基本特征： （ 1） 通信層面上的 Web 特征：使用 URI 進行標識，并使用各種因特網(wǎng)協(xié)議進行通信。 （ 2） 表示層面上的 XML 特征：使用 XML 描述服務接口和綁定信息，通信消息格式使用 XML。 （ 3） 架構層面上的分布式計算特征：服務可以被使用它的應用程序在網(wǎng)絡上查找和發(fā)現(xiàn)。 2. 面向服務的集成架構 W3C 的 Web Service 架構組建議一個的面向服務的 Web Service 架構，如下圖所示。在這個架構中，核心是服務這個概念。服務被定義為執(zhí)行某類商業(yè)任務的一組操作。在 Web Service 上下文中，使用標準的 XML 技術和 Inter 協(xié)議發(fā)布、查找和綁定服務。 Web Service 架構定義了三個主要實體。 XX 市土地礦權交易市場信息平臺（軟件部分）建設項目 第 19 頁 共 140 頁 服務提供者服務請求者發(fā)布綁定查找服務代理 圖 面向服務的 Web Service 架構 （ 1） 服務提供者：負責使用 WSDL 描述和定義 Web Service 的功能，在 UDDI注冊庫（位于服務代理）中發(fā)布這些服務的信息，使它們可以被服務請求者訪問和調用。 （ 2） 服務代理：負責宣傳服務提供者發(fā)布的 Web Service 和允許服務請求者查找發(fā)布的 Web Service 定義。它的作用和電話本的黃頁相同。 （ 3） 服務請求者：負責通過服務代理查找所需要的 Web Service 后，下載描述 Web Service 的 WSDL 文檔，根據(jù)服務描述來綁定和調用服務提供者提供的 Web Service。 Web Service 架構的這種三角形設計模式被稱為面向服務的體系結構。它包括了下面三個標準操作。 （ 1） 發(fā)布：由服務提供者執(zhí)行來宣傳和注冊一個服務的存在和功能，是服務提 供者和服務代理之間的操作。 （ 2） 查找：由服務請求者執(zhí)行來查找符合特定需求或技術特征的服務，是服務請求者和服務代理之間的操作。 （ 3） 綁定：由服務請求者執(zhí)行來調用服務提供者提供的服務，是服務請求者和服務提供者之間的操作。 3. Web Service 的核心組件 Web Service 技術包含一系列的協(xié)議和組件，其結構如下圖所示： XX 市土地礦權交易市場信息平臺（軟件部分）建設項目 第 20 頁 共 140 頁 Inter傳輸通道服務描述服務注冊、查找質量消息管理WSDLSOAPUDDIHTT P、 FTPIPv IPv 6安全應用 ?? 圖 Web Service 協(xié)議和組件結構 （ 1） 服務注冊、查找：通過 UDDI 規(guī)范提供用于描述某項服務的商業(yè)結構，包括業(yè)務、服務和技術規(guī)范三個部分。 （ 2） 服務描述：描述服務提供的功能和調用方法信息，通過 WSDL 規(guī)范提供。 （ 3） 服務調用：使用 SOAP 協(xié)議在服務提供者和服務請求者之間傳遞 SOAP 消息來調用 Web 服務， SOAP 定義了請求和響應消息的格式， SOAP 建立在 XML 之上，定義了一種跨系統(tǒng)平臺的信息交換的簡單包裝方法。綁定于 HTTP 之上的 SOAP 協(xié)議，可以跨語言、跨操作系統(tǒng)進行遠程過程調用（ RPC），實現(xiàn)了編程語言和系統(tǒng)平臺的無關性。 （ 4） 消息編碼： SOAP 用 XML 將消息編碼， XML 提供了跨平臺的數(shù)據(jù)庫編碼和組織方法。 （ 5） 傳輸網(wǎng)絡層（傳輸通道）：采用 了 Web 上廣泛使用的 HTTP 協(xié)議傳輸消息，適應 Inter 環(huán)境，能順利通過代理和防火墻（理論上可以采用其它協(xié)議，如 SMTP、FTP）。 4. 應用集成過程描述 Web Service 通過 SOAP 進行調用的過程有兩種方式： SOAP RPC（同步）和 SOAP Message（異步）。這里主要就 SOAP RPC 調用來說明利用 Web Service 進行應用集成過程，如下圖所示。 XX 市土地礦權交易市場信息平臺（軟件部分）建設項目 第 21 頁 共 140 頁 圖 Web Service 進行應用集成過程 （ 1）對原有應用服務按照 Web Service 的標準打包成一系列的服務接口，比如原有一個處理頁面（處理函數(shù)、組件），按照標準將這些組件打包，提供一系列的應用接口，將其部署在 Web Service 服務器上。 （ 2）這些打包后的組件接口按照 wsdl 格式編寫配置文件。 （ 3）將這系列的服務接口進行發(fā)布。 （ 4）編寫客戶端應用程序，這些應用程序將通過 SOAP RPC 使用已打包的那些接口，實現(xiàn)對原有應用的使用。 5. 集成后應用的調用過程 （ 1）客戶端應用如瀏覽器通過 HTTP 按照 SOAP 消息格式將請求發(fā)送出去。 （ 2） UDDI 注冊中心通過對請求消息格式進行分析，發(fā)現(xiàn)服務接口的目標地址。 （ 3）將目標服務和客戶請求綁定到一起，并對服務進行訪問，接受訪問反饋結果。 （ 4）客戶端通過接受的結果進行展現(xiàn)。 在通過 WEB SERVICE 對應用進行集成后能夠充分利用已有應用資源，同時減少集成的工作量和工作難度。 6. 集成實現(xiàn) XX 市 土地礦權交易市場信息平臺涉及 各類業(yè)務系統(tǒng)，應用集成是將原有系統(tǒng)的對外服務部分通過 Web Service 技術集成到一個統(tǒng)一平臺上，在這個集成過程 XX 市土地礦權交易市場信息平臺（軟件部分）建設項目 第 22 頁 共 140 頁 中，在原有系統(tǒng)的業(yè)務實現(xiàn)基礎上，提供一系列的外部服務接口，將這些接口統(tǒng)一部署到 Web Service 服務器上，然后在統(tǒng)一平臺中通過 Web Service 訪問機制實現(xiàn)對原有業(yè)務系統(tǒng)的 訪問，并將訪問結果以 統(tǒng)一的方式展現(xiàn)，實現(xiàn)應用集成和統(tǒng)一門戶。 其中， UDDI 主要實現(xiàn)對服務的注冊以及解析查找客戶請求的服務，并將服務與客戶請求進行綁定，實現(xiàn)對原有應用的訪問，重用已有系統(tǒng)的業(yè)務功能。 各業(yè)務系統(tǒng)的業(yè)務功能包括 WEB 方式的處理頁面、業(yè)務處理組件，利用 Web Service 技術能夠屏蔽原有各業(yè)務系統(tǒng)平臺以及原有系統(tǒng)的編程語言的差異，以統(tǒng)一的方式進行應用集成。 總之， 本方案 SOA 架構采用了 “自內而外 ”的實施方法，以業(yè)務需求為出發(fā)點，封裝業(yè)務需求后發(fā)布標準的業(yè)務服務，再由業(yè)務流程管理平臺自由組合這些業(yè)務服務，最后提供給信息使用者。同時，這個 “自內而外 ”的過程也是一個迭代的過程，通過一次次的開放和組合這些業(yè)務服務，維持這個 “活 ”的生態(tài)的 IT 系統(tǒng)，促進 IT 資源與不斷變化的業(yè)務需求緊密結合。 本方案中 SOA 架構優(yōu)勢有以下幾點： （ 1） 每個主要平臺的可操作性和可實施性 很強 從信息共享平臺到流程整合平臺和服務、數(shù)據(jù)管理發(fā)布平臺，每個平臺都是基于成熟的解決方案，歷經(jīng)了多年的實踐開發(fā)和客戶應用驗證，不是一個虛無的、浮空的架構。 （ 2） 更有成本效益的應用程序開發(fā) 基于 Web Service 標準的服務設計，使企業(yè) IT 創(chuàng)建可重復使用服務存儲庫。當出現(xiàn)新的業(yè)務需求時，這些服務可以捆綁、合并到更高級的服務和復合應用中。這降低了解決方案開發(fā)和測試的成本，減少了冗余，加快了實現(xiàn)業(yè)務價值的時間。 （ 3） 更容易管理、更安全的應用框架 本 方案提供了一個易于管理的、安全的基礎結構。通過對流 程組合進行跟蹤和控制，有效管理業(yè)務需求的變化；通過對接口版本的管理和審計，有效控制接口的使用；通過對 Web 服務而非應用程序本身的調用，在保護現(xiàn)有 IT 投資的同時，不會限制新功能的部署；通過強大的驗證和授權模型，作用于所有服務，提