畢業(yè)設計超市商品銷售管理系統(tǒng)設計與實現

1、學號 09131010701015 畢 業(yè) 論 文論文題目 逍遙超市商品銷售管理系統(tǒng)設計與實現 年 月 日 畢業(yè)論文（設計）任務書學生姓名 學號 09131010701015管理中心 入學時間 專業(yè) 計算機科學與技術 學習中心 畢業(yè)論文（設計）題目 逍遙超市商品銷售管理系統(tǒng)設計與實現 題目類型1 軟件開發(fā) 題目來源2 學生自選題 畢業(yè)論文（設計）時間 2011 年 8 月 1 日至 2011 年 11 月 8 日1畢業(yè)論文（設計）內容要求（或內容綱要；字數500字）：內容綱要：超市形式在我國于20世紀90年代初期起步，現已成為我國零售業(yè)的一種重要形態(tài)。隨著超市的高速發(fā)展，其經營管理也變的愈加復

2、雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售業(yè)的發(fā)展這樣就迫切地需要引入新的思想技術和管理技術進入到超市管理之中。隨著現代科學技術的迅猛發(fā)展，計算機技術已滲透到各個領域，成為各行業(yè)必不可少的工具。步入了數字化時代，有巨大的數據信息等待著加工處理和傳輸，這使得對數據庫的進一步開發(fā)和利用顯得尤為迫切。而對于超市銷售的資源管理，信息的存儲和處理也顯的迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進程是必不可少的。 超市銷售管理系統(tǒng)是一個非常實用的管理系統(tǒng)，直接影響銷售的方便性及管理的規(guī)范性，隨著計算機技術的飛速發(fā)展計算機在超市管理中應用的普及，各超市企業(yè)越發(fā)認識

3、到信息與效率的重要性，而此超市銷售管理系統(tǒng)就是在這樣一個背景下孕育而生的，隨著信息時代的發(fā)展，對效率的要求日益提高，因而軟件控制銷售和管理已經取代了傳統(tǒng)全手工方式。此超市銷售管理系統(tǒng)不僅簡潔通用，不占什么系統(tǒng)資源，主要是提高相關人員提高了工作效率，是完全符合超市企業(yè)的發(fā)展。1 題目類型：理論研究，實驗研究，工程設計，工程技術研究，軟件開發(fā)。2 題目來源：工作任務題，生產實際題，模擬或虛構題，學生自選題。本任務書必須網上報送學院，學院審批通過后，下載放置在學生論文首頁。2主要參考資料：期刊文獻書寫規(guī)范：作者，論文篇名，刊物名，出版年，卷（期），論文在刊物中的頁碼。圖書文獻書寫規(guī)范：作者，書名，出

4、版地，出版社，出版日期，引用內容所在頁。1周愛民.大道至簡軟件工程實現者的思想.北京:電子工業(yè)出版社，2007 15-50頁2大衛(wèi)，李建森譯.java圖形設計卷2swing.北京:機械工業(yè)出版社，2000 23-56頁3?？藸枺愱基i譯.think in java.北京:機械工業(yè)出版社，2007 12-35頁4高林，周海燕.管理信息系統(tǒng)與案例分析.北京：人民郵電出版社，2004 45-97頁5劉騰紅，孫細明.信息系統(tǒng)分析與設計.北京：科學出版社，2003 22-31頁6馬朝暉，陳美紅譯.java語言學導論.北京：機械工業(yè)出版社，2003 11-315頁7何玉潔，梁琦.數據庫設計教程.北京：機械

5、工業(yè)出版社，2003 21-121頁3畢業(yè)論文（設計）進度安排：起 止 時 間階 段 內 容2011年8月 1日 2011年 8月 30日社會調查。2011年9月 1日 2011年 9月 30 日 完成初稿。2011年10月 1日 2011年 10月 31日 修改論文。2011年11月 1日 2011年11月 10日 論文定稿，交電子版論文，準備答辯。指 導 教 師網絡教育學院主管院長王華2011年9 月10 日 年 月 日摘要：商品信息管理是企業(yè)的一項重要工作，使用計算機來管理商品信息，不但可以節(jié)省時間和人力，更能全面、有效地掌握商品的基本情況，及時獲取最新的準確資料和信息。本系統(tǒng)是以mye

