超市管理系統(tǒng)的研究設計

1、I 摘 要 網(wǎng)絡和超市的大規(guī)模發(fā)展以及迅速發(fā)展的趨勢，許多行業(yè)需要用到軟件開發(fā) 技術和工具。各種管理系統(tǒng)已成為行業(yè)發(fā)展不可或缺的重要功能。每一種管理系 統(tǒng)都為該行業(yè)的發(fā)展和擴大提供了基礎設施和競爭平臺，同時也為經(jīng)濟的發(fā)展帶 來了很多益處。 在 20 世紀 90 年代初，超市在我國已經(jīng)有了少許身影，現(xiàn)在已經(jīng)如雨后春筍般的 在全國興起，逐漸進入到人民生活的諸多方面，促進了國民經(jīng)濟的發(fā)展和 GDP 的快速發(fā)展。鑒此，超市的形式日趨復雜，早期的銷售柜臺形式不能滿足現(xiàn)有行 業(yè)的銷售發(fā)展，非常需要引進新的管理技術。一直以來，在信息化發(fā)展過程中， 中小型超市的發(fā)展一直落后于大中型超市，為了應對這種發(fā)展趨勢，

2、我們迫切需 要對超市發(fā)展的資源進行整合，一方面便于管理，另一方面更加有利于適合經(jīng)濟 快速發(fā)展的形式。鑒于以上超市資源的信息化管理，勢在必行。 關鍵詞：超市進銷存功能；客戶管理模塊；超市管理系統(tǒng) II Abstract Networks and supermarkets, as well as the rapid development of the trend, many industries need to use software development technology and tools. A variety of management systems have become an

3、 indispensable function of the development of the industry. Each of the management systems provides infrastructure and a competitive platform for the development and expansion of the industry, as well as the benefits of economic development. In the early 90s of the 20th century, the supermarket in C

4、hina has been a little figure, and now has mushroomed in the country, gradually into the peoples lives in many aspects, and promote the development of the national economy and the rapid development of GDP. In view of this, the form of supermarkets increasingly complex, early sales counter form can n

5、ot meet the existing industry sales development, very need to introduce new management techniques. In the development of information technology, the development of small and medium-sized supermarkets has been lagging behind large and medium-sized supermarkets, in order to cope with this development

6、trend, we urgently need to integrate the development of supermarket resources, on the one hand to facilitate management, on the other hand more Conducive to the form of rapid economic development. In view of the above supermarket resources, information management, is imperative. Key Words：Supermarke

7、t sales management system； SqlServer ； Eclipse III 目 錄 1 1 緒論緒論 .1 1 1.1 課題背景.1 1.2 設計目的和意義.1 1.3 系統(tǒng)設計的思想.2 1.4 系統(tǒng)開發(fā)環(huán)境.2 2 2 可行性分析可行性分析 .5 5 2.1 經(jīng)濟可行性.5 2.2 技術可行性.5 2.3 操作可行性.7 2.4 本章小結.8 3 3 需求分析需求分析 .8 8 3.1 進銷存系統(tǒng)的規(guī)劃.9 3.2 進銷存管理系統(tǒng)的需求分析.9 4 4 總體設計總體設計 .1313 4.1 系統(tǒng)模塊總體設計.13 4.2 數(shù)據(jù)庫設計.14 4.3 數(shù)據(jù)庫的詳細設計

8、.15 4.4 本章小結.19 5 5 詳細設計詳細設計 .2121 5.1 系統(tǒng)運行平臺設置 .21 5.2 網(wǎng)站主界面設計.21 5.3 采購管理功能設計.23 5.4 銷售管理功能設計.26 5.5 庫存管理功能設計.28 5.6 系統(tǒng)管理功能設計.29 IV 5.7 基本資料管理功能設計.32 5.9 本章小結.35 6 6 軟件測試軟件測試 .3636 6.1 本系統(tǒng)測試.36 6.2 本章小結.38 結結 論論 .3939 參考文獻參考文獻 .4040 致致 謝謝 .4141 1 1 緒論 1.1 課題背景 當今科學技術的快速發(fā)展帶動了計算機技術滲透到各行各業(yè)，幾乎所有行業(yè)需要 信

