【文章內(nèi)容簡(jiǎn)介】 息數(shù)據(jù)在服務(wù)中起到的作用和目的等重要信息，以上主要包含在服務(wù)的接口部分。他的的作用、商業(yè)應(yīng)用、等信息住喲包含在服務(wù)的實(shí)現(xiàn)部分，服務(wù)的實(shí)現(xiàn)部分對(duì)于他提出的請(qǐng)求響應(yīng)和他的使用者來說是透明的，沒有任何不能理解或者不被知曉的內(nèi)容在里邊，所以服務(wù)的提供者也不需要對(duì)服務(wù)實(shí)現(xiàn)的具體做法流程進(jìn)行詳細(xì)的了解。 松耦合的概念在SOA架構(gòu)中，松耦合系統(tǒng)指各種中立的接口和定義，通常是基于消息的一種系統(tǒng)，客戶端和遠(yuǎn)程服務(wù)并不知道對(duì)方是如何實(shí)現(xiàn)的，只要消息符合協(xié)商的架構(gòu)，服務(wù)的實(shí)現(xiàn)就可以視情況進(jìn)行更改，它沒有強(qiáng)制綁定特定的服務(wù)實(shí)現(xiàn)和特征[8][9]。所以不必?fù)?dān)心會(huì)被對(duì)方破壞，簡(jiǎn)單的說，就是通過將良好的接口進(jìn)行定義后，服務(wù)的提供者和使用者就能夠?qū)崿F(xiàn)獨(dú)立的開發(fā)了。即使服務(wù)的接口和數(shù)據(jù)或者版本被服務(wù)的提供者進(jìn)行更改，使用者也不會(huì)受到影響。這樣，通過這種松耦合的方式，就可以將服務(wù)使用者和服務(wù)提供者在服務(wù)實(shí)現(xiàn)和提供之間進(jìn)行分離。憑借著松耦合關(guān)系，提供者的具體實(shí)現(xiàn)細(xì)節(jié)并不為服務(wù)請(qǐng)求者所知道，舉個(gè)例子，就好像在開發(fā)過程中所采用的開發(fā)平臺(tái)和語言、實(shí)現(xiàn)功能所采用的算法等等。服務(wù)使用者實(shí)現(xiàn)消息請(qǐng)求和響應(yīng)等服務(wù)調(diào)用，并非我們想像的和API、文件的格式有關(guān)，實(shí)際上不是通過API以及文件格式等來實(shí)現(xiàn)的，而主要是通過消息調(diào)用的機(jī)制來完成的在消息的模式固定的情況下，再基于這種松耦合的服務(wù)架構(gòu)，足可以確保在不影響對(duì)話端使用的情況下使會(huì)話的一端軟件發(fā)生改變。傳統(tǒng)意義的舊代碼所實(shí)現(xiàn)的功能服務(wù)被服務(wù)的提供者使用的新代碼全部代替，同時(shí)，還沒有對(duì)服務(wù)請(qǐng)求者產(chǎn)生任何影響，這就是一個(gè)比較理想的情況。 SOA架構(gòu)SOA技術(shù)機(jī)構(gòu)作為一種方法，不斷的被企業(yè)應(yīng)用程序設(shè)計(jì)和實(shí)現(xiàn)，經(jīng)常會(huì)碰到客戶提出這樣的問題：SOA為什么好，它不僅進(jìn)行約定方訪問，對(duì)松耦合、粗粒度、可重復(fù)使用的組件的通用問題[10]，同時(shí)還能夠?qū)εc平臺(tái)無關(guān)系切又有較好定義的接口進(jìn)行處理。那么怎樣做才是SOA呢？ SOA提供了非常多的自由程序設(shè)計(jì)方法，利用這些方法程序可以執(zhí)行很多操作，并非復(fù)雜，而是起到了實(shí)際的作用，例如可以通過SOAP(簡(jiǎn)單對(duì)象訪問協(xié)議)跟他以外的程序執(zhí)行聯(lián)系和通訊。SOA還能夠?yàn)椴捎肧OA架構(gòu)的企業(yè)其提供一種機(jī)制，這種機(jī)制具有良好的轉(zhuǎn)換作用，采用了該機(jī)制，將已有業(yè)務(wù)軟件向網(wǎng)絡(luò)服務(wù)中的軟件組件以及網(wǎng)絡(luò)協(xié)議進(jìn)行轉(zhuǎn)變就會(huì)成為現(xiàn)實(shí)。在SOA架構(gòu)中，服務(wù)層是在交互的兩個(gè)層中間又進(jìn)行定義的一個(gè)層，作為“服務(wù)”的抽象層被引用進(jìn)來，這樣的情況下，業(yè)務(wù)對(duì)象并不是直接被表現(xiàn)層所控制和操作，而是要通過中間一層進(jìn)行訪問和操作，即通過“服務(wù)”來進(jìn)行間接地訪問，這種情況下就出現(xiàn)了服務(wù)和面向服務(wù)的群體，業(yè)務(wù)對(duì)象駐留在業(yè)務(wù)的邏輯層中，不能直接被調(diào)用到內(nèi)存使用，而是通過服務(wù)，將業(yè)務(wù)對(duì)象快速的傳遞到內(nèi)存并且加載使用。在這種情況下，服務(wù)層就可以與之在同一個(gè)流程中進(jìn)行工作處理了，操作業(yè)務(wù)對(duì)象這件事情就會(huì)變得更加簡(jiǎn)易了。在圖21中，對(duì)SOA架構(gòu)的分層結(jié)構(gòu)進(jìn)行了說明。系統(tǒng)的開發(fā)和實(shí)現(xiàn)。本章通過對(duì)人力資源管理系統(tǒng)的開發(fā)實(shí)現(xiàn)，將基于SOA的人力資源管理方法應(yīng)用到系統(tǒng)實(shí)現(xiàn)中，并通過對(duì)系統(tǒng)進(jìn)行分層介紹，完整地闡述了人力資源管理系統(tǒng)的實(shí)現(xiàn)過程。通過系統(tǒng)中表示層、業(yè)務(wù)邏輯層、服務(wù)層和數(shù)據(jù)訪問層的敘述，實(shí)現(xiàn)了整個(gè)人力資源管理系統(tǒng)的開發(fā)，并在最后給出了系統(tǒng)中主要模塊的實(shí)現(xiàn)結(jié)果圖21 SOA架構(gòu)的分層Figure21 SOAframework 相關(guān)概念說明(1)、平臺(tái)的應(yīng)用套件APS[11]Gartner進(jìn)行研究后得出的結(jié)論里，使用現(xiàn)代電子商務(wù)構(gòu)成運(yùn)行時(shí)基礎(chǔ)軟件架構(gòu)產(chǎn)品的整合來對(duì)APS的意義進(jìn)行描述，門戶主要的產(chǎn)品信息、企業(yè)級(jí)應(yīng)用的服務(wù)器、企業(yè)級(jí)的集成套件都應(yīng)該被沒有遺漏的全部包含在APS的最小配置中。以上幾種信息缺一不可，都應(yīng)該具備其應(yīng)該具有的內(nèi)容，目前情況下，最為企業(yè)客戶所頻繁使用的基礎(chǔ)集成平臺(tái)、門戶框架、應(yīng)用服務(wù)器，這個(gè)平臺(tái)都可以毫無遺漏的將其統(tǒng)統(tǒng)進(jìn)行囊括，這樣IT機(jī)構(gòu)保持其自身競(jìng)爭(zhēng)力的一個(gè)重要途徑就是需要采用APS這個(gè)實(shí)際的應(yīng)對(duì)方案作為基礎(chǔ)的應(yīng)用架構(gòu)。(2)、接口(Portal)[12]可以將接口看成為一個(gè)非常重要的網(wǎng)絡(luò)站點(diǎn)，應(yīng)用程序的訪問和集成能夠及時(shí)的被提供，或者就是一個(gè)可以聯(lián)合的社區(qū)，主要使用個(gè)性化的焦化方式跟最終用戶來進(jìn)行交流實(shí)現(xiàn)他所具備的這些功能。每個(gè)終端用戶的不同的需求都可以通過充滿個(gè)性化的主頁和功能來一一滿足，終端用戶的需求不一，可能具有不同的信息采重點(diǎn)，所以需要主頁具有靈活多樣的功能，于此同時(shí)，在門戶網(wǎng)站和服務(wù)的各個(gè)地方都可以嘗試將這種個(gè)性化的設(shè)計(jì)嵌入，來滿足不用的終端用戶的需求。站在最終用戶的角度，Portal不是多個(gè)訪問內(nèi)容，沒有那么復(fù)雜，他們意味Portal就是一個(gè)單獨(dú)訪問點(diǎn)。是一個(gè)對(duì)于計(jì)算資源的訪問點(diǎn)，可以單獨(dú)去訪問，在SOA技術(shù)為基礎(chǔ)的框架內(nèi)，企業(yè)能夠?qū)崿F(xiàn)新服務(wù)跟接口的快速集成，便于用戶的快速訪問。(3)、如何管理業(yè)務(wù)流程[13]縮寫為BPM，是一套可以達(dá)成企業(yè)各種業(yè)務(wù)環(huán)節(jié)的全面的管理模式，它并不是一個(gè)全新概念了，他涵蓋了人員，設(shè)備以及桌面應(yīng)用系統(tǒng)，企業(yè)的backoffice應(yīng)用等等，從廣義的概念來講，BPM就是對(duì)各種組織內(nèi)部和外部資源間運(yùn)作的一種邏輯的抽象和寫照，他涵蓋了傳統(tǒng)的工作流的流程傳遞，所有在企業(yè)中運(yùn)作的資源，這些資源都可以分布于流程上，主要是這些流程具有動(dòng)態(tài)交互的能力，基于對(duì)于資源組合的動(dòng)態(tài)特征，為了強(qiáng)調(diào)這個(gè)特征，所有的流程作為種種資源和資產(chǎn)將會(huì)以最自然的動(dòng)態(tài)有機(jī)方式進(jìn)行組合。(4)、企業(yè)服務(wù)的總線ESB[14]企業(yè)服務(wù)的總線做為傳統(tǒng)的中間技術(shù)跟Web服務(wù)、XML等相結(jié)合的產(chǎn)物，縮寫為ESB，還記得網(wǎng)絡(luò)不是普及的時(shí)代，怎樣進(jìn)行兩臺(tái)機(jī)器的文件傳遞么？一根串口線，簡(jiǎn)單的操作系統(tǒng)，回歸主題，我們就知道SOA的好處了，理想的SOA架構(gòu)中怎么能缺少ESB呢，他提供的可是一個(gè)中樞，中樞的功能強(qiáng)大，他能夠?yàn)榫W(wǎng)絡(luò)的復(fù)雜結(jié)構(gòu)提供所需要的最最基本的連接功能，這是搭建企業(yè)神經(jīng)體系非常必要的元素，其中也可通過針對(duì)企業(yè)的服務(wù)總線來對(duì)主題的解決方案采用的基礎(chǔ)架構(gòu)中的關(guān)鍵點(diǎn)和部分應(yīng)用進(jìn)行展示如圖22。概括起來說，企業(yè)服務(wù)總線提供的功能非常強(qiáng)大，在企業(yè)內(nèi)和企業(yè)之間，能夠提供一種鏈接功能，這種連接可能是全新的，也可能是現(xiàn)有的軟件應(yīng)用程序之間的一種鏈接功能，這樣就能實(shí)現(xiàn)管理和應(yīng)用程序的信息交流，且這種交流應(yīng)該是無障礙的交互。 圖22 ESB組成Figure22 Form of ESBESB的基本模式分為交互，中介，部署。交互分為 單/單響應(yīng)，單/多響應(yīng)，傳播方式，中介模式解決動(dòng)態(tài)的時(shí)間或者動(dòng)態(tài)的請(qǐng)求，部署的解決方案有全局，直連，代理，聯(lián)邦（5）WEB技術(shù)隨著internet技術(shù)的發(fā)展，web的應(yīng)用也是越來越廣泛，他的優(yōu)勢(shì)在于對(duì)于電腦的要求不是很高，可以不需要什么專業(yè)軟件，直接通過IE就可以完成的操作，操作非常簡(jiǎn)易，大大降低成本在他的技術(shù)上，能夠解決邏輯層中業(yè)務(wù)和邏輯分離的問題，主要是依靠MVC的設(shè)計(jì)模式，它能夠?qū)崿F(xiàn)層與層的松耦合，MVC的設(shè)計(jì)模式分為model，view和controller三個(gè)部分，整個(gè)流程基本是controller將從視圖層接受的信息轉(zhuǎn)換為事件，然后通知model進(jìn)行相應(yīng)的處理之后，最后又controller將修改的記過轉(zhuǎn)較高view進(jìn)行展示，以此來實(shí)現(xiàn)整個(gè)的交互過程。（6）SSOSSO單點(diǎn)登錄，由于要實(shí)現(xiàn)系統(tǒng)的用戶面向整個(gè)員工層，所以為了保證登錄的安全和重復(fù)登錄的問題，所以需要單一用戶登錄機(jī)制，一號(hào)登錄，多方映射和認(rèn)證，需要將用戶登錄的信息及時(shí)映射到其他系統(tǒng)中，以免重復(fù)登錄和賬號(hào)不安全的問題出現(xiàn)。SSO的實(shí)現(xiàn)機(jī)制圖如圖23 圖23 SSO實(shí)現(xiàn)Figure23 realize SSO（7）EJBEJB是一個(gè)組件模型，他尤其獨(dú)特的優(yōu)勢(shì)，EJB技術(shù)部署的分布式系統(tǒng)不是指定特殊平臺(tái)等的限定，他是J2ee的一部分，是部署分布式的應(yīng)用程序，可以支持事物的處理，可以完成比較復(fù)雜的工作，不是在底層實(shí)現(xiàn)功能的技術(shù)，它還具備一定的可擴(kuò)展性，，進(jìn)行更新調(diào)整，加入一些適當(dāng)?shù)暮?jiǎn)單的JAVA對(duì)象，這些注解可以用于被bean定義的接口，以及資源的引用，不在是必須要home的借口了。J2ee如果沒有 ejb，那將喪失了分層結(jié)構(gòu)的大多數(shù)優(yōu)點(diǎn)，從客戶端來看，web相當(dāng)于容納了表示層和應(yīng)用層的容器，那么EJB即容納了 服務(wù)層，業(yè)務(wù)邏輯層以及實(shí)體層 和數(shù)據(jù)層，這樣才能清晰的將層次表達(dá)出來，提供的web service修改的范圍也只能在web層進(jìn)行，接下來就需要EJB來實(shí)現(xiàn)一些關(guān)鍵核心業(yè)務(wù)層的修改了，EJB的組件才能提供真正的可以被重復(fù)利用的服務(wù)架構(gòu)。 應(yīng)用開發(fā)和集成面臨的現(xiàn)實(shí)問題及解決方案應(yīng)用集成是任何企業(yè)實(shí)施信息技術(shù)管理必須應(yīng)該面臨的關(guān)鍵問題，且傳統(tǒng)的應(yīng)用開發(fā)和集成方法的靈活性不高，難以滿足現(xiàn)代企業(yè)的IT環(huán)境變化的需要。在現(xiàn)代企業(yè)運(yùn)營(yíng)過程中，其各種應(yīng)用都需要通過一個(gè)或者多個(gè)源實(shí)現(xiàn)商業(yè)數(shù)據(jù)的交互，所以，應(yīng)用不能脫離集成而進(jìn)行開發(fā)，此外，應(yīng)用的集成在某些應(yīng)用開發(fā)任務(wù)的基礎(chǔ)上來實(shí)現(xiàn)，常見的如開發(fā)和裝配的組件，以及跟這些組件相連的后臺(tái)系統(tǒng)。 傳統(tǒng)的解決方案應(yīng)用集成是任何企業(yè)實(shí)施信息技術(shù)管理必須應(yīng)該面臨的關(guān)鍵問題，且傳統(tǒng)的應(yīng)用開發(fā)和集成方法的靈活性不高，企業(yè)的IT環(huán)境在不斷變化，這樣就很難以滿足其真正的需求。在當(dāng)前社會(huì)企業(yè)運(yùn)營(yíng)的整個(gè)過程中，各種應(yīng)用不能脫離現(xiàn)有的集成而獨(dú)自進(jìn)行開發(fā)，因?yàn)楦鞣N應(yīng)用都需要通過源來實(shí)現(xiàn)數(shù)據(jù)的交互，數(shù)據(jù)多為商業(yè)信息，源可以使一個(gè)也可以是多個(gè)，此外，應(yīng)用的集成和整合，可以實(shí)現(xiàn)跨部門的信息共享和業(yè)務(wù)協(xié)同，所以需要在開發(fā)的基礎(chǔ)上來完成他的集成，例如開發(fā)和裝配的組件，還有同開發(fā)和裝配的組件有相關(guān)連的后臺(tái)系統(tǒng)。 傳統(tǒng)解決方案的介紹為了讓IT技術(shù)能夠匹配快速變化和增長(zhǎng)的市場(chǎng)，有必要采用各種合理的集成方法和應(yīng)用的開發(fā)，但是。我們知道在社會(huì)高速發(fā)展的前提下商業(yè)的變化往往快于技術(shù)的變革。大多數(shù)的企業(yè)中的IT部門的敏感性并不高，給企業(yè)和客戶的溝通造成了障礙?，F(xiàn)在，企業(yè)的應(yīng)用開發(fā)和集成所采用的方案主要是以下三方面： (1)、點(diǎn)對(duì)點(diǎn)方式的集成：就是其他方式的應(yīng)用與此應(yīng)用直接進(jìn)行的集成[15]，這種方式比較直接，并且執(zhí)行方式能夠通過網(wǎng)絡(luò)服務(wù)來進(jìn)行并完成，但這種點(diǎn)對(duì)點(diǎn)的方式與SOA機(jī)構(gòu)的方法沒有直接的關(guān)系，也并不是以其為基礎(chǔ)進(jìn)行的，究其原因還是由于點(diǎn)對(duì)點(diǎn)方式的集成缺乏一些特性和結(jié)構(gòu)，就是我們之前所提到的共享結(jié)構(gòu)和松耦合性。這種方式結(jié)構(gòu)相對(duì)其他集成方式是比較繁瑣的，也是比較復(fù)雜的，且相對(duì)來說費(fèi)用較高，投資成本也是相對(duì)其他集成方式比較高的，其中我們關(guān)注的日常維護(hù)起來的的普通費(fèi)用那也比其他方式要高很多，(2)、企業(yè)消息總線或者中間件集成：由于第一種點(diǎn)對(duì)點(diǎn)的方式比較復(fù)雜，所以，就出現(xiàn)了一種新的集成技術(shù)，即EAI，EAI就是企業(yè)應(yīng)用整合（Enterprise Application Integration），利用它企業(yè)能夠?qū)?nèi)部或者外部獨(dú)立的系統(tǒng)整合起來[15]。應(yīng)用和消息總線都是他基于的一種技術(shù)，應(yīng)用就是去開發(fā)其專有的總線接口，而消息總線就是一種應(yīng)用平臺(tái)的套件。 (3)、基于業(yè)務(wù)流程的集成在這里需要端到端的業(yè)務(wù)流程，很多情況下業(yè)務(wù)流程可能是橫跨多個(gè)部門，所以沒有一個(gè)人會(huì)完全了解和負(fù)責(zé)整個(gè)流程。所以這種集成方式需要相關(guān)的參與者直接溝通和交流直至業(yè)務(wù)流程最終確認(rèn) 開發(fā)與集成的解決方案在傳統(tǒng)的應(yīng)用中具有的缺陷首先，消息在總線方面的相關(guān)制定和其具有自己特色的集成。這種集成模式與傳統(tǒng)的的方法相比有很大的優(yōu)勢(shì)，主要是可以使集成點(diǎn)的數(shù)量得到很大程度的降低。傳統(tǒng)的模式就只能在每項(xiàng)與其對(duì)應(yīng)的總線之間進(jìn)行集成和相應(yīng)的訂制。而且可集成節(jié)點(diǎn)對(duì)應(yīng)的數(shù)據(jù)格式也有很大的差異[16]。其次，就是介紹一下消息總線，另外還有緊密耦合應(yīng)用的情況。對(duì)于傳統(tǒng)的方法來說，只有通過其中可集成的其他應(yīng)用背景和信息，才能夠?qū)λ玫膽?yīng)用有具體的了解。對(duì)于同消息類型的系統(tǒng)來說，其實(shí)通過粒度化的集成方式來進(jìn)行耦合關(guān)系的。最后，來說明一下具有集成性質(zhì)的解決方案是如何對(duì)系統(tǒng)中的應(yīng)用完成數(shù)據(jù)訪問的。傳統(tǒng)的方法是負(fù)責(zé)集成設(shè)計(jì)的員工利用可以進(jìn)行集成設(shè)計(jì)的專業(yè)工具，去完成數(shù)據(jù)源的集成工作?？墒沁@種方法卻存在許多的問題，使得集成工作的效率和靈活性得到了大幅度的降低。此外之前提到的這三種應(yīng)用集成的方法，是之前的傳統(tǒng)方法，不但成本高，而且具有很大的負(fù)責(zé)性，在靈活性方面做得也不夠好。這些方法都不能對(duì)業(yè)務(wù)中的突發(fā)情況進(jìn)行很好的處理。但是本文要研究的這種方法可以很好的改善這些情況，這就是以SOA為基礎(chǔ)的面向服務(wù)構(gòu)架應(yīng)用程序的開發(fā)與集成。 SOA 技術(shù)架構(gòu)的優(yōu)勢(shì)和現(xiàn)實(shí)的意義SOA可以讓軟件得到很好的設(shè)計(jì)，利用這種技術(shù)構(gòu)架可以讓企業(yè)順利的進(jìn)行業(yè)務(wù)軟件的開發(fā)和集成，從而促進(jìn)企業(yè)自身業(yè)務(wù)的順利進(jìn)行。另外一方面也可以在很大程度上忽略由于技術(shù)的缺乏和水平的低下而帶來的一些不利的影響。恰如上文所述的SOA概念，它是一項(xiàng)網(wǎng)絡(luò)方面的可以進(jìn)行利用和收集的技術(shù)，可以進(jìn)行理想的通信，這主要是依靠其自身擁有強(qiáng)大的接口平臺(tái)。初次之外，他還可以對(duì)新分布式系統(tǒng)進(jìn)行很好的構(gòu)建，不僅可以構(gòu)建其他類型的服務(wù)，而且能夠把每一種服務(wù)都能順利地送到用戶那里，也就是所謂的最終端。它們可以提供數(shù)據(jù)的訪問、具體的業(yè)務(wù)流程和與IT 相關(guān)的基礎(chǔ)結(jié)構(gòu)等。 SOA面向服務(wù)的架構(gòu)與可分布式的組件架構(gòu)主要區(qū)別表21 可分布式的組件架構(gòu)與面向服務(wù)的架構(gòu)進(jìn)行對(duì)比Table 21 Contrast of distributed ponent architecture and service oriented architecture SOA的特質(zhì)以及主要的優(yōu)勢(shì)所在(1) SOA同傳統(tǒng)的解決方案進(jìn)行比較得出的優(yōu)勢(shì)其中許多個(gè)為通信服務(wù)的中間組件系統(tǒng)，比如RMI（可以對(duì)遠(yuǎn)程方法進(jìn)行調(diào)用）、DCOM（一種可分分布式的組件模型）和CORBA（一種結(jié)構(gòu)，可以實(shí)現(xiàn)對(duì)使用的對(duì)象進(jìn)行請(qǐng)求代理方面的處理）等等。全部都是依賴于與之非常類似的架構(gòu)。當(dāng)然沒有什么十全十美的，出現(xiàn)的問題也都是依賴于互動(dòng)操作特性及為之定義的可以普遍被接受的實(shí)際標(biāo)準(zhǔn)。SOA中與