6、clipse為開發(fā)工具，以sql server 2005數據庫為后臺數據庫開發(fā)工具的一套完整的基于mvc的管理信息系統(tǒng)。myeclipse是一種面向對象的開發(fā)工具，具有組件豐富、語言簡單、功能強大的優(yōu)點。論文主要介紹了本課題的開發(fā)背景，所要完成的功能和開發(fā)的過程。重點的說明了系統(tǒng)設計的重點、設計思想、難點技術和解決方案。本系統(tǒng)為用戶提供強大的數據操縱功能，界面友好、使用簡單方便，同時基于mvc模式，可實現通過網絡對數據進行遠程管理。采用審計的方式詳細的記載每個用戶的登錄信息，跟據不同的需要，對用戶分配不同的權限，并且對數據庫進行完全備份或差異備份，能夠對數據庫進行還原。在對系統(tǒng)在設計過程中進行

7、白盒測試和對完成階段進行黑盒測試。該設計基本合理，功能比較完備，經過測試運行穩(wěn)定，能夠滿足工作中的基本需要。關鍵詞：商品信息管理，sql server 2005，mvc目 錄第一章 引言41.1 課題背景41.2 國內外研究現狀41.3 本課題研究的意義4第二章 技術基礎62.1 java編程語言62.2 mvc設計模式62.3 sql8第三章 可行性分析93.1 技術可行性分析93.2 經濟可行性分析93.2.1 超市有能力承擔系統(tǒng)開發(fā)費用93.2.2 新系統(tǒng)將為企業(yè)帶來經濟效益93.3 操作可行性分析9第四章 需求分析104.1 功能需求104.2 數據流程分析104.2.1 流程概述10

8、4.2.2 數據流程圖114.3 數據庫設計164.3.1 概要結構設計164.3.2 邏輯結構設計19第五章 總體設計23第六章 詳細設計256.1 用戶登陸模塊設計256.2主界面模塊的設計266.3 業(yè)務功能模塊設計276.3.1 商品信息管理模塊的設計276.3.2 庫存信息管理模塊的設計306.3.3 銷售統(tǒng)計模塊的設計316.3.4 員工管理模塊的設計326.3.5 系統(tǒng)管理模塊的設計32第七章 系統(tǒng)的測試337.1 白盒測試337.2 黑盒測試337.3 本系統(tǒng)的測試33第八章 結論35致 謝35參考文獻37第一章 引言1.1 課題背景隨著現代科學技術的迅猛發(fā)展，計算機技術已滲透

9、到各個領域，成為各行業(yè)必不可少的工具。步入了數字化時代，有巨大的數據信息等待著加工處理和傳輸，這使得對數據庫的進一步開發(fā)和利用顯得尤為迫切。而對于超市銷售的資源管理，信息的存儲和處理也顯的迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進程是必不可少的。1.2 國內外研究現狀超市形式在我國于20世紀90年代初期起步，現已成為我國零售業(yè)的一種重要形態(tài)。隨著超市的高速發(fā)展，其經營管理也變的愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售業(yè)的的發(fā)展這樣就迫切地需要引入新的思想技術和管理技術進入到超市管理之中。 超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在零售業(yè)

10、商業(yè)企業(yè)所共有的落后的一面，如：不能有效的管理每一種商品，收款結算速度慢，容易出現營業(yè)差錯，不宜進行商品調價等，而且在超市日常管理中，商品進貨、銷售、庫存等決策以經驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足，隨著超市形態(tài)的高速發(fā)展，其經營管理也變的愈加復雜，日常所需處理的數據量也逐漸增大，商業(yè)運轉的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應對這復雜的市場。1.3 本課題研究的意義超市銷售管理系統(tǒng)是一個非常實用的管理系統(tǒng)，直接影響銷售的方便性及管理的規(guī)范性，隨著計算機技術的飛速發(fā)展計算機在超市管理中應用的普及，各超市企業(yè)越發(fā)認識到信息與效率的重要性。隨著信息時代的發(fā)展，

11、對效率的要求日益提高，因而軟件控制銷售和管理已經取代了傳統(tǒng)全手工方式。超市銷售管理系統(tǒng)不僅簡潔通用，不占什么系統(tǒng)資源，主要是幫助工作人員提高了工作效率，是完全符合超市企業(yè)的發(fā)展。第二章 技術基礎2.1 java編程語言java，是由sun microsystems公司于1995年5月推出的java程序設計語言和 java平臺的總稱。用java實現的hotjava瀏覽器（支持java applet）顯示了java的魅力：跨平臺、動態(tài)的web、internet計算。java平臺由java虛擬機（java virtual machine）和java應用編程接口（application program

