客戶管理系統(tǒng)分析與設(shè)計論文

1、<p>　　本 科 生 畢 業(yè) 論 文</p><p>　　題 目： 客戶管理系統(tǒng)分析與設(shè)計 </p><p>　　院 系： 軟件學院 </p><p>　　專 業(yè)： 電子政務(wù) </p><p>　　學生姓名：

2、朱奕寧 </p><p>　　學 號： 10389386 </p><p>　　指導教師： 路永和（副教授） </p><p><b>　　二〇一四年三月</b></p><p><b>　　摘 要</b>&

3、lt;/p><p>　　網(wǎng)絡(luò)經(jīng)濟時代如何在企業(yè)中運用IT手段提高運作效率，使得企業(yè)管理更加的規(guī)范化、系統(tǒng)化成為了企業(yè)之間競爭的焦點。在這樣的背景下客戶管理就成為了其中的重中之重。</p><p>　　客戶管理系統(tǒng)利用Python開發(fā)設(shè)計，數(shù)據(jù)庫基于SQL SERVER設(shè)計。系統(tǒng)的整體分析與設(shè)計采用面向?qū)ο蟮姆椒?，以提高軟件的重用性、靈活性和擴展性。系統(tǒng)結(jié)構(gòu)采用B/S架構(gòu)，瀏覽器通過Web Se

4、rver 同數(shù)據(jù)庫進行數(shù)據(jù)交互。系統(tǒng)按照MVC模式設(shè)計，使系統(tǒng)的輸入、處理和輸出功能在同一個邏輯的圖形化用戶界面結(jié)構(gòu)中。</p><p>　　客戶管理系統(tǒng)主要實現(xiàn)了對企業(yè)從客戶信息錄入、客戶記錄到客戶信息管理。整個系統(tǒng)分為客戶信息查詢、客戶信息管理、客戶記錄管理、系統(tǒng)管理四大模塊。其中，客戶信息管理模塊包括信息錄入、信息修改。客戶記錄管理模塊包括客戶需求以及購買記錄的錄入以及修改。系統(tǒng)管理模塊包括用戶權(quán)限、密碼修

5、改。整個系統(tǒng)從操作簡便、靈活、實用的目的要求出發(fā)完成客戶管理系統(tǒng)全過程。管理人員可以通過該系統(tǒng)方便、快速、有效的管理客戶信息。</p><p>　　關(guān)鍵詞：數(shù)據(jù)庫；客戶管理系統(tǒng)；MVC模式</p><p><b>　　Abstract</b></p><p>　　The era of network economy in the enterpr

6、ise by using the IT method to improve the operation efficiency, makes the enterprise management more standardized,the system became the focus of competition between enterprises. In this context the customer management ha

7、s become a priority among priorities among them.</p><p>　　Python development and design the customer management system, database design based on My SQL. Analysis and design of the whole system with object-or

8、iented method, in order to improve the software reusability, flexibility and scalability. The system uses the B/S architecture, the browser through the Web Server database for data interaction. System design according to

9、 MVC mode, the input, processing and output function of the system in the same logic graphical user interface structure.</p><p>　　Customer management system is mainly to achieve the enterprise from the custo

10、mer information, customer records to the customer information management. The whole system is divided into customer information, customer information management, customer records management, system management four big mo

11、dules. Among them, the customer information management module includes information input, information modification. Customer records management module includes customer demand and purchase records input </p><p

12、>　　Keywords: Customer management system; database; MVC model</p><p><b>　　目 錄</b></p><p><b>　　第一章 前言3</b></p><p>　　1.1 項目的背景和意義3</p><p>　

13、　1.2 項目現(xiàn)狀分析3</p><p>　　1.3 項目的目標的范圍3</p><p>　　第二章 技術(shù)與原理5</p><p>　　2.1 系統(tǒng)工作原理5</p><p>　　2.2 系統(tǒng)所采用的關(guān)鍵技術(shù)5</p><p>　　2.2.1 OLE DB技術(shù)5</p><p>　　

14、2.2.2 SQL技術(shù)6</p><p>　　第三章 需求建模7</p><p>　　3.1 業(yè)務(wù)需求7</p><p>　　3.1.1 用戶需求7</p><p>　　3.1.2 管理員需求7</p><p>　　3.2 業(yè)務(wù)建模7</p><p>　　3.3 業(yè)務(wù)用況8<

15、/p><p>　　3.3.1 業(yè)務(wù)用況圖8</p><p>　　3.3.2 關(guān)鍵用例描述9</p><p>　　3.4 領(lǐng)域模型12</p><p>　　第四章 架構(gòu)設(shè)計13</p><p>　　4.1 系統(tǒng)架構(gòu)和原理13</p><p>　　4.2 MVC模式架構(gòu)及原理13</p

16、><p>　　4.3 分層架構(gòu)和原理13</p><p>　　4.4 架構(gòu)設(shè)計15</p><p>　　4.5 管理業(yè)務(wù)流程順序圖16</p><p>　　4.5.1 客戶信息查詢的實現(xiàn)16</p><p>　　4.5.2 客戶記錄的編輯17</p><p>　　4.5.3 客戶信息的刪除

