1、軟 件 學 院課程設計報告書課程名稱 軟件工程 設計題目 超市管理系統的設計與實現 專業班級 學 號 姓 名 指導教師 唐曉亮 2012年 6月目 錄1.設計時間12.設計目的13.設計任務14.設計內容14.1.設計內容概述14.1.1.組織機構介紹14.1.2.新業務流程介紹與分析24.2.需求分析34.2.1.總體目標34.2.2.具體目標34.2.3.系統數據建模（ER圖）34.2.4.系統功能建模44.2.5.數據字典74.3.總體設計84.3.1.總體設計HIPO技術84.3.2.代碼設計124.3.3.數據庫設計134.4詳細設計154.3.4.商品錄入模塊詳細設計154.3.5

2、.收銀業務模塊詳細設計174.3.6.進貨管理模塊詳細設計184.3.7.銷售管理模塊詳細設計194.3.8.庫存管理模塊詳細設計205.存在的問題216.總結與展望211. 設計時間 2012年6月4日 2. 設計目的 超市需要處理大量的庫存信息，還要時刻更新產品的銷售信息，不斷添加商品信息。面對不同種類的信息，需要合理的數據庫結構來保存數據信息，需要有效的程序結構支持各種數據操作的執行。商店自動化的產品管理在歐美等國家早已經實現，也是零售業管理的基礎。它最主要的特點是能夠實時的和準確的控制店內的銷售情況。如果可以能夠實時掌握銷售流程及銷售情況，則可以有效地加速商品的周轉率并提高服務質量，而

3、且可以減少產品售價不符等所產生的問題。顧客的消費要求的是希望在超市購物中能基本上都能購得所需的商品，并且還要既保證商品質量還要享受優質，方便的服務。隨著小超市規模的發展不斷擴大，商品數量急劇增加，有關商品的各種信息量也成倍增長。超市時時刻刻都需要對商品各種信息進行統計分析。而大型的超市管理系統功能過于強大而造成操作繁瑣降低了小超市的工作效率。超市管理系統是市場上最流行的超市上常用的系統之一，它主要包含以下幾個模塊：系統權限的設定、原始數據錄入、數據的匯總及查詢等。從而，實現對進貨、銷售及員工信息等實現全面、動態、及時的管理。3. 設計任務完成可行性研究、需求分析，總體設計，詳細設計及測試等。4

4、. 設計內容 4.1. 設計內容概述 總經理采購部庫存部銷售部人事部財務部4.1.1. 組織機構介紹 圖4.1 組織結構圖4.1.2. 新業務流程介紹與分析4.1.2.1. 新業務流程描述零售前臺管理：在商品的錄入前進行系統登錄驗證，通過輸入唯一編號、掃描條形碼、商品名稱等來實現精確或模糊的商品掃描錄入，形成商品信息表，商品錄入后對商品信息的核對，如果出現錯誤必須由管理員進行數據修改。通過掃描條形碼或者直接輸入商品名稱（同類多件商品采用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易

5、額的時間、負責本次收銀的員工號），把信息更新到銷售信息表中。如果顧客是會員，則在交易前先掃描會員卡，并將所購物品的總金額累計到該會員的總消費金額中。后臺管理：根據銷售情況及庫存情況，自動制定進貨計劃（也可手工制定修改），交給進貨管理員去采購商品。綜合商品信息表和銷售表，按多種方式生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。綜合查詢庫存明細記錄。若發現少貨，缺貨等現象，則自動告警提示并自動生成缺貨報告。4.1.2.2. 業務流程圖圖4.2業務流程圖4.2. 需求分析4.2.1. 總體目標進貨或銷售商品時，用戶要對進貨單或銷售單進行核對審查，并進行登記；用戶要獲得進貨、銷售、庫存信息時，

6、要對進貨情況、銷售情況、庫存情況進行查詢并打印。主要實現以下功能： (1)該管理軟件將對庫存茶品進行資料管理和統計，對產品的進貨單和產品的銷售單進行錄入管理和統計；(2)該管理軟件將根據用戶的需要對進貨、銷售、庫存情況進行查詢，并能打印詳細信息；(3)該管理軟件將為用戶提供賬號管理工具，以便用戶對賬號進行管理，具體為添加用戶、刪除用戶、修改用戶密碼；(4)該管理軟件提供企業人員管理，能夠對企業員工的分類管理，新員工的加入以及員工刪除，修改進本信息等功能。4.2.2. 具體目標超市管理系統主要實現六大功能模塊：商品錄入模塊；人事管理模塊；收銀模塊；進貨管理模塊；銷售管理模塊；庫存管理模塊。4.2

