1、WORD.WORD.35/39WORD.課 程 設 計 報 告學生:學 號：學 院:經濟管理學院班 級:題 目:超市管理信息系統指導教師： 職稱: 教授2011年 1月 14 日目 錄TOC o 1-3 h z uHYPERLINK l _Toc2808720151可行性分析報告 PAGEREF _Toc280872015 h 1HYPERLINK l _Toc2808720161.1 引言 PAGEREF _Toc280872016 h 2HYPERLINK l _Toc2808720171.2 系統開發的必要性和意義 PAGEREF _Toc280872017 h 2HYPERLINK l

2、 _Toc2808720181.3 現行系統的調查與分析 PAGEREF _Toc280872018 h 2HYPERLINK l _Toc2808720191.3.1現行系統調查研究 PAGEREF _Toc280872019 h 2HYPERLINK l _Toc2808720201.3.2 需求調查和分析 PAGEREF _Toc280872020 h 2HYPERLINK l _Toc2808720211.4 新系統的方案 PAGEREF _Toc280872021 h 2HYPERLINK l _Toc2808720221.4.1 擬建系統的目標 PAGEREF _Toc280872

3、022 h 2HYPERLINK l _Toc2808720231.4.2 系統規劃與初步方案 PAGEREF _Toc280872023 h 2HYPERLINK l _Toc2808720241.4.3 計算機系統方案 PAGEREF _Toc280872024 h 3HYPERLINK l _Toc2808720251.4.4 系統的開發計劃 PAGEREF _Toc280872025 h 3HYPERLINK l _Toc2808720261.4.5 投資方案 PAGEREF _Toc280872026 h 3HYPERLINK l _Toc2808720271.4.6 人員培訓與補充

4、方案 PAGEREF _Toc280872027 h 3HYPERLINK l _Toc2808720281.5 方案的可行性分析 PAGEREF _Toc280872028 h 3HYPERLINK l _Toc2808720291.6 結論 PAGEREF _Toc280872029 h 3HYPERLINK l _Toc2808720302系統分析報告 PAGEREF _Toc280872030 h 4HYPERLINK l _Toc2808720312.1 概述 PAGEREF _Toc280872031 h 5HYPERLINK l _Toc2808720322.1.1 系統分析的原

5、則 PAGEREF _Toc280872032 h 5HYPERLINK l _Toc2808720332.1.2 系統分析方法 PAGEREF _Toc280872033 h 5HYPERLINK l _Toc2808720342.2 現行系統概況 PAGEREF _Toc280872034 h 5HYPERLINK l _Toc2808720352.2.1 現行系統現狀調查 PAGEREF _Toc280872035 h 5HYPERLINK l _Toc2808720362.2.2系現行系統存在的問題和薄弱環節 PAGEREF _Toc280872036 h 5HYPERLINK l _

6、Toc2808720372.3 新系統邏輯設計 PAGEREF _Toc280872037 h 5HYPERLINK l _Toc2808720382.3.1 新系統目標 PAGEREF _Toc280872038 h 5HYPERLINK l _Toc2808720392.3.2 新系統邏輯模型 PAGEREF _Toc280872039 h 5HYPERLINK l _Toc2808720402.3.3 建立數據字典 PAGEREF _Toc280872040 h 5HYPERLINK l _Toc2808720412.3.4 數據存儲規化 PAGEREF _Toc280872041 h

7、5HYPERLINK l _Toc2808720422.3.5 數據處理描述 PAGEREF _Toc280872042 h 6HYPERLINK l _Toc2808720432.3.6 遺留問題 PAGEREF _Toc280872043 h 6HYPERLINK l _Toc2808720442.4 用戶領導審批意見. PAGEREF _Toc280872044 h 6HYPERLINK l _Toc2808720453系統設計報告 PAGEREF _Toc280872045 h 7HYPERLINK l _Toc2808720463.1 概述 PAGEREF _Toc280872046

8、 h 8HYPERLINK l _Toc2808720473.1.1 系統設計目標 PAGEREF _Toc280872047 h 8HYPERLINK l _Toc2808720483.1.2 系統設計策略PAGEREF _Toc280872048 h 8HYPERLINK l _Toc2808720493.2 計算機系統配置 PAGEREF _Toc280872049 h 8HYPERLINK l _Toc2808720503.2.1 硬件配置 PAGEREF _Toc280872050 h 8HYPERLINK l _Toc2808720513.2.2 軟件配置 PAGEREF _Toc

9、280872051 h8HYPERLINK l _Toc2808720523.3 系統結構設計 PAGEREF _Toc280872052 h 8HYPERLINK l _Toc2808720533.4 模塊設計 PAGEREF _Toc280872053 h 8HYPERLINK l _Toc2808720543.5 數據庫設計 PAGEREF _Toc280872054 h 8HYPERLINK l _Toc2808720553.5.1 數據庫邏輯設計 PAGEREF _Toc280872055 h 8HYPERLINK l _Toc2808720563.5.2 數據庫物理設計 PAGER

10、EF _Toc280872056 h 8HYPERLINK l _Toc2808720573.5.3 數據庫保證 PAGEREF _Toc280872057 h 9HYPERLINK l _Toc2808720583.6編碼設計 PAGEREF _Toc280872058 h 9HYPERLINK l _Toc2808720593.6.1 代碼設計原則 PAGEREF _Toc280872059 h 9HYPERLINK l _Toc2808720603.6.2 代碼設計 PAGEREF _Toc280872060 h 9HYPERLINK l _Toc2808720613.6.3 編碼設計的

