【正文】 在這個計劃中， 視圖層 使用 JSP 技術(shù)結(jié)合Struts 強(qiáng)大的 TagLib 實現(xiàn) 。 Spring可 以減少各種 框架的使用難度， Spring提供了對 多種優(yōu)秀的框架 的直接 援助 。 這些 編程測試是在 Spring里 可以很方便的完成。 在 Spring，我們可以從單調(diào)和無聊的事務(wù)管理代碼解脫，通過靈活的聲明式事務(wù)管理，提高開發(fā)效率和質(zhì)量。通過 Spring AOP的功能，促進(jìn)面向切面編程，傳統(tǒng)的 OOP很難實現(xiàn)的功能 通過 AOP輕松應(yīng)付 ， 易于處理的許多功能。有了 Spring，用戶并不需要單實例模式的類、屬性文件的解析非常低層次的需求編寫代碼，可以更集中實施上層應(yīng)用。應(yīng)用程序開發(fā)過程中的 Spring使用具有以下優(yōu)點： 1）、 撤回方便，簡化了開發(fā)。Spring核心要點 是：支持不鏈接到特定 J2EE服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問對象。 6）、 Spring MVC 框架：提供一個全功能的構(gòu)建 Web 應(yīng)用程序的 MVC 實現(xiàn)方式。 4）、 Spring ORM：對象關(guān)系就向管理模塊，包括 JDO、 Hibernate 和 iBatis SQL Map。 2）、 Spring 上下文： Spring配置文件到，包括環(huán)境和相互依存的關(guān)系等，向 Spring框架提供上下文信息。組成 Spring框架的每個模塊（或組件）可以獨立存在 ，也可以是多個模塊共同 實現(xiàn)了一定 功能， 每個的功能模 塊的作用如下： 1）、 核心 容器：它提供 Spring框架的基本功能。 （ 1） Spring模塊 圖 46 Spring 框架構(gòu)覽圖 Spring是一個 7層定義的模塊組成的架構(gòu)。過去，在 Spring完成了基于 EJB的 JavaBean的功能，它不僅可以應(yīng)用到開發(fā) 服務(wù)器端，在簡單、可測試性和松耦合的 Java應(yīng)用程序中發(fā)揮的重要作用，你可以告訴任何請求 Java可以利用 Spring的優(yōu)勢。 4）、 有許多開放源碼開發(fā)人員的積極參與， 保護(hù)產(chǎn)品 開發(fā)和應(yīng)用的穩(wěn)定性。 2）、 比較 容易調(diào)試， 減輕了程序員的負(fù)擔(dān) 。 提供了獨特的 Hibernate查詢語言，數(shù)據(jù)庫查詢語言 HQL保護(hù)不同的數(shù)據(jù)庫之間的差異，所以你可以寫一個統(tǒng)一的查詢來執(zhí)行這個查詢。與 Spring整合后由 Spring對事務(wù)進(jìn)行統(tǒng)一配置和管理 。 4）、 對象類的映射聲明文件 ：應(yīng)該寫在同一文件夾中對象類 寫該類的映射文件 （類名 .），定義 O/R映射規(guī)則定義，包括表結(jié)構(gòu)， 字段類型 。 2）、 進(jìn)入 Hibernate配置文件： Hibernate配置和映射集成對象文件， 與 Spring集成后的文件更加方、快捷的 。 此外，還有很多 Hibernat中使用的 Java API，包括在現(xiàn)有的 JDBC， Java事務(wù) API（ JTA）和 Java命名和目錄接口（ JNDI）。在客戶端應(yīng)用程序， 由程序通過此對象對所有數(shù)據(jù)庫操作進(jìn)行監(jiān)控 ，包括事務(wù)回滾的事務(wù)處理應(yīng)用程序。 持久對象和集合：生命周期短，最大的連續(xù)和業(yè)務(wù)功能的單線程對象， JSP模式2是一般簡單的 Hibernate中的 POJO和其映射組成的的 JavaBean映射配置文件 ，持續(xù)經(jīng)操作和與 Session相關(guān)的會話對象， Session可以由 Spring自動管理， 在 Session關(guān)閉 的時這些對象同步脫離持久化狀態(tài)。大多數(shù)用戶的安全存儲的數(shù)據(jù)保存在此對象中，存放在客戶端內(nèi)，用戶數(shù)據(jù)安全程度最高。 應(yīng)用較多的是在集群層次或者進(jìn)程來對重用的數(shù)據(jù)提供可選擇的二級緩存，加快數(shù)據(jù)查詢速度。 Hibernate的 體系結(jié)構(gòu)見圖。 Hibernate可以用在任何場合使用 JDBC來 完成數(shù)據(jù)持久性的重要任務(wù)。 Struts2不必再自己編寫 singleton，這進(jìn)一步降低了 Struts2的內(nèi)部程序之間的耦合，框架本身耦合減少。 ，需要模擬這兩個 HTTP對象，使得寫單元測試的 Action很難，相比于 ， Struts2的 Action并不取決于 HttpServletRequest和HttpServletResponse對象，使我們可以更方便地編寫單元測試的 Action。 2）、 簡化 Action， Struts2中 Action是一個普通的 Java類， 任何具有 execute()方法的類都可以 成為 Struts2的 Action，不必 非要 實現(xiàn)某個接口、繼承某個類。 Struts2相對 ，具有以下優(yōu)點： 1)、 相對于之前的 Struts， Struts2的是更加模塊化，可以很容易地配置分割成多個文件的 功能界限，易于管理和團(tuán)隊協(xié)作 。 依托 WebWork的優(yōu)勢，也改變了一些弱點， Struts2拆除了原來的WebWork中的 IOC實現(xiàn) ，映入了更為先進(jìn)的 Spring的 IOC實現(xiàn)。 第 4章 系統(tǒng)結(jié)構(gòu)設(shè)計 18 （ 5） Struts2的優(yōu)點 Struts2是 Struts的 最新一代 產(chǎn)品。 8)、 Action類 執(zhí)行完畢 后 ， ActionInvocation找到 相應(yīng) 結(jié)果。 2） 、這個請求經(jīng)過一系列的 Filter（過濾器）， 一般對請求進(jìn)行統(tǒng)一編碼； 3)、接著 將會 調(diào)用 Filter Dispatcher， Filter Dispatcher詢問 Action Mapper來 判斷 這個請求是否 有必要 調(diào)用某個 Action，將 此 請求轉(zhuǎn)發(fā)給對應(yīng)的 Action； 4)、如果 ActionMapper認(rèn)為有必要 調(diào)用某個 Action， FilterDispatcher將會 把請求的處理交給 ActionProxy， 它將 調(diào)用 Action中對應(yīng)的方法； 5)、 ActionProxy通過 Configuration Manager來詢問框架，找到其 配置文件，找到 相應(yīng)的 Action類 ，并對其進(jìn)行調(diào)用 ； 6)、 如完成上述過程， ActionProxy將會 創(chuàng)建一個 ActionInvocation的實例。 Struts2 體系結(jié)構(gòu)如圖 43 所示。從源代碼的分析可以發(fā)現(xiàn)，基本上是每一 個 Struts2 類都訪問了 WebWork 的功能，從中也可以看到與 WebWork 和 Struts2千絲萬縷的聯(lián)系。 （ 3）控制器（ Controller）：在 struts 中的各種組件來完成的控制器功能，這些組件包括： ActionServlet 類， Action 類等。 （ 2）視圖（ View）： Struts 的視圖組件可以包括： HTML 頁面，在 ActionForm 的數(shù)據(jù)傳輸對象， JSP 頁面和自定義標(biāo)簽等。工作人員可通過 Web 服務(wù)器模式（ WEB SERVER）來訪問總部服務(wù)器的應(yīng)用程序和數(shù)據(jù)服務(wù)器，客戶操作使用基于 SaaS 模式的訪問服務(wù)器客戶端 。 ORACLE 分布式數(shù)據(jù)庫功能允許用戶將開發(fā)的應(yīng)用程序，把很多數(shù)據(jù)庫當(dāng)做成為一種完整的數(shù)據(jù)庫看待； SQL3 NET 在數(shù)據(jù)庫視圖的多臺運(yùn)行Oracle 產(chǎn)品的計算機(jī)上相互溝通，讓您的計算機(jī)上運(yùn)行 Oracle 產(chǎn)品的多臺計算機(jī)相互溝通的多個數(shù)據(jù)的基礎(chǔ)上開發(fā)應(yīng)用程序； ORACLE 數(shù)據(jù)庫系統(tǒng)允許用戶透明遠(yuǎn)程操 作數(shù)據(jù)庫的信息，您可以使用多個數(shù)據(jù)庫，以滿足多個職位、部門或地區(qū)的需求，并連接他們在一起，使應(yīng)用程序看起來只有一個大型數(shù)據(jù) 庫 [12]。數(shù)據(jù)在數(shù)據(jù)庫具有一致性、完整性和安全性，這些都是這個單一的數(shù)據(jù)庫邏輯上控制的。在網(wǎng)絡(luò)環(huán)境中，每個人都有了一個多用戶的硬件平臺處理能力，都可以是一個服務(wù)器，也是一個工作站。 由 Action Servlet和 Action作為 Control控制業(yè)務(wù)流程， jsp作為試圖（ View）提供顯示功能 給 用戶， EJB的功能可在 Spring中通過基本的 JavaBean來完成 ，由 Hibernate O/R映射框架實現(xiàn)與 ORACLE分布式數(shù)據(jù)庫數(shù)據(jù)訪問及分布式事務(wù)處理， ORACLE作為后臺數(shù)據(jù)庫。員工、客戶和合作伙伴均可以用它來溝通，基于網(wǎng)絡(luò)的三個部分。 ? 導(dǎo)入客戶信息 點擊客戶進(jìn)入按鈕，進(jìn)入客戶信息導(dǎo)入頁面上；選擇導(dǎo)入日志文件；將文件上傳到服務(wù)器，文件導(dǎo)入客戶信息表中的客戶信息。如果直接關(guān)閉該對話框，不執(zhí)行任何操作。 ? 查看客戶信息 查看客戶數(shù)據(jù)列 表頁面顯示客戶的詳細(xì)信息，顯示當(dāng)前記錄下客戶的詳細(xì)信息，在客戶詳細(xì)信息下面顯示當(dāng)前記錄所有操作。 導(dǎo)出 導(dǎo)入 添加 查詢 Users 修改 列表 查看 刪除 圖 34 客戶基本信息管理用例圖 ? 修改客戶信息 在記錄列表頁面后，點擊要修改的客戶，修改對話框?qū)棾?；打開客戶數(shù)據(jù)不能修改項：客戶編碼；輸入客戶信息，以驗證在前臺和后臺的數(shù)據(jù)；如果得到證實，將保存的數(shù)據(jù)，如果驗證不通過，系統(tǒng)會提示您輸入錯誤的地方；并刷新列表。 ? 客戶列表信息 點擊的客戶名單上的客戶信息管理 ， 進(jìn)入客戶信息列表頁；在客戶列表頁只顯示當(dāng)前用 戶的客戶記錄；授權(quán)的用戶可以查看所有的客戶；每條記錄后面添加對當(dāng)前用戶的所有操作，包括查看，修改，刪除；公共操作放在列表信息頭，包括 添加、查詢、導(dǎo)出。 CRM系統(tǒng)包括客戶管理，機(jī)會管理，合同訂單和日常事務(wù)四個模塊的 ： 圖 33 系統(tǒng)模塊結(jié)構(gòu)圖 客戶管理 模塊 包括客戶維護(hù)、客戶相關(guān)聯(lián)系人信息管理、消費(fèi)者相關(guān)事項管理，客戶服務(wù)和銷售成本， 以下僅以客戶管理模塊中的客戶基本信息管理為例對系統(tǒng)進(jìn)行簡要分析和詳細(xì)設(shè)計。 機(jī)會記錄訂單合同分析記錄回訪客戶下訂單查看是否符合產(chǎn)品信息簽訂合同分析流失原因客戶經(jīng)理銷售主任銷售主任客戶信息產(chǎn)品信息產(chǎn)品信息客戶信息訂單信息 圖 32 客戶關(guān)系管理系統(tǒng) 數(shù)據(jù) 流程圖 第 3章 系統(tǒng)分析 13 系統(tǒng)模塊分析 本文設(shè)計的 基于 SaaS模式 中小型制造類企業(yè) CRM系統(tǒng)分為兩個部分： SaaS平臺和客戶關(guān)系管理（ CRM）系統(tǒng)。如果客戶的流失由銷售經(jīng)理分析原因后，繼續(xù)回訪客戶，看是否可以挽回。做數(shù)據(jù)分析，以確定數(shù)據(jù)流圖，如圖 32 所示。無法完成訂單，繼續(xù)去回訪客戶，直到能夠完成訂單簽訂。員工獲 得客戶發(fā)展任務(wù)的信息，根據(jù)客戶信息管理和客戶管理聯(lián)系人信息，回訪客戶以確定銷售機(jī)會，若缺少機(jī)會，進(jìn)行客戶流失分析?？蛻絷P(guān)系管理按照既定的程序，按照規(guī)定的程序、一定的業(yè)務(wù)流程， 有條不紊地進(jìn)行業(yè)務(wù)管理 。 基于 Saas 模式下中小型制造業(yè)的 CRM 系統(tǒng) 就目前 CRM 使用情況分析，大型企業(yè)一般都是用的比較大的 ERP 系統(tǒng)，其中也就包含了一些 CRM 模塊，其費(fèi)用高昂；對于一些專業(yè)的 CRM 廠商把注意力放在了一些中小型企業(yè)上，但是從目前的信息化發(fā)展速度來看，這 類 CRM 廠商的產(chǎn)品逐漸被一些基于 SaaS 模式的 CRM 服務(wù)所替代，這種模式下的 CRM 使用方便，但就中小型制造業(yè)來說還沒有特備適合自己的一款 CRM 系統(tǒng)，因此，就以上這些情況進(jìn)行分析得到制造類中小心企業(yè) CRM 的一些系統(tǒng)模塊： 客戶管理、商機(jī)管理、合同訂單和日常事務(wù)等模塊。 （ 2） Xtools Xtools 公司倡導(dǎo)企業(yè)維生素理念，其 CRM 產(chǎn)品基于 SaaS 模式，主要針對中小型企業(yè)， 其模塊相對簡單。 第 3章 系統(tǒng)分析 11 （ 4）總結(jié) 以上企業(yè) CRM 產(chǎn)品在功能上雖沒有大型廠商的 CRM 系統(tǒng)豐富，但其功能上也算是比較完善，價格比較適中， 在全球范圍內(nèi)有比較大的市場。 （ 2） Applix Applix 公司的 iEnterprise 產(chǎn)品主要適用于中小企業(yè)，其功能比較均衡，在銷售、營銷、服務(wù)自動化、與呼叫中心集成等方面功能良好，同時以 Applix 分析揚(yáng)名，是從分析角度接近 CRM 的。其業(yè)務(wù)功能包括銷售、營銷和客戶支持模塊，在操作型和分析型應(yīng)用方面功能豐富，能很好支持移動系統(tǒng)，提供方便數(shù)據(jù)同步能力，其價格相對比較適中。 （ 4）總結(jié) 以上 CRM 廠商，它們的產(chǎn)品功能豐富而強(qiáng)大，價格昂貴，定位于高端市場， 主要為大型企業(yè)提供相應(yīng)軟件 。其產(chǎn)品主要功能包括：渠道整合、客戶交互、移動技術(shù)和智能分析等。 Siebel 的 CRM 系統(tǒng)也主要應(yīng)用于大型企業(yè)，其產(chǎn)品 全面覆蓋 CRM 業(yè)務(wù)，具有靈活的二次開發(fā)工具，多種整合途徑，自動化業(yè)務(wù)流程，曾被稱為全球 CRM業(yè)務(wù)領(lǐng)域的 ””， 其產(chǎn)品價格比較昂貴， 目前在國內(nèi)有上海通用、聯(lián)想集團(tuán)等企業(yè)正在使用 Siebel 的 CRM 系統(tǒng) 。由于 Oracle 具有龐大的用戶產(chǎn)品市場，加上其整合的優(yōu)勢 ，以及產(chǎn)品結(jié)構(gòu)完全 e 化等特點，在 CRM 的高端市場有比較大的競爭優(yōu)勢 ， 目前在國內(nèi)已有上海新天地，上海日立，佳都國際集團(tuán)等公司正在 使用 Oracle CRM 系統(tǒng) 。 國內(nèi)外主流 CRM 產(chǎn)品分析 由于本文是對中小型制造類企業(yè)進(jìn)行分析，特此對國內(nèi)外 幾個典型的 主流 CRM 產(chǎn)品進(jìn)行分析，以得到最適合基于 SaaS 模式下中小型制造類企業(yè)的 CRM 系統(tǒng)。 對于企業(yè)： 制造型中小企業(yè) 的硬件和軟件技術(shù)和設(shè)備 相對大型企業(yè)比較缺乏