有些網(wǎng)友覺得j2ee技術(shù)論文難寫，可能是因為沒有思路，所以小編為大家?guī)砹讼嚓P(guān)的例文，希望能幫到大家!

　　j2ee技術(shù)論文篇一

　　模型介紹

　　1、MVC

　　1.基本概念MVC 開發(fā)模式是一種分而治之的思想， 它將數(shù)據(jù)的訪問和數(shù)據(jù)的表現(xiàn)進行了分離。通過這種模式， 可以開發(fā)一個具有伸縮性、便于擴展、便于整個流程維護的平臺。

　　MVC 主要由三個部分組成： 模塊( Model ) 、視圖(View) 和控制器( Controller) 。模塊， 即相關(guān)的數(shù)據(jù)， 它是對象的內(nèi)在屬性， 是整個模型的核心， 它表示的是解決方案空間的真正的邏輯。它采用面向?qū)ο蟮姆椒ǎ?將問題領(lǐng)域中的對象抽象為應(yīng)用程序?qū)ο?。在這些抽象的對象中封裝了對象的屬性和這些對象所隱含的邏輯。

　　視圖是模型的外在表現(xiàn)， 一個模型可以對應(yīng)一個或者多個視圖。視圖具有與外界交互的功能， 主管應(yīng)用系統(tǒng)與外界的接口： 一方面它為外界提供輸入手段， 并觸發(fā)應(yīng)用邏輯運行; 另一方面， 它又將邏輯運行的結(jié)果以某種形式顯示給外界?？刂破魇悄Ｐ团c視圖的聯(lián)系紐帶， 控制器提取通過視圖傳輸進來的外部信息， 并將其轉(zhuǎn)化成相應(yīng)事件， 對模型進行更新; 同時， 模型的更新與修改也將通過控制器來通知視圖， 從而保持視圖與模型的一致性。

　　2.MVC設(shè)計模式的優(yōu)勢

　　MVC 設(shè)計模式具有設(shè)計清晰， 易于擴展， 運用可分布的特點， 因此在構(gòu)建Web 應(yīng)用中具有顯著的優(yōu)勢。

　　(1)MVC 模式結(jié)構(gòu)可適用于多用戶的、可擴展的、可維護的、具有很高交互性的系統(tǒng)， 如電子商務(wù)平臺、CRM系統(tǒng)和ERP 系統(tǒng)等。

　　(2)MVC 可以很好的表達用戶與系統(tǒng)的交互模式，以及整個系統(tǒng)的程序架構(gòu)模式。

　　(3)MVC 模式可以很方便的用多個視圖來顯示多套數(shù)據(jù)， 從而可以使系統(tǒng)能方便的支持其它新的客戶端類型。除了運行桌面型的瀏覽器外， 還可以運行在PDA，WAP 瀏覽器上。

　　(4)對于開發(fā)人員來講， 由于MVC 分離了模式中的數(shù)據(jù)的控制和數(shù)據(jù)表現(xiàn)， 從而可以分清開發(fā)者的責(zé)任， 后臺開發(fā)人員可以專注業(yè)務(wù)的處理， 前臺開發(fā)人員專注于用戶交互的界面， 從而加快產(chǎn)品開發(fā)以及推向市場的時間。 2 、J2EE 技術(shù)

　　SUN 公司的J2EE( Java2 企業(yè)版) 是一種利用Java 語言的標準體系結(jié)構(gòu)定義的， 它提供中間層集成框架用來滿足高可用性、高可靠性以及可擴展性的應(yīng)用的需求。利用它， 各公司可以更為方便地在中間層加速分布式部署。開發(fā)中利用這種體系結(jié)構(gòu)， 開發(fā)者可以不必擔(dān)心運行關(guān)鍵商務(wù)應(yīng)用所需的“ 管道工程”， 從而可以集中精力重視商業(yè)邏輯的設(shè)計和應(yīng)用的表示。

　　J2EE 技術(shù)主要有： EJB， Servlets， JSP， JNDI 等。J2EE平臺的應(yīng)用主要由構(gòu)件構(gòu)成， 應(yīng)用系統(tǒng)的開發(fā)就是設(shè)計這些構(gòu)件并組裝成整個企業(yè)應(yīng)用。

