超市采購管理系統(tǒng)設計說明書

1、<p>　　超市采購管理系統(tǒng)設計說明書</p><p><b>　　目錄</b></p><p><b>　　概 述2</b></p><p>　　1.系統(tǒng)的基本任務2</p><p>　　2.系統(tǒng)涉及的主要業(yè)務2</p><p>　　3.系統(tǒng)開發(fā)的目

2、標2</p><p><b>　　系 統(tǒng) 分 析3</b></p><p><b>　　1.用戶需求3</b></p><p><b>　　1.1系統(tǒng)現(xiàn)狀3</b></p><p>　　1.2 解決的主要問題3</p><p>　　1.3 達

3、到的具體目標3</p><p>　　2.可行性分析3</p><p>　　2.1技術可行性4</p><p>　　2.2經濟可行性4</p><p>　　2.3社會可行性4</p><p><b>　　3.現(xiàn)狀調查5</b></p><p>　　3.1 組織

4、機構調查5</p><p>　　3.2 業(yè)務流程調查5</p><p>　　3.3 信息流程調查7</p><p>　　3.4 現(xiàn)狀評價9</p><p>　　4.目標分析10</p><p>　　4.1 基本項分析10</p><p>　　4.2 實體聯(lián)系圖10</p&g

5、t;<p>　　4.3 改進實體聯(lián)系圖11</p><p>　　4.4 一般關系模型的導出15</p><p>　　4.5 數據字典（DD）表：21</p><p>　　4.6 功能層次（FHD）圖：23</p><p><b>　　概 述</b></p><p><

6、b>　　系統(tǒng)的基本任務</b></p><p>　　xx是一家連鎖超市。本系統(tǒng)以一個統(tǒng)一的界面，給采購員和管理人員提供了不同的操作及管理功能。數據庫服務器可配置在獨立的服務器上，也可配置在一臺運行本系統(tǒng)的計算機上。 適用于中小型無連鎖店，或連鎖店間經濟獨立的超市的物流管理。</p><p>　　本采購管理系統(tǒng)的基本任務是，開發(fā)一個能進行進貨管理，庫存管理的管理系統(tǒng)。利用I

7、T技術解決日常的業(yè)務來往，能進行相關的業(yè)務處理，業(yè)務數據的存儲，各類的報表的打印，數據的統(tǒng)計分析以及財務信息等。</p><p><b>　　系統(tǒng)涉及的主要業(yè)務</b></p><p>　　針對中小型超市的運營模式，有三類核心員工：收銀員、采購員和管理人員，分別有三個核心功能需要實現(xiàn)，銷售功能，采購功能，庫存管理和員工管理功能。 管理人員的功能應該在此基礎上進行擴展，

8、實現(xiàn)銷售記錄查詢，采購記錄查詢，商品信息查詢、添加、刪除和修改，以及促銷活動的設置。本系統(tǒng)的主要功能則是實現(xiàn)采購功能，采購記錄查詢，商品信息查詢</p><p>　　綜上所述，主要的業(yè)務為商品采購。</p><p><b>　　系統(tǒng)開發(fā)的目標</b></p><p>　　根據用戶的需求及公司的實際狀況，本系統(tǒng)的開發(fā)主要目標有：</p>

9、;<p>　　建立一套功能完整、高效、安全、穩(wěn)定的采購管理系統(tǒng)。</p><p>　　系統(tǒng)能夠準確地反映進貨、庫存、等方面的各種信息，以幫助決策者制定適宜的銷售策略。</p><p>　　界面簡潔、操作方便、簡單易學，用戶不需要有太多的專業(yè)知識。</p><p>　　為用戶使用進行采購管理系統(tǒng)的信息化與電子化打下一個較為良好的軟件基礎。</p&g

10、t;<p><b>　　系 統(tǒng) 分 析</b></p><p><b>　　用戶需求</b></p><p><b>　　1.1系統(tǒng)現(xiàn)狀</b></p><p>　　近年來，IT技術在企業(yè)管理中的應用快速發(fā)展，企業(yè)的各類業(yè)務都利用計算機技術支持、管理。由于公司的銷售業(yè)務來往繁忙，單據、數

11、據繁多，已超出人工所能處理的范圍，為了更好的管理公司的采購，將他們集成一體，便是本系統(tǒng)所要解決的問題。</p><p>　　1.2 解決的主要問題</p><p>　?、?基本資料管理：用計算機代替人工對一些基本資料的管理。例如，供應廠商資料，客戶信息，商品信息，員工檔案等。</p><p>　　② 采購管理：自動生成采購單據，用計算機管理商品采購退貨等業(yè)務。<

