前言：本站為你精心整理了畢業客戶關系管理范文，希望能為你的創作提供參考價值，我們的客服老師可以幫助你提供個性化的參考范文，歡迎咨詢。

1需求分析

1．1市場需求分析

現行的CRM軟件還處于起步階段，功能模塊結構不盡相同，但是其基本的需求是一樣的，其主要技術需求應包括六個方面：

（1）信息分析能力

CRM有大量客戶和潛在客戶的信息，企業應該充分的利用這些信息進行分析，使得決策者掌握的信息更加完全，從而能及時的作出決策。良好的商業情報是企業成功的一半。

（2）對客戶互動渠道進行集成的能力

對多渠道進行集成與CRM解決方案的功能部件的集成是同等重要的。不管客戶是與企業聯系還是與銷售人員聯系，于客戶互動都應該是無縫的、統一的、高效的。同一的渠道還能帶來內部效益的提高。

（3）支持網絡應用的能力

在支持企業內外的互動和業務處理方面，Web的作用越來越大，這使得CRM得網絡功能越來越重要。如，網絡可以為電子商務渠道提供支持。為了使客戶和企業雇員都能方便應用CRM，需要提供標準化的網絡瀏覽器，使得用戶幾乎不需訓練就能使用系統。

另外，如果通過網絡為客戶提供在線反饋的話并能有專人及時傳達信息給公司的售后服務部門，這將為公司留住客戶（尤其是距離較遠的）并使業績添磚加瓦。

（4）建設集中的信息倉庫的能力

采用集中化的信息、實時的客戶信息，可使各業務部門和功能模塊間的信息能統一起來。

（5）對工作流進行集成的能力

工作量是指把相關文檔和工作規則自動化安排給負責特定業務流程中特定步驟的人。CRM解決方案應具有較強的功能，為跨部門工作提供支持，使這些工作能動態的、無縫的集成。

（6）與ERP功能的集成

如果CRM與ERP和財務、庫存、制造、分銷、物流和人力資源等連接起來，使之成為一個客戶互動循環，這種集成能使企業在系統間搜集商業情報，而不是低水平的數據同步。

1．2系統需求分析

CRM作為管理企業與客戶關系的主要管理系統平臺，不僅要處理企業與客戶之間的業務，還要處理企業內部相關部門的業務。CRM中不僅包含客戶的信息資料，而且涉及市場競爭對手的情報資料，還包括了企業進行營銷、銷售及支持服務所需的各種數據。信息數據的來源是多種多樣的，可以是本地數據庫，也可以是異地數據庫，甚至可以是E-mail、文本文件等。客戶與企業、部門與部門、業務與業務、銷售與市場及服務間復雜關系，導致CRM中的數據不論是結構、類型還是彼此間的關聯都是復雜多變的；對這種數據進行的處理也是多種多樣的。因此，要實現對CRM數據的及時、準確的處理和有效利用，就需要：

(1)建立統一的信息編碼系統；

(2)設計能夠良好反映事務特性的數據模型；

(3)劃分數據庫類型，在分布式數據庫管理系統和網絡平臺基礎上，設計全局共享及局部共享數據庫，以支持分布式數據處理，實現各分系統之間及其內部各功能模塊之間的信息集成；

(4)提供強大的數據庫管理系統，并在此基礎上敬愛拿過來完善的客戶銷售數據庫、客戶市場數據庫、客戶支持與服務數據庫、企業綜合信息數據庫等。

由于CRM是以客戶為整個管理的中心，不同于其它管理系統，其數據庫管理有自己的特性。因此，需要建構自己的CRM數據庫。在構建CRM數據庫時，應注意CRM的特性，同時也要注意CRM系統與企業其它管理系統的協調。

本系統假設針對的是某小型企業，本系統將有助于其改善對現有客戶的管理混亂狀態，加強企業與客戶的聯系。

公司有如下需求：

（1）因為是小型企業，系統將只設系統管理員，管理員擁有對全部系統資料的操作權限。

（2）客戶管理模塊，基本資料的添加、修改、刪除和查詢功能；與客戶相關的聯系人資料的添加、修改、刪除和查詢功能。另外，當查詢到需要信息的時候，系統應提供報表和打印功能，以供公司領導作出決策。

（3）客戶銷售管理模塊，有基本的添加、修改、刪除和查詢功能。其目標是提高客戶銷售數據的準確性、及時性和完整性，對客戶銷售進行有效管理，提供決策支持所需的數據。