　　1. JSP

　　JSP 技術(shù)與ASP 技術(shù)類似， 是一種在服務(wù)器端進行解析， 動態(tài)生成網(wǎng)頁傳遞給客戶端Web 技術(shù); 它是基于Java 技術(shù)， 將Java 代碼嵌入HTML 頁面中實現(xiàn)的。本質(zhì)上， JSP 是一種高層的Servlet。它與其它網(wǎng)頁編寫腳本有很大的相似性， 但是在執(zhí)行時有所不同。JSP 引擎將它和它所在的HTML 文件一起合成

　　Servlet 的代碼， 然后它的執(zhí)行就與Servlet 的一樣： 先編譯成. class 文件， 最后由支持Java 虛擬機的服務(wù)器來執(zhí)行， 最后輸出結(jié)果。在使用JSP 中如果結(jié)合使用JavaBean 技術(shù)， 那么對于處理就會更加方便靈活。

　　2 。Servlet

　　Servlets 是Java 210 中新增的一個全新功能， Servlets是一種采用Java 技術(shù)來實現(xiàn)CGI 功能的一種技術(shù)。Servlet 和CGI 一樣都是運行在Web 服務(wù)器上， 用來生成Web 頁面。與傳統(tǒng)的CGI 或其它CGI 類似替代技術(shù)來說， Java Servlets 效率更高， 使用更方便， 功能更強大， 更

　　小巧也更便宜。Java Servlet 提供了如下許多優(yōu)勢：

　　(1) Servlet 可以和其它資源( 文件、數(shù)據(jù)庫、Applet， Java應(yīng)用程序等) 交互， 以生成返回給客戶端的響應(yīng)內(nèi)容。如果需要， 還可以保存請求- 響應(yīng)過程中的信息。

　　(2) 采用Servlet， 服務(wù)器可以完全授權(quán)對本地資源的訪問( 如數(shù)據(jù)庫) ， 并且Servlet 自身將會控制外部用戶的訪問數(shù)量及訪問性質(zhì)。

　　(3) Servlet 可以是其它服務(wù)的客戶端程序， 例如它們可以用于分布式的應(yīng)用系統(tǒng)中。

　　(4) 可以從本地硬盤， 或者通過網(wǎng)絡(luò)從遠端硬盤激活Servlet。

　　(5) Servlet 可被鏈接(Chain) 。一個Servlet 可以調(diào)用另一個或一個系列Servelt， 即成為它的客戶端。

　　(6) 采用Servlet Tag 技術(shù)， 可以在HTML 頁面中動態(tài)調(diào)用Servlet。

　　(7) Servlet API 與協(xié)議無關(guān)。它并不對傳遞它的協(xié)議有任何假設(shè)。

　　(8)像所有的Java 程序一樣， Servlet 擁有面向?qū)ο驤ava 語言的所有優(yōu)勢。

　　三、J2EE 平臺上MVC設(shè)計思想的實現(xiàn)

　　MVC系統(tǒng)模型構(gòu)建

　　J2EE 技術(shù)結(jié)合MVC 設(shè)計模式在構(gòu)建企業(yè)級Web 應(yīng)用的實現(xiàn)中， JSP 對應(yīng)于視圖， 因為整個應(yīng)用系統(tǒng)主要通過JSP 來與外界進行交互; Servlet 對應(yīng)于控制類， 作為JSP 與EJB 之間的中間樞紐; EJB 和JavaBean 對應(yīng)于模塊， 主要進行數(shù)據(jù)業(yè)務(wù)的處理。

　　MVC 系統(tǒng)模型明確的將數(shù)據(jù)的顯示和數(shù)據(jù)業(yè)務(wù)的處理分開， 從而使得邏輯結(jié)構(gòu)更為清晰。如果數(shù)據(jù)的顯示方式有所改變， 只需更改JSP 視圖頁面， 而并不要求相應(yīng)更改數(shù)據(jù)處理模塊; 反之， 如果業(yè)務(wù)要求發(fā)生變化， 也只需更改相應(yīng)的處理數(shù)據(jù)模塊。因而系統(tǒng)可以很容易加入新的業(yè)務(wù)， 可以靈活適應(yīng)各種需求的變化。

