【超市管理系統(tǒng)的設計與實現(xiàn)7000字（論文）】

超市管理系統(tǒng)的設計與實現(xiàn)網(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ā)展的資源進行整合，一方面便于管理，另一方面更加有利于適合經(jīng)濟快速發(fā)展的形式。鑒于以上超市資源的信息化管理，勢在必行。關鍵詞：超市進銷存功能；客戶管理模塊；超市管理系統(tǒng)目錄TOC\o"1-2"\h\z\u17671緒論 緒論1.1課題背景當今科學技術的快速發(fā)展帶動了計算機技術滲透到各行各業(yè)，幾乎所有行業(yè)需要信息技術來促進其發(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)中是需要被隨時查詢的，所以要求會高一點，就是要求把用戶，商品，還有供貨商進行相應的連起來管理。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技術。最后結合用戶的需求和現(xiàn)有的集成環(huán)境，對功能模塊采用高內聚低耦合的開發(fā)原則來進行系統(tǒng)的設計，在系統(tǒng)的設計與實現(xiàn)上要對每一個模塊采用測試的方法把每一個功能模塊進行完善。1.4系統(tǒng)開發(fā)環(huán)境1.4.1B/S結構的數(shù)據(jù)庫訪問模式這個系統(tǒng)不同于C/S架構的系統(tǒng)，是三層架構形式的系統(tǒng)，就是視圖層，控制層，還有服務層提供，這樣做出來的系統(tǒng)顯得更加清晰。這個系統(tǒng)采用的是具備成熟的運行代碼、調試、發(fā)布功能的Java繼承開發(fā)環(huán)境，該技術可以實現(xiàn)JSP頁面技術、SQL數(shù)據(jù)庫數(shù)據(jù)管理技術,也能兼容HTML,Struts框架,Javascript腳本交互語言,Hibernate框架對持久化對象的引用?？蛻舫四軌驅W(wǎng)站之間的數(shù)據(jù)進行交互的時候，還可以通過對網(wǎng)站的操作把用戶用到的信息就行存儲和刪除來操作數(shù)據(jù)庫。還可以用JavaScript來進行網(wǎng)頁活動效果的設計。三級結構如圖1-1所示：圖1-1三級結構

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ù)庫操作的相關技術。這個系統(tǒng)根據(jù)用戶需要的功能模塊，把整個程序分割成若干個可以單獨執(zhí)行的小部分，然后對每一個小部分進行功能調試，最后把每一個小模塊進行組合成整體再測試。已設計的系統(tǒng)，若想真正得以運行，離不開技術的支持，否則設計將變成一紙空談，因此必須基于實際情況進行技術可行性分析。系統(tǒng)設計中超市采購的運作過程如圖2-1。圖2-1采購業(yè)務流程圖①采購人員根據(jù)超市運營現(xiàn)狀清點貨物，并整理記錄出采購信息。②財會人員審核采購員的采購清單，若清單合格則簽訂購買合同。③財務部門審核批準的購物訂單需進一步完善采購信息，如，標注所有商品購貨源的名稱、聯(lián)系電話、郵箱等。④財會部門的職員把采購單拿過來仔細查看一下；制定一下財務計劃。（2）商品流通、售賣的運作過程為：①銷售職員撰寫銷售清單及合同，移交財會部門等待審查。②財會職員依據(jù)相關準則審查銷售清單，篩選出合格的合同單據(jù)批準其銷售活動。③檢查待售商品數(shù)量能否滿足銷售需求。④商品售賣責任人同貨物需要方溝通，待雙方就清單細則達成一致后，貨物方可出倉售賣。⑤聯(lián)系物流部門準許商品出倉，并提醒財會部門及時跟進，核對賬務。圖2-2為銷售業(yè)務流程圖2-2銷售業(yè)務流程圖（3）倉庫商品運作過程為：①倉庫貨物進出頻繁，故采購員需及時更新購物信息。②售貨員在賣完貨之后，需及時清點庫存，修改倉庫信息記錄。③負責監(jiān)管倉庫的職員定時整理、核查商品，并負有調配貨物的責任。圖2-3為貨物倉庫系統(tǒng)的運作過程。圖2-3庫存業(yè)務流程圖2.3系統(tǒng)管理可行性分析“超市銷售管理系統(tǒng)”完成超市商品的各種商品的信息整體管理,它可以方便用戶超市購物也方便了管理人員對超市進行管理,來滿足社會對超市這一塊的需求，適應風起云涌的信息時代。超市行業(yè)將會受到廣大人民的喜歡，超市管理系統(tǒng)對用戶和管理者來說都是一種既可以滿足生活需求，又是一種便捷的購物方式。3總體設計3.1系統(tǒng)模塊總體設計該系統(tǒng)描述數(shù)據(jù)采用的是層次方框圖，一個層次方框圖與多層次方框圖進行組合。代表完整數(shù)據(jù)結構的是單獨矩形框的頂層。數(shù)據(jù)是由每一個子集和實際的數(shù)據(jù)元素構成的。系統(tǒng)實現(xiàn)的目標是為了實現(xiàn)管理的高效率，高可靠性與可行性。系統(tǒng)的六個模塊表面是獨立的,他們在互動的過程中數(shù)據(jù)庫和操作的分離,他們到圖書館是相同的,但進行訪問時，各模塊均有獨立的表，其發(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）客戶信息管理：對超市不同客戶群基本信息的查詢，及時更新。（8）商品信息管理：查詢并實時更新產(chǎn)品最新動態(tài)和信息。（9）供應商信息管理：可進行供應商資料的查詢，并及時更換最新訊息。一般地，評判軟件質量可以以界面與其功能是否分塊處理，以及擴充性的大小來判斷。本系統(tǒng)三層次的功能結構決定了其具有良好的延展性。系統(tǒng)功能結構圖如圖3-1所示。圖3-1系統(tǒng)功能結構圖3.2數(shù)據(jù)庫設計3.2.1數(shù)據(jù)庫設計概述對于數(shù)據(jù)庫進行重設就要求在滿足用戶需求的基礎上構建關系型數(shù)據(jù)庫，實現(xiàn)數(shù)據(jù)存儲的有效性，準確性。解決以往單獨對數(shù)據(jù)進行操作，在關系型數(shù)據(jù)庫的基礎上可以同時滿足多個用戶的請求，一般都會使用DBMS系統(tǒng)的數(shù)據(jù)庫系統(tǒng)。3.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)性、應用程序使用年限等特征。同時建立過程中要預備并分析其應用程序的數(shù)據(jù)資料，篩選出質量較高的數(shù)據(jù)庫。對于模型而言，收集使用者信息后，需自我識別并對信息進行分類。本系統(tǒng)選用的建模手段是以實體、信息及其之間的關系進行建立。在模型中，實體作為聚合的關聯(lián)屬性，可進行修正等操作；而關系可以實現(xiàn)現(xiàn)實情況與模型間的對接，清晰的掌握每個與實體功能相關的屬性，可以保證實體的主體功能，確定數(shù)據(jù)屬性。3.3數(shù)據(jù)庫的詳細設計3.3.1數(shù)據(jù)表的設計該系統(tǒng)用的數(shù)據(jù)庫名為xfp，此數(shù)據(jù)庫系統(tǒng)創(chuàng)建了表結構，表3-1至3-7詳細介紹了所涉及的主要表結構。（1）用戶信息表（表3-1），其主要功能為存儲使用者名稱、登陸密碼、使用等級等信息。表3-1用戶信息表（2）供應商信息表（表3-2），其主要職能為記錄收藏超市商品供貨商的基本聯(lián)系方式。表3-2供應商信息表（3）庫存信息表（表3-3），掌管倉庫存放商品的名稱、價格等基本信息。表3-3庫存信息表（4）退貨單信息表（表3-4），主要涉及超市被退回的產(chǎn)品基本信息，如，退貨單號、退貨時間等。表3-4退貨單信息表（5）退貨單明細表（表3-5），涉及記錄產(chǎn)品退貨的具體信息，如，單據(jù)編號、商品編碼等。表3-5退貨單明細表（6）進貨單信息表（表3-6），存蓄進貨負責人、時間等采購商品的基本信息。表3-6進貨單信息表（7）進貨單明細信息表（表3-7），詳細記錄采購商品的貨物編號、進購價格、數(shù)額等信息。表3-7進貨單明細信息表（8）顧客信息表（表3-8），記錄消費者個人基本信息，如，姓名、住址、聯(lián)系方式，表3-8顧客信息表3.4本章小結前期需求分析結束后，對系統(tǒng)的各大功能進行總體設計，并基于系統(tǒng)的客戶群建立符合條件的數(shù)據(jù)庫。在設計過程中，因數(shù)據(jù)庫質量直接決定了系統(tǒng)的性能，故在此環(huán)節(jié)花費精力最多。4詳細設計4.1網(wǎng)站主界面設計設計時，系統(tǒng)的整個主界面可分上、左、右三部分，其中界面上端設有該系統(tǒng)名稱、登陸用戶基本信息，如，姓名、角色等。其左方以樹形結構線路介紹該軟件的功能，其反方向則為實時發(fā)布操作動態(tài)的客戶窗口。圖4-1為系統(tǒng)主界面。圖4-1系統(tǒng)登錄界面圖4-2系統(tǒng)主界面超市工作人員可依據(jù)其職能分工，獲得獨立管理該系統(tǒng)部分功能的登錄賬號和匹配的密碼。系統(tǒng)會判斷數(shù)據(jù)庫的數(shù)據(jù)與頁面輸入的數(shù)據(jù)是否匹配，如果匹配的話可以管理員進行登錄之后的操作。4.2采購管理功能設計采購信息管理是超市管理系統(tǒng)主要內容之一，雖該系統(tǒng)尚不完善，產(chǎn)品供貨源遠遠不足，但已基本實現(xiàn)網(wǎng)申商品采購清單、管理進退單據(jù)等操作。（1）實現(xiàn)目標使用該系統(tǒng)時，系統(tǒng)會針對登陸者信息對其權限大小進行判別，尚未獲得使用權限的用戶需開通新權限，待系統(tǒng)批準后，方可獲得申請表，而使用者可直接查閱超市信息，無需進行網(wǎng)申、等待權限的獲得。采購應用程序功能流程圖程序說明：用戶登錄系統(tǒng)后，判斷其登錄權限，然后填寫采購單和采購獲取申請。購買完成后需要將采購單明細上交給財務處。如果采購單的明細符合財務審查的具體詳細情況，就會通過審批。圖4-3為采購申請功能程序流程圖：運行界面如下圖4-4所示：圖4-4添加進貨界面4.3銷售管理功能設計銷售管理對于超市發(fā)展尤其重要，故設計該系統(tǒng)時，著重增強其對銷售環(huán)節(jié)的管理，通過本系統(tǒng)不但可實現(xiàn)網(wǎng)申管理售賣商品清單、預售清單，還可進行處理退貨單據(jù)、整理產(chǎn)品售賣情況的操作。（1）實現(xiàn)目標使用者進入該系統(tǒng)，判斷權限之后，如果有銷售訂單的話，就在原來的基礎上來進行銷售的管理，對訂單上貨物類別，貨物數(shù)量，商品庫存的數(shù)量和種類進行統(tǒng)計，同時還要把貨物提供商的具體信息在訂單上體現(xiàn)出來。銷售管理模塊還會把客戶的退貨信息在系統(tǒng)中進行顯示，以便于對銷售的大致情況進行反應來制定下一步的銷售計劃，所以說銷售管理功能在本系統(tǒng)中是至關重要的。 圖4-5為銷售單管理的流程圖：圖4-5銷售流程圖運行界面如下圖4-6所示：圖4-6銷售界面圖4.4庫存管理功能設計商品倉庫部是公司的一個非常重要的部門，對于公司貨物的供給與回收是非常重要的。負責管理庫存的工作人員除需審查、記錄庫內產(chǎn)品的類型和數(shù)目外，還需收齊保管訂單產(chǎn)品的詳細收據(jù)，以便于系統(tǒng)對庫存進行和系統(tǒng)中的數(shù)量進行調整。同時該模塊功能還要求對商品的價格等屬性，能夠實現(xiàn)商品的屬性變動的及時更新。運行界面如下圖5-7所示：圖4-7庫存列表界面4.5系統(tǒng)管理功能設計同時，在設計時要區(qū)分普通用戶和管理者的使用權限，前者使用該系統(tǒng)時，僅能管理、更改自身資料，而后者具有管理所有系統(tǒng)內容的權限，同時可對用戶部分信息及權限進行修正。管理員登錄后如果顯示的是管理員身份，說明該登陸者可享有所有管理者應有的權限操作，如，有權對普通用戶的信息進行修改。根據(jù)圖5-8分配權限流程圖可以看出，使用該系統(tǒng)時，系統(tǒng)會第一時間對登錄者進行識別，若使用者具有一定的操作權限，才能進行其他的數(shù)據(jù)下面的具體操作。用戶權限分配后，可以對數(shù)據(jù)庫的信息進行操作，比如說普通用戶在數(shù)據(jù)庫中的相應信息，查詢，增加，刪除等操作的進行。圖4-8分配權限流程圖運行界面如下圖4-9所示：圖4-9用戶管理界面4.6基本資料管理功能設計對超市基本資料的管理主要涉及客戶數(shù)據(jù)、商品供貨商信息、倉庫基本信息等內容。使用系統(tǒng)的資料管理人員登錄其界面，系統(tǒng)會先判斷其登錄權限，如果有權限，就會去申請登錄及之后的操作權限。如果有權限，會根據(jù)相應角色對應的權限來對數(shù)據(jù)或相關數(shù)據(jù)進行處理。運行界面如下圖5-10所示：圖4-10商品信息列表界面圖4-11供應商信息列表界面圖4-12客戶信息列表界面4.7本章小結本章就超市信息管理系統(tǒng)的具體設計方案以及使用步驟進行了詳解，在具體規(guī)劃系統(tǒng)細節(jié)時，本著盡最大可能實現(xiàn)預期狀況的目標，分工合作設計各大板塊，將前期系統(tǒng)設想時的文字表述轉化成編程語言，同時確保編程邏輯明晰，簡單可讀，能準確反映各模塊的功能需求。5軟件測試5.1測試系統(tǒng)系統(tǒng)檢測人員采用手動測試或自動測試的方法試驗系統(tǒng)。在源代碼方面從功能測試或者單元測試方面著手，也可以通過黑盒或者白盒檢測系統(tǒng)。首先檢測系統(tǒng)的添加同戶板塊，深入體驗其各項功能能否實現(xiàn)。實際操作時第一步為檢查數(shù)據(jù)庫運行是否正常，接著測試系統(tǒng)甄別用戶信息的能力，若用戶上傳信息合格即為合法用戶，方可進行下一步的添加信息數(shù)據(jù)測試。測試用例如表5-1所示。表5.1測試用例5.1.1采購申請測試對采購模塊進行測試時，系統(tǒng)首先判斷用戶是否具有權限，有的話直接登錄，沒有權限需要進行采購申請權限的申請。財務會對采購申請進行審核，會將審批合格或欠缺的結果返回給用戶，用戶可基于檢查結果重新修正申請內容，完善申請表后可重新遞交到財會部門。表5-2為采購申請測試詳情。表5-2采購測試結果表根據(jù)表5-2可看出，測試結果基本與預期效果一致，在8組檢測樣本中，僅Test5一個用例出現(xiàn)異常。通過分析測試用例Test5檢測結果異?，F(xiàn)象，可大致判斷該異?，F(xiàn)象與測試用例Test4密切相關。因Test4在問題樣本之前檢測，且其結果符合預期值，故系統(tǒng)自動將前者檢測結果——“財務審批未通過”反饋給用戶，同時在申請者的信息提醒列表中無法收到審核通過的信息。在這期間展開Test5的測試，難免出現(xiàn)差錯。5.1.2銷售測試用戶登陸系統(tǒng)后，根據(jù)其使用權限進行操作，凡尚未獲得使用權的用戶一律無法售賣商品，且能進行商品銷售的使用者要填寫售賣清單，以便財務人員管理銷售金額。在系統(tǒng)中，若產(chǎn)品的庫存充足、財務人員報賬結束，用戶能在第一時間得到銷售的反饋信息。表5-3為此次銷售檢測的結果：表5-3銷售測試結果表5.2本章小結在整個過程中，由于本人能力有限，時間緊迫，故設計的系統(tǒng)尚未完善，仍有許多漏洞：1.應用范圍尚待擴展。由于本系統(tǒng)搭建程序簡單，數(shù)據(jù)量偏小，對于客流量、商品量較小的超市而言足以應對，但大中型超市信息的管理尚不可用。2.功能類型尚需開發(fā)。超市管理涉及方方面面的問題，需要功能強大的網(wǎng)絡管理平臺實現(xiàn)操作。但本系統(tǒng)開發(fā)時間短、任務量大，調查數(shù)據(jù)不足，故僅能滿足超市管理范疇的部分功能。雖然該系統(tǒng)的開發(fā)經(jīng)歷了種種困難，但是也還算比較順利的完成了，希望在將來的時間里可以將它更完善。

結論該系統(tǒng)雖已成形，并能實現(xiàn)一些基本操作，但仍存在諸如運行界面不美觀、用戶管理功能仍需調試等瑕疵，且超市進銷存功能的實現(xiàn)，有待于進一步測試?？偨Y說來，本系統(tǒng)還有如下幾個缺陷：（1）軟件質量尚待提高，當前該系統(tǒng)的性能無法滿足客戶需求和功能所需要達到的目的。（2）用戶管理功能模塊的各個方面的知識點儲備不足，開發(fā)人員在設計產(chǎn)品時沒有考慮用戶體驗，系統(tǒng)設計不夠深入，切合實際。（3）軟件的功能尚需開發(fā)，由于系統(tǒng)開發(fā)時間過短、調查數(shù)據(jù)不足，無法準確把握用戶需求，故部分功能需要進一步測調、設計。此外，還有其他弊端不再一一贅述，但后期系統(tǒng)完善中均會修正。

參考文獻[1]呂鳳翥.Java語言程