12、;/p><p>　　③ 庫存管理：管理倉庫的入庫，庫存，出庫，支持庫存臺賬，盤存等操作。</p><p>　?、?銷售管理：管理銷售業(yè)務，包括批發(fā)與零售，生成相關的單據，報表，支持各類查詢。</p><p>　?、?數據統(tǒng)計：對各類數據的統(tǒng)計與分析。</p><p>　　⑥ 財務功能：日常業(yè)務的財務方面的管理與查詢。</p><

13、;p>　　1.3 達到的具體目標</p><p>　?、?基本資料管理：提供供應商地址、電話、聯(lián)系人等管理資料庫功能；提供貨品的分類管理、貨品編碼自動生成、查詢、打印等功能。</p><p>　?、?采購管理：包括請購資料自動生成、各類采購入庫、采購退回、流程審核；系統(tǒng)記錄供應商交貨的歷史紀錄作為比價及擬價的依據，并可生成相關的采購統(tǒng)計分析報表。</p><p&g

14、t;　?、?庫存管理：包含各類入出庫操作,可處理多倉庫、多單位的貨品管理、存貨核算、庫存調整、盤點、調撥、流程審核等</p><p>　　④ 銷售管理：包含各類銷售出庫、銷售退回、流程審核、銷售分析、銷售業(yè)績排行及相關統(tǒng)計分析功能。</p><p>　?、?數據統(tǒng)計：能進行對各類數據進行日，月，季，年等進行統(tǒng)計分析以及相關的對比。</p><p>　　⑥ 打印設計：

15、靈活的報表生成工具,用戶可以自由定義各種單據樣式、財務報表、管理匯總表、統(tǒng)計分析表等。</p><p><b>　　可行性分析</b></p><p>　　可行性分析是依據初步調查的結果做出系統(tǒng)開發(fā)可行與否的結論過程。任何一個工程的立項都需要進行項目的可行性分析?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內確定問題是否能夠解決、是否值得去解決。根據調查分析，系統(tǒng)

16、設計方案有以下三個可行性：經濟可行性分析、技術可行性分析、社會可行性分析。</p><p>　　1）、經濟可行性分析 </p><p>　　超市管理系統(tǒng)的投入，能夠提高工作效率，減少工作人員，從而減少勞力資本的投入，根據核算，系統(tǒng)投入10個月之后，就能夠收回開發(fā)系統(tǒng)的投資，所以從經濟角度來說，本系統(tǒng)開發(fā)完全必要。 </p><p>　　2）、技術

17、可行性分析 </p><p>　　本系統(tǒng)開發(fā)涉及到的技術因素有： </p><p>　　A.管理系統(tǒng)的開發(fā)方法。使用生命周期法開發(fā)系統(tǒng)。 </p><p>　　B. 網絡和通信技術。 超市網絡與通訊即使可靠，不存在問題。 C 構規(guī)劃和技術設計。開發(fā)小組有應用數據庫開發(fā)經驗。 D.數據庫技

18、術。開發(fā)小組能都使用熟悉使用一種編程語言。 E.生命周期法開發(fā)技術。開發(fā)小組具有相應能力。 綜上，本系統(tǒng)開發(fā)不存在技術問題。 </p><p>　　3）社會可行性分析 </p><p>　　目前超市管理系統(tǒng)已經在大型的超市中得到了廣泛的應用，超市商品需要現(xiàn)代化和信息化，只有合理的運用信息化的管理，才能在市場競爭中立于不敗。超市管理系統(tǒng)不超市管理系統(tǒng)不

19、僅能夠提高經營者的回報，而且能夠隨時掌握市場的動向，為經營者提供必要的市場信息，解決了經營者最需要解決的迫切問題，同時超市管理系統(tǒng)對操作人員的要求不高，也合理的節(jié)約了成本的投入。 </p><p><b>　　可行性研究結論 ：</b></p><p>　　通過經濟、技術、和社會等方面的可行性研究，可以確定本系統(tǒng)的開發(fā)完全必要，而且是可行的，可以立

20、項開發(fā)。</p><p><b>　　現(xiàn)狀調查</b></p><p>　　3.1 組織機構調查</p><p>　　Xx連鎖超市是直線職能制組織機構，上面是連鎖超市門店總經理，在門店總經理的管理下設置相應的職能部門從事專業(yè)管理工作，主要有副經理，商品部，企劃部，客服部，銷售部，財務部，行政部，后勤部等。其中副經理協(xié)助門店總經理的工作，負責公司