　　MVC 設(shè)計模式應(yīng)用于Web 應(yīng)用程序， 其整個流程如下： 當(dāng)Web 客戶端的HTML 或JSP 網(wǎng)頁向服務(wù)器提交時，服務(wù)器端的控制器Servlet 統(tǒng)一處理這些提交請求。這個控制器Servlet 根據(jù)提交的業(yè)務(wù)不同， 將請求傳遞給相應(yīng)的業(yè)務(wù)Bean 操作處理， 然后將業(yè)務(wù)Bean 的處理結(jié)果再傳遞給視圖JSP。視圖JSP 在服務(wù)器上處理之后以HTML 的方式回顯給客戶端。這里的業(yè)務(wù)Bean 是一系統(tǒng)處理業(yè)務(wù)邏輯的Java Bean， 每個Java Bean 處理一種業(yè)務(wù)。會話Bean 和實體Bean 都是具體的與數(shù)據(jù)庫的操作， 在整個數(shù)據(jù)模塊中供各種業(yè)務(wù)的Bean 進行調(diào)用。

　　四、使用分層模型改進MVC 設(shè)計架構(gòu)

　　1、MVC 模式的缺點

　　雖然MVC模式很好地實現(xiàn)了職能分工，但它本身也有一定的問題，主要包括：

　　(1)視圖和控制器之間的緊密連接視圖和控制器是分離的但又是緊密相關(guān)的組件，它妨礙了它們的單個重用。一個視圖離開其控制器使用好像是不可能的，而反之亦然，例外情況是共享忽略所有的輸入的控制器的只讀視圖。

　　(2)視圖和控制器與模型的緊密耦合視圖和控制器組件都是直接調(diào)用模型。它表明模型接口的改變很可能使視圖和控制器的代碼無效。如果系統(tǒng)使用多個視圖和控制器，這個問題就被放大了。

　　控制器接收來自瀏覽器的請求，然后調(diào)用業(yè)務(wù)邏輯，由業(yè)務(wù)邏輯來和底層的Model 打交道。在這個過程中用數(shù)據(jù)傳遞對象(DTO)來進行參數(shù)的傳遞。在Struts 中，有一個ActionForm的類，它與視圖的表單對應(yīng)，這樣表單的數(shù)據(jù)就能從View 傳到Controller，在到Business Logic 最后到Model，這樣做的一個缺點就是：一點業(yè)務(wù)邏輯發(fā)生了變化，相關(guān)的類就要修改。

　　但是與后續(xù)相關(guān)的Action、Business Logic、Model 都要發(fā)生變化，這是我們所不想看到的。在設(shè)計軟件系統(tǒng)的架構(gòu)，我們希望：

　　(1) 僅限于對解決方案的某一部分進行更改以便盡量降低對其它部分的影響，從而減少調(diào)試和糾錯的工作量，使應(yīng)用程序易于維護，并增強應(yīng)用程序的總體靈活性;

　　(2) 組件應(yīng)該可被多個應(yīng)用程序重用;

　　(3) 獨立的團隊?wèi)?yīng)該能夠在處理解決方案的各個部分時盡量減少對其它團隊的依賴，并且應(yīng)該能夠針對定義明確的接口展開開發(fā)工作;

　　(4) 各個組件應(yīng)保持內(nèi)聚性;

　　(5) 無關(guān)的組件應(yīng)保持松散耦合。針對這樣的問題我們的解決方案，就是用耦合性低的層來改進MVC 模式。

　　2、分層模型對MVC 的改進

　　2.1 分層模型的概念

　　從廣義上來說，MVC 也是一種分層模型，我們設(shè)計分層模型是為了改進MVC 而并非完全摒棄它。所謂分層模型就是將系統(tǒng)的組件分隔到不同的層中;每一層中的組件應(yīng)保持內(nèi)聚性，并且應(yīng)大致在同一抽象級別;每一層都應(yīng)與它下面的各層保持松散耦合;每一層都按照一定的規(guī)則將上一層傳來的數(shù)據(jù)進行解包，進行一定的處理后再按一定的規(guī)則將數(shù)據(jù)進行打包后傳遞給下一層。