12、ming interface、簡稱api）構成。java 應用編程接口為java應用提供了一個獨立于操作系統(tǒng)的標準接口，可分為基本部分和擴展部分。在硬件或操作系統(tǒng)平臺上安裝一個java平臺之后，java應用程序就可運行?，F在java平臺已經嵌入了幾乎所有的操作系統(tǒng)。這樣java程序可以只編譯一次，就可以在各種系統(tǒng)中運行。java應用編程接口已經從1.1x版發(fā)展到1.2版。目前常用的java平臺基于java1.5，最近版本為java1.7。 java分為三個體系javase(java2 platform standard edition，java平臺標準版)，javaee(java 2 plat

13、form,enterprise edition，java平臺企業(yè)版)，javame(java 2 platform micro edition，java平臺微型版)。java是一種簡單的，面向對象、分布式、解釋型、健壯安全、結構中立、可移植、性能優(yōu)異、多線程的動態(tài)語言。java主要特性：簡單、面向對象、分布式、健壯、安全、體系結構中立、可移植、解釋型、高性能、多線程、動態(tài)等。2.2 mvc設計模式mvc由trygve reenskaug提出，首先被應用在smalltalk-80環(huán)境中，使許多交互和界面系統(tǒng)的構成基礎，microsoft的mfc基礎類也遵循了mvc的思想。 mvc是三個單詞的縮寫

14、,分別為:模型(model),視圖(view)和控制controller)。mvc模式的目的就是實現web系統(tǒng)的職能分工。model層實現系統(tǒng)中的業(yè)務邏輯，通?？梢杂胘avabean或ejb來實現。view層用于與用戶的交互，通常用jsp來實現。controller層是model與view之間溝通的橋梁，它可以分派用戶的請求并選擇恰當的視圖以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。mvc把交互系統(tǒng)的組成分解成模型、視圖、控制三層。mvc中的模型、視圖和控制類如圖所示:圖2-1 mvc模型視圖(view)表示模型數據及邏輯關系和狀態(tài)的信息及特定形式展示給用戶。它從模

15、型獲得顯示信息，對于相同的信息可以有多個不同的顯示形式或視圖。對老式的web應用程序來說，視圖就是由html元素組成的界面，在新式的web應用程序中，html依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括macromedia flash和象xhtml，xml/xsl，wml等一些標識語言和web services. 如何處理應用程序的界面變得越來越有挑戰(zhàn)性。mvc一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發(fā)生，不管這些數據是聯(lián)機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據并允許用戶操縱的方式。模型(model)是軟件所處理問

16、題邏輯在獨立于外在顯示內容和形式情況下的內在抽象，封裝了問題的核心數據、邏輯和功能的計算關系，他獨立于具體的界面表達和i/o操作。在mvc的三個部件中，模型擁有最多的處理任務。例如它可能用象ejbs和coldfusion components這樣的構件對象來處理數據庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由于應用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性?？刂?control)器控制層是處理用戶與軟件的交互操作的，其職責是控制提供模型中任何變化的傳播，確保用戶界面于模型間的對應聯(lián)系；它接受用戶的輸入，將輸入反饋給模型，進

17、而實現對模型的計算控制，是使模型和視圖協(xié)調工作的部件。所以當單擊web頁面中的超鏈接和發(fā)送html表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調用哪個模型構件去處理請求，然后再確定用哪個視圖來顯示返回的數據，通常一個視圖具有一個控制器。2.3 sqlsql是高級的非過程化編程語言，允許用戶在高層數據結構上工作。它不要求用戶指定對數據的存放方法，也不需要用戶了解具體的數據存放方式，所以具有完全不同底層結構的不同數據庫系統(tǒng)，可以使用相同的sql語言作為數據輸入與管理的接口。它以記錄集合作為操作對象，所有sql語句接受集合作為輸入，返回集合作為輸出，這種集合特性允許一條sql語

18、句的輸出作為另一條sql語句的輸入，所以sql語句可以嵌套，這使他具有極大的靈活性和強大的功能，在多數情況下，在其他語言中需要一大段程序實現的功能只需要一個sql語句就可以達到目的，這也意味著用sql語言可以寫出非常復雜的語句。sql語言包含4個部分： 數據定義語言(ddl)，例如：create、drop、alter等語句。 數據操作語言(dml)，例如：insert（插入）、update（修改）、delete（刪除）語句。 數據查詢語言(dql)，例如：select語句。 數據控制語言(dcl)，例如：grant、revoke、commit、rollback等語句。sql語言包括三種主要程序

19、設計語言類別的語句：數據定義語言(ddl)，數據操作語言(dml)及數據控制語言(dcl)。第三章 可行性分析3.1 技術可行性分析有的超市對員工的素質要求比較高，從管理層到下面的銷售人員，都要求具有一定的計算機基礎，所以在新系統(tǒng)投入使用時，只要對員工進行少量的培訓，系統(tǒng)的功能和使用方法就基本上能夠是系統(tǒng)順利運行。3.2 經濟可行性分析3.2.1 超市有能力承擔系統(tǒng)開發(fā)費用超市作為一個尖端的高科技產業(yè)，其員工要求都比一般企業(yè)的要求要高，而且對系統(tǒng)開發(fā)及軟件產業(yè)了解比較多，所以在自我開發(fā)管理系統(tǒng)的過程中，企業(yè)自己比較容易安排人手，這樣就可以為企業(yè)節(jié)約大部分的額外開支。同時超市就其他商品還說，屬于