9、息技術來促進其發(fā)展。其中，信息管理系統(tǒng)因其高效、便捷的信息提取和處理能力 使得企業(yè)競爭實力進一步提升，故近年來在各行各業(yè)中占據(jù)重要地位。同時，在科技、 信息時代，信息管理系統(tǒng)也是行業(yè)信息化的一項重要內容，十分受人們重視。 1.2 設計目的和意義 超市管理系統(tǒng)主要實現(xiàn)以下目標： 能夠在需要查看超市商品的時候進行瀏覽商品，對超市的商品進行統(tǒng)計數(shù)量，通 過系統(tǒng)可以顯示現(xiàn)在商品的供貨數(shù)量，商品的提供者，什么時間出的庫。用戶還能夠 通過系統(tǒng)登錄完成訂單的添加與刪除，對超市的所有與貨物和用戶的有關的信息進行 一體化管理。商品在整個系統(tǒng)中是需要被隨時查詢的，所以要求會高一點，就是要求 把用戶，商品，還有供貨

10、商進行相應的連起來管理1。 1.3 該系統(tǒng)設計的思想 該系統(tǒng)在設計開發(fā)時，本著用戶至上、便捷高效的原則，依據(jù)用戶的需求，設計 功能屬性，建造用戶需要的數(shù)據(jù)庫，系統(tǒng)開發(fā)出來用戶應該能用，完成用戶的基本的 功能和系統(tǒng)執(zhí)行效率來寫出一個用能夠讓用戶滿意的系統(tǒng)。 這個超市管理系統(tǒng)會用到 jsp 技術和 html 超文本標記語言，還要用到 http 傳輸協(xié) 議，還要用到 Java 開發(fā)用到的 servlet 技術2。 最后結合用戶的需求和現(xiàn)有的集成環(huán)境，對功能模塊采用高內聚低耦合的開發(fā)原 則來進行系統(tǒng)的設計，在系統(tǒng)的設計與實現(xiàn)上要對每一個模塊采用測試的方法把每一 個功能模塊進行完善。 2 1.4 系統(tǒng)開

11、發(fā)環(huán)境 1.4.1 B/S 結構的數(shù)據(jù)庫訪問模式 這個系統(tǒng)不同于 C/S 架構的系統(tǒng)，是三層架構形式的系統(tǒng)，就是視圖層，控制層， 還有服務層提供，這樣做出來的系統(tǒng)顯得更加清晰3。 這個系統(tǒng)采用的是具備成熟的運行代碼、調試、發(fā)布功能的 Java 繼承開發(fā)環(huán)境， 該技術可以實現(xiàn) JSP 頁面技術、SQL 數(shù)據(jù)庫數(shù)據(jù)管理技術,也能兼容 HTML,Struts 框架, Javascript 腳本交互語言, Hibernate 框架對持久化對象的引用。 客戶除了能夠對網(wǎng)站之間的數(shù)據(jù)進行交互的時候，還可以通過對網(wǎng)站的操作把用 戶用到的信息就行存儲和刪除來操作數(shù)據(jù)庫。還可以用 JavaScript 來進行網(wǎng)

12、頁活動效果 的設計。 三級結構如圖 1-1 所示： 3 2 可行性分析 2.1 經(jīng)濟可行性 這個系統(tǒng)是為了做畢業(yè)設計的，考慮到的是用戶對超市的管理方便與否，還有就是 系統(tǒng)的執(zhí)行效率，所以在經(jīng)濟方面并不會耗費多少經(jīng)濟，所以說在經(jīng)濟方面控制好各 個方面的耗費即可。 2.2 技術可行性 想到這個系統(tǒng)實現(xiàn)的可行性，就要想到這個系統(tǒng)的技術實現(xiàn)形式。用到 Java 的集 成開發(fā)環(huán)境和數(shù)據(jù)庫操作的相關技術4。 這個系統(tǒng)根據(jù)用戶需要的功能模塊，把整個程序分割成若干個可以單獨執(zhí)行的小 部分，然后對每一個小部分進行功能調試，最后把每一個小模塊進行組合成整體再測 試。 已設計的系統(tǒng)，若想真正得以運行，離不開技術的支