　　分層模型交互的過程如下：

　　從最低級別的抽象開始— — 稱為第1 層，這是系統(tǒng)的基礎(chǔ)。通過將第J 層放置在第J-1 層的上面逐步向上完成抽象階梯，直到到達功能的最高級別稱為第N 層。

　　通常使用下列技術(shù)擴充基本的分層模式：

　　(1)層超類型。如果一層中的組件具有相同的一組行為，就可以將這些行為提取到一個公共類或組件中，并使層中的所有組件都繼承該公共類或組件。這不僅簡化了維護并提高了可重用性，還允許通過對超類型(而不是特定組件)的運行時引用來調(diào)用公共行為，從而減少了層之間的依賴性。

　　(2)抽象接口。抽象接口是為較高級別中的組件所調(diào)用的某一層中的每個組件定義的。較高層通過抽象接口(而不是直接調(diào)用組件) 來訪問較低級別組件。這使得可以在不影響較高級別組件的情況下更改較低級別組件的實現(xiàn)。

　　(3)層外觀。對于大型系統(tǒng)，常見的方法是使用Facade 模式來為層或子系統(tǒng)提供單個統(tǒng)一接口，而不是為每個公開的組件分別開發(fā)一個抽象接口。這使得層之間具有最低的耦合，因為較高級別組件僅直接引用外觀。所以認真設(shè)計外觀是非常重要的，在后期改變外觀是非常困難的，因為有許多組件都將依賴于它。

　　2.2 改進的MVC 模式

　　根據(jù)分層模型的思想和擴充技術(shù)，我們改進原有的MVC模式，對View 層進行泛化，對Controller 用Service 來替代，而Model 我們則對它進行再分層，分為BO、DO 和DA。

　　我們對View 曾進行了泛化，MVC 主要針對的是Web 應(yīng)用程序，而現(xiàn)實中的View 泛指用戶的界面，他是與用戶交互的接口，所以我們這里把View 命名成UI，可以是手機的WAP 頁面，普通的網(wǎng)頁，F(xiàn)orm程序，甚至是Athlon 的顯示模型。當(dāng)然，不同類型的View 采取的編碼方式是不同的，對此，雖然我們可以通過配置文件等進行一系列的改進，但無法從根本上提高我們的開發(fā)效率。

　　MVC的Controller我們用Service這一層來提供，由Service來導(dǎo)引系統(tǒng)的流程。Service 位于UI 的下一層，起到了承上啟下的作用。一方面，Service 層接收UI 傳入的數(shù)據(jù)，根據(jù)UI 傳

　　入的參數(shù)或者配置文件的設(shè)置，進行處理后將處理結(jié)果或者查詢結(jié)果返回給UI 層，顯示給用戶。為了簡化UI 和Service，Service 和Model 之間的調(diào)用關(guān)系，我們使用抽象的類來調(diào)用Service，也通過抽象的類來返回結(jié)果給對應(yīng)需要的層。這樣，當(dāng)我增加一個業(yè)務(wù)層的時候，每一層只需要管理好內(nèi)部的層即可，不需要考慮其它層的內(nèi)容改變。

　　我們對Model 進一步的細分，分成Business Object Layer、Data Object Layer、Data Access Layer。這3 層分別處理業(yè)務(wù)對象，數(shù)據(jù)庫對象，數(shù)據(jù)庫存儲。而各個層次之間也是通過抽象類來實現(xiàn)。抽象類的好處是提供一種抽象的接口，模糊了各個層次之間調(diào)用的明細。各個層次內(nèi)部再自行打包和解包，然后完成各自的業(yè)務(wù)。這樣，每一層次的耦合度就降低了，而且當(dāng)一個層次的內(nèi)容發(fā)生修改時，其它的層次不需要做相應(yīng)的變化。

　　這樣的改進一方面改變了原先MVC 的Controller 功能過于依賴View，降低了模塊間的耦合，另一方面也使得層次更加清晰化，各個層次的責(zé)任更加明確，為更好的軟件復(fù)用提供有利條件。