（4）服務反饋模塊，有基本的添加、修改、刪除和查詢功能，其目標是及時記錄客戶反饋的信息，提供有競爭力的售后支持、修理和維護服務。可以實現糾紛、次貨、和訂單的跟蹤；記錄發生過的問題及其解決過程；維修人員的預約、調度和派遣；備件的管理及其他的后勤保障。從而維持好最大限度的老客戶。

處理

物或單據

數據存儲

外部環境

物或信息流

輸向系統外

向系統輸入

圖2流程圖符號說明

1．3可行性分析

基于以上簡化后的功能，系統將會是一個單機版的客戶關系管理軟件，尤其是去掉網絡功能以后，雖然服務反饋消息渠道減少，但是操作更簡單，界面更統一，這對于一個小型企業來說是完全可行的。并且在軟件開發方面目前自己的水平也已經可行。

1.3.1系統的實現平臺

計算機的硬件建議最低配置如下：

CPU300MHZ

內存32M

硬盤8G

操作系統win9x操作系統或更高

1.3.2開發工具的選擇

MicrosoftVisualBasic6.0作為前臺的開發工具，用ACCESS2000作為后臺支持數據庫，通過VB6.0的數據庫控件來連接ACCESS2000中并對其編程來實現各種功能。，因為ACCESS與VisualBasic用的同為MicrosoftJet數據庫引擎，有著最好的兼容性。

1.3.3開發工具概述

1.3.3.1VB概述

VisualBasic（以下簡稱VB）的前身是QBASIC，語言基礎是BASIC。自從微軟推出VB后，便成為了程序開發人員的首選工具。據統計，僅在數據庫系統開發領域，VB就占了90％的份額。VB是基于對象的可視化程序開發工具，它的優點在于能夠快捷、簡易地建立Windows應用程序。1998年8月，微軟推出了VB6.0的版本，進一步加強了部件開發的功能。以適用人員來分，可有以下三個版本：

1.標準版針對一般程序設計人員,適合普通應用系統的開發。

2.專業版針對專業程序開發人員，它在標準版的基礎上提供了對數據庫和Internet的支持。

3.企業版適用于專為企業設計應用軟件的程序開發人員。

使用VB不需要追求完美的算法和精密的邏輯，而只要充分發揮你的想象力和創造力，就能利用VB開發出各種實用的軟件了，不論是小游戲還是大型的客戶端/服務器端應用程序，都變得非常簡單。

可視化編程的一個突出特點就是其開發環境就像一個百寶箱，很多功能都集成在其之中，這就是IDE（IntegratedDevelopmentEnvironment），即集成開發環境。IDE是指在相應的開發平臺中集成了編輯器、編譯連接工具、控件器箱輔助工具。例如在VB的集成開發環境中就包括了以下一些主要元素：工具欄、工具箱、工程管理器窗口、屬性窗口、窗體設計器、代碼編輯器窗口等；和VB類似，Delphi的IDE中具有主控制窗體、對象查看窗口和窗體設計器。同時IDE的設置是很靈活的，開發人員可以按照自己的編程習慣來配置IDE。

從簡單的文本文件到各種復雜的關系型數據庫，數據庫應用程序需要面對各種各樣的數據源。Visualbasic6.0提供ADO(ActiveDataObjects)作為應用程序和OLE-DB連接的橋梁

ADO,即Active數據對象（ActiveDataObjects）：實際是一種提供訪問各種數據類型的連接機制。ADO設計為一種極簡單的格式，通過ODBC的方法同數據庫接口相連。用戶可以使用任何一種ODBC數據源，即不僅適合于SQLServer、Oracle、Access等數據庫應用程序，也適合于Excel表格、文本文件、圖形文件和無格式的數據文件。ADO是基于OLE-DB之上的技術，因此ADO通過其內部的屬性和方法提供統一的數據訪問接口方法。

Microsoft在VisualBasic6.0以后的版本都集成了ADO。它與以前VisualBasic的DAO、RDO相比有了很大的提高。DAO(DataAccessObjects)即數據訪問對象，是一種面向對象的界面接口。通過DAO/Jet功能可以訪問ISAM數據庫，使用DAO/ODBCDirect功能可以實現遠程RDO功能。RDO(RemoteDataObjects)即遠程數據對象，為使用代碼來創建和操作一個遠程ODBC數據庫系統的各個部件提供了一個框架。RDO是ODBCAPI的一個淺層界面接口，是專為訪問遠程ODBC關系數據源而設計的。