20、高端行業(yè)，無論是商品的價格還是質量都比較高，而經營商品的經銷商或者是商家都要求有雄厚的資金的作支持。所以，在系統(tǒng)的開發(fā)過程中，企業(yè)完全有能力承擔開發(fā)費用。3.2.2 新系統(tǒng)將為企業(yè)帶來經濟效益管理是一個動態(tài)過程，在其運行過程中要采取多項措施。所以在管理中獲得經濟效益是一個綜合效益，要對他進行直接定量的分析是比較困難的。一般新系統(tǒng)帶來的經濟效益是間接的，其最主要的表現就是減少了企業(yè)的管理費用和人力開支。而其他一些煩瑣的事物都通過新系統(tǒng)來加以分析解決，不僅節(jié)省了大量的時間，還為企業(yè)的各項決策提供了寶貴的資料，為企業(yè)帶來巨大的經濟效益。3.3 操作可行性分析本系統(tǒng)采用基于windows的圖形用戶界面

21、，而該系統(tǒng)是大家熟悉的操作系統(tǒng)，對于那些有一般的計算機知識的人員就可以輕松上手。而整個超市管理系統(tǒng)采用最友好的交互界面，簡介明了，不需要對數據庫進行深入的了解。綜上所述，該系統(tǒng)具有很高的開發(fā)可行性，無論是從技術上或者經濟上還是操作上。第四章 需求分析現在的社會是信息的社會，信息只有快、準、精，才能發(fā)揮其價值，所以機器操作代替人力操作是必然的歷史發(fā)展趨勢，只有領導的重視和支持才能從人工操作改為計算機的自動化系統(tǒng)，人工操作必將被計算機代替。4.1 功能需求（1）對商品類型信息資料進行管理，對該信息數據進行及時的更新以及維護，具有刪除、添加、修改以及查詢的功能。（2）對商品基本信息資料進行管理，對該

22、信息數據進行及時的更新以及維護，每個商品基本信息都歸屬匹配到對應的商品類型信息，具有刪除、添加、修改以及查詢商品基本信息的功能。（3）對庫存信息資料進行管理，對該信息數據進行及時的更新以及維護，當商品庫存數量不足或者低于商品庫存下限時，會提示管理員對該商品進行進貨處理。（4）對銷售記錄信息資料進行管理，對該信息數據進行及時的更新以及維護，可以對銷售記錄信息進行統(tǒng)計以及查詢，能夠查看某個時間段內、某件商品或者某個收銀員的銷售狀況。（5）系統(tǒng)維護管理，能夠系統(tǒng)用戶的密碼進行修改。（6）系統(tǒng)應該有一個簡易易于操作使用的界面。4.2 數據流程分析4.2.1 流程概述管理員通過登錄界面才能訪問超市銷售管

23、理系統(tǒng)后臺界面，如果用戶賬號，密碼或者權限出錯，則會提示登錄失敗，將無法進入后臺管理界面。管理員是有員工表根據員工的職稱自動分配的，密碼是默認設置的，可以對第一次登錄的管理員提示修改密碼。管理員登陸本系統(tǒng)后，能夠對基本信息資料處理、信息查詢、系統(tǒng)維護、銷售統(tǒng)計，其中基本信息資料處理包括錄入、刪除、修改。錄入功能涉及對商品基本信息、商品類型信息、員工基本信息的錄入；刪除功能涉及對商品基本信息、商品類型信息、員工基本信息的刪除；修改功能是對不正確或者變動更新后的商品基本信息、商品類型信息、員工基本信息的修改。管理員能夠隨時關注超市商品表跟倉庫商品表中的數量以及銷售業(yè)績。當超市商品庫存數量低于一定值

24、時，則根據庫存警報提示，通知物流部門人員對相應商品進行進貨處理，補貨到倉庫，完成入庫操作，及時修改數據庫數據更新庫存信息。管理員還可以查看某段時間內或者某個銷售人員或者某件商品的銷售情況，根據銷售情況對銷售人員的業(yè)績進行評定，以及可以根據銷售情況修改商品的零售價。4.2.2 數據流程圖數據流程圖是描述信息流和數據從輸入流動到輸出的變換的圖形化技術,是表示軟件邏輯模型的圖形工具。既是對原系統(tǒng)進行分析和抽象的工具，也是用以描述新系統(tǒng)邏輯模型的主要工具。它既提供了信息流建模機制,也提供了功能建模的機制,是自頂向下的分解和自底向上的抽象工具。數據流程圖由以下四種符號表示：圖4-1 數據流程圖符號管理員

