超市進銷存管理系統的vb實現-資料下載頁

【導讀】中激烈競爭的時代。企業管理的信息化越來越得到重視，超市進銷存系統就在這樣的背。景下成為了我們的研究對象。的或面向公司的進銷存管理系統。超市采購、銷售和庫存有機的結合，是超市獲得最大。的經濟效益的關鍵。超市進銷存管理系統是專為超市的產品的進、銷和存體系制作的電。理系統，人力資源管理系統等方面，應用前景廣闊。

　　

【正文】 后 ， 需要為項目添加 ADO。選擇“工程”菜單中的“引用”菜單項 ， 在引用對話框中選擇“ Microsoft ActiveX Object s 2. 6 Library”選項 ， 這樣在程序中使用 ADO 時 才 不會出現編譯錯誤 [18]。 上面就是本系統建立所需要掌握的預備知識，下面我們就來具體研究如何建立一個超市進銷存系統。安徽工程科技學院畢業設計（論文） 13 第 3 章 系統需求分析及總體設計 系統需求分析 (1)零售前臺（ POS） 管理 系統 ， 本系統必須具有以下功能： 商品錄入 ： 根據超巿業務特 點制定相關功能，可以通過 輸入 唯一編號、掃描條形碼、商品 名稱等來實現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃描錄入。 收銀業務：通過掃描條形碼或者直接輸入商品名稱（對于同 類多件商品 采用 一次錄入 加數量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員并持有本人會員卡，則在交易前先掃描會員卡，并對所購物品全部 實行 折優惠，并將所購物品的總金額累計到該會員的總消費金額中 。 會員卡的有效期限為一年，滿一年未續卡者，該會員卡將被注銷。 安全性 ： OS 登陸、退出、換班與操作鎖定等權限驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。 獨立作業 ： 有的斷網收銀即在網絡服務器斷開或網絡不通的情況下，收銀機仍能正常作 業 (2)后臺管理系統，本系統必須具備以下功能 進貨管理：根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計 劃進貨與入庫記錄及金額。 銷售管理：商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交 結賬 情況等。 按多種方式統計生成銷售排行榜 ，靈活察看和打印商品銷售日、月、年報表。 庫存管理：綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟件為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。 人員管理 ： 員工、 會員 、供貨商、廠商等基本信息登記管理。 員工操作權限管理。 客戶銷售權限管理 。 數據庫設計 對于超市進銷存系統這個管理信息系 統來說，數據庫所占的地位是十分重要的，只有一個設計完整的數據庫才能確保系統的正常運行。所以可以說數據庫是一個信心管理系統正常運做的基礎。 下面我對數據庫設計總結一下，大致可以分為以下幾步： 1. 數據庫需求分析 首先是收集、分析需求。 2. 概念結構設計 從需求中具體得出一般的實體、關系和它們的屬性。 3 邏輯結構分析 將所得到的實體、關系和它們的屬性按照一定的規則轉化為二元表的結構。 數據庫需求分析 針對超市進銷存管理系統，分別對采購部門、銷售部門和庫存保管部門進行詳細的調研和分析，總結 出如下的需求信息 ： 姓名 ：超市進銷存管理系統的 VB 實現 14 *商品按類管理，所以需要有一商品類型信息。 *商品必須屬于一個商品類型。 *如果一個商品類型存在商品，或存在下級商品類型，則該類型不可刪除。 *需要記錄供應商信息。 *在涉及商品數量的地方，要給出相應的單位。 *在進貨信息中要包括商品供應商等信息。 *商品報損要有報損原因。 *進貨、銷售、報損操作要有相應操作員信息。 *只有管理員登錄之后才可以使用系統。 *默認的管理員不可以刪除。 *進貨、銷售、庫報損信息都要可以添加、修改、刪除、分類查找。 *當進行進貨、銷售和報損操作后，能相應更新庫 存。 *需要對進貨、銷售、庫存、報損進行分析，總結熱門商品。 由上述系統功能分析和需求總結，在加上要考慮將來功能上的擴展，設計如下數據項和數據結構 ： *商品類型信息，包括數據項有：商品類型編號、商品類型名稱等。 *商品信息，包括的數據項有：商品編號、商品名稱、商品介紹、庫存量等。 *商品單位信息，包括單位編號、單位名稱等。 *供應商信息，包括供應商名稱、介紹等。 *進貨信息，包括進貨商品、數量、單位、單價、進貨時間、經手人等。 *銷售信息，包括銷售商品、數量、單位、單價、登記時間等。 *報損信息，包括報損商 品、數量、單位、原因、登記時間等。 *管理員信息，包括管理員帳號、密碼、是否是默認帳號等。 數據庫概念結構設計 在得到上面的數據項和數據結構以后，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。 根據上面所設計規劃出的實體有：商品類型信息實體、商品信息實體、商品單位實體、供應商信息實體、進貨信息實體、銷售信息實體、報損信息實體和管理員信息實體。各個實體具體的描述 ER 圖如下。 商品類型信息實體 ER 圖如圖 31 所示。 圖 31 商品類型信息實體 ER 圖 商品信息實體 ER 圖如圖 32 所示。 安徽工程科技學院畢業設計（論文） 15 圖 32 商品信息實體 ER 圖 單位信息實體 ER 圖如圖 33 所示。 圖 33 單位信息實體 ER 圖 供貨信息實體 ER 圖如圖 34 所示。 圖 34 供貨商信息實體 ER 圖 進貨信息實體 ER 圖如圖 35 所示。 姓名 ：超市進銷存管理系統的 VB 實現 16 圖 35 進貨信息實體 ER 圖 銷售信息實體 ER 圖如圖 36 所示。 圖 36 銷售信息實體 ER 圖 報損信息實體 ER 圖如圖 37 所示。 圖 37 報損信息實體 ER 圖 管理員信息實體 ER 圖如圖 38 所示。 圖 38 管理員信息實體 ER 圖 安徽工程科技學院畢業設計（論文） 17 數據庫邏輯結構設計 當把 數據庫的概念結構設計完畢后，現在就可以將上面所給出的數據庫概念結構轉化為數據庫系統所支持的實際數據模型，具體體現出來就是表的形式，這就是數據庫的邏輯結構。 下面將系統數據庫中各個表的設計列在出來，每個表格表示在數據庫中的一個表。 表 31 為商品類型信息表（ MerchandiseType） 表 31 商品類型信息表（ MerchandiseType） 列名 數據類型 字段大小 必填字段 默認值 說明 MT_Id_N 自動編號 長整型 是 商品類型號、遞增、主鍵 MT_Name_S 文本 15 是 商品類型名 MT_Remark_R 備注 是 “” 備注 表 32 為商品信息表（ Merchandise） 表 32 商品信息表 （ Merchandise） 列名 數據類型 字段大小 必填字段 默認值 說明 M_Id_N 自動編號 長整型 是 商品編號、遞增、主鍵 M_Name_S 文本 80 是 商品名稱 M_Introduce_S 文本 255 是 商品介紹 M_TypeId_N 數字 長整型 是 1 商品類型 ID M_Storage_N 數字 長整型 是 0 庫存量 M_UnitId_N 數字 長整型 是 1 單位編號 M_Remark_R 備注 是 “” 備注 表 33 為商品單位信息表（ Unit） 表 33 商品單位信息表（ Unit） 列名 數據類型 字段大小 必填字段 默認值 說明 U_ID_N 自動編號 長整型 是 單位編號，遞增，主鍵 U_NAME_S 文本 10 是 單位名稱 表 34 為供貨商信息表（ Provider） 表 34 供貨商信息表（ Provider） 列名 數據類型 字段大小 必填字段 默認值 說明 P_Id_N 自動編號 長整型 是 供貨商編號，主鍵 P_Name_S 文本 50 是 供貨商名稱 P_Introduce_S 文本 255 是 “” 供貨商簡介 P_Remark_R 備注 是 “” 備注 姓名 ：超市進銷存管理系統的 VB 實現 18 表 35 為商品進貨信息表（ Buy） 表 35 商品進貨信息表（ Buy） 列名 數據類型 字段大小 必填字段 默認值 說明 B_ID_N 自動編號 長整型 是 進貨 ID，遞增，主鍵 B_ProviderId_N 文本 長整型 是 供應商 ID B_MerchandiseId_N 數字 長整型 是 商品 ID B_StockDate_D 日期 短日期 是 Date() 進貨時間 B_Deliver_S 文本 20 是 送貨人姓名 B_Consignee_S 文本 20 是 經手人姓名 B_Count_N 數字 長整型 是 0 購入量 B_StockPrice_N 數字 單精度型 是 0 進貨單價 B_OperatorId_S 文本 20 是 操作員 ID B_Remark_R 備注 是 “” 備注 表 36 為商品信息表（ Sell） 表 36 商品信息表（ Sell） 列名 數據類型 字段大小 必填字段 默認值 說明 S_ID_N 自動編號 長整型 是 銷售編號、遞增、主鍵 S_MerchandiseID_N 數字 長整型 是 商品 ID S_RegDate_D 日期 短日期 是 Date() 登記日期 S_Count_N 數字 長整型 是 0 售出數量 S_SellPrice_N 數字 單精度型 是 0 賣出單價 S_OperatorId_S 文本 20 是 “” 操作員 ID S_Remark_R 備注 是 “” 備注 表 37 為商品報損信息表（ Dispose） 表 37 商品報損信息表（ Dispose） 列名 數據類型 字段大小 必填字段 默認值 說明 D_ID_N 自動編號 長整型 是 報損編號、遞增、主鍵 D_MerchandiseID_N 數字 長整型 是 商品 ID D_RegDate_D 日期 短日期 是 Date() 登記日期 D_Count_N 數字 長整型 是 0 報損數量 D_Reason_S 文本 255 是 “” 報損原因 安徽工程科技學院畢業設計（論文） 19 D_OpratorID_S 文本 20 是 操作員 ID D_Remark_Reee 備注 是 “” 備注 表 38 為管理員信息表（ Admins） 表 38 管理員信息表（ Admins） 列名 數據類型 字段大小 必填字段 默認值 說明 A_Account_S 文本 20 是 帳號，主鍵 A_Pwd_S 文本 20 是 密碼 A_IsDfault_B 是 /否 是 False 是否是默認用戶 系統總體設計 基于實現超市管理的穩定性、易操作性、可維護性、安全性等，從而達到提高商品管理效率并知道經營方向的目的來 完成這個超市進銷存管理系統。下面從分層設計和對象設計量方面來分析本系統的設計思想。 多層 C/S 架構的設計 本系統采用的是邏輯上采用多層設計，而在物理結構上，也采用多層布局的設計方式，即界面 +界面組件 +邏輯組件 +數據庫。 物理結構上多層布局設計方式如圖 39 所示。 圖 39 物理結構上多層布局的設計方式 本設計采用物理上多層布局的結構設計，多層結構是在三層結構基礎上進一步發展起來。本系統中，將原三層結構中位于用戶界面，實現業務邏輯的基本界面層，實現業務邏輯的基本界面，如數據輸入與修改界面等， 再次分離出來，形成新的一層 —— 基本界面層，在頂層的用戶界面層只要調用或包裝這些基本界面即可。如數據不錄入、修改界面。當然，這并不妨礙用戶層直接調用邏輯組件中的類來獲取數據，因為基本界面 層只是為縮短開發周期而設計的。之所以采用多層結構，因為將來如果想 更新或更換數據姓名 ：超市進銷存管理系統的 VB 實現 20 錄入與顯 示界面，只要更新界面組件就可以，其他層不需要做任何修改，這也體現 了多層設計再模塊獨立和代碼重用方面的強大優勢。 面向對象設計 下面介紹本系統中實現添加一種商品和顯示商品列表的數據流程，以及一些本系統面向對象設計的基本思路。 添加 一種商品的數據流程：通過商品操作對象調出添加商品窗口，次窗口接受用戶輸入后，再調用商品信息對象數據存儲到數據庫種。 添加一種商品的數據流程如圖 3