　　五、總結(jié)

　　利用分層模型的思想改進的MVC 設(shè)計模式一方面體現(xiàn)了分離思想，是開發(fā)人員利用自身的特長各司其職，另一方面也降低了原來MVC 設(shè)計模式的耦合度。這樣的改進從某一個角度來說，增加了軟件的可維護性、可重用性、可伸縮性、可靠性和安全性，但其本身也會提高開發(fā)的成本，而且多層的分部在增加靈活性的同時也加大了系統(tǒng)開發(fā)時調(diào)試的不方便。而且，很難設(shè)計一個很好的接口，使得多層之間的交換便捷。

　　j2ee技術(shù)論文篇二

　　基于J2EE平臺的系統(tǒng)集成研究 摘要：J2EE作為一種應(yīng)用開發(fā)平臺，由于其具有平臺無關(guān)性、可移植性、多用戶性、安全性等優(yōu)點，正被越來越多的企業(yè)和系統(tǒng)集成商所采用。文章應(yīng)用分層構(gòu)建思想對基于J2EE平臺的系統(tǒng)集成的架構(gòu)進行了分析和闡述，并對Siebel這一CRM集成領(lǐng)域的先驅(qū)進行了介紹和分析。

　　關(guān)鍵詞：系統(tǒng)集成;J2EE平臺;Siebe;CRM

　　一、前言

　　系統(tǒng)集成，是以用戶的應(yīng)用需要和投入資金的規(guī)模為出發(fā)點，綜合應(yīng)用各種計算機相關(guān)技術(shù)，適當(dāng)選擇各種軟硬件設(shè)備，經(jīng)過相關(guān)人員的集成設(shè)計、安裝調(diào)試、應(yīng)用開發(fā)等大量技術(shù)性工作和相應(yīng)的管理性及商務(wù)性工作，使集成后的系統(tǒng)能夠滿足用戶對實際工作要求，具有良好的性能和適當(dāng)?shù)膬r格的計算機網(wǎng)絡(luò)系統(tǒng)的全過程。

　　系統(tǒng)集成要求將各個分離的設(shè)備(如個人電腦)、功能和信息等集成到相互關(guān)聯(lián)的、統(tǒng)一和協(xié)調(diào)的系統(tǒng)之中，使資源達到充分共享，實現(xiàn)集中、便利、高效的管理。系統(tǒng)集成實現(xiàn)的關(guān)鍵在于解決系統(tǒng)之間的互連和互操作性問題，它是一個多廠商、多協(xié)議和面向各種應(yīng)用的體系結(jié)構(gòu)。這需要解決各類設(shè)備、子系統(tǒng)間的接口、協(xié)議、系統(tǒng)平臺、應(yīng)用軟件等與子系統(tǒng)等相關(guān)的一切面向集成的問題。

　　二、基于J2EE平臺的系統(tǒng)集成的架構(gòu)

　　J2EE旨在為支持Java語言服務(wù)器端部署而提供與平臺無關(guān)的、可移植的、多用戶的、安全和標準的企業(yè)級平臺。

　　Java具有平臺無關(guān)性，可以運行在Windows、Linux、Unix等不同的操作系統(tǒng)上，Java的跨平臺是通過Java虛擬機(JVM)來實現(xiàn)的，Java源代碼被編譯成一種結(jié)構(gòu)中立的中間文件格式，只要有Java運行系統(tǒng)的機器都能執(zhí)行這種中間代，Java源程序被編譯成一種與機器無關(guān)的字節(jié)碼格式，在Java虛擬機上運行。

　　J2EE標準制定了一個開發(fā)者編寫企業(yè)應(yīng)用時必須遵守的標準，也制定了各種應(yīng)用系統(tǒng)服務(wù)商必須提供的基于標準的服務(wù)，這樣企業(yè)應(yīng)用程序就可以在不同平臺間統(tǒng)一地使用這些服務(wù)。就像J2EE是一個工業(yè)支持開放標準一樣，應(yīng)用開發(fā)者要確信由應(yīng)用服務(wù)器以統(tǒng)一方式在不同平臺和不同供應(yīng)商之間提供下層支持服務(wù)，這就允許應(yīng)用開發(fā)商集中于業(yè)務(wù)邏輯的開發(fā)而不用在他們的應(yīng)用代碼里執(zhí)行這類系統(tǒng)級服務(wù)。