ADO集中了DAO和RDO的優點，可以通過簡單的編程實現和各種數據結構進行連接。使用ADO的目的是進入數據源，使得修改、更新數據成為可能。ADO提供一系列的類和對象來完成各種操作。

1.3.3.2ACCESS2000數據庫簡介

過去的一些數據庫軟件，在操作上、數據庫建立、維護等等，都相當復雜且不易使用，但是在具備了窗口的GUI（圖形用戶界面）特性的ACCESS數據庫推出之后，數據庫的建立不再是困難的事情，我們可以在PC上簡單而快速的建立出一套符合自己的數據庫。

不但如此，在ACCESS2000推出以后，我們發現數據庫的建立更加的快速，但是功能卻更加強大，用戶不用再去記憶那一大堆的文件名稱，或是為數據庫的文件管理大費周章，通過ACCESS的人性化管理接口把數據庫的管理整理，便于維護；此外，在報表的制作上也是相當容易的，完全的視覺開發向導設計，讓人使用起來很舒服。但是美中不足的是ACCESS對于主從式結構的安全性管理不足，由于ACCESS可以快速的通過ODBC連接到數據庫服務器上（DatabaseServer）,并瀏覽所有表格或是相關對象轉成HTML

基本上，ACCESS對建立一個數據庫所具備的每一個對象，其中包括了表、查詢、窗體、報表、宏、模塊。

其功能分別敘述如下：

表對象

打開已經存在的表格、對已存在的表格字段數據進行修改、新建表格。

查詢對象

可以用直接拖放的方式，建立表格之間的關聯與對應關系，自動產生SQL語法查詢出我們想要的數據。

窗體設計對象

可以設計用戶接口，用來輸入并處理數據。

報表對象

利用視圖向導的開發方式，簡單、快速的建立出需求報表或標簽。

宏對象

提供許多的宏功能，您可以把這樣的宏連接到窗體設計中的任一個對象，以達成一些復雜的功能。

模塊對象

撰寫VB的程序模塊，處理較復雜的問題與需求，該功能是采用事件驅動的模式，類似VB的處理方式。

2系統設計

2.1客戶關系管理系統功能設計

根據系統需求分析和系統功能模塊結構圖來看，該系統應具備如下基本功能：

客戶信息添加、修改和刪除功能

聯系人信息添加、修改和刪除功能

銷售信息添加、修改和刪除功能

服務反饋信息添加、修改和刪除功能

客戶信息、聯系人信息、銷售信息、服務反饋信息的查詢功能

客戶信息、聯系人信息、銷售信息、服務反饋信息的報表和打印功能

其功能模塊結構圖如下：

圖3系統功能模塊結構圖

客服

戶信戶客聯聯服務反務

信息系系銷銷饋反

息錄人人售售錄饋

查入查錄查錄入查

詢詢入詢入詢

客

戶聯銷服

信系售務

息人信反

信息饋

息信

息

客戶記錄

圖4客戶關系管理數據流圖

外部實體

加工及轉換

數據存儲

數據流

圖5系統數據流圖符號說明

2．2客戶關系管理系統數據庫設計

2．2．1數據庫概念設計

根據對數據流圖和數據字典的分析，可以將這個數據庫抽象為一個E-R圖，如圖4所示：

1

NN

NM

圖6客戶關系管理系統E-R圖

實體集

聯系

圖7E-R圖數據說明

根據上述E-R模型，將其轉化為關系模型：

客戶（客戶名稱、客戶編碼、國家/地區、國際區號、省份、區號、城市、郵編、詳細地址、客戶電話、客戶傳真、電子郵箱、主頁、年收入、員工數、行業、客戶類型、客戶來源、客戶狀態）

聯系人（姓名、稱呼、主聯系人、客戶、部門、職務、國家/地區、國際區號、省份、區號、城市、郵編、詳細地址、辦公電話、移動電話、家庭電話、傳真、電子郵箱、業余愛好、特別紀念日）

銷售產品（銷售日期、相關客戶、相關聯系人、訂單/合同號、產品、單價、銷售數量、折扣、金額）

2．2．2數據字典

通過系統需求分析，對客戶關系管理系統編制數據字典如下：

