1、目錄 12.1初步調查12.2新系統目標22.3系統主要流程分析23.1可行性分析33.2超市組織結構43.3定義企業過程43.4 U/C 矩陣分析54.1業務流程圖64.2數據流程分析64.3數據字典85.1層次結構設計145.2數據存儲設計145.3網絡設計165.4輸入輸出設計1629303132.超市管理信息系統課程設計報告一、 項目說明本系統是以計算機軟硬件為基礎，采用 Win8 操作系統，利用 sql 與 VisualFoxpro 結合的方式進行編程設計的自行開發軟件系統。系統采用系統結構化開發方法，設計過程主要部分：現行系統調查分析、 可行性研究、 企業業務流程圖繪制、 數據結構

2、與數據庫設計、數據字典編制、數據流程圖繪制，系統總體結構設計。完成信息的模塊功能與處理過程設計、系統維護、系統實施、系統運行管理制度。包括輸入、輸出、查找等功能。此系統具有檢索迅速、 查找方便、可靠性高、 存儲量大的優點， 是一個成本低的現代管理信息系統。二、系統調查( 一 ) 、初步調查我國超市的形成在 20 世紀 90 年代初期，現已成為我國零售業的一種重要形態，為國民經濟發揮了重要作用。隨著超市業高速發展，其經營管理也變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售業的發展，這樣就迫切需要引進新的管理技術。超市形態具有很多優點，但仍存在企業零售企業所共有的落后一面，如不能有效地

3、管理每種商品，容易出現營業差錯，不宜進行商品調價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經驗為主，缺乏實時分析功能，管理人員對對實時傳遞信息的要求始終得不到滿足。隨著超市的告訴發展，其經營管理也變得愈加復雜，日常所需處理的數據量也逐漸增大，商業運轉的中間環節也越來越多，原始的人工管理已無法應對這復雜的市場，這導致了城市管理信息系統的出現。城市管理信息系統即依靠現代化的信息技術來管理超市日常運營，從而節省大量的人力、物力，改善了員工的工作條件，減輕勞動強度并且能夠快速反應商品的進銷存等狀況，完成各種反饋信息的分析，使管理人員快速對市場的變化作出相應的決策，提高超市經營管理效

4、率。國內一些中小型超市，它們在信息化進程中的步伐要落后于中大型城市，這對于超市的資源管理，信息的存儲和及時處理也顯得迫切需要。要適應市場競爭，就需要高效的處理方式和管理方法，因此加快超市的信息化進程是必不可少的。超市管理系統是市場上最流行的超市上常用的系統之一，它主要包含以下幾個模塊：.系統權限的設定、原始數據錄入、數據的匯總及查詢等。從而，實現對進貨、庫存、銷售等實現全面、動態、及時的管理。但由于超市的整個系統過大。并且銷售對一個企業的生存和發展是至關重要的，它不再是傳統意義上的“賣東西”它對外關系到企業產品、服務和企業形象等多方面因素，對內涉及到銷售、庫存、采購等信息。此外信息化的高速發展

5、為企業的銷售工作提出了新的挑戰，超市要抓住時機，引入現代化的銷售管理模式，實施企業的信息化、智能化銷售管理，才能使超市在激烈的市場競爭中立于不敗之地。( 二 ) 、新系統目標新系統主要包括三大模塊，分別是銷售管理模塊，采購管理模塊，庫存管理模塊。每個模塊的功能如下：1 銷售管理模塊功能：(1) 實現進行前臺的銷售；(2) 將前臺的銷售與后臺的數據庫聯系起來2 采購管理模塊功能：(1) 實現進貨信息的查詢；(2) 實現進貨信息的更新，包括增加、刪除、修改功能。3 庫存管理模塊功能：(1) 實現商品庫存信息的查詢，(2) 實現商品庫存信息的更新，包括增加、刪除、修改功能。( 三 ) 、系統的主要流