13、持，否則設計將變成一紙空 談，因此必須基于實際情況進行技術可行性分析。系統(tǒng)設計中超市采購的運作過程如 圖 2-1 4 圖 2-1 采購業(yè)務流程圖 采購人員根據(jù)超市運營現(xiàn)狀清點貨物，并整理記錄出采購信息。 財會人員審核采購員的采購清單，若清單合格則簽訂購買合同。 財務部門審核批準的購物訂單需進一步完善采購信息，如，標注所有商品購貨 源的名稱、聯(lián)系電話、郵箱等。 財會部門的職員把采購單拿過來仔細查看一下；制定一下財務計劃。 （2）商品流通、售賣的運作過程為： 銷售職員撰寫銷售清單及合同，移交財會部門等待審查。 財會職員依據(jù)相關準則審查銷售清單，篩選出合格的合同單據(jù)批準其銷售活 動。 檢查待售商品數(shù)

14、量能否滿足銷售需求。 商品售賣責任人同貨物需要方溝通，待雙方就清單細則達成一致后，貨物方 可出倉售賣。 聯(lián)系物流部門準許商品出倉，并提醒財會部門及時跟進，核對賬務。 圖 2-2 為銷售業(yè)務流程 5 圖 2-2 銷售業(yè)務流程圖 （3）倉庫商品運作過程為： 倉庫貨物進出頻繁，故采購員需及時更新購物信息。 售貨員在賣完貨之后，需及時清點庫存，修改倉庫信息記錄。 負責監(jiān)管倉庫的職員定時整理、核查商品，并負有調配貨物的責任。 圖 2-3 為貨物倉庫系統(tǒng)的運作過程。 圖 2-3 庫存業(yè)務流程圖 2.3 系統(tǒng)管理可行性分析 “超市銷售管理系統(tǒng)”完成超市商品的各種商品的信息整體管理,它可以方便用戶 超市購物也

15、方便了管理人員對超市進行管理,來滿足社會對超市這一塊的需求，適應風 起云涌的信息時代。超市行業(yè)將會受到廣大人民的喜歡，超市管理系統(tǒng)對用戶和管理 6 者來說都是一種既可以滿足生活需求，又是一種便捷的購物方式6。 2.4 本章小結 本章完全完成了預定的可行性分析的任務，基于所需技術、經(jīng)濟基礎、操作方法 進行了剖析，驗證該設計方案實施的可行指數(shù)，并通過文字和配圖的方式詳述系統(tǒng)運 作的流程，為后期開發(fā)打下堅實的基礎。 7 3 需求分析 3.1 超市管理系統(tǒng)的規(guī)劃 提高貨物管理和用戶的資源的整合效率是超市內部建立管理體系的主要目的。該 軟件可以用來進行貨物的增加與刪除，以及訂單的制作，還有對與超市往來的

16、顧客進 行管理，對超市內部倉庫資源進行管理?？梢宰層脩艉芎玫剡M行訂單的填寫，與超市 管理系統(tǒng)進行交互。 該軟件系統(tǒng)可以實現(xiàn)超市管理員對超市貨物的信息化管理，通過嚴格的操作流程， 規(guī)范信息的更新步驟，及時發(fā)布物品的庫存量和銷售狀況，從而實現(xiàn)對超市信息資源 的實時監(jiān)控和數(shù)字化管理7。 3.2 超市管理系統(tǒng)的需求分析 在軟件開發(fā)過程中，用戶需求的調查、分析在系統(tǒng)開發(fā)中占據(jù)著不容忽視的地位， 可以加深對系統(tǒng)以及需求分析的理解，將會是超市管理系統(tǒng)開發(fā)與設計的關鍵因素。 在這個階段對分析人員以及分析人員對所有關于超市管理系統(tǒng)的資源了解產(chǎn)生重要的 影響。開發(fā)過程中詳盡研究系統(tǒng)的結構設計與資源分布意義重大。

17、3.2.1 數(shù)據(jù)流圖 （1）根據(jù)圖 3-1 系統(tǒng)頂層數(shù)據(jù)流圖可看出，使用該系統(tǒng)時，用戶可以依據(jù)自身權 限范圍，分別處理商品采購、出倉、銷售等過程的數(shù)據(jù)信息，同時可自主更新財會資 料。 8 采購員 P1采購 管理 P2銷售 管理 P3庫存 管理 P5財務 管理 P4基本 數(shù)據(jù)管 理 財務員 操作員 庫存員 銷售員 D0-02采購基本信息送交到財務審批 D0-05采購產(chǎn)皮存入倉庫 D0-06銷售 基本信息 D0-07銷售基本信息 送交到財務評估 D0-10銷售 產(chǎn)品出庫 D0-03審批 基本停息 D0-08銷售評估結果 D0-04采購審批畢結果 D0-12倉庫、 產(chǎn)品信息 D0-09查詢庫存 剩余

