畢業(yè)設(shè)計(jì)（論文）逍遙超市商品銷售管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

1、學(xué)號 畢 業(yè) 論 文論文題目 逍遙超市商品銷售管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 姓 名 專 業(yè) 計(jì)算機(jī)科學(xué)與技術(shù) 層 次 專 升 本 入學(xué)時(shí)間 管理中心 學(xué)習(xí)中心 重慶直屬學(xué)習(xí)中心 指導(dǎo)教師 年 月 日中南大學(xué)網(wǎng)絡(luò)教育畢業(yè)論文（設(shè)計(jì)）任務(wù)書學(xué)生姓名 學(xué)號 管理中心 重慶電大 入學(xué)時(shí)間 2009年秋 專業(yè) 計(jì)算機(jī)科學(xué)與技術(shù) 學(xué)習(xí)中心 重慶直屬學(xué)習(xí)中心 畢業(yè)論文（設(shè)計(jì)）題目 逍遙超市商品銷售管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 題目類型1 軟件開發(fā) 題目來源2 學(xué)生自選題 畢業(yè)論文（設(shè)計(jì)）時(shí)間 2011 年 8 月 1 日至 2011 年 11 月 8 日1畢業(yè)論文（設(shè)計(jì)）內(nèi)容要求（或內(nèi)容綱要；字?jǐn)?shù)500字）：內(nèi)容綱要：超市形式

2、在我國于20世紀(jì)90年代初期起步，現(xiàn)已成為我國零售業(yè)的一種重要形態(tài)。隨著超市的高速發(fā)展，其經(jīng)營管理也變的愈加復(fù)雜，早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售業(yè)的發(fā)展這樣就迫切地需要引入新的思想技術(shù)和管理技術(shù)進(jìn)入到超市管理之中。隨著現(xiàn)代科學(xué)技術(shù)的迅猛發(fā)展，計(jì)算機(jī)技術(shù)已滲透到各個(gè)領(lǐng)域，成為各行業(yè)必不可少的工具。步入了數(shù)字化時(shí)代，有巨大的數(shù)據(jù)信息等待著加工處理和傳輸，這使得對數(shù)據(jù)庫的進(jìn)一步開發(fā)和利用顯得尤為迫切。而對于超市銷售的資源管理，信息的存儲(chǔ)和處理也顯的迫切需要，要適應(yīng)市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進(jìn)程是必不可少的。 超市銷售管理系統(tǒng)是一個(gè)非常實(shí)用的管理系統(tǒng)

3、，直接影響銷售的方便性及管理的規(guī)范性，隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展計(jì)算機(jī)在超市管理中應(yīng)用的普及，各超市企業(yè)越發(fā)認(rèn)識到信息與效率的重要性，而此超市銷售管理系統(tǒng)就是在這樣一個(gè)背景下孕育而生的，隨著信息時(shí)代的發(fā)展，對效率的要求日益提高，因而軟件控制銷售和管理已經(jīng)取代了傳統(tǒng)全手工方式。此超市銷售管理系統(tǒng)不僅簡潔通用，不占什么系統(tǒng)資源，主要是提高相關(guān)人員提高了工作效率，是完全符合超市企業(yè)的發(fā)展。1 題目類型：理論研究，實(shí)驗(yàn)研究，工程設(shè)計(jì)，工程技術(shù)研究，軟件開發(fā)。2 題目來源：工作任務(wù)題，生產(chǎn)實(shí)際題，模擬或虛構(gòu)題，學(xué)生自選題。本任務(wù)書必須網(wǎng)上報(bào)送學(xué)院，學(xué)院審批通過后，下載放置在學(xué)生論文首頁。2主要參考資料：期

4、刊文獻(xiàn)書寫規(guī)范：作者，論文篇名，刊物名，出版年，卷（期），論文在刊物中的頁碼。圖書文獻(xiàn)書寫規(guī)范：作者，書名，出版地，出版社，出版日期，引用內(nèi)容所在頁。1周愛民.大道至簡軟件工程實(shí)現(xiàn)者的思想.北京:電子工業(yè)出版社，2007 15-50頁2大衛(wèi)，李建森譯.java圖形設(shè)計(jì)卷2swing.北京:機(jī)械工業(yè)出版社，2000 23-56頁3?？藸?，陳昊鵬譯.think in java.北京:機(jī)械工業(yè)出版社，2007 12-35頁4高林，周海燕.管理信息系統(tǒng)與案例分析.北京：人民郵電出版社，2004 45-97頁5劉騰紅，孫細(xì)明.信息系統(tǒng)分析與設(shè)計(jì).北京：科學(xué)出版社，2003 22-31頁6馬朝暉，陳美紅譯

5、.java語言學(xué)導(dǎo)論.北京：機(jī)械工業(yè)出版社，2003 11-315頁7何玉潔，梁琦.數(shù)據(jù)庫設(shè)計(jì)教程.北京：機(jī)械工業(yè)出版社，2003 21-121頁3畢業(yè)論文（設(shè)計(jì)）進(jìn)度安排：起 止 時(shí) 間階 段 內(nèi) 容2011年8月 1日 2011年 8月 30日社會(huì)調(diào)查。2011年9月 1日 2011年 9月 30 日 完成初稿。2011年10月 1日 2011年 10月 31日 修改論文。2011年11月 1日 2011年11月 10日 論文定稿，交電子版論文，準(zhǔn)備答辯。指 導(dǎo) 教 師網(wǎng)絡(luò)教育學(xué)院主管院長2011年9 月10 日 年 月 日摘要：商品信息管理是企業(yè)的一項(xiàng)重要工作，使用計(jì)算機(jī)來管理商品信息，