11、評價與驗收 PAGEREF _Toc280872061 h 9HYPERLINK l _Toc2808720623.7 輸出設計 PAGEREF _Toc280872062 h 9HYPERLINK l _Toc2808720633.7.1 輸出項目 PAGEREF _Toc280872063 h 9HYPERLINK l _Toc2808720643.7.2 輸出接收者 PAGEREF _Toc280872064 h 9HYPERLINK l _Toc2808720653.7.3 主要功能 PAGEREF _Toc280872065 h 9HYPERLINK l _Toc2808720663

12、.7.4 輸出要求 PAGEREF _Toc280872066 h 9HYPERLINK l _Toc2808720673.7.5 輸出設計的評價和驗收 PAGEREF _Toc280872067 h 9HYPERLINK l _Toc2808720683.8 輸入設計 PAGEREF _Toc280872068 h 9HYPERLINK l _Toc2808720693.8.1 輸入項目 PAGEREF _Toc280872069 h 9HYPERLINK l _Toc2808720703.8.2 輸入的承擔者 PAGEREF _Toc280872070 h 9HYPERLINK l _To

13、c2808720713.8.3 主要功能要求PAGEREF _Toc280872071 h 9HYPERLINK l _Toc2808720723.8.4 輸入要求 PAGEREF _Toc280872072 h 9HYPERLINK l _Toc2808720733.8.5 輸入校驗 PAGEREF _Toc280872073 h 10HYPERLINK l _Toc2808720743.8.6 輸入設計的評價與驗收 PAGEREF _Toc280872074 h 10HYPERLINK l _Toc2808720753.9 網絡設計 PAGEREF _Toc280872075 h 10HY

14、PERLINK l _Toc2808720763.10 系統實施方案設計 PAGEREF _Toc280872076 h 10HYPERLINK l _Toc2808720773.10.1 實施方案說明 PAGEREF _Toc280872077 h 10HYPERLINK l _Toc2808720783.10.2 實施的總計劃 PAGEREF _Toc280872078 h 10HYPERLINK l _Toc2808720793.10.3 實施方案的審批 PAGEREF _Toc280872079 h 101可行性分析報告作 者： 學 號：系 ：專 業：信息管理與信息系統題 目：超市管理

15、信息系統 小組成員： 2011 年 1 月 1.1引言摘要：用戶名稱：東北電力大學校園超市系統名稱：東北電力大學校園超市管理信息系統目標：信息技術的發展推動了超市管理信息化的快速發展，如何將先進的信息技術運用到超市管理和服務中，用這些技術來改變超市的傳統管理模式，多方面，多角度滿足用戶的需求，已成為超市管理的當務之急。根據需求分析，本系統應能夠達到以下目標：全面自動化信息管理，可隨時查閱商品情況。全方位的快速查詢，提高工作效率。完整的工程與服務，提高管理水平。靈活準確的計算購買商品和了解商品價格，提高財務工作效率。全面統計，匯總，分析，與時提供準確依據和購買商品報表，領導可隨時查閱到最新信息的

16、詳細情況。 系統部控制嚴密，數據存儲安全可靠。系統界面友好美觀，操作簡單易行。從需求、服務形成一套嚴密、科學、完善的管理體系。功能：通過計算機對圖書的相關信息進行管理的圖書館管理信息系統是典型的信息管理系統(MIS),其開發主要包括后臺數據庫的建立和維護以與前端應用程序的開發兩個方面。對于前者要求數據的一致性、完整性和安全性。而對于后者則要求應用程序功能完備,易使用等特點。我們利用Delphi7.0為開發工具，可以通過數據窗口方便而簡潔地操縱數據庫對象，為系統的開發帶來了很大的方便。背景：東北電力大學管理081班；系統的服務對象：東北電力大學校園超市各部門主管、會員顧客本系統可以和因特網相連，

17、方便用戶在外網進行查詢，同時方便各商品供應商查詢自家商品在超市的銷售情況，提高商品的配送效率。參考和引用的資料1. 王欣編著.管理信息系統. ：中國水利水電，20042. 薩師煊、王珊.數據庫系統概論（第三版）。：高等教育，20014. 王立福等編著.軟件工程(第二版)。：大學，20025程學先主編.數據庫原理與技術。：中國水利水電，2001專門術語和縮寫詞：管理信息系統，可行性分析，采購，銷售，庫存，模式，式，數據庫、數據字典、業務流程圖、數據流程圖1.2系統開發的必要性和意義如今是飛速發展的信息時代。在各行各業中離不開信息處理，這正是計算機被廣泛應用于信息管理系統的環境。計算機的最大好處在

18、于利用它能夠進行信息管理。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。信息技術的發展推動了超市管理信息化的快速發展，如何將先進的信息技術運用到超市管理和服務中，用這些技術來改變超市的管理模式，多方面，多角度滿足用戶的需求，已成為超市管理的當務之急。東北電力大學校園超市作為我國數量眾多的商品零售企業之一，也不可避免地要加入了企業的競爭行列，實現企超市信息化是參與挑戰的必要條件。但是多樣性與其靈活多變的經營方式，加上相關投入量的限制，使得校園超市信息化建設僅處于萌芽時期，沒有很好的發揮信息化對超市運營的輔助租用。做為一個中小型超市想要提高市場競爭力,既要有好的商品質量,同