17、與修改18</p><p>　　4.6 數(shù)據(jù)庫設(shè)計18</p><p>　　4.6.1 設(shè)計原則與規(guī)范19</p><p>　　4.6.2 數(shù)據(jù)庫概念設(shè)計19</p><p>　　4.6.3 數(shù)據(jù)庫表設(shè)計23</p><p>　　第五章 模塊設(shè)計與實現(xiàn)25</p><p>　　5.1

18、 登陸頁面的實現(xiàn)25</p><p>　　5.2 管理員功能模塊的實現(xiàn)26</p><p>　　5.3 用戶功能模塊的實現(xiàn)27</p><p>　　第六章 部署與應(yīng)用30</p><p>　　6.1 系統(tǒng)運行環(huán)境30</p><p>　　6.2 部署圖30</p><p><b

19、>　　致謝33</b></p><p><b>　　參考文獻34</b></p><p><b>　　前言</b></p><p><b>　　項目的背景和意義</b></p><p>　　在網(wǎng)絡(luò)經(jīng)濟時代，IT手段在企業(yè)中的運用提高了企業(yè)運作的效率，行業(yè)的

20、競爭環(huán)境也日益復雜，對于企業(yè)外部的資源—客戶群，現(xiàn)在已經(jīng)被納入了企業(yè)可調(diào)控的價值鏈中，如何吸引并保持住客戶，已經(jīng)成為了企業(yè)之間競爭的焦點所在。企業(yè)比以往任何時候都更迫切的需要通過獲得與客戶關(guān)系的最優(yōu)化達到企業(yè)利潤最優(yōu)化的目的，在這樣的背景下，客戶關(guān)系管理（CRM）就成為了企業(yè)發(fā)展的重中之重。</p><p>　　CRM的核心思想是企業(yè)把客戶群作為最寶貴的外部資源，通過有效的手段進行調(diào)控，分析客戶價值，發(fā)展并保持與

21、客戶群間的有利關(guān)系，不斷提高客戶對企業(yè)的價值，進而達到企業(yè)經(jīng)營最有優(yōu)化的目的。[1]</p><p><b>　　項目現(xiàn)狀分析</b></p><p>　　現(xiàn)在很多的企業(yè)對于新老客戶的信息記錄不完善，隨著客戶不斷的變動，維護客戶關(guān)系變得非常困難。然而如果通過客戶管理系統(tǒng)管理客戶的數(shù)據(jù)，管理員可以實時根據(jù)數(shù)據(jù)來有的放矢的和客戶互動，更好的維護客戶關(guān)系。</p>

22、;<p>　　在許多的傳統(tǒng)企業(yè)的管理中，客戶的信息被管理的十分的凌亂，存在大量的問題，諸如：客戶信息不夠全面，查詢客戶信息不夠方便，這些問題造成了對企業(yè)的極大困擾。但通過客戶管理系統(tǒng)管理可以有效的解決信息的分散化和片面化，是記錄信息更加的全面，有利于公司的決策。</p><p>　　傳統(tǒng)的管理靈活性差，生命周期短，需要不斷的投入大量的人力物力，而是用客戶管理軟件則靈活性較好，便于優(yōu)化，利于維持客戶周

23、期的長久保持企業(yè)的可持續(xù)規(guī)劃。[2]</p><p><b>　　項目的目標的范圍</b></p><p>　　該客戶管理系統(tǒng)主要針對對于客戶個人基本信息以及對產(chǎn)品的需求及滿意度的管理以及存儲。</p><p><b>　　技術(shù)與原理</b></p><p><b>　　系統(tǒng)工作原理<

24、;/b></p><p>　　客戶管理系統(tǒng)采用三層Client/Server（客戶機/服務(wù)器）架構(gòu)體系，其工作原理如圖2-1所示。</p><p>　　用戶界面層 業(yè)務(wù)處理層 數(shù)據(jù)存儲層</p><p>　　查看用戶信息 組

25、織SQL語句，查詢數(shù)據(jù)庫</p><p>　　返回客戶信息 返回查詢結(jié)果</p><p>　　圖2-1： 三層架構(gòu)工作原理圖</p><p>　　用戶界面層通過統(tǒng)一的接口向業(yè)務(wù)處理層發(fā)出請求，業(yè)務(wù)處理層按自己的邏輯規(guī)則將請求處理之后進行數(shù)據(jù)庫操作，然后將數(shù)據(jù)庫返回的數(shù)據(jù)封裝成類的形式返回給用戶界面層。[3]</p

26、><p>　　系統(tǒng)所采用的關(guān)鍵技術(shù)</p><p><b>　　OLE DB技術(shù)</b></p><p>　　OLE DB是組件對象模型中一組讀寫數(shù)據(jù)的方法。OLE DB中的對象主要包括數(shù)據(jù)源對象、階段對象、命令對象和行組對象。使用OLE DB的應(yīng)用程序會用到如下的請求序列：初始化OLE、連接到數(shù)據(jù)源、發(fā)出命令、處理結(jié)果、釋放數(shù)據(jù)源對象并停止初始化

27、OLE Object Linking and Embedding，對象鏈接與嵌入，簡稱OLE技術(shù)。</p><p>　　OLE DB最主要是由三個部分組合而成：</p><p>　　Data Providers 數(shù)據(jù)提供者</p><p>　　凡是透過OLE DB將數(shù)據(jù)提供出來的，就是數(shù)據(jù)提供者。例如SQL Server數(shù)據(jù)庫中的數(shù)據(jù)表。</p>&l

