1、淮陰工學院物流信息系統分析與設計課程設計報告設計題目： 連鎖超市進銷系統的功能體系設計 專 業： 物流工程 班 級： 物流1102班 組 長： 楊月光 小組成員： 范麗萍、 許曉敏、 吳冰娟、 楊迪 、 張超 指導教師評閱：指導教師（簽字） 二O一三年 月 日成員分工內容成績范麗萍需求分析、可行性研究、經濟可行性分析、信息系統規劃許曉敏系統開發方法的選擇、系統組織結構分析、功能分析、結束語吳冰娟業務流程分析圖、數據字典、數據庫設計、概念結構設計、代碼設計楊迪系統實施階段的連鎖超市管理、用戶密碼修改、超市商品管理、測試結果張超摘要、我國連鎖超市發展趨勢、開發背景、開發的意義、資料的查找楊月光數據

2、流程圖分析、數據字典、系統功能模塊圖設計、資料審查刪減整合排版5連鎖超市進銷存系統的功能體系設計摘 要: 隨著計算機技術的飛速發展和經濟全球化步伐的加快，為適應市場發展，不斷的擴大規模，從單一的企業對客戶銷售模式，轉變成企業的多店對客戶的銷售模式（即連鎖經營管理模式）。然而對于一貫疏于管理的中小企業而言，實現有效的進銷存管理必然存在著一定的難度，因此必須借助現代化的管理方法和管理技術計算機信息管理系統。因此我們選擇連鎖超市信息管理系統作為研究課題，希望從中學習更多的現代計算機技術知識。連鎖超市信息管理系統主要為中小型超市經理和管理者提供方便的信息交流，快捷的查詢方法和數據統計，這樣的系統是一個

3、現代化超市必不可少的一部分。系統分為二大模塊：總店管理模塊、連鎖分店操作模塊。總店管理模塊是總店管理人員操縱的模塊，對連鎖超市和商品的添加刪除管理，對連鎖分店的銷售信息，庫存情況的查詢以及各分店銷售情況對比。連鎖分店操作模塊是分店經理進入操作的模塊，進行商品入庫和出庫登記，銷售情況登記。關鍵詞：連鎖超市; 系統分析；系統設計；系統實施；管理平臺目 錄第一章：現行系統概述11.1我國超市的發展趨勢11.2開發背景11.3進銷存管理系統開發的意義2第二章：系統分析32.1 需求分析32.2 可行性研究42.2.1用戶要求的可行性42.2.2 超市管理信息系統的目標52.3經濟可行性分析52.3.1

4、 費用估計52.3.2 效益估計62.3.3 綜合評價62.4 信息系統規劃62.5 系統開發方法的選擇72.6 組織結構與功能分析82.6.1 組織結構分析82.6.2 功能分析82.6.3 業務流程分析92.6.4 數據與數據流程分析122.6.5 數據字典14第三章系統設計183.1 數據庫設計183.2 概念結構設計183.3 代碼設計203.4 系統功能模塊圖設計20第四章系統實施224.1 連鎖超市管理224.2 用戶密碼修改224. 3 超市商品管理234.4 測試結果24第五章 結束語25參考文獻：26第一章：現行系統概述1.1我國超市的發展趨勢在成為WTO成員以后，我國的超級

5、市場在應對國內競爭的同時，將面臨來自沃爾瑪、家樂福、麥德龍等國際零售巨頭激烈的國際競爭。分析國外超級市場的發展歷程，結合我國超級市場的現狀，我們可以看出，在全球化的大背景下，我國超市發展的最新動向和趨勢主要表現在以下幾個方面： （1）業態多元化。（2）經營規模化。（3）市場定位差別化。（4）自有品牌系列化。（5）生鮮食品主打化。 （6）投資主體多元化。（7）物流配送中心快速發展。 從以上分析可以看出，超市業是一個進入門檻較低，業態活躍、競爭激烈的行業，我們必須密切跟蹤行業發展趨勢，同時也必須借鑒吸收國內外一些先進的經營模式，堅持本土化和國際化相結合，并根據自身定位和企業實際情況，做到與國際大賣