6、不但可以節(jié)省時(shí)間和人力，更能全面、有效地掌握商品的基本情況，及時(shí)獲取最新的準(zhǔn)確資料和信息。本系統(tǒng)是以myeclipse為開發(fā)工具，以sql server 2005數(shù)據(jù)庫為后臺數(shù)據(jù)庫開發(fā)工具的一套完整的基于mvc的管理信息系統(tǒng)。myeclipse是一種面向?qū)ο蟮拈_發(fā)工具，具有組件豐富、語言簡單、功能強(qiáng)大的優(yōu)點(diǎn)。論文主要介紹了本課題的開發(fā)背景，所要完成的功能和開發(fā)的過程。重點(diǎn)的說明了系統(tǒng)設(shè)計(jì)的重點(diǎn)、設(shè)計(jì)思想、難點(diǎn)技術(shù)和解決方案。本系統(tǒng)為用戶提供強(qiáng)大的數(shù)據(jù)操縱功能，界面友好、使用簡單方便，同時(shí)基于mvc模式，可實(shí)現(xiàn)通過網(wǎng)絡(luò)對數(shù)據(jù)進(jìn)行遠(yuǎn)程管理。采用審計(jì)的方式詳細(xì)的記載每個(gè)用戶的登錄信息，跟據(jù)不同的需要

7、，對用戶分配不同的權(quán)限，并且對數(shù)據(jù)庫進(jìn)行完全備份或差異備份，能夠?qū)?shù)據(jù)庫進(jìn)行還原。在對系統(tǒng)在設(shè)計(jì)過程中進(jìn)行白盒測試和對完成階段進(jìn)行黑盒測試。該設(shè)計(jì)基本合理，功能比較完備，經(jīng)過測試運(yùn)行穩(wěn)定，能夠滿足工作中的基本需要。關(guān)鍵詞：商品信息管理，sql server 2005，mvc目 錄第一章 引言41.1 課題背景41.2 國內(nèi)外研究現(xiàn)狀41.3 本課題研究的意義4第二章 技術(shù)基礎(chǔ)62.1 java編程語言62.2 mvc設(shè)計(jì)模式62.3 sql8第三章 可行性分析93.1 技術(shù)可行性分析93.2 經(jīng)濟(jì)可行性分析93.2.1 超市有能力承擔(dān)系統(tǒng)開發(fā)費(fèi)用93.2.2 新系統(tǒng)將為企業(yè)帶來經(jīng)濟(jì)效益93.3

8、 操作可行性分析9第四章 需求分析104.1 功能需求104.2 數(shù)據(jù)流程分析104.2.1 流程概述104.2.2 數(shù)據(jù)流程圖114.3 數(shù)據(jù)庫設(shè)計(jì)164.3.1 概要結(jié)構(gòu)設(shè)計(jì)164.3.2 邏輯結(jié)構(gòu)設(shè)計(jì)19第五章 總體設(shè)計(jì)23第六章 詳細(xì)設(shè)計(jì)256.1 用戶登陸模塊設(shè)計(jì)256.2主界面模塊的設(shè)計(jì)266.3 業(yè)務(wù)功能模塊設(shè)計(jì)276.3.1 商品信息管理模塊的設(shè)計(jì)276.3.2 庫存信息管理模塊的設(shè)計(jì)306.3.3 銷售統(tǒng)計(jì)模塊的設(shè)計(jì)316.3.4 員工管理模塊的設(shè)計(jì)326.3.5 系統(tǒng)管理模塊的設(shè)計(jì)32第七章 系統(tǒng)的測試337.1 白盒測試337.2 黑盒測試337.3 本系統(tǒng)的測試33第八

9、章 結(jié)論35致 謝35參考文獻(xiàn)37第一章 引言1.1 課題背景隨著現(xiàn)代科學(xué)技術(shù)的迅猛發(fā)展，計(jì)算機(jī)技術(shù)已滲透到各個(gè)領(lǐng)域，成為各行業(yè)必不可少的工具。步入了數(shù)字化時(shí)代，有巨大的數(shù)據(jù)信息等待著加工處理和傳輸，這使得對數(shù)據(jù)庫的進(jìn)一步開發(fā)和利用顯得尤為迫切。而對于超市銷售的資源管理，信息的存儲(chǔ)和處理也顯的迫切需要，要適應(yīng)市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進(jìn)程是必不可少的。1.2 國內(nèi)外研究現(xiàn)狀超市形式在我國于20世紀(jì)90年代初期起步，現(xiàn)已成為我國零售業(yè)的一種重要形態(tài)。隨著超市的高速發(fā)展，其經(jīng)營管理也變的愈加復(fù)雜，早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售業(yè)的的發(fā)展這樣就迫切

10、地需要引入新的思想技術(shù)和管理技術(shù)進(jìn)入到超市管理之中。 超市形態(tài)具有種種優(yōu)點(diǎn)，但在目前狀況下，它仍存在零售業(yè)商業(yè)企業(yè)所共有的落后的一面，如：不能有效的管理每一種商品，收款結(jié)算速度慢，容易出現(xiàn)營業(yè)差錯(cuò)，不宜進(jìn)行商品調(diào)價(jià)等，而且在超市日常管理中，商品進(jìn)貨、銷售、庫存等決策以經(jīng)驗(yàn)為主，缺乏實(shí)時(shí)分析功能，管理人員對及時(shí)傳遞資料的要求始終得不到滿足，隨著超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變的愈加復(fù)雜，日常所需處理的數(shù)據(jù)量也逐漸增大，商業(yè)運(yùn)轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應(yīng)對這復(fù)雜的市場。1.3 本課題研究的意義超市銷售管理系統(tǒng)是一個(gè)非常實(shí)用的管理系統(tǒng)，直接影響銷售的方便性及管理的規(guī)范性，隨著計(jì)算