各主要數據流的定義如表1至表4所示。

數據流

系統名：客戶關系管理系統

條目名：客戶錄入單

來源：公司客戶去處：客戶錄入修改刪除查詢

數據流結構：

客戶信息：{客戶名稱、客戶編碼、國家/地區、國際區號、省份、區號、城市、郵編、詳細地址、客戶電話、客戶傳真、電子郵箱、主頁、年收入、員工數、行業、客戶類型、客戶來源、客戶狀態}

簡要說明：客戶一覽表主要是對客戶信息進行登記、要求每個公司客戶都有一條記錄相對應、并能對之進行修改查詢。

表1

表1注釋：

客戶錄入單是客戶信息錄入到系統之前，系統管理員提供的客戶錄入資料，為便于日后的管理，客戶錄入單應盡可能詳細，主要記錄必須要填寫清楚，避免錄入記錄數據丟失。

①客戶編碼是唯一的，對應公司的一個客戶，按重要等級分為i(inportant),n(normal),p(potential)。

系統名：客戶關系管理系統

條目名：客戶編號

存儲處：客戶一覽表

客戶編碼為文本數字碼，長度最大為8位

代碼類型意義

字符XXXXXXXX

代碼，流水碼

省（市）/國際區號，流水碼

重要等級（i,n,p）

例：i010110表示中國石油物資裝備公司

②電子郵箱和主頁字段的設置是為了順應企業信息化潮流，使公司與客戶的聯系手段增加了，也就增加了留住客戶的機會。

③年收入和員工數字段的設置是區別客戶等級的關鍵，一般情況下可以通過這兩條信息來為公司是否發展該客戶決策方向作一個初步的定位。

④行業的設置有助于公司分析市場需求的動態發展，某一時期公司收到更多某行業的訂單，則公司應考慮加大在該行業的宣傳力度，打開市場。

⑤客戶類型的設置是便于公司區分客戶是購買使用產品者、競爭對手、合作伙伴或是供應商等。

⑥客戶來源便于系統管理員作出統計，為決策者未來開拓市場打下基礎。

⑦客戶狀態可以隨時動態更改，一時期活躍的客戶，可能隨即沉寂甚至流失，至于需不需要公司投入人力挽留該客戶，則調查后視流失原因而定。

數據流

系統名：客戶關系管理系統

條目名：聯系人信息錄入單

來源：相關客戶去處：聯系人錄入修改刪除查詢

數據流結構：

聯系人信息：{姓名、稱呼、主聯系人、客戶、部門、職務、國家/地區、國際區號、省份、區號、城市、郵編、詳細地址、辦公電話、移動電話、家庭電話、傳真、電子郵箱、業余愛好、特別紀念日}

簡要說明：聯系人列表主要是對客戶相關聯系人信息進行登記、要求每個公司客戶的相關聯系人都有一條記錄相對應，一個公司可以有多個聯系人。

表2

表2注釋：

①主聯系人只設置兩種情況“是/否”，一客戶可對應多個聯系人，主聯系人具有決定性作用。

②業余愛好和特別紀念日記錄了聯系人相關信息，在業務往來中，難免有應酬場合，了解聯系人的業余愛好既可以作為談資使對方有親切感，而特別紀念日也往往在必要的時候成為成功贏得客戶的機會來源。

數據流

系統名：客戶關系管理系統

條目名：銷售信息錄入單

來源：銷售記錄單去處：銷售記錄錄入修改刪除查詢

數據流結構：

銷售信息：{銷售日期、相關客戶、相關聯系人、訂單/合同號、產品、單價、銷售數量、折扣、金額}

簡要說明：銷售信息表主要是對相關客戶銷售信息進行登記、要求每條銷售信息都有一條記錄相對應，一個相關客戶可以有多條銷售記錄，一種產品也可以有多個客戶。

表3

數據流

系統名：客戶關系管理系統

條目名：服務反饋單

來源：服務反饋單去處：反饋信息錄入修改刪除查詢

數據流結構：

服務反饋信息：{反饋主題、日期、相關產品、相關客戶、相關聯系人、服務反饋類型、詳細描述、結束日期、結束標志、處理結果}

簡要說明：服務反饋表主要是對相關客戶服務反饋信息進行登記、要求每條服務反饋信息都有一條記錄相對應。

表4

表4注釋：

服務反饋類型是指客戶通過何種方式反饋給公司，比如E-mail，來信等。