6、場接軌，尤其是服務理念、服務標準、服務水平、服務質量的接軌，不斷進行自我調整和完善，加強我們自身的應變能力。在營銷和管理工作上加強學習，力求創新，走出自己的經營特色之路，最終在競爭中求得生存與發展。1.2開發背景目前，大量的中小超市企業中，存在這樣的現象：分散的、不連貫的進銷存信息使超市管理者或相關管理人員無法看到進銷存的全部資料及相關報表，信息的分散使得產生的結果也無法保持一致和完整性，造成中小超市在進銷存管理上存在如下問題： 無法統計銷售信息， 無法準確全面掌握各業務進展狀態，對銷售人員工作過程掌握不夠，業務人員對產品沒有一定認識，銷售及市場流程不清晰，流程變動較大，對市場信息、競爭的資訊

7、掌握程度較不完善，無結構統一銷售及市場情況報表，基本銷售及市場費用統計較不完備， 銷售人員辭職時失單現象嚴重 等等。1.3進銷存管理系統開發的意義進銷存管理系統是一個基于Internet的應用系統，它是一個面對當前的進銷存管理工作基本還處于手工和半信息自動化處理狀態而應運而生的一個基于Internet的一個完全信息自動化的系統，整個系統從符合操作簡便、界面友好、靈活、實用、安全的要求出發，完成進貨、銷售、庫存管理的全過程。計算機網絡的飛速發展提供了功能強大的信息處理平臺，同時隨著信息迅速猛漲，各個單位都迫切需要一套從信息采集，信息處理到信息傳遞和共享的辦公自動化系統。傳統的辦公需要人員的大量參

8、與和干涉，工作效率，協調性，交互性，共享性，執行力都是不夠的。連鎖超市信息管理系統的使用可以解決商品在進、銷、存管理上的不足，可以初步形成一個以人、計算機、網絡和信息為一體的辦公體系，能有效的提高小型企業、中小型超市的運營效率，促進其管理工作上的不斷完善。第二章：系統分析2.1 需求分析在軟件工程中，需求分析指的是在建立一個新的或改變一個現存的電腦系統時描寫新系統的目的、范圍、定義和功能時所要做的所有的工作。需求分析是軟件工程中的一個關鍵過程。在這個過程中，系統分析員和軟件工程師確定顧客的需要。只有在確定了這些需要后他們才能夠分析和尋求新系統的解決方法。需求分析階段的任務是確定軟件系統功能。在

9、軟件工程的歷史中，很長時間里人們一直認為需求分析是整個軟件工程中最簡單的一個步驟，但在過去十年中越來越多的人認識到它是整個過程中最關鍵的一個過程。假如在需求分析時分析者們未能正確地認識到顧客的需要的話，那么最后的軟件實際上不可能達到顧客的需要，或者軟件無法在規定的時間里完工。需求分析是一項重要的工作，也是最困難的工作。該階段工作有以下特點：（1）用戶與開發人員很難進行交流；（2）用戶的需求是動態變化的；（3）系統變更的代價呈非線性增長。分析步驟：首先調查組織機構情況，包括了解該組織的部門組成情況，各部門的職能等，為分析信息流程作準備。然后調查各部門的業務活動情況，包括了解各個部門輸入和使用什么

10、數據，如何加工處理這些數據，輸出什么信息，輸出到什么部門，輸出結果的格式是什么。協助用戶明確對新系統的各種要求，包括信息要求、處理要求、完全性與完整性要求。確定新系統的邊界，確定哪些功能由計算機完成或將來準備讓計算機完成，哪些活動由人工完成。由計算機完成的功能就是新系統應該實現的功能。分析系統功能。分析系統數據。編寫分析報告。常用的調查方法：跟班作業,通過親身參加業務工作來了解業務活動的情況。這種方法可以比較準確地理解用戶的需求，但比較耗費時間。開調查會,通過與用戶座談來了解業務活動情況及用戶需求。座談時，參加者之間可以相互啟發。請專人介紹。詢問,對某些調查中的問題，可以找專人詢問。設計調查表