19、時也要有好的客戶服務。超市要做到能與時響應顧客的商品需求,根據需求迅速進貨,與時上架，快速周轉,就必須有一個好的管理計劃,使得商品的進貨、銷售和庫存3個環節能夠很好地協調配。進銷存是超市經營管理中的核心環節,也是一個超市能否取得效益的關鍵。如果能做到合理進貨、與時銷售、庫存量最小，減少積壓，那么超市就能取得最佳的效益。在缺乏系統化的計算機信息管理，而只是上幾個POS終端和幾臺計算機進行銷售和進貨、資金結算的情況下，當前的進貨很難正確反映市場的需求，各部門缺少必要的計劃，部門之間通迅也經常不暢通，管理人員很難對超市的進貨、庫存以與銷售做預期的估算。這些在激烈競爭的市場競爭中是不利的。也給超市經營

20、管理帶來了一定的風險。知已知彼方能百戰百勝是商場競爭中永遠的定律，超市的管理信息系統（MIS）的建立就顯得十分的必要了，它利用計算機的技術，將管理同業務有機結合起來，使得超市的進、銷、存能夠有機銜接，從而提高了企業的效率和效益。1.3現行系統的調查與分析1.3.1現行系統調查研究1. 組織機構調查校園超市位于東北電力大學新校區后門，現有工作人員4名，分別負責采購、貨架、銷售，人事管理；收銀員3名，負責日常收銀業務；超市導購員9人，負責各個銷售貨架的管理和顧客引導工作。本超市獨立經營再無分店。其組織結構，如圖 1-1所示。經理前臺收銀人員銷售管理人員倉庫管理人員采購管理人員圖1-1 組織結構圖2

21、. 業務流程調查東北電力大學校園超市主要業務活動是針對零散顧客的商品銷售，期間涉與商品的采購、庫存業務活動。商品采購之后，由業務人員將帶有條形碼的商品通過掃描器掃描到電腦中。遇到沒有條形碼的商品，對其進行編號，匯總后由業務人員將其人工錄入到電腦中。顧客將商品帶到收銀臺，收銀員對商品進行掃描或人工敲入商品代碼，顧客付款后，自動計算找零，打印商品清單。銷售經理通過后臺機器進行商品的定價，是否禁止銷售的控制，定期生成銷售報表。各產品公司的區域負責人定期到超市進行商品的統計，發現貨架商品不足時與時匯總通知貨架管理經理，確定是否還有庫存，如果沒有是否進行商品訂購。各區域的導購員定期清算負責區域的商品銷售

22、情況，發現不足，與時向倉庫管理員匯報，倉庫管理員匯總后，首先清查庫存中是否有足夠的商品，如果有通知導購員填寫出庫單提取商品，如果沒有交至采購管理員進行商品采購。采購部門收到庫存管理部門的缺貨單，各區域導購員匯總的缺貨單，向相應商品的提供商發出的貨單，進行商品采購，采用銀行轉帳行使結賬。采購來的商品由采購管理員進行核對，并進行貨品上架，將剩余的貨品進行統計，填寫商品入庫單，提交給倉庫管理人員進行登記管理。定期結算。通過查詢應付款，應收款，由經理進行結算業務。盤庫。每天庫存管理人員進行庫存信息統計，將信息反饋給經理。業務流程如圖1-2。會員管理相關人員顧客會員信息商品訂貨單銷售管理庫存管理會計財務

23、進貨管理供應商業務員發貨單缺貨單收款單付款單顧客供應商會員信息商品庫存應收應付圖1-2 業務流程圖3. 信息流程分析數據是系統要處理的主要對象，因此全面、準確的收集、整理、分析數據和數據流程成為系統分析階段的重要任務。通過對超市系統的調查和可行性分析，畫出超市管理系統的高層數據流程圖。如圖1-3所示供應商業務員顧客供應商會員信息收款單商品訂貨單付款單發貨單缺貨單顧客會員管理相關人員會員信息銷售管理會計財務應收應付款庫存管理商品庫存進貨管理、圖1-3 數據流程圖 4. 費用超市共有導購員9人，月工資1，000元，收銀員3人，月工資1，200元，12人年總工資151，200元，超市已有3臺POS機

24、和一臺后臺計算機，購買話費12，000。系統的設備費用10000元，開發費用：10000元，維護費用：20000元。5. 計算機應用情況調查（1）現有配置1）前臺收款計算機前臺機器運行于Windows/95/98/2000/NT環境，對機器要求較低一些。安裝windows98操作系統。機器配置如下：主頻400以上的CPU、64M存、3.2G硬盤、10M或100M網卡、單色顯示器。2）前臺收款外圍設備自動錢箱軟件支持目前市場上的大部分自動錢箱，當需要打開錢箱時軟件自動控制錢箱打開。顧客顯示屏方便客戶觀看銷售、付款、找零等情況，不是必配的設備，用戶可根據自身情況選用。條碼掃描器直接讀取商品上的條碼

25、信息，快速識別銷售的商品。條碼掃描器分為紅外和激光兩種，紅外掃描器的靈敏度較高、價格便宜；激光掃描靈敏度很高但價格很貴。打印機POS前臺銷售時可直接打印銷售小票，可自由選配熱敏式或點陣式打印機。3）后臺服務器后臺服務器運行于Windows /98/2000/NT環境，集中處理各個POS前臺的業務數據（2）計算機專業人員沒有專門的計算機人員，3名收銀員以與超市經理會熟練使用辦公軟件（3）已經應用的項目與效益前臺3臺POS機器，后臺計算機投入使用，提高了收銀工作的效率，節省了12兩名收銀員，年節省資金24，000元。可以進行各種報表的統計，節省了打印費用，約100元。（4）使用效率與存在的問題由于