28、t;p>　　Data Consumers 數(shù)據(jù)使用者</p><p>　　凡是使用OLE DB提供數(shù)據(jù)的程序或組件，都是OLE DB的數(shù)據(jù)使用者。換句話說，凡是使用ADO的應(yīng)用程序或是網(wǎng)頁都是OLE DB的數(shù)據(jù)使用者。</p><p>　　Service Components 服務(wù)組件</p><p>　　數(shù)據(jù)服務(wù)組件可以執(zhí)行數(shù)據(jù)提供者以及數(shù)據(jù)使用者之間數(shù)據(jù)傳

29、遞的工作，數(shù)據(jù)使用者要想數(shù)據(jù)提供者要求數(shù)據(jù)時，是透過OLE DB服務(wù)組件的查詢處理器執(zhí)行查詢的工作，而查詢到的結(jié)果則由指針引擎來管理。</p><p><b>　　SQL技術(shù)</b></p><p>　　SQL 是關(guān)系數(shù)據(jù)庫支持的標準查詢語言。SQL語言被大量的應(yīng)用，無論是Orcale；Sybase：SQL Server這些大型數(shù)據(jù)庫管理系統(tǒng)，還是Visual Fox

30、Pro，PowerBuilder這些常用數(shù)據(jù)庫開發(fā)系統(tǒng)，都支持SQL語言。SQL語言從功能上可以把它分為3類：</p><p>　　數(shù)據(jù)定義語言（DDL）用于定義或修改數(shù)據(jù)庫和數(shù)據(jù)庫對象，包括CREATE、ALTER和DROP等語句。</p><p>　　數(shù)據(jù)處理語言（DML）用于完成數(shù)據(jù)處理，如添加、修改或刪除數(shù)據(jù)，包括INSERT、UPDATE和DELETE等語句。</p>

31、<p>　　數(shù)據(jù)控制語言（DCL）用于管理數(shù)據(jù)庫用戶權(quán)限，包括GRANT和REVOKE等語句。</p><p>　　在SQL Server 2000中，創(chuàng)建數(shù)據(jù)庫、數(shù)據(jù)表、關(guān)系、視圖和索引等數(shù)據(jù)對象時，不僅可以使用SQL命令操作，還可以使用SQL Server 2000提供的工具或向?qū)?，快速、方便地?chuàng)建和訪問數(shù)據(jù)庫對象，同時SQL Server 2000也提供完成維護、備份和管理等數(shù)據(jù)庫管理工作的工

32、具。</p><p><b>　　需求建模</b></p><p><b>　　業(yè)務(wù)需求</b></p><p><b>　　用戶需求</b></p><p>　　作為用戶，應(yīng)該是企業(yè)內(nèi)的員工，他們的需求一般是查看，核對客戶的信息，用以判斷新老客戶，客戶的信息屬性應(yīng)包含：姓名，

33、性別，年齡，地址以及聯(lián)系方式。通過這些信息可以方便員工統(tǒng)計和分類客戶。其次員工還要求通過系統(tǒng)可以查詢客戶的企業(yè)內(nèi)記錄，這些記錄描述客戶購買的產(chǎn)品，以及其種類（用類型1,2,3，...表示）和數(shù)量，有了這些記錄，用戶可以快速的知曉客戶的潛在購買力，以及中意的類型等，極大的提高工作效率。</p><p><b>　　管理員需求</b></p><p>　　作為管理員，應(yīng)該

34、是企業(yè)內(nèi)的高層，他們的一般需求是記錄客戶的信息,包括：姓名，性別，年齡，地址以及聯(lián)系方式。以及不斷地更新客戶信息，保持信息的準確性等，客戶的購買記錄也有他們負責錄入以及修改。除此以為他們還要負責系統(tǒng)的管理，刪除用戶，添加用戶，修改密碼等等。</p><p><b>　　業(yè)務(wù)建模</b></p><p>　　本項目分為四個模塊，分別是客戶信息查詢、客戶信息管理、客戶記錄

35、管理、系統(tǒng)管理。功能模塊表如表3-1。 </p><p>　　表3-1：系統(tǒng)功能模塊</p><p><b>　　業(yè)務(wù)用況</b></p><p>　　用況常稱為用例，用況建模是用于描述一個系統(tǒng)應(yīng)該做什么的建模技術(shù)，用況建模不僅用于新系統(tǒng)的需求獲取，還可用于已有系統(tǒng)的升級。通過開發(fā)者和客戶之間為導出需求規(guī)約而進行的交互過程來簡歷用況模型。用況

36、模型的主要成分有用況、執(zhí)行者和系統(tǒng)。系統(tǒng)被看做一個提供用況的黑盒，系統(tǒng)如何做、用況如何實現(xiàn)、內(nèi)部它們?nèi)绾喂ぷ?，這些對用況建模都是不重要的。系統(tǒng)的邊界定義了系統(tǒng)所具有的功能。功能用用況來表示，每個用況指明了一個完整的功能。[4]</p><p><b>　　業(yè)務(wù)用況圖</b></p><p><b>　　如圖3-1所示：</b></p>

37、<p><b>　　關(guān)鍵用例描述</b></p><p>　　用例1名稱：客戶信息搜索</p><p><b>　　參與者：用戶</b></p><p>　　UML活動圖： 如圖3-2所示：</p><p>　　Web客戶端 用戶服務(wù)端

