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