《企業(yè)客戶關系管理系統 實訓報告》由會員分享，可在線閱讀，更多相關《企業(yè)客戶關系管理系統 實訓報告（74頁珍藏版）》請在裝配圖網上搜索。

1、傳播優(yōu)秀Word版文檔 ，希望對您有幫助，可雙擊去除！ Java B/S架構企業(yè)管理軟件開發(fā) 與白盒測試實訓報告 課題名稱 汽車4S店 企業(yè)客戶關系管理系統的設計與測試 系/專 業(yè) 計算機與軟件學院/軟件技術 班 級 軟件1031 組 別 第四組 小組成員 蔣露露 吳杰 孫賽男 丁瑞霞 錢敏 賈苗 指導教師： 董飚 查英華 2012 年06月20日 70 / 74 誠信承諾書 為了更好完成本組承擔的汽車4S店企業(yè)客戶關系管理系統的開發(fā)任務，保證軟件開發(fā)能夠符合相關法律法規(guī)和政策要求，我組做出以

2、下誠信承諾： 1．軟件內容堅持原創(chuàng)，不剽竊他人的勞動成果，做到思想性和學術性的統一。 2. 嚴格遵守國家有關出版法律、法規(guī)，恪守學術道德，堅守學術誠信。 3．保證我組所承擔的軟件項目沒有侵害其他開發(fā)小組的專有版權。 4．保證我組承擔的軟件開發(fā)不存在著作權問題。 5．嚴格執(zhí)行南京工業(yè)職業(yè)技術學院對實訓期間做出的的管理規(guī)定，保證在規(guī)定時間內完成軟件的開發(fā)任務。 如有違反上述承諾者，本組承擔相應的法律責任和民事責任。 摘 要 使用CRM概念和技術，企業(yè)能快速搜集、追蹤和分析每一個客戶的信息，進而了解整個市場走勢，并確切知道誰是客戶、什么是客戶的需求、客戶需求什么樣的產品和服務

3、、如何才能滿足客戶的需求，以及滿足客戶要求的一些重要限制因素。CRM還能觀察和分析客戶對企業(yè)收益的影響，使企業(yè)與客戶的關系及企業(yè)盈利都得到最優(yōu)化。因此為汽車4S店開發(fā)一套客戶關系管理系統成為必然趨勢。 通過該系統，使企業(yè)的客戶管理工作系統化、規(guī)范化、自動化，從而達到提高企業(yè)客戶管理效率的目的。企業(yè)客戶管理系統能夠對企業(yè)客戶基礎信息、客戶檔案瀏覽、客戶資料查詢 、客戶資料統計、日常記事、通訊錄、數據庫備份和還原及清空等進行管理。及時了解各個環(huán)節(jié)中信息的變更。管理人員必須以管理員身份登錄，保證了系統的安全性。系統的總體任務是使企業(yè)管理人員可以輕松快捷地完成對企業(yè)客戶管理的任務。有利于提高管理效率

4、。 關鍵詞：CRM、4S店 目 錄 第一章 概述 5 1.1選題背景 5 1.2選題意義 5 1.3選題完成情況 6 第二章 系統分析 7 2.1客戶關系管理的特點 7 2.2用戶與角色 8 2.3系統功能 9 2.4功能需求分析 10 2.4.1 任務概述 10 2.4.2 需求描述 10 2.5可行性分析 11 2.6當遵循的標準或規(guī)范以及開發(fā)環(huán)境 12 第三章 概要設計 13 3.1引言 13 3.1.1編寫目的 13 3.1.2背景 13 3.1.3定義 14 3.2總體設計 15 3.2.1需求規(guī)定 15 3.2.2功能需求和程序的

5、關系 16 3.2.3構建開發(fā)環(huán)境 17 3.3接口設計 18 3.3.1用戶接口 18 3.3.2硬件接口 18 3.3.3內部接口 18 3.4運行設計 19 3.4.1運行模塊組合 19 3.4.2運行控制 19 3.5系統數據結構設計 20 3.6系統出錯處理設計 22 3.6.1出錯信息 22 3.6.2補救措施 22 3.6.3系統維護 23 第四章 詳細設計 24 4.1目的 24 4.2代碼框架描述 24 4.2.1目錄結構 24 4.2.2數據庫連接代碼 25 4.3數據結構定義 26 4.4營銷管理模塊詳細設計說明 27 4.4.1

6、銷售機會管理 28 4.4.2客戶開發(fā)計劃管理 29 4.5客戶管理模塊詳細設計說明 31 4.5.1新增客戶資料 31 4.5.2查看、修改客戶資料 32 4.5.3刪除客戶資料 32 4.6服務管理模塊詳細設計說明 33 4.6.1新增服務信息 33 4.6.2查看、修改服務信息 34 4.6.3刪除服務信息 34 第五章 系統功能模塊 36 5.1 login功能的實現 36 5.2 顧客（customer）模板功能的實現 36 5.2.1 添加顧客 36 5.2.2 顯示所有顧客信息 37 5.2.3 查看/修改客戶信息 37 5.2.4 刪除客戶 37