11、請用戶填寫,果調查表設計得合理，這種方法是很有效，也很易于為用戶接受的。調查了解了用戶需求后，還需要進一步分析和表達用戶的需求。分析和表達用戶需求的方法主要包括自頂向下和自底向上兩類方法。2.2 可行性研究預測為前提，以投資效果為目的，從技術上、經濟上、管理上進行全面綜合分析研究的方法。可行性研究的基本任務，是對新建或改建項目的主要問題，從技術經濟角度進行全面的分析研究，并對其投產后的經濟效果進行預測，在既定的范圍內進行方案論證的選擇，以便最合理地利用資源，達到預定的社會效益和經濟效益。可行性研究方法本身是相關方法的集成，主要包括戰略分析、調查研究、預測技術、系統分析、模型方法和智囊技術等。可

12、行性研究的程序包括：接受委托書；組建研究小組；事前調查；編制研究計劃；簽訂合同或協議；正式調查；分析研究、優化和選擇方案；編制可行性研究報告。2.2.1用戶要求的可行性系統開發的目標是實現超市管理的系統化、規范化和自動化。這是在用戶要求的基礎上提出來的，經過對超市管理人員和業務人員的接觸，我們了解到用戶的要求如下：(1). 進銷銜接：利用小型超市管理系統后，要求能夠對整個經營過程進行有效監控，特別是一自銷產品的銷售和總銷售額的監控，能夠及時地把銷售情況反饋給進貨部門，以便及時組織貨源，滿足顧客的消費需求。(2). 庫存管理：通過本系統，能夠清楚地看到企業庫存的產品數量、存放地點等信息，對于庫存

13、減少或增加到一定量時能及時提出警告，提醒及時增加或減少庫存。能夠自動統計庫存情況使得采購部門和銷售部門能夠根據庫存信息做出決策。從而減少和避免人工統計帶來的統計誤差和繁重的盤點工作。(3). 訂單管理：圍繞采購部門輸入的訂單能夠通過管理信息系統一直跟蹤下去，監控物流的各個過程。超市能夠做到以銷定購，合理分配采購資金。(4). 采購管理：根據銷售情況和超市現有庫存機資金分配計劃，制定出相應的采購品種數量、采購順序等計劃。(5). 銷售管理：能夠根據商品銷售情況及時匯總銷售收入，對資金的回籠和分配做到決策人員心中有數、有的放矢。(6). 資金管理：能夠根據商品銷售情況及時匯總銷售收入，實現資金快速

14、配置。2.2.2 超市管理信息系統的目標根據用戶的主要需求，我們得到的主要目標如下：(1)進銷銜接：利用管理信息系統（MIS），加強了對整個進銷過程的監控，加快物流，信息流，管理指令流的流動和資金流的周轉，在最短的時間內為客戶提供最快捷，周到的消費服務。(2)庫存管理：通過本系統能清楚地看到企業庫存中的產品數量，存放位置等信息，對于庫存減少或增加到一定量時能及時提出警告，提醒及時增加或減少庫存。能夠自動統計庫存情況，使得采購部門和銷售部門能夠根據庫存信息作出決策。從而減少或避免人工統計帶來的統計誤差和繁重的盤點工作。(3)訂單管理：圍繞采購部門輸入的訂單能夠通過管理信息系統一直跟蹤下去，監控物

15、流的各個過程。超市能夠做到以銷定購，合理分配采購資金。(4)采購管理：根據銷售情況和超市現有庫存及資金分配計劃，制訂出相應的采購品種數量，采購順序等計劃。(5)銷售管理：能夠根據商品銷售情況及時匯總銷售收入，對資金的回籠和分配做到決策人員心中有數，有的放矢。(6)資金管理：能夠根據商品銷售情況和及時匯總收入，實現資金快捷配置。2.3經濟可行性分析2.3.1 費用估計 （1）計算機若干臺以及必要支持軟件 （2）系統的開發費用及安裝費用 （3）人員培訓費用 （4）系統日常運行耗費2.3.2 效益估計 （1）直接效益 本系統的應用可以減少信息處理的成本，提高連鎖超市的運營效率，降低運營成本。 （2）