7、.3. 系統數據建模（ER圖） 圖4.4 超市管理系統E-R圖4.2.4. 系統功能建模 圖4.5超市管理系統頂層DFD 超市管理系統一級細化P1 超市管理系統一級細化P2 超市管理系統一級細化P3 超市管理系統一級細化P4 超市管理系統一級細化P5超市管理系統一級細化P5圖4.6超市管理系統一級細化DFD超市管理系統P2的二級細化 超市管理系統P3的二級細化 超市管理系統P5的二級細化 圖4.7超市管理系統二級細化DFD4.2.5. 數據字典 文字：商品報表別名：商品信息描述：記錄商品基本信息，并按商品編號遞增排列定義：商品報表=商品編號+供貨編號+名稱+條形碼+產地+單價位置：錄入商品文字

8、：員工信息別名：描述：記錄員工基本信息，并按員工編號排序定義：員工信息=員工編號+姓名+性別+工資+聯系電話+備注位置：人員管理 收銀業務文字：供貨商表別名：供貨信息表 描述：記錄供貨商的基本信息定義：供貨商表=供貨商號+名稱+聯系人+聯系電話+開戶行+銀行賬號位置：進貨管理文字：進貨報表別名： 描述：記錄進貨詳細信息定義：進貨報表=進貨單號+商品編號+供貨商號+進貨價+數量+金額+進貨日期位置：進貨管理 商品錄入文字：銷售表別名： 描述：記錄銷售情況定義：銷售表=銷售單號+商品編號+員工編號+銷售數量+銷售日期位置：銷售管理文字：庫存表別名： 描述：記錄庫存信息，便于隨時進貨定義：商品報表=

9、商品編號+供貨編號+名稱+條形碼+產地+單價位置：錄入商品圖4.8超市管理系統數據字典4.3. 總體設計4.3.1. 總體設計HIPO技術4.3.1.1. 系統層次圖超市管理系統商品錄入1.0人事管理2.0收銀管理3.0進貨管理4.0銷售管理5.0庫存管理6.0員工信息登記2.1顧客信息登記2.2生成員工庫2.3生成會員庫2.4生成商品銷售信息庫3.1計算找零3.2打印交易信息3.3統 計商 品銷 售情 況5.1打 印銷 售排 行榜5.2打 印銷 售日 月年 報表5.35.3 圖4.9超市管理系統層次圖4.3.1.2. 系統IPO圖IPO圖系統：超市管理系統 作者：郝琨模塊：“商品錄入”模塊

10、編號：1.0被調用：“超市管理系統”模塊調 用：無輸入：“商品清單”（F1）數據流表 “員工清單”（F3）數據流表 “進貨計劃表”（F7）數據流表輸出：“商品信息庫”（D1）數據庫表處理：根據進貨計劃表中的信息進行商品錄入，錄入商品一些基本信息， 進行核對后生成商品信息庫，其中包括商品編號，供貨商品，名稱， 條形碼，產地，單價。 圖4.10 IPO: “商品錄入”模塊IPO圖系統：超市管理系統 作者：郝琨模塊：“生成商品銷售信息表”模塊 編號：3.1被調用：“收銀業務”模塊調 用：無輸入：“商品信息庫”（D1）數據庫表 “員工信息庫”（D2）數據庫表輸出：“銷售信息庫”（D4）數據庫表處理：打

11、開商品信息庫及員工信息庫，根據員工信息庫中的員工編號，商品信息庫中的基本信息，生成銷售信息庫 圖4.11 IPO: “生成商品銷售信息表”模塊IPO圖系統：超市管理系統 作者：郝琨模塊：“進貨管理”模塊 編號：4.0被調用：“超市管理系統”模塊調 用：無輸入：“銷售信息庫”（D4）數據庫表 “庫存信息庫”（D5）數據庫表輸出：“進貨計劃表”（F7）數據流表處理：打開銷售信息庫及庫存信息庫，根據銷售表中商品的銷售情況及庫圖4.12 IPO: “進貨管理”模塊IPO圖系統：超市管理系統 作者：趙林模塊：“統計商品銷售情況”模塊 編號：5.1被調用：“銷售管理”模塊調 用：無輸入：“銷售信息庫”（D