21、的日常事務；行政部負責公司的行政、人事、檔案等方案的工作；財務部是負責公司的財務核算；銷售部負責公司商品的批發(fā)銷售等；后勤部是負責一些日常的后勤工作。</p><p>　　xxx公司的組織機構</p><p>　　3.2 業(yè)務流程調查</p><p>　　本系統(tǒng)所涉及的業(yè)務主要是商品的入庫，商品的庫存管理是一個較綜合性采購管理系統(tǒng)。該系統(tǒng)由進貨管理、盤存管理構成。各

22、個部分的業(yè)務流程簡述如下：</p><p>　?、?進貨管理：接受供應廠商交來的進貨單，同時進行相關的審核，如果出錯則退回給供應商，不接受商品；無錯則與已到貨物核對，單據數據如果與所送來的商品不符則退回給供應廠商，相符則把貨物入庫，登記入庫單，在庫存臺賬各相關賬頁中登記進貨欄并修改庫存欄。</p><p>　?、?盤存管理：接受倉務部門交來的盤存通知，進行相關的審核，出錯則退回給倉務部，無

23、錯則依庫存臺賬盤點商品，填寫盤存明細表，按處理意見，登記庫存臺賬相應貨物頁，對現(xiàn)存少于最小存量者，登記采購單，交給倉務部進行處理。</p><p><b>　　3.3 現(xiàn)狀評價</b></p><p>　　從以上分析看來，大部分管理或操作還處于手工處理階段，不利于業(yè)務的處理效率及質量。例如，進貨管理及庫存管理都是靠人工進行檢查，核對，入賬，其效率低下，查詢要花費相當大

24、的時間。最重要的是，日常統(tǒng)計工作靠手工來完成，其工作量相當大，且容易出錯。對數據的保存不全，且容易丟失。</p><p>　　上面的分析看出，有一些單據重復或不必要，例如可以將客戶的配貨直接交給庫管員，業(yè)務員不用填寫領貨單；庫管員將配好的單據送給業(yè)務員，無需填寫發(fā)貨單，因而可以提高工作的效率，減少差錯的概率。還有，客戶的退貨單也可以直接交由庫管員進行處理，由于庫管理決定將貨物入庫還是退還給供應商。</p&g

25、t;<p>　　總的來說，海納公司的進銷存系統(tǒng)流程基本順暢，有許多可取的地方，能夠正確處理各個單據，進行相關的信息存儲查詢。銷售檔口的POS系統(tǒng)有許多可利用的數據，公司內部的ERP系統(tǒng)亦有許多可利用的地方。</p><p><b>　　目標分析</b></p><p><b>　　4.1 基本項分析</b></p>&

26、lt;p>　　在本采購系統(tǒng)中，各單據資料的數據項列舉如下：</p><p>　　采購單：供方名稱、采購單號、采購日期、編號、品牌、類別、顏色、數量、單價、金額、備注、已執(zhí)行、制單人、財務審核、倉管員。</p><p>　　采購退貨單：退貨單號、退貨日期、供方名稱、編號、類別、顏色、類量、單價、金額、備注、已執(zhí)行、制單人、財務審核、倉管員。</p><p>　　

27、庫存單：倉庫、款號、品牌、款式、單位、倉號、顏色、數量、進貨價、銷售價。</p><p>　　入庫單：單號、倉庫、日期、款號、品牌、款式、單位、色號、顏色、數量、進貨價、已入庫、填表人、收貨人、審核。</p><p>　　出庫單：單號、倉庫、日期、款號、品牌、款式、單位、色號、顏色、數量、銷售價、已發(fā)貨、填表人、收貨人、審核。</p><p>　　盤點單：日期、倉庫

28、、日期、序號、款號、品牌、類別、顏色、盤存數、盈余數、已審核、制單人、備注。</p><p><b>　　4.2 實體聯(lián)系圖</b></p><p>　　原則1（確定實體）：能獨立存在的事物，例如人、物、事、地、團體、活動、事項等，在其有多個由基本項描述的特性需要關注時，就應把它作為實體。</p><p>　　在本系統(tǒng)中，實體主要有客戶、供應商

29、、員工、商品、倉庫。</p><p>　　原則2(確定聯(lián)系)：兩個或多個實體間的關聯(lián)與結合，如主管，從屬，組成，占有，作用，配合，協(xié)同等，當需要予關注時，應作為聯(lián)系。聯(lián)系通常是某類行為動作，ERD中關注的是其狀態(tài)與結果而非過程。</p><p>　　本系統(tǒng)中，客戶與商品之間的聯(lián)系是“購買”聯(lián)系。一個客戶可以購買多種商品，同時一種商品也可以被多個客戶購買，它們之間的聯(lián)系是多對多的“購買”聯(lián)系