2．2．3數據庫詳細設計

數據庫文件名：khgx.mdb

(1)客戶一覽表結構

字段名數據類型可否為空說明

客戶名稱文本（50）否客戶名稱

客戶編碼文本（10）否按編碼規則編碼

國家/地區文本（20）是國家/地區

國際區號文本（6）是國際區號

省份文本（20）是如國家不是中國，則不需填

區號文本（6）是區號（同省份）

城市文本（20）是城市（同省份）

郵編文本（6）是郵編

詳細地址文本（50）是詳細地址

客戶電話文本（20）是客戶電話

客戶傳真文本（20）是客戶傳真

電子郵箱文本（30）是電子郵箱

主頁文本（10）是客戶公司主頁

年收入數字（10）是其年收入

員工數數字（10）是其員工數

行業文本（20）是客戶所屬行業

客戶類型文本（10）否客戶類型

客戶來源文本（20）是客戶來源

客戶狀態文本（10）是客戶狀態

主鍵為：客戶編碼

(2)聯系人列表結構

字段名數據類型可否為空說明

姓名文本（20）否姓名

稱呼文本（8）是稱呼

主聯系人文本（4）是是或否

客戶文本（50）是相關客戶

部門文本（8）是部門

國家/地區文本（20）是國家/地區

國際區號文本（6）是國際區號

省份文本（20）是省份（要求同客戶一覽表）

區號文本（6）是區號

城市文本（20）是城市

郵編文本（6）是郵編

詳細地址文本（50）是詳細地址

辦公電話文本（20）是辦公電話

移動電話文本（20）是移動電話

家庭電話文本（20）是家庭電話

傳真文本（20）是傳真

電子郵箱文本（30）是電子郵箱

業余愛好文本（50）是業余愛好

特別紀念日文本（40）是特別紀念日

主鍵為：姓名

（3）銷售信息表結構

字段名數據類型可否為空說明

銷售日期文本（12）否銷售日期

相關客戶文本（50）否相關客戶

相關聯系人文本（20）否相關聯系人

訂單/合同號文本（20）否訂單/合同號

產品文本（50）否產品

單價數字（10）是產品單價

銷售數量數字（5）是銷售產品數量

折扣文本（10）是折扣

金額數字（10）是金額

主鍵為：訂單/合同號

（4）服務反饋表結構

字段名數據類型可否為空說明

反饋主題文本（50）否反饋主題

日期日期（12）否日期

相關產品文本（50）否相關產品

相關客戶文本（50）否相關客戶

相關聯系人文本（20）否相關聯系人

服務反饋類型文本（30）是服務反饋類型

詳細描述文本（200）是詳細描述

結束日期日期（12）是結束日期

結束標志文本（50）是結束標志

處理結果文本（50）是處理結果

主鍵為：反饋主題

注：之所以幾乎有些可為數字可為文本的字段的數據類型都是文本型的，是因為避免在編程時要求比較多的有效性檢驗而增加編程的難度，相當于簡化設計過程中一個需要考慮的環節。

2．3輸入輸出設計

2．3．1輸入設計

界面1

圖8客戶信息錄入窗體

輸入說明：用鍵盤進行輸入，客戶編碼應依照代碼的要求，為了盡量減少系統管理員的手工操作，增加了下拉列表框（combo）的個數，許多字段只需在下來列表框中點選就行。其中客戶名稱、客戶編碼、國家/地區設為必填字段，如不填會報錯。

界面2

圖9聯系人信息錄入窗體

輸入說明：用鍵盤進行輸入，其中客戶字段通過Datacombo控件和Adodc控件與“客戶一覽表”相關聯，客戶不能超出列表框的范圍，否則不合理。

界面3

圖10銷售信息錄入窗體

輸入說明：用鍵盤進行輸入，其中相關客戶和相關聯系人字段通過Datacombo控件和Adodc控件與“聯系人列表”相關聯，相關聯系人和相關客戶不能超出列表框的范圍，否則不合理。折扣如無則不填。

界面4

圖11服務反饋信息添加窗體

輸入說明：用鍵盤進行輸入，其中相關產品、相關客戶和相關聯系人字段通過Datacombo控件和Adodc控件與“聯系人列表”和“銷售信息表”相關聯，相關產品、相關聯系人和相關客戶不能超出列表框的范圍，否則不合理。反饋主題為必填字段。

2．3．2輸出設計