　　另外，一旦建立一個基于Java的組件，就可以在多個軟件系統(tǒng)上重復(fù)使用，也可以移植到不同系統(tǒng)上。重用已經(jīng)建立的組件，企業(yè)不需要擁有編寫整個應(yīng)用系統(tǒng)所需要的所有技術(shù)裝備，可以從不同的專門研究某一領(lǐng)域的供應(yīng)商處購買組件，把這些組件充分利用到自己的應(yīng)用系統(tǒng)中，這不僅使應(yīng)用系統(tǒng)開發(fā)速度快速增長，而且減少了處理各種技術(shù)集的花費。 正是由于諸如以上的眾多優(yōu)點，J2EE平臺堪稱集成信息系統(tǒng)的“強力粘合劑”，它依靠WEB層和業(yè)務(wù)層的組件處理事務(wù)及安全和擴展性，降低了訪問不同系統(tǒng)的難度。J2EE平臺的架構(gòu)由客戶層、WEB層、業(yè)務(wù)層、集成層、數(shù)據(jù)庫層構(gòu)成

　　客戶層是系統(tǒng)的用戶界面，呈現(xiàn)出適當(dāng)?shù)囊晥D，以收集查詢，顯示最終結(jié)果，它可以是瘦客戶端，胖客戶端這些非瀏覽器的客戶端，也可以是基于瀏覽器的客戶端?？蛻魧訉⑿畔⒑蛿?shù)據(jù)呈現(xiàn)給最終用戶，應(yīng)用程序用戶與客戶端應(yīng)用程序交互，客戶端應(yīng)用程序與企業(yè)應(yīng)用程序的其他組件相連。用戶接口/代理提供了客戶與信息進行交互的工具和相關(guān)的支持服務(wù)，它使客戶與系統(tǒng)的交互變得簡單、快捷。J2EE支持的Java客戶端包括Applet、Java應(yīng)用客戶端、J2ME移動客戶端或MIDlet，瀏覽器是一個瘦客戶端，在J2EE系統(tǒng)的客戶端中應(yīng)用最廣?？蛻舳祟愋投喾N多樣，容器必須提供組件支持，為客戶端組件提供運行時環(huán)境，JVM提供了Java運行時環(huán)境，個人桌面系統(tǒng)、工程工作站、Applet和應(yīng)用客戶端等組件都支持JVM，而MIDlet要求對JVM進行稍加修改。

　　由于業(yè)務(wù)需求瞬息萬變，WEB層成了一個動態(tài)層，WEB層主要有兩種職責(zé)：接收客戶層組件的要求，處理請求，然后將請求路由到業(yè)務(wù)層的適當(dāng)組件;接受業(yè)務(wù)層傳來的結(jié)果，計算一個適當(dāng)?shù)囊晥D，然后將視圖路由到對應(yīng)客戶端?？蛻魧邮褂脼g覽器應(yīng)用程序與WEB層組件交互，J2EEWEB層的重要組件有Servlet，ServletFilter和JSP，這些組件部署在高端服務(wù)器上，Web服務(wù)層和容器提供了事務(wù)、命名、目錄和JDBC等服務(wù)。其中，MVC模式分開了表示邏輯，業(yè)務(wù)邏輯和數(shù)據(jù)。

　　業(yè)務(wù)層負責(zé)執(zhí)行必需的業(yè)務(wù)邏輯，它根據(jù)客戶請求計算業(yè)務(wù)邏輯，但最好將這些組件隱藏起來，不將業(yè)務(wù)邏輯直接呈現(xiàn)給客戶端。J2EE業(yè)務(wù)層包括業(yè)務(wù)邏輯，數(shù)據(jù)訪問邏輯和相關(guān)服務(wù)。EJB是運行在業(yè)務(wù)層的業(yè)務(wù)組件，EJB具有分布特點，面向事務(wù)，其中會話Bean負責(zé)創(chuàng)建和維護客戶與服務(wù)器組件的對話，實體Bean以適當(dāng)方式實現(xiàn)數(shù)據(jù)的持久層，消息