7、 5.3 營銷管理（sal_chance）模板功能的實現 39 5.3.1 添加銷售機會 39 5.3.2 顯示所有銷售機會 39 5.3.3 查看/修改銷售機會 39 5.3.4 刪除銷售機會 40 5.4 客戶開發(fā)計劃（plan）模板功能的實現 41 5.4.1 添加客戶開發(fā)計劃 41 5.4.2 顯示所有客戶開發(fā)計劃 41 5.4.3 查看/修改客戶開發(fā)計劃 41 5.4.4 刪除客戶開發(fā)計劃 42 5.5 服務管理（service）模板功能的實現 43 5.5.1 添加服務 43 5.5.2 查詢所有服務 43 5.5.3 查看/修改服務 43 5.5.4

8、 刪除服務 44 第六章 測試與運行 45 6.1測試計劃 45 6.1.1簡介 45 6.1.2約定 46 6.1.3測試種類及測試標準 48 6.1.4測試風險 48 6.1.5暫停標準和在啟動要求 49 6.1.6測試任務和進度 49 6.1.7測試提交物 50 6.2測試用例及執(zhí)行 51 6.2.1功能測試用例 51 6.3測試總結 55 6.3.1項目測試結果 55 6.3.2測試結論 56 第七章 總結 58 7.1小組總結 58 7.2 個人總結 60 致 謝 67 參考文獻 68 第一章 概述 1.1選題背景 隨著企業(yè)信

9、息化的發(fā)展趨勢和計算機技術的不斷提高和飛速發(fā)展，其強大的功能已為人們深刻認識，它已經進入人類社會的各個領域并發(fā)揮著越來越重要的作用。無論是個人還是企業(yè)都對計算機應用提出了更高的要求。以數據庫和計算機技術為核心的各種企業(yè)客戶管理系統的應用極大的推動了各種企業(yè)的發(fā)展，提高了企業(yè)的管理水平。 客戶關系管理（customer relationship management，CRM），是近年來企業(yè)采用的一套先進管理方法。CRM 的主要含義就是對企業(yè)客戶的詳細資料做出必要的分析，挖掘出客戶潛在銷售能力，從而提高企業(yè)盈利能力。企業(yè)客戶關系管理系統可以科學、高效地管理企業(yè)的客戶資源，保存企業(yè)與客戶進行商業(yè)活

10、動相關資料，是當前新技術革命中一個十分活躍和具有很強生命力的技術應用領域，是信息化社會的產物，辦公自動化的原動力是人類文明進步和發(fā)展的同時人類求的自身解放的需要。因此，快捷、準確、方便、高效的客戶關系管理系統可以更好地為客戶提供優(yōu)質的服務，為企業(yè)的帶來更大的經濟利益。 1.2選題意義 使用CRM概念和技術，企業(yè)能快速搜集、追蹤和分析每一個客戶的信息，進而了解整個市場走勢，并確切知道誰是客戶、什么是客戶的需求、客戶需求什么樣的產品和服務、如何才能滿足客戶的需求，以及滿足客戶要求的一些重要限制因素。CRM還能觀察和分析客戶對企業(yè)收益的影響，使企業(yè)與客戶的關系及企業(yè)盈利都得到最優(yōu)化。而隨著經濟的

11、快速發(fā)展，私家車已經越來越普遍。因此為汽車4S店開發(fā)一套客戶關系管理系統成為必然趨勢。 通過該系統，使企業(yè)的客戶管理工作系統化、規(guī)范化、自動化，從而達到提高企業(yè)客戶管理效率的目的。企業(yè)客戶管理系統能夠對企業(yè)客戶基礎信息、客戶檔案瀏覽、客戶資料查詢 、客戶資料統計、日常記事、通訊錄、數據庫備份和還原及清空等進行管理。及時了解各個環(huán)節(jié)中信息的變更。管理人員必須以管理員身份登錄，保證了系統的安全性。系統的總體任務是使企業(yè)管理人員可以輕松快捷地完成對企業(yè)客戶管理的任務。有利于提高管理效率。 1.3選題完成情況 本次我組設計的管理系統包括：營銷管理、客戶管理（包括用戶的增加、刪除、修改、查看）、客

12、戶服務管理、三個功能模塊。系統功能為本說明書描述中功能的并集。在上述文件未明確描述的情況下，應能滿足合同和相關投標書所描述的功能。 第二章 系統分析 2.1客戶關系管理的特點 現行的CRM軟件還處于起步階段，功能模塊結構不盡相同，但是其基本的需求是一樣的，其主要技術需求應包括六個方面： （1）信息分析能力 CRM有大量客戶和潛在客戶的信息，企業(yè)應該充分的利用這些信息進行分析，使得決策者掌握的信息更加完全，從而能及時的作出決策。良好的商業(yè)情報是企業(yè)成功的一半。 （2）對客戶互動渠道進行集成的能力。 對多渠道進行集成與CRM解決方案的功能部件的集成是同等重要的。不管客戶是與企業(yè)聯

13、系還是與銷售人員聯系，于客戶互動都應該是無縫的、統一的、高效的。同一的渠道還能帶來內部效益的提高。 （3）支持網絡應用的能力 在支持企業(yè)內外的互動和業(yè)務處理方面，Web的作用越來越大，這使得CRM得網絡功能越來越重要。如，網絡可以為電子商務渠道提供支持。為了使客戶和企業(yè)雇員都能方便應用CRM，需要提供標準化的網絡瀏覽器，使得用戶幾乎不需訓練就能使用系統。 另外，如果通過網絡為客戶提供在線反饋的話并能有專人及時傳達信息給公司的售后服務部門，這將為公司留住客戶（尤其是距離較遠的）并使業(yè)績添磚加瓦。 （4）建設集中的信息倉庫的能力 采用集中化的信息、實時的客戶信息，可使各業(yè)務部門和功能模