38、 SQL數(shù)據(jù)庫</p><p>　　圖 3-2：客戶信息搜索活動圖</p><p>　　用例2名稱：管理員信息錄入</p><p><b>　　參與者：管理員</b></p><p>　　UML活動圖：如圖3-3所示： </p>&l

39、t;p>　　Web客戶端 管理員服務(wù)端 SQL數(shù)據(jù)庫</p><p>　　圖 3-3：管理員信息錄入活動圖</p><p>　　用例3名稱：用戶信息編輯</p><p><b>　　參與者：用戶</b></p><p>　　UML活動圖：如圖3

40、-4所示：</p><p>　　Web客戶端 用戶服務(wù)端 SQL數(shù)據(jù)庫</p><p>　　圖 3-4：用戶信息編輯活動圖</p><p><b>　　領(lǐng)域模型</b></p><p>　　領(lǐng)域模型是對領(lǐng)域內(nèi)的概念類或現(xiàn)實世界中對

41、象的可視化表示。領(lǐng)域模型也稱為概念模型、領(lǐng)域?qū)ο竽Ｐ?、分析對象模型。它專注于分析問題領(lǐng)域本身，發(fā)掘重要的業(yè)務(wù)領(lǐng)域概念，并建立業(yè)務(wù)領(lǐng)域概念之間的關(guān)系。</p><p>　　應(yīng)用UML法，領(lǐng)域模型被描述為一組沒有定義操作（方法的特征標記）的類圖。它提供了概念透視圖。它可以展示：</p><p>　　·領(lǐng)域?qū)ο蠡蚋拍铑悺?lt;/p><p>　　·概念類之

42、間的關(guān)聯(lián)。</p><p><b>　　·概念類的屬性。</b></p><p>　　根據(jù)前面對網(wǎng)站關(guān)鍵業(yè)務(wù)的描述，可以提取相關(guān)的概念類如下：</p><p>　　用戶（User）：系統(tǒng)注冊的用戶，可以進行客戶基本信息和購買記錄的查詢以及編輯和更新客戶購買產(chǎn)品記錄。</p><p>　　管理員（Conserva

43、tor）：系統(tǒng)的管理員，可以進行客戶信息的錄入和修改。</p><p>　　客戶（Custom）：企業(yè)的客戶，包含姓名、年齡、性別、聯(lián)系方式、地址等信息。</p><p>　　產(chǎn)品記錄（Product）：客戶購買過的產(chǎn)品，包含產(chǎn)品名、購買數(shù)量、是否對產(chǎn)品滿意。</p><p>　　由此得出本項目的領(lǐng)域模型，如圖3-5所示：</p><p>　

44、　111111111 </p><p><b>　　1 1</b></p><p>　　n n n</p><p><b&

45、gt;　　1 1</b></p><p>　　圖 3-5：領(lǐng)域模型</p><p><b>　　架構(gòu)設(shè)計</b></p><p><b>　　系統(tǒng)架構(gòu)和原理</b></p><p>　　B/S結(jié)構(gòu)（Browser/Server，瀏覽器/服務(wù)器模式），是WEB興起后的一種網(wǎng)絡(luò)結(jié)

46、構(gòu)模式，我們知道，Web瀏覽器是客戶端最主要的應(yīng)用軟件，伴隨著分布式的Web應(yīng)用發(fā)展，以及為了適應(yīng)在Intrant上開展后勤管理工作的需求，三層/多層架構(gòu)的B/S架構(gòu)逐步取代了兩層結(jié)構(gòu)的C/S體系結(jié)構(gòu)[8]。這種結(jié)構(gòu)統(tǒng)一了客戶端，將系統(tǒng)功能實現(xiàn)的核心部分集中到服務(wù)器上，簡化了系統(tǒng)的開發(fā)、維護和使用。客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，服務(wù)器安裝Orac

47、le、Sybase、Informix或 SQL Server等數(shù)據(jù)庫。瀏覽器通過Web Server同數(shù)據(jù)庫進行數(shù)據(jù)交互。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本(TCO)。[5]</p><p>　　實際上如今網(wǎng)絡(luò)上的大部分交易平臺都是采用B/S結(jié)構(gòu)，正是由于瀏覽器的多平臺適用性，無論是電腦、手機還是其他電子設(shè)備，只要能夠上網(wǎng)并且安裝瀏覽器，即可登錄平臺進行操作，

48、因此本項目采用的也是B/S架構(gòu)。</p><p>　　MVC模式架構(gòu)及原理</p><p>　　在網(wǎng)站的開發(fā)上則遵循MVC模式。MVC由三部分組成：Model（模型），View（視圖），Controller（控制器）。這三部分的功能如下：</p><p>　　Model，用于封裝與應(yīng)用程序的業(yè)務(wù)邏輯相關(guān)的數(shù)據(jù)以及對數(shù)據(jù)的處理方法。</p><p&

49、gt;　　View，視圖層能夠?qū)崿F(xiàn)數(shù)據(jù)有目的的顯示。</p><p>　　Controller，控制器起到不同層面間的組織作用，用于控制應(yīng)用程序的流程。</p><p>　　Java技術(shù)結(jié)合MVC設(shè)計模式在構(gòu)建企業(yè)級Web應(yīng)用的實現(xiàn)中，HTML頁面、JSP頁面、Swing GUI對應(yīng)于View，因為整個應(yīng)用系統(tǒng)主要通過視圖來與外界進行交互；Controller則是Servlet類、Java