18、信息 D0-01采購 基本信息 D0-14基本 數(shù)據(jù)信息 D0-13查詢產(chǎn)品、供應商信息 D0-11倉庫 管理信息 P6提醒D0-15采購審批畢結果 D0-16銷售評估結果 圖 3-1 系統(tǒng)頂層數(shù)據(jù)流圖 （2）根據(jù)圖 3-2 系統(tǒng)所設計的銷售環(huán)節(jié)的數(shù)據(jù)管理過程圖，可以看出當使用者注 冊登錄該系統(tǒng)后，便可實現(xiàn)在網(wǎng)上進行申報售貨單、記錄售后商品數(shù)額、解決退貨產(chǎn) 品等銷售任務8。 銷售 P2-01填寫 銷售訂單 F2-01銷售申 請單信息表 P2-02發(fā)送 訂單到財 務審批模 塊 F2-02銷售審 批信息表 P2-03填寫 銷售單 F2-03銷售單 信息表 F2-04庫存信 息表 F2-05出庫表

19、F2-06收款信 息表 P2-04生成 出貨單 P2-05銷售 D2-01申請銷售資格 D2-02填寫銷售申請單信息 D2-03獲取銷售申請信息 D2-04提交 銷售申請 D2-06給出審批意見 D2-05提交 待審信息 D2-08制定 銷售合同 D2-06獲取審批意見 D2-07給出審批意見 D2-09填寫銷售 單信息 D2-10獲取出貨單信息 D2-14銷售 D2-12出貨 D2-13提 交出貨單 D2-11查詢庫存量信息 D2-15獲取銷售單信息 D2-1通知 財務收款 D2-16更新出庫 信息 圖 3-2 系統(tǒng)銷售管理數(shù)據(jù)流圖 （3）根據(jù)圖 3-3 系統(tǒng)采購管理數(shù)據(jù)流圖可以看出，使用該

20、系統(tǒng)處理采購商品類業(yè) 務時，可一鍵完成審核商品收據(jù)、清單等任務。 9 采購員 P1-01填寫 采購申請 P1-05發(fā)送 申請到財 務評估 F1-01采購申 請信息表 F1-02采購評估停息表 F1-03采購訂 單信息表 P1-02填寫 采購訂單 P1-03生 成進貨單 F1-05入庫表 F1-06付款信 息表 P1-04驗收 貨物F1-04進貨表 D1-01申請 采購產(chǎn)品 D1-02填寫采購 申請單信息 D1-03獲取采購申請信息 D1-04提交采購申請單 D1-05提交 待審批信息 D1-06給出采購 評估意見 D1-07獲取 評估意見 D1-08制定 采購訂單 D1-10提交采購訂單 D1

21、-09填寫采購訂單信息 D1-11獲取采 購訂單信息 D1-17驗收產(chǎn)品 D1-13進貨 D1-12獲取審批意見 D1-16產(chǎn)品已經(jīng)到貨驗收 D1-14生成進貨信息 D1-15獲取到貨信息 D1-19通知財務付款 D1-18已驗收 產(chǎn)品入庫 D1-12給出采購 審批狀態(tài) 圖 3-3 系統(tǒng)采購管理數(shù)據(jù)流圖 （4）從圖 3-4 系統(tǒng)庫存數(shù)據(jù)操作圖可看出，應用該系統(tǒng)能完成超市倉庫商品存取 等工作，比如查詢庫存的超品類型以及數(shù)量，來對商品歸整、調度等9。 庫存員 F3-01庫存信息表 F3-02倉庫調撥信 息表 P3-01查 詢庫存信 息 P3-02調 撥倉庫中 產(chǎn)品 P3-03產(chǎn) 品入庫驗 證 F3

22、-03入庫信息表 F3-05報損信息表 P3-04填 寫報損信 息 P3-06填 寫產(chǎn)品出 庫單 F3-07銷售 信息表 F3-06出庫信息表 P3-05發(fā)送 報損單到 退貨管理 退貨信息 表 F3-04進貨信息表 D3-01查詢 庫存信息 D3-02獲取 庫存信息 D3-03調 整庫存 D3-13庫存已存 在產(chǎn)品報損處理 D3-18出 庫管理 D3-07入庫 驗證 D3-05填寫 調撥信息 D3-04獲取 庫存信息 D3-06更新 庫存信息 D3-09填寫入庫信息 D3-08獲取 進貨單信息 D3-12入庫報損處理 D3-11獲取 進貨單信息 D3-14填寫 報損信息 D3-20填寫出庫信息