　　驅(qū)動的Bean可將J2EE應(yīng)用程序與基于JMS的中間件集成到一起。業(yè)務(wù)組件部署在業(yè)務(wù)服務(wù)器上，業(yè)務(wù)服務(wù)器為業(yè)務(wù)組件提供各種“校準”服務(wù)，如事務(wù)、命名和目錄等。

　　EIS層將前端業(yè)務(wù)邏輯層的組件與后端數(shù)據(jù)庫層連接起來，這一層的組件應(yīng)盡量確保數(shù)據(jù)庫不同資源與業(yè)務(wù)邏輯層組件的無縫集成。很多信息系統(tǒng)有規(guī)模大、技術(shù)難度大的特點，若巧妙集成這些信息系統(tǒng)，將能保護現(xiàn)有投資，并有效“重用”信息，流程和工作流。EIS層的集成不是單純的數(shù)據(jù)集成，還涉及信息集成，對JDBC、JMS、J2EE連接器架構(gòu)、JNI和JNDI等技術(shù)能起到幫助作用，其中J2EE連接器架構(gòu)對企業(yè)最重要，能給J2EE平臺帶來“可插入”行為，廠商的資源適配器允許將信息系統(tǒng)插入J2EE平臺，以實現(xiàn)近乎零障礙的集成。

　　三、Siebel-基于J2EE平臺的CRM集成解決方案

　　Siebel是CRM理念與技術(shù)應(yīng)用的最初實踐者，為后來不斷涌現(xiàn)的CRM軟件廠商提供了業(yè)界的標準，可以毫不夸張的認為其是CRM的先驅(qū)與開創(chuàng)者。到目前為止，Siebel的CRM系統(tǒng)在CRM3個關(guān)鍵領(lǐng)域，即銷售、營銷及服務(wù)3者之間的數(shù)據(jù)/流程整合度最高，各種應(yīng)用界面最為統(tǒng)一。Siebel產(chǎn)品功能齊全，企業(yè)更能根據(jù)自己的需要選擇相應(yīng)模塊，有利于系統(tǒng)的集成，并為今后系統(tǒng)的功能擴展提供充足的前提條件。SiebelCRM應(yīng)用引擎的多層體系如圖2所示：

　　用戶界面提供個性化用戶界面，管理用戶交互行為，從目標定義庫(SRF)讀取有關(guān)用戶界面定義子集并解釋執(zhí)行。目標管理器(ObjectManager)為Siebel所有企業(yè)管理邏輯目標(BusinessObjects)提供完整一致的目標行為，從SRF讀取與企業(yè)管理邏輯有關(guān)的目標定義子集并解釋執(zhí)行。數(shù)據(jù)管理器管理一個獨立于RDBMS邏輯數(shù)據(jù)映像(DataView)，從而使目標管理器功能獨立，企業(yè)管理邏輯定義無需因不同的RDBMS而有所改變，并激發(fā)實時SQL語句，讀取并解釋SRF中有關(guān)數(shù)據(jù)關(guān)系鏈(DatabaseSchema)的定義，與數(shù)據(jù)交換層(DataExchange)通訊以訪問存于RDBMS的物理數(shù)據(jù)。數(shù)據(jù)交換層直接處理與RDBMS相關(guān)的交互信息，作為數(shù)據(jù)管理器和RDBMS的中介橋梁。

　　客戶端接口提供了用戶界面的簡單整合，利用COM、CORBA、ACTIVEX、XML等技術(shù)可以在客戶端進行客戶化整合。服務(wù)端的接口為企業(yè)邏輯定義目標提供了實時連接，利用COM、CORBA、XML、MQSeries可在服務(wù)器端進行整合。數(shù)據(jù)管理器的接口提供了數(shù)據(jù)庫與數(shù)據(jù)庫之間的數(shù)據(jù)遷移工具，利用數(shù)據(jù)庫工具在不同的RDBMS之間進行大容量數(shù)據(jù)交換。