50、bean類，它用于管理用戶與視圖的交互；JavaBean對應(yīng)于Model，提供應(yīng)用業(yè)務(wù)邏輯，進行業(yè)務(wù)數(shù)據(jù)的處理。</p><p><b>　　分層架構(gòu)和原理</b></p><p>　　在分層結(jié)構(gòu)中，比較經(jīng)典的是三層架構(gòu)，它包含表現(xiàn)層，業(yè)務(wù)層，數(shù)據(jù)訪問層三個邏輯層。如圖4-1所示：</p><p>　　圖 4-1：系統(tǒng)三層邏輯架構(gòu)</p&

51、gt;<p>　　其中表現(xiàn)層充當系統(tǒng)的界面呈現(xiàn)以及UI邏輯的角色，所以用戶界面屬于表現(xiàn)層。用戶界面的職責是作為數(shù)據(jù)輸入和輸出后的展示工作，UI邏輯的職責是負責業(yè)務(wù)邏輯層以及用戶界面之間的數(shù)據(jù)交互。</p><p>　　業(yè)務(wù)層中包含系統(tǒng)所需要業(yè)務(wù)過程上的實現(xiàn)，并與下層的數(shù)據(jù)訪問層交互。</p><p>　　業(yè)務(wù)層也叫做業(yè)務(wù)邏輯層，但其實業(yè)務(wù)邏輯層是屬于業(yè)務(wù)層的一方面，業(yè)務(wù)邏輯更

52、專注于業(yè)務(wù)上邏輯算法的實現(xiàn)。因為業(yè)務(wù)層還可以包括其他的方面。</p><p>　　業(yè)務(wù)層必須包括對業(yè)務(wù)實體盡心建模的對象模型，表達了客戶的所有策略和需求的業(yè)務(wù)規(guī)則，因此就產(chǎn)生了領(lǐng)域模型。</p><p>　　領(lǐng)域模型包括對實體的屬性定義，方法定義以及實體與實體之間的關(guān)系。從這個角度上看，UML建模至關(guān)重要，通過對UML動態(tài)圖和靜態(tài)圖的描述，可以映射到領(lǐng)域模型中。</p>&l

53、t;p>　　業(yè)務(wù)層需要考慮到一些與數(shù)據(jù)訪問層交互的設(shè)計模式，模式中包括事物腳本模式、表模塊模式、活動記錄模式、領(lǐng)域模型模式。</p><p>　　事物腳本模式是通過方法來執(zhí)行業(yè)務(wù)流程，它是一個過程式模型，事物腳本的每個方法都有一個特定的事物腳本，它側(cè)重于業(yè)務(wù)上一系列流程上的順序操作，它實現(xiàn)起來很簡單，但是它有個致命的缺點就是它會造成很多重復的代碼。</p><p>　　表模塊模式比起

54、事物腳本模式，具有一定的結(jié)構(gòu)，它的思想也很簡單，每個數(shù)據(jù)表都定義一個業(yè)務(wù)組件(實體類，實體操作類)，在.NET中更多的使用DataSet作為表模型的數(shù)據(jù)交互。但是它也有一個缺點就是它是從數(shù)據(jù)庫驅(qū)動它不適合于大量的數(shù)據(jù)表以及數(shù)據(jù)表之間的復雜關(guān)系。</p><p>　　活動記錄模式中的對象中，可以包含數(shù)據(jù)和方法。它接近于數(shù)據(jù)表的結(jié)構(gòu)，它的對象中執(zhí)行方法中可以包含CRUD操作，驗證算法，以及其他的計算功能。一般來說，領(lǐng)

55、域模型不是太復雜，活動記錄模式是個好選擇。當然他也存在問題，同樣地，它對于復雜的業(yè)務(wù)上，維護的成本也很高，并且如果需求變更導致數(shù)據(jù)庫修改，就需要調(diào)整記錄對象模型中的相關(guān)代碼。</p><p>　　數(shù)據(jù)訪問層的目的很明確,主要作為提供數(shù)據(jù)持久化的功能，包括數(shù)據(jù)的讀取和寫入，另外還必須包括事務(wù)處理，并發(fā)控制等等。</p><p><b>　　架構(gòu)設(shè)計</b></p&

56、gt;<p>　　總的架構(gòu)設(shè)計我們采用了基于B/S的三層架構(gòu)設(shè)計，B/S結(jié)構(gòu)（Browser/Server，瀏覽器/服務(wù)器模式），是WEB興起后的一種網(wǎng)絡(luò)結(jié)構(gòu)模式，WEB瀏覽器是客戶端最主要的應(yīng)用軟件。這種模式統(tǒng)一了客戶端，將系統(tǒng)功能實現(xiàn)的核心部分集中到服務(wù)器上，簡化了系統(tǒng)的開發(fā)、維護和使用。[6]客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，服務(wù)

57、器安裝Oracle、Sybase、Informix或 SQL Server等數(shù)據(jù)庫。瀏覽器通過Web Server 同數(shù)據(jù)庫進行數(shù)據(jù)交互。具體設(shè)計如圖4-2所示：</p><p>　　圖 4-2：系統(tǒng)功能結(jié)構(gòu)</p><p><b>　　管理業(yè)務(wù)順序圖</b></p><p><b>　　客戶信息查詢的實現(xiàn)</b><