23、 D3-19獲取銷售信息 D3-10更新 庫存信息 D3-15更新 庫存信息 D3-16獲取產(chǎn)品 報損信息 D3-17填寫 退貨信息表 D3-18更新庫存 信息表 D3-21更新 庫存信息 圖 3-4 系統(tǒng)庫存管理數(shù)據(jù)流圖 10 4 總體設計 4.1 系統(tǒng)模塊總體設計 該系統(tǒng)描述數(shù)據(jù)采用的是層次方框圖，一個層次方框圖與多層次方框圖進行組合。 代表完整數(shù)據(jù)結構的是單獨矩形框的頂層。數(shù)據(jù)是由每一個子集和實際的數(shù)據(jù)元素構 成的。系統(tǒng)實現(xiàn)的目標是為了實現(xiàn)管理的高效率，高可靠性與可行性。 系統(tǒng)的六個模塊表面是獨立的,他們在互動的過程中數(shù)據(jù)庫和操作的分離,他們到圖 書館是相同的,但進行訪問時，各模塊均有獨

24、立的表，其發(fā)揮的主要作用排列在首頁， 根據(jù)對超市管理系統(tǒng)分析,每個大模塊分為幾個模塊: （1）進貨管理：購貨單、進貨退貨。 （2）基礎信息管理：超市客戶管理、上架商品管理與庫存商品登記、處理記錄商 品供貨源信息。 （3）銷售管理：待售產(chǎn)品的預定單據(jù)、售后產(chǎn)品的退貨單據(jù)。 （4）庫存管理：對倉庫內各大產(chǎn)品的基本信息進行記錄，依據(jù)市場及時調整商品 價格。 （5）查詢統(tǒng)計：客戶、供貨商查詢、商品的采購、存蓄、銷售、退貨率查詢、不 同產(chǎn)品的售出數(shù)額排名。 （6）系統(tǒng)管理：使用者功能管理板塊、密碼修改、權限范圍的管理以及系統(tǒng)退出 界面管理。 （7）客戶信息管理：對超市不同客戶群基本信息的查詢，及時更新。

25、 （8）商品信息管理：查詢并實時更新產(chǎn)品最新動態(tài)和信息。 （9）供應商信息管理：可進行供應商資料的查詢，并及時更換最新訊息。 一般地，評判軟件質量可以以界面與其功能是否分塊處理，以及擴充性的大小來 判斷。本系統(tǒng)三層次的功能結構決定了其具有良好的延展性。 系統(tǒng)功能結構圖如圖 4-1 所示。 11 圖 4-1 系統(tǒng)功能結構圖 4.2 數(shù)據(jù)庫設計 4.2.1 數(shù)據(jù)庫設計概述 對于數(shù)據(jù)庫進行重設就要求在滿足用戶需求的基礎上構建關系型數(shù)據(jù)庫，實現(xiàn)數(shù) 據(jù)存儲的有效性，準確性。 解決以往單獨對數(shù)據(jù)進行操作，在關系型數(shù)據(jù)庫的基礎上 可以同時滿足多個用戶的請求，一般都會使用 DBMS 系統(tǒng)的數(shù)據(jù)庫系統(tǒng)10。 4

26、.2.2 數(shù)據(jù)分析 數(shù)據(jù)最重要的是存儲結構和邏輯結構，兩者十分密切,需要準備數(shù)據(jù),組織數(shù)據(jù)結構、 分析數(shù)據(jù)聯(lián)系和過濾無效信息數(shù)據(jù)庫。它可以通過預設的模型收集、記錄用戶數(shù)據(jù)， 并將其增添到其數(shù)據(jù)庫中。 以實體、信息及其之間的關系建立的模型，可實現(xiàn)上述操作。在模型中，實體作 為聚合的關聯(lián)屬性，可進行修正等操作；而關系可以實現(xiàn)現(xiàn)實情況與模型間的對接。 就其實體、關系屬性的詳細解釋，必須建立在明確單一實體基本屬性的基礎上。 任何一個成形的模型都必須具體闡述其各個部分的功能以及彼此的聯(lián)系，且需兼顧實 體的數(shù)據(jù)邏輯和存儲結構具備高度關聯(lián)性、應用程序使用年限等特征。同時建立過程 12 中要預備并分析其應用程