14、塊間的信息能統一起來。 （5）對工作流進行集成的能力 工作量是指把相關文檔和工作規(guī)則自動化安排給負責特定業(yè)務流程中特定步驟的人。CRM解決方案應具有較強的功能，為跨部門工作提供支持，使這些工作能動態(tài)的、無縫的集成。 （6）與ERP功能的集成 如果CRM與ERP和財務、庫存、制造、分銷、物流和人力資源等連接起來，使之成為一個客戶互動循環(huán)，這種集成能使企業(yè)在系統間搜集商業(yè)情報，而不是低水平的數據同步。 2.2用戶與角色 與本系統相關的用戶和角色包括： 系統管理員： 管理系統用戶、角色與權限，保證系統正常運行。 銷售主管： 對客戶服務進行分配。 分析客戶信息，發(fā)現潛在客戶。

15、 創(chuàng)建銷售機會。 對銷售機會進行指派。 對特定銷售機會制定客戶開發(fā)計劃。 分析客戶貢獻、客戶構成、客戶服務構成和客戶流失數據，提交客戶管理報告給客戶經理。 客戶經理： 維護負責的客戶信息。 接受客戶服務請求，在系統中創(chuàng)建客戶服務。 處理分派給自己的客戶服務。 對處理的服務進行反饋。 對負責的流失客戶采取“暫緩流失”或“確定流失”的措施。 針對客戶需求設計調查問卷等，指派給業(yè)務員。 業(yè)務員： 對客戶信息進行采集，將客戶基本信息提交給客戶經理。 接收客戶開發(fā)計劃，完成后將信息提交給銷售主管。 采集客戶需求的服務，提交給銷售主管。 接收售后服務信息，處理并將結果提交給

16、客戶經理。 向客戶發(fā)調查問卷，并接結果反饋給客戶經理。 2.3系統功能 系統用例圖如圖1所示，子用例圖及詳細的用例描述見“功能性需求”部分。 圖2-3系統用例圖 2.4功能需求分析 本系統開發(fā)的是汽車4S店客戶關系管理系統，實現對老客戶價值的發(fā)掘，更多新客戶的開發(fā)，通過因特網完成服務的處理和記錄。 2.4.1 任務概述 在本小組討論會議上，大家提出了作為汽車4S店客戶關系管理系統，首先必須要有管理面人員，這就要求記錄管理人員的基本信息；其次作為汽車店有自己的客戶，有客戶的相關的一些信息，與客戶的相關信息，如新的客戶需要添加、好久不聯系的客戶需要刪除；再者就是客戶屬于

17、各個分類，有的客戶是老客戶有的是新客戶。再有就營銷管理方面，分為營銷計劃和客戶開發(fā)計劃。還有每個行業(yè)都要有服務這一項。另外小組成員還提出以下這些相關細節(jié)： （1）界面美觀友好，信息查詢靈活、方便、快捷、準確，數據存儲安全可靠。 （2）操作員有不同的操作權限，增強了系統的安全性。 （3）用戶輸入的數據，系統進行嚴格的數據檢驗，盡可能排除人為的錯誤。 （4）易維護和易操作性 （5）系統運行穩(wěn)定，安全可靠 2.4.2 需求描述 在分析小組討論的系統需求結果的基礎之上，我們將各個功能進行分類處理，最后決定將系統分成如下幾個功能模塊： 客戶管理模塊 該客戶管理模塊的類的設計主要實現增加

18、、刪除、修改、查詢和顯示所以客戶信息功能的處理。 營銷管理模塊 該模塊包括營銷計劃和客戶開發(fā)計劃。其中營銷計劃包括新建營銷計劃，顯示所有營銷計劃信息，以及修改刪除營銷計劃信息。另外客戶開發(fā)計劃包括新建客戶開發(fā)計劃信息，查看顯示所有客戶計劃信息，以及修改和刪除要刪除的客戶開發(fā)計劃。 服務管理模塊 該服務管理模塊的類的設計主要實現添加和重置服務的信息的功能以及顯示所以服務分配的功能。 2.5可行性分析 （1）技術可行性 本系統要求能熟練掌握計算機編程語言。我們在大二已經學過了struts語言。并且需要有計算機。學院的計算機房有充足的計算機設備，并且裝有非常多的程序可供使用。 （

19、2）時間可行性 本課程設計提前啟動，相關書籍的借閱，案例的查找可在課外期間完成。系統分析，設計的主要內容可在實訓期間寫。學校安排四周的時間來完成所開發(fā)的系統的實現和設計報告書的撰寫，時間基本是夠用的。 （3）經濟可行性 學院的計算機室提供各種管理信息系統開發(fā)的軟件，學校的圖書館也有豐富的圖書資料可供借閱。并且學院給每個管理信息系統課程設計的學生都贈送40個小時的上機操作時間。 （4）組織安排可行性 本次管理信息系統的課設題目和要求在實訓開始時老師已經給出。有不同的課設題目，學生在征求老師的同意后可換更適合自己的課設題目。每組同學獨立完成一個課設。雖然任務有點重，但還是可以完成的。