數據輸出可分為屏幕輸出和打印輸出，輸出格式按照系統的格式要求和報表格式進行設計。輸出打印信息時，屏幕輸出采用日前常用的1024×768的分辨率顯示輸出模式。所輸出的內容有客戶信息查詢、聯系人信息查詢、銷售信息查詢和服務反饋信息查詢；報表則有四個表：客戶基本信息報表、聯系人基本信息報表、銷售信息報表、服務反饋報表。輸出的的格式如下：

界面1

圖12查詢窗體界面設計

注：其它聯系人信息查詢、銷售信息查詢、服務反饋信息查詢界面相似，（圖略）

界面2

圖13客戶基本信息報表

輸出說明：因為客戶的基本信息字段比較多，而在實際輸出中不需要這樣面面俱到，所以在報表中只給出了一些重要的字段，去掉了不必要的字段。使報表顯得簡潔友好。

注：其他聯系人基本信息報表，銷售信息報表、服務反饋報表相似。（圖略）

2．4界面設計

圖14密碼登錄窗體

用戶通過密碼登錄，如果密碼不正確，將不能使用本系統，密碼正確用戶將進入系統的主界面，如下：

圖15系統主界面

2.5界面的詳細設計

根據對用戶的的需求分析，一共設計了5大模塊，即客戶管理模塊、銷售管理模塊、服務反饋模塊、查詢模塊和報表模塊，每個模塊由系統主界面的下拉菜單觸發。同時，加入狀態欄控件，可以實時反映系統中的時間變化和日期。主界面中的“系統”和“幫助”模塊很簡單，不贅述。

圖14客戶關系管理系統軟件結構示意圖

其中5大模塊說明如下：

①客戶管理模塊，主要提供客戶信息和聯系人信息的添加、修改和刪除功能。

②銷售管理模塊，主要提供銷售信息的添加、修改和刪除功能。

③服務反饋模塊，主要提供服務反饋信息的添加、修改和刪除功能。

④查詢模塊，提供了對客戶信息、聯系人信息、銷售信息、服務反饋信息的查詢功能。其中不僅實現了分類查詢，更區分了精確查詢和模糊查詢兩部分，使得管理員能按不同要求查詢到最精確的結果。所謂精確查詢是指輸入的內容完全相同才能查詢到結果，而所謂模糊查詢，是在輸入的查詢條件中只要從左到右計算，所輸入內容是系統數據庫中所包含字段內容的子串，就能夠顯示在顯示查詢結果的Datagrid控件中。參考圖10。

⑤報表模塊，這也是對客戶信息、聯系人信息、銷售信息、服務反饋信息的基本信息給出了打印其記錄的功能，報表是打印的預覽，圖參考圖11。

3系統實施

3.1編程

因為該系統結構比較單一，程序亦無特別之處，故代碼省略。

3.2客戶關系管理系統軟件測試

3.2.1軟件介紹

該軟件是ERP管理系統的一部分，也可以說是ERP的后起之秀，主要目的是將客戶關系管理工作規范化、合理化，以適應工作的需要。主要對客戶關系管理中的錄入、修改、刪除、查詢和報表進行測試。

3.2.2測試的作用和意義

系統測試是管理信息系統的開發周期中的一個十分重要環節。盡管在系統開發周期的各個階段均采取了嚴格的技術審查，但依然難免會留下錯誤，如果沒有在投入運行前的系統測試階段被發現并糾正，問題遲早會在運行中暴露出來，到那時要糾正錯誤將會付出更大的代價。系統測試占用的時間、花費的人力和成本占軟件開發的很大比例。統計表明，開發較大規模的系統，系統測試的工作量大約占整個軟件開發工作量的40％－50％。而對于一些特別重要的大系統，測試的工作量和成本更大，甚至超過系統開發其他各階段的總和的若干倍。

3.2.3測試方法

（1）測試人員

測試隊伍由兩位成員組成。軟件的設計者在測試整個過程中負責整體測試方案的制定和測試進度的掌握以及白盒測試的測試者。第二位成員由未參加軟件制做者擔任，主要責任是進行軟件的黑盒測試以及軟件環境，硬件要求和極限測試工作。

（2）機器測試

通過在計算機上直接運行被測程序，來發現程序中的錯誤。機器測試包括黑盒測試盒白盒測試。黑盒測試也稱功能測試，將軟件看作黑盒子，在完全不考慮