27、序的數(shù)據(jù)資料，篩選出質量較高的數(shù)據(jù)庫。對于模型而言， 收集使用者信息后，需自我識別并對信息進行分類。本系統(tǒng)選用的建模手段是以實體、 信息及其之間的關系進行建立。在模型中，實體作為聚合的關聯(lián)屬性，可進行修正等 操作；而關系可以實現(xiàn)現(xiàn)實情況與模型間的對接，清晰的掌握每個與實體功能相關的 屬性，可以保證實體的主體功能，確定數(shù)據(jù)屬性 11。 4.3 數(shù)據(jù)庫的詳細設計 4.3.1 數(shù)據(jù)表的設計 該系統(tǒng)用的數(shù)據(jù)庫名為 xfp，此數(shù)據(jù)庫系統(tǒng)創(chuàng)建了 22 表結構，表 4-1 至 4-7 詳細介 紹了所涉及的主要表結構。 （1）用戶信息表（表 4-1），其主要功能為存儲使用者名稱、登陸密碼、使用等 級等信息。

28、（2）供應商信息表（表 4-2），其主要職能為記錄收藏超市商品供貨商的基本聯(lián) 系方式。 （3）庫存信息表（表 4-3），掌管倉庫存放商品的名稱、價格等基本信息。 13 （4）退貨單信息表（表 4-4），主要涉及超市被退回的產(chǎn)品基本信息，如，退貨 單號、退貨時間等。 （5）退貨單明細表（表 4-5），涉及記錄產(chǎn)品退貨的具體信息，如，單據(jù)編號、 商品編碼等。 （6）進貨單信息表（表 4-6），存蓄進貨負責人、時間等采購商品的基本信息。 （7）進貨單明細信息表（表 4-7），詳細記錄采購商品的貨物編號、進購價格、 數(shù)額等信息。 （8）顧客信息表（表 4-7），記錄消費者個人基本信息，如，姓名、住址、

29、聯(lián)系方式。 14 4.4 本章小結 前期需求分析結束后，對系統(tǒng)的各大功能進行總體設計，并基于系統(tǒng)的客戶群建 立符合條件的數(shù)據(jù)庫。在設計過程中，因數(shù)據(jù)庫質量直接決定了系統(tǒng)的性能，故在此 環(huán)節(jié)花費精力最多12。 15 5 詳細設計 5.1 網(wǎng)站主界面設計 設計時，系統(tǒng)的整個主界面可分上、左、右三部分，其中界面上端設有該系統(tǒng)名 稱、登陸用戶基本信息，如，姓名、角色等。其左方以樹形結構線路介紹該軟件的功 能，其反方向則為實時發(fā)布操作動態(tài)的客戶窗口。 圖 5-1 為系統(tǒng)主界面。 圖 5-1 系統(tǒng)登錄界面 16 圖 5-2 系統(tǒng)主界面 超市工作人員可依據(jù)其職能分工，獲得獨立管理該系統(tǒng)部分功能的登錄賬號和匹

30、 配的密碼。 系統(tǒng)會判斷數(shù)據(jù)庫的數(shù)據(jù)與頁面輸入的數(shù)據(jù)是否匹配，如果匹配的話可以管理員 進行登錄之后的操作。 5.3 采購管理功能設計 采購信息管理是超市管理系統(tǒng)主要內容之一，雖該系統(tǒng)尚不完善，產(chǎn)品供貨源遠 遠不足，但已基本實現(xiàn)網(wǎng)申商品采購清單、管理進退單據(jù)等操作。 （1）實現(xiàn)目標 使用該系統(tǒng)時，系統(tǒng)會針對登陸者信息對其權限大小進行判別，尚未獲得使用權 限的用戶需開通新權限，待系統(tǒng)批準后，方可獲得申請表，而使用者可直接查閱超市 信息，無需進行網(wǎng)申、等待權限的獲得。 采購應用程序功能流程圖程序說明：用戶登錄系統(tǒng)后，判斷其登錄權限，然后填 寫采購單和采購獲取申請。購買完成后需要將采購單明細上交給財務

