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

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

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

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

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

5、改。整個系統(tǒng)從操作簡便、靈活、實用的目的要求出發(fā)完成客戶管理系統(tǒng)全過程。管理人員可以通過該系統(tǒng)方便、快速、有效的管理客戶信息。</p><p>　　關鍵詞：數(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>　　第二章 技術與原理5</p><p>　　2.1 系統(tǒng)工作原理5</p><p>　　2.2 系統(tǒng)所采用的關鍵技術5</p><p>　　2.2.1 OLE DB技術5</p><p>　　

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

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

16、><p>　　4.3 分層架構和原理13</p><p>　　4.4 架構設計15</p><p>　　4.5 管理業(yè)務流程順序圖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ù)庫設計18</p><p>　　4.6.1 設計原則與規(guī)范19</p><p>　　4.6.2 數(shù)據(jù)庫概念設計19</p><p>　　4.6.3 數(shù)據(jù)庫表設計23</p><p>　　第五章 模塊設計與實現(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>　　第六章 部署與應用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>　　在網絡經濟時代，IT手段在企業(yè)中的運用提高了企業(yè)運作的效率，行業(yè)的

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

21、客戶群間的有利關系，不斷提高客戶對企業(yè)的價值，進而達到企業(yè)經營最有優(yōu)化的目的。[1]</p><p><b>　　項目現(xiàn)狀分析</b></p><p>　　現(xiàn)在很多的企業(yè)對于新老客戶的信息記錄不完善，隨著客戶不斷的變動，維護客戶關系變得非常困難。然而如果通過客戶管理系統(tǒng)管理客戶的數(shù)據(jù)，管理員可以實時根據(jù)數(shù)據(jù)來有的放矢的和客戶互動，更好的維護客戶關系。</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)主要針對對于客戶個人基本信息以及對產品的需求及滿意度的管理以及存儲。</p><p><b>　　技術與原理</b></p><p><b>　　系統(tǒng)工作原理<

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

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

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

27、OLE Object Linking and Embedding，對象鏈接與嵌入，簡稱OLE技術。</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的應用程序或是網頁都是OLE DB的數(shù)據(jù)使用者。</p><p>　　Service Components 服務組件</p><p>　　數(shù)據(jù)服務組件可以執(zhí)行數(shù)據(jù)提供者以及數(shù)據(jù)使用者之間數(shù)據(jù)傳

29、遞的工作，數(shù)據(jù)使用者要想數(shù)據(jù)提供者要求數(shù)據(jù)時，是透過OLE DB服務組件的查詢處理器執(zhí)行查詢的工作，而查詢到的結果則由指針引擎來管理。</p><p><b>　　SQL技術</b></p><p>　　SQL 是關系數(shù)據(jù)庫支持的標準查詢語言。SQL語言被大量的應用，無論是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ù)庫用戶權限，包括GRANT和REVOKE等語句。</p><p>　　在SQL Server 2000中，創(chuàng)建數(shù)據(jù)庫、數(shù)據(jù)表、關系、視圖和索引等數(shù)據(jù)對象時，不僅可以使用SQL命令操作，還可以使用SQL Server 2000提供的工具或向導，快速、方便地創(chuàng)建和訪問數(shù)據(jù)庫對象，同時SQL Server 2000也提供完成維護、備份和管理等數(shù)據(jù)庫管理工作的工

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

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

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

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

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

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

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客戶端 管理員服務端 SQL數(shù)據(jù)庫</p><p>　　圖 3-3：管理員信息錄入活動圖</p><p>　　用例3名稱：用戶信息編輯</p><p><b>　　參與者：用戶</b></p><p>　　UML活動圖：如圖3

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

41、象的可視化表示。領域模型也稱為概念模型、領域對象模型、分析對象模型。它專注于分析問題領域本身，發(fā)掘重要的業(yè)務領域概念，并建立業(yè)務領域概念之間的關系。</p><p>　　應用UML法，領域模型被描述為一組沒有定義操作（方法的特征標記）的類圖。它提供了概念透視圖。它可以展示：</p><p>　　·領域對象或概念類。</p><p>　　·概念類之

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

43、tor）：系統(tǒng)的管理員，可以進行客戶信息的錄入和修改。</p><p>　　客戶（Custom）：企業(yè)的客戶，包含姓名、年齡、性別、聯(lián)系方式、地址等信息。</p><p>　　產品記錄（Product）：客戶購買過的產品，包含產品名、購買數(shù)量、是否對產品滿意。</p><p>　　由此得出本項目的領域模型，如圖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：領域模型</p><p><b>　　架構設計</b></p><p><b>　　系統(tǒng)架構和原理</b></p><p>　　B/S結構（Browser/Server，瀏覽器/服務器模式），是WEB興起后的一種網絡結

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

66、p>　　在本系統(tǒng)任何兩個實體之間都有一定的聯(liá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模型的關聯(lián)用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結構中任意兩個實體類型，依據(jù)需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是1：N，M：N，還是1：1等。還要考察一個實體類型內部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系等等。本系統(tǒng)的ER關聯(lián)解釋如下：</p>&l

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

69、且合理地表示一個完整、一致的數(shù)據(jù)庫結構。本系統(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ù)庫表設計</b></p><p>　　客戶管理系統(tǒng)的數(shù)據(jù)庫是以查詢和添加為主的，結合每個基本個體屬性以及各個模塊功能的需要，構成的功能性實體。在設計過程中，設計師應該從用戶的角度來分

71、析數(shù)據(jù)的處理以及各個需求之間的聯(lián)系等等，建立一個概念模型，再向其中加入邏輯框架，逐步完成最終的數(shù)據(jù)庫。[9]</p><p>　　經過對于本系統(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)以及權限的認證。</p><p>　　屬性：系統(tǒng)id、登錄密碼、姓名、聯(lián)系方式。</p><p>　　具體設計如表4-2所示：</p><p><b>　　管理員信息表</b></p><p>　　功能：記錄管理員用戶的信息，用于登錄系統(tǒng)以及權限的認證。</p><p

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

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

75、塊設計與實現(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>　　對于客戶的外鍵產品信息實現(xiàn)，如圖5-5：</p><p>　　圖5-5：客戶的外鍵產品信息實現(xiàn)頁面</p><p><b>　　用戶功能模塊的實現(xiàn)</b></p><p>　　首先用戶應該可以查看產品的信息，如圖5-6：</p><p>　　圖 5-6：產品信息頁面</p>

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

80、<p>　　圖5-9：修改后的頁面</p><p><b>　　部署與應用</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>　　內存：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>　　結論</b></p><p>　　CRM雖然是電子商務的一個子集，但是他把客戶放在了

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

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

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

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

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

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

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

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

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