11、機(jī)技術(shù)的飛速發(fā)展計(jì)算機(jī)在超市管理中應(yīng)用的普及，各超市企業(yè)越發(fā)認(rèn)識到信息與效率的重要性。隨著信息時(shí)代的發(fā)展，對效率的要求日益提高，因而軟件控制銷售和管理已經(jīng)取代了傳統(tǒng)全手工方式。超市銷售管理系統(tǒng)不僅簡潔通用，不占什么系統(tǒng)資源，主要是幫助工作人員提高了工作效率，是完全符合超市企業(yè)的發(fā)展。第二章 技術(shù)基礎(chǔ)2.1 java編程語言java，是由sun microsystems公司于1995年5月推出的java程序設(shè)計(jì)語言和 java平臺的總稱。用java實(shí)現(xiàn)的hotjava瀏覽器（支持java applet）顯示了java的魅力：跨平臺、動(dòng)態(tài)的web、internet計(jì)算。java平臺由java虛擬機(jī)

12、（java virtual machine）和java應(yīng)用編程接口（application programming interface、簡稱api）構(gòu)成。java 應(yīng)用編程接口為java應(yīng)用提供了一個(gè)獨(dú)立于操作系統(tǒng)的標(biāo)準(zhǔn)接口，可分為基本部分和擴(kuò)展部分。在硬件或操作系統(tǒng)平臺上安裝一個(gè)java平臺之后，java應(yīng)用程序就可運(yùn)行?，F(xiàn)在java平臺已經(jīng)嵌入了幾乎所有的操作系統(tǒng)。這樣java程序可以只編譯一次，就可以在各種系統(tǒng)中運(yùn)行。java應(yīng)用編程接口已經(jīng)從1.1x版發(fā)展到1.2版。目前常用的java平臺基于java1.5，最近版本為java1.7。 java分為三個(gè)體系javase(java2 pl

13、atform standard edition，java平臺標(biāo)準(zhǔn)版)，javaee(java 2 platform,enterprise edition，java平臺企業(yè)版)，javame(java 2 platform micro edition，java平臺微型版)。java是一種簡單的，面向?qū)ο蟆⒎植际?、解釋型、健壯安全、結(jié)構(gòu)中立、可移植、性能優(yōu)異、多線程的動(dòng)態(tài)語言。java主要特性：簡單、面向?qū)ο蟆⒎植际?、健壯、安全、體系結(jié)構(gòu)中立、可移植、解釋型、高性能、多線程、動(dòng)態(tài)等。2.2 mvc設(shè)計(jì)模式mvc由trygve reenskaug提出，首先被應(yīng)用在smalltalk-80環(huán)境中，使許

14、多交互和界面系統(tǒng)的構(gòu)成基礎(chǔ)，microsoft的mfc基礎(chǔ)類也遵循了mvc的思想。 mvc是三個(gè)單詞的縮寫,分別為:模型(model),視圖(view)和控制controller)。mvc模式的目的就是實(shí)現(xiàn)web系統(tǒng)的職能分工。model層實(shí)現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，通?？梢杂胘avabean或ejb來實(shí)現(xiàn)。view層用于與用戶的交互，通常用jsp來實(shí)現(xiàn)。controller層是model與view之間溝通的橋梁，它可以分派用戶的請求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同時(shí)它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。mvc把交互系統(tǒng)的組成分解成模型、視圖、控制三層。mvc中的模型、視圖和控制類如

15、圖所示:圖2-1 mvc模型視圖(view)表示模型數(shù)據(jù)及邏輯關(guān)系和狀態(tài)的信息及特定形式展示給用戶。它從模型獲得顯示信息，對于相同的信息可以有多個(gè)不同的顯示形式或視圖。對老式的web應(yīng)用程序來說，視圖就是由html元素組成的界面，在新式的web應(yīng)用程序中，html依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括macromedia flash和象xhtml，xml/xsl，wml等一些標(biāo)識語言和web services. 如何處理應(yīng)用程序的界面變得越來越有挑戰(zhàn)性。mvc一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實(shí)沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還

16、是一個(gè)雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。模型(model)是軟件所處理問題邏輯在獨(dú)立于外在顯示內(nèi)容和形式情況下的內(nèi)在抽象，封裝了問題的核心數(shù)據(jù)、邏輯和功能的計(jì)算關(guān)系，他獨(dú)立于具體的界面表達(dá)和i/o操作。在mvc的三個(gè)部件中，模型擁有最多的處理任務(wù)。例如它可能用象ejbs和coldfusion components這樣的構(gòu)件對象來處理數(shù)據(jù)庫。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性?？刂?control)器控制層是處理用戶與軟件的交互操作的，其

17、職責(zé)是控制提供模型中任何變化的傳播，確保用戶界面于模型間的對應(yīng)聯(lián)系；它接受用戶的輸入，將輸入反饋給模型，進(jìn)而實(shí)現(xiàn)對模型的計(jì)算控制，是使模型和視圖協(xié)調(diào)工作的部件。所以當(dāng)單擊web頁面中的超鏈接和發(fā)送html表單時(shí)，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請求，然后再確定用哪個(gè)視圖來顯示返回的數(shù)據(jù)，通常一個(gè)視圖具有一個(gè)控制器。2.3 sqlsql是高級的非過程化編程語言，允許用戶在高層數(shù)據(jù)結(jié)構(gòu)上工作。它不要求用戶指定對數(shù)據(jù)的存放方法，也不需要用戶了解具體的數(shù)據(jù)存放方式，所以具有完全不同底層結(jié)構(gòu)的不同數(shù)據(jù)庫系統(tǒng)，可以使用相同的sql語言作為數(shù)據(jù)輸入與管理的接口