30、。供應商與商品之間的聯(lián)系是“供應”聯(lián)系，一個供應商可以提供多種商品，而一種商品只能由一個供應商提供，所以供應商與商品之間的聯(lián)系是一對多的聯(lián)系。員工與商品之間的聯(lián)系是“管理”聯(lián)系，一個員工可以管理多種商品，同時一種商品可以實多名員工管理，它們之間的聯(lián)系是多對多的“管理”聯(lián)系。倉庫與商品之間的聯(lián)系是“存放”聯(lián)系，一個倉庫可以存放多種商品，一個商品只存放于一個倉庫中，所以它們之間的聯(lián)系是一對多的聯(lián)系。</p><p>

31、　　原則3（確定屬性）：實體的屬性是實體的本質特征。實體應有標識屬性（能把不同個體區(qū)分開來的屬性組），并指定其中一個作為標識。聯(lián)系的屬性是聯(lián)系的結果或狀態(tài)。屬性具有如下幾個特點：（1）非多值性（2）非復合性（3）非導出性（4）實體的屬性還應有非關聯(lián)性，只有一個實體的基本特征，與其他實體無關；聯(lián)系的屬性應具有關聯(lián)性，是對聯(lián)系結果或狀態(tài)的描述。</p><p>　　從這條原則可得到實體和聯(lián)系的屬性如下：</p&

32、gt;<p>　　商品（編號，款號，款式，品牌，顏色，類別，庫存上限，庫存下限，計量單位，采購批量，停用標志）</p><p>　　員工（工號，職位，姓名，性別，電話，手機，身份證號，地址，入職日期）</p><p>　　供應商（名稱，聯(lián)系人，電話，手機，傳真，地址，尚欠金額）</p><p>　　客戶（名稱，聯(lián)系人，電話，手機，傳真，地址，尚欠金額）

33、</p><p>　　倉庫（編號，名稱，負責人，電話，手機，地址，是否計算庫存）</p><p>　　供應（日期，數量、價格）</p><p>　　購買（日期，數量，價格）</p><p>　　存放（庫存量，庫存價）</p><p>　　原則4(一事一地)：信息分析中得到的基本項要在且僅在實體聯(lián)系圖中的一個地方作為屬性

34、出現(xiàn)。</p><p>　　根據以上的分析，可以畫出本系統(tǒng)的原始ERD的基本結構。如下：</p><p>　　原始實體聯(lián)系圖（ERD）</p><p>　　4.4 一般關系模型的導出</p><p>　　通過ERD轉換為一般關系模型四條原則分析，數據庫中進行存儲的一般關系模型如下：</p><p>　　商品（款號，品牌

35、，計量單位，庫存上限，庫存下限，采購批量，存放倉庫，現(xiàn)存量，庫存價）</p><p>　　供應商（名稱，聯(lián)系人，電話，手機，傳真，地址，尚欠金額）</p><p>　　倉庫（代號，名稱，負責人，電話，傳真，地址，）</p><p>　　采購單（單號，日期，經辦人，供應商）</p><p>　　采購退貨單（單號，日期，辦理人，供應商）</

36、p><p>　　發(fā)貨單（單號，日期，經手人，客戶）</p><p>　　銷售退貨單（單號，日期，處理人，客戶）</p><p>　　盤存單（單號，日期，清點人，倉庫）</p><p>　　入庫單（單號，日期，經手入庫人，倉庫）</p><p>　　出庫單（單號，日期，經手出庫人，倉庫）</p><p&g

37、t;　　所采商品（商品編號，數量，進貨價，采購單號）</p><p>　　采購退貨（商品編號，數量，退貨價，采購退貨單號）</p><p>　　所發(fā)商品（商品編號，數量，銷售價，銷售類型，發(fā)貨單號）</p><p>　　銷售退貨（商品編號，數量，退貨價，銷售退貨單號）</p><p>　　所盤商品（商品編號，實存數量，盤存單號）</p&

38、gt;<p>　　入庫商品（商品編號，數量，入庫價，入庫單號）</p><p>　　出庫商品（商品編號，數量，出庫價，出庫單號）</p><p>　　4.5 數據字典（DD）表：</p><p><b>　　基本項表：</b></p><p><b>　　導出項表：</b></p