26、沒有專業的計算機操作人員，一旦計算機出現問題，不能與時維修，同時收銀員只會對商品進行掃描等最基本的操作，其他功能不會操作，所以計算機的使用效率較低。6.現行系統存在的主要問題和薄弱環節1）人員管理方式落后，仍使用傳統的人工管理模式，管理不規；2）賬務，賬目管理混亂，透明度低；財務人員工作量大，且不確定因素，可能因個人原因造成數據損失；3）管理方式落后，很難依據銷售、庫存情況與時進行配送、補貨、退貨、調撥。超市在物流管理方面仍然使用傳統的人工管理模式，浪費人力資源，效率低，準確率低；4）有條形碼的商品編碼不規，容易產生數據利用率低，同時影響收銀速度（同一商品，多次輸入）；5）統缺少信息維護人員，

27、數據庫維護不與時。1.3.2 需求調查和分析經過調查，很多消費者希望可以得到更多優惠，在超市消費的越多，優惠就越大，因此為了吸引更多顧客，超市決定開展會員業務，對本店的會員進行優惠。會員要根據自己的真實信息填表，獲得一會員卡，每次消費都要將會員卡上的編號進行掃描，證明已經累計購買商品，以此來進行判斷累計購買的數量。因此，超市需要建立會員管理信息系統。由于業務量的增加，經理需要依據庫存信息和銷售記錄制定營銷策略，急需對現行的人工庫存管理進行計算機化，提高庫存效率，和庫存在超市運營過程中的輔助決策作用。在安全和方面，商品的采購人員，庫存管理人員，收銀員只對自己工作圍有修改的權限，其他人只有瀏覽的權

28、限。1.4新系統的方案1.4.1 擬建系統的目標隨著經濟的發展，普通超市的采購管理，庫存管理，收銀方式，服務質量等方面已經不能滿足消費者的要求。為了吸引更多的客源，超市按照消費者的要求，積極的做了很多改變，在采購上，超市提高了貨源，并且將其與財會與庫存建立了連接，更方便對賬務與商品的查詢；庫存方面，超市將貨品進行分類存放，便于管理，同時與采購進行了連接，與時購買所需商品；收銀方面，超市將以往手動輸入商品編號變成了機器掃描，大大減少了出錯率，同時可以與超市會員聯系起來，進行相應優惠政策，也便于超市結算；服務方面，超市增加了導購員，可以更加讓消費者了解商品，買到消費者最需要的商品。總的來說可以概括

29、為：1、改進超市管理手段 2、提高和改進超市管理信息服務質量 3、增強資源的共享 4、減少人力和設備費用 5、加快信息的查詢速度和準確性 6、提供統計分析功能 7、減輕勞動強度1.4.2系統規劃與初步方案為了滿足超市管理信息系統的要求，對超市采購過程作信息處理與系統管理。與庫存，供應商、財務子系統有效關聯，與時響應其他系統信息，并傳遞處理的結果。新加的采購信息查詢，可以方便查詢采購貨物，與時核對與更改，而且有了采購合同管理，使采購更加合理，更加正規。本系統采購管理模塊規模、組織結構如下：該采購系統主要是對商品采購環節進行管理，記錄商品的銷售數量、單價、統計日期等。管理者可以根據商品類型來查看某

30、種商品的銷售情況。同時采購信息的變動影響著庫存的變化，倉庫部門可以根據采購情況來決定庫存需要，以便于管理者對顧客需求進行分析。采購管理機構主要分為采購單管理，采購合同管理，采購信息查詢，到貨管理4個模塊，這4個機構的運行情況充分的體現采購管理系統的作用。1.4.3計算機系統方案通過系統軟硬件的準備，采用Windows xp、Microsoft SQL Server 2000和delphi7.0的技術手段，來完成超市管理信息系統采購管理子系統的實施。本系統終端擬采用奔騰4處理器，1G存，100G硬盤，17存顯示器，一個光驅，一個鼠標，一臺打印機。1.4.4系統的開發計劃可將系統的功能分成4個模塊

31、來進行計劃：1.采購訂單管理：根據審批通過的訂購單，生成采購訂單，除了請購的基本容外還包括供應商，運輸方式，付款方式，交貨日期等詳細情況。按不同的狀態實現訂購單的新建、修改、撤銷功能。訂購單一旦完成，就不允許修改和撤銷。2.采購合同管理：一份采購訂單生成后對應生成采購合同；按供應商名稱和商品名稱提供供應商供貨記錄查詢列表；按商品名稱、供應商名稱和合同執行時間提供進貨數量統計；按照合同的付款信息，與時向財務部門反饋用款信息，經批準后更新部門可用資金數目。合同完成后，為庫存提供到貨信息。3采購信息查詢：根據訂貨單與到貨單，方便查詢貨品的名稱，編碼，生產商，數量等信息，方便對商品的了解。4到貨管理：

32、財務管理對采購管理所需的費用進行審批，全部合格即可下發采購所需費用。系統只是超市管理信息系統的一個子系統。所以還需考慮與其他子系統之間的聯系，從庫存獲取商品數據，從供應商管理獲取供應商信息，采購任務完成后需生成入庫單傳給庫存管理系統等。還有財務款項的進出與財會子系統有關。1.4.5 投資方案此系統有超市一次性注資50000元（不包括硬件的購買費用），在10 年 月注入，具體的細化投資方案如下表1- 1所示。表1- 1細化投資方案表序號工作名稱費用1現行系統調查差旅費5000元2可行性研究3系統分析系統分析人員費用10000元4系統設計系統設計人員費用15000元5系統實施系統分析設計人員與程序