18、。它以記錄集合作為操作對象，所有sql語句接受集合作為輸入，返回集合作為輸出，這種集合特性允許一條sql語句的輸出作為另一條sql語句的輸入，所以sql語句可以嵌套，這使他具有極大的靈活性和強(qiáng)大的功能，在多數(shù)情況下，在其他語言中需要一大段程序?qū)崿F(xiàn)的功能只需要一個(gè)sql語句就可以達(dá)到目的，這也意味著用sql語言可以寫出非常復(fù)雜的語句。sql語言包含4個(gè)部分： 數(shù)據(jù)定義語言(ddl)，例如：create、drop、alter等語句。 數(shù)據(jù)操作語言(dml)，例如：insert（插入）、update（修改）、delete（刪除）語句。 數(shù)據(jù)查詢語言(dql)，例如：select語句。 數(shù)據(jù)控制語言(

19、dcl)，例如：grant、revoke、commit、rollback等語句。sql語言包括三種主要程序設(shè)計(jì)語言類別的語句：數(shù)據(jù)定義語言(ddl)，數(shù)據(jù)操作語言(dml)及數(shù)據(jù)控制語言(dcl)。第三章 可行性分析3.1 技術(shù)可行性分析有的超市對員工的素質(zhì)要求比較高，從管理層到下面的銷售人員，都要求具有一定的計(jì)算機(jī)基礎(chǔ)，所以在新系統(tǒng)投入使用時(shí)，只要對員工進(jìn)行少量的培訓(xùn)，系統(tǒng)的功能和使用方法就基本上能夠是系統(tǒng)順利運(yùn)行。3.2 經(jīng)濟(jì)可行性分析3.2.1 超市有能力承擔(dān)系統(tǒng)開發(fā)費(fèi)用超市作為一個(gè)尖端的高科技產(chǎn)業(yè)，其員工要求都比一般企業(yè)的要求要高，而且對系統(tǒng)開發(fā)及軟件產(chǎn)業(yè)了解比較多，所以在自我開發(fā)管理

20、系統(tǒng)的過程中，企業(yè)自己比較容易安排人手，這樣就可以為企業(yè)節(jié)約大部分的額外開支。同時(shí)超市就其他商品還說，屬于高端行業(yè)，無論是商品的價(jià)格還是質(zhì)量都比較高，而經(jīng)營商品的經(jīng)銷商或者是商家都要求有雄厚的資金的作支持。所以，在系統(tǒng)的開發(fā)過程中，企業(yè)完全有能力承擔(dān)開發(fā)費(fèi)用。3.2.2 新系統(tǒng)將為企業(yè)帶來經(jīng)濟(jì)效益管理是一個(gè)動(dòng)態(tài)過程，在其運(yùn)行過程中要采取多項(xiàng)措施。所以在管理中獲得經(jīng)濟(jì)效益是一個(gè)綜合效益，要對他進(jìn)行直接定量的分析是比較困難的。一般新系統(tǒng)帶來的經(jīng)濟(jì)效益是間接的，其最主要的表現(xiàn)就是減少了企業(yè)的管理費(fèi)用和人力開支。而其他一些煩瑣的事物都通過新系統(tǒng)來加以分析解決，不僅節(jié)省了大量的時(shí)間，還為企業(yè)的各項(xiàng)決策提

21、供了寶貴的資料，為企業(yè)帶來巨大的經(jīng)濟(jì)效益。3.3 操作可行性分析本系統(tǒng)采用基于windows的圖形用戶界面，而該系統(tǒng)是大家熟悉的操作系統(tǒng)，對于那些有一般的計(jì)算機(jī)知識的人員就可以輕松上手。而整個(gè)超市管理系統(tǒng)采用最友好的交互界面，簡介明了，不需要對數(shù)據(jù)庫進(jìn)行深入的了解。綜上所述，該系統(tǒng)具有很高的開發(fā)可行性，無論是從技術(shù)上或者經(jīng)濟(jì)上還是操作上。第四章 需求分析現(xiàn)在的社會(huì)是信息的社會(huì)，信息只有快、準(zhǔn)、精，才能發(fā)揮其價(jià)值，所以機(jī)器操作代替人力操作是必然的歷史發(fā)展趨勢，只有領(lǐng)導(dǎo)的重視和支持才能從人工操作改為計(jì)算機(jī)的自動(dòng)化系統(tǒng)，人工操作必將被計(jì)算機(jī)代替。4.1 功能需求（1）對商品類型信息資料進(jìn)行管理，對該

22、信息數(shù)據(jù)進(jìn)行及時(shí)的更新以及維護(hù)，具有刪除、添加、修改以及查詢的功能。（2）對商品基本信息資料進(jìn)行管理，對該信息數(shù)據(jù)進(jìn)行及時(shí)的更新以及維護(hù)，每個(gè)商品基本信息都?xì)w屬匹配到對應(yīng)的商品類型信息，具有刪除、添加、修改以及查詢商品基本信息的功能。（3）對庫存信息資料進(jìn)行管理，對該信息數(shù)據(jù)進(jìn)行及時(shí)的更新以及維護(hù)，當(dāng)商品庫存數(shù)量不足或者低于商品庫存下限時(shí)，會(huì)提示管理員對該商品進(jìn)行進(jìn)貨處理。（4）對銷售記錄信息資料進(jìn)行管理，對該信息數(shù)據(jù)進(jìn)行及時(shí)的更新以及維護(hù)，可以對銷售記錄信息進(jìn)行統(tǒng)計(jì)以及查詢，能夠查看某個(gè)時(shí)間段內(nèi)、某件商品或者某個(gè)收銀員的銷售狀況。（5）系統(tǒng)維護(hù)管理，能夠系統(tǒng)用戶的密碼進(jìn)行修改。（6）系統(tǒng)應(yīng)該

23、有一個(gè)簡易易于操作使用的界面。4.2 數(shù)據(jù)流程分析4.2.1 流程概述管理員通過登錄界面才能訪問超市銷售管理系統(tǒng)后臺界面，如果用戶賬號，密碼或者權(quán)限出錯(cuò)，則會(huì)提示登錄失敗，將無法進(jìn)入后臺管理界面。管理員是有員工表根據(jù)員工的職稱自動(dòng)分配的，密碼是默認(rèn)設(shè)置的，可以對第一次登錄的管理員提示修改密碼。管理員登陸本系統(tǒng)后，能夠?qū)拘畔①Y料處理、信息查詢、系統(tǒng)維護(hù)、銷售統(tǒng)計(jì)，其中基本信息資料處理包括錄入、刪除、修改。錄入功能涉及對商品基本信息、商品類型信息、員工基本信息的錄入；刪除功能涉及對商品基本信息、商品類型信息、員工基本信息的刪除；修改功能是對不正確或者變動(dòng)更新后的商品基本信息、商品類型信息、員工