16、間接效應 本系統的應用可以改善信息獲得性，提高超市信息管理的管理效率。2.3.3 綜合評價本系統的特點是成本較低，給企業所帶來的效益要高于系統應用的費用，因此，本系統在經濟上是可行的。2.4 信息系統規劃 信息系統規劃是將組織目標、支持組織目標所必需的信息、提供這些必需信息的信息系統，以及這些信息系統的實施等諸要素集成的信息系統方案，是面向組織中信息系統發展遠景的系統開發計劃。信息系統的規劃是系統生命周期中的第一個階段，也是系統開發過程的第一步，其質量直接影響這系統開發的成敗。是信息系統實踐中的主要問題，也是現在管理信息系統研究的主要課題之一。現代企業用于信息系統的投資越來越多，例如寶鋼投資己

17、多達億元。信息系統的建設是個投資巨大、歷時很長的工程項目，規劃不好不僅自身造成損失，由此而引起企業運行不好的間接損失更為可觀，通常人們就有一種認識，假如一個操作錯誤可能損失幾萬元，那么一個設計錯誤就能損失幾十萬元，一個計劃的錯誤就能損失幾百萬元，而一個規劃錯誤的損失則能達到千萬元，甚至上億元。所以我們應克服那種”重硬、輕軟”的片面性，把信息系統的規劃擺到重要的戰略位置上。特點： （1）目標明確 戰略規劃的目標應當是明確的，不應是二義的。其內容應當使人得到振奮和鼓舞。目標要先進，但經過努力可以達到，其描述的語言應當是堅定和簡練的。（2）可執行性良好 好的戰略的說明應當是通俗的，明確的和可執行的，

18、它應當是各級領導的向導，使各級領導能確切地了解它，執行它，并使自己的戰略和它保持一致。（3）組織人事落實 制定戰略的人往往也是執行戰略的人，一個好的戰略計劃只有有了好的人員執行，它才能實現。因而，戰略計劃要求一級級落實，直到個人。高層領導制定的戰略一般應以方向和約束的形式告訴下級，下級接受任務，并以同樣的方式告訴再下級，這樣一級級的細化，做到深入人心，人人皆知，戰略計劃也就個人化了。個人化的戰略計劃明確了每一個人的責任，可以充分調動每一個人的積極性。這樣一方面激勵了大家動腦筋想辦法，另一方面增加了組織的生命力和創造性。在一個復雜的組織中，只靠高層領導一個人是難以識別所有機會的。（4）靈活性好

19、一個組織的目標可能不隨時間而變，但它的活動范圍和組織計劃的形式無時無刻不在改變。現在所制定的戰略計劃只是一個暫時的文件，只適用于現在，應當進行周期性的校核和評審，靈活性強使之容易適應變革的需要。2.5 系統開發方法的選擇系統開發方法有系統結構化開發方法、原型法和面向對象法。系統結構化開發方法的優點：（1）注重系統開發過程的整體性和全局性；（2）嚴格區分工作階段；（3）立足全局，步步為營，減少返工，有利于提高開發質量，加快開發速度；（4）目標明確，階段性強，開發過程易于控制。而原型法管理水平要求高，不適用于大型的系統。面向對象法需要一定的軟件支持環境，不太適宜大型的MIS開發，不能從科學管理角度

20、進行理順和優化，初學者不易接受。2.6 組織結構與功能分析2.6.1 組織結構分析該連鎖超市由總經理負責公司日常業務，下設銷售、信息、財務、倉庫管理等部門。彼此之間分工合作使得超市正常運行，如圖2-1所示。經理（管理層）銷售部財務部倉庫管理部食品銷售部百貨銷售部出納組會計組食品管理部百貨管理部信息部 圖2-1 連鎖超市組織結構圖2.6.2 功能分析企業最高管理為商品管理，并由此再分出商品采購、庫存管理、商品銷售三個部門分別負責企業物品的采購，管理與銷售。每個部門之間分工合，對上級負責，使得超市在日常工作能夠正常有序，如圖2-2所示。商品管理商品采購庫存管理商品銷售采購單價商品類別類別商品名稱商