31、處。 如果采購單 的明細符合財務審查的具體詳細情況，就會通過審批。 圖 5-3 為采購申請功能程序流程圖： 17 開始 用戶登錄 權限？ 通知申請人 結束 分配權限管理 提交？ N N Y Y 運行界面如下圖 5-4 所示： 18 圖 5-4 添加進貨界面 5.4 銷售管理功能設計 銷售管理對于超市發(fā)展尤其重要，故設計該系統(tǒng)時，著重增強其對銷售環(huán)節(jié)的管 理，通過本系統(tǒng)不但可實現(xiàn)網(wǎng)申管理售賣商品清單、預售清單，還可進行處理退貨單 據(jù)、整理產(chǎn)品售賣情況的操作。 （1）實現(xiàn)目標 使用者進入該系統(tǒng)，判斷權限之后，如果有銷售訂單的話，就在原來的基礎上來進行 銷售的管理，對訂單上貨物類別，貨物數(shù)量，商品庫

32、存的數(shù)量和種類進行統(tǒng)計，同時 還要把 貨物提供商的具體信息在訂單上體現(xiàn)出來。銷售管理模塊還會把客戶的退貨信息在系 統(tǒng)中進行顯示，以便于對銷售的大致情況進行反應來制定下一步的銷售計劃，所以說 銷售管理功能在本系統(tǒng)中是至關重要的。 圖 5-5 為銷售單管理的流程圖： 19 開始 用戶登錄 權限？ 出庫管理 通過？ 通知申請人 結束 銷售單管理 提交？ N N N Y Y 收款管理 YY 圖 5-5 銷售流程圖 運行界面如下圖 5-6 所示： 20 圖 5-6 銷售界面圖 5.5 庫存管理功能設計 商品倉庫部是公司的一個非常重要的部門，對于公司貨物的供給與回收是非常重 要的。負責管理庫存的工作人員除

33、需審查、記錄庫內產(chǎn)品的類型和數(shù)目外，還需收齊 保管訂單產(chǎn)品的詳細收據(jù)，以便于系統(tǒng)對庫存進行和系統(tǒng)中的數(shù)量進行調整。同時該 模塊功能還要求對商品的價格等屬性，能夠實現(xiàn)商品的屬性變動的及時更新。 運行界面如下圖 5-7 所示： 21 圖 5-7 庫存列表界面 5.6 系統(tǒng)管理功能設計 同時，在設計時要區(qū)分普通用戶和管理者的使用權限，前者使用該系統(tǒng)時，僅能 管理、更改自身資料，而后者具有管理所有系統(tǒng)內容的權限，同時可對用戶部分信息 及權限進行修正。 管理員登錄后如果顯示的是管理員身份，說明該登陸者可享有所有管理者應有的 權限操作，如，有權對普通用戶的信息進行修改。 根據(jù)圖 5-8 分配權限流程圖可以

34、看出，使用該系統(tǒng)時，系統(tǒng)會第一時間對登錄者 進行識別，若使用者具有一定的操作權限，才能進行其他的數(shù)據(jù)下面的具體操作。用 戶權限分配后，可以對數(shù)據(jù)庫的信息進行操作，比如說普通用戶在數(shù)據(jù)庫中的相應信 息，查詢，增加，刪除等操作的進行。 22 開始 用戶登錄 權限？ 通知申請人 結束 分配權限管理 提交？ N N Y Y 圖 5-8分配權限流程圖 運行界面如下圖 5-9 所示： 23 24 圖 5-9 用戶管理界面 5.7 基本資料管理功能設計 對超市基本資料的管理主要涉及客戶數(shù)據(jù)、商品供貨商信息、倉庫基本信息等內 容。 使用系統(tǒng)的資料管理人員登錄其界面，系統(tǒng)會先判斷其登錄權限，如果有權限， 就會去

35、申請登錄及之后的操作權限。如果有權限，會根據(jù)相應角色對應的權限來對數(shù) 據(jù)或相關數(shù)據(jù)進行處理15。 運行界面如下圖 5-10 所示： 25 圖 5-10 商品信息列表界面 26 圖 5-11 供應商信息列表界面 27 圖 5-12 客戶信息列表界面 5.8 本章小結 本章就超市信息管理系統(tǒng)的具體設計方案以及使用步驟進行了詳解，在具體規(guī)劃 系統(tǒng)細節(jié)時，本著盡最大可能實現(xiàn)預期狀況的目標，分工合作設計各大板塊，將前期 系統(tǒng)設想時的文字表述轉化成編程語言，同時確保編程邏輯明晰，簡單可讀，能準確 反映各模塊的功能需求14。 28 6 軟件測試 6.1 測試系統(tǒng) 系統(tǒng)檢測人員采用手動測試或自動測試的方法試驗