20、綜上所述，開發(fā)客戶管理系統在技術上、時間上、經濟上、組織安排上都是可行的。 2.6當遵循的標準或規(guī)范以及開發(fā)環(huán)境 本系統采用Microsoft SQL Server數據庫，使用Java EE進行開發(fā)，采取B/S架構。數據庫設計原則上符合第三范式，且規(guī)范，易于維護。 程序需使用MVC模式，采用三層架構，保證系統的可維護性和可擴展性。 本開發(fā)環(huán)境具體如下： 1．軟件環(huán)境 Microsoft Windows XP JDK 1.6 Microsoft Office Visio 2003 SQL Server 2005 Eclipse 1.6 Microsoft O

21、ffice Word 2003 Tomcat v6.0 2．硬件環(huán)境 處理器：Intel 奔騰雙核 E6500 內存：4G 轉速：7200r 顯示器：液晶 第三章 概要設計 3.1引言 在準備開發(fā)一個項目之前，首先要對其社會需求以及可行性進行分析，才能具體確定該項目是否有開發(fā)的必要，應朝著什么方向開發(fā)，這樣才能對下一步的行動有所指引，才能做出一個符合社會需求的項目。我們在做汽車4S店企業(yè)客戶關系管理系統之前，也做了相關工作。 3.1.1編寫目的 在本系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，這些用戶需求已

22、經調查中獲得，并在需求規(guī)格說明書中得到詳盡得敘述及闡明。 本階段已在系統的需求分析的基礎上，對客戶關系管理系統做概要設計。主要解決了實現該系統需求的程序模塊設計問題。包括如何把該系統劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統所做的所有概要設計進行詳細的說明。 本階段已在系統的需求分析的基礎上，對客戶關系管理系統做概要設計。主要解決了實現該系統需求的程序模塊設計問題。包括如何把該系統劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中

23、將對在本階段中對系統所做的所有概要設計進行詳細的說明。 在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對機票預定系統所做的模塊結構設計的基礎上，對系統進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階段設計的不足或錯誤。 3.1.2背景 在系統需求分析完成的基礎上對整個系統的一個概要設計，通過文檔的形式為以后編碼階段提供依據和幫助，解決一些不必要的麻煩，在與用戶再一次進行確認后，根據用戶要求確定相關系統功能和性能要求。完善系統需求分析的文檔。 3.1.3定義 銷售主管：對客戶

24、服務進行分配；分析客戶信息，發(fā)現潛在客戶；創(chuàng)建銷售機會；對銷售機會進行指派；對特定銷售機會制定客戶開發(fā)計劃；分析客戶貢獻、客戶構成、客戶服務構成和客戶流失數據，提交客戶管理報告給客戶經理。 客戶經理：維護負責的客戶信息；接受客戶服務請求，在系統中創(chuàng)建客戶服務；處理分派給自己的客戶服務；對處理的服務進行反饋；對負責的流失客戶采取“暫緩流失”或“確定流失”的措施；針對客戶需求設計調查問卷等，指派給業(yè)務員。 業(yè)務員：對客戶信息進行采集，將客戶基本信息提交給客戶經理；接收客戶開發(fā)計劃，完成后將信息提交給銷售主管；采集客戶需求的服務，提交給銷售主管；接收售后服務信息，處理并將結果提交給客戶經理；向客

25、戶發(fā)調查問卷，并接結果反饋給客戶經理。 3.2總體設計 3.2.1需求規(guī)定 確定最終目標如下： 實現最初確定的系統功能，在系統易用性方面多做考慮；對系統的人性化處理進行考慮； 系統功能模塊結構包括： 將系統分為4個主要模塊： 第一個是客戶管理：新增客戶資料，查看客戶資料。 第二個是營銷管理：新建銷售機會，客戶開發(fā)計劃。 第三個是服務管理：創(chuàng)建服務，分配服務，處理服務，反饋服務，歸檔服務。第三個是統計報表：客戶貢獻分析，投訴/建議。 系統模塊用例圖如下： 圖3-2-1系統模塊用例圖 3.2.2功能需求和程序的關系 本系統的客戶端為瀏覽器。可視界面均通過瀏覽來實現

26、。 圖3-2-2 系統功能用例圖 圖3-2-3 服務管理處理流程圖 3-2-4 角色權限用例圖 3.2.3構建開發(fā)環(huán)境 本系統的開發(fā)需要如下軟件環(huán)境 JDK1.6以及其以上版本；JDK1.6是sun公司的最新JDK版本，用戶可以到sun公司的官方網站或其他相關鏈接免費下載。 SQL Server 2005重點關注企業(yè)數據管理、開發(fā)人員生產力和商務智能。 3.3接口設計 3.3.1用戶接口 在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀

27、上也要做到合理化，考慮到用戶多對WINDOWS 風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用Struts進行編程向WINDOWS風格靠近。 其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式。 總的來說，系統的用戶界面應作到可靠性、簡單性、易學習和使用 3.3.2硬件接口 在輸入方面，對于鍵盤、鼠標的輸入，可用Struts的標準輸入/輸出，對輸入進行處理。 在輸出方面，打印機的連接及使用，也可用Struts的標準輸入/輸出，對其進行處理。在網絡傳輸部分，在網絡硬件部分，為了實現高速傳輸，將使用高速ATM。 3.3.3內部接口 內部接口方面，各模塊之