21、品編號商品數量進貨單價進貨日期商品售價銷售日期銷售價格銷售金額圖2-2 連鎖超市功能分析圖2.6.3 業務流程分析根據對組織結構圖和業務功能體系圖的分析，可決定下一步重點調查的部門，然后對該部門的業務信息、業務流程等進行詳細調查。流程分析的目的是了解各個業務流程的過程，明確各個部門之間的業務關系，明確每個業務處理的意義，為業務流程的合理化改造提供建議，為系統的數據流成變化提供依據。業務流程分析是要將企業具體的業務活動過程（內容、步驟等）描述出來，并對此優化 。1.繪制各部門的業務流程圖； 2.與各部門業務人員討論業務流程圖是否符合實際情況； 3.分析業務流程中存在的問題（有無不合理流程/環節）

22、； 4.與各部門業務人員討論，提出改進方案； 5.將新業務流程圖提交決策者，以便確定合理的、切合實際的業務流程。圖2-3 業務流程圖圖例圖 2-4 系統業務流程頂層圖圖2-5 采購業務流程圖圖2-6 庫存業務流程圖2.6.4 數據與數據流程分析數據流程圖是一種能全面地描述信息系統邏輯模型的主要工具，它可以用少數幾種符號綜合地反映出信息在系統中的流動、處理和存儲情況。如圖是超市流程圖。圖 2-7 數據流程圖圖例以下是超市信息管理系統各層數據流程圖圖 2-8 超市管理信息系統關聯圖圖2-9 超市管理信息系統頂層數據流程圖圖2-10 采購管理數據流程圖庫存管理數據流程圖2.6.5 數據字典 數據流程

23、圖反應系統業務和功能之間的關系，反映了外部實體、數據處理、數據存儲和數據流動四方面的關系，通過數據流程圖能系統、全面地了解業務、功能實現過程。但是數據流程圖反映不出數據本身特性，反映不出的護具結構的具體情況，另外數據流程圖中描述的功能和數據是否匹配，是否存在問題，有無遺漏，也無法通過數據流程圖本身來檢驗。數據分析和數據功能分析就是要彌補數據流程圖所呈現出的缺陷。數據字典通過數據元素和數據結構來描寫數據流，數據存儲的屬性，并將系統中有關數據的各種信息從不同的角度進行分析、匯總，在系統開發的全過程中都得到使用。數據字典是所有人員工作的依據，統一的標準，它可以確保數據在系統中的完整性和一致性，是整個

24、系統開發過程以及系統運行后的維護必不可少的工具。表2-1 數據流字典編號標識符來源去向所含數據結構說明101F01P1供貨商D2入庫登陸入庫時間、發貨人、收貨人、數量、單價、貨物名稱、貨物屬性102F02P1供貨商D1核對入庫時間、發貨人、收貨人、數量、單價、貨物名稱、貨物屬性、證件號、電話103F03S1合同D1核對供貨商情況、合同時間、合同金額、合同貨物數量、違約情況、性質104F04D1核對D2入庫登陸商品編號、商品數量105F05D2入庫登陸S3入庫情況商品編號、商品數量、規格、單價、生產廠商、入庫時間、經辦人106F06D1核對P4總經理庫存清單、統計報表、商品匯總107F07S2庫

25、存D1核對庫存清單、入庫時間、入庫數量、入庫經辦人、出庫時間、出庫數量108F08D2入庫登陸S2庫存數據修改、入庫經手人109F09S2庫存D3收銀銷售商品數量、單價、種類、收銀員編號110F10D3收銀P4總經理總收入、時間、單價、商品種類111F11D3收銀D4銷售記錄修改收入時間、收入數量、單價、收銀員編號、總收入112F12D4銷售記錄修改S4銷售情況入庫商品數量、單價、商品種類113F13D3收銀F5客戶商品種類、單價、時間商品總額、打折情況114F14F5客戶D3收銀優惠卡編號、單價、商品數量、付款金額115F15F5客戶D4銷售記錄修改商品數量、單價、退貨原因編號、退貨金額、時

