本站小編為你精心準備了SOA信息系統設計及應用研究參考范文,愿這些范文能點燃您思維的火花,激發您的寫作靈感。歡迎深入閱讀并收藏。
1.SOA簡介SOA是一組通過統一定義的WebServices的集合。WebServices是精確定義、封裝完善、獨立于其他服務所處環境和狀態的函數。各個服務基于W3C統一標準定制,使得各個服務間可以通過標準接口進行通信,可以實現跨平臺異構環境下的共享與復用。SOA是粗粒度、松耦合的Web服務架構,它通過定義Web服務參考模型,使得各個服務之間能夠通過簡單、精確定義接口進行通信。SOA能適應企業快速變化的需求,并且大大降低了企業成本,是目前軟件工程中首推的軟件架構體系。開發者基于WebServices標準實現一個特定的業務邏輯;消費者則匯集各個感興趣的WebServices,通過WebServices集成,實現自己的業務邏輯。服務描述庫是WebServices描述的集合,開發者注冊服務,生成服務描述到服務描述庫中;服務消費者通過WebServices描述發現Web服務。2.WebServices設計原則面向SOA的信息系統設計是一種業務驅動的信息系統設計方法,基于已有的WebServices,通過WebServices集成(形成業務工作流),實現用戶的業務邏輯。因此,WebServices的標準化設計是關鍵。W3C給出了WebServices的通用設計標準。面向SOA的系統設計則要求從更高層面對WebServices進行標準化定義,包括WebServices的邊界性、原子性、契約性、兼容性。(1)WebServices邊界清晰性WebServices的邊界范圍通過其服務接口進行定義。首先確認服務接口,完備的服務接口是服務邊界定義的關鍵,服務接口是訪問服務的關鍵點,所有交互都是基于接口進行的;其次,服務接口具有演化升級的能力,而演化升級不影響原有用戶對該服務的訪問;再次,避免遠程調用(RPC)接口,應該代之以定義清晰的消息,保持一定的服務接口數量,代之以完備的消息定義;最后,不要暴露服務的實現細節,保證服務開發者與使用者之間的松散集成。(2)WebServices原子性WebServices自包含,并且在服務部署、版本等方面是獨立運行的。服務與具體實現的目標,即基于該服務開發的信息系統相互獨立,并分開部署。采用悲觀的策略,可減小服務失敗的損失。(3)WebServices契約性服務使用政策、模式、行為進行交互,而不是采用傳統的類。服務的契約包括消息格式(采用WS-DL進行定義)、消息交互方式(采用WSDL定義的MEPs)、WS-Police要求,以及其他需要的BPEL(businessprocessexecutionlanguage,一種基于WS-DL的長業務邏輯定義語言)。服務契約盡可能定義清晰,保證服務在理解上和使用上沒有異義,服務版本升級致使契約變化,應該通過定義附加契約來實現;服務契約保證服務的數據、WSDL、政策保持不變,即保證服務的穩定性;最大的挑戰也在于服務的穩定性,即一旦服務,應在不影響服務用戶的前提下,進行服務升級與維護;如果中斷服務是不可避免的,應可以通過服務版本,最大限度地減少對已有服務用戶的影響;不要公開暴露內部數據表示,而是公共數據模式。(4)WebServices兼容性由于不是所有的服務交互需求都能通過WSDL實現,因此可以使用服務政策(WS-Police)來實現。服務政策表達形式實現了結構與語義的兼容性,即通過服務政策分離了通信的內容,以及怎樣和向誰通信。一個服務政策表達定義了政策實體的行為,提供了一個特定域的語義。當設計一個服務時,在服務預期和兼容性方面應該盡可能保證服務政策定義清晰。以上4個原則,是基于SOA進行WebServices設計的基本原則。然而準確清晰的需求分析,依然是服務設計的基礎。
二、舊區改造管理信息系統的開發
舊區改造管理信息系統是基于SOA體系架構設計開發的一個空間信息管理系統。本系統需要對海量空間信息進行瀏覽、查詢、統計、分析、報表、打印等,而這些功能也是常規空間信息管理的基本功能,因此本系統封裝這些功能,設計開發了一個WebServicesSIGDAS(spatialinformationgriddataaccessservice),即空間信息網格數據訪問服務,實現對空間信息的管理。SIGDAS不但可以為舊區改造管理信息系統提供空間信息管理功能,也可以為同類涉及空間信息管理的應用系統提供相關功能。面向SOA體系架構一般采用B/S體系結構。通常開發的應用系統是基于瀏覽器的Web頁面,通過該頁面實現業務邏輯。本系統涉及的業務功能模塊包括舊區改造基本情況、規劃計劃、實施進度、安置房、專題資料管理、綜合分析等。1.SIGDAS服務設計SIGDAS是實現空間信息瀏覽、查詢、統計、分析、報表、標注、專題地圖、制圖打印、遙感比對等功能的Web服務,服務接口設計見表1。2.系統開發框架舊區改造管理信息系統開發框架包括4層:數據層、網絡層、管理服務層、應用層,如圖4所示,具體為:1)數據層。實現數據采集與上傳,包括:①舊區改造業務數據,各區縣通過動拆遷基地采集舊區改造業務數據,并向市平臺上傳數據,上傳的方式包括Email、手持終端PDA、市平臺與區平臺聯動3種方式;②全市舊區改造地塊空間調查數據;③實景照片數據、舊改文獻資料數據等。2)網絡服務層。考慮到國家電子政務、上海電子政務建設對網絡環境的要求,同時也基于本系統未來的可擴展性,以及與其他委辦局數據交換的需求,本系統采用政務外網網絡環境。各區縣上傳數據可以采用互聯網網絡環境。3)管理服務層。通過數據匯集與整理建立舊區改造業務管理綜合數據庫,開發空間數據訪問服務SIGDAS、數據核查與自動更新、數據管理等工具,建立上海市舊區改造信息管理系統。4)應用層。實現舊區改造基本情況瀏覽查詢、規劃計劃管理、實施進度管理、動遷安置房源管理、案例文獻政策文件資料管理等。
三、結束語
面向SOA的信息系統設計與開發成為目前信息系統開發的趨勢,也是未來云計算戰略的核心技術。本文對面向SOA的信息系統設計WebServices的設計原則、系統開發流程進行了闡述,并以上海市舊區改造信息管理系統為例,進行了應用研究。本文后續研究應該關注如下3點:①WebServices集成應用研究,結合實際業務系統,對WebServices集成應用進行深入研究;②WebServices的版本管理、升級演化、輔助契約維護研究,研究實現的技術與方法;③SOA與云計算關系等。(本文來自于《測繪通報》雜志。《測繪通報》雜志簡介詳見.
作者:葛紀坤于海龍單位:寧波市測繪設計研究院上海城市發展信息研究中心