25、登陸該超市商品銷售管理系統(tǒng)，可以進行操作事務如管理庫存、管理銷售、管理進貨/退貨、管理員工等，系統(tǒng)返回操作事務結果給管理員。超市商品銷售管理系統(tǒng)各層數據流圖如圖4-2所示： 圖4-2 系統(tǒng)頂層dfd圖超市商品銷售管理系統(tǒng)有庫存管理、銷售管理、進貨/退貨管理、員工管理功能模塊。庫存管理模塊，管理員可以進行庫存信息查詢，得到庫存信息清單；銷售管理模塊，管理員可以進行銷售信息查詢以得到銷售信息清單，而該銷售信息時前臺銷售信息獲取到的；進貨/退貨管理模塊，管理員可以進行進貨/退貨信息查詢得到進貨/退貨信息清單，根據進貨/退貨單進行進貨/退貨，也可以根據已進貨/退貨信息對庫存商品信息進行更新；員工管理模

26、塊，管理員可以進行員工信息查詢得到員工信息清單，也可以進行員工信息更新與維護。超市商品銷售管理零層dfd圖如圖4-3所示：圖4-3 超市商品銷售管理零層dfd圖庫存管理模塊，管理員可以進行庫存信息查詢以得到庫存信息清單，可以根據庫存信息發(fā)送進貨/退貨信息請求。管理員也可以對該庫存信息進行更新與維護，根據已進貨/退貨信息以及銷售信息來更新庫存商品庫信息。庫存管理dfd圖如圖4-4所示：圖4-4 庫存管理dfd圖銷售管理模塊，管理員可以進行銷售信息查詢得到銷售清單，可以根據前臺銷售信息以及庫存信息對銷售信息進行更新與維護。銷售管理dfd圖如圖4-5所示：圖 4-5 銷售管理dfd圖進貨/退貨管理模

27、塊，管理員可以進行進貨/退貨信息查詢得到進貨/退貨清單，可以根據進貨/退貨單或者庫存信息模塊發(fā)送出的進貨/退貨信息請求來更新進貨/退貨信息。進行進貨/退貨清單來更新庫存商品信息。進貨/退貨管理dfd圖如圖4-6所示：圖4-6 進貨/退貨管理dfd圖員工管理模塊，管理員可以進行員工信息查詢得到員工信息清單，也可以進行員工信息更新與維護。員工管理dfd圖如圖4-7所示：圖 4-7 員工管理dfd圖4.3 數據庫設計4.3.1 概要結構設計概念結構設計是數據庫設計的第一個階段，在管理信息系統(tǒng)的分析階段，我們已經得到了數據流程圖和數據，現在就是要結合數據規(guī)范化的理論，用一種數據模型將用戶的數據需求明確

28、地表示出來。概念數據模型是按人們的認識觀點從現實世界中抽象出來的、屬于信息世界的模型。概念數據模型是面向問題的模型，反映了用戶的現實工作環(huán)境，是與數據庫的具體實現技術無關的。根據系統(tǒng)分析階段的結果對系統(tǒng)中的各個數據項進行分類、組織，確定系統(tǒng)中的實體、實體的屬性、標識實體的碼以及實體之間聯(lián)系的類型。員工e-r圖 對象: 員工, 員工的屬性如下:圖6-1 員工e-r圖商品基本信息e-r圖 對象: 商品基本信息, 商品基本信息的屬性如下:圖 6-2 商品 e-r圖商品類型e-r圖 對象: 商品類型, 商品類型的屬性如下:圖 6-3 商品類型e-r圖庫存信息e-r圖 對象: 庫存信息, 庫存信息的屬性

29、如下:圖 6-4 庫存 e-r圖銷售信息e-r圖 對象: 銷售信息, 銷售信息的屬性如下:圖 6-5 銷售 e-r圖商品進貨/退貨信息e-r圖 對象: 商品進貨/退貨信息, 商品進貨/退貨信息的屬性如下:圖 6-6商品進貨/退貨e-r圖各個局部視圖即分e-r圖建立好后，還需要對它們進行合并，集成為一個整體的數據概念結構，即總e-r圖。經過消除不必要的冗余數據和冗余聯(lián)系得到總體e-r圖如下：圖6-7系統(tǒng)總e-r圖4.3.2 邏輯結構設計邏輯結構設計是數據庫設計的第二個階段，這個階段就是要根據已經建立的概念數據模型，以及所采用的某個數據庫管理系統(tǒng)軟件的數據模型特征，按照一定的轉換規(guī)則，把概念模型轉