36、系統(tǒng)。在源代碼方面從功能測 試或者單元測試方面著手，也可以通過黑盒或者白盒檢測系統(tǒng)。 首先檢測系統(tǒng)的添加同戶板塊，深入體驗其各項功能能否實現(xiàn)。實際操作時第一 步為檢查數(shù)據(jù)庫運行是否正常，接著測試系統(tǒng)甄別用戶信息的能力，若用戶上傳信息 合格即為合法用戶，方可進行下一步的添加信息數(shù)據(jù)測試。 測試用例如表 6-1 所示。 29 6.1.1 采購申請測試 對采購模塊進行測試時，系統(tǒng)首先判斷用戶是否具有權限，有的話直接登錄，沒 有權限需要進行采購申請權限的申請。財務會對采購申請進行審核，會將審批合格或 欠缺的結果返回給用戶，用戶可基于檢查結果重新修正申請內容，完善申請表后可重 新遞交到財會部門。 表 6

37、-2 為采購申請測試詳情。 根據(jù)表 6-2 可看出，測試結果基本與預期效果一致，在 8 組檢測樣本中，僅 Test5 一個用例出現(xiàn)異常。 通過分析測試用例 Test5 檢測結果異?，F(xiàn)象，可大致判斷該異?，F(xiàn)象與測試用例 Test4 密切相關。因 Test4 在問題樣本之前檢測，且其結果符合預期值，故系統(tǒng)自動將 前者檢測結果“財務審批未通過”反饋給用戶，同時在申請者的信息提醒列表中 無法收到審核通過的信息。在這期間展開 Test5 的測試，難免出現(xiàn)差錯。 6.1.2 銷售測試 用戶登陸系統(tǒng)后，根據(jù)其使用權限進行操作，凡尚未獲得使用權的用戶一律無法 售賣商品，且能進行商品銷售的使用者要填寫售賣清單，

38、以便財務人員管理銷售金額。 在系統(tǒng)中，若產(chǎn)品的庫存充足、財務人員報賬結束，用戶能在第一時間得到銷售的反 饋信息 13。 表 6-3 為此次銷售檢測的結果： 30 31 6.2 本章小結 此次畢業(yè)設計，使我無論是在專業(yè)知識的掌握上還是實踐動手能力中都得到很大 提升。在查閱、瀏覽文獻資料的過程中，我學會了獨立學習，并掌握了撰寫綜述、整 理數(shù)據(jù)的技巧；而著手開發(fā)軟件，又使我對開發(fā)的整個操作順序、編碼過程有了新的 認知。這些經(jīng)歷培養(yǎng)了我堅韌的毅力、不屈的斗志，一定會對我未來的生活、學習產(chǎn) 生深遠的影響。 在整個過程中，由于本人能力有限，時間緊迫，故設計的系統(tǒng)尚未完善，仍有許 多漏洞： 1.應用范圍尚待

39、擴展。由于本系統(tǒng)搭建程序簡單，數(shù)據(jù)量偏小，對于客流量、商 品量較小的超市而言足以應對，但大中型超市信息的管理尚不可用。 2.功能類型尚需開發(fā)。超市管理涉及方方面面的問題，需要功能強大的網(wǎng)絡管理 平臺實現(xiàn)操作。但本系統(tǒng)開發(fā)時間短、任務量大，調查數(shù)據(jù)不足，故僅能滿足超市管 理范疇的部分功能。雖然該系統(tǒng)的開發(fā)經(jīng)歷了種種困難，但是也還算比較順利的完成 了，希望在將來的時間里可以將它更完善。 在該軟件系統(tǒng)的開發(fā)和測試中，遇到了很多問題，查閱了很多資料，也向自己的 知道老師胡定磊老師求助，同時還有其他老師和同學的幫助，在此由衷的感謝老師和 同學們的付出和幫助。 32 結 論 該系統(tǒng)雖已形，并能實現(xiàn)一些基本操作，但仍存在諸如運行界面不美觀、用戶管 理功能仍需調試等瑕疵，且超市進銷存功能的實現(xiàn)，有待于進一步測試?？偨Y說來， 本系統(tǒng)還有如下幾個缺陷： （1）軟件質量尚待