【正文】 業(yè)的客戶資源進(jìn)行管理，實(shí)現(xiàn)其添加，刪除，查詢以及修改等功能。本系統(tǒng)主要實(shí)現(xiàn)以下幾個(gè)功能模塊。用戶登錄模塊，用戶管理模塊：主要用于用戶的密碼修改以及業(yè)務(wù)員信息的添加；人員管理模塊：主要用于角色的添加，人員信息的修改和刪除；內(nèi)容管理模塊：主要是客戶信息管理（對(duì)客戶信息的添加，分配，查詢，修改）工作記錄（可以根據(jù)客戶的跟進(jìn)狀態(tài)和業(yè)務(wù)員進(jìn)行查詢），客戶反饋的管理（對(duì)客戶反饋信息的添加，查詢）；權(quán)限模塊：角色的管理（系統(tǒng)角色的修改、刪除）。 系統(tǒng)性能的需求分析在保證系統(tǒng)功能質(zhì)量的前提下，我們還要求系統(tǒng)具有快速運(yùn)行，界面簡(jiǎn)潔，容易操作等優(yōu)點(diǎn)，以及應(yīng)具備系統(tǒng)的安全性和保密性。例如，在登錄系統(tǒng)時(shí)，用戶除了要輸入自己的用戶名和密碼還需輸入驗(yàn)證碼才能進(jìn)去系統(tǒng)，這樣就提高了系統(tǒng)的安全性。系統(tǒng)的保密性主要體現(xiàn)在系統(tǒng)的權(quán)限管理模塊，只有經(jīng)理這個(gè)角色才能對(duì)系統(tǒng)的角色進(jìn)行添加，修改以及刪除。 第三章 企業(yè)客戶資源管理系統(tǒng)概要設(shè)計(jì) 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)與處理流程系統(tǒng)設(shè)計(jì)是基于系統(tǒng)用戶需求。在系統(tǒng)需求分析的基礎(chǔ)上進(jìn)行系統(tǒng)的功能劃分，并按功能分類進(jìn)行分析類的設(shè)計(jì)。一個(gè)分析類主要描述了該業(yè)務(wù)的必要數(shù)據(jù)，并包括實(shí)現(xiàn)功能的方法。在分析的過程中，基本上為每一個(gè)功能設(shè)計(jì)一個(gè)邊界類，并根據(jù)業(yè)務(wù)需要設(shè)計(jì)一個(gè)控制類，實(shí)體類的設(shè)計(jì)需要考察該數(shù)據(jù)是不是需要永久保存。控制類和實(shí)體類根據(jù)實(shí)際功能需要可以進(jìn)行合并。本系統(tǒng)采用B/S部署方式，B/S結(jié)構(gòu)就是只安裝維護(hù)一個(gè)服務(wù)器（Server），而客戶端采用瀏覽器（Browser如Internet Explorer等）運(yùn)行軟件就可使用本系統(tǒng)。對(duì)于B/S結(jié)構(gòu)的軟件來講，客戶端不必安裝及維護(hù),B/S還有利于降低客戶端的要求；集中存儲(chǔ)和處理業(yè)務(wù)邏輯，保證數(shù)據(jù)的一致性、實(shí)時(shí)性、安全性。在技術(shù)選型上，（+C+IIS）。為了標(biāo)準(zhǔn)化開發(fā)過程，在技術(shù)架構(gòu)上采用了經(jīng)典的三層架構(gòu)體系，體現(xiàn)了現(xiàn)代軟件工程的“高內(nèi)聚，低耦合”的思想，其技術(shù)架構(gòu)圖如下：圖31 顯示層（UI）：又稱為表現(xiàn)層，該層是處理與用戶的交互，完成用戶交互的界面功能。業(yè)務(wù)邏輯層（Business Logic）：該層用于處理用戶所需信息。封轉(zhuǎn)規(guī)則與邏輯。數(shù)據(jù)庫訪問層：存儲(chǔ)所有的數(shù)據(jù)信息，通過中間層訪問組件，數(shù)據(jù)的獲取依靠存儲(chǔ)過程來進(jìn)行。，向業(yè)務(wù)邏輯層提供數(shù)據(jù)服務(wù)。這里。（ActiveX Data Objects）發(fā)展而來的，它是一種無連接、基于消息的數(shù)據(jù)訪問模型。數(shù)據(jù)源上的數(shù)據(jù)可以作為XML文檔進(jìn)行傳輸和存儲(chǔ)，這樣，解析XML后，就能夠訪問數(shù)據(jù)了。 Set（數(shù)據(jù)集）對(duì)象，一個(gè)數(shù)據(jù)集是內(nèi)存中提供數(shù)據(jù)關(guān)系圖的高速緩沖區(qū)。 設(shè)計(jì)思路系統(tǒng)的設(shè)計(jì)主要分為兩部分：一部分是系統(tǒng)具體實(shí)施的方案即系統(tǒng)設(shè)計(jì)，另一方面則是設(shè)計(jì)系統(tǒng)軟件的結(jié)構(gòu)即結(jié)構(gòu)設(shè)計(jì)。該系統(tǒng)的系統(tǒng)設(shè)計(jì)主要是依賴系統(tǒng)的目標(biāo)，主要是對(duì)作者在需求分析的階段對(duì)系統(tǒng)的邏輯功能的思考，以及實(shí)現(xiàn)這些邏輯功能所需的技術(shù)與經(jīng)濟(jì)和系統(tǒng)運(yùn)行環(huán)境的條件，來確定的系統(tǒng)設(shè)計(jì)總方案，從而確保系統(tǒng)目標(biāo)的實(shí)現(xiàn)。該系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)主要是用數(shù)據(jù)流程圖來反應(yīng)。該方法明了簡(jiǎn)潔，都是按照流程圖從上向下執(zhí)行的，把這些邏輯的處理方法反應(yīng)到數(shù)據(jù)流程圖中，從而成為該系統(tǒng)的每個(gè)模塊。 系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)結(jié)構(gòu)化設(shè)計(jì)方法就是把數(shù)據(jù)流圖表示的邏輯模型用結(jié)構(gòu)圖層次的方式表現(xiàn)出來。結(jié)構(gòu)化設(shè)計(jì)的核心其實(shí)就是把模塊分解設(shè)計(jì)，采用自頂向下、逐層分解的方法，從而把整個(gè)系統(tǒng)劃分成多個(gè)子模塊，使其完成不同的功能，這樣也就使得模塊具有了一定的獨(dú)立性，最終降低了系統(tǒng)的復(fù)雜性。本系統(tǒng)的功能結(jié)構(gòu)如圖31所示。圖31 企業(yè)客戶資源管理系統(tǒng)的功能結(jié)構(gòu)圖 系統(tǒng)各功能模塊經(jīng)過對(duì)系統(tǒng)的需求分析作者可以得知，該系統(tǒng)的綜合要求就是需要其企業(yè)實(shí)現(xiàn)對(duì)客戶資料的管理，以及對(duì)本企業(yè)員工資料的管理，還有就是客戶與員工之間工作記錄的管理。 功能模塊的分析該系統(tǒng)主要是實(shí)現(xiàn)企業(yè)內(nèi)部客戶資源的優(yōu)化管理，為實(shí)現(xiàn)這一管理企業(yè)可以對(duì)客戶資源管理進(jìn)行以下的一系列操作：1. 用戶登錄模塊圖32 用戶登錄模塊分解圖根據(jù)權(quán)限的不同，用戶登錄模塊包含經(jīng)理登錄和業(yè)務(wù)員登錄。經(jīng)理用戶除了可以對(duì)客戶進(jìn)行添加、查詢、修改還可以對(duì)客戶進(jìn)行分配、刪除客戶資料以及設(shè)置權(quán)限的操作。而業(yè)務(wù)員只能對(duì)客戶進(jìn)行添加、查詢、修改，不能對(duì)客戶進(jìn)行分配、刪除和權(quán)限設(shè)置。 圖33用戶管理模塊分解圖用戶管理模塊主要由修改密碼和添加人員信息構(gòu)成。用戶如果要對(duì)自己的密碼進(jìn)行修改，只需將其原始密碼，新密碼以及確認(rèn)密碼輸入在相應(yīng)的文本框中，點(diǎn)擊保存信息就能保存其修改的新密碼。添加人員主要是對(duì)企業(yè)內(nèi)部業(yè)務(wù)員的信息添加。圖34權(quán)限管理模塊分解圖 權(quán)限管理模塊主要是用來實(shí)現(xiàn)系統(tǒng)權(quán)限的管理，該系統(tǒng)主要分為經(jīng)理和業(yè)務(wù)這兩種權(quán)限。經(jīng)理能賦予業(yè)務(wù)員對(duì)客戶資料管理的一些權(quán)限，經(jīng)理對(duì)該系統(tǒng)具有最高權(quán)限，能對(duì)其權(quán)限進(jìn)行修改和刪除。圖35客戶內(nèi)容管理模塊的分解圖內(nèi)容管理模塊主要由客戶信息管理，工作記錄管理，客戶反饋管理構(gòu)成?？蛻粜畔⒅饕捎诮巧珯?quán)限的不同，其對(duì)應(yīng)的操作功能也有所不同。經(jīng)理能實(shí)現(xiàn)對(duì)客戶分配和刪除等操作，但是業(yè)務(wù)員不能。經(jīng)理和業(yè)務(wù)員能實(shí)現(xiàn)對(duì)客戶信息查詢，添加，修改等共同的操作功能。工作記錄管理主要用于對(duì)客戶工作狀態(tài)的查詢，我們可以根據(jù)業(yè)務(wù)的跟進(jìn)狀態(tài)和負(fù)責(zé)該業(yè)務(wù)的人員條件對(duì)其工作狀態(tài)進(jìn)行查詢?？蛻舴答伖芾碇饕瞧髽I(yè)通過對(duì)客戶的電話回訪并記錄客戶的反饋信息，用于了解客戶對(duì)企業(yè)的滿意度，用戶可以查詢、添加客戶對(duì)企業(yè)的反饋信息。 圖36 人員管理模塊分解圖 人員管理模塊主要由添加角色和人員信息的管理構(gòu)成。管理員可以添加系統(tǒng)的角色，能對(duì)人員信息進(jìn)行修改和刪除。 系統(tǒng)性能體現(xiàn)通過需求作者知道，在實(shí)現(xiàn)系統(tǒng)功能時(shí)，作者主要考慮的是系統(tǒng)響應(yīng)的時(shí)間和對(duì)數(shù)據(jù)處理的時(shí)間，因?yàn)镃語言簡(jiǎn)單效率高的優(yōu)點(diǎn)，所以系統(tǒng)的響應(yīng)時(shí)間快，有利于企業(yè)對(duì)客戶資源的快速管理。企業(yè)客戶資源管理系統(tǒng)屬于中小型的信息管理系統(tǒng)，因此采用SQL Server 2005數(shù)據(jù)庫就能滿足其需求了。 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫主要是指能在一個(gè)固定的環(huán)境下，構(gòu)建出最好的數(shù)據(jù)庫模式以及建立好數(shù)據(jù)庫系統(tǒng)和與其相對(duì)應(yīng)的應(yīng)用系統(tǒng)，使數(shù)據(jù)庫的存儲(chǔ)數(shù)據(jù)有效，能滿足用戶的需求。數(shù)據(jù)庫的設(shè)計(jì)主要是依據(jù)用戶的需求來設(shè)計(jì)的，其設(shè)計(jì)的主要過程就是數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計(jì)與數(shù)據(jù)庫的建立即也就是把數(shù)據(jù)庫里的數(shù)據(jù)對(duì)象和設(shè)計(jì)對(duì)象之間的關(guān)系進(jìn)行結(jié)構(gòu)化與規(guī)劃。 數(shù)據(jù)庫設(shè)計(jì)的內(nèi)容 數(shù)據(jù)庫的設(shè)計(jì)主要分為數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計(jì)與數(shù)據(jù)庫行為的設(shè)計(jì)。1) 數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計(jì) 數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計(jì)主要是在其規(guī)定的運(yùn)行環(huán)境下，對(duì)數(shù)據(jù)庫的模式或者子模式進(jìn)行設(shè)計(jì)。它主要有數(shù)據(jù)庫概念的設(shè)計(jì)和數(shù)據(jù)庫邏輯的設(shè)計(jì)以及數(shù)據(jù)庫物理的設(shè)計(jì)。此設(shè)計(jì)也稱為數(shù)據(jù)庫的靜態(tài)設(shè)計(jì)2) 數(shù)據(jù)庫行為的設(shè)計(jì) 數(shù)據(jù)庫行為的設(shè)計(jì)主要是用于數(shù)據(jù)庫用戶行為與動(dòng)作的確定，在數(shù)據(jù)庫系統(tǒng)中，用戶對(duì)數(shù)據(jù)的行為和動(dòng)作其實(shí)就是對(duì)數(shù)據(jù)庫的操作，而這些操作主要是通過程序來實(shí)現(xiàn)的。因而數(shù)據(jù)庫行為的設(shè)計(jì)也就是數(shù)據(jù)庫應(yīng)用程序的設(shè)計(jì)。此設(shè)計(jì)也稱為數(shù)據(jù)庫的動(dòng)態(tài)設(shè)計(jì)。 數(shù)據(jù)庫設(shè)計(jì)的特點(diǎn) 把數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計(jì)和數(shù)據(jù)庫行為的設(shè)計(jì)想結(jié)合是數(shù)據(jù)庫設(shè)計(jì)的主要特點(diǎn)，數(shù)據(jù)庫設(shè)計(jì)主要是一種“反復(fù)探尋,逐步求精”的設(shè)計(jì)過程。它是從數(shù)據(jù)模型的設(shè)計(jì)開始的，也是由數(shù)據(jù)模型為中心進(jìn)行的展開，并將數(shù)據(jù)庫設(shè)計(jì)與應(yīng)用系統(tǒng)的設(shè)計(jì)相結(jié)合的，進(jìn)而建立起的一個(gè)完整的，獨(dú)立的，共享的，冗余小的且安全有效的數(shù)據(jù)庫系統(tǒng)。 數(shù)據(jù)庫設(shè)計(jì)的步驟數(shù)據(jù)庫與其他軟件一樣在其設(shè)計(jì)過程中也要使用生存周期這一概念“數(shù)據(jù)庫設(shè)計(jì)的生存期”顧名思義其意思就是數(shù)據(jù)庫從它開始研制到不在使用它的一個(gè)周期。 ： (1)系統(tǒng)需求分析的階段:設(shè)計(jì)數(shù)據(jù)庫首先要準(zhǔn)確全面的了解和分析用戶的需求。需求分析是整個(gè)數(shù)據(jù)庫設(shè)計(jì)的根本。 (2)概念結(jié)構(gòu)設(shè)計(jì)的階段:概念設(shè)計(jì)是運(yùn)用ER模型來表示數(shù)據(jù)之間的關(guān)系，形成ER模型圖。通常概念設(shè)計(jì)又分為兩步，首先建立局部ER圖，然后綜合這些概念模型，成為全局概念模型。 (3)邏輯結(jié)構(gòu)設(shè)計(jì)的階段:邏輯結(jié)構(gòu)設(shè)計(jì)是將概念設(shè)計(jì)建立的ER圖轉(zhuǎn)換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。在SQL中就是編寫“CREATE TABLE”“CREATE VIEW”等命令。(4)物理設(shè)計(jì)的階段:該步驟的任務(wù)是為邏輯模式選取一個(gè)合適的物理模式，如存儲(chǔ)結(jié)構(gòu)和存取方式。(5)數(shù)據(jù)庫實(shí)施的階段:實(shí)施階段就是在計(jì)算機(jī)上建立真正的數(shù)據(jù)庫。在該數(shù)據(jù)庫投入使用前必須要與應(yīng)用程序結(jié)合起來進(jìn)行測(cè)試。(6)數(shù)據(jù)庫運(yùn)行與維護(hù)的階段 :當(dāng)數(shù)據(jù)庫與應(yīng)用程序結(jié)合運(yùn)行沒有問題后，便投入正式運(yùn)行中，這個(gè)過程中要對(duì)數(shù)據(jù)庫進(jìn)行定期的調(diào)整與維護(hù)。該數(shù)據(jù)庫是分段完成設(shè)計(jì)的，每完成一個(gè)階段的設(shè)計(jì)都要對(duì)其進(jìn)行分析和評(píng)價(jià)，及時(shí)與用戶交流，如果用戶有不滿意的地方作者必須馬上做出修改和調(diào)整，這樣才能準(zhǔn)確的反應(yīng)客戶的需求，務(wù)必設(shè)計(jì)出一個(gè)較為完善的數(shù)據(jù)庫系統(tǒng)。 設(shè)計(jì)的前兩個(gè)階段主要是面對(duì)用戶需求的分析，主要針對(duì)一些具體的問題；設(shè)計(jì)中間的兩個(gè)階段主要是數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)；設(shè)計(jì)的最后兩個(gè)階段是實(shí)現(xiàn)的具體方法。所以前四個(gè)階段被我們稱為“分析與設(shè)計(jì)的階段”，而后兩個(gè)階段則稱為“實(shí)現(xiàn)與運(yùn)行的階段”。 數(shù)據(jù)庫需求分析企業(yè)客戶管理系統(tǒng)是一個(gè)針對(duì)企業(yè)客戶資源的管理系統(tǒng)。通過之前系統(tǒng)功能的分析，總結(jié)出如下的需求信息：用戶分為經(jīng)理用戶和業(yè)務(wù)員用戶，經(jīng)理用戶具有添加、刪除和修改用戶名和密碼的功能。經(jīng)理還可以對(duì)客戶進(jìn)行分配和刪除等功能。該數(shù)據(jù)庫設(shè)計(jì)的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)總結(jié)如下： 客戶信息表（TUserinfo）（客戶ID，聯(lián)系人名字，性別，電話號(hào)碼，傳真，手機(jī)號(hào)碼，郵箱，省份，城市，企業(yè)名稱，詳細(xì)地址，郵編，用戶，用戶網(wǎng)址，客戶類型，客戶級(jí)別，客戶來源，客戶狀態(tài)，當(dāng)前歸屬，更新時(shí)間，錄入時(shí)間） 業(yè)務(wù)人員基本信息表（TServiceuser)(業(yè)務(wù)人員ID，業(yè)務(wù)人員登錄名稱，管理權(quán)限ID，登錄密碼，業(yè)務(wù)人員郵箱，業(yè)務(wù)人員，業(yè)務(wù)人員電話，詳細(xì)地址，生日，賬號(hào)狀態(tài)，錄入時(shí)間，其它備注信息） 業(yè)務(wù)人員權(quán)限控制（TServicepower)(權(quán)限ID，角色名稱，權(quán)限控制參數(shù)，備注信息） 系統(tǒng)日志，系統(tǒng)錯(cuò)誤，登錄，操作等信息記錄表（TSysloginfo)(日志ID,日志信息內(nèi)容，日志IP，日志時(shí)間，其它備注信息）業(yè)務(wù)操作記錄，客戶的跟進(jìn)記錄表（TBusiness loginfo)(操作記錄ID,跟進(jìn)的客戶ID，業(yè)務(wù)員ID，跟進(jìn)記錄，記錄創(chuàng)建時(shí)間，跟進(jìn)記錄狀態(tài)，其它備注信息）客戶反饋信息表（TFreed Back)(客戶反饋記錄ID，反饋客戶ID，客戶反饋類型，客戶反饋等級(jí)，客戶反饋內(nèi)容，客戶反饋日期) 概念設(shè)計(jì)通過上面的數(shù)據(jù)庫需求分析，設(shè)計(jì)出相應(yīng)的實(shí)體，并關(guān)聯(lián)各種實(shí)體設(shè)計(jì)出相應(yīng)的ER模型圖.根據(jù)需求分析得出相應(yīng)的實(shí)體有：客戶信息，人員信息，客戶反饋?？蛻粜畔⒌腅R模型圖如圖36所示。圖36 客戶信息的ER模型圖人員信息的ER模型圖如圖37所示。圖37 人員信息的ER模型圖客戶反饋的ER模型圖如圖38所示。圖38 客戶反饋的ER模型圖各個(gè)實(shí)體之間的ER模型圖如圖39所示。圖39 系統(tǒng)概念模型 數(shù)據(jù)庫表設(shè)計(jì)根據(jù)數(shù)據(jù)庫概念設(shè)計(jì)，現(xiàn)在將數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為數(shù)據(jù)表的形式。也就是我們通常說的邏輯結(jié)構(gòu)。數(shù)據(jù)在數(shù)據(jù)表中是按照行和列的格式排列的，其中行代表一條唯一記錄，列代表記錄中的一個(gè)域。表之間用鍵來相互聯(lián)系。根據(jù)系統(tǒng)設(shè)計(jì)的需求，本系統(tǒng)使用的是SQL Server 2