【導讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

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