【文章內(nèi)容簡介】 先行判斷商品的屬性是否為完好及購買前后，并把所退商品屬性寫入庫存信息，并給顧客退錢或者換貨的服務，并將其記錄入商品銷售統(tǒng)計中去。 超市管理系統(tǒng)的數(shù)據(jù)流圖 —— P4分層 圖 超市管理系統(tǒng)的數(shù)據(jù)流圖 —— P4分層 “神馬”超市管理系統(tǒng) 19 —— 圖 超市管理系統(tǒng)的數(shù)據(jù)流圖 —— —— 圖 超市管理系統(tǒng)的數(shù)據(jù)流圖 —— P4流程簡述 ：超市員工通過填寫出勤記錄單計入出勤記錄表 ，然后定期由高管由出勤記錄表統(tǒng)計員工出勤情況畫出出勤統(tǒng)計表計入員工檔案。 高管根據(jù)商品銷記錄統(tǒng)計員工業(yè)績寫入員工業(yè)績表計入員工檔案，再定期根據(jù)出勤統(tǒng)計表和員工業(yè)績表決定對員工的獎懲及辭退操作并計入員工檔案。 “神馬”超市管理系統(tǒng) 20 數(shù)據(jù)字典 由于本系統(tǒng)數(shù)據(jù)字典設計的篇幅較多，現(xiàn)枚舉其中幾項，較全的 數(shù)據(jù)字典見附錄表 。 數(shù)據(jù)項定義 （舉例） 數(shù)據(jù)字典中僅對數(shù)據(jù)的靜態(tài)特性做了定義，包括：（ 1）數(shù)據(jù)項的名稱、編號、別名和簡述；（ 2）數(shù)據(jù)項的長度；（ 3）數(shù)據(jù)項的取值范圍 。 數(shù)據(jù)項的編號： Y01 數(shù)據(jù)項名稱： 所 屬部門 別名： 隸屬部門 簡述： 員工所在的部門 類型及寬度：文本 /字符型 ， 10 位 取值范圍：字母、數(shù)字等 所有 字符 數(shù)據(jù)項編號： X01 數(shù)據(jù)項名稱： 銷售日期 別名： 銷售日期 簡述： 商品銷售時的登記時間 類型及寬度： 日期型 ， 8 位 取值范圍： 175311 到 99991231 數(shù)據(jù)結構定義 （舉例） 數(shù)據(jù)結構編號： DS01 數(shù)據(jù)結構名稱： 商品 簡述： 存放在倉庫中商品的基本信息 數(shù)據(jù)結構組成： o1+o2+k01+k02+k03+k04+k05 數(shù)據(jù)結構編號： DS02 數(shù)據(jù)結構名稱： 員工 “神馬”超市管理系統(tǒng) 21 簡述： 超市中 工作的員工的基本信息 數(shù)據(jù)結構組成： y01+y02+y03+y04+y05+y06+y07+y08+o3 數(shù)據(jù)流定義 （舉例） 關于數(shù)據(jù)流的編碼原則 ： F P x X X本 層 數(shù) 據(jù) 流 編 碼 ， 取 值 范 圍 1 — 9 9代 表 從 第 x x x 層 , 取 值 范 圍 0 9數(shù) 據(jù) 流 標 識 符 數(shù)據(jù)流編號： FP001 數(shù)據(jù)流名稱： 訂貨單 簡述： 供貨商根據(jù)訂貨單發(fā)貨 數(shù)據(jù)流來源： s1 數(shù)據(jù)流去向： p1 數(shù)據(jù)流組成： 日期、貨物編號、貨物名稱、單價、訂貨數(shù)量 數(shù)據(jù)流編號： FP017 數(shù)據(jù)流名稱： 員工業(yè)績表讀取 簡述： 超市所有員工平時業(yè)績 數(shù)據(jù)流來源： d4 數(shù)據(jù)流去向： p3 數(shù)據(jù)流 組成： 員工編號、姓名、性別、職務、工作成果 處理邏輯的定義 （舉例） 處理邏輯編號： P1 處理邏輯名稱： 庫存管理 簡述： 對庫存商品的日常事務進行管理 輸入的數(shù)據(jù)流： FP00 FP00 FP013 “神馬”超市管理系統(tǒng) 22 處理： 根據(jù)供應商所提供的發(fā)貨單與同批的訂貨單進行核對，核實商品種類，數(shù)量，價格等，同時改動相應商品的庫存；根據(jù)庫存情況制定訂貨單；累計損壞或過期商品計入退貨單；根據(jù)供應商所給的訂貨發(fā)票或退貨發(fā)票以及的款項日常開支向財務部門報銷，相應事項計入付款項目和退款項目。 輸出的數(shù)據(jù)流： FP00 FP00 FP012 處理邏輯編號： 處理邏輯名稱： 判定所退商品的屬性 簡述： 判斷顧客要求退貨的商品是否完好 輸入的數(shù)據(jù)流： FP204 處理： 判斷顧客要求退貨的商品是否完好 輸出的數(shù)據(jù)流： FP21 FP217 外部實體定義 （舉例） 外部實體編號： S1 外部實體名稱： 供貨商 簡述： 根據(jù)客戶訂貨單與退貨單進行發(fā)貨、退貨處理 的人員 輸入的數(shù)據(jù)流： FP002 輸出的數(shù)據(jù)流： FP001 外部實體編號： S08 外部實體名稱： 超市高管 簡述： 對財務報表、員工信息表 等重要數(shù)據(jù)進行審核，制定超市的發(fā)展策略 的人員 輸入的數(shù)據(jù)流： FP40 FP014 輸出的數(shù)據(jù)流： FP405 3 數(shù)據(jù)存儲的定義（舉例） “神馬”超市管理系統(tǒng) 23 數(shù)據(jù)存儲編號： D1 數(shù)據(jù)存儲名稱：庫存商品信息 輸入數(shù)據(jù)流： FP004 、 FP006 輸出數(shù)據(jù)流： FP003 、 FP005 數(shù)據(jù)存儲的組成：商品編號，商品名稱，單價，數(shù)量，入庫日期，出庫日期，供應商 數(shù)據(jù)存儲組織形式：按材料類別排序 數(shù)據(jù)存儲編號： D5 數(shù)據(jù)存儲名稱：退貨信息表 輸入數(shù)據(jù)流： FP103 輸出數(shù)據(jù)流： FP106 數(shù)據(jù)存儲的組成：退貨日期，商品編號，商品名稱，退貨數(shù)量，供應商，訂貨單編號，退貨說明 數(shù)據(jù)存儲組織形式：按供應商分類 主要數(shù)據(jù)處理的描述 從顧客角度出發(fā)： 圖 顧客角度數(shù)據(jù)處理 “神馬”超市管理系統(tǒng) 24 顧客：購買商品時先被詢問是否為會員，如果是會員則提供購買優(yōu)惠服務，如果不是則被詢問是否要成為會員，不是會員則進行普通顧客購買，購買完畢付錢。如果所購買的商品不想要則選擇退貨或則重新選擇再進行支付。 從超市業(yè)務員角度出發(fā) 圖 超市業(yè)務員角度數(shù)據(jù)處理 超市員工：必須進行每日的考勤 并計入考勤表，如果為營業(yè)員則負責登記顧客會員業(yè)務并進行商品的銷售的業(yè)務，并存入銷售記錄。如果是倉庫管理者，則負責倉庫貨物的管理，定期對倉庫進行盤點，并向供貨商要求其進行供貨和退貨操作并支付貨款。 從超市業(yè)務員角度出發(fā) 供貨商：根據(jù)超市發(fā)出的供貨與退貨請求進行供貨和退貨并收取或者支付費用。 從超市業(yè)務員角度出發(fā) 高管：查詢考勤表及員工業(yè)績表，根據(jù)員工考勤情況和業(yè)績多少向員工發(fā)放工資及進行崗位的變動，并根據(jù)倉庫部門上報的商品缺貨信息提供資金用于采購商品 ，審核并向政府有關部門發(fā)送財務報表 。 “神馬”超市管理系統(tǒng) 25 總體設計 系統(tǒng)設計目標 “神馬”超市管理系統(tǒng)的總體設計目標是通過建立完善、高效的超市管理信息系統(tǒng)，提高超市的總體業(yè)務效率，精簡超市員工的業(yè)務量。本系統(tǒng)，主要是對超市商品的基本信息、主要供貨商的基本信息、超市員工的檔案信息、倉儲信息、會員顧客信息以及超市員工的業(yè)務信息等進行管理。為了 更及時的對超市內(nèi)部商品的存貨量進行調(diào)整（訂貨與退貨）， 并且為超市的發(fā)展前景提供更多的參考資料， 更好的管理超市員工（調(diào)崗、辭退），管理會員顧客（注冊、升級） ，達到最終的獲利目標。 系統(tǒng)設計 方法 本系統(tǒng)的設計采用結構化的設計方法，其基本思想是：使得系統(tǒng)模塊化，即將整個超市管理系統(tǒng)自上而下逐步分解為供貨商管理、會員顧客管理、倉儲管理、超市員工管理、財務管理以及系統(tǒng)管理幾個模塊。采用模塊化設計可以使得整個系統(tǒng)設計簡單、結構清晰、可讀性強、可維護性強，從而提高系統(tǒng)的可運行性，同時也有助于信息系統(tǒng)的開發(fā)與管理。 系統(tǒng)功能組織結構 根據(jù)以上整體分析，得到系統(tǒng)需求，超市管理系統(tǒng)的主要功能分成以下幾個部分：供貨商管理、會員顧客管理、倉儲管理、超市員工管理、財務管理、系統(tǒng)管理。其功能結構圖設計如圖 所示， “神馬”超市管理系統(tǒng) 26 可適當?shù)脑俜譃閹讉€子系統(tǒng)，即系統(tǒng)的細化操作，舉例如下： 圖 系統(tǒng)功能表 AND 細分（部分） 信息系統(tǒng)流程圖設計 根據(jù)系統(tǒng)分析階段的出的數(shù)據(jù)流圖，轉化為信息系統(tǒng)流程圖，轉化后，大致情況如下，列出部分信息流圖。 ? 圖 1為顧客在交易過程中的信息流圖 ? 圖 2是系統(tǒng)整體需要產(chǎn)生的信息流圖 “神馬”超市管理系統(tǒng) 27 圖 1 顧客信息流 圖 2：系統(tǒng)信息流 “神馬”超市管理系統(tǒng) 28 代碼設計 代碼設計的原則 代碼設計是處理對象的代號或表示符號，其主要目的是方便計算機排序、 檢索、查找等處理。代碼設計的關鍵 是方便用戶，并且滿足業(yè)務要求。本系統(tǒng)代 碼設計的原則有： （ 1）要考慮的是編碼的標準化，盡量按照有關的國際標準、國家標準、部 門或行業(yè)的標準進行設計。 （ 2）要考慮容易修改，當某段代碼、某個變量或某個函數(shù)在特點、條件或 代表的實體關系改變時，容易進行必要修改。 （ 3）要考慮結構簡潔，代碼的長度涉及到存儲空間的占用和信息處理的速 度。而且影響代碼輸入的出錯率，所以，在滿足當前需要和擴充要求的前提下應 盡量結構簡單，長度要短。 （ 4）考慮代碼值的唯一性。 系統(tǒng)所需代碼設計 超市管理系統(tǒng)代碼設計是根 據(jù)超市經(jīng)營的特點，結合現(xiàn)場的工作經(jīng) 驗，在爭得客戶認可的情況下設計出來的，所設計的代碼結構如下： （ 1） 商品代碼 商品代碼由兩部分組成：商品的類別和商品編號，所以設計 5 位字符，格式如下 ： 例如：方便面屬于食品類（代碼 09） ，其代碼為 09230； （ 2）供應商代碼 “神馬”超市管理系統(tǒng) 29 供應商 代碼由兩部分組成： 供應商編碼和主供商品類型編碼 ，所以設計 4 位字符，格式如下 ： X X X X供 應 商 編 碼 ， 取 值 范 圍 1 — 9 9主 供 商 品 類 型 編 碼 ， 取 值 范 圍 1 — 9 9 例如：供應超市 文具 類的 青島白雪文具廠 廠代碼為 1523。 （ 3） 超市員工 代碼 超市員工 代碼由兩部分組成： 超市員工 的類別和 超市員工 編號，所以設計 3 位字 符，格式如下： 業(yè)務類別： 1 POS 營業(yè)員 ， 2 是 倉儲管理員 ， 3 是 會計 例如： 劉 xx 負責 POS 終端銷售 ， 其代碼為 103， 其中 1 是 POS 營業(yè)員 ， 03 是他的編號。 “神馬”超市管理系統(tǒng) 30 系統(tǒng)物理配置方案設計 性能需求 (1)數(shù)據(jù)精確度 產(chǎn)品的進貨單和銷售單中，單價、金額采用浮點數(shù)，保留至小數(shù)點后兩位。 (2)時間特性 該管理系統(tǒng)軟件從啟動到進入系統(tǒng)登錄界面的時間正常情況下應少于 5 秒，錄入并更新數(shù)據(jù)的時間正常情況下少于 2 秒。 (3)適用性 該管理系統(tǒng)軟件適用于 Windows 20xx/xp 及以上操作系統(tǒng)。 運行需求 (1)用戶界面 本系統(tǒng)采用 Microsoft Visual Studio .Net 20xx 設計，用戶交互界面采用的是 基于 Windows 的窗口界面。 (2)硬件接口 運行本系統(tǒng)的硬件基本要求如下： ? CPU： Intel P3 及以上； ? 內(nèi)存： 256MB 及以上； ? 硬盤： 10GB 及以上。 (3)軟件接口 .NET 框架： Microsoft .Net Framework 版本及以上。 數(shù)據(jù)庫服務器： Microsoft SQL Server 20xx 及以上。 ER 的構建 根據(jù)在系統(tǒng)分析階段得出的數(shù)據(jù)流圖，我們可以將在本系統(tǒng)中出現(xiàn)的實體信息加以分析，得出以下數(shù)據(jù)存儲的 ER圖。 “神馬”超市管理系統(tǒng) 31 ER 圖轉化為數(shù)據(jù)表，考慮關系的規(guī)范化 。 由此 ER圖以及系統(tǒng)需要，我們主要設計了以下數(shù)據(jù)表： ? 超市員工、庫存商品、會員顧客、供應商、倉庫五個實體，各自建表，存在關系的，建立新表 ， 具體情況如下： “神馬”超市管理系統(tǒng) 32 數(shù)據(jù)存儲表的設計 表 ：數(shù)據(jù)存儲表設計 員工信息表 會員信息表 進貨單 退貨單 “神馬”超市管理系統(tǒng) 33 續(xù)表 1：數(shù)據(jù)存儲表設計 采購訂單 盤點單 商品信息表 供貨商信息表 部門信息表 系統(tǒng)用戶權限 “神馬”超市管理系統(tǒng) 34 續(xù)表 2：數(shù)據(jù)存儲表設計 銷售單 系統(tǒng)用戶清單 計算機處理過程設計 登陸界面設計 以及運行情況截圖 ： 當系統(tǒng)用戶在用戶編號文本框內(nèi)輸入自己的試用編號后，系統(tǒng)會根據(jù)用戶輸入情況在數(shù)據(jù)庫內(nèi)查詢，并在隸屬部門一欄調(diào) 出該用戶對應的部門，以便于用戶初步核查； 用戶輸入密碼后，檢驗其與用戶編號的匹配性，匹配成功，進入系統(tǒng)的主界面，以便于下一步操作。 “神馬”超市管理系統(tǒng) 35 系統(tǒng)主 界面設計 以及運行情況截圖 ： 根據(jù)主界面的信息，我們可以根據(jù)需要進行部分業(yè)務處理。 信息維護界面設計 以及運行情況截圖 由于系統(tǒng)中存在員工信息表、會員顧客信息表、供應商信息表、商品信息表、倉儲信息表等諸多數(shù)據(jù)表，其數(shù)據(jù)的維護均為同一類型的存儲與顯示，現(xiàn)僅以商品信息表為例，說明系統(tǒng)中的信息維護操作。 “神馬”超市管理系統(tǒng) 36 顧客購買商品時， POS 終端操作員的顯示界面設計