26、間116F16F5客戶P6客戶服務中心商品數量、單價、退貨原因編號、時間117F17P1供貨商S1合同合同時間、合同金額、合同貨物數量、違約情況性質上表為數據字典清單，此處僅對F01作如下解釋，數據流F01是供貨商提供貨物，它的去向是入庫登陸，在F01種包含如下信息：入庫時間、發貨人、收貨人、數量、單價、貨物名稱、貨物屬性等。F02、F03均代表數據流明，它的來源、去向及該數據流所含內容。表2-2數據處理字典編號標識符流入數據流流出數據量數據結構說明201S1P1供貨商D1核對時間、商品數量、商品種類、單價、經手人登記貨物發放清單202S2D2入庫登陸D1核對D3收銀商品數量、商品種類、單價、

27、時間、發貨人證件號入庫的核查23S3D2入庫登陸商品數量、種類、時間、單價204S4D4銷售記錄修改商品數量、時間、商品種類、單價、退貨原因編號上表為數據存儲字典清單，以S表示。此處對S進行解釋。S1為合同，通過P1和D1的處理，將數據流F17寫入S1。S1包含以下信息：時間、商品數量、商品種類、單價、經手人等。S2、S3、S4的解釋亦如此。表2-3數據處理字典編號標示符流入數據流流出數據流處理邏輯情況說明3-01D1S1合同D2入庫登陸根據合同情況和貨物情況判斷是否生成庫存信息管理3-02D2D1核對S3入庫情況根據合同情況和貨物情況生成庫存信息登記管理3-03D3S2庫存P5客戶P5客戶根

28、據客戶需求生成需求單管理3-04D4D3收銀P5客戶S4銷售情況入庫根據客戶使用和退換情況修改銷售數據庫登記管理上表為數據處理字典的清單，它對數據流中所有處理功能作出說明。此處僅以D1為例，經手人根據合同進行核對，S1和D2分別是其的輸入流和輸出流。D2、D3、D4的解釋亦如此。第三章系統設計3.1 數據庫設計針對“追問”超市進銷存管理系統，分別對采購部門、銷售部門和庫存保管部門進行詳細的調研和分析，總結如下需求信息：商品的進貨，出庫，查詢等都需要信息來描述具體商品，所以商品信息表是必須的。對于進貨的處理，需要登記進貨信息方便理解各種商品的進貨情況，所以需要一個入庫信息表。而涉及庫存方面需要統

29、計商品所在的倉庫信息，以便于超市銷售人員領貨出庫，如發現庫存商品有損壞或出現數量不核實的情況，可以與倉庫管理員進行聯系，因此需要一個倉庫信息表。在涉及商品的進貨方面，需要設計一個供應商信息表，當出現庫存數量不足的情況下，可以通過系統向該商品的供應商發出商品需求。另外需要設計一個銷售業績表來記錄各種商品的銷售情況，以便經營者可以根據市場需求進行決策，銷售業績欠佳的商品或減少其進貨，或低價促銷，或引進新產品替代舊商品等。最后在系統使用方面，需要一個管理員信息表來登記系統操作員的相關信息，方便使用以及使用的權限分配等。現設計如下的數據項和數據結構：商品信息，包括數據項有：商品名稱、商品單價、單位、供

30、應商編號、保質期、商品類別、倉庫編號，商品代碼。入庫信息，包括數據項有：商品代碼，數量，金額，入庫日期，經辦人。倉庫信息，包括的數據有：倉庫編號、倉庫管理員、聯系電話。銷售記錄,包括的數據項有：商品編號、銷售數量、單位、日期、折扣、金額、備注。供應商信息：供應商編號、供應商名稱、地址、E-MAIL。管理員信息，包括的數據項有：用戶編號、用戶名、密碼、用戶類型等等。3.2 概念結構設計首先要對系統分析得到的數據字典中的數據存儲進行分析，分析各數據存儲之間的關系，可采用ER圖的方法進行數據結構分析。本系統根據以上的設計規劃出的實體有：商品信息實體、商品入庫信息實體、倉庫信息實體、供應商信息實體、銷