28、間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。 3.4運行設計 3.4.1運行模塊組合 運行由服務器運行后臺程序，客戶端由瀏覽器實現。本系統環(huán)境使用的是Tomcat v6.0作為服務器端，SQL Server 2005作為系統數據庫，代碼編寫使用JDK 1.6和Eclipse 1.6，瀏覽器可使用Eclipse自帶瀏覽器，也可以使用其他外置瀏覽器如IE瀏覽器等。 3.4.2運行控制 運行控制將嚴格按照各模塊間函數調用關系來實現。在各模塊中，需對運

29、行控制進行正確的判斷，選擇正確的運行控制路徑。嚴格控制數據輸入類型，避免數據類型不匹配的錯誤。 3.5系統數據結構設計 表3-5-1匯總表 表名 功能說明 cst_customer(客戶信息表) 保存客戶的詳細信息 cst_service（服務表） 保存企業(yè)為客戶提供的服務記錄 sal_chance（機會表） 保存企業(yè)和客戶建立關系的機會 sal_plan（計劃表） 保存企業(yè)為了開發(fā)客戶做的計劃 sys_user（用戶表） 保存用戶的信息 表3-5-2 cst_customer（客戶信息表） cst_customer 客戶信息表 字段名 字段描述

30、 數據類型(精度) 空/非空 默認值 約束條件 cust_no 客戶編號 char(17) false cust_name 客戶名稱 nvarchar(100) false cust_region 地區(qū) nvarchar(50) true cust_manager_id 客戶經理編號 bigint true 外鍵 cust_manager_name 客戶經理（可省略） nvarchar(50) true cust_level 客戶等級 int true cust_satisfy 滿意度 i

31、nt true cust_credit 信用度 int true cust_addr 地址 nvarchar(300) true cust_zip 郵政編碼 char(10) true cust_tel 電話 nvarchar(50) true cust_fax 傳真 nvarchar(50) true cust_website 網址 nvarchar(50) true cust_bank 開戶銀行 nvarchar(200) true cust_bank_account

32、 銀行賬號 nvarchar(50) true cust_status 客戶狀態(tài)：1--正常；2--流失；3--刪除。 char(1) true 補充說明 表3-5-3 sal_chance（銷售機會表） sal_chance 機會銷售表 字段名 字段描述 數據類型(精度) 空/非空 默認值 約束條件 chc_id 主鍵 bigint false 主鍵 chc_source 機會來源 nvarchar(50) true chc_cust_name 客戶名稱 nvarchar(100) fals

33、e chc_title 概要 nvarchar(200) false chc_rate 成功機率 int false chc_tel 聯系電話 nvarchar(50) true chc_desc 機會描述 nvarchar(2000) false chc_create_by 創(chuàng)建人（可省略） nvarchar(50) false chc_create_date 創(chuàng)建時間 datetime false chc_due_to 指派給的人（可省略） nvarchar(50) true

34、 chc_due_date 指派時間 datetime true 補充說明 表3-5-4 cst_service（客戶服務表） cst_service 客戶服務表 字段名 字段描述 數據類型(精度) 空/非空 默認值 約束條件 svr_id 服務編號(主鍵) bigint false svr_type 服務類型 nvarchar(20) false svr_title 服務概要 nvarchar(500) false svr_cust_no 客戶編號，外鍵 char(17) true

35、外鍵 svr_cust_name 客戶名稱（可省略） nvarchar(100) false svr_status 服務狀態(tài) nvarchar(10) false svr_request 服務請求 nvarchar(3000) false svr_create_by 創(chuàng)建人名稱 nvarchar(50) false svr_create_date 創(chuàng)建日期 datetime false svr_due_to 分配給某人的名稱 nvarchar(50) true svr_due_date 分配時間

36、 datetime true svr_deal 服務處理 nvarchar(3000) true svr_deal_id 處理人編號 bigint true svr_deal_by 處理人名稱 nvarchar(50) true svr_deal_date 處理日期 datetime true svr_result 處理結果 nvarchar(500) true svr_satisfy 滿意度 boolean false 補充說明 表3-5-5 sal_plan（客戶開發(fā)計劃

37、表） sal_plan 客戶開發(fā)計劃表 字段名 字段描述 數據類型(精度) 空/非空 默認值 約束條件 pla_id 計劃編號 bigint false 主鍵 pla_chc_id 機會銷售編號 bigint false 外鍵 pla_date 日期 datetime false pla_todo 計劃項 nvarchar(500) false pla_result 執(zhí)行結果 nvarchar(500) true 補充說明 表3-5-6 sys_user（用戶表） sys_user 用戶

38、表 字段名 字段描述 數據類型(精度) 空/非空 默認值 約束條件 usr_id 編號（自動增長） bigint false 主鍵 usr_name 名稱 nvarchar(50) false usr_password 密碼 nvarchar(50) false usr_role_id 角色編號 bigint true 外鍵 usr_flag 狀態(tài)(0:已刪除,1:正常) int false 補充說明 3.6系統出錯處理設計 3.6.1出錯信息 出錯信息和警告是指出現問題時系統給出的壞消

