小超市管理系統開發畢業論文目 錄摘 要ISupermarket Management SystemIIAbstractII目 錄1第1章 緒 論31.1 開發超市管理系統的背景31.2 開發超市管理系統的意義3第2章 可行性研究42.1 引言42.2 市場調查42.3 技術可行性42.3.1 VB42.3.2 數據庫的選擇62.4 經濟可行性72.5 操作可行性8第3章 需求分析93.1 需求分析的作用93.2 需求的任務93.3 業務流程圖103.4 數據流圖123.5 數據字典14第4章 總體設計174.1 總體設計引言174.2 系統總體設計方案174.3 系統實現的主要功能174.3.1 系統功能介紹174.3.2 系統的功能模塊圖19第5章 數據庫設計205.1 數據庫設計引言205.2 概念設計205.3 邏輯設計22第6章 詳細設計256.1 詳細設計的引言256.2 系統的登錄設計256.3 系統主界面的設計286.4 供應商管理模塊306.5 商品信息管理模塊326.6 商品分類管理346.7 商品入庫管理346.8 前臺銷售模塊356.9 權限管理模塊36第7章 軟件測試387.1 軟件測試的概念387.2 軟件測試的策略387.3 軟件測試的過程387.3.1單元測試387.3.2集成測試407.3.3確認測試417.3.4系統測試41第8章 系統維護42結 論43致 謝44參考文獻44第1章 緒 論1.1 開發超市管理系統的背景Internet技術的推廣和信息高速公路的建立，使IT產業在市場競爭中越發顯示出其獨特的優勢，步入信息化時代，有巨大的數據信息等待加工處理和傳輸，這使得對數據庫的進一步開發和利用顯得尤為迫切。而作為國內市場的一些中小型超市，它們在信息化過程中的步伐要落后于大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯得迫切需要，要適應市場競爭，就需要有高效的信息處理方式和管理方法，因此加快超市的信息化進程是必可少的。1.2 開發超市管理系統的意義小超市形態本身具有種種特點，在原先狀況下不能有效地管理每種商品，收款結算速度慢，容易出現營業差錯，不宜進行商品調價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足。小超市形態的高速發展，其經營管理也變得愈加復雜，日常所需要處理的數據量也逐漸增大，商業運轉的中間環節也越來越多，原始的人工管理已無法應對這復雜的市場。為此，超市管理系統便顯得尤為重要了，依靠現代化的計算機信息處理技術來管理超市，從而節省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經營管理效率。第2章 可行性研究2.1 引言可行性研究是一次壓縮簡化的系統分析和設計的過程，是在較高層次上以較抽象的方式進行的系統分析和設計的過程。而在系統開發前期對系統進行可行性分析是十分必要的一個環節，這對于保證資源的合理使用，避免浪費是十分必要的，也是項目一旦開始以后能順利進行的必要保證。可行性是指在當前情況下是否從技術、管理、社會等方面進行分析和研究，以避免投資失誤，保證系統的開發成功。 2.2 市場調查可行性分析的基礎是對系統的市場調查。市場調查主要由兩部分組成：一般調查和信息需求調查。一般調查包括找出類似的超市，對這些超市的一般情況進行了分析，并了解整個超市運作情況，以便充分發揮系統的優勢。信息需求的初步調查是通過查詢書籍，網上瀏覽相關信息所得。第二步的深入調查則是真正進去馳銳超市進行實習，以了解書本上所不知道的相關的第一手資料，以開發出真正的具有實用性的系統2.3 技術可行性2.3.1 VBVB語言即Visual Basic。Visual。意即可視的、可見的，指的是開發像Windows操作系統的圖形用戶界面（Graphic User Interface,GUI）的方法，它不需要編寫大量代碼去描述界面元素的外觀和位置，只要把預先建立好的對象拖放到屏幕上相應的位置即可。Basic 實際上是一個短語的縮寫，這個短語就是 Beginners all_purpose symbolic instruction code ，其中文意思為“初始者通用符號指令代碼語言”。Visual Basic 是一種可視化的、面向對象和采用事件驅動方式的結構化高級程序設計語言，可用于開發 Windows 環境下的各類應用程序。它簡單易學、效率高，且功能強大可以與 Windows 專業開發工具SDK相媲美。在Visual Basic環境下，利用事件驅動的編程機制、新穎易用的可視化設計工具，使用Windows內部的廣泛應用程序接口（API）函數，動態鏈接庫（DLL）、對象的鏈接與嵌入（OLE）、開放式數據連接（ODBC）等技術，可以高效、快速地開發Windows環境下功能強大、圖形界面豐富的應用軟件系統。隨著版本的提高，Visual Basic的功能也越來越強。Visual Basic 60作為Visual Studio 60的一員發布，證明微軟正在改變Visual Basic的產品定位，他想讓Visual Basic成為企業級快速開發的利器。Visual Basic 60在數據訪問方面有了很大的改進，新的ADO組件讓對大量數據快速訪問成為可能。數據環境和新的報表功能也讓數據開發有了全新的體驗。Visual Basic 借助COM/COM+強大的功能，可以開發具有N層結構的分布式應用程序。同時，Visual Basic還可以在IIS上開發性能超群的Web應用程序。Visual Basic 60在語言方面和IDE方面的改進都不大，但是許多新增的組件成為Visual Basic開發人員手中的利器，如File System Object等。新的字符串函數Split和Replace等也給Visual Basic的程序員帶來很大方便。 總之Visual Basic 60已經是非常成熟穩定的開發系統，能讓企業快速建立多層的系統以及Web應用程序，成為當前 Windows 上最流行的 Visual Basic 版本。 因此選擇Visual Basic 60作為開發馳銳超市管理系統的語言。2.3.2 數據庫的選擇人們在總結信息資源開發、管理和服務的各種手段時,認為最有效的是數據庫技術。數據庫的應用已越來越廣泛，從小型的單項事務處理系統到大型的信息系統，在都用先進的數據庫技術來保持系統數據的整體性、完整性和共享性。數據庫技術所研究的問題是如何科學的組織和存儲數據，如何高效的獲取和處理數據。通常，數據庫所包含的大量信息都以表的形式存儲。數據庫包含多個表，有的獨立的，有的表相互之間存在著一定關系。設計數據庫就是將大量信息經過分析和歸納，分儲互多個表中，確定表之間的相互關系，使表內的信息完整的反映主題。為了數據庫的建立、使用和維護，在操作系統的基礎上，配置一定的軟件，對數據庫進行統一的管理和控制，即數據庫管理管理系統DBMS。數據庫管理系統DBMS具有數據庫定義功能，數據存取功能以及對數據庫運行的管理和數據庫的建立和維護功能。Microsoft SQL Server 2000 是一種功能強大的關系型數據庫管理系統。下面將對 Microsoft SQL Server 2000 的特點和性能進行介紹：Microsoft SQL Server 2000 是下一代的數據庫和數據分離系統，可以幫助用戶建立他們的 Internet 商務體系。Microsoft SQL Server 2000 已經在性能和可擴展性方面確立了世界領先的地位，是一套完全的數據庫和數據分析解決方案，使用戶可以快速創建下一代的可擴展電子商務和數據倉庫解決方案。Microsoft SQL Server 2000 具有高度的擴展性和高可靠性。Microsoft SQL Server 2000使用了工業界最先進的數據結構，能夠為要求最苛刻的企業應用提供高度的可擴展性和高可靠性。Microsoft SQL Server 2000在許多工業基準測試中的性能都創立了新的世界紀錄，包括事務處理性能委員會的 TPC-C 基準，它擊敗了運行于任何硬件或操作系統環境下的同類數據庫產品。Microsoft SQL Server 2000 的性能還在 Windows 平臺下為 SAP R/3 Sales and Distribution(SD) 標準應用程序據基準創立了新的世界紀錄。雖然 Microsoft SQL Server 2000 被設計用來充分利用最近和將來的高端對稱多處理器（SMP）技術，它還是可以把數據庫的工作負荷分布到普通的服務器集群上。這樣可以實現高度的可擴展性，即只需要向數據庫集群中增加新的普通服務器即可，而不用把老系統替換為更大、更昂貴的新機器。Microsoft SQL Server 2000 引入了一個新的特性，被稱為分布式數據庫分區視圖（Distributed Partitioned Views）它可以把工作負荷劃分到多個獨立的SQL Server 服務器上去，從而為實施電子商務的客戶提供了無限制的可擴展性。Microsoft SQL Server 2000 直接支持最新的、高速的系統區域網絡（SAN）技術。Microsoft SQL Server 2000 在它的管理控制臺和安裝向導中緊密集成了4節點故障恢復技術，從而保證了高度的系統可用性。Microsoft SQL Server 2000 還引用了索引視圖技術，運用該技術可以為關系型數據庫設計出功能的報表應用程序。Microsoft SQL Server 2000 可以進行最快速的應用程序開發。微軟提供了許多技術和工具，作為數據庫系統的標準集成組件。而且通過巧妙的設計以及自動調整、自動管理特性， Microsoft SQL Server 2000 是客戶可以更快、更容易的享受所有這些最先進的分析技術所帶來的好處，能夠快書提交應用，從而贏得競爭上的優勢。微軟在開發數據庫服務器自動調整和自動管理技術方面一直在工業界處于領先地位。這種技術使客戶可以集中精力處理商業戰略上的問題，而不是去細微調整數據庫服務器的各項參數。Microsoft SQL Server 2000 可以為最新的硬件進行優化，包括大內存、超高速磁盤子系統以及 SAN 等，從而擴展了這項功能。 Microsoft SQL Server 2000 與 Windows 2000 的活動目錄服務的緊密集成允許集中管理功能。 Microsoft SQL Server 2000 和其他企業資源，從而極大地簡化了大型組織中的體統管理任務。2.4 經濟可行性超市管理系統，其前期的投入比較小，主要是系統的設計費用：其中包括軟件開發費用、管理和維護費等。而后續的投入相對較小，很長時間內都不會需要進一步投資，管理和維護費用也很少，而系統實際能夠起到的作用會遠遠大于投入的開發費用，相信會有十分可觀的前景。因此這個系統很有開發價值。2.5 操作可行性是指馳銳超市管理系統在以后的超市日常運行中實際所起到的作用。超市可以把日常的管理交給這個系統來完成。不但能快速的完成很多費時費力的工作，還很少的出問題，將它和原先的人力管理相結合，會取得很好的效果。利用系統和數據庫，統一記錄商品，記錄和計算銷售交易信息，產生貨物進貨管理，減少員工工作量和幫助管理人員規范化管理。第3章 需求分析3.1 需求分析的作用軟件需求分析就是把軟件計劃期間建立的軟件可行性分析求精和細化，分析各種可能的解法，并且分配給各個軟件元素。需求分析是軟件定義階段中的最后一步，是確定系統必須完成哪些工作，也就是對目標系統提出完整、準確、清晰、具體的要求。需求分析是介于系統分析和軟件設計階段之間的重要橋梁。一方面，需求分析以系統規格說明和項目規劃為分析活動的基本出發點，并從軟件角度對它們進行檢查與調整；另一方面，需求規格說明又是軟件設計、實現、測試直至維護的主要基礎。良好的分析活動有助于避免或盡早剔除早期錯誤，從而提高軟件生產率，降低開發成本，改進軟件質量。3.2 需求的任務軟件需求分析的任務是：深入描述軟件的功能和性能，確定軟件設計的約束和軟件同其他系統元素的接口細節，定義軟件的其他有效性需求，借助于當前系統的邏輯模型導出目標系統邏輯模型，解決目標系統“做什么”的問題。需求提出主要集中于描述系統目的。需求提出和分析僅僅集中在使用者對系統的觀點上。用戶、開發人員和用戶確定一個問題領域，并定義一個描述該問題的系統。這樣的定義稱作系統規格說明，并且它在用戶和開發人員之間充當合同。在問題分析階段分析人員的主要任務是：對用戶的需求進行鑒別、綜合和建模，清除用戶需求的模糊性、歧義性和不一致性，分析系統的數據要求，為原始問題及目標軟件建立邏輯模型。分析人員要將對原始問題的理解與軟件開發經驗結合起來，以便發現哪些要求是由于用戶的片面性或短期行為所導致的不合理要求，哪些是用戶尚未提出但具有真正價值的潛在需求。在需求評審階段，分析人員要在用戶和軟件設計人員的配合下對自己生成的需求規格說明和初步的用戶手冊進行復核，以確保軟件需求的完整、準確、清晰、具體，并使用戶和軟件設計人員對需求規格說明和初步的用戶手冊的理解達成一致。一旦發現遺漏或模糊點，必須盡快更正，再行檢查。馳銳超市管理系統需要滿足幾個方面的需求，一是商品銷售結算的需求，這是超市的第一位的；二是供應商管理的需求，記錄相關的信息。三是入庫和管理庫存的需求。四是登錄權限的需求，給予不同員工不同的權限。3.3 業務流程圖系統流程圖是概括地描述物理系統的傳統工具。它的基本思想是用圖形符號以黑盒子形式描繪組成系統的每一個部件。系統流程圖表達的是數據在系統各部件之間流動的情況。馳銳超市管理系統的系統流動分為兩個部分，分別為：管理員系統流程圖如圖3.1所示前臺流程圖如圖3.2所示。管理員登錄供應商管理商品分類商品管理入庫管理權限管理前臺銷售添加供應商編輯供應商刪除供應商添加商品編輯商品刪除商品添加權限入庫操作編輯權限安全退出圖3.1 管理員業務流程圖前臺收銀員登錄查看商品收銀找零入庫編輯商品更新庫存退出圖3.2 前臺收銀員業務流程圖3.4 數據流圖數據流圖是一種圖形化技術，它描繪信息流和數據從輸入移動到輸出的過程中所經過的變換。在數據流圖中沒有任何的物理部件，它只是描繪數據在軟件中流動和被處理的邏輯過程。因為數據流圖是邏輯系統的圖形表示，即使不是專業的計算機技術人員也容易理解，所以是極好的通信工具。此外設計數據流圖紙需要考慮系統必須完成的基本邏輯功能，完全不需要考慮如何具體地實現這些功能。后臺數據流圖如圖3.3所示，前臺數據流圖如圖3.4所示。管理員圖3.3 后臺數據流圖A-3供應商管理A-4商品信息管理A-7權限管理A-6入庫管理A-5前臺銷售管理A-2 登錄B-3.1 顯示供應商信息B-4.1 顯示商品信息B-5.1 顯示商品銷售信息B-6.1 顯示庫存信息B-7.1 顯示用戶權限信息添加修改刪除收款結算修改權限添加修改刪除添加退出收銀員A-3供應商管理A-4商品管理A-6入庫管理A-5前臺銷售管理A-2 登錄B-3.1 查看供應商信息B-4.1 顯示商品信息B-5.1 顯示商品銷售信息B-6.1 顯示庫存信息查看收款結算找零添加修改添加退出圖3.4 前臺數據流圖3.5 數據字典數據字典是關于數據信息的集合，也就是對數據流圖中包含的所有元素定義的集合。任何字典最主要的用途都是供人查閱不了解的條目的解釋，數據字典的作用也正是在軟件分析和設計過程中給人提供關于數據的描述信息。數據流圖和數據字典共同構成系統的邏輯模型，沒有數據字典數據流圖就不嚴格，然而沒有數據流圖數據字典也難于發揮作用。只有數據流圖和對數據流圖精確的定義放在一起，才能共同構成系統的規格說明。 由于元素太多我們只對其中主要的元素定義說明。數據字典的主要用途是作為分子階段的主要工具。在數據字典中建立一組嚴密一致的定義很有助于改進分析員和用戶之間的通信，因此將消除很多可能的誤解。數據字典包含的每個數據元素的控制信息是很有價值的。因為列出了使用一個給定的數據元素所有程序，很容易估計改變一個元素將產生的影響，并且能對所有受影響的程序或模塊做出相應改變。由于暫時還沒有自動的數據字典處理程序，我們采用卡片形式書寫數據字典，每張卡片上保存描述一個數據元素的信息。這種做法較好的實現了上述要求，特別是更新修改起來很方便，能夠單獨處理每個數據元素的信息。每張卡片上包含的信息有：名字，別名，描述，定義，位置。以下是數據流圖中主要元素的數據字典卡片：名稱：供應商信息別名：描述：記錄供應商的具體的信息，方便管理員和倉庫管理員與之聯系。定義：供應商信息=供應商代碼+供應商名稱+供應商說明位置：系統數據庫供應商信息名稱：商品信息別名：描述：記錄商品的具體信息，以便管理員和收銀員查看。定義：商品信息=商品代碼+商品名稱+商品庫存+商品單價+商品銷售數量+商品供貨商位置：系統數據庫商品信息名字：商品分類信息別名：描述：主要記錄商品的分類信息。定義：商品分類信息=商品類代碼+商品的具體分類位置：系統數據庫商品分類信息名稱：管理員信息別名：描述：記錄管理員的一些具體的情況，以便管理員的密碼和等級修改。定義：管理員信息=管理員帳號+密碼+等級+生日位置：系統數據庫管理員信息管理員信息名稱：入庫信息別名：描述：記錄商品入庫的具體情況，以便管理者和銷售者即使了解到具體情況。定義：入庫信息=入庫商品名稱+入庫商品代碼+入庫商品數量+庫存數量+入庫價錢位置：系統數據庫入庫信息第4章 系統設計4.1 總體設計總體設計就是決定“怎么做”的時候。總體設計的基本目的就是回答“概括地說，系統應該如何實現？”這個問題，總體設計將劃分組成系統的物理元素程序、文件、數據庫、人工過程和文檔等，但是每個物理元素仍然處于黑盒子級，具體的以后設計。總體設計的另一項重要任務是設計軟件的結構，也就是說要確定系統中每個程序是由哪些模塊組成，以及這些模塊之間的關系。4.2 系統總體設計方案本系統采用了C/S模型。系統前臺采用VB語言來設計，訪問數據庫服務器；后臺采用Microsoft公司的SQL Server 2000。SQL Server2000開發后臺數據庫，用于提供數據服務。SQL Server 2000是一種典型關系型數據庫管理系統，該系統具有數據一致性好，完整性強，安全性高的優點，系統采用結構化設計方法，按超市實際工作內容來確定所需，將整個系統作為一個大模塊自頂向下，以模塊化結構設計技術進行模塊分解，然后再自底向上，按照系統的結構將整個模塊進行組合，最終實現馳銳超市管理系統的開發。4.3 系統的功能設計4.3.1 系統主要功能系統大致分為六個功能模塊。系統的每一個功能模塊都包含了多個功能。功能權限實現了對這些功能點的權限控制：登錄模塊 商品信息模塊 供應商管理模塊 商品銷售模塊 入庫模塊 權限管理模塊。登錄模塊：登錄模塊主要進行用戶權限的驗證，只有具備一定權限的人才能登錄到系統，這樣才能保證系統的安全。同時不同的用戶有不同的權限。管理員在權限管理模塊中可以制定其他人的權限。商品信息模塊：該模塊主要是管理具體的商品，通過該模塊能夠查看每種產品的具體信息。供應商管理模塊：該模塊管理了供應商的信息，以方便統計進貨。商品銷售模塊：這模塊是系統的前臺銷售模塊，一般收銀員都是在這個界面操作以實現對顧客的購買商品信息的登記 收款等業務。入庫模塊：該模塊主要是將新采購的商品登記入庫，使其有存貨信息。權限管理模塊：該模塊是任何一個系統所必須的。本系統采用了多級權限管理，可以為每一個用戶指定一項或多項的功能。4.3.2 系統的功能結構圖超市管理系統入庫管理模塊權限管理模塊商品銷售模塊供應商管理模塊商品信息模塊登錄管理模塊入庫分類管理權限管理設置商品前臺銷售供應商的操作修改商品信息刪除商品信息新增商品信息系統主頁面圖4.1系統的功能結構圖第5章 數據庫設計5.1 數據庫設計引言數據庫設計是建立數據庫及應用系統的技術，是信息系統開發和建設中的核心技術，具體說，數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及應用系統，使之能夠有效地存儲數據，滿足各種用戶的要求。馳銳超市管理系統的數據庫設計分為下面的幾個步驟：5.2 概念設計概念結構設計是整個數據庫設計的關鍵，它能通過對需求進行綜合，歸納與抽象，形成一個獨立于具體DBMS的概念模型，既E-R圖如圖5.1所示。管理員用戶名用戶密碼用戶等級圖5.1 管理員實體與其屬性商品信息編碼名稱單價分類庫存銷售圖5.2 商品信息的E-R圖 供應商編碼名稱說明圖5.3供應商實體的E-R圖倉庫內的商品分類碼分類編碼名稱數量圖5.4倉庫的E-R圖圖5.5 各個實體之間的聯系圖5.3 邏輯設計邏輯結構是把概念結構轉換為某個DBMS所支持的數據模型，并對其進行優化。超市管理系統的數據庫建立了以下的一些表：表5.1 商品分類表（Category）注釋：id(分類id)、CatCode(分類編碼)、CatDes(分類說明)。表5.2商品信息表(Prod-Stocks)注釋： ProdDes(商品分類)、ProdCode(商品代碼)、GenericName(商品名稱)、CatCode(商品分類碼)、Quan(商品庫存)、Reorder(商品銷售)、Selling-Price(商品售價)、Unit-Cost（商品進價）PDate(上貨日期)、Picture(商品圖片)、id(商品id)。表5.3 銷售信息表（Stocks-History）注釋：acqProdCode(編碼)、acqPrice(銷售價錢)、acqDate(銷售日期)、id(銷售id)。表5.4 供應商信息表(Suppliers)注釋：SupCode(供應商編碼)、SupDes(供應商商品)、SupName(供應商名稱)、supno(供應商電話)。表5.5 登錄權限表(Users-Password)注釋： user-name（登錄名）、user-password（登錄密碼）、user-birthdate（用戶生日）、user-type（登錄類型）、user-allow- X X（用戶被給予某項權利）、user-picture（用戶圖片）、id（用戶id）。第6章 系統實現6.1 引言詳細設計的根本目標是確定應該怎樣具體地實現所要求的系統，也就是說，經過這個階段的設計工作，應該的出對目標系統的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某個設計的語言書寫的程序。詳細設計的任務不是具體的編寫程序，而是要設計出程序的“藍圖”，以后可根據這個藍圖寫出實際的程序代碼。詳細設計的目標不僅僅是邏輯上正確地實現每個模塊的功能，更重要的是設計出的處理過程應該盡可能簡明易懂。本系統所包括幾大模塊：登錄模塊 商品信息模塊 供應商管理模塊 商品銷售模塊 入庫模塊 權限管理模塊。6.2 系統登錄為了提高軟件操作安全性，用戶進入系統前，需進行身份驗證，通過此窗體輸入個人信息以驗證身份。登錄界面如圖61所示。如果用戶名和密碼都正確，單擊登錄按鈕，則進入系統，如果輸入錯誤，則會提示密碼錯誤，繼續輸入，如果連續3次錯誤，則會退出系統。圖6.1登錄界面如果輸入錯誤則彈出如下對話框圖62 登錄錯誤界面實現功能的部分代碼：登錄代碼如下： Private Sub cmdOk_Click() Dim strs As String If Get_User(txtUserName, txtPassword) Then MeHide frmMainShow Today = Now frmMainStatusMessage = 當前用戶: + txtUserName + _ + Format(Today, dddd ) + + Format(Today, yyyy-mm-dd) frmMainMenuListSetFocus Else ctr = ctr + 1 If ctr = 4 Then End Else Call MessageBox(frmLogin, 非法用戶! 請重試 你還剩 + str(4 - ctr) + 機會, 0) SendKeys Home+End End If End IfEnd SubPrivate Sub cmdOk_MouseDown(Button As Integer, Shift As Integer, X As Single, Y As Single) Call MacButton( 確定, cmdOk, 0, 0, 73, 50, Source, 74, 0, 1)End SubPrivate Sub cmdOk_MouseUp(Button As Integer, Shift As Integer, X As Single, Y As Single) Call MacButton( 確定, cmdOk, 0, 0, 73, 50, Source, 0, 0, 1)End SubPrivate Sub Form_Load() On Error Resume Next Dim Thwnd As Long Dim RetValue RetValue = ChangeRes(800, 600, 32) Call CreateMacOSTitleBar(titleBar, 系統登錄 ) Call MacButton( 登錄, cmdOk, 0, 0, 73, 50, Source, 0, 0, 1) Call MacButton( 退出, cmdCancel, 0, 0, 73, 50, Source, 0, 0, 1) 6.3 系統主界面登錄成功后，可以直接進入系統的主界面，界面分成了功能導航區、系統信息以及時間等幾個部分。圖63所示的是用管理員賬號進行登錄的界面。左邊的功能列表中，點擊供應商，則進入了供應商界面；點擊商品信息，則進入商品信息界面；點擊商品分類，進入商品分類界面；點擊前臺銷售，進入銷售界面；點擊入庫信息，進入入庫界面；點擊權限設置，則進入權限設置界面。圖6.3系統的總界面主窗體載入事件代碼Private Sub Form_Load()Dim VolName As String, fSys As StringDim Drive As String, DriveType As Long, erg As Long Call ColForm(BoxContainer, 217, 211, 213, 125) Call ColForm(MenuContainer, 217, 211, 213, 125) Call ColForm(Applets, 217, 211, 213, 125) Call CreateMacOSTitleBar(titleBar, 馳銳超市管理系統 ) Call CreateMacOSTitleBar(MenuHeader, 功能列表 ) Call MacButton( 退出系統, frmMaincmdShutdown, 0, 0, 170, 30, frmLoginSource, 147, 0, 2) Call BitBlt(frmMainClosedhDC, 0, 0, 73, 50, frmLoginSourcehDC, 0, 107, SRCCOPY) frmMainClosedRefresh Call BitBlt(frmMainMaximizedhDC, 0, 0, 73, 50, frmLoginSourcehDC, 0, 72, SRCCOPY) frmMainMaximizedRefresh Call BitBlt(frmMainMinimizedhDC, 0, 0, 73, 50, frmLoginSourcehDC, 0, 124, SRCCOPY) frmMainMinimizedRefresh KeyPreview = True StatusMessageCaption = 今天是 + Date$ 創建Recordset實例datsecondary Set datsecondary = New adodbRecordset 從INVOICE中獲得信息 datsecondaryOpen select * from INVOICE order by INVOICE_NO, myDB, 1, 3 創建datthirdary Set datthirdary = New adodbRecordset 從INVOICE_DETAIL表中獲得信息 datthirdaryOpen select * from INVOICE_DETAIL order by INVOICE_NOD, myDB, 1, 3 創建datprimary Set datprimary = New adodbRecordset 從SETUP表獲得信息 datprimaryOpen select * from SETUP order by COMPANY_NAME, myDB, 1, 36.4 供應商管理模塊供應商管理模塊比較簡單，主要是登記供貨單位的一些基本情況。該模塊如圖6.4所示。首先點添加，然后輸入代碼，再加上名稱、說明。點保存，就可以增加供應商了。還可以刪除、查找。圖6.4供應商管理模塊界面Save 按鈕單擊事件代碼如下：Private Sub cmdSave_Click() On Error Resume Next If EditMode = True Then Call MacButton( 編輯, frmSuppliercmdEdit, 0, 0, 73, 50, frmLoginSource, 0, 0, 1) Press_Buttons (Save) Else Call MacButton( 添加, frmSuppliercmdNew, 0, 0, 73, 50, frmLoginSource, 0, 0, 1) If Get_Supplier_Code Then Call MessageBox(frmSupplier, 供應商代碼存在, 0) frmMessageBoxSetFocus txtField(0) = Press_Buttons (Undo) ElseIf txtField(0) = Then Call MessageBox(frmSupplier, 供應商代碼不能為空, 0) frmMessageBoxSetFocus txtField(0) = Press_Buttons (Undo) Else Press_Buttons (Save) End If End If Call MacButton( 保存, frmSuppliercmdSave, 0, 0, 73, 50, frmLoginSource, 0, 0, 1)End Sub6.5 商品信息管理模塊商品管理模塊主要用于編輯每種商品的具體信息，如商品代碼、商品名稱、商品價格、庫存數量等。用戶可以通過該模塊添加、編輯、刪除、查找商品信息、同時還可以為商品添加圖片。其界面如圖6.5所示。圖6.5商品信息管理模塊界面在其他的功能都類似的情況下，我們看下查找商品的功能。界面如圖6.6所示。在目前情況下，只支持名稱查詢。圖6.6商品查詢界面6.6 商品分類管理商品分類管理用于使整個系統更加的完善，能夠自定義的管理。如當需要增加商品分類時，只需要在商品分類模塊中增加，而其它模塊中的代碼不需要改動。商品分類的系統界面如圖6.7所示。圖6.7商品分類管理界面6.7 商品入庫管理商品入庫管理是超市管理系統中一個很重要的組成部分，當某些商品庫存不足時，必須要入庫新的商品。商品入庫管理的界面如圖6.8所示。圖6.8商品入庫管理界面6.8 前臺銷售模塊前臺銷售管理模塊是整個超市管理系統的核心模塊，系統大部分的業務都是在該模塊中實現的。進入界面后，光標會自動定位到“商品編號”文本框，用戶只需輸入編號，然后回車，商品便會加入商品列表中。然后顯示欄會顯示商品的名稱、價格。如果再增加一條記錄，商品總額也會增加。每增加完一條記錄，焦點都會自動回到商品編號的文本框中，同時應付款也會顯示商品的總額。如果顧客購買完畢，直接按回車，焦點會到“收款”文本框。輸入實際收的金額，系統會顯示找零的金額。前臺銷售模塊的界面如圖6.9所示圖6.9前臺銷售模塊的界面6.9 權限管理模塊權限管理也是一個系統不可缺少的模塊，在實現的時候有很多的方法，本系統使用的是給每個用戶設定一個用戶和密碼，然后采用分級權限管理，管理員可以為每個用戶分配不同的權限。在權限管理模塊中，可以新建用戶、編輯用戶、刪除用戶和查找用戶。在新建的時候，只要選中各種權限的檢查框，就代表該用戶具備了該權限。權限管理模塊的界面如圖6.10。圖6.10權限管理模塊的界面 第7章 軟件測試7.1 軟件測試的概念使用人工或者自動手段來運行或測試某個系統的過程,其目的在于檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別它是幫助識別開發完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度(correctness) 、完全度(completeness)和質量(quality)的軟件過程；是SQA(software quality assurance)的重要子域。Grenford JMyers曾對軟件測試的目的提出過以下觀點:(1)測試是為了發現程序中的錯誤而執行程序的過程；(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案；(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。7.2 軟件測試的策略軟件測試的策略主要考慮如何把設計測試用例的技術組織成一個系統的、有計劃的測試步驟。從模塊開始，一級一級向外擴展，直至整個系統測試完畢。測試策略應包括測試規劃、測試用例設計、測試實施和測試結果收集評估等。其中，測試規劃包括測試的步驟、工作量、進度和資源等。7.3 軟件測試的過程測試過程按4個步驟進行，即單元測試、集成測試、確認測試和系統測試7.3.1單元測試開始是單元測試，集中對用源代碼實現的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現了規定的功能。 單元測試的內容 在單元測試時，測試者需要依據詳細設計說明書和源程序清單，了解該模塊的I/O條件和模塊的邏輯結構，主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何合理的輸入和不合理的輸入，都能鑒別和響應。(1) 模塊接口測試 在單元測試的開始，應對通過被測模塊的數據流進行測試。測試項目包括： 調用本模塊的輸入參數是否正確； 本模塊調用子模塊時輸入給子模塊的參數是否正確； 全局量的定義在各模塊中是否一致； 在做內外存交換時要考慮： 文件屬性是否正確； OPEN與CLOSE語句是否正確。(2) 局部數據結構測試 不正確或不一致的數據類型說明 使用尚未賦值或尚未初始化的變量 錯誤的初始值或錯誤的缺省值 變量名拼寫錯或書寫錯 不一致的數據類型 全局數據對模塊的影響(3) 路徑測試 選擇適當的測試用例，對模塊中重要的執行路徑進行測試。 應當設計測試用例查找由于錯誤的計算、不正確的比較或不正常的控制流而導致的錯誤。 對基本執行路徑和循環進行測試可以發現大量的路徑錯誤。7.3.2集成測試集成測試把已測試過的模塊組裝起來，主要對與設計相關的軟件體系結構的構造進行測試。 通常，在單元測試的基礎上，需要將所有模塊按照設計要求組裝成為系統。這時需要考慮的問題是： 在把各個模塊連接起來的時候，穿越模塊接口的數據是否會丟失； 一個模塊的功能是否會對另一個模塊的功能產生不利的影響； 各個子功能組合起來，能否達到預期要求的父功能； 全局數據結構是否有問題； 單個模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。 在單元測試的同時可進行集成測試， 發現并排除在模塊連接中可能出現的問題，最終構成要求的軟件系統。子系統的集成測試特別稱為部件測試，它所做的工作是要找出集成后的子系統與系統需求規格說明之間的不一致。 進行有效性測試（黑盒測試） 有效性測試是在模擬的環境 (可能就是開發的環境) 下，運用黑盒測試的方法，驗證被測軟件是否滿足需求規格說明書列出的需求。 首先制定測試計劃，規定要做測試的種類。還需要制定一組測試步驟，描述具體的測試用例。 通過實施預定的測試計劃和測試步驟，確定 軟件的特性是否與需求相符； 所有的文檔都是正確且便于使用； 同時，對其它軟件需求，例如可移植性、兼容性、出錯自動恢復、可維護性等，也都要進行測試7.3.3確認測試確認測試則是要檢查已實現的軟件是否滿足了需求規格說明中確定了的各種需求，以及軟件配置是否完全、正確。7.3.4系統測試系統測試把已經經過確認的軟件納入實際運行環境中，與其它系統成份組合在一起進行測試。 系統測試（System Testing） 系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其它系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。 系統測試的目的在于通過與系統的需求定義作比較, 發現軟件與系統的定義不符合或與之矛盾的地方。第8章 系統維護為了清除系統運行中發生的故障和錯誤，軟、硬件維護人員要對系統進行必要的修改與完善；為了使系統適應用戶環境的變化，滿足新提出的需要，也要對原系統做些局部的更新，這些工作稱為系統維護。系統維護的任務是改正軟件系統在使用過程中發現的隱含錯誤，擴充在使用過程中用戶提出的新的功能及性能要求，其目的是維護軟件系統的正常運作。這階段的文檔是軟件問題報告和軟件修改報告