【文章內(nèi)容簡介】 ，內(nèi)容包括供貨商號、拼音編碼、簡稱、名稱、地址、郵編、區(qū)號、地區(qū)、類型、電話、傳真、電報、開戶行、開戶行郵編、銀行帳號、稅號、庫房地址、庫房電話、業(yè)務員、業(yè)務部門等。 “ 客戶資料維護 ” 用于維護企業(yè)客戶的 基本信息，內(nèi)容包括客戶編號、拼音編碼、簡稱、名稱、聯(lián)系人、地址 等。 “ 業(yè)務員信息維護 ” 用 于維護企業(yè)銷售業(yè)務員的基本信息，內(nèi)容包括業(yè)務員號、姓名、性別 、 身份證號等。在銷售開票時業(yè)務員屬性可以直接從業(yè)務員清單表中獲取所有業(yè) 務員的名字作為辭典供用戶選擇。 “ 倉庫信息維護 ” 用于維護企業(yè)的倉庫信息，內(nèi)容包括倉庫號、倉庫名、類別、備注等。企業(yè)的商品一般都是存放在不同的倉庫或同一倉庫的不同貨位中，這樣在在填寫商品進貨單和銷售單時用戶需要指定入庫或出庫的是哪個倉庫的貨物。 “ 采購合同管理 ” 用于維護企業(yè)與供貨商簽定的采購合同，內(nèi)容包括供貨商號、貨號、進價、簽訂日期、合同期限等。合同的內(nèi)容對業(yè)務可以產(chǎn)生影響。 “ 銷售合同管理 ” 用于維護企業(yè)與客戶簽訂的的銷售合同，內(nèi)容包括客戶編號、貨號、售價、付款方式、帳期、簽訂日期、合同期限等。 超市管理系統(tǒng) 20 采購管理模塊 圖 采購管理模塊圖 銷售管理模塊 采購計劃管理 采購管理 采購訂單管理 采購收貨管理 供應商評估管理 采購基礎數(shù)據(jù) 供應商類型維護 供應商評估管理 供應商報價維護 供應商資料維護 供應商評估 訂貨方式維護 退貨原因維護 采購系統(tǒng)維護 交貨方式維護 采購員維護 采購基礎數(shù)據(jù) 請購計劃維護 采購計劃管理 采購計劃生成 請購計劃合并 訂單結案 采購訂單維護 采購訂單管理 訂單終止或取消 采購合同維護 更正處理 采購過賬處理 換貨處理 訂單收貨處理 采購收貨管理 退貨處理 無訂單收貨處理 超市管理系統(tǒng) 21 圖 銷售管理模塊圖 庫存管理模塊 超市管理系統(tǒng) 22 圖 庫存管理模塊圖 應付款管理模塊 圖 應付款管理模塊圖 “ 預付款管理 ” 用于管理企業(yè)的預付款信息。 “ 應付款明細 ” 用于查詢企業(yè)所有的應付款，對應到每一筆進貨的明細。 “ 應付款匯總 ” 用于查詢企業(yè)所有的應付款，對應到每一個供貨商。 “ 付款單 ” 用于錄入企業(yè)支付貨款的憑證和銷應付款。 超市管理系統(tǒng) 23 “ 已付款明細 ” 用于查詢企業(yè)歷史的所有已經(jīng)支付的款項。 “ 歷史查詢 ” 用于查詢付款單歷史。 “ 應付款帳簿 ” 用于查詢應付款科目的明細分錄，屬于財務上的概念。 “ 應付款帳齡 ” 用于分析應付款的帳齡，即在不同時間段內(nèi)應付款分部的情況，從而為付款作出依據(jù)。 應收款管理模塊 “ 預收款管理 ” 用于管理企業(yè)的預收款信息。填寫收款單時可以選擇收款的方式，如果是 “ 減預收款 ” 則 “ 預收款 ” 信息表中的 “ 預收總額 ” 自動減少。 圖 應收款管理模塊圖 “ 應收款明細 ” 用于 查詢企業(yè)所有的應收款，對應到每一筆銷售的明細。 “ 應收款匯總 ” 用于查詢企業(yè)所有的應收款，對應到每一個客戶。 “ 收款單 ” 用于錄入企業(yè)收回貨款的憑證和銷應收款。 “ 已收款明細 ” 用于查詢企業(yè)歷史的所有已收回的款項。 “ 歷史查詢 ” 用于查詢收款單歷史。 “ 應收款帳簿 ” 用于查詢應收款科目的明細分錄，每一筆銷售或者收款系統(tǒng)都會在帳簿中自動產(chǎn)生一筆記錄，以借方、貸方、余額的形式存在，可以直接將查詢的結果輸出作為財務軟件的憑證。 “ 應收款帳齡 ” 用于分析應收款的帳齡，即在不同時間段內(nèi)應收款分部的情況，從而為收款提供依據(jù)。 帳務 管理模塊 圖 帳務管理模塊圖 “ 結帳日期設定 ” 用于設置企業(yè)的每月結帳的日期。一般商業(yè)單位每個月的超市管理系統(tǒng) 24 結帳日期都是固定的，默認為 25 號。 “ 模擬結帳 ” 用于進行模擬結帳操作，以查看結帳數(shù)據(jù)是否正確。 “ 正式結帳 ” 用于進行結帳操作，計算進銷存匯總報表。 “ 進銷存匯總 ” 用于查詢本次結帳的結果。 “ 歷史查詢 ” 用于查詢歷史的結帳結果。 ER 圖 圖 采購管理 ER圖 超市管理系統(tǒng) 25 圖 銷售管理 ER圖 圖 庫存管理 ER 圖 系統(tǒng)特點 一 、多層結構設計 嚴格意義上的三層結構設計，程序邏輯結構分為用戶界面層、業(yè)務邏輯處理層和數(shù)據(jù)存儲層。在業(yè)務處理層中，封裝了實現(xiàn)常用業(yè)務功能所必需的操作。在數(shù)據(jù)存儲層封裝了實現(xiàn)常用數(shù)據(jù)處理所必需的操作。而用戶界面層就負責在與用戶的交互中調用相關層的相關操作，以完成系統(tǒng)的功能。 二、面向對象設計 系統(tǒng)中將數(shù)據(jù)操作、增加、刪除和修改等常用業(yè)務邏輯和報表打印等封裝成相應的類，類中的不同方法實現(xiàn)不同的功能，從而提高了對數(shù)據(jù)庫操作的安全性、程序的可擴展性和易于維護性。 三、超市管理系統(tǒng)并不僅僅是代替?zhèn)鹘y(tǒng)的書面操作，更重要 的是它有利于提高信息查詢、信息統(tǒng)計個報表打印的功能，為管理者總體把握市場動態(tài)提供了依據(jù)和便利，從而起到了輔助決策的作用。 第 4 章 數(shù)據(jù)庫設計 數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結構設計的好壞將直接對應用系統(tǒng)的效率及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結構設計可以提超市管理系統(tǒng) 26 高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整性和一致性。 數(shù)據(jù)庫需求設計 用戶的需求具體體現(xiàn)在各種信息 的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸出和輸入。收集基本數(shù)據(jù)、數(shù)據(jù)結構及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù) 據(jù)字典，為后面的具體設計打下基礎。數(shù)據(jù)庫需求分析是整個設計過程的基礎。 在此，我對本數(shù)據(jù)庫 主要部分的 具體需求信息 進行分析，內(nèi)容如下 。 ★ 商品按類別和名稱進行管理。 ★ 必須記錄商品的基本信息，比如規(guī)格和生產(chǎn)企業(yè)等。 ★ 需要記錄企業(yè)的供應商信息。 ★ 供應商的聯(lián)系方式非常重要。 ★ 在采購信息中需記錄采購的數(shù)量和單價等。 ★ 在采購信息中要包含商品供應商等信息。 ★ 商品銷售信息中要包括登記商品銷售數(shù)量、單價等信息。 ★ 商品報損要有報損原因。 ★ 所有的單據(jù)必須記錄相應的經(jīng)手人和開具時間。 ★ 采購、銷售 、報損信息都可以進行添加、修改、刪除、查找、統(tǒng)計等操作。 ★ 需要對進貨、銷售、庫存、報損等操作生成相應的報表。 經(jīng)過上述系統(tǒng)基本功能分析和需求總結，考慮到將來功能上的擴展， 以下是本系統(tǒng)主要部分的 數(shù)據(jù)項和數(shù)據(jù)結構 的設計 。 ★ 商品信息，包括的數(shù)據(jù)項有：商品編號、商品名稱、商品類別、商品規(guī)格大小、商品凈重、商品介紹和庫存量等。 ★ 供應商信息，包括的數(shù)據(jù)項有：供應商編號、供應商名稱、供應商地址、供應商傳真和供應商電話等。 ★ 采購信息，包括的數(shù)據(jù)項有：采購單編號、采購商品、數(shù)量、單價、進貨時間、經(jīng)手人、供應商 和采購說明等。 ★ 銷售信息，包括的數(shù)據(jù)項有：銷售單編號、銷售商品、銷售數(shù)量、單價、登記時間、經(jīng)手人和銷售說明等。 ★ 報損信息，包括的數(shù)據(jù)項有：報損單編號、報損商品、報損數(shù)量、報損原因、登記時間和經(jīng)手人等。 ★ 會員信息，包括的數(shù)據(jù)項有：會員卡編號、銷售單編號和積分等。 ★ 員工信息，包括的數(shù)據(jù)項有：員工編號、員工姓名、密碼和權限等。 數(shù)據(jù)庫概念結構設計 超市管理系統(tǒng) 27 在上面的需求分析、數(shù)據(jù)結構設計、數(shù)據(jù)項分析的基礎上，下面可以開始數(shù)據(jù)庫概念結構設計了。 系統(tǒng)實體的 ER圖設計如下。 數(shù)據(jù)庫邏輯結構 設計 通過概念和邏輯設計做出本系統(tǒng)的數(shù)據(jù)庫表，在此，對 其中 部分 主要的數(shù)據(jù)庫表做詳細的分析，如下圖所示： 表 為會員信息表。 表 會員信息表 列名 名稱 數(shù)據(jù)類型 長度 允許為空 備注 ID 編號 int 4 N 主鍵 、自動生成 CustID 會員卡號碼 int 4 Y SalListID 銷售單編號 int 4 Y Bonus 積分 int 4 Y 表 為商品報損信息表。 表 商品報損信息表 列名 名稱 數(shù)據(jù)類型 長度 允許為空 備注 DamListID 報損單編號 Int 4 N 主鍵 、自動生成 PrdID 商品編號 Int 4 N 超市管理系統(tǒng) 28 DamDat 報損日期 smalldatetir 4 Y DamEmp 報損 經(jīng)手人 varchar 10 Y DamQua 報損 數(shù)量 Smallint 2 N DamMemo 報損說明 varchar 100 Y 表 為商品信息表。 表 商品信息表 列名 名稱 數(shù)據(jù)類型 長度 允許為空 備注 PrdID 商品編號 Int 4 N 主鍵 、自動生成 PrdName 商品名稱 varchar 20 N PrdType 商品價格 varchar 10 Y PrdSize 商品規(guī)格 varchar 12 Y PrdWet 商品凈重 Smallint 2 Y PrdMemo 商品說明 varchar 100 Y PrdQua 商品數(shù)量 Smallint 2 Y 表 為商品采購信息表。 表 商品采購信息表 列名 名稱 數(shù)據(jù)類型 長度 允許為空 備注 PurListID 采購單編號 Int 4 N 主鍵、自動生成 PrdID 商品編號 Int 4 N SupID 供應商編號 Int 4 N PurDat 采購日期 Smallint 4 Y PurEmp 采購經(jīng)手人 varchar 10 Y PurQua 采購數(shù)量 Smallint 2 N PurPrc 采購價格 Smallmoney 4 N PurMemo 采購說明 varchar 100 Y 表 為商品銷售信息表。 表 商品銷售信息表 列名 名稱 數(shù)據(jù)類型 長度 允許為空 備注 SalListID 銷售單編號 Int 4 N 主鍵、自動生成 超市管理系統(tǒng) 29 PrdID 商品編號 Int 4 N SalDat 銷售日期 smalldatetir 4 Y SalEmp 銷售經(jīng)手人 varchar 10 Y SalQua 銷售數(shù)量 Smallint 2 N SalPrc 銷售價格 Smallmoney 4 N SalMemo 銷售說明 varchar 100 Y 表 為供應商信息表。 表 供應 商 信息表 列名 名稱 數(shù)據(jù)類型 長度 允許為空 備注 SupID 供應商編號 int 4 N 主鍵、自動生成 SupName 供應商 名稱 varchar 20 N SupFax 供應商傳真 varchar 20 Y SupTel 供應商電話 varchar 20 Y SuoAdr 供應商地址 varchar 30 Y 表 為 員工 信息表。 表 員工 信息表 列名 名稱 數(shù)據(jù)類型 長度 允許為空 備注 userid 員工編號 int 4 N 主鍵 name 姓名 varchar 50 N pwd 密碼 char 6 N role 權限 varchar 20 N 數(shù)據(jù)庫存儲過程設計 存儲過程是存儲在數(shù)據(jù)庫服務器上預編譯好的 SQL 語言的批命令，它能顯著地減少客戶端的工作過程。存儲過程中可以包括數(shù)據(jù)庫服務器所能理解的任何SQL 語言。 在本超市管理系統(tǒng)中，采購單、銷售單和報損單的增加、刪除和修改需要頻繁地訪問數(shù)據(jù)庫，而且每種操作都有涉及到多個數(shù)據(jù)表的操作，所以將它們設計成存儲過程。這樣，當需要執(zhí)行這些功能的時候，只要調用相應的存儲過程并傳入相應的參數(shù)，數(shù)據(jù)庫服務器端會自動按照編譯好的 SQL 語言執(zhí)行這些操作。 以下是 9個主要的存儲過程。 超市管理系統(tǒng) 30 ★采購單的增加操作對應的存儲過程 spAddPur 的腳本 代碼如下。 spAddPur的腳本代碼 CREATE PROCEDURE spAddPur /*此存儲過程用于增加采購單 并對商品列表中的庫存數(shù)量進行更新 */ @prdid int , @supid int ,