33、設計人員費用30000元1.4.6 人員培訓與補充方案為了使超市更好的進行采購管理，應對采購人員進行培訓，主要培訓以下幾點：（1） 把握預算實績。采購人員對于每月的營業額，有責任促其能達成預算實績；（2） 制定銷售計劃與采購計劃。每月的重點銷售商品須有一套完整的銷售計劃。為了執行銷售計劃，采購人員同時要擬定一份采購計劃以利于執行。如確定重點商品的預定銷售價格、采購價格、采購數量、采購來源等；（3） 進行采購作業。包括：商品的議價；交易條件協商；新商品的引進與議價；商品的配送方式；數量決定；（4） 實施商品管理。包括：暢銷品與滯銷品的分析；滯銷品的處理；庫存狀況的掌握與控制；商品的店間移動調度；

34、商品配置表的制定與管理；壞品退貨監督；訂貨業務的檢查；商品鮮度的監督；商品臺帳的管理；賣場列展出指導；（5） 商品信息收集。主要有：本店商品銷售信息收集；顧客商品需求信息；競爭店商品銷售信息；供應商商品變動信息等的收集。暫無補充方案。1.5方案的可行性分析技術的可行性：本方案可以利用技術經濟學中運籌學評價法來評價。對于該系統，可采用動態的規劃評價，采用一些理論知識、信息技術以與計算機技術，基本可以滿足本系統的技術要求，因此在從技術上是可行的。，經濟可行性：對于本方案初步投入50000元，方案的生命周期估計為三年，初始投資5萬元，預計等年凈現金流量為16萬元，基準收益率為10%根據公式NPV=-

35、5+16(P/A,10%,3)=-5+16*2.4869=34.7904萬 由此可見對銷售管理系統的改進使企業的利潤增加。因此，經濟可行。運行可行性：使用本系統后，要對組織結構產生一定影響，要有人員變動，但只是局部的，不影響組織結構，且本軟件界面友好，易學易用，因此運行上是可行的。1.6結論通過前面的分析和論證，根據可行性分析結果，可按方案立即進行系統開發工作。2系統分析報告作 者： 學 號：系 ：專 業：題 目：小組成員： 2011 年 1 月 2.1概述2.1.1系統分析的原則在采購管理系統的設計中，首先對現行系統進行全面調查，與用戶溝通，全面了解用戶的需求。然后對采購組織模塊與業務流程進

36、行分析，明確業務流程，采用結構化的方法自上而下的對業務流程進行分析。把采購流程抽象成過程，把采購信息抽象成數據。這樣按照該原則對超市的采購業務逐層細化分析。2.1.2系統分析方法采購系統與超市的就各子系統都有關聯。因為采購本來就是一個過程，他不僅是一個數據傳遞處理過程，而且與子系統間數據也有一定的流向。其中采購單管理就是對庫存缺貨信息響應的結果，假設商品庫存量是庫存子系統提供的數據，直接在數據庫中建立表。商品的供應商也假定是供應商管理。子系統提供的數據，共采購訂單生成時使用，對各個供應商的合作執行情況做分類統計，得到供應商記錄，供應商子系統能夠直接引用。采購任務完成后，能夠提供一個入庫單給庫存

37、子系統，為了能夠表現入庫單的影響，設計了商品庫存量的更新。還有把采購用款信息提供給財務部門更新可用資金數目。2.2 現行系統概況2.2.1現行系統現狀調查1.現行系統目標、規模、界限、主要功能目標：現行系統主要目標是實現查詢業務流程化，統計查詢盡量簡潔化，并且能夠實現簡單的分析工作。讓各部門功能盡量清晰化，管理流程更加符合現階段需求。規模與主要功能：校園超市現有工作人員4名，分別負責采購、貨架、銷售，人事管理；收銀員3名，負責日常收銀業務；超市導購員9人，負責各個銷售貨架的管理和顧客引導工作。該超市已經引進了小型超市管理系統，通過該系統可以更加清晰的了解商品的銷售情況，通過銷售的變動來改變采購

38、的方向與庫存，以便更好的進行采購管理。同時該系統可以記錄采購情況，方便對采購進行查詢。2.組織機構調查該超市由六個主要部門組成，分別為采購部、銷售部、財務部、人事部、倉儲部。現在就各部門的職能進行描述：（1）采購部：負責超市的商品采購工作。（2）銷售部：負責超市商品的銷售工作。（3）財務部： 負責超市往來業務賬款的記錄和匯總，發放超市員工的工資以與其他福利等工作。（4）人事部：負責超市員工的招聘、任職、罷免、調度等工作。（5）倉儲部： 負責超市商品的入庫、出庫、以與商品盤點等工作。3.業務流程調查與分析根據對超市的業務流程調查分析得知，超市的高層業務流程如圖2- 1所示。會員管理相關人員顧客會

39、員信息商品訂貨單銷售管理庫存管理會計財務進貨管理供應商業務員發貨單缺貨單收款單付款單顧客供應商會員信息商品庫存應收應付圖2- 1超市高層系統高層業務流程圖在現行系統中該超市采購管理主要完成如下描述的業務：（1）商品的采購管理，記錄商品的采購信息。包括商品的條形碼，類別，價格，出產商等；（2）根據銷售記錄對商品庫存進行調整。如，根據商品的銷售量決定是否對其商品進行采購。供貨商商品發貨單采購管理商品交接單商品管理商品記錄圖2- SEQ 圖2- * ARABIC 2 采購管理高層業務流程圖采購單庫存報表庫存管理庫存統計其采購業務流程圖如2-2所示。若商品缺貨或對某商品有需求，就由庫存部門生成采購單，