58、/p><p>　　要完成客戶信息的查詢，需要用戶在用戶界面的搜索框里輸入目標客戶的姓名，然后再點擊查詢，系統(tǒng)將根據(jù)輸入的客戶名檢索數(shù)據(jù)庫，并將搜索結(jié)果提交到將轉(zhuǎn)入的頁面。順序圖如圖4-3所示：</p><p>　　圖 4-3：客戶信息查詢順序圖</p><p><b>　　客戶記錄的編輯</b></p><p>　　要完成客

59、戶記錄的編輯，需要用戶在用戶界面的編輯框里輸入目標客戶的姓名，然后再點擊記錄編輯，輸入要編輯的內(nèi)容，系統(tǒng)將輸入的客戶記錄輸入數(shù)據(jù)庫并保存。以便在下一次的查詢中使用。順序圖如圖4-4所示：</p><p>　　圖 4-4：客戶記錄編輯順序圖</p><p>　　客戶信息的刪除與修改</p><p>　　要完成客戶信息的刪除與修改，需要管理員在用戶界面的輸入框里輸入目標

60、客戶的姓名，然后再點擊信息修改，輸入要修改的內(nèi)容，系統(tǒng)將輸入的信息重新輸入數(shù)據(jù)庫并保存。以便在下一次的查詢中使用。順序圖如圖4-5所示：</p><p>　　圖 4-5：客戶信息維護順序圖</p><p><b>　　數(shù)據(jù)庫設(shè)計</b></p><p>　　數(shù)據(jù)庫的設(shè)計在本程序開發(fā)中有著重要的作用。一個合理、有效的數(shù)據(jù)庫設(shè)計可以使系統(tǒng)變得更加的

61、簡潔、實用，也可以使程序開發(fā)的過程更加容易，也更加的合理化。[7]</p><p><b>　　設(shè)計原則與規(guī)范</b></p><p>　?。?） 基本表的個數(shù)越少越好，這樣的完成的程序會更加簡潔實用。</p><p>　?。?） 主鍵的個數(shù)越少越好。鍵是表間連接的工具，主鍵越少，表間的連接就越簡單。</p><p>　

62、?。?） 字段的個數(shù)越少越好，這樣方便數(shù)據(jù)庫的管理，統(tǒng)一輸入輸出的格式，減少出錯的發(fā)生幾率。</p><p>　?。?） 所有基本表的設(shè)計均應(yīng)盡量符合第三范式。</p><p><b>　　數(shù)據(jù)庫概念設(shè)計</b></p><p>　　利用ER圖方法進行數(shù)據(jù)庫的設(shè)計，應(yīng)可分成三步進行：首先設(shè)計局部ER模式，然后把各局部ER模式根據(jù)其相互之間的關(guān)系

63、合成一個全局模式，最后對全局ER模式進行優(yōu)化，得到最終的模式，即概念模式。[8]</p><p><b>　　設(shè)計局部ER模式</b></p><p><b>　　實體和屬性的定義：</b></p><p>　　用戶（ID#，密碼，姓名，聯(lián)系方式）</p><p>　　管理員（ID#，密碼，姓名，聯(lián)

64、系方式）</p><p>　　客戶（姓名#，年齡，性別，地址，聯(lián)系方式，產(chǎn)品記錄）</p><p>　　客戶產(chǎn)品記錄（姓名#，產(chǎn)品編號，購買數(shù)量，客戶滿意度）</p><p>　　各個局部ER圖設(shè)計如下：</p><p>　　用戶ER如圖4-6所示：</p><p>　　圖 4-6：用戶ER圖</p>&

65、lt;p>　　管理員ER如圖4-7所示：</p><p>　　圖 4-7：管理員ER圖</p><p>　　客戶ER如圖4-8所示：</p><p>　　圖 4-8：客戶ER圖</p><p>　　客戶產(chǎn)品記錄ER如圖4-9所示：</p><p>　　圖 4-9：客戶產(chǎn)品記錄ER圖</p><

66、p>　　在本系統(tǒng)任何兩個實體之間都有一定的聯(lián)系，間接的，或是直接的；強耦合的或是松耦合的，強耦合關(guān)系的聯(lián)系示意圖如圖4-10所示：</p><p><b>　　管理</b></p><p><b>　　管理</b></p><p><b>　　包含</b></p><p>

67、;　　圖 4-10：局部實體聯(lián)系圖</p><p>　　ER模型的關(guān)聯(lián)用于刻畫實體之間的關(guān)聯(lián)。一種完整的方式是對局部結(jié)構(gòu)中任意兩個實體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是1：N，M：N，還是1：1等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系等等。本系統(tǒng)的ER關(guān)聯(lián)解釋如下：</p>&l

68、t;p>　　一個管理員可以管理多個用戶；</p><p>　　一個用戶或管理員可以查詢或是修改多個客戶的信息；</p><p>　　一個客戶的實體內(nèi)包含并只包含一個客戶產(chǎn)品信息。</p><p>　　（2） 設(shè)計全局ER模式</p><p>　　所有局部ER模式都設(shè)計好了后，接下來把它們整合成全局結(jié)構(gòu)。全局結(jié)構(gòu)要支持所有局部ER模式，而