24、基本信息的修改。管理員能夠隨時(shí)關(guān)注超市商品表跟倉庫商品表中的數(shù)量以及銷售業(yè)績。當(dāng)超市商品庫存數(shù)量低于一定值時(shí)，則根據(jù)庫存警報(bào)提示，通知物流部門人員對相應(yīng)商品進(jìn)行進(jìn)貨處理，補(bǔ)貨到倉庫，完成入庫操作，及時(shí)修改數(shù)據(jù)庫數(shù)據(jù)更新庫存信息。管理員還可以查看某段時(shí)間內(nèi)或者某個(gè)銷售人員或者某件商品的銷售情況，根據(jù)銷售情況對銷售人員的業(yè)績進(jìn)行評定，以及可以根據(jù)銷售情況修改商品的零售價(jià)。4.2.2 數(shù)據(jù)流程圖數(shù)據(jù)流程圖是描述信息流和數(shù)據(jù)從輸入流動(dòng)到輸出的變換的圖形化技術(shù),是表示軟件邏輯模型的圖形工具。既是對原系統(tǒng)進(jìn)行分析和抽象的工具，也是用以描述新系統(tǒng)邏輯模型的主要工具。它既提供了信息流建模機(jī)制,也提供了功能建模

25、的機(jī)制,是自頂向下的分解和自底向上的抽象工具。數(shù)據(jù)流程圖由以下四種符號表示：圖4-1 數(shù)據(jù)流程圖符號管理員登陸該超市商品銷售管理系統(tǒng)，可以進(jìn)行操作事務(wù)如管理庫存、管理銷售、管理進(jìn)貨/退貨、管理員工等，系統(tǒng)返回操作事務(wù)結(jié)果給管理員。超市商品銷售管理系統(tǒng)各層數(shù)據(jù)流圖如圖4-2所示： 圖4-2 系統(tǒng)頂層dfd圖超市商品銷售管理系統(tǒng)有庫存管理、銷售管理、進(jìn)貨/退貨管理、員工管理功能模塊。庫存管理模塊，管理員可以進(jìn)行庫存信息查詢，得到庫存信息清單；銷售管理模塊，管理員可以進(jìn)行銷售信息查詢以得到銷售信息清單，而該銷售信息時(shí)前臺銷售信息獲取到的；進(jìn)貨/退貨管理模塊，管理員可以進(jìn)行進(jìn)貨/退貨信息查詢得到進(jìn)貨/

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

27、信息對銷售信息進(jìn)行更新與維護(hù)。銷售管理dfd圖如圖4-5所示：圖 4-5 銷售管理dfd圖進(jìn)貨/退貨管理模塊，管理員可以進(jìn)行進(jìn)貨/退貨信息查詢得到進(jìn)貨/退貨清單，可以根據(jù)進(jìn)貨/退貨單或者庫存信息模塊發(fā)送出的進(jìn)貨/退貨信息請求來更新進(jìn)貨/退貨信息。進(jìn)行進(jìn)貨/退貨清單來更新庫存商品信息。進(jìn)貨/退貨管理dfd圖如圖4-6所示：圖4-6 進(jìn)貨/退貨管理dfd圖員工管理模塊，管理員可以進(jìn)行員工信息查詢得到員工信息清單，也可以進(jìn)行員工信息更新與維護(hù)。員工管理dfd圖如圖4-7所示：圖 4-7 員工管理dfd圖4.3 數(shù)據(jù)庫設(shè)計(jì)4.3.1 概要結(jié)構(gòu)設(shè)計(jì)概念結(jié)構(gòu)設(shè)計(jì)是數(shù)據(jù)庫設(shè)計(jì)的第一個(gè)階段，在管理信息系統(tǒng)的分

28、析階段，我們已經(jīng)得到了數(shù)據(jù)流程圖和數(shù)據(jù)，現(xiàn)在就是要結(jié)合數(shù)據(jù)規(guī)范化的理論，用一種數(shù)據(jù)模型將用戶的數(shù)據(jù)需求明確地表示出來。概念數(shù)據(jù)模型是按人們的認(rèn)識觀點(diǎn)從現(xiàn)實(shí)世界中抽象出來的、屬于信息世界的模型。概念數(shù)據(jù)模型是面向問題的模型，反映了用戶的現(xiàn)實(shí)工作環(huán)境，是與數(shù)據(jù)庫的具體實(shí)現(xiàn)技術(shù)無關(guān)的。根據(jù)系統(tǒng)分析階段的結(jié)果對系統(tǒng)中的各個(gè)數(shù)據(jù)項(xiàng)進(jìn)行分類、組織，確定系統(tǒng)中的實(shí)體、實(shí)體的屬性、標(biāo)識實(shí)體的碼以及實(shí)體之間聯(lián)系的類型。員工e-r圖 對象: 員工, 員工的屬性如下:圖6-1 員工e-r圖商品基本信息e-r圖 對象: 商品基本信息, 商品基本信息的屬性如下:圖 6-2 商品 e-r圖商品類型e-r圖 對象: 商品類