程序的內部結構和特性的情況下，研究軟件的外部特性。根據軟件的需求規格說明書測試用例，從程序的輸入和輸出特性上測試是否滿足設定的功能。白盒測試也稱結構測試，將軟件看作一個透明的白盒子，按照程序的內部結構和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢查與測試是否相符。

3.2.4系統配置要求

CPU300MHZ

內存32M

硬盤8G

操作系統win9X以上操作系統

3.2.5測試內容

①軟件的正常運行、關閉及退出時保存記錄的提示（默認為是）。

②用戶登錄界面友好，可操作性及安全性能較好，能對不同管理級別者進行限制，以保證數據庫的安全。

③數據庫的可維護性好，數據的錄入、刪除及更改均能順利完成，并能實現動態更新。

④數據查詢便捷，能對各種不同的查詢條件進行搜索，以找到最合適的答案。

⑤數據溢出、越界均能進行非法提示，以警告用戶正確使用。對用戶的非正常操作方式也提出警告。

⑥可以實現打印預覽及打印功能。

⑦數據類型填寫錯誤時，系統能夠報錯。

⑧軟件對操作系統的兼容性良好，可移植性完好。

3.2.6測試結果

①軟件在運行、關閉及退出時保存記錄的提示功能基本完成，在軟件的不斷啟動關閉過程中沒有出現死機、程序執行效率降低等各種不良現象，功能的實現較為完善。

②用戶登錄界面較友好，但軟件界面的色彩選擇、搭配上對于長期工作者而言仍然會產生眼部不適感。可操作性及安全性能較差，未能完成對不同管理級別者的限制工作，無法對軟件涉及到的機密數據進行保護而無法保證數據庫的基本安全。

③數據庫的可維護性良好，數據的錄入能順利完成，并能實現動態更新，刪除和修改也能順利完成。

④數據查詢不夠全面，只能按系統設定的少數查詢條件進行搜索，以找到合適的答案。

⑤數據溢出、越界基本未能進行非法提示，以警告用戶正確使用。對用戶的非正常操作方式能提出警告。

⑥打印預覽功能良好，但未能按查詢結果進行打印輸出，沒有打印機未能測試打印效果。

⑦數據類型填寫錯誤時，系統有報錯功能，在數據輸入錯誤時，使用者能夠獲知錯誤所在。

⑧軟件對操作系統的兼容性良好，但未打包程序不能在未安裝VB的機器上使用，主要是因為系統中用到了很多ADO控件。

⑨軟件窗體在運行過程中可以進行最大化及窗體的拖動縮放，使用者可以根據習慣調整窗體大小。

3.2.7結論

經過反復測試，系統完成后運行添加、修改、查詢、報表等功能均正常，1.0版。

此系統仍存在許多缺陷，但是通過該系統設計達到了系統設計目的意義，基本掌握了軟件開發的主要步驟，了解了各環節在開發時要注意的問題，從方便用戶的角度出發，去考慮開發出好的軟件。另外，在設計過程中也逐漸提高了軟件開發技能和編程技能。因此本設計雖然較粗糙，但是從學習的角度上看，非常有意義。

參考文獻

【1】(美)GaryCornell著,希望圖書創作室譯，VisualBasic6.0從入門到精通,北京希望電子出版社

【2】劉韜駱娟何旭洪編著,VisualBasic6.0數據庫系統開發實例導航

人民郵電出版社

【3】宜晨主編,VisualBasic6.0中文版實用培訓教程,電子工業出版社

【4】甘仞初,管理信息系統,機械工業出版社

【5】薛華成主編,管理信息系統（第三版）,清華大學出版社

【6】(美)加西亞-莫利納美.沃爾曼美.威德姆,數據庫系統實現(英文版)

機械工業出版社

【7】郝春強編著，VisualBasic案例教程，中科多媒體電子出版社

【8】趙晨陽等編,VisualBasic語言程序設計基礎,電子工業出版社

【9】金英姿著，VisualBasic6.0實用培訓教程，人民郵電出版社

【10】張學忠著，VisualBasic控件應用編程實例教程，北京希望電子出版社

【11】董傳銀著，VisualBasic6數據庫編程技術，北京希望電子出版社

【12】丁秋林力士奇著，客戶關系管理，清華大學出版社

【13】（美）職業設計培訓集團著，劉安國譯，客戶服務，人民郵電出版社