69、且合理地表示一個完整、一致的數(shù)據(jù)庫結(jié)構(gòu)。本系統(tǒng)的全局ER如圖4-11所示：</p><p><b>　　錄入，修改</b></p><p><b>　　管理</b></p><p><b>　　查詢</b></p><p><b>　　包含</b><

70、/p><p><b>　　編輯</b></p><p>　　圖 4-11：全局實體聯(lián)系圖</p><p><b>　　數(shù)據(jù)庫表設(shè)計</b></p><p>　　客戶管理系統(tǒng)的數(shù)據(jù)庫是以查詢和添加為主的，結(jié)合每個基本個體屬性以及各個模塊功能的需要，構(gòu)成的功能性實體。在設(shè)計過程中，設(shè)計師應(yīng)該從用戶的角度來分

71、析數(shù)據(jù)的處理以及各個需求之間的聯(lián)系等等，建立一個概念模型，再向其中加入邏輯框架，逐步完成最終的數(shù)據(jù)庫。[9]</p><p>　　經(jīng)過對于本系統(tǒng)的需求分析后，決定在本系統(tǒng)中使用如表4-1的四個數(shù)據(jù)表。</p><p>　　表4-1：系統(tǒng)數(shù)據(jù)表</p><p><b>　?。?）用戶信息表</b></p><p>　　功能

72、：記錄員工用戶的信息，用于登錄系統(tǒng)以及權(quán)限的認證。</p><p>　　屬性：系統(tǒng)id、登錄密碼、姓名、聯(lián)系方式。</p><p>　　具體設(shè)計如表4-2所示：</p><p><b>　　管理員信息表</b></p><p>　　功能：記錄管理員用戶的信息，用于登錄系統(tǒng)以及權(quán)限的認證。</p><p

73、>　　屬性：系統(tǒng)id、登錄密碼、姓名、聯(lián)系方式。</p><p>　　具體設(shè)計如表4-3所示：</p><p><b>　?。?）客戶信息表</b></p><p>　　功能：記錄客戶的基本信息，用于查詢以及修改或是編輯客戶的產(chǎn)品記錄信息。</p><p>　　屬性：姓名、年齡、性別、地址、聯(lián)系方式。</p&

74、gt;<p>　　具體設(shè)計如表4-4所示：</p><p>　?。?）客戶產(chǎn)品記錄信息表</p><p>　　功能：記錄客戶的產(chǎn)品記錄信息，用于查詢以及更新。</p><p>　　屬性：姓名、產(chǎn)品號、購買數(shù)量、滿意度。</p><p>　　具體設(shè)計如表4-5所示：</p><p><b>　　模

75、塊設(shè)計與實現(xiàn)</b></p><p><b>　　登陸頁面的實現(xiàn)</b></p><p><b>　　如圖5-1.：</b></p><p>　　圖 5-1:登陸頁面</p><p>　　該頁面實現(xiàn)的是用戶的登錄，分別輸入用戶名和密碼后點擊登錄即可實現(xiàn)登錄。</p><

76、;p><b>　　如圖5-2：</b></p><p>　　圖 5-2：管理員登陸頁面</p><p>　　該頁面實現(xiàn)的是管理員的登錄，具體方法與用戶登錄一致。</p><p>　　管理員功能模塊的實現(xiàn)</p><p><b>　　如圖5-3：</b></p><p>

77、　　圖 5-3：管理員對用戶管理頁面</p><p>　　該界面實現(xiàn)的是管理員對用戶的管理，包括用戶名，密碼，添加以及刪除等等。</p><p>　　除此以外管理員還可以對客戶進行信息的錄入等，具體實現(xiàn)如圖5-4:</p><p>　　圖5-4：客戶基本信息管理頁面</p><p>　　此頁面實現(xiàn)的是對于客戶基本信息的錄入以及刪除。</

78、p><p>　　對于客戶的外鍵產(chǎn)品信息實現(xiàn)，如圖5-5：</p><p>　　圖5-5：客戶的外鍵產(chǎn)品信息實現(xiàn)頁面</p><p><b>　　用戶功能模塊的實現(xiàn)</b></p><p>　　首先用戶應(yīng)該可以查看產(chǎn)品的信息，如圖5-6：</p><p>　　圖 5-6：產(chǎn)品信息頁面</p>

79、<p>　　然后點擊產(chǎn)品名稱可以查詢產(chǎn)品對應(yīng)的客戶情況并進行修改，如圖5-7：</p><p>　　圖 5-7：客戶情況</p><p>　　用戶點擊修改信息，界面跳轉(zhuǎn)到修改頁面。如圖5-8：</p><p>　　圖 5-8：修改頁面</p><p>　　用戶提交之后界面如圖5-9，顯示的是修改后的信息：</p>

80、<p>　　圖5-9：修改后的頁面</p><p><b>　　部署與應(yīng)用</b></p><p><b>　　系統(tǒng)運行環(huán)境</b></p><p><b>　　硬件環(huán)境：</b></p><p>　　CPU：AMD A8-4500M APU with Radeon(

81、tm) HD Graphics</p><p><b>　　內(nèi)存：2G以上</b></p><p>　　操作系統(tǒng)：Linux</p><p>　　數(shù)據(jù)庫：My SQL</p><p>　　瀏覽器：Chrome</p><p>　　分辨率：1280*1024</p><p>