29、型, 商品類型的屬性如下:圖 6-3 商品類型e-r圖庫存信息e-r圖 對象: 庫存信息, 庫存信息的屬性如下:圖 6-4 庫存 e-r圖銷售信息e-r圖 對象: 銷售信息, 銷售信息的屬性如下:圖 6-5 銷售 e-r圖商品進(jìn)貨/退貨信息e-r圖 對象: 商品進(jìn)貨/退貨信息, 商品進(jìn)貨/退貨信息的屬性如下:圖 6-6商品進(jìn)貨/退貨e-r圖各個(gè)局部視圖即分e-r圖建立好后，還需要對它們進(jìn)行合并，集成為一個(gè)整體的數(shù)據(jù)概念結(jié)構(gòu)，即總e-r圖。經(jīng)過消除不必要的冗余數(shù)據(jù)和冗余聯(lián)系得到總體e-r圖如下：圖6-7系統(tǒng)總e-r圖4.3.2 邏輯結(jié)構(gòu)設(shè)計(jì)邏輯結(jié)構(gòu)設(shè)計(jì)是數(shù)據(jù)庫設(shè)計(jì)的第二個(gè)階段，這個(gè)階段就是要根據(jù)

30、已經(jīng)建立的概念數(shù)據(jù)模型，以及所采用的某個(gè)數(shù)據(jù)庫管理系統(tǒng)軟件的數(shù)據(jù)模型特征，按照一定的轉(zhuǎn)換規(guī)則，把概念模型轉(zhuǎn)換為這個(gè)數(shù)據(jù)庫管理系統(tǒng)所能夠接受的邏輯數(shù)據(jù)模型。根據(jù)分析得到以下關(guān)系模式：員工表：（員工編號，員工姓名，員工性別，員工年齡，員工職稱，賬號密碼，備注）商品類型表：（商品類型編號，商品類型名稱）商品基本信息表：（商品編號，商品類型編號，商品規(guī)格，商品名稱，商品零售價(jià)，商品進(jìn)價(jià)，備注）庫存表：（庫存編號，商品編號，商品庫存數(shù)量）商品銷售表：（銷售編號，商品編號，銷售商品數(shù)量，收銀員編號，銷售日期）商品進(jìn)貨/退貨表：（進(jìn)貨/退貨單號，進(jìn)貨/退貨狀態(tài)，進(jìn)貨/退貨價(jià)，商品編號，商品數(shù)量，進(jìn)貨/退貨日

31、期）根據(jù)用戶需求和功能設(shè)計(jì)，數(shù)據(jù)庫名稱為：happinesssupermarket，系統(tǒng)表如下：表6-1 員工表（employee）fieldtypenullkeydefaultextraemployeeidintnoprinullauto_incrementemployeenamevarchar(20)nonullemployeesexvarchar(2)yesnullemployeeageintyesnullemployeesalarydoublenonullemployeeposvarchar(20)nonullemployeepass varchar(20)yes123 remark

32、varchar(100)yesnull表6-2商品類型表（merchandisetype）fieldtypenullkeydefaultextramerchandisetypeidintnoprinullauto_incrementmerchandisetypenamevarchar(20)nonull表6-3 商品基本信息表（merchandise）fieldtypenullkeydefaultextramerchandiseidintnoprinullauto_incrementmerchandisetypeidintnofknullmerchandisenamevarchar(30)no

33、nullmerchandisespecvarchar(50)yesnullmerchandisepricedoublenonullmerchandisepurchasepricedoublenonull remarkvarchar(100)yesnull表6-4庫存表（stock）fieldtypenullkeydefaultextrastockidintnoprinullauto_incrementmerchandiseidintnofknullmerchandisestocknumintyesnullremarkvarchar(100)yesnull表6-5商品銷售表 （merchandi

34、sesell）fieldtypenullkeydefaultextrasellidintnoprinullauto_incrementemployeeidintnofknullmerchandiseidintnofknullselldatedatenonullremarkvarchar(100)yesnull表6-6 商品進(jìn)貨/退貨表（enteroroutstock）fieldtypenullkeydefaultextraenteroroutidintnoprinullauto_incremententeroroutintnonullmerchandiseidintnofknullentero

35、routnumintnonullenteroroutpricedoublenonullenteroroutdatevarchar(20)nonullremarkvarchar(100)yesnull第五章 總體設(shè)計(jì)系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)的任務(wù)，是根據(jù)系統(tǒng)分析的邏輯模型設(shè)計(jì)應(yīng)用軟件系統(tǒng)的物理結(jié)構(gòu)。在結(jié)構(gòu)化總體結(jié)構(gòu)設(shè)計(jì)中，整個(gè)應(yīng)用軟件系統(tǒng)由多個(gè)功能模塊組成，通過合理地劃分和組織模塊，正確處理模塊之間與模塊內(nèi)部的聯(lián)系，達(dá)到使整個(gè)系統(tǒng)有良好的可用性、可讀性、可修改性，易于調(diào)試和維護(hù)的目的。本系統(tǒng)功能結(jié)構(gòu)圖如下所示：圖5-1 系統(tǒng)結(jié)構(gòu)圖本系統(tǒng)主要分為商品信息管理模塊、庫存信息管理模塊、銷售統(tǒng)計(jì)模塊、員工管理模

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

37、話框輸入相應(yīng)的數(shù)據(jù)。 以下為登錄用戶類型選擇界面實(shí)圖7-1：圖7-1 用戶登陸界面當(dāng)用戶的登錄信息正確之后，系統(tǒng)提示用戶可以登錄，同時(shí)將關(guān)閉登錄界面，進(jìn)入進(jìn)度界面，加載完數(shù)據(jù)后進(jìn)入系統(tǒng)主界面。如果系統(tǒng)調(diào)用數(shù)據(jù)庫中的用戶數(shù)據(jù)和用戶的輸入進(jìn)行比較，如果正確，則進(jìn)入系統(tǒng)，否則，不能進(jìn)入系統(tǒng)，提示用戶確認(rèn)后重新輸入。按鈕為 “清空”，用戶選擇這個(gè)操作的時(shí)候，表示用戶清空兩個(gè)文本框中的內(nèi)容，重新輸入。當(dāng)輸入正確的用戶名和密碼以及選擇正確的權(quán)限時(shí)候就進(jìn)入進(jìn)度界面，界面如圖7-2所示，進(jìn)度加載完成之后就進(jìn)入主界面，待用戶進(jìn)行數(shù)據(jù)的操作。圖7-2 進(jìn)度加載頁面6.2主界面模塊的設(shè)計(jì)超市銷售管理系統(tǒng)主界面的設(shè)計(jì)