30、換為這個數據庫管理系統(tǒng)所能夠接受的邏輯數據模型。根據分析得到以下關系模式：員工表：（員工編號，員工姓名，員工性別，員工年齡，員工職稱，賬號密碼，備注）商品類型表：（商品類型編號，商品類型名稱）商品基本信息表：（商品編號，商品類型編號，商品規(guī)格，商品名稱，商品零售價，商品進價，備注）庫存表：（庫存編號，商品編號，商品庫存數量）商品銷售表：（銷售編號，商品編號，銷售商品數量，收銀員編號，銷售日期）商品進貨/退貨表：（進貨/退貨單號，進貨/退貨狀態(tài)，進貨/退貨價，商品編號，商品數量，進貨/退貨日期）根據用戶需求和功能設計，數據庫名稱為：happinesssupermarket，系統(tǒng)表如下：表6-1

31、員工表（employee）fieldtypenullkeydefaultextraemployeeidintnoprinullauto_incrementemployeenamevarchar(20)nonullemployeesexvarchar(2)yesnullemployeeageintyesnullemployeesalarydoublenonullemployeeposvarchar(20)nonullemployeepass varchar(20)yes123 remark varchar(100)yesnull表6-2商品類型表（merchandisetype）fieldtyp

32、enullkeydefaultextramerchandisetypeidintnoprinullauto_incrementmerchandisetypenamevarchar(20)nonull表6-3 商品基本信息表（merchandise）fieldtypenullkeydefaultextramerchandiseidintnoprinullauto_incrementmerchandisetypeidintnofknullmerchandisenamevarchar(30)nonullmerchandisespecvarchar(50)yesnullmerchandiseprice

33、doublenonullmerchandisepurchasepricedoublenonull remarkvarchar(100)yesnull表6-4庫存表（stock）fieldtypenullkeydefaultextrastockidintnoprinullauto_incrementmerchandiseidintnofknullmerchandisestocknumintyesnullremarkvarchar(100)yesnull表6-5商品銷售表 （merchandisesell）fieldtypenullkeydefaultextrasellidintnoprinull

34、auto_incrementemployeeidintnofknullmerchandiseidintnofknullselldatedatenonullremarkvarchar(100)yesnull表6-6 商品進貨/退貨表（enteroroutstock）fieldtypenullkeydefaultextraenteroroutidintnoprinullauto_incremententeroroutintnonullmerchandiseidintnofknullenteroroutnumintnonullenteroroutpricedoublenonullenterorout

35、datevarchar(20)nonullremarkvarchar(100)yesnull第五章 總體設計系統(tǒng)總體結構設計的任務，是根據系統(tǒng)分析的邏輯模型設計應用軟件系統(tǒng)的物理結構。在結構化總體結構設計中，整個應用軟件系統(tǒng)由多個功能模塊組成，通過合理地劃分和組織模塊，正確處理模塊之間與模塊內部的聯(lián)系，達到使整個系統(tǒng)有良好的可用性、可讀性、可修改性，易于調試和維護的目的。本系統(tǒng)功能結構圖如下所示：圖5-1 系統(tǒng)結構圖本系統(tǒng)主要分為商品信息管理模塊、庫存信息管理模塊、銷售統(tǒng)計模塊、員工管理模塊、系統(tǒng)管理模塊。商品信息管理模塊又劃分為商品基本信息管理子模塊，商品類型管理子模塊，商品進貨/退貨子模塊

36、，可以進行增刪改查操作；而庫存信息管理模塊，商品庫存數量受商品進貨/退貨操作影響，可以查詢相應商品庫存信息；銷售統(tǒng)計模塊，用來統(tǒng)計某個收銀員或者某個商品或者某個時間段的銷售業(yè)績即銷售總額；系統(tǒng)管理模塊主要用來修改當前登錄后臺系統(tǒng)的管理員的密碼。第六章 詳細設計6.1 用戶登陸模塊設計在系統(tǒng)中，不同的用戶有不同的權限，只有用戶名密碼正確，并且用戶的權限和用戶名相匹配才能正確的登錄，否則不能登錄。在進入用戶登錄界面之前，首先在選擇登陸類型對話框中選擇登錄用戶的類型，然后根據對應的權限進入登錄對話框輸入相應的數據。 以下為登錄用戶類型選擇界面實圖7-1：圖7-1 用戶登陸界面當用戶的登錄信息正確之后