40、主管部門結合銷售計劃和財務狀況與前期合同執行情況來進行審核，并將未批準的請購單退給庫存部門；采購部門根據審批通過生成采購訂單發往供應商，供應商得到采購訂單后提交采購合同，采購部通過合同管理審核合同，簽訂合同后返回供應商要求供貨，同時將生效合同存儲備查并提交采購部以便采購部向庫存部門發送入庫單。其業務流程圖如圖2-3所示。庫存部門采購部門供應商有效合同采購合同正確發貨單商品發貨單采購訂單合格采購單合格采購單采購單合同管理修改庫存核對發貨單生成采購單審批采購單采購部門訂購單記錄庫存記錄合同記錄圖2-3 采購管理業務流程圖4.數據流程分析數據是系統要處理的主要對象，因此全面、準確地收集、整理、分析數

41、據和數據流程是系統分析階段的重要任務。通過對系統的調查和可行性分析，系統的數據流程圖如圖2-4所示。相關人員會員管理顧客會員信息會員信息顧客會計財務銷售管理商品收款單庫存管理訂貨單供應商商品庫存應收應付款供應商進貨管理發貨單付款單缺貨單業務員圖2-4 超市管理數據流程圖根據分析，采購管理合同數據流程圖如圖2-5所示。合同管理合同記錄采購部門采購單有效合同供應商圖2-5 采購管理合同數據流程圖2.2.2現行系統存在的問題和薄弱環節由于超市為滿足廣大消費者的需求，進行超市的銷售業務，而傳統的系統并沒有能提供此項業務的相關功能，使超市的信息化管理滯后。而且由于舊的系統反應慢，信息處理效率低，重復性信

42、息多、可靠性低，與其他各個職能部門信息聯系不密切，信息不能共享等，影響了其效率。對于采購部新增的銷售功能沒有完善的信息化管理。目前，超市的管理仍以手工操作為主，但隨著超市規模的擴大，經營項目的增加，手工管理已不能滿足超市發展的需要。由于每天的銷售量增加，進貨頻繁，進貨次數增加，難免在業務上財務上發生問題，大量數據積壓，得不到正確的使用，操作錯誤也頻繁增加。同時，隨著銷售業務越來越復雜，就要求銷售部門與其他部門緊密聯系起來，充分利用銷售信息來對庫存、采購業務進行引導，以便管理者與時作出準確的經營決策。2.3 新系統邏輯設計2.3.1新系統目標通過對校園超市銷售管理系統的需求分析，針對校園超市在系

43、統上的一些不足，建立新系統的總目標如下：（1）提高超市的運作效率。（2）通過全面的信息采集和處理，輔助提高超市的決策水平。（3）可以提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴能力，提供有效的技術保障，界面友好，使用簡單，操作方便，運行穩定可靠。采購管理模塊包括進貨資料錄入和維護;采購訂單的錄入和維護和付款的計算機的操作等。使用對話框窗體方式，使得條例清晰、邏輯性強，并有關鍵性的強調和警告：對于數據庫的更新、刪除與用戶登錄等操作，利用警告的方式來幫助用戶進一步來幫助用戶進一步確認操作的有效性。以先進成熟的計算機和數據庫技術為主要手段，建成超市部的采購管理信息系統，以做到為經營決策

44、提供有力的信息保證。實現公司的管理現代化、信息資源化和決策科學化。對采購過程中的三個重要記錄采購訂單、采購合同和采購查詢做重點管理，各自生成條件合理，數據傳遞快速有效、按執行狀態歸類的統計列表與時反映執行狀態變化。2.3.2新系統邏輯模型通過對現行采購管理系統的業務流程的調查分析，發現了系統存在的問題，并且對系統的缺陷進行了改進。下面就是對超市采購管理系統的新系統的業務描述。商品采購數據流程圖如圖2-6所示。合同記錄審批采購單生成采購單庫存部門審批采購單合格訂單采購訂單采購部門訂購單記錄不合格訂單采購訂單修改庫存庫存部門正確訂單發貨單核對發貨單庫存記錄圖2-6 采購管理數據流程圖商品采購記錄查

45、詢數據流程圖如圖2-7所示。采購管理商品采購采購查詢采購信息采購單經理圖2-7采購記錄查詢數據流程圖2.3.3 建立數據字典數據字典是將數據元素、數據結構、數據流、數據存儲功能和外部實體等的詳細情況加以記錄，并按照一定方式進行排列所形成的一部關于數據的字典。數據字典是進一步定義和描述所有數據項的工具，是關于數據的數據。它包括一切動態數據、靜態數據和數據結構以與相互關系等的說明，是數據分析和數據管理的重要工具。如下面的表格所列。表2-1數據元素的定義數據元素編號：DE001數據元素名稱：訂購單編號簡述：訂購單的代碼別名：M-No（程序部用）長度：20個字節類型：字符型取值/含義：“年、月、日、編

46、號”如：090501*有關的處理功能：采購，銷售，會計表2- SEQ 表2- * ARABIC2數據元素一覽表編號數據元素名稱類型長度小數點位數DE001訂購單編號數字型10DE002商品編號字符型30DE003供應商編號字符型30DE004合同編號數字型32DE005請求編號數字型10表2- SEQ 表2- * ARABIC3數據流定義表數據流編號DF001數據流名稱采購單簡述庫存部門發出的請購信息組成請購單編號商品編號商品名稱規格單價數量生成日期表2- SEQ 表2- * ARABIC4數據流一覽表數據流編號數據流名稱組成DF001商品庫存信息請購單編號商品編號商品名稱規格單價DF002商

