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

　　j2ee技術論文篇一

　　模型介紹

　　1、MVC

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

　　MVC 主要由三個部分組成： 模塊( Model ) 、視圖(View) 和控制器( Controller) 。模塊， 即相關的數據， 它是對象的內在屬性， 是整個模型的核心， 它表示的是解決方案空間的真正的邏輯。它采用面向對象的方法， 將問題領域中的對象抽象為應用程序對象。在這些抽象的對象中封裝了對象的屬性和這些對象所隱含的邏輯。

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

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

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

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

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

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

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

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

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

　　1. JSP

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

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

　　2 。Servlet

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

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

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

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

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

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

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

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

　　(7) Servlet API 與協議無關。它并不對傳遞它的協議有任何假設。

　　(8)像所有的Java 程序一樣， Servlet 擁有面向對象Java 語言的所有優(yōu)勢。

　　三、J2EE 平臺上MVC設計思想的實現

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

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

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

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

　　四、使用分層模型改進MVC 設計架構

　　1、MVC 模式的缺點

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

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

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

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

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

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

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

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

　　(4) 各個組件應保持內聚性;

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

　　2、分層模型對MVC 的改進

　　2.1 分層模型的概念

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

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

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

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

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

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

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

　　2.2 改進的MVC 模式

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

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

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

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

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

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

　　五、總結

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

　　j2ee技術論文篇二

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

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

　　一、前言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　Siebel服務器采取邏輯體系：

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

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

　　四、總結

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

　　參考文獻：

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

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

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