37、，系統(tǒng)提示用戶可以登錄，同時將關閉登錄界面，進入進度界面，加載完數據后進入系統(tǒng)主界面。如果系統(tǒng)調用數據庫中的用戶數據和用戶的輸入進行比較，如果正確，則進入系統(tǒng)，否則，不能進入系統(tǒng)，提示用戶確認后重新輸入。按鈕為 “清空”，用戶選擇這個操作的時候，表示用戶清空兩個文本框中的內容，重新輸入。當輸入正確的用戶名和密碼以及選擇正確的權限時候就進入進度界面，界面如圖7-2所示，進度加載完成之后就進入主界面，待用戶進行數據的操作。圖7-2 進度加載頁面6.2主界面模塊的設計超市銷售管理系統(tǒng)主界面的設計，是對用戶對系統(tǒng)不同操作功能的分類，將相同的操作放在同一個樹狀列表中。不同的權限的用戶有不同的操作范圍，最

38、高權限的用戶有最高的使用權限，將獲得全部的操作。將系統(tǒng)的主界面設計為六個部分：第一部分為商品信息管理模塊，包含三個子結點為商品基本信息管理、商品類型管理、商品進貨/退貨管理。而三個部分有各自的數據庫、處理操作，分別是他各自的增刪改查功能的實現。第二部分為庫存管理模塊，能夠查看商品庫存存儲情況，如果商品銷售成功或者退貨成功，則對應的商品庫存數量要相應的減少。而如果商品進貨成功，則對應的商品庫存數量要相應的增加。第三部分為銷售統(tǒng)計，主要是銷售業(yè)績的統(tǒng)計，能夠查詢到某個時間段的銷售業(yè)績，也可以查詢到某個員工的銷售業(yè)績，以及某個商品的銷售業(yè)績。第四部分為員工管理，包含是對員工的基本信息的操作。能夠增加

39、新的員工，能夠刪除員工，也能夠更改員工的信息。每個一定權限的員工都能夠根據自己的員工編號作為登陸系統(tǒng)的用戶賬號。第五部分為系統(tǒng)管理。該模塊主要是修改當前登陸用戶的密碼。由于每個具有一定權限的員工都能夠登陸該系統(tǒng)，但是原密碼是初始的，需要對密碼進行修改。第六部分為退出系統(tǒng)，主要是可退出系統(tǒng)的設置。下圖為成績管理系統(tǒng)的主界面：圖7-3 系統(tǒng)登陸界面6.3 業(yè)務功能模塊設計6.3.1 商品信息管理模塊的設計商品信息模塊的設計，主要是對商品信息進行管理。能夠對商品基本信息進行查詢和維護，也可以對商品類型進行查詢和維護，還可以對商品進貨/退貨進行處理。商品基本信息界面如圖7-4所示：圖7-4 商品基本信

40、息管理界面商品類型界面如下：圖7-5 商品類別管理界面商品進貨/退貨界面如下：圖7-6 商品進貨/退貨管理界面從商品的查詢主界面點擊相應的表格中的商品信息列，再點擊修改商品信息按鈕就可以進入修改商品信息的界面。如圖7-7所示：圖7-7 商品基本信息修改界面如果你直接點擊修改商品信息而不選擇表格中的某一行，那么就會出現提示消息來叫你選擇要修改的商品信息。6.3.2 庫存信息管理模塊的設計能夠查看商品庫存存儲情況，如果商品銷售成功或者退貨成功，則對應的商品庫存數量要相應的減少。而如果商品進貨成功，則對應的商品庫存數量要相應的增加?？梢愿鶕唐肪幪柕葋聿榭瓷唐穾齑嫘畔?。如圖7-8所示：圖7-8 庫存

41、信息管理6.3.3 銷售統(tǒng)計模塊的設計主要是銷售業(yè)績的統(tǒng)計，能夠查詢到某個時間段的銷售業(yè)績，也可以查詢到某個員工的銷售業(yè)績，以及某個商品的銷售業(yè)績。如圖7-9：圖7-9 銷售統(tǒng)計管理界面6.3.4 員工管理模塊的設計對員工的基本信息的操作。能夠增加新的員工，能夠刪除員工，也能夠更改員工的信息。每個一定權限的員工都能夠根據自己的員工編號作為登陸系統(tǒng)的用戶賬號。如圖所示：圖7-10 員工基本信息管理界面6.3.5 系統(tǒng)管理模塊的設計該模塊主要是修改當前登陸用戶的密碼。由于每個具有一定權限的員工都能夠登陸該系統(tǒng)，但是原密碼是初始的，需要對密碼進行修改。圖7-11 系統(tǒng)管理界面第七章 系統(tǒng)的測試7.1