　　Siebel的企業(yè)數(shù)據(jù)整合管理(EIM)是專門為系統(tǒng)實施所提供的數(shù)據(jù)整合管理工具，它用來處理Siebel數(shù)據(jù)庫和企業(yè)其他數(shù)據(jù)庫之間的數(shù)據(jù)交換。EIM利用系統(tǒng)中介數(shù)據(jù)庫表(InterfaceTables)暫時存儲輸入輸出數(shù)據(jù)，開發(fā)人員只需直接讀寫中介數(shù)據(jù)庫表的內(nèi)容，中介表與Siebel數(shù)據(jù)庫之間的數(shù)據(jù)交換與轉(zhuǎn)換由Siebel服務(wù)器的EIM批作業(yè)自動完成。使用EIM可以對數(shù)據(jù)進行批量輸入、輸出、數(shù)據(jù)整合和刪除。在需要數(shù)據(jù)輸出到別的應(yīng)用系統(tǒng)場合，可以用EIM從Siebel數(shù)據(jù)庫輸出數(shù)據(jù)供其他系統(tǒng)使用。必要時可以根據(jù)對定義對數(shù)據(jù)庫的紀錄進行整合處理，消除重復(fù)紀錄。可以根據(jù)定義進行數(shù)據(jù)刪除工作，EIM將根據(jù)要求將各相關(guān)的紀錄刪除。

　　Siebel服務(wù)器采取邏輯體系：

　　Gateway服務(wù)器也稱名字服務(wù)器，作為各企業(yè)服務(wù)器的單一入口，動態(tài)分配注冊Siebel服務(wù)器和各應(yīng)用組件(ServerComponent)的可應(yīng)用狀態(tài)，存儲服務(wù)組件定義以及分配連接信息;如安裝第三方負載平衡軟件，則可以根據(jù)服務(wù)器負載情況動態(tài)分配入口請求。Siebel服務(wù)器運行一個或多個Siebel服務(wù)程序，從名字服務(wù)器讀取服務(wù)器的配置信息，利用數(shù)據(jù)接口訪問數(shù)據(jù)庫服務(wù)器。企業(yè)服務(wù)器(EnterpriseServer)邏輯管理一個或多個Siebel服務(wù)器，

　　讀取單個RDBMS。數(shù)據(jù)庫服務(wù)器存儲Siebel數(shù)據(jù)關(guān)系鏈，支持各種流行的數(shù)據(jù)庫標準接口。Siebel文件系統(tǒng)存儲所有經(jīng)壓縮的文檔數(shù)據(jù)及其他非標準數(shù)據(jù)，以供Siebel應(yīng)用軟件讀取和存儲。

　　四、總結(jié)

　　通過集成將企業(yè)多種應(yīng)用連接在一起形成企業(yè)集成系統(tǒng)是企業(yè)信息化建設(shè)的高級階段，構(gòu)建企業(yè)集成系統(tǒng)可以提高企業(yè)信息化應(yīng)用的水平，為提升企業(yè)的市場競爭力提供信息技術(shù)手段上的支持。采用集成平臺技術(shù)實施企業(yè)集成系統(tǒng)是目前相對先進和有效的方法，J2EE由于其平臺無關(guān)性成為開發(fā)集成平臺的首選，Siebel是基于J2EE平臺的系統(tǒng)集成解決方案，可通過數(shù)據(jù)交換、企業(yè)數(shù)據(jù)整合管理(EIM)、流程整合等實現(xiàn)系統(tǒng)間的集成，現(xiàn)廣泛應(yīng)用于CRM領(lǐng)域。

　　參考文獻：

　　1、熊嚴,路書顏,郝永平.網(wǎng)絡(luò)制造環(huán)境下基于J2EE平臺的信息集成技術(shù)[J].機械設(shè)計與制造,2004(11).

　　2、劉澤軒,江春花.基于J2EE架構(gòu)的科研管理系統(tǒng)的設(shè)計與實現(xiàn)[J].計算機工程與設(shè)計,2007(11).

　　3、范玉順,李建強.企業(yè)集成與集成平臺技術(shù)[M].機械工業(yè)出版社,2004(8).