39、息，本系統對于出錯信息和警告應該遵循以下原則： 1） 信息以用戶可以理解的術語描述； 2） 信息應提供如何從錯誤中恢復的建設性意見； 3） 信息應指出錯誤可能導致那些不量后果，以便用戶檢查是否出現了這些情況或幫助用戶進行改正； 4） 信息應伴隨著視覺上的提示，如特殊的圖像、顏色或信息閃爍。 5） 信息不能帶有判斷色彩，即任何情況下不能指責用戶 3.6.2補救措施 說明故障出現后可能采取的變通措施，包括： 1、完全備份 這是大多數人常用的方式，它可以備份整個數據庫，包含用戶表、系統表、索引、視圖和存儲過程等所有數據庫對象。但它需要花費更多的時間和空間，所以，一般推薦一

40、周做一次完全備份。 2、事務日志備份 事務日志是一個單獨的文件，它記錄數據庫的改變，備份的時候只需要復制自上次備份以來對數據庫所做的改變，所以只需要很少的時間。為了使數據庫具有魯棒性，推薦每小時甚至更頻繁的備份事務日志。 3、差異備份 也叫增量備份。它是只備份數據庫一部分的另一種方法，它不使用事務日志，相反，它使用整個數據庫的一種新映象。它比最初的完全備份小，因為它只包含自上次完全備份以來所改變的數據庫。它的優(yōu)點是存儲和恢復速度快。推薦每天做一次差異備份。 4、文件備份 數據庫可以由硬盤上的許多文件構成。如果這個數據庫非常大，并且一個晚上也不能將它備份完，那么可以使用文件備份每晚備

41、份數據庫的一部分。由于一般情況下數據庫不會大到必須使用多個文件存儲，所以這種備份不是很常用。 按照數據庫的狀態(tài)可分為三種： 1.冷備份，此時數據庫處于關閉狀態(tài)，能夠較好的保證數據庫的完整性。 2.熱備份，數據庫正處于運行狀態(tài)，這種方法依賴于數據庫的日志文件進行備份。 3.邏輯備份，使用軟件從數據庫中提取數據并將結果寫到一個文件上。 3.6.3系統維護 定期進行相關系統檢查，由系統管理員操作。 1) 碼表維護 對于所有的碼表統一用一個模塊維護，要求所有的碼表數據表的字段有統一的格式。 2）基礎數據維護，對于一些基礎數據，用一個基礎數據維護模塊來維護。 3）數據庫的備份和恢復

42、。利用SQL Server 2005自身提供的功能來實現。 第四章 詳細設計 4.1目的 為了能夠挖掘每個人的潛能，為了培養(yǎng)個人的團隊精神，為了能夠使每一個人都能夠在學習中獲取巨大的進步，為了將來能夠早點跨入社會，邁出新的一步，我們認為這一部分一定要所有人都參與進來。詳細設計部分的內容很重要，通過這部分的設計，我們的獨立思考能力、信息檢索能力、團隊合作能力會有很大的提升。并且詳細設計是一個系統最直接的實現部分，能不能完成系統的功能，全靠詳細設計來決定了。 4.2代碼框架描述 本部分描述系統的源代碼分布框架，說明源代碼存放的目錄結構、各源文件的功能。 圖4-2目錄結構圖 4

43、.2.1目錄結構 說明系統源代碼文件存放的目錄、子目錄，及其包含的文件列表。 根據MVC模式，分為視圖層，控制層，模型層，此次主要到模型層結構進行細割劃分： 表4-2-1-1 模型層結構表 源文件名稱 功能描述 bean 數據封裝 Customer 顧客信息表 Plan 客戶開發(fā)計劃信息表 Sal_chance 銷售機會信息表 Service 服務信息表 Dao 與數據庫交互 Customer DAO 顧客接口 Plan DAO 客戶開發(fā)計劃接口 Sal_chance DAO 銷售機會接口 Service DAO 服務接口 Action接口的

44、實現 CustomerAction 顧客接口的實現 PlanAction 客戶開發(fā)計劃接口的實現 Sal_chanceAction 銷售機會接口的實現 ServiceAction 服務接口的實現 數據庫連接 DBConn 數據庫連接 Service邏輯層 CustomerService 顧客邏輯層 PlanService 客戶開發(fā)計劃邏輯層 Sal_chanceService 銷售機會邏輯層 ServiceService 服務邏輯層 4.2.2數據庫連接代碼 數據庫能夠正確的鏈接是本系統實現的基礎，如果DAO與數據庫連接不上，那系統就談不上DAO與數