42、 白盒測試白盒測試是指在測試時能夠了解被測對象的結構，可以查閱被測代碼內容的測試工作。它需要知道程序內部的設計結構及具體的代碼實現，并以此為基礎來設計測試用例。白盒測試把測試對象看做一個打開的盒子，允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。其測試的前提是可以把程序看成裝在一個透明的白盒子中，也就是完全了解程序的結構盒處理過程。這種方法按照程序內部的邏輯測試程序，檢驗程序中的每一條通路是否能按預定的要求正確工作。通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致。它的優(yōu)點是幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質量，發(fā)現代碼中

43、隱藏的問題。但白盒測試有如下缺點：程序運行會有很多不同的路徑，不可能測試所有的運行路徑；測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；系統(tǒng)龐大時，測試開銷會非常大。7.2 黑盒測試黑盒測試顧名思義就是將被測系統(tǒng)看成一個黑盒，從外界取得輸入，然后再輸出。整個測試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測試要求測試者在測試時不能使用與被測系統(tǒng)內部結構相關的知識或經驗，它適用于對系統(tǒng)的功能進行測試。根據軟件產品的功能設計規(guī)格，在計算機上進行測試，以證實每個實現了的功能是否符合要求。黑盒測試意味著測試要在軟件的接口處進行。就是說，這種方法是把測

44、試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求分析規(guī)格說明，檢查程序的功能是否符合它的功能說明。用黑盒測試發(fā)現程序中的錯誤，必須在所有可能的輸入條件和輸出條件中確定測試數據，來檢查程序是否都能產生正確的輸出。7.3 本系統(tǒng)的測試為了使開發(fā)出來的系統(tǒng)能夠滿足商場管理工作的需要，本人也對系統(tǒng)進行了測試，測試結果良好，該系統(tǒng)界面友好，數據的錄入，刪除，保存功能均可實現，并能夠完成比較復雜的多條件查詢、統(tǒng)計功能。根據上節(jié)分析對本系統(tǒng)的測試其方法是多種多樣的，而選擇一種正確的方法顯得尤為重要。根據以上對測試發(fā)方法的分析，本系統(tǒng)測主要有檢驗系統(tǒng)用戶登錄安全性，必須保

45、證合用戶的權限，限制非法用戶的侵入。數據信息填寫的合法性檢查，如果出錯應該提示用戶輸入有誤，及時更正。檢驗系統(tǒng)的信息輸出，在正確輸入了查詢信息后，系統(tǒng)應能立即反映出完整而且正確的信息返回給用戶。由于軟件規(guī)模較小，所以所有測試任務都由本人獨立完成。測試的大概項目如下：用戶登錄窗口的測試。該測試的目的是保證登陸窗口的正確性與在錯誤發(fā)生時的容錯與糾錯性。具體通過在登陸框中輸入空用戶名，和錯誤的用戶密碼來檢測系統(tǒng)的出錯運行情況。要求系統(tǒng)在遇到這些情況時能給出正確的錯誤提示。商品信息查詢的測試。該測試的目的是保證添加商品和修改商品信息的正確性與在數據輸入不正確時的容錯與糾錯性。具體通過在添加記錄框中輸入

46、重復的商品編號，相同規(guī)格的商品名稱來檢測系統(tǒng)的出錯運行情況。要求系統(tǒng)在遇到這些情況時能給出正確的錯誤提示。庫存信息查詢的測試。該測試的目的是保證庫存信息窗口的正確性與在數據輸入不正確時的容錯與糾錯性。銷售統(tǒng)計查詢的測試。該測試的目的是保證添加、修改銷售統(tǒng)計窗口的正確性與在數據輸入不正確時的容錯與糾錯性。具體通過在添加銷售統(tǒng)計窗口中輸入錯誤的商品編號,來檢測系統(tǒng)的出錯運行情況。要求系統(tǒng)在遇到這些情況時能給出正確的錯誤提示。員工信息查詢的測試。該測試的目的是保證添加、修改員工信息窗口的正確性與在數據輸入不正確時的容錯與糾錯性。具體通過在添加員工信息窗口中輸入員工編號,由于員工編號是自增,來檢測系統(tǒng)的出錯運行情況。要求系統(tǒng)在遇到這些情況時能給出正確的錯誤提示。系統(tǒng)維護界面的測試。該測試的目的是保證商場信息的安全性與在用戶非法操作時候的容錯與糾錯性。具體通過在管理員權限下來進行非法的操作,來檢測系統(tǒng)的出錯運行情況。要求系統(tǒng)在遇到這些情況時能給出正確的錯誤提示。經過軟件的測試，系統(tǒng)基本上達到需求定義階段用戶所提出的要求。軟件基本達到設計要求，軟件功能完整，用戶界面良好，錯誤處理正確，且能正確提示錯誤種類。但是在測試中也發(fā)現軟件的一些不足與缺陷，需要在軟件進一步修改和維護時予以糾正。總的來說，軟件通過測試。第八章 結論時