6、程分析超市進貨流程：.采購錄入商品商品訂單訂單并審核員送貨單接受商品訂供應商貨單并組織根據訂貨商品驗收單門 店單送貨單理 貨驗貨將商品信息錄入中心錄入系統三、系統規劃( 一 ) 、可行性分析1 技術可行性隨著 IT 技術的發展，特別是網絡技術和數據庫技術的發展，在軟件開發方面，可以采用現行主流的開發技術；硬件技術方面則可以充分利用日益增強的存儲能力、通訊能力和處理速度來保證系統開發技術的準備。本系統采用的數據庫技術有很好的數據處理能力，由此可見，該系統在技術上具有可行性。2 經濟可行性因為通過網絡傳遞銷售信息可以不受距離的限制，因此可以借閱許多的人力和物力，方便管理，由此可以減少不必要的開支，

7、同時該系統可以提高超市的銷售效率，即提高了超市的經濟效益，所以從經濟上完全是可行的。3 操作可行性本系統采用基于 Windows的圖形用戶界面，而該系統是大家熟悉的操作系統，對于那些有一般的計算機知識的人員就可以輕松上手。而超市銷售管理系統采用最友好的交互界面，簡介明了，不需要對數據庫進行深入的了解。由此，該系統的操作是可行的，有必要開發該系統。.4 可行性結論通過以上可行性分析，得出的結論是超市銷售管理系統的開發在管理上、技術上、經濟上都是可行的，可以立即開發。因此，可以設計該系統的數據流程圖，建立數據字典。( 二 ) 、超市組織結構超市經理庫存管理部采購部銷售部超市經理：全權負責超市各項業

8、務。庫存管理部：根據銷售部提供的需求信息，保證庫房貨源充足；負責商品接收，安排商品存放，對進出庫房的商品進行詳細登記。采購部：根據庫存信息，進行商品采購。執行新產品采購決策；對采購的商品進行詳細登記。銷售部：營銷策劃、物品擺放、收銀結賬及時將商品銷售信息反饋給各部門，保證商品的及時供應與更新等。( 三 ) 、定義企業過程現行系統的基本業務流程圖：.商品銷售商品出庫商品銷售關鍵過程：序號123商品需充足？否缺貨庫存檢查通知求計劃是采購計劃商品銷售商品出庫審批商品入庫商品采購是是否通過？否結束過程名稱操作人員銷售管理銷售主管采購管理采購管理員庫存管理庫存管理員( 四)、U/C 矩陣分析U/C 求解

9、與子系統劃分：U/C 矩陣的求解過程就是對系統結構劃分的優化系統，由下圖可知，可分為：銷售子系統、采購與庫存子系統。數據類丟特普銷棄別通售成商庫貨處促銷統過程本品存架理銷售計商商商數品品品據.采采購清單CC貨物質量檢測U購庫存登記UC與庫搬運入庫U存UUU子庫存管理系取貨上架UUC統UU架上貨物管理銷丟棄處理UUC售特別促銷UUC子普通銷售UUC系統銷售統計UUUUC四、系統分析( 一 ) 、業務流程圖銷售采購供應部部部市場研究預測庫存缺貨通知制定銷訂貨到貨入庫售計劃部驗收缺貨訂單取貨單庫存登記單通知單( 二 ) 、數據流程分析1 環境圖.商品信息付款0訂單顧客業務供應商收銀條處理發貨單2 零

10、層圖訂貨單付款補貨P2訂單顧客P1銷售采購供應商收銀條發貨單商品信息3 采購二級 DFD圖.銷售部D1商品信息F04F03F02 商品采購信息提貨單補貨單F05 商品不缺貨基本信息P4檢P1庫存查登記入庫管理員庫倉庫確認存F量D2銷售統計表07缺貨合F06 缺貨清單格貨F01 商品銷售統計表物信銷售部P2息經理P3制定到貨驗收F08采購計劃F采購清單09訂單供應商F09 訂單D3訂單( 三)、 數據字典1 數據項定義（ 1）數據項編號： 01（4）數據項編號： 04數據項名稱：商品名稱數據項名稱：入庫日期·別名：商品名稱別名：入庫的日期類型及寬度：字符型30 位簡述：產品入庫的日期（

