前言：中文期刊網精心挑選了soa技術范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
soa技術范文1
關鍵詞：soa；架構;IT
隨著中國經濟的不斷增長，企業級應用的需求不斷變遷和提升，客戶對軟件功能和性能的要求也越來越高。在長時間的建設過程中，企業建成了形形的各類系統，這些應用系統主要以業務條線或職能領域的驅動方式進行建設，隨著這種建設模式的持續，應用系統越來越多，對于這些系統的使用者和建設維護者而言，也帶來了越來越多的問題和挑戰。
一、企業IT現狀分析
一般來說，由于企業IT部門規模有限，無法完全自主開發來響應業務部門的需求，只能是借助開發廠商的力量來建設應用系統，企業IT部門則主要負責項目控制、需求溝通、質量控制、系統維護等工作。在這種IT建設模式下，企業建成了形形的各類系統，同時，企業不可避免地遇到了越來越多的困惑：
·業務需求總是在不斷變化，而僵化的IT架構往往無法跟上變化的腳步，IT部門如何能夠通過建立更加靈活的IT架構，快速響應不斷變化的業務需求？
·不同的開發廠商使用不同的技術架構和開發平臺，企業IT系統整體呈現出架構非常發散、技術規范不統一、系統內部模塊耦合性強、功能與數據交織、系統修改復雜度高等特征， IT部門無法深入掌握應用系統，如何規避被開發廠商鎖定的風險？
· 隨著業務發展和管理提升，應用系統之間互操作和數據交互的需求越來越多，IT部門如何保證各系統之間良好的整合能力？
·各應用系統在不同時期由不同團隊基于不同技術建設而成，形成了不同的應用“煙囪”， 而且各個系統操作風格差異很大，業務用戶在不同系統之間需要頻繁登錄和切換，信息分散，占擊層次深，操作不便，如何通過IT模式的轉變，提升操作用戶體驗和工作效率？
· 面對大量的應用系統建設的需求，如何有效的保證系統實施的速度和質量？
·隨著IT系統復雜度越來越高，IT部門在新系統實施和老系統維護之間疲于奔命，如何改變IT部門被動的局面？
二、SOA核心技術介紹
soa技術范文2
論文摘要：本文主要針對吉林移動現有系統存在的某些弊端展開分析討論，同時結合SOA技術對目前存在的問題提出解決建議。
1前言
SOA，面向服務的體系結構。簡單的說，SOA 是服務的集成模式，它將不同的業務作為鏈接服務或可重復業務任務進行集成，可在需要時通過網絡訪問這些服務和任務。這個網絡可能完全包含在您的公司總部內，也可能分散于各地且采用不同的技術，通過對來自部門的服務進行組合，可讓最終用戶感覺似乎這些服務就安裝在本地桌面上一樣。需要時，這些服務可以將自己組裝為按需應用程序——即相互連接的服務提供者和使用者集合，彼此結合以完成特定業務任務，使您的業務能夠適應不斷變化的情況和需求（在有些情況下，甚至不需要人工干預）。
2 吉林移動應用系統現狀
目前，中國移動所開發應用的系統有很多，除了辦公系統以外生產系統主要分為三類：第一類是Basic System（基礎系統），這類系統主要是監控設備是否正常運行的。而這些系統都是設備廠家自己開發的，是因廠家的不同而不同，鑲嵌在設備本身的，沒有辦法控制。第二類系統是Application System（應用系統），主要是采集由各個廠家設備的基礎系統所提供的一些諸如告警，設備配置等信息，而后經過分析形成一些指標。通過各種指標我們可以了解所有設備的運行情況，解決和處理問題。最后一類系統是Presentation System（呈現系統），此類系統是對各種應用系統的呈現，向管理層提供各種報表數據等，管理層通過這些數據報表進行分析，從而進行有針對性并且行之有效地決策。
目前，這三類系統除基礎系統以外所有的系統都是中國移動與不同的軟件公司合作開發的。由于開發商，開發時間，開發的水平的不同，導致系統有很大的獨立性。各個系統都有其獨特的運行平臺，運行環境，維護起來也不方便。部分系統向上層呈現時出現數據格式不一致等等問題。并且，隨著時間的流逝，客戶的不斷增加，設備的不斷擴容，系統的需求不斷增多，導致現有的系統已經不能滿足繼續擴展的需要，要重新開發新的系統所花費的代價是可想而知的，原有系統的丟棄也是資源的一種浪費。
此外，應用這三類系統的人也不同，不同的人根據工作需要，所要關注的內容不同，有很多時候一個人要關注四套以上的系統。這樣首先要熟悉四套系統，每天關注的時候也要同時打開四套系統過濾出需要的信息既費時、費力不說，有時候還會導致一些疏忽。怎么才能解決諸如此類的問題呢？SOA。
3應用SOA技術的解決方法
前面提到了SOA是面向服務的體系結構，是將所有的功能都作為簡單的web服務（也叫原子服務）。一個復雜的功能可能有很多的原子服務組成。這些被組合在一起的復合服務可以作為更高一級的復合服務中的一個原子服務。
在SOA理念中，所有的服務是自包含的，具有定義良好的接口，允許這些服務的用戶了解如何與其進行交互。從技術角度而言，SOA 帶來了“松散耦合”的應用程序組件。正是得益于這個松散耦合特性，才使得能夠將服務組合為各種應用程序。這樣還大幅度提高了代碼重用率，可以在增加功能的同時減少工作量。
不難看出，一旦擁有了SOA，不同部門，不同人都可以按照自己的需要定制自己所需要的服務，對于不需要的服務可以過濾下去。
這樣可以提高工作效率，并且不易疏漏一些細節問題，因為我需要關注的東西都在系統所提供的一個web頁面上。此外SOA還具有一定的靈活性，比如一旦工作調動我可以在我的定制服務中刪除并增加一些服務，這樣不會因為部門的調動，再重新熟悉一些沒有接觸過的系統。
正如圖二所示，web服務組合系統就像一個插排一樣，提供各種標準接口，下層的服務像插頭一樣，可以合適的鑲嵌在其中。由于WEB服務組合與底層系統是通過接口相互交互的，故其工作方式是跨平臺的透明模式。當然在web服務組合系統中存在很多模塊如安全控制模塊，用戶人登陸模塊，用戶定制模塊，服務注冊中心，傳輸協議等等。通過這些模塊的定義可以有效的控制整個網絡。
從業務的角度來說，面向服務的體系結構的重點在于開發能幫助您完成業務任務的技術，而不是通過技術約束來規定您的行動。例如，一個集團下發的故障工單的處理過程（包括集團電子運維，省端電子運維，呈現系統，應用系統，基礎系統核查等等）可能會涉及數十個步驟和若干不同的數據庫和計算機系統。但就其實質而言，此過程包含一系列人工活動，例如：
? 接口人員受理故障工單，轉派相應責任人；
? 相應責任人查找呈現系統、查找應用系統、查找基礎系統，最終確定故障原因
? 回復工單至接口人；
? 回復工單至集團側；
這只是一個簡單的工單處理過程，在企業中還有很多諸如文件審批，財務報表等等一些業務。總之各個部門之間存在著千絲萬縷的聯系。面向服務的體系結構基于這些實際活動或業務服務進行組織，而不是形成公司所維護的不同的信息豎井 (Silo)。通過實現 SOA，可以帶來大量好處，包括以下各個方面：
? 更高的業務和 IT 一致性
? 基于組件的系統
? 松散耦合的組件和系統
? 基于網絡的基礎設施，允許分散于各地且采用不同技術的資源協同工作
? 動態構建的按需應用程序
? 更高的代碼重用率
? 更好地標準化整個企業內的流程
? 更易于集中企業控制
soa技術范文3
關鍵詞：LBS 移動地理信息服務平臺 架構設計
中圖分類號：TP3 文獻標識碼：A 文章編號：1672-3791（2014）04（b）-0035-02
1 移動GIS概述
移動GIS，不僅僅是桌面GIS或WebGIS在移動設備上的簡單移植，它集嵌入式系統、全球定位系統（GPS）、移動計算和地理信息系統為一體，借助無線通信網絡和移動互聯網等通信技術，完成圖形、文字等多媒體信息融合空間數據的傳輸和應用。移動地理信息系統繼承了地理信息系統對與地理信息和位置信息有關的地物屬性信息進行信息管理的特點，同時，又擴展了地理信息系統的地域限制，提供隨時隨地的時空數據服務。移動GIS的真正內涵是對空間數據和屬性數據進行組織并抽象成各種空間模型，從而將現實世界的各種內容以可理解的、有意義的形式呈現給用戶，通過預測和分析為管理者和決策者提供一個良好的決策分析平臺。
移動終端具有良好的移動性和軟硬件可擴展性，其搭載的軟件操作系統的開放性為開展GIS服務提供了理想的平臺。隨著計算機技術和通信技術水平的不斷提升，特別是計算機圖形學虛擬現實技術和3G網絡通信的高速發展，傳統的GIS應用與移動終端平臺的有效結合已經成為GIS領域重要研究方向之一。人們將移動計算技術應用到GIS中，并逐漸與通常所定義的移動 GIS的概念相融合，促進了移動GIS發展，它使得GIS空間信息以可視化的數字地圖格式顯示在功能強大的移動計算設備中。
移動GIS的產生最早是被帶到戶外，為野外環境下工作的地理信息訪問者現場采集提供了條件，以其高效性實時性等優點在傳統數據采集領域得到廣泛認可。隨著計算機和通信技術的突破，即使在網絡狀態不佳的條件下也能夠編輯數據入庫完成數據采集和編輯，新增數據可以自動更新至數據庫，極大地減少了內業人員的工作量 除了在專業GIS領域，移動GIS非常重視行業用戶的需求，同時移動GIS也已經逐漸走向大眾化并在潛移默化中成為人們新的生產生活方式，移動GIS已經成為GIS面向應用領域的重要發展方向。例如：隨手拍照解救乞討兒童行動匯聚了千上萬網友的力量拍照時程序自動附上位置信息，幫助一些乞討兒童找到自己的家人；到麥當勞簽到領取促銷禮券等移動GIS與基于位置的服務結合產生的商業模式，是目前移動GIS在大眾應用領域的一種新的盈利方式。
然而，目前移動GIS在國內的應用空間非常大而且國內的移動GIS技術水平與國際先進水平處于伯仲之間，但是由于受移動互聯網和移動智能終端的普及和分布極不平衡，導致移動GIS不能大規模推廣而只能在小范圍內展開應用。不可否認的是，移動GIS的應用前景十分光明，但是受上游 GIS數據不公開和盈利模式不成熟等多方面的阻礙和影響，移動GIS的普及推廣不是一蹴而就的，而是需要政府與GIS平臺廠商移動互聯網和設備生產商等各個產業鏈上的力量攜手并一起努力。
2 SOA 架構概述和特性分析
基于LBS的移動地理信息服務平臺采用企業級面向服務的SOA架構的總體設計模式，那么究竟什么是所謂的SOA架構呢？簡單的說，SOA就是一個軟件一體化的戰略方法。SOA至今仍然沒有給出統一的官方定義，W3C對SOA的定義是指服務提供者完成不同工作，再為服務使用者交付所需要的最終成果，最終的結果通常會使服務提供者和使用者一方的狀態發生變化，也或者是雙方的狀態都發生了改變，也就是說這些服務能夠迅速地被組合和重用，圍繞著服務滿足業務需要。我們可以將 SOA架構理解成按標準將分散的功能組織成統一服務的組件模型（見圖1），通過已經預定義的接口和協議將一組服務以應用程序功能單元模塊的形式聯系起來這些預定義的接口一般都具底層環境無關性和網絡運行環境無關性，能夠做到最大限度地滿足其跨平臺性。因此，構建SOA架構的平臺，系統就能統一地以通用方式進行交互。
SOA圍繞著服務的核心概念，主要包含了三個服務的參與者――服務提供者注冊者和服務使用者。通常在第一步，服務提供者角色的任務是要將所要提供服務的相關描述信息發送給注冊者，進行描述信息的；第二步，是服務使用者通過用戶界面或者是直接調用使用了該服務的其他服務，通過服務注冊來查找定位所需要的某一服務；第三步，是將所需服務與使用者綁定并調用，這里指的是在完成查找所定位服務的描述信息后激活該服務。
實施SOA架構的關鍵目標歸根結底是未來節約管理成本，最終實現企業資產重用的最大化。因此，人們在實施SOA的時候要滿足以下兩方面的要求：（1）用戶從企業外部訪問。使業務伙伴即外部用戶也能像企業內部用戶一樣地訪問相同的服務，從而滿足企業的業務伙伴的需求。（2）服務提供者要對服務請求做出及時準確的響應。當業務伙伴以完成業務為目的交換業務信息時，整個會話過程隨時可用不會受到阻止，并且及時做出準確的業務反饋信息。但在實際使用中，服務的提供者數量總是大于服務的使用者數量，當使用者數量大到一定限度時，對使用者來說很容易因服務提供者短缺的原因而受到影響，為此有人為了容許服務處于暫時的短缺或遲滯的情況，采用隊列請求的設計方式（也稱異步應用）為服務使用者提供服務。
3 SOA 架構的 LBS 移動地理信息服務平臺架構設計
基于服務的地理空間數據共享的模式正在逐漸成為當前GIS向各行業應用領域發展的一個研究熱點GIS在當前的企業應用中，具有GIS建設相對昂貴，系統集成困難和設備更新維護復雜的缺陷，同時業務系統集成也有一部分存在信息孤島的現象 通過實現SOA架構的GIS解決這一系列問題，使得GIS平臺廠商以及二次開發商專注在數據和業務的簡單服務，諸如IBM微軟等等IT界的基礎軟件提供商專注在基礎架構類服務連接類服務和流程控制類服務上面SOA思想在整體架構上廣泛地借鑒了設計模式的理念，使得整套系統的各模塊之間以及各個模塊的自身內部之間具有高內聚和低耦合的特性通過SOA架構不僅能夠實現業務服務與GIS服務的有效集成，而且在數據生產管理等GIS專業應用部門實現了基于數據服務的模式，有力地促進了GIS向應用的發展。早在2007年10月23日的第六屆MapGIS用戶大會上，中地數碼集團的總裁劉永介紹MapGIS 7操作平臺的時候說：在網絡環境中，圖形數據的傳輸非常慢，如果讓訪問請求在對方系統中完成響應，然后只在網絡中傳輸結果數據，GIS系統的應用效果就完全不一樣了，它采用分布式跨平臺的多層多級體系結構，還采用了面向服務的設計思想，這是目前GIS領域廣受關注的技術方向。
基于LBS的移動地理信息服務平臺是SOA架構下的移動GIS平臺，它是移動GIS與先進的SOA架構技術的巧妙融合，把移動GIS的所有功能封裝成服務，使得平臺更具有開放性和靈活性。平臺通過這種架構設計，一方面以服務的方式對外包括 GIS矢量和柵格數據在內的數據服務；另一方面對外業務服務包括三維景觀地圖服務和定位追蹤服務，從而實現了多種客戶端的跨平臺、跨網絡、跨語言調用。平臺整體架構設計如圖2所示。
在服務器端，網絡服務器將移動GIS以 Web Service方式了標準的服務，服務主要以SOAP和REST兩種形式提供，都是基于HTTP的方式同時，網絡服務器也支持OGC標準的服務，如WMS WFS和WCS，以及一些第三方的標準如KML，GeoRSS 等，支持這些標準的第三方都可以訪問這些服務。而且支持SOA各種相關標準，如WS-Security LDAP等安全標準，WSDL/UDDI等服務接口主持和發現合約，以及BPEL流程控制支持等在GIS應用服務器層，提供比較全面的GIS服務，如地圖服務數據服務空間分析服務網路分析服務三維服務等，這些服務可以與SOA架構中與其他業務相關的服務進行有效的集成。
4 LBS 移動地理信息服務平臺技術實現
該系統包括移動客戶端開發和服務器端開發，移動客戶端的開發是基于Android GUI系統框架，運用Java結合XML技術實現地圖GIS功能；運用 JSON和HTTP技術實現與服務器的網絡通信服務器端開發，運用Ajax技術和搭建后臺，處理HTTP請求，建立數據庫，使多源數據在數據庫中合理地存儲和管理系統架構實現方法如圖3所示。
5 結語
移動地理信息系統繼承了地理信息系統對與地理信息和位置信息有關的地物屬性信息進行信息管理的特點，同時又擴展了地理信息系統的地域限制，提供隨時隨地的時空數據服務?；贚BS的移動地理信息服務平臺是SOA架構下的移動GIS平臺，它是移動GIS與先進的SOA架構技術的巧妙融合，把移動GIS的所有功能封裝成服務，使得平臺更具有開放性和靈活性。
參考文獻
[1] 謝俊，翁文勇.SOA架構思想在仿真實驗系統中的應用研究[J].計算機系統應用，2007（1）：55-58.
soa技術范文4
關鍵詞：SOA；面向對象；軟件開發；可移植性
中圖分類號：TP311 文獻標識碼：A 文章編號：1007-9416（2017）04-0075-01
1 引言
隨著軟件工程技術的快速提升發展，分布式管理系統已經在物流運輸、酒店住宿、旅游線路、金融銀行、政務辦公、商務活動等領域取得了顯著的應用成效[1]。分布式管理系統開發也經歷了面向過程、面向結構和面向對象等多個時代，尤其是當前面向對象軟件工程技術開發過程中，SOA是一N非常先進的開發框架，其可以實現松耦合、可復用、可移植和高可靠等操作模式，更好的縮短軟件工程開發周期，滿足人們的信息化操作需求，具有重要的作用和意義。
2 “互聯網+”時代面向對象軟件工程應用現狀
“互聯網+”時代面向對象軟件工程已經在多個領域得到廣泛應用，取得了顯著的應用成效，目前面向對象軟件工程方法包括Booch方法、Coad方法、OMT方法、UML（Unified Modeling Language）語言等[2]。
（1）Booch方法。Booch方法是一種最基本的面向對象軟件開發方法，可以更加接近人們對客觀事物理解和描述，通過對問題解空間進行轉換操作，獲取面向對象操作處理功能。
（2）Coad方法。Coad方法可以將復雜軟件系統的開發經驗與面向對象概念進行有機結合，提出了一套系統的、完善的認定對象、結構、屬性和操作原則，能夠從用戶需求角度進一步完成類以及類層次的認定。
（3）OMT方法。OMT方法是一種新興面向對象開發技術，從真實的世界進行抽象建模，圍繞這些對象使用分析模型設計獨立的語音，促進軟件工程師對面向對象建模的準確性，為用戶提供一個更清晰的、更容易維護的軟件系統。
（4）UML語言。UML語言吸取了Booch方法、OMT方法、OOSE方法的優點，定義了一種更加易于表達和功能建模的面向對象技術，融入了新的軟件工程思想和技術，更容易與軟件使用人員進交流和溝通，取得了顯著的應用成效。
3 SOA在練習對象軟件工程開發中的應用
SOA能夠重復使用軟件組件，簡化定制應用程序的開發流程，從而可以更加有效地滿足用戶需求，SOA已經在軟件開發中應用很長時間，SOA在軟件工程開發中得到了較多的實踐，具體應用包括以下幾個方面[3]：
（1）松耦合。SOA架構使的軟件開發已經發展到了一種最高的松耦合境界，傳統軟件開發模式可以將軟件劃分為三個關鍵部分，分別是網絡連接、數據轉換、業務邏輯，這樣就造成應用軟件無法適應環境變化，不能夠為應用軟件提供強大的支撐服務。SOA利用面向對象技術，可以將各個邏輯組件進行分離，并且使用消息中間件將各個組成部分進行異步通信操作處理，增大了軟件的靈活性。
（2）組件復用。SOA是以服務為中心的軟件開發架構，該架構采用了組件復用模式，其可以為各類型的軟件計算平臺提供強大的支撐，核心內容為組件對象的管理，但是由于分布式組件依賴計算環境，因此組件運行和支撐技術之間存在很多的異構性，為了保證不同技術組件的復用性，SOA采用了Webservice、SCA、SDO等服務模式，通過這些服務模式，可以建立一個更高層次的解耦、復用和互操作，也即是利用SOA實現標準封裝，實現各個服務組件之間的安裝、編排、重組，實現各個服務組件的復用，能夠實現不同開發架構、程序語言之間的復用，并且可以兼容各個廠家的軟件開發工具，實現動態可配置的復用。
（3）消息機制。傳統的組件利用COM、CORBA等，這些組件模型從服務器端可以傳輸到客戶端一個二進制編碼對象，這樣客戶端調用這個對象方法能夠完成某些功能，但是在開放網絡環境下，不同的余元和不同的平臺數據都需要不同的類型定義，只有這樣才可以在不同服務之間傳輸消息對象，并且實現信息組合。
（4）SOA與Web服務結合?；赟OA的軟件開發過程中，SOA需要與Web服務實現一個良好的結合，只有這樣才可以完成網絡通信處理、封裝和反饋功能，SOA與Web服務結合時，可以構建一個強大的服務建模、描述、、通信、腳本交互、安全保障功能，并且引入先進的服務編程、領域建模、應用集成等先進的方法和理念，進一步提升服務的操作處理。
4 結語
SOA作為一種松散耦合、優化復用、動態擴展的服務體系和架構，其吸收了傳統的過程調用、結構化程序設計、面向對象方法的優點，同時接收了組件化、構建化改造和集成的理念，并且SOA在軟件開發過程中一直得到持續研究和改進。
參考文獻
[1]王玉新.面向對象軟件工程技術在GIS中的應用[J].電子技術與軟件工程，2015， 21（19）：96-96.
soa技術范文5
關鍵詞：專家系統；體系結構；處理層；集成；SOA
中圖分類號：TP18 文獻標識碼：A 文章編號：1009-3044（2013）10-2452-03
中圖分類號：TP18 文獻標識碼：A 文章編號：1009-3044（2013）10-pppp-0c
專家系統實質上是一種計算機系統，它利用人工智能技術結合計算機處理技術，根據某一領域存儲于計算機中的專家知識和經驗，模仿專家的思維方式進行推理和判斷，對用戶所提出的問題給予專家水平的解答，從而達到模擬人類專家決策的過程。
經過多年來計算機應用技術的快速發展，專家系統的相關理論技術研究變得越來越成熟，它的成功應用領域逐漸擴大到各個領域，包括有醫學、氣象、化學、數學、自動控制、物理、生物、農業、地質勘探、軍事、工程技術、商業、空間技術、計算機輔助設計和制造等，開發出眾多種專家系統，其中有小部分的專家系統在功能上已達到、有的甚至超過該領域中人類專家的知識決策水平，并在實際的社會生活應用中產生了令人滿意的經濟效益。[1]
專家系統一般由知識庫、規則庫、人機界面、推理機、知識獲取和規則解釋6 個部件組成，核心是知識庫、規則庫和推理機的設計。專家系統基本結構如圖1 所示。
傳統的專家系統大多都是單一的信息庫，相互之間缺乏知識共享與交流，難以實現協同工作。他們往往運行在各自特有的平臺上，這樣一來就大大限制了信息共享與協同工作。在當今快速發展的現代社會，互聯網的普及已經是大勢所趨，信息已具有高度的共享性，重要的是這種共享并不受地理空間的限制。目前Web技術日趨成熟，將通信技術與互聯網作為研究切入點，以達到現有資源最優配置目的專家系統也會迅速發展起來，到那時的專家系統能夠發展成為通過網絡隨時為客戶提供服務。
1 SOA的相關技術
1.1 SOA的實現
SOA全稱Service-Oriented Architecture（面向服務的體系結構）是一個組件模型，它可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。SOA是一種粗粒度、松耦合服務架構，服務之間通過簡單、精確定義接口進行通訊，不涉及底層編程接口和通訊模型。目前，Web服務是實現SOA架構的重要手段，通過Web服務可將信息對外，達到信息共享和交流的目的，并且多種形式的客戶端應用程序都能夠將這些信息組織起來加以利用。相比較之前，SOA架構的系統能夠更加從容地面對當今信息社會新增服務的急劇變化。[2]
1.2 Web服務技術
Web服務網絡上標準的服務平臺，具有網絡化，分布式，模塊化等特性，并且是建立在獨立平臺之上的標準分布計算單元，在Internet應用中執行特定的面向對象服務的任務，而且執行統一的技術說明，相互之間通過SOAP通信，能夠做到本地調用，異地執行。[3]
Web 服務采用SOA 架構， 其基本結構如圖2所示， 由提供者、請求者和3 個角色通過查詢、請求和綁定3個動作組成。
2 基于SOA專家系統的結構模型
以SOA模式為原型，基于W e b服務技術的專家系統，是專家系統發展的一種必然趨勢。基于W e b服務的專家系統的簡單結構如圖3 所示。由表示層、應用層、數據層，三個層次所組成，包括用戶請求、Web接口、數據控制、推理機、解釋器、知識庫、數據庫。Web 接口的功能主要面向用戶，在Internet層中搭起用戶和系統的橋梁；推理機是從知識庫中獲取相關信息加以推理和時時控制；解釋器是將推理的過程進行機器語言編碼轉換；知識庫中存放專家知識和應用推理規則；數據庫則是保存和提取整個過程的事實和結果。
基于Web的專家系統將人機之間的交互定位在internet層次上，系統中的各類用戶，包括領域專家和普通用戶都可以通過瀏覽器訪問專家系統的應用服務器，將問題傳遞給Web推理機和解釋器，然后Web推理機通過后臺數據服務器，并利用數規則庫和知識庫進行推理，推導出問題的結論，最后將推出的結論匯報給用戶。[4]
基于SOA的專家系統較以往的專家系統有以下的有點：[5]
1）web服務使得訪問方式更加靈活化，不受時間和空間環境的限制，具有網絡相互共享，孤立個體下的協同通信。2）基于Web的專家系統的用戶界面更為簡化，并且支持多用戶界面。3）更加方便系統管理維護，知識庫和推理機的分離，更好的實現模塊化，便于擴充。4）Internet上的專家系統可以集中利用當下比較成熟的網頁開發技術，高效實現專家系統間的通信功能。
3 基于SOA 專家系統集成設計
3.1 設計目標
隨著社會數據信息量的不斷增加，獨立的專家系統已經不能夠跟上現在社會快速發展的步伐?；趙eb服務網絡環境下的專家系統還更應該設計和處理好并發控制、信息安全、網絡管理等相關問題。該文僅僅提出的是基于SOA的多專家系統集成的構想，首先通過設計web服務下的一套接口，然后各個子專家系統需要實現自身特定的接口服務，最后每個子專家系統通過注冊就可以為其他應用程序提供專家服務，本設計增加了專家系統的資源共享性，具有可擴充性高的特點。
3.2 專家系統集成體系結構
通過前面對專家系統的分析可以看出，基于SOA采用Web服務形式，可以很好地實現專家系統的集成應用，達到協同工作的目的。該文構想在原有的web服務體系下增加一個處理層，用于處理眾多專家系統集成環境下的協作問題，這樣基于web服務的專家系統體系結構如圖4所示，主要有客戶層、服務層、處理層和數據層四個部分組成。
客戶層：以目前通用的Web瀏覽器作為專家系統的用戶界面，用戶界面請求被客戶層處理程序映射為HTTP的網絡請求，然后把響應轉換成界面顯示內容。
服務層：它是系統的核心層，有web服務器、EJB容器和注冊中心組成。Web服務器接收從客戶端發來的請求，然后動態生成響應內容。在應用服務器EJB容器中可以進行業務處理和運算。注冊中心主要提供服務注冊、分類、查找和綁定等功能，為所有服務請求者提供統一的接口。[2]
處理層：它包含了所有在注冊中心注冊成功的所有服務項內容，以及他們之間的合成服務內容。與之前提到的SOA三種角色相聯系起來的話，服務請求者與客戶層相對應，應服務與服務層對相對應，服務提供者則與處理層相對應。
數據層：提供每個具體的專家決策服務，每個專家系統可以獨立運行，也可以并發協同提供服務。
4 結束語
本文介紹了專家系統的結構和Web服務關鍵技術，并對SOA模式下的專家系統進行了研究分析，在此基礎上提出了基于SOA的專家系統集成方案和結構模型，比起以前的獨立專家系統，更具有可靠性、協作性和實用性，一定程度上可以解決專家系統之間的資源通信共享的問題。
參考文獻：
[1] 盛暢，崔國賢.專家系統及其在農業上的應用與發展[J].農業網絡信息，2008，3（4）： 4-7.
[2] 馬慧.基于SOA的專家系統實現技術研究[J].制造業自動化，2010，32（4）：162-164.
[3] 鄒蔥白，林宗壽.武專家系統與管理信息系統集成的研究[J].國外建材科技，2004，25（5）：11-15.
soa技術范文6
關鍵詞：SOA；高校圖書館；信息服務；平臺模型
中圖分類號：TP393.09；TP311.52
高校圖書館信息化的過程中，資源共享意識淡薄，重復建設問題等問題也逐漸引起人們的關注。[1]各大高校的圖書館信息服務，尤其是數字化資源提供服務，缺乏統一的標準，增加了開發成本，造成了校方資源的浪費。
為了解決這一問題，一些研究者將面向服務架構這一概念引入圖書館的信息化建設中。面向服務架構簡稱SOA，它將應用程序的不同功能單元（稱為服務）通過其間定義良好的接口和契約聯系起來。[2]SOA是一種松散耦合的軟件體系結構，在這種體系結構中，由各自獨立可復用的服務去構成系統功能，這些服務向外公布有意義明確的接口。[3]通過應用SOA，一個機構可以使用一組分布式服務來構成并組織應用程序。這樣，該機構就能通過重用他們自己的資源及其伙伴的業務功能來構造新的應用程序。[4]
目前，有關基于SOA相關思想進行圖書館建模的研究已經取得了一定的成果。在前人成果基礎上，本文從理論方面構建了一個新的圖書館信息服務平臺模型，從實踐方面闡述了圖書館信息服務平臺構建的具體思路，以期對圖書館信息服務平臺的建設做出有益的啟示。
1 基于SOA的圖書館信息服務平臺設計原則
為了實現良好的SOA的構架，筆者認為，基于SOA的圖書館信息服務平臺設計應遵守以下原則：
（1）服務具有明確的邊界，服務內部是自治的。服務調用時，邊界規定范圍內的業務都應該被傳遞并觸發，并且不會因為服務環境的不同，服務的調用出現不同的結果。
（2）遵循共同的協議和標準。特定的服務描述可以被不同角色同時理解，強調遵循標準，而不是專有的API。
（3）服務粒度的確定要符合實際需求。服務的粒度太小，耦合性會變?。环盏牧６忍?，會造成封裝與實現的困難，具體應用中需要詳細論證。
面對實際問題和具體應用，設計者可以細化上述原則，但不能與基本原則相沖突，否則，得到的結果可能會脫離SOA的本質，圖書館的建設也可能會回到原點。
2 基于SOA的圖書館信息服務平臺的模型
2.1 模型中服務的定義
面向服務的建模中，服務的定義非常關鍵。筆者通過對圖書館業務的調研，對服務粒度的選擇進行了分析，最終定義了八種圖書館服務：
（1）閱覽服務。讀者除了可以自己按照專業興趣選擇書刊文獻外，圖書館還提供了多種特殊設備。如顯微設備、試聽設備等。
（2）外借服務，外借服務又可以分為很多方式，比如個人外借、集體外借、館際互借、預約借書、郵寄借書等。現代圖書館管理信息系統可以顯示書刊的借閱信息，為圖書的管理提供了極大的方便。
（3）培訓服務。傳統的培訓服務多由圖書館工作人員以講座的形式開展，現在培訓可以在線進行，培訓集成在信息服務平臺之中，以視頻、PPT的形式進行遠程培訓。
（4）數據庫資源服務。圖書館要進行數據庫的訂購，向高校的用戶開放，并以電子閱覽室或網絡查詢中心的形式展現給用戶。
（5）SDI服務。又稱定題服務，圖書館根據用戶需要的課題內容，從新到的信息資源中選擇符合用戶需要的內容呈現給用戶。
（6）咨詢服務。以用戶的需求為契機，以文獻為工具，通過各種方式為用戶提供搜集、檢索、傳遞、揭示信息的服務，可以采取面對面的方式，也可以采取虛擬咨詢的方式，通過網絡進行異地的信息服務。
（7）導航服務。導航服務可以通過兩種方式實現，一種是實體圖書館中的文獻目錄系統，另一種是網絡數據庫中的導航器，雖然形式不同，但二者都能為讀者提供找到自己真正需要的信息的功能。
（8）文獻調研服務。根據用戶的需要，利用二次、三次文獻進行系統搜集，通過分析、研究、歸納、整理，最終以專題報告形式呈現給用戶。
其中前四種是標準化的服務，可以經過標準的業務流程進行提供，而后四種服務務具有不同程度的個性化需求。但是，上述八種服務只是幾種典型的代表，所以，筆者定義服務時的基本思路是：對于已有的服務，盡最大限度地重用；而對于不在上述八種服務之內的新應用，則需要進行初始的開發。
2.2 模型的設計
本文基于SOA的體系結構如圖1所示：
圖1 基于SOA的圖書館服務模型
上述框架總共分為用戶層、業務層、服務層和數據層四個層次，自底向上封裝集成，上層對下層進行調用。
數據層是圖書館的信息資源的集合，是整個架構的基礎設施。
服務層是架構的核心。定義服務要根據圖書館的功能需求進行，通過基于組件的設計方法，把圖書館的業務分解為一系列模塊，其中每個模塊對應的就是圖書館的服務。
業務邏輯層是SOA架構的基礎，經過對業務流程的考察，以及對資源和技術的相關調查，筆者歸納了圖書館提供的四種主要業務。分別為讀者業務、信息獲取業務、信息系統業務、Web資源業務。
用戶層也可以稱為表示層，是一個統一的門戶平臺，用戶可以在這個平上通過用戶圖形界面進行交互。平臺針對不同用戶比如本科生、研究生、教師、其它人員等不同用戶身份進行個性化定制，通過瀏覽器登錄為他們定制的環境。
3 基于SOA的圖書館信息服務平臺的構建
基于上述模型，筆者將圖書館信息服務平臺的構建分為六個側面，并針對不同側面展開闡述。
（1）圖書館業務的構建。一方面，圖書館的每項業務與商業中的一項產品相似，用戶的各種信息需求促使更新的業務產生。另一方面，在處理圖書館的宏觀管理方面的業務時，圖書館可以借助數字化平臺的數據進行分析或者挖掘，使這些圖書館管理層的業務不僅實現數字化，而且實現數據驅動。
（2）圖書館的服務的構建。本文將SOA的思想同時應用于圖書館中Web環境和實際情景當中。平臺最終的構建，要求考慮到用戶新的的需求不斷出現，平臺要預留新的服務接口。由于SOA的架構中，服務相互之間并不影響內部的實現，所以開發新的軟硬件系統并不影響原來系統的繼續使用。
（3）軟件系統的構建。這部分內容不僅包括高校圖書館管理信息系統的建設，也包括圖書館的數字化建設。用戶可以在系統中進行讀者業務，調用借閱等服務，造成狀態的變化及時地在系統中得到更新；同時用戶可以進行Web資源業務，調用導航服務和數據庫資源服務等，找到自己所需的數字文獻資料。在開發這個一體化的信息系統時，也采用SOA在軟件工程中的思想，實現服務級的程序代碼重復使用。這要求開發單位在系統構建時具有面向服務開發的思想，采用Web標準和協議，隱藏平臺之間的差異，無論是何種中間件，都可以對服務進行互操作。
（4）信息組織與信息資源的構建。利用SOA的架構進行信息組織與信息資源構建的總體思想是：保持原來的分布式數據庫系統不發生變化，在應用層與數據層之間加入一個資源整合層，把目前的檢索服務封裝成一系列小的服務，每個服務專門進行某一數據庫的信息查找。然后將這一系列的服務在Web端，向服務中心注冊，表明自己可以被用戶調用。[5]
（5）平臺集成的構建。將圖書館的傳統服務領域和數字圖書館業務進行有機結合，做到真正的“一站式”服務，最終實現兼容圖書館所有服務的、面向服務的架構模型。在本文中，平臺有兩層含義：首先是現實平臺，用戶在圖書館內與服務提供者的交互就是在現實平臺中進行的，基于SOA的平臺建設思想要求把現實中可以重用的業務流程的某一階段也定義為一種服務。其次是數字環境的平臺，主要是指一個統一的軟件系統，對軟件系統進行功能分解，直到合適的粒度，封裝并定義為服務。平臺的集成建設把所有的服務都集中起來管理，形成一個服務管理系統，這個管理系統相當于SOA架構模型三個角色中的服務角色。
（6）接口的構建。對數字環境而言，已經有許多現成的接口標準，我們可以從兩個方面去努力：其一是完善接口標準選擇的制度，保證接口之間沒有沖突；其二是加強網絡管理與防范，保證良好順暢的網絡環境。
4 結束語
本文的創新點集中于以下幾方面：
（1）本文給出了一個基于SOA的具體的圖書館信息服務平臺模型，在模型建立的過程中，筆者對圖書館的服務進行了比較適中的粒度的劃分，并對這些服務進行了集成和融合，彌補了“模型過于粗略、所定義的服務沒有觸及具體圖書館工作”的問題。
（2）本文同時關注數字環境中和現實情境下的服務定義，將所有服務進行劃分和封裝，不僅強調IT軟件資產的重用，也強調了圖書館硬件資產的重用。
（3）本文設計在圖書館信息服務平臺建模的基礎上，采用SOA理念對各項建設內容提供了構建思路，將這一思想融入不同側面中。
筆者認為，SOA的架構符合圖書館發展的主流方向，隨著技術的進步，這種按照SOA思想設計的信息服務平臺能夠使眾多圖書館用戶獲得個性化服務的體驗，對未來圖書館的信息化建設具有指導意義。
參考文獻：
[1]劉薇.高校數字圖書館建設的問題與策略[J].佳木斯教育學院報，2011（01）：122.
[2]孫瑾.面向服務的（SOA）數字圖書館[J].圖書館雜志，2007（05）：52-55.
[3]胡良.按需服務的數字圖書館模型研究[J].圖書館學研究，2010（01）：58-59.
[4]孫瑾.面向服務的（SOA）數字圖書館[J].圖書館雜志，2007（05）：52-55.
[5]張紅.SOA在高校圖書館資源整合中的應用研究[J].圖書館建設，2007（06）：85-87.