31、售業績信息實體、管理員信息實體，各實體及其屬性如下圖所示。保質期單位名稱單價倉庫編號商品信息商品代碼供應商編號商品類別（a）“商品信息”實體及其屬性圖入庫日期商品代碼倉庫信息入庫信息聯系電話倉庫管理員倉庫編號數量金額經辦人（c）“倉庫信息”實體及其屬性圖（b）“入庫信息”實體及其屬性圖商品編號銷售數量單位名稱編號銷售記錄供應商信息E-MAIL地址折扣E-MAIL地址折扣備注金額日期（d）“銷售記錄”實體及其屬性圖（e）“供應商信息”實體及其屬性圖管理員信息用戶編號用戶名用戶類型密碼（f）“管理員信息”實體及其屬性圖圖3-1 E-R圖3.3 代碼設計代碼設計是系統設計中非常重要的一部分，本系統中

32、設計多個代碼的設計，如：商品代碼，供應商編號等，其設計原則主要是順序碼和層次碼。考慮主要是商品數目較大，現假設如商品類別、倉庫、供應商的數量不是很多，因此除商品代碼外其余代碼均按順序編碼，如01，表示第一種商品類別，定義其為食品類， 02為家電類同理倉庫編號取兩位順序編碼，供應商編號定義取三位順序編碼。商品代碼的規則如下： * * *順序號倉庫編號商品類別例如商品：康師傅*泡面，定義其商品代碼為01 03 009，屬于食品類商品，歸屬三號倉庫存儲，順序編碼為9。其他代碼原理相同，不再一一列舉。3.4 系統功能模塊圖設計超市進銷存管理采購管理銷售管理庫存管理商品采購庫存處理商品銷售商品處理訂單處

33、理補充商品檢查商品入庫管理商品維護出庫管理圖3-2系統功能模塊圖第四章系統實施4.1 連鎖超市管理超市的登陸，可以進行用戶的登陸，整個系統的運行是從用戶登錄界面進行的，當用戶與密碼正確時，則進入系統主界面。 圖4-1登陸界面4.2 用戶密碼修改圖4-2密碼修改界面4. 3 超市商品管理商品類別管理，商品信息管理。對商品類別進行添加刪除，商品信息添加刪除修改。圖4-3商品管理界面圖4-4刪除商品界面4.4 測試結果軟件測試是為了發現錯誤而執行程序的過程，其目的在于以最少的時間和人力系統地找出軟件中潛在的各種錯誤和缺陷。測試主要是由人而不是由機器執行，因而存在心理學的問題。軟件測試技術大體上可以分

34、成白盒測試和黑盒測試。白盒測試技術依據的是程序的邏輯結構，主要包括邏輯覆蓋和路徑測試技術等；黑盒測試技術依據的是軟件行為的描述，主要包括等價類劃分、邊界值分析和狀態測試等。程序的靜態測試是在不執行程序的條件下，有條理地仔細審查軟件設計、體系結構和代碼，從而找出軟件錯誤的過程，其主要方法包括同行審查、代碼會審、代碼走查等。 由于軟件錯誤的復雜性，軟件測試需要綜合應用測試技術，并且實施合理的測試步驟，即單元測試、集成測試、確認測試和系統測試。單元測試集中于每一個獨立的模塊；集成測試集中于模塊的各組裝；確認測試集中檢驗是否符合需求規格說明書中確定的各種需求；系統測試集中檢驗系統所有元素之間協作是否合適，整個系統的性能和功能是否滿足。軟件調試則是在軟件測試成功后開始的工作，其任務是進一步診斷和改正程序中的錯誤。軟件調試是程序員自己進行的技巧性很強的工作，調試工作的困難與人的心理因素和技術因素都有關系，需要繁重的腦力勞動和豐富的經驗。軟件測試中存在許多機械的和重復性的工作，對此可以應用計算機進行自動化測試，從而可以大大促進軟件測試的質量和產品化。但測試自動化具有局限性，不可能取代手工測試。本系統在以上幾種測