11、 2）數據項編號： 02類型及寬度：日期型數據項名稱：商品編號（5）數據項編號： 05別名：產品編碼數據項名稱：采購價簡述：每一商品都有標識它的唯一編碼別名：商品采購價類型及寬度：字符型8 位簡述：所采購商品的價格（ 3）數據項編號： 03類型及寬度：字符型 8 位數據項名稱：入庫編號（6）數據項編號： 06別名：入庫編碼數據項名稱：零售價簡述：區分入庫商品的一種屬性別名：商品零售價類型及寬度：字符型8 位簡述：貨架上商品的零售價格.類型及寬度：字符型 8位（13）數據項編號： 13（ 7）數據項編號： 07數據項名稱：訂單狀態數據項名稱：在庫數量別名：訂單的狀態別名：商品在庫數量簡述：描述訂

12、單的狀態簡述：倉庫中某種商品的在庫數量類型及寬度：字符型 10 位類型及寬度：字符型 6位（14）數據項編號： 14（ 8）數據項編號： 08數據項名稱：管理員名稱數據項名稱：在架數量別名：管理員名稱別名：貨架存貨數量簡述：對管理員的描述簡述：貨架上現存商品的數量類型及寬度：字符型 10 位類型及寬度：字符型 6位（15）數據項編號： 15（ 9）數據項編號： 09數據項名稱：管理員密碼數據項名稱：訂單編號別名：管理員登錄密碼別名：訂單的編號簡述：登陸管理員系統的密碼簡述：每一個訂單都有標識它的唯一編碼類型及寬度：字符型 8位類型及寬度：字符型 8位（16）數據項編號： 16（ 10）數據項編

13、號： 10數據項名稱：交易編號數據項名稱：采購日期別名：交易編號別名：商品采購日期簡述：每一交易都有標識它的唯一編碼簡述：訂單中所采購商品的采購日期類型及寬度：字符型 8位類型及寬度：日期型（17）數據項編號： 17（ 11）數據項編號： 11數據項名稱：交易日期數據項名稱：采購數量別名：達成交易的日期別名：采購商品的數量簡述：達成交易的日期簡述：每一商品都有標識它的唯一編碼類型及寬度：日期型類型及寬度：字符型 8位（18）數據項編號： 18（ 12）數據項編號： 12數據項名稱：零售數量數據項名稱：采購總金額別名：零售數量別名：商品的采購總金額簡述：某種商品在某日的銷售總數簡述：某批次訂單中

14、某種商品的采購總金類型及寬度：字符型 8位額（19）數據項編號： 19類型及寬度：字符型 8位數據項名稱：零售額.別名：日零售額類型及寬度：字符型8 位簡述：某種商品在某日的銷售總額2 數據結構定義（ 1）數據結構編號： DS01-01數據結構名稱：商品基本信息簡述：商品的最基本信息數據結構組成：商品名稱 +商品編號 +在架數量 +在庫數量（ 2）數據結構編號： DS01-02數據結構名稱：消費記錄簡述：某商品消費的詳細記錄數據結構組成：交易編號 +交易日期 +DS01-01+零售價 +購買數量 +零售額（ 3）數據結構編號： DS01-03數據結構名稱：商品零售信息簡述：商品的零售信息數據結

15、構組成： DS01-01商品基本信息 +零售價（ 4）數據結構編號： DS01-04數據結構名稱：庫存信息簡述：庫存的最基本信息數據結構組成：商品編號 +入庫日期 +DS01-01+采購價 +零售價（ 5）數據結構編號： DS01-05數據結構名稱：訂單信息簡述：商品的訂單信息數據結構組成：訂單編號+采購日期 +商品名稱 +商品編號 +采購價 +采購數量 +采購總金額+訂單狀態3 數據流定義（ 1）數據流編號： F01 數據流名稱：銷售統計表簡述：當前月份的銷售情況數據流來源：制定銷售統計表處理模塊數據流去向：制定銷售統計表存儲模塊.數據流組成： DS01-03商品零售信息 +在架庫存（ 2）