82、　　開發(fā)工具：Python</p><p><b>　　部署圖</b></p><p>　　系統(tǒng)的部署圖如圖6-1所示：</p><p>　　圖6-1：系統(tǒng)部署圖</p><p><b>　　結(jié)論</b></p><p>　　CRM雖然是電子商務(wù)的一個子集，但是他把客戶放在了

83、核心的位置，這是符合網(wǎng)絡(luò)晉級的“批量定制”的特點的。CRM以客戶為核心為企業(yè)換了一種思維方式。CRM使企業(yè)更加的了解顯存的和潛在的客戶，要求企業(yè)能夠追趕上不斷變化的信息技術(shù)，要求企業(yè)的內(nèi)部管理能夠適應(yīng)這些變化。如果一個企業(yè)可以很好的吸收CRM理念，會在客戶忠誠度和客戶滿意度等多方面的提高，也使企業(yè)發(fā)展的方向的整體性向著網(wǎng)絡(luò)經(jīng)濟更靠了一步。隨著未來移動電子商務(wù)的飛速發(fā)展，CRM的重要性將更加明顯。</p><p>

84、　　本系統(tǒng)由于采用了My SQL數(shù)據(jù)庫，因此最大的優(yōu)勢是它提供了OLE DB for</p><p>　　DM 接口，這樣其他軟件可以集成各種新的數(shù)據(jù)算法。My SQL與 CRM相結(jié)合，可以擴展一下功能：</p><p>　　利用決策樹方法根據(jù)可以將客戶信息預測該客戶是否具有信用風險。</p><p>　　可以用聚類算法進行細分，輔助市場營銷部門進行高效益、針對性強

85、的營銷功能。</p><p>　　本系統(tǒng)也還存在很多的不足，比如對不同的客戶個性化的服務(wù)不足，也沒有和客戶建立起直接的聯(lián)系，對新客戶的吸引力度不夠等等問題。[10]</p><p>　　為了改進可以在今后實施以下幾個方面，細分客戶和市場，并統(tǒng)一的管理。建立企業(yè)與服務(wù)之間的協(xié)同業(yè)務(wù)模式，更好的把握商機。建立與客戶交流的互動中心，協(xié)調(diào)客戶資源的分配，為企業(yè)提供最大的利益。</p>

86、<p><b>　　致謝</b></p><p>　　本研究及學位論文是在我的導師路永和老師的親切關(guān)懷和悉心指導下完成的。從課題的選擇到項目的最終完成，張老師都始終給予我細心的指導和不懈的支持，在此謹向師者如友的張老師致以誠摯的謝意和崇高的敬意。另外，還要感謝我的舍友，感謝在我身邊一直支持著我的朋友，他們總讓我感覺身邊充滿了希望。</p><p><

87、b>　　謝謝你們！</b></p><p><b>　　參考文獻</b></p><p>　　[1] 齊佳音、李懷祖，[客戶關(guān)系管理(CRM)的體系框架分析]，《工業(yè)工程》 2002年1期</p><p>　　[2] 張國方、金國棟，[CRM(客戶關(guān)系管理)的應(yīng)用與理論研究綜述]，《科技進步與對策》2003年3期</

88、p><p>　　[3] 樊治平、王建宇、陳媛，[客戶關(guān)系管理(CRM)的評述與展望]，《系統(tǒng)工程》2002年6期</p><p>　　[4] 陳明亮，[客戶關(guān)系管理基礎(chǔ)理論體系框架探討]，《管理工程學報》2006年4期</p><p>　　[5] 鄧麗萍，[面向軟件企業(yè)的企業(yè)客戶管理系統(tǒng)的開發(fā)與實現(xiàn)]，計算機技術(shù)，江蘇大學 2011（學位年度）</p>

89、<p>　　[6] 張旭梅、康大慶，[網(wǎng)絡(luò)化集成的客戶關(guān)系管理系統(tǒng)體系結(jié)構(gòu)和關(guān)鍵技術(shù)研究]《計算機集成制造系統(tǒng)》2005年3期</p><p>　　[7] 張靜偉，[基于SQL數(shù)據(jù)庫的企業(yè)信息管理系統(tǒng)研，《電腦編程技巧與維護》013年22期</p><p>　　[8] 肖念，[淺析SQL數(shù)據(jù)庫的設(shè)計]，《計算機光盤軟件與應(yīng)用 》2013年6期</p><

90、;p>　　[9] 沈海峰，[關(guān)于如何優(yōu)化SQL數(shù)據(jù)庫的性能的幾點分析]《電腦知識與技術(shù)》2012年3期</p><p>　　[10] 王永貴、董大海，[客戶關(guān)系管理的研究現(xiàn)狀、不足和未來展望]，《中國流通經(jīng)濟》2004年6期</p><p>　　畢業(yè)論文成績評定記錄</p><p>　　附表一、畢業(yè)論文開題報告</p><p>　　

91、附表二、畢業(yè)論文過程檢查情況記錄表</p><p>　　附表三、畢業(yè)論文答辯情況</p><p><b>　　學術(shù)誠信聲明</b></p><p>　　本人所呈交的畢業(yè)論文，是在導師的指導下，獨立進行研究工作所取得的成果，所有數(shù)據(jù)、圖片資料均真實可靠。除文中已經(jīng)注明引用的內(nèi)容外，本論文不包含任何其他人或集體已經(jīng)發(fā)表或撰寫過的作品或成果。對本論文