12、4）數據庫表輸出：“商品銷售統計表”（F13）數據流表處理：打開銷售信息庫，根據商品編號及商品銷售數量統計商品銷售信息，生成商品銷售統計表圖4.13 IPO: “統計商品銷售情況”模塊IPO圖系統：超市管理系統 作者：趙林模塊：“打印銷售日月年報表”模塊 編號：5.3被調用：“銷售管理”模塊調 用：無輸入：“商品銷售統計表”（F13）數據流表輸出：“銷售日月年報表”（F9）數據流表處理：根據商品銷售統計表，運用分析工具進行比較，生成銷售報表（F9）圖4.14 IPO: “打印銷售日月年報表”模塊 超市管理系統IPO圖4.3.2. 代碼設計4.3.2.1. 代碼設計的原則為了使本系統功能齊全完備

13、，操作簡便，最大限度的提高軟件的質量，從而滿足用戶的實際需要，在設計開發過程中遵循了如下原則：(1)合法性原則：依據產品核算系統的工作規定以及要求，參照核算實際的工作情況，進行諸如產品進貨、銷售等工作。(2)實用性原則：適合產品信息管理工作的實際需求，并能夠處理一些特殊情況的要求，此外，盡可能預留空間，以便擴充功能。(3)準確性原則：對輸入的相關資料建立檢錯機制，及時報錯，使用戶能夠及時準確的輸入合法資料(如：類型匹配，長度不超限等)。(3)易操作原則：要求設計的系統功能齊全，界面友好，操作方便，必要的地方進行提示。(4)源程序可讀性原則：為了便于其他設計，維護人員讀懂代碼或以后的代碼修改，軟

14、件升級維護，即可能做好代碼注釋工作。(5)優化原則：為了達到優化的目的，合理的運用窗口，菜單，對象等的繼承，自定義用戶對象，事件，函數，減少不必要的重復性代碼，使程序簡介明了，也方便了將來的維護。(6)安全性原則：可以為該系統的用戶設置用戶權限。4.3.2.2. 系統所需代碼設計員工表（員工編號，姓名，性別，工資，聯系電話，備注）會員表（賬號，密碼，消費金額）商品表（商品編號，供貨商號，名稱，條形碼，產地，單價）供貨商表（供貨商號，名稱，聯系人，聯系電話，開戶行，銀行賬號）進貨表（進貨單號，商品編號，供貨商號，進貨價，數量，金額，進貨日期）銷售表（銷售單號，商品編號，員工編號，銷售數量，銷售日

15、期）庫存表（商品編號，庫存數量）4.3.3. 數據庫設計表4.1員工表 列名 數據類型 長度 允許空 文字描述 staffID char 6 N 員工編號 name varchar 8 N 姓名 sex char 2 Y 性別 salary int 4 N 工資 phone varchar 12 Y 聯系電話 others varchar 50 Y 備注表4. 2會員表 列名 數據類型 長度 允許空 文字描述 loginID char 6 N 賬號 password char 6 N 密碼 sum float 7 N 消費金額表4.3商品表 列名 數據類型 長度 允許空 文字描述 merchI

16、D char 6 N 商品編號 profferID char 6 N 供貨商號 name varchar 10 N 名稱 barcode char 15 N 條形碼 address varchar 20 Y 產地 price float 7 N 單價表4.4供貨商表 列名 數據類型 長度 允許空 文字描述 profferID char 6 N 供貨商號 pname varchar 10 N 名稱 contactPerson char 6 Y 聯系人 phone varchar 12 Y 聯系電話 openingBank varchar 10 N 開戶行 accountId varchar 15

17、 N 銀行賬號表4. 5進貨表 列名 數據類型 長度 允許空 文字描述 importBillID char 6 N 進貨單號 merchID char 6 N 商品編號 profferID char 6 N 供貨商號 importPrice float 7 N 進貨價 count int N 數量 money float 7 Y 金額 date datetime Y 進貨日期表4. 6銷售表 列名 數據類型 長度 允許空 文字描述SaleBillID char 6 N 銷售單號merchID char 6 N 商品編號staffID char 6 N 員工編號saleNum int Y 銷售數

18、量saleDate datetime Y 銷售日期4.4詳細設計4.3.4. 商品錄入模塊詳細設計4.3.4.1. 模塊定義在商品的錄入前添加對進入系統的驗證，確保系統的安全，商品錄入后增加對商品信息的核對，如果出現錯誤必須由管理員進行數據修改，如出現毀壞，丟失等情況時，應及時處理，處理結束后，刪除該記錄，維護數據完整性和減少冗余。4.3.4.2. 輸入項目1.進貨基本信息輸入：商品編號2.商品基本信息輸入：商品編號，供貨商號，名稱，條形碼，產地，單價3.員工基本信息輸入：員工編號4.3.4.3. 輸出項目商品信息庫4.3.4.4. 程序過程設計系統登錄合法用戶系統登錄失敗商品信息錄入信息核對