38、，是對用戶對系統(tǒng)不同操作功能的分類，將相同的操作放在同一個(gè)樹狀列表中。不同的權(quán)限的用戶有不同的操作范圍，最高權(quán)限的用戶有最高的使用權(quán)限，將獲得全部的操作。將系統(tǒng)的主界面設(shè)計(jì)為六個(gè)部分：第一部分為商品信息管理模塊，包含三個(gè)子結(jié)點(diǎn)為商品基本信息管理、商品類型管理、商品進(jìn)貨/退貨管理。而三個(gè)部分有各自的數(shù)據(jù)庫、處理操作，分別是他各自的增刪改查功能的實(shí)現(xiàn)。第二部分為庫存管理模塊，能夠查看商品庫存存儲(chǔ)情況，如果商品銷售成功或者退貨成功，則對應(yīng)的商品庫存數(shù)量要相應(yīng)的減少。而如果商品進(jìn)貨成功，則對應(yīng)的商品庫存數(shù)量要相應(yīng)的增加。第三部分為銷售統(tǒng)計(jì)，主要是銷售業(yè)績的統(tǒng)計(jì)，能夠查詢到某個(gè)時(shí)間段的銷售業(yè)績，也可以查

39、詢到某個(gè)員工的銷售業(yè)績，以及某個(gè)商品的銷售業(yè)績。第四部分為員工管理，包含是對員工的基本信息的操作。能夠增加新的員工，能夠刪除員工，也能夠更改員工的信息。每個(gè)一定權(quán)限的員工都能夠根據(jù)自己的員工編號作為登陸系統(tǒng)的用戶賬號。第五部分為系統(tǒng)管理。該模塊主要是修改當(dāng)前登陸用戶的密碼。由于每個(gè)具有一定權(quán)限的員工都能夠登陸該系統(tǒng)，但是原密碼是初始的，需要對密碼進(jìn)行修改。第六部分為退出系統(tǒng)，主要是可退出系統(tǒng)的設(shè)置。下圖為成績管理系統(tǒng)的主界面：圖7-3 系統(tǒng)登陸界面6.3 業(yè)務(wù)功能模塊設(shè)計(jì)6.3.1 商品信息管理模塊的設(shè)計(jì)商品信息模塊的設(shè)計(jì)，主要是對商品信息進(jìn)行管理。能夠?qū)ι唐坊拘畔⑦M(jìn)行查詢和維護(hù)，也可以對商

40、品類型進(jìn)行查詢和維護(hù)，還可以對商品進(jìn)貨/退貨進(jìn)行處理。商品基本信息界面如圖7-4所示：圖7-4 商品基本信息管理界面商品類型界面如下：圖7-5 商品類別管理界面商品進(jìn)貨/退貨界面如下：圖7-6 商品進(jìn)貨/退貨管理界面從商品的查詢主界面點(diǎn)擊相應(yīng)的表格中的商品信息列，再點(diǎn)擊修改商品信息按鈕就可以進(jìn)入修改商品信息的界面。如圖7-7所示：圖7-7 商品基本信息修改界面如果你直接點(diǎn)擊修改商品信息而不選擇表格中的某一行，那么就會(huì)出現(xiàn)提示消息來叫你選擇要修改的商品信息。6.3.2 庫存信息管理模塊的設(shè)計(jì)能夠查看商品庫存存儲(chǔ)情況，如果商品銷售成功或者退貨成功，則對應(yīng)的商品庫存數(shù)量要相應(yīng)的減少。而如果商品進(jìn)貨成

41、功，則對應(yīng)的商品庫存數(shù)量要相應(yīng)的增加。可以根據(jù)商品編號等來查看商品庫存信息。如圖7-8所示：圖7-8 庫存信息管理6.3.3 銷售統(tǒng)計(jì)模塊的設(shè)計(jì)主要是銷售業(yè)績的統(tǒng)計(jì)，能夠查詢到某個(gè)時(shí)間段的銷售業(yè)績，也可以查詢到某個(gè)員工的銷售業(yè)績，以及某個(gè)商品的銷售業(yè)績。如圖7-9：圖7-9 銷售統(tǒng)計(jì)管理界面6.3.4 員工管理模塊的設(shè)計(jì)對員工的基本信息的操作。能夠增加新的員工，能夠刪除員工，也能夠更改員工的信息。每個(gè)一定權(quán)限的員工都能夠根據(jù)自己的員工編號作為登陸系統(tǒng)的用戶賬號。如圖所示：圖7-10 員工基本信息管理界面6.3.5 系統(tǒng)管理模塊的設(shè)計(jì)該模塊主要是修改當(dāng)前登陸用戶的密碼。由于每個(gè)具有一定權(quán)限的員工

42、都能夠登陸該系統(tǒng)，但是原密碼是初始的，需要對密碼進(jìn)行修改。圖7-11 系統(tǒng)管理界面第七章 系統(tǒng)的測試7.1 白盒測試白盒測試是指在測試時(shí)能夠了解被測對象的結(jié)構(gòu)，可以查閱被測代碼內(nèi)容的測試工作。它需要知道程序內(nèi)部的設(shè)計(jì)結(jié)構(gòu)及具體的代碼實(shí)現(xiàn)，并以此為基礎(chǔ)來設(shè)計(jì)測試用例。白盒測試把測試對象看做一個(gè)打開的盒子，允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。其測試的前提是可以把程序看成裝在一個(gè)透明的白盒子中，也就是完全了解程序的結(jié)構(gòu)盒處理過程。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗(yàn)程序中的每一條通路是否能按預(yù)定的要求正確工作。通過在不同點(diǎn)檢查程序的狀態(tài)，