16、數據流編號： F02數據流名稱：商品采購信息簡述：商品的采購信息數據流來源：商品信息存儲模塊數據流去向：制定銷售價格處理模塊數據流組成： DS01-01商品基本信息 +采購日期 +采購價 +采購數量（ 3）數據流編號： F03 數據流名稱：補貨單簡述：貨架上需要補充的貨物清單數據流來源：貨架商品確認缺貨分析模塊數據流去向：庫存管理部數據流組成： DS01-01商品基本信息 +補貨數量（ 4）數據流編號： F04 數據流名稱：提貨單簡述：可提貨物的清單數據流來源：庫存管理部數據流去向：補貨上架處理模塊數據流組成： DS01-01商品基本信息 +提貨數量（ 5）數據流編號： F05數據流名稱：商品

17、基本信息簡述：商品的基本信息數據流來源：商品信息存儲模塊數據流去向：貨架產品質量監控模塊數據流組成： DS01-01商品基本信息（ 6）數據流編號： F06 數據流名稱：缺貨清單簡述：貨架上需要補充的商品數量數據流來源：倉庫確認分析模塊數據流去向：制定采購計劃處理模塊數據流組成：缺貨數量（ 7）數據流編號： F07.數據流名稱：合格貨物信息簡述：驗收合格的貨物數據流來源：到貨驗收處理模塊數據流去向：登記入庫處理模塊數據流組成： DS01-01商品基本信息 +采購數量（ 8）數據流編號： F08 數據流名稱：采購清單簡述：需要采購的商品的數量和種類數據流來源：制定采購計劃處理模塊數據流去向：制定

18、供應商分析模塊數據流組成： DS01-01商品基本信息 +采購數量（ 9）數據流編號： F09 數據流名稱：訂單簡述：向供應商訂購的貨物清單數據流組成： DS01-01商品基本信息 +采購價4 數據存儲定義（ 1）數據存儲編號： D1 數據存儲名稱：商品信息簡述：銷售商品的詳細信息數據存儲組成： DS01-01+F02+F08關鍵字：商品編號（ 2）數據存儲編號： D2數據存儲名稱：銷售統計表簡述：由商品銷售統計記錄制成的統計表數據存儲組成： F05關鍵字：年月份（ 3）數據存儲編號： D3 數據存儲名稱：訂單簡述：向供應商的訂貨清單數據存儲組成： F09關鍵字：單據編號.5 外部實體定義（

19、1）外部實體編號： S02-01 外部實體名稱：顧客簡述：消費者（ 2）外部實體編號： S02-02 外部實體名稱：銷售業務員簡述：負責銷售事宜的工作人員輸入的數據流： F04輸出的數據流： F03（ 3）外部實體編號： S02-03 外部實體名稱：庫存管理員簡述：負責庫存管理的工作人員輸入的數據流： F03輸出的數據流： F02、F04、F06（ 1）外部實體編號： S02-04 外部實體名稱：采購員簡述：負責采購的工作人員輸入的數據流： F06輸出的數據流： F096 邏輯處理編號： P1名稱：倉庫確認輸入信息：補貨單輸出信息：缺貨清單簡要說明：補貨單的內容進行審核加工邏輯：對補貨單的內容

20、進行審核、并作出處理編號： P2名稱：制定采購計劃輸入信息：缺貨清單、銷售統計表輸出信息：采購清單簡要說明：制定采購計劃.加工邏輯：根據當前的缺貨情況列出清單編號： P3名稱：到貨驗收輸入信息：訂單輸出信息：合格的貨物簡要說明：到貨驗收加工邏輯：根據訂單對送達的貨物進行審核編號： P4名稱：登記入庫輸入信息：合格的貨物信息輸出信息：合格的貨物信息數據存儲：商品采購信息簡要說明：貨物登記入庫加工邏輯：對合格的貨物進行信息輸入并入庫五、系統設計( 一 ) 、層次結構設計超市管理信息系統庫存采購銷售貨架補貨采購顧客購產品缺貨訂單訂單物結賬價格( 二 ) 、數據存儲設計1 E-R 模型.銷售報表研究市

