1、中南大學網絡教育學院專科畢業大作業學習中心： 重 慶 學 習 中 心 專 業： 計 算 機 應 用 學生姓名： 學 號： 評定成績： 評閱教師： 指導教師評語：指導成績： 指導教師簽字： 年 月 日評閱教師評語：評閱成績： 評閱教師簽字： 年 月 日成績評定表明天超市收銀系統設計與實現內容提要： 超市收銀管理系統用計算機管理超市庫存進出管理的一種計算機應用技術的創新,在計算機還未普及之前庫存管理都是由工作人員手工書寫的方式來操作的.現在一般的超市都采用計算機智能化管理,采用計算機作為工具的實用的計算機超市庫存管理程序來幫助管理員進行更有效的超市庫存管理工作。超市收銀管理系統是典型的信息管理系統

2、(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。 經過分析,我們使用 MICROSOFT公司的 VISUAL BASIC開發工具,利用其提供的各種面向對象的開發工具,尤其是數據窗口這一能方便而簡潔操縱數據庫的智能化對象,首先在短時間內建立系統應用原型,然后,對初始原型系統進行需求迭代,不斷修正和改進,直到形成用戶滿意的可行系統。因為本人能力有限，加上時間緊迫，所以設計出來的本系統可能功能比較簡單，另外本系統是單機版，不能實現網絡互聯操作,這些都有待于我在以后

3、的工作學習中進一步改進。關鍵詞:超市收銀管理系統;MIS;visual basic ;數據庫目 錄第一章 前 言11.1 系統開發目的11.2 背景說明11.3 項目確立1第二章 邏輯分析與詳細分析22.1 需求分析22.2 目標42.3 數據流程圖52.4 系統功能72.4.1 總公司管理系統72.4.2 超市（連鎖店）管理系統82.4.3 零售前臺（POS）管理系統82.4.4 物流管理系統92.4.5 收銀結算系統92.4.6 總服務臺系統102.4.7總經理查詢系統102.5 系統開發步驟102.6 用戶的特點112.7 假定與約束11第三章 基于UML的建模123.1 語義規則123

4、.2 UML模型133.3 系統UML模型133.4 子系統UML模型143.5 系統實現圖19結 論21參 考 文 獻22致 謝23第一章 前 言1.1 系統開發目的(1) 大大提高超市的運作效率。(2) 通過全面的信息采集和處理，輔助提高超市的決策水平。(3) 使用本系統，可以迅速提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴張能力， 提供有效的技術保障。1.2 背景說明21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是連鎖超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便

5、利店、特許加盟店、專賣店、貨倉等相互并存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為明天超市努力追求的目標。超市收銀管理系統用計算機管理超市庫存進出管理的一種計算機應用技術的創新,在計算機還未普及之前庫存管理都是由工作人員手工書寫的方式來操作的.現在一般的超市都采用計算機智能化管理,采用計算機作為工具的實用的計算機超市庫存管理程序來幫助管理員進行更有效的超市庫存管理工作。超市收銀管理系統是典型的信息管理系統(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的庫。而對于后者則要求應用程序功能完備

6、,易使用等特點。1.3 項目確立針對超市的特點，為了幫助超市解決現在面臨的問題，提高超市的競爭力，我們將開發以下7個系統：“總公司管理系統”，“超市（連鎖店）管理系統”，“零售前臺（POS）管理系統”，“物流管理系統”，“帳務收銀系統”，“總服務臺系統”，“總經理查詢系統”。23第二章 邏輯分析與詳細分析2.1 需求分析（一）超市的發展必需要解決以下問題：物流管理方式落后，很難根據銷售、庫存情況，及時進行配貨、補貨、退貨、調撥。經過我們的調查發現，明天超市在物流管理方面，仍使用傳統的人工管理模式，浪費人力資源，效率低，準確率低。有些商品緊缺，顧客要排隊購買或商品供不應求，使顧客大為不滿，還有一

7、些商品，長期積壓，損壞嚴重，造成重大經濟損失，引起銷售人員的極大不滿，以多次向超市管理人員反映，但此類問題仍屢屢發生，得不到根本性的解決，已引起總經理的高度重視。連鎖超市是以零售為前導，以商品進銷，存配，流轉管理為基礎。一個大型超市，它的物流管理勢必非常復雜，如果沒有一個強大的信息系統來支持，那么就會造成一部分商品大量積壓，而另一些商品供不應求的局面，這種局面必然會給超市帶來巨大的經濟損失。有些超市為了避免這樣的情況發生，就會對物流管理投入大量的人力。雖然這樣解決了物流方面的問題，但是這又有悖于管理學的原則，效率低，浪費了人力資源，解決不了根本性的問題。所以，我們引入物流管理信息系統，通過In

8、ternet加強超市與供貨商之間的信息連接，幫助超市完成物流管理。經過以上分析，本系統必須具有以下功能：顧客購物，最想了解的就是商品的價格和質量。而在超市里面，銷售人員數量很少，顧客無法詢問到商品的優缺點，不能就商品的價格和質量進行對比，這樣就降低了顧客的購買欲。還有，很多顧客對超市貨物擺放的位置不了解，常常會因為要去找某個商品而耽誤大量時間，給顧客購物造成了很大的不便。還有一些大超市，在購物高峰期，經常出現收費臺收費速度跟不上，造成顧客繳費時擁擠不堪，排很長的隊伍。超市應有會員服務，對會員的管理也是一個復雜的問題。經過我們調查，明天超市由于規模較大，上述這些問題都存在，且比較嚴重。針對以上問

9、題，我們開發了零售前臺（POS）管理系統，使顧客購物更加方便。經過以上分析，本系統必須具有以下功能：（二）建立POS零售系統顧客可從導購臺上，通過觸摸屏，查詢到商場介紹、營業區分布，商品購買指南，聲文并茂地獲得所需的信息，查詢信息內容可定制。通過安裝條碼掃描儀，顧客可從查詢機上查到商品價格，有關商品證書等通過輸入密碼，超收工作人員可以進行盤貨，核對價格。1、支持多種收款方式：顧客交款、營業員交款。2、支持會員制折扣卡銷售，可以采用嚴格會員制或自由會員制。3、記錄顧客信息、累計顧客消費金額等功能。4、支持多種付款方式：現金、支票、信用卡IC卡、信用卡磁卡、記帳、贈券等。可同銀行提供的數據接口直接

10、進行數據交換。5、支持多種促銷方式：折扣、折讓、VIP優惠卡、贈送。6、允許退貨及錯誤更正。7、收款員非常規操作記錄，有助于減少財務損失，方便匯總打印各種營業報表。8、前臺交易開單、收款、退貨、會員卡、折扣和優惠等9、下載后臺資料和將清款后的業務數據上傳后臺10、完成前臺交易中的掃描條碼或輸入商品編碼、收款、打印收據、彈出銀箱等一系列操作11、財務，帳目管理混亂，透明度低。超市財務管理一直都存在一些問題：財務人員工作量大：（三）大量的報表，日報表: 1、收款員明細日報表；收銀員部門日報表 2、收款機明細日報表；收款機部門日報表 3、營業員明細日報表；大類時段分析表 4、日商品實時明細表；日商品

11、銷售排名表 5、供應商日銷售明細；日商品優惠明細表；日商品退貨表（四）月報表:月度分類統計表 1、月商品銷售排名表 2、月商品優惠統計表 3、月商品退貨統計表（五）結賬：商品帳、柜組帳、部門帳、客戶帳。1、帳務平衡檢查2、帳務規則檢查3、檢查各個部門是否有違規操作（六）統計報表1、提供各種報表，包括常用報表和自定義報表2、財務管理不透明針對以上問題，我們開發了帳務結算系統，幫助超市進行財務管理。經過以上分析，本系統必須具有以下功能：3、報表，結帳，進貨退貨表可自動運行，減少系統管理員的工作量4、可及時發現計算機系統或人為造成的錯誤5、生成監測報告通知系統管理員（七）系統安全問題信息系統盡管功能

12、強大，技術先進，但由于受到自身體系結構，設計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應用軟件，數據庫，操作系統等漏洞或缺陷，硬件，通信部分的漏洞，企業內部人員的因素，病毒，“黑客”等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題：1、為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞2、系統要能重建3、系統應該是可審查的4、系統應能進行有效控制，抗干擾能力強5、系統使用者的使用權限是可識別的2.2 目標顧客可從導購臺上，通過觸摸屏，查詢到超市介紹、營業區分布，商品購買指南，聲文并茂

13、地獲得所需的信息，也可通過零售POS系統實現多種購物方式。提高工作人員的正確性，省略了手工核對的工作量。超市管理者從繁重的傳統式經營管理中解脫出來，并且有更多的時間從事于管理工作，工作重心逐漸轉到管理上來，進一步提高了工作效率。采購人員查詢本系統，可以更直接、有效地獲得商品情況，了解到商品是否暢銷或滯銷。銷售管理人員根據商品的銷售情況進行分析，以進行下一次的銷售計劃。財務人員能更加清楚地了解庫存情況、帳款余額、毛利等財務數據，通過更好地控制成本和費用，提高資金周轉率。超市管理者把握住商品的進銷存動態，對超市各種資源的流轉進行更好的控制和發展。2.3 數據流程圖通過對超市現行的人工系統經過調查研

14、究后，已經基本了解了超市的業務過程，而且也知道了超市經理想利用系統進行業務管理的想法和要求。在這個基礎上，我提出了這個系統，它可以由下面“總公司管理系統”，“超市（連鎖店）管理系統”，“零售前臺（POS）管理系統”，“物流管理系統”，“帳務結算系統”，“總服務臺系統”，“總經理查詢系統”7個子系統組成，并且確定了系統的主要邏輯功能和基本目標，詳細情況見系統功能。（一）限于篇幅，現只將物流管理系統功能概括如下：商品銷售信息直接輸入系統商品庫存量輸入系統顧客購買的商品，如果脫銷，則將商品名稱編號輸入系統通知物流管理部門向供貨商訂貨物流管理部門根據要求，將待定商品匯總，填寫多份訂貨單當受到供貨商的發

15、貨單時，物流管理部門根據要求驗收驗收后，把與每種商品有關的數據，如名稱，編號，數量，單價，供應商名稱等記錄到應付款帳目中將驗收商品入庫，并修改庫存量帳務管理系統收到供應商的應付款通知單后，要與應付款明細帳核對，正確無誤后才能付款修改會計總帳，按周，月，年定期編制庫存，銷售，會計報表，提交給超市經理經理可隨時查詢庫存量，銷售量和業務情況，根據上述內容，首先確定系統的外部項，其次要確定系統的輸入和輸出，最后逐層畫出數據流程圖。該系統的外部項共有4個：顧客，銷售人員，供貨商，超市經理。表2.1系統輸入/輸出表輸入來源輸出去處定貨單顧客不合格訂單業務員或顧客付款顧客發貨單顧客到貨通知單供應商發票顧客付

16、款通知單供應商付款供應商電話咨詢顧客報表經理公司情況查詢經理商品庫存量經理第一層數據流程圖要反映超市最主要的業務，這是我們無須詳細描述主要的業務處理。這個地方外不想使顧客和供應商。該圖表示系統從顧客那里接受購物要求，把書賣給顧客。當貨存不足時，超市便向供貨商發出訂貨要求，以滿足銷售的需要。但是該圖沒有反映帳務，“銷售”和“采購”也沒有分開表示，只是高度概括地反映了超市的業務，需要做進一步擴展。圖2.2 數據流程圖下圖是擴展后的第二層數據流程圖。由圖2.2可知，該系統的主要邏輯功能（子系統）有五個：“超市（連鎖店）管理系統”，“零售前臺（POS）管理系統”，“物流管理系統”，“帳務收銀系統”，“

17、總服務臺系統”。主要外部項有兩個：顧客和供應商。圖2.3 顧客的訂貨流程圖 當顧客的訂貨要求被接受以后如圖（2.3），就要按照顧客所購商品以及需要的數量查找庫存量，取定是否能夠滿足顧客的訂貨要求。如果能夠完全滿足，就給顧客開發貨單，并修改相應的商品庫存量；同時還要通知財務部門作帳。如果只能滿足一部分或完全不能滿足顧客要求，就把不能滿足的商品記錄下來，并通知物流管理部門，及時向供貨商發出訂貨要求。當供應商接到超市的訂貨要求，把商品發過來，物流管理部門要辦入庫手續，修改庫存量，同時向銷售部門發出到貨通知。財務部門接到供貨商的發貨通知單后，應該準備辦理付款業務，并作帳。2.4 系統功能2.4.1 總

18、公司管理系統充分利用數據庫的大容量、高效率等特點，為用戶提供強大的功能支持，對超市進貨業務、庫房業務進行管理，并處理分公司銷售數據和后臺批發業務，利用商業流通超市的商品管理和往來客戶管理，為經營管理者提供分析與決策必需的數據和信息。該系統包含五個對象，包括：超市經理，營業員，財務管理人員，供貨商，客戶。一、系統用例：超市經理：銷售管理，貨源（物流）管理，財務管理營業員：銷售管理，因為要向系統提供貨架管理信息，所以也參與貨源管理財務管理人員：具體財務管理供貨商：貨源（物流）管理財務管理包含：報表，進貨退伙表，結帳銷售管理包含：貨架管理，會員管理，結帳/使用POS機，商品查詢貨源（物流）管理：供貨

19、，貨源調查，請求配送詳見2.2圖和2.3圖。2.4.2 超市（連鎖店）管理系統接收總公司（配送中心）發送過來的數據，并將本地發生的業務數據上傳到總部。同時作為零售前臺（POS）系統的后臺管理系統，負責完成零售資料設置和業務處理，包括前臺所需的會員卡、促銷、打折、贈送等資料的設置，全面的零售統計報表，零售可按貨品、時段（班次）、收款員、供應商、結算方式、經辦人、客戶、客流量等統計匯總，提供零售每日銷售金額統計表、每月銷售金額統計表、零售毛利表，查詢結果可隨意排序（排行榜）。該系統包含六個對象，包括：總經理，超市經理，營業員，財務管理人員，供貨商，客戶。二、系統用例：總經理：對超市經理進行管理，通

20、過超市經理，管理整個系統超市經理：銷售管理，貨源（物流）管理，財務管理營業員：銷售管理，因為要向系統提供貨架管理信息，所以也參與貨源管理財務管理人員：具體財務管理供貨商：貨源（物流）管理2.4.3 零售前臺（POS）管理系統前臺僅包括銷售商品時必須且僅需的功能，盡可能地做到簡化操作程序，利于收銀員快捷、準確地進行收款。功能包括前臺交易開單、收款、退貨、會員卡、折扣和優惠等；下載后臺資料和將清款后的業務數據上傳后臺；完成前臺交易中的掃描條碼或輸入商品編碼、收款、打印收據、彈出銀箱等一系列操作。多個前臺POS可連接到同一個后臺系統。支持多種收款方式：顧客交款、營業員交款。支持會員制折扣卡銷售，可以

21、采用嚴格會員制或自由會員制。記錄顧客信息、累計顧客消費金額等功能。支持多種付款方式：現金、支票、信用卡IC卡、信用卡磁卡、記帳、贈券等。可同銀行提供的數據接口直接進行數據交換。支持多種促銷方式：折扣、折讓、VIP優惠卡、贈送。允許退貨及錯誤更正。收款員非常規操作記錄，有助于減少財務損失，方便匯總打印各種營業報表。該系統包含兩個對象，包括營業員和客戶。系統用例：營業員：銷售管理，會員業務客戶：結帳，使用POS系統，購物查詢 其中，POS機應提供以下功能：客戶購買商品POS系統提出插入卡的要求客戶插入卡POS系統要求輸入密碼客戶輸入密碼POS系統檢驗密碼如果密碼正確，檢驗余額，如果錯誤，則要求例外

22、處理，如重新輸入密碼。POS系統檢驗余額，如果余額充足，則允許刷卡購物，如果不足，則例外處理。POS系統打印清單2.4.4 物流管理系統 由于超市物流管理過于落后，已嚴重影響了超市的競爭力，所以開發此系統，幫助超市做好物流管理。本系統有三個對象：超市經理，供貨商，營業員提供的用例有：貨架管理：錄入貨架編碼信息，可查詢某貨架的商品信息，可查詢某一商品在那一個貨架上。請求配送管理：請求配送單自動生成，系統根據當前庫存量、日銷量，已發出請求配送單數量自動生成請求配送單。被確認的請求配送單自動傳入配貨中心送貨。銷售人員可以通過系統將銷售量，庫存量報告給經理，顧客可通過系統傳達需求量信息經理通過系統可以

23、查詢到銷售，庫存，需求的信息，系統通過網絡與供貨商傳遞價格，需求量等信息，系統可以作信息分析，經理查詢數據分析，并作出決策，經理查詢數據分析，并作出決策，祥見2.2圖配送請求順序：營業員將銷售情況，庫存情況向超市經理匯報，超市經理進行核查，財務部門做財務報表，超市經理根據銷售/庫存情況決定是否發出配送請求超市經理向供貨商發出配送請求，供貨商根據配送請求向超市發貨，超市接受貨物并檢驗，財務部門付款，并作帳祥見2.3圖2.4.5 收銀結算系統報表，收銀，進貨退貨表可自動運行，減少系統管理員的工作量，可及時發現計算機系統或人為造成的錯誤，生成監測報告通知系統管理員。本系統只有一個對象：財務管理人員提

24、供用例：收銀 通過本系統，財務人員能將所有銷售清單，付款單等所有賬目輕松做出匯總，大大的減輕了財務人員的工作量，報表 本系統可自動生成財務報表監測報告 本系統可自動將營業額，付款項作比較，避免赤字。本系統能實時監控財務報表和賬目，避免出錯。祥見2.3圖2.4.6 總服務臺系統 本系統有兩個對象：營業員和客戶 系統用例：發票打印顧客若需發票報銷可憑收款機打印的收據開發票，可打印增值稅發票或普通發票，顧客投訴，顧客投訴內容被記錄，以備有關管理人員查詢。缺貨登記 能配合物流管理系統，向物流管理系統提供商品的銷售/庫存信息，并向物流管理部門提出佩送請求。會員管理：能添加會員，刪除會員，會員優惠紀錄，會

25、員消費匯總，會員消費明細，會員獎勵優惠記錄。會員登記與會員卡發放。營業員管理：工資(獎金)與營業員業績和考勤情況掛鉤，按給定獎罰公式自動計算，進入工資(獎金)核算中。祥見2.2和2.3圖2.4.7總經理查詢系統總經理可全方位查看系統中的數據和分析結果。當日商場、部門、柜組實時查詢。當日各收款機實時查詢當日各付款方式實時查詢當日商場營業額時段分析。當日客流分析商場部門階段情況查詢，包括庫存金額、銷售金額、銷售成本、毛利、毛利率、占用資金、應收、應付帳款、資金占用率。商品階段情況查詢，包括庫存數量、銷售數量、銷售金額、進貨數量、調撥數量、溢損數量、進價、售價。毛利、毛利率。祥見2.2和2.3圖2.

26、5 系統開發步驟1、確定參與者和相關的用況2、為每個用況設計過程3、建立順序圖，確定每個腳本中對象的協作4、創建類，確定腳本中的對象5、設計, 編碼, 測試, 集成類6、為過程編寫系統測試案例7、運行測試案例，檢驗系統2.6 用戶的特點本系統的用戶包括3類：1、 使用者：總部、分公司及經營部的人力資源部（行政部門）的所有人員，執行該系統的大部分操作（輸入、查詢），為其經常性工作。該部分人員電腦使用水平為初、中級，一般會使用windows 98 、office系列以及收發電子郵件。2、 查詢者：總部、分公司及經營部的領導，他們一般為進行人事方面的決策執行查詢統計操作，為其為間斷性工作。該部分人員

27、電腦使用水平為初級（少數可能有中級水平），一般會使用windows 98等系統軟件。3、 其它使用者：明天超市所有員工為本系統的基本對象。他們在某些情況（tbd）下會使用本系統。還有客戶查詢，消費等。該部分人員電腦使用水平未知（tbd）。其中第一類用戶是主要參與者，第二、三類用戶是次要參與者。2.7 假定與約束關于用戶權限：（希望建立一個多維的用戶權限管理，單位等級、薪金權限、操作權限等）單位權限：上級單位可以察看下級單位所有人員信息；基層單位只能察看自己所有人員信息。薪金權限：只有經過授權的人員才能察看，其他人員的薪金狀況，（與單位等級有一定關系）。操作權限：本單位只能對本單位的員工情況進行

28、操作（輸入、修改），同時可以對由其直接任命的人員進行相應操作。如總部對總部所有員工進行相關操作，同時對根據規定由總部任免的人員進行相關操作，如分公司總經理、經營部經理、分公司財務經理等。分公司或經營部只有對總經理等人進行查詢權限。對輸入的數據的格式進行判斷，如果不合法則進行提示。第三章 基于UML的建模3.1 語義規則用例模型（use cases view）（用例視圖）的基本組成部件是用例（use case）、角色(actor)和系統(system)。用例用于描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通

29、常包含若干個用例，每個用例具體說明應完成的功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬件設備，總之，凡是需要與系統交互的任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部角色先初始化用例，然后用例執行其所代表的功能，執行完后用例便給角色返回一些值，這個值可以是角色需要的來自系統中的任何東西。UML：是一種標準的圖形化建模語言它是面向對象分析與設計的一種標準表示它， 不是一種可視化的程序設計語言而是一種可視化的建模語言

30、，不是工具或知識庫的規格說明而是一種建模語言規格說明是一種表示的標準，不是過程也不是方法但允許任何一種過程和方法使用它。用例（use case）：參與者（actor）：圖3.1 用例模型3.2 UML模型3.3 系統UML模型圖3.2系統類圖圖3.3系統管理圖3.4 子系統UML模型（1）超市（連鎖店）管理系統用例視圖和類圖3.4（2）零售前臺（POS）管理系統用下流程圖3.5圖3.5 零售前臺系統圖 顧客使用POS消費流程圖（3.6）：要先插入銀行卡，POS系統會要求密碼，然后顧客再輸入密碼，POS進行驗證，密碼正確即可購物，密碼錯誤則例外處理：圖3.6 顧客使用POS消費流程（3）物流管理

31、系統用3.7圖圖3.7 物流管理系統流程圖 配送請求順序圖（3.8）：營業員將各商品銷售，庫存情況向超市經理匯報，超市經理在將整個超視情況向總經理匯報，總經理再根據情況向供貨商提出配送請求。圖3.8 配送請求順序流程圖（4）帳務結算系統用圖3.9圖3.9 帳務結算系統流程圖 （5）總服務臺系統用圖3.10圖3.10 總服務臺系統流程圖 （6）總經理查詢系統用圖3.11圖3.11 總經理查詢系統流程圖 3.5 系統實現圖圖3.12 系統流程圖 1、管理員列表圖：3.13圖3.13 網絡括撲流程圖代碼分析:Option ExplicitDim opAdmin As New clsOpAdminPr

32、ivate Sub CancelButton_Click() Unload MeEnd SubPrivate Sub cmdAdd_Click() opAdmin.Add lvAdminEnd SubPrivate Sub cmdDel_Click() opAdmin.Delete lvAdminEnd SubPrivate Sub cmdModify_Click() opAdmin.Modify lvAdminEnd SubPrivate Sub Form_Load() opAdmin.FillListView lvAdminEnd Sub結 論和傳統管理模式相比較，使用本系統，毫無疑問會大

33、大提高超市的運作效率，輔助提高超市的決策水平，管理水平，為降低經營成本， 提高效益，減少差錯，節省人力，減少顧客購物時間，增加客流量，提高顧客滿意度，增強超市擴張能力， 提供有效的技術保障。由于開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如：本系統只適合大型超市使用，不能適合中小型超時使用超市管理系統涉及范圍寬，要解決的問題多，但由于限于篇幅，本文只能對系統作一個大概的分析和描述本軟件的設計目的是為超市管理人員提高效率提供方便和幫助。通過這幾個月的畢業設計，我學到很多以前沒有學到的visual basic開發技術，在軟件工程學上更是取得了很大的進步。經過大量的測試和試用，作者深信本軟件達到了方便和實用的設計目的，并在軟件界面和易用實用等方面有著獨到之處。雖然軟件基本達到設計要求并且達到同行的先進水平，但由于作者水平有限