45、據庫的交互，那么所有的頁面就只是個靜態(tài)的擺設，不能實現系統功能。下面是我們的數據庫連接的部分代碼： public class DBConn { public static Connection getConnection(){ String url="jdbc:sqlserver://localhost:1433;DatabaseName=carshop"; String User="sa"; String Password=""; try { Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDrive

46、r"); Connection conn=DriverManager.getConnection(url, User, Password); return conn; } catch(Exception e) { e.printStackTrace(); } return null; } 4.3數據結構定義 實現該模塊的主要數據結構定義。 顧客類，屬性： private String cust_no; private String cust_name; private String cust_region; privat

47、e String cust_manager_id; private String cust_manager_name; private int cust_level; private int cust_satisfy; private int cust_credit; private String cust_addr; private String cust_zip; private String cust_tel; private String cust_fax; private String cu

48、st_website; private String cust_bank; private String cust_bank_account; private int cust_status; 客戶開發(fā)計劃類，屬性： private int pla_id; private int pla_chc_id; private Date pla_date; private String pla_todo; private String pla_result; 銷售機會類，屬性： private int chc_id;

49、private String chc_source; private String chc_cust_name; private String chc_title; private int chc_rate; private String chc_tel; private String chc_desc; private String chc_create_by; private Date chc_create_date; private String chc_due_to; private Date chc_due_date; 服務類，屬性： pri

50、vate int svr_id; private String svr_type; private String svr_title; private String svr_cust_no; private String svr_cust_name; private String svr_status; private String svr_request; private int svr_create_id; private String svr_create_by; private Date svr_create_date; private Stri

51、ng svr_due_by; private Date svr_due_date; private String svr_result; 4.4營銷管理模塊詳細設計說明 營銷管理模塊包含銷售機會的管理和對客戶開發(fā)過程的管理，子用例圖如圖所示。 圖4-2系統用例圖 營銷的過程是開發(fā)新客戶的過程。對老客戶的銷售行為不屬于營銷管理的范疇。 客戶經理有開發(fā)新客戶的任務，在客戶經理發(fā)現銷售機會時，應在系統中錄入該銷售機會的信息。銷售主管也可以在系統中創(chuàng)建銷售機會。 所有的銷售機會由銷售主管進行分配，每個銷售機會分配給客戶經理。

52、 客戶經理對分配給自己的銷售機會制定客戶開發(fā)計劃，計劃好分幾步開發(fā)，以及每個步驟的時間和具體事項。 制定完客戶開發(fā)計劃后，客戶經理按實際執(zhí)行請跨功能填寫計劃中每個步驟的執(zhí)行效果。 在開發(fā)計劃結束的時候，根據開發(fā)的結果不同，設置該銷售機會為“開發(fā)失敗”或“開發(fā)成功”。 如果開發(fā)客戶成功，系統自動創(chuàng)建新的客戶記錄。 4.4.1銷售機會管理 4.4.1.1添加銷售機會 業(yè)務概述： 營銷的過程是開發(fā)新客戶的過程。對老客戶的銷售行為不屬于營銷管理的范疇。 客戶經理有開發(fā)新客戶的任務，在客戶經理發(fā)現銷售機會時，應在系統中錄入該銷售機會的信息。銷售主管也可以在系統中創(chuàng)建銷售機會。 所有

53、的銷售機會由銷售主管進行分配，每個銷售機會分配給客戶經理。 客戶經理對分配給自己的銷售機會制定客戶開發(fā)計劃，計劃好分幾步開發(fā)，以及每個步驟的時間和具體事項。 制定完客戶開發(fā)計劃后，客戶經理按實際執(zhí)行請跨功能填寫計劃中每個步驟的執(zhí)行效果。 在開發(fā)計劃結束的時候，根據開發(fā)的結果不同，設置該銷售機會為“開發(fā)失敗”或“開發(fā)成功”。 如果開發(fā)客戶成功，系統自動創(chuàng)建新的客戶記錄。 使用者描述： 銷售主管、客戶經理 輸入信息要素： 創(chuàng)建銷售機會的系統界面如圖4.3所示。 圖4-3系統界面截圖 信息處理流程： 從界面得到所需信息，然后在數據庫中創(chuàng)建新的紀錄。 4.4.1.2修改銷售

54、機會 業(yè)務概述： 對獲取的并未分配的銷售機會記錄可以編輯。 使用者： 銷售主管、客戶經理 輸入信息要素： 選擇任意一條進行修改。 在編輯頁面，可以對機會來源、客戶名稱、成功機率、概要、聯系人電話、機會描述進行編輯。 其他信息不可編輯。 4.4.2客戶開發(fā)計劃管理 對銷售機會制定開發(fā)計劃，執(zhí)行開發(fā)計劃，并記錄執(zhí)行結果?？蛻糸_發(fā)成功還將創(chuàng)建新的客戶記錄。 4.4.2.1制定開發(fā)計劃 業(yè)務概述： 客戶經理對分配給自己的銷售機會制定開發(fā)計劃。 使用者： 客戶經理 輸入信息要素： 在制定開發(fā)計劃時，應顯示出銷售機會的詳細信息。 客戶經理可以通過新建計劃項，編輯已經

55、有的計劃項，即刪除計劃項來針對一個銷售機會來制定客戶開發(fā)計劃。 每個計劃項包括兩個輸入要素：日期和計劃內容，都是必輸項。日期的輸入格式為“2012-12-13”。 編輯計劃項時，日期不可以編輯。 信息處理流程： 首先選擇一“已指派”的銷售機會進行指定計劃的操作，然后制定計劃。 輸出信息要素： 提交并更新當前頁面時在計劃項列表中顯示新建的計劃項。 4.4.2.2執(zhí)行開發(fā)計劃 業(yè)務概述： 完成客戶開發(fā)計劃的制定后，客戶經理開始按照計劃內容執(zhí)行客戶開發(fā)計劃，并按時記錄執(zhí)行結果。 使用者： 客戶經理 輸入信息要素： 對每個計劃項填寫執(zhí)行效果，并保存。 增刪改查部分代碼：

56、private Sal_chanceDAO sal_chanceDAO; public Sal_chanceService() { sal_chanceDAO = new Sal_chanceDAO(); } public boolean insertSal_chance(Sal_chance sal_chance) { Sal_chance temp = Sal_chanceDAO.getSal_chanceByChc_id(sal_chance.getChc_id()); if(temp == null) { return sal_chan

57、ceDAO.insertSal_chance(sal_chance); } return false; } public List getAllSal_chances() { return sal_chanceDAO.getAllSal_chances(); } public Sal_chance getSal_chanceByChc_id(int chc_id){ return Sal_chanceDAO.getSal_chanceByChc_id(chc_id); } public boolean deleteSal_ch

58、ance(int id) { return sal_chanceDAO.deleteSal_chance(id); } public boolean updateSal_chance(Sal_chance sal_chance) { return sal_chanceDAO.updateSal_chance(sal_chance); } 4.5客戶管理模塊詳細設計說明 客戶管理模塊的主要功能有對客戶信息的增刪改查，客戶管理的子用例圖如下圖所示： 圖4-5 客戶管理子用例圖 當有新的客戶時，客戶經理可以新增客戶，可以查看所有客戶，可以修改客戶信息和客

59、戶狀態(tài)，查看每個客戶的明細，確認客戶的流失情況等。 4.5.1新增客戶資料 業(yè)務概述： 客戶經理可以新增客戶信息。 使用者描述： 客戶經理 輸入信息要素： 客戶編號、客戶姓名、聯系方式、客戶經理、客戶等級是必填項，客戶經理候選項為所有狀態(tài)為“正?！钡南到y用戶。客戶滿意度和客戶信用度候選項的值都是1~5。 信息處理流程： 點擊“新建”按鈕，新增一條客戶信息，保存成功。 4.5.2查看、修改客戶資料 業(yè)務概述： 對獲取的客戶資料記錄可以查看詳細信息、可編輯。 使用者： 客戶經理 輸入信息要素： 客戶編號不可修改。 在編輯頁面，可以對客戶姓名、所在地區(qū)、客戶等級、聯

60、系電話進行編輯。 可以更改其滿意度和信用度，以及對客戶的流失狀態(tài)進行確認。 4.5.3刪除客戶資料 業(yè)務概述： 對獲取的客戶資料記錄可以刪除。 使用者： 客戶經理 輸入信息要素： 選擇任意一條進行刪除?？梢詣h除成功，數據庫中清除該條記錄。 增刪改查部分代碼： public CustomerService() { customerDao = new CustomerDao(); } public boolean addCustomer(Customer customer){ Customer temp = CustomerDao.getCustomerBy

61、No(customer.getCust_no()); if(temp == null) { return customerDao.addCustomer(customer); } return false; } public List getAllCustomer() { return customerDao.getAllCustomer() ; } public boolean cust_delete(String cust_no) { return customerDao.cust_delete(cust_no); }

62、 public boolean cust_update(Customer customer) { return customerDao.cust_update(customer) ; } public Customer getCustomerByNo(String cust_no){ return CustomerDao.getCustomerByNo(cust_no); } 4.6服務管理模塊詳細設計說明 服務管理模塊的主要功能有新增服務信息、查看修改服務信息、指派服務、對服務處理情況進行反饋、刪除服務信息等。下面是子模塊用例圖： 圖4-6 服務管理模塊用

63、例圖 4.6.1新增服務信息 業(yè)務概述： 客戶經理可以新增服務信息。 使用者描述： 客戶經理 輸入信息要素： 服務編號、客戶編號、客戶姓名、創(chuàng)建人姓名是必填項，服務類型有“咨詢”、“建議” 、“投訴”三種可供選擇。服務狀態(tài)、處理人姓名、處理時間、處理結果、滿意度可以后來進行編輯。 信息處理流程： 點擊“新建”按鈕，新增一條客戶信息，保存成功。 4.6.2查看、修改服務信息 業(yè)務概述： 對獲取的服務信息記錄可以查看詳細信息、可編輯。 使用者： 客戶經理 輸入信息要素： 服務編號不可修改。 服務類型可以修改，服務狀態(tài)、處理人姓名、處理時間、處理結果、滿意度可以進行

64、編輯。 4.6.3刪除服務信息 業(yè)務概述： 對獲取的服務信息記錄可以刪除。 使用者： 客戶經理 輸入信息要素： 選擇任意一條進行刪除。可以刪除成功，數據庫中清除該條記錄。 增刪改查部分代碼： private ServiceDao serviceDao; public ServiceService() { serviceDao = new ServiceDao(); } public boolean addService(Service service) { Service temp = serviceDao.getServiceBySvr_i

65、d(service.getSvr_id()); if(temp == null) { return serviceDao.addService(service); } return false; } public List getAllServices() { return serviceDao.getAllServices(); } public boolean deleteService(int svr_id) { return serviceDao.deleteService(svr_id); } public boo

66、lean updateService(Service service) { return serviceDao.updateService(service); } public Service getServiceBySvr_id(int svr_id){ return serviceDao.getServiceBySvr_id(svr_id); } 增刪改查功能的structs配置： /admin/custAll.jsp listAllCustomers.action /admin/custAll.jsp