43、確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。它的優(yōu)點(diǎn)是幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。但白盒測試有如下缺點(diǎn)：程序運(yùn)行會(huì)有很多不同的路徑，不可能測試所有的運(yùn)行路徑；測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；系統(tǒng)龐大時(shí)，測試開銷會(huì)非常大。7.2 黑盒測試黑盒測試顧名思義就是將被測系統(tǒng)看成一個(gè)黑盒，從外界取得輸入，然后再輸出。整個(gè)測試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測試要求測試者在測試時(shí)不能使用與被測系統(tǒng)內(nèi)部結(jié)構(gòu)相關(guān)的知識或經(jīng)驗(yàn)，它適用于對系統(tǒng)的功能進(jìn)行測試。根據(jù)軟件產(chǎn)品的功能設(shè)計(jì)規(guī)格，在計(jì)算機(jī)上進(jìn)

44、行測試，以證實(shí)每個(gè)實(shí)現(xiàn)了的功能是否符合要求。黑盒測試意味著測試要在軟件的接口處進(jìn)行。就是說，這種方法是把測試對象看做一個(gè)黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求分析規(guī)格說明，檢查程序的功能是否符合它的功能說明。用黑盒測試發(fā)現(xiàn)程序中的錯(cuò)誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序是否都能產(chǎn)生正確的輸出。7.3 本系統(tǒng)的測試為了使開發(fā)出來的系統(tǒng)能夠滿足商場管理工作的需要，本人也對系統(tǒng)進(jìn)行了測試，測試結(jié)果良好，該系統(tǒng)界面友好，數(shù)據(jù)的錄入，刪除，保存功能均可實(shí)現(xiàn)，并能夠完成比較復(fù)雜的多條件查詢、統(tǒng)計(jì)功能。根據(jù)上節(jié)分析對本系統(tǒng)的測試其方法是多種多樣的，

45、而選擇一種正確的方法顯得尤為重要。根據(jù)以上對測試發(fā)方法的分析，本系統(tǒng)測主要有檢驗(yàn)系統(tǒng)用戶登錄安全性，必須保證合用戶的權(quán)限，限制非法用戶的侵入。數(shù)據(jù)信息填寫的合法性檢查，如果出錯(cuò)應(yīng)該提示用戶輸入有誤，及時(shí)更正。檢驗(yàn)系統(tǒng)的信息輸出，在正確輸入了查詢信息后，系統(tǒng)應(yīng)能立即反映出完整而且正確的信息返回給用戶。由于軟件規(guī)模較小，所以所有測試任務(wù)都由本人獨(dú)立完成。測試的大概項(xiàng)目如下：用戶登錄窗口的測試。該測試的目的是保證登陸窗口的正確性與在錯(cuò)誤發(fā)生時(shí)的容錯(cuò)與糾錯(cuò)性。具體通過在登陸框中輸入空用戶名，和錯(cuò)誤的用戶密碼來檢測系統(tǒng)的出錯(cuò)運(yùn)行情況。要求系統(tǒng)在遇到這些情況時(shí)能給出正確的錯(cuò)誤提示。商品信息查詢的測試。該測

46、試的目的是保證添加商品和修改商品信息的正確性與在數(shù)據(jù)輸入不正確時(shí)的容錯(cuò)與糾錯(cuò)性。具體通過在添加記錄框中輸入重復(fù)的商品編號，相同規(guī)格的商品名稱來檢測系統(tǒng)的出錯(cuò)運(yùn)行情況。要求系統(tǒng)在遇到這些情況時(shí)能給出正確的錯(cuò)誤提示。庫存信息查詢的測試。該測試的目的是保證庫存信息窗口的正確性與在數(shù)據(jù)輸入不正確時(shí)的容錯(cuò)與糾錯(cuò)性。銷售統(tǒng)計(jì)查詢的測試。該測試的目的是保證添加、修改銷售統(tǒng)計(jì)窗口的正確性與在數(shù)據(jù)輸入不正確時(shí)的容錯(cuò)與糾錯(cuò)性。具體通過在添加銷售統(tǒng)計(jì)窗口中輸入錯(cuò)誤的商品編號,來檢測系統(tǒng)的出錯(cuò)運(yùn)行情況。要求系統(tǒng)在遇到這些情況時(shí)能給出正確的錯(cuò)誤提示。員工信息查詢的測試。該測試的目的是保證添加、修改員工信息窗口的正確性與

47、在數(shù)據(jù)輸入不正確時(shí)的容錯(cuò)與糾錯(cuò)性。具體通過在添加員工信息窗口中輸入員工編號,由于員工編號是自增,來檢測系統(tǒng)的出錯(cuò)運(yùn)行情況。要求系統(tǒng)在遇到這些情況時(shí)能給出正確的錯(cuò)誤提示。系統(tǒng)維護(hù)界面的測試。該測試的目的是保證商場信息的安全性與在用戶非法操作時(shí)候的容錯(cuò)與糾錯(cuò)性。具體通過在管理員權(quán)限下來進(jìn)行非法的操作,來檢測系統(tǒng)的出錯(cuò)運(yùn)行情況。要求系統(tǒng)在遇到這些情況時(shí)能給出正確的錯(cuò)誤提示。經(jīng)過軟件的測試，系統(tǒng)基本上達(dá)到需求定義階段用戶所提出的要求。軟件基本達(dá)到設(shè)計(jì)要求，軟件功能完整，用戶界面良好，錯(cuò)誤處理正確，且能正確提示錯(cuò)誤種類。但是在測試中也發(fā)現(xiàn)軟件的一些不足與缺陷，需要在軟件進(jìn)一步修改和維護(hù)時(shí)予以糾正?？偟膩碚f，軟件通過測試。第八