21、場研究報告總結統計規劃采購計劃總經理銷售部執行發貨核對采零售購清單顧客2 數據庫采購部庫存管理部利用 SQL Server 2000 開發出相應的數據庫及數據表：.( 三 ) 、網絡環境以計算機為載體，在SQL server中創建數據庫，數據表，再利用VFP建立項目、數據庫和遠程視圖來創建表單，程序和菜單等。( 四 ) 、輸入輸出設計.1 用戶登錄界面打開系統首頁，界面功能是核查系統管理員的身份，以保證系統的安全。2 系統主操作界面3 訂單管理此系列界面的功能主要是管理相應表的所有信息。.4 增加訂單此系列界面的功能主要是增加相應表的所有信息。.5 訂單查詢此系列界面的功能主要是查詢相應表的所

22、有信息。.6 商品信息界面此界面的功能主要是管理貨物信息，所以布面可以顯示已有所有貨物的詳細信息。.7 庫存信息管理.8 庫存信息增加.9 庫存信息查詢10 銷售信息管理.11 銷售信息增加12 銷售信息查詢.13 商品查詢.14 管理員維護及增加15 系統登陸.16 新建菜單（ menu）打開項目管理器選擇其他菜單新建生成。17 新建程序 (main)打開項目管理器選擇代碼程序新建。.18 連編六、調試與測試所有程序完成后運行整個系統，運行整個系統， 所有表單、程序、菜單都能成功運行。.七、心得體會為期一周的管理信息系統課程設計結束了，我們所選擇的是超市管理信息系統。在這一周的時間里，我們對

23、這一普遍應用的系統有了深厚的理解，我們通過調查，還有翻閱書籍等方式，以及進行可行性研究，繪制了數據流程圖，業務流程圖，組織機構圖， E-R 圖等，讓我們對系統運行的過程和管理方法等有了更加清楚地認識。我們所創建的這個超市管理信息系統，雖然對超市的庫存信息、訂貨信息、銷售信息等的維護和增加進行了簡單的創建，但是我們不能忽略的是這個系統并不完善，還需要改進。通過對這個系統的設計讓我們認識到開發一個軟件不是一個人簡簡單單就能完成的，它需要幾個人一起來完成它，在做的過程中，需要每位成員的協作配合，成員之間需要溝通解決遇到的問題，溝通也是我們以后在學習生活中所需要的。還有，在這次課程設計中我們了解到，在

24、開發一個項目時一定要先做好規劃，按照軟件的開發過程，詳細地寫好每一個必要的文檔。軟件文檔最主要的目標是傳達一個系統的技術要素和使用方法。第二個目標是提供軟件開發過程中的需求，決策，行為，角色和責任的書面記錄。程序和文檔合一的概念不僅存在于系統的設計、開發階段而且存在于系統的維護階段，它貫穿軟件的生命周期。我們在建系統的時候才發現我們所學習的知識遠遠不夠，我們也將在以后的學習生活中更加嚴格要求自己，精益求精，爭取越來越好。總而言之，在本次的系統設計過程中，我們體驗到了，也學到了許多的操作知識，在以后的工作中我們也會秉承著本次系統設計傳達出的嚴謹，細致，耐心，團結，合作的精神，踏踏實實的去做好每件

25、事。.八、參考文獻1 董良才 . 管理信息系統開發案例集粹 . 上海交通大學出版社 .2014.082 毛光喜 . 管理信息系統 . 吉林大學出版社 .2013.013 黃梯云 . 企業管理模型及微型機應用程序 . 河北人民出版社 .19854 楊紹增 .Visual FoxPro 應用系統開發教程 ( 第二版） . 清華大學出版社 .2008.01.九、致謝非常感謝學校給我們這樣一次實踐操作的的機會，在整個操作過程中，如果沒有老師的悉心指導，我們也不能順利的完成本次系統設計，謝謝老師！感謝圖書館提供的大量現有資源！同時，也非常感謝組內成員的團結互助，齊心協力，非常謝謝同學們的熱心幫助！.附注組長：熊 婕（新建數據庫、數據表，新建系統登錄、管理員增加，商品信息管理、商品信息查詢，菜單和程序）劉婕：（訂貨信息管理、訂貨信息增加、訂貨信息查詢）王云蛟：（銷售信息管理、銷售信息增加、銷售信息查詢）丁慧玲：（庫存信息管理、庫存信息增加、庫存信息查詢）。Sql 創建的數據表代碼：create table admin(ad_name varchar(10) not null,