19、是否正確將信息錄入到商品信息庫 N Y N Y 圖4.15 商品錄入模塊程序流程圖4.3.4.5. 測試要點1.設計測試用例：采用等價類方法及邊界值方法設計測試用例。2.接口測試：數據能否正常輸入輸出。 3.功能測試：基本功能，常用功能，以及通常情況的錯誤處理。4.3.5. 收銀業務模塊詳細設計4.3.5.1. 模塊定義通過掃描條形碼或者直接輸入商品名稱（同類多件商品采用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單。4.3.5.2. 輸入項目1.會員信息輸入：會員編號2.顧客信息輸入：查看此顧客是否為會員3.員工基本信息輸入：員工編號4.3.5.

20、3. 輸出項目交易清單，銷售信息庫，庫存信息庫輸入顧客信息是否為會員結 賬打印交易清單消費金額記錄會員卡中4.3.5.4. 程序過程設計 Y N圖4.16 收銀業務模塊程序流程圖4.3.5.5. 測試要點1.設計測試用例：采用等價類方法及邊界值方法設計測試用例。2.接口測試：數據能否正常輸入輸出。 3.功能測試：基本功能，常用功能，以及通常情況的錯誤處理。4.3.6. 進貨管理模塊詳細設計4.3.6.1. 模塊定義根據銷售情況及庫存情況，自動制定進貨計劃（也可手工制定修改），交給進貨管理員去采購商品。4.3.6.2. 輸入項目1.銷售信息庫輸入：商品編號，銷售數量，銷售日期2.庫存信息庫輸入：

21、商品編號，庫存數量4.3.6.3. 輸出項目進貨計劃表排序庫存是否不足查看商品情況是否暢銷制定進貨計劃表是否最后AMU記錄下一條記錄結束4.3.6.4. 程序過程設計 N Y Y Y N Y 圖4.17 進貨管理模塊程序流程圖4.3.6.5. 測試要點1.設計測試用例：采用等價類方法及邊界值方法設計測試用例。2.接口測試：數據能否正常輸入輸出。 3.功能測試：基本功能，常用功能，以及通常情況的錯誤處理。4.3.7. 銷售管理模塊詳細設計4.3.7.1. 模塊定義綜合商品信息表和銷售表，按多種方式生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。4.3.7.2. 輸入項目1.銷售信息庫輸入：

22、商品編號，銷售數量，銷售日期2.商品信息庫輸入：商品編號，名稱，產地4.3.7.3. 輸出項目銷售排行榜，商品銷售日月年報表4.3.7.4. 程序過程設計打開銷售信息庫按銷售數量進行排序運用工具進行分析打印銷售排行榜打印銷售日月年報表 圖4.18 銷售管理模塊程序流程圖4.3.7.5. 測試要點1.設計測試用例：采用等價類方法及邊界值方法設計測試用例。2.接口測試：數據能否正常輸入輸出。 3.功能測試：基本功能，常用功能，以及通常情況的錯誤處理。4.3.8. 庫存管理模塊詳細設計4.3.8.1. 模塊定義綜合查詢庫存明細記錄。若發現少貨，缺貨等現象，則自動告警提示并自動生成缺貨報告。4.3.8

23、.2. 輸入項目庫存信息庫輸入：商品編號，庫存數量4.3.8.3. 輸出項目庫存明細記錄，缺貨報表4.3.8.4. 程序過程設計打開庫存信息庫查詢庫存信息是否缺貨自動報警打印缺貨報表打印庫存明細記錄查詢庫存明細記錄Y N 圖4.19 庫存管理模塊程序流程圖4.3.8.5. 測試要點1.設計測試用例：采用等價類方法及邊界值方法設計測試用例。2.接口測試：數據能否正常輸入輸出。 3.功能測試：基本功能，常用功能，以及通常情況的錯誤處理。5. 存在的問題數據庫的設計不完善，數據流不是很清晰，測試模塊編寫復雜。6. 總結與展望經過一周的努力，報告基本完成。從最初的茫然，到慢慢的進入狀態，再到對思路逐漸的清晰，整個寫作過程難以用語言來表達。回想這段日子的經歷和感受，我感慨萬千，在這次課程設計的過程中，我擁有了無數難忘的回憶和收獲。 我不會忘記這難忘的一周時間。課程報告的制作給了我難忘的回憶。在我徜徉書海查找資料的日子里，面對無數書本的羅列，最難忘的是每次找到資料時的激動和興奮；理系統里，記憶最深的是每一步小小思路實現時