47、品信息請購單編號商品編號商品名稱規格單價表2- SEQ 表2- * ARABIC5處理邏輯定義表處理功能編號P001處理功能名稱商品庫存處理功能層次號1.1.1簡述接收終端錄入的商品庫存并驗證是否正確輸入數據流購物單 輸出數據流合格的購物單，去向：處理功能“結算金額”2.不合格的購物單，去向：管理人員處理從終端錄入商品檢索數據存儲，驗證是否正確若正確則進行結賬，否則出錯有關的數據存儲商品信息目錄表2- SEQ 表2- * ARABIC6數據存儲定義表數據存儲編號DB001數據存儲名稱訂購單簡述商品的采購情況輸入數據流供貨商訂購單輸出數據流采購單組成采購單編號（數據元素）日期（數據元素）數量（數

48、據元素）商品信息（數據結構）立即存取要求有表2- SEQ 表2- * ARABIC7外部實體定義表外部項編號外部項名稱輸出數據流輸入數據流個數E01供應商訂購單訂購單1000付款單2.3.4數據存儲規化這一階段是在需求分析的基礎上。設計出能夠滿足用戶需求的各種實體，以與它們之間的關系。且為后面的邏輯結構設計打下基礎。本系統就是采用E-R圖的方法進行數據庫概念結構設計的。本系統E-R圖如圖2-8所示。采購合同簽訂采購部門擁有部門財務信息生成采購訂單簽訂采購合同簽訂采購訂單簽訂采購訂單采購合同簽訂 圖2- 8采購管理系統E-R圖實體屬性：供應商：供應商編號，交易總記錄，交易歷史，供應商名稱采購合同

49、：操作員，請購單編號，合同編號，合同狀態，總金額，交貨日期，付款方式，供應商，生成日期商品信息：商品編號，商品名稱，規格，單價，庫存量，庫存下限采購訂單：訂單編號，規格，單價，付款方式，數量，總價，供應商，運輸方式，交貨日期，操作員，商品名稱，下單日期，訂單狀態2.3.5數據處理描述現就采購商品信息查詢這一處理過程用結構式語言進行描述：商品編號如果 不正確 輸入信息有誤否則 正確 顯示商品信息2.3.6遺留問題從系統整體看,以上方法是切實可行而有效的,但通常的解決方法是在客戶端開辟緩沖區,或以臨時文件形式存儲數據,待編輯完成后一次把所有數據寫入數據庫,但這樣做又難以保證本地數據與數據庫服務器上

50、數據的同步,所以在系統設計時要綜合考慮。在開發這一系統過程中遇到了許多技術、業務以與管理方面的問題，由于技術、能力有限以與我們對業務流程的不完全熟悉造成了一些在目前無法解決的問題。由于我們缺乏技術知識所以開發出的超市管理系統暫時還不能完全的適合用戶的需求，同時也沒有為消費者開發出交互的界面。例如，商品的編目的詳細業務過程以與庫存限制的工作流程在此系統中都沒有作為重點來開發。2.4用戶領導審批意見.本方案基本滿足我們的需要，且各個部分設計較好，所以本方案通過，進行下一步的系統設計階段。3系統設計報告作 者： 學 號：系 ：專 業：題 目：超市管理信息系統 小組成員：2011 年 1 月 3.1

51、概述3.1.1系統設計目標用戶需求：與時地收集和保存信息。例如貨款預算數據，商品入庫，出庫數據，銷售預算數據等等。快速地傳遞信息。對那些共享數據要快速地傳遞。例如商品存儲處要與時地從進貨處獲得進貨的預算報告等等。提供準確的信息。要求比手工作業提供更加準確和細致的數據，例如銷售預算數據，庫存數據等等。共享數據。由于采用系統化設計不同的部門卻可以互相瀏覽數據信息從而實現了數據共享。設計員需求：為用戶提供方便，界面具有較高友好性。具有較高的可靠性，將系統發生故障的概率控制在1.5%以下，并具有快速恢復能力。運行效率應是人工操作效率的10倍以上。為適應用戶新的業務要求變化，要具有可維護性和擴充性。3.

52、1.2系統設計策略本系統設計采用結構化設計方法，將系統模塊化，逐層將其分解為一個多層次的，具有獨立功能的模塊所組成的系統。對高層模塊，將采用以事務為中心的設計策略，把一個大的復雜的系統逐步分解成小的相對簡單的暗盒模塊；對低層模塊，采用以變換為中心的設計策略，此外，為了提高模塊的聚性，降低模塊間的耦合程度，數據庫的設計原則是把它作為模塊間的郵政信箱，從而既實現數據共享又提高了模塊的獨立性，是系統具有很高的可修改性。3.2計算機系統配置3.2.1硬件配置1.主機奔騰4以上機型。2.外存儲器主存512MB，外存至少80G磁盤。3.終端與外部設備配置 顯示器與顯示卡：彩色VGA，分辨率不低于1024x

53、768，64位PCI接口，緩存1MB以上；通訊口：至少一個RS232串行通訊口和一個并行接口；網絡接口板：16或32位接口,有RJ45接口(雙絞線網)；CD-ROM光盤驅動器: 40倍速以上4.其它輔助設備備份設備：CD-R光盤刻錄機一臺，寫速度8倍以上，讀速度24倍以上；U盤，容量1G以上。硬件配置圖如圖3-1所示。INTEL酷睿3.06HZ1GB120GBPC-ATPC-ATPC-ATPC-AT經理銷售管理采購管理庫存管理圖3- SEQ 圖3- * ARABIC 1硬件配置圖3.2.2 軟件配置1. 操作系統（OS）服務器操作系統 Windows2000客戶端操作系統 WindowsXP2

54、.數據庫管理系統（DBMS）SQLServer 20003.使用的編程語言Delphi7.04.軟件工具office辦公軟件3.3系統結構設計結構化設計方法的基本思想是：使系統模塊化，即把一個系統自上而下逐步分解為若干個彼此獨立而又有一定聯系的組成部分。對于任何一個系統都可以按功能逐步由上而下，由抽象到具體，逐層將其分解為一個多層次的，具有相對獨立功能的模塊組成的系統。系統設計的任務是以分析為依據確定新系統在計算機應有哪些程序模塊組成，各模塊用什么連接在一起可以構成最好的系統機結構，使用某些工具將設計成果表達出來，并對各個細節進行設計。系統總體結構設計如圖3-2所示。采購管理采購單管理采購合同

55、管理到貨管理查詢采購信息圖3- SEQ 圖3- * ARABIC2系統總體設計結構圖3.4 模塊設計對以上采購單管理，采購合同管理，到貨管理，查詢采購信息，財務審批模塊進一步分解。采購單管理購模塊分解如圖3-3所示。其模塊說明書如表3-1所示。采購單管理庫存信息管理采購單生成與修改圖3- SEQ 圖3- * ARABIC3現貨銷售模塊分解表3-1采購訂單管理模塊說明書模塊名采購訂單生成輸入數據選擇或者輸入交貨日期,付款方式，付款條件，運輸條件等輸出數據采購管理單處理信息采購管理人員根據審批通過的請購單，選擇或輸入請購單條件生成訂購單采購合同管理模塊分解如圖3-4所示。其模塊說明書如表3-3所示

56、。采購合同管理新建合同查詢合同圖3-4采購合同管理模塊分解表3-2采購合同管理模塊說明書模塊名采購合同管理輸入數據選擇訂購單編號，輸入合同談判價格，預付款數目輸出數據采購合同處理信息采購管理人員在這里只要選擇訂購單編號，系統自動傳遞請購單信息，只要再輸入些合同容就可以生成與訂購單編號一樣的采購合同，在一定的狀態限制下可以添加和撤消操作到貨管理模塊分解如圖3-4所示。其模塊說明書如表3-3所示。到貨管理核對到貨單修改庫存圖3-4 到貨管理模塊分解表3-3到貨管理模塊說明書模塊名到貨管理輸入數據選擇訂購單編號，輸入合同談判價格，預付款數目輸出數據核對單處理信息所采購的商品到貨后，業務員要依據到貨單

57、，對所到貨物進行核對，如果有誤，則返回給訂貨商，重新發貨，如無誤，則將貨物放入庫存，之后對庫存進行修改超市采購部門的查詢要求如下：查詢1：已知供應商編號，查詢名稱與地址等詳細信息。查詢2：已知商品名稱，查詢商品信息。查詢3：已知商品編號，查詢那些供應商能提供該商品。查詢4：已知某種商品名稱或編號，查詢庫存情況。查詢5：已知商品名稱或編號，查詢商品價格情況。根據這些查詢要求，查詢采購信息模塊分解如圖3-5所示查詢采購信息查詢5查詢4查詢3查詢2查詢1圖3- SEQ 圖3- * ARABIC5查詢采購信息分解模塊3.5數據庫設計3.5.1數據庫邏輯設計這里選用DBMS支持的關系模型，所以設計邏輯結

58、構的步驟如下：1.將概念結構轉換為關系模型。2.將轉換來的關系模型向DBMS支持下的數據模型轉換。3.對數據模型進行優化。下面把概念模型來轉換為關系模型，主碼用下劃線表示。根據以上的分析我們對系統的數據庫的進行如下邏輯設計：商品（商品編號，商品名稱，生產日期，有效期至，供應商，進貨價格）訂購情況（商品代碼，商品名稱，數量，進貨價格，供貨商代碼，供應商名稱）庫存情況（商品代碼，商品名稱，有效期至，庫存量，安全庫存量）供應商（供書商代碼，供應商名稱，供應商聯系人，聯系，通訊地址）3.5.2數據庫物理設計現在將上面的數據庫概念結構轉化為數據庫系統所支持的實際數據模型，也就是數據庫的邏輯結構。在上面的

59、實體以與實體之間關系的基礎上，形成數據庫中的表格以與各個表格之間的關系。采購管理系統數據庫中每個表格表示在數據庫中的一個表，各個表格的設計如下所示。表3- 4商品基本信息表字段名字段類型可否為空是否主鍵字段大小商品編號數字可以是50商品名稱文本可以否長整形規格文本可以否整形單價數字可以否50庫存量數字可以否50表3-5采購訂單信息表字段名數據類型可否為空字段大小說明訂購單編號數字可以整形主鍵訂購單狀態數字可以整形0：尚未執行，1：執行中，2：執行完畢，-1：已經撤銷下單日期日期/時間可以供應商編號數字可以整形運輸方式編號數字可以整形1：汽車，2：火車，3：輪船，4：飛機，5：混合，6：外包托運

60、登錄名文本可以50表3-5采購合同信息表字段名數據類型字段大小可否為空說明合同編號數字整形可以主鍵訂購單編號數字整形可以合同狀態數字整形可以0：未執行，1：執行中，2：已完成，-1：已撤銷總金額貨幣可以交貨日期日期/時間可以付款方式編號數字可以1：現金，2：信用卡，3：支票，預付款貨幣可以合同生成日期日期/時間可以登錄名文本50 可以合同完成日期日期/時間可以3.5.3數據庫保證在數據庫運行過程中，由于應用環境的變化，對安全性設的要求也會發生變化，比如有的數據原來是的，現在是可以公開查詢的了，而新加入的數據又可能是的了，象我們新加的會員功能。這些都需要DBA根據實際情況修改原有的安全性控制。同