【文章內容簡介】 單信 息，并根據訂單及現有庫存量計算所需零件數量，生成新的采購單。在此流程中，系統(tǒng)可以生成銷售統(tǒng)計報告； （ 2）采購管理流程：新的采購單生成后，采購管理員可以根據采購清單采購所需零件。采購完成后，系統(tǒng)會根據采購情況重新計算庫存。系統(tǒng)會生成采購統(tǒng)計報告，以便管理者實時查看采購信息。 （ 3）庫存管理流程：當庫存零件足夠時便可進行組裝，組裝完畢后經庫存管理員確認便可出庫發(fā)貨。此時系統(tǒng)會重新計算庫存，并生成新的庫存統(tǒng)計報告。 圖 32 為系統(tǒng)業(yè)務流程圖。 圖 33 為數據流圖。 產品出庫采購零件產 生 新 的 庫 存組裝完畢根 據 庫 存 余 量 及 訂 單 生 成 采 購 單生 成 訂 單銷 售 管 理 員付 給$訂 單庫 存 $ $ $采 購 管 理 員付 給$采 購 單庫 存 管 理 員訂 單 報 告 采 購 統(tǒng) 計 報 告庫 存 統(tǒng) 計 報 告圖 32 業(yè)務流程圖 基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 11 圖 33 數據流圖 系統(tǒng)運行環(huán)境 CPU:賽揚 以上 內存： 512MB 以上 硬盤： 20G 以上 軟件環(huán)境： Windows 2020/NT/XP/2020, 銷售管理員 更新 訂單 訂單 訂單報告 訂單 倉庫管理員 庫存報告 庫 存 信 息 更新 庫存 處理 定貨 采購統(tǒng)計報告 定貨信息 生成 采購單 采購信息 采購管理員 事務 定貨信息 基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 12 4 進銷存 管理 系統(tǒng) 的 設計 用例模型設計 建立用例模型首先要確定角色 ， 表示提供或接收系統(tǒng)信息的人或系統(tǒng)，他們是與系統(tǒng)有交互作用的人或事務，代表一個系統(tǒng)的使用者或外部通信的目標。用例是系統(tǒng)中的一個功 能單元，可以被描述為參與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并且顯示哪個是用例的執(zhí)行。根據以上的系統(tǒng)分析，本系統(tǒng)確定的角色有 訂單管理員、采購管理員、庫存管理員、 系統(tǒng)管理員 。 （ 1） 訂單管理員主要負責生成訂單、修改訂單、查看訂單信息等操作； （ 2） 采購管理員主要負責查看采購單、采購確認以及生成采購報告等工作； （ 3） 庫存管理員主要負責組裝確認、出庫確認以及庫存報告等工作； （ 4） 系統(tǒng)管理員主要進行系統(tǒng)維護，主要包括基礎數據維護、用戶信息維護以及數據備份還原。 系統(tǒng)用例圖如 圖 41 所示。 訂 單 管 理 員生 成 訂 單 u s e s 查 看 訂 單 信 息 u s e s 采 購 管 理 員進 銷 存 系 統(tǒng)查 看 采 購 單完 成 采 購進 銷 存 系 統(tǒng) u s e s u s e s 庫 存 管 理 員確 認 組 裝 u s e s 產 品 出 庫 u s e s 進 銷 存 系 統(tǒng)查 看 庫 存 信 息 u s e s 系 統(tǒng) 管 理 員管 理 用 戶 信 息 u s e s 管 理 基 礎 數 據 u s e s 進 銷 存 系 統(tǒng)數 據 備 份 還 原 u s e s 修 改 訂 單 u s e s 統(tǒng) 計 采 購 信 息 u s e s 圖 41 系統(tǒng)用例圖 基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 13 業(yè)務處理信息順序 系統(tǒng)的靜態(tài)模型建立以后，開始進行系統(tǒng)的動態(tài)建模。動態(tài)模型是描述系統(tǒng)的功能是如何完成的，用順序圖、活動圖和協作圖等從不同的角度來描述 信息處理順序， 順序圖將交互關系表示為一個二維圖。縱向是時間軸，橫向代表 用戶角色的具體操作流程。 詳 見信息順序圖 及系統(tǒng)類圖。 訂 單 信 息 表 采 購 信 息 表庫 存 信 息 表銷 售 管 理 員保 存 訂 單查 看 庫 存 信 息 計 算 零 件 差 額根 據 零 件 差 額 生 成 采 購 信 息 圖 42 銷售管理信息順序圖 訂 單 信 息 表 庫 存 信 息 表庫 存 管 理 員更 改 訂 單 狀 態(tài)確 認 出 庫 圖 43 庫存管理信息順序圖 基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 14 采 購 信 息 表 庫 存 信 息 表采 購 管 理 員根 據 采 購 單 進 行 采 購更 新 庫 存 表 圖 44 采購管理信息順序圖 進銷存管理系統(tǒng)的 數據庫的設計 規(guī)范化設計 在關系數據庫的設計中，數據表的設計占有很重要的地位。良好的設計不僅可以避免數據在添加、刪除以及更新操作上的潛在問題，更可簡化應用程序的設計與運行的效率。而規(guī)范正是將不良的數據庫關系設計轉換成較好設計的技術，要徹底發(fā)揮關系數據庫的強大功能，數據庫的規(guī)范是很重要的方面。 在設計數據庫時， 從 查詢和使用的方 便以及系統(tǒng)性能的角度去考慮 ，所有表都符合第二范式要求，實體的屬性完全依賴于主關鍵字， 消除 第一范式 中可能存在的部分功能相依。 數據庫關系視圖如圖 45所示。 基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 15 圖 45 數據庫關系視圖 表結構設計 只有了解數據庫各操作表的具體結構及其字段的具體作用才能理解各操作之間的復雜關系。下面是幾種典型操作的數據表的設計。 （ 1）訂單信息表的設計見表 41：訂單信息表中存儲著所有訂單信息，為了更好的掌握貨物情況，將訂單的狀態(tài)分為未開始（訂單生成后未開始組裝）、未完成（有部分設備已經開始組裝）和已完成（設 備組裝完畢并銷售出庫），這樣可以避免錯誤的操作發(fā)生。同時，設立字段 “ CreatDate”、“ FinishDate”和“ CloseDate”可為今后進行生產效率的統(tǒng)計提供良好的數據依據。 該表與訂單設備表，即表 42基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 16 有關系。詳見表 42說明。 表 41 Books（保存訂單信息 ) 序號 字段名 類型 長度 默認值 允許空 主鍵 說明 1 BookID Varchar 8 NULL No Yes 訂單號 2 ProName Nvarchar 32 NULL No No 項目名稱 3 Customer Nvarchar 16 NULL No No 客戶名稱 4 BookState Nvarchar 8 NULL No No 訂單狀態(tài) 5 CreatDate Datetime 8 NULL No No 訂單產生時間 6 FinishDate Datetime 8 NULL Yes No 所有設備組裝 完成 7 CloseDate Datetime 8 NULL Yes No 訂單關閉時間 （ 2）訂單設備 表的設計見表 42：該表儲存了訂單中的所有設備信息，與訂單信息表相關聯，其中 BookID 作為關聯 外鍵，即一個訂單可包含一部或多部電梯兩個表形成一對多的關系。同樣字段“ EqmState”可以清楚的知道訂單上設備 電梯的詳細狀態(tài)（未組裝和已組裝） ，對倉庫的管理施行真正有效的管理 ?！?AssembleDate”記錄了一臺設備的組裝時間，合理的記錄有助于企業(yè)及時發(fā)現問題，提高生產效率。 表 42 BookEqm（保存訂單設備信息） 序號 字段名 類型 長度 默認值 允許空 主鍵 說明 1 EqmID Uniqueidetifier 16 NULL No Yes 設備號 2 BookID Varchar 8 NULL No No 設備所屬訂單號 3 Etype Nvarchar 16 NULL No No 設備梯形 4 Price Float 0 NULL No No 設備售價 5 EqmState Nvarchar 8 NULL No No 設備狀態(tài) 6 AssembleDate Datetime 8 NULL Yes No 單一設備完成 時間 （ 3）庫存信息表的設計見表 43：該表儲存了倉庫中所有種類和數量的零件信息，各個字段只作為信息的保存，該表在層次上不與任何表相關聯。 表 43 Inventory（保存零件庫存信息） 序號 字段名 類型 長度 默認值 允許空 主鍵 說明 1 ID Uniqueidetifier 16 NULL No Yes 僅作為主鍵 2 PartsName Nvarchar 32 NULL No No 零件名稱 3 PartsNum Int 4 0 No No 零件數量 4 WarehousingDate Datetime 8 NULL No No 入庫時間 5 Buyer Nvarchar 16 NULL No No 采購員 基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 17 6 Remarks Nvarchar 50 NULL Yes No 備注 （ 4）采購信息表見表 44：采購行為是采購管理員根據訂單上梯形判斷倉庫內零件不足以完成一個訂單時才發(fā)生的行為，本表只記錄采購管理員的采購過程中的信息，層次上不與其他表相關聯的，但邏輯上是通過庫存信息表和產品型號表計算生成的，計算公式為： “ PartsNum” – “ Etype” （通過 COUNT 計算得出） = “ PartsNum” ?！?CreatDate”創(chuàng)建時間和“ FinishDate”完成時間可對采購管理員進行業(yè)務上的監(jiān)督，正確的記錄信息可為今后考核提供合理的數據 。 表 44 PurchaseOrder（保存采購信息） 序號 字段名 類型 長度 默認值 允許空 主鍵 說明 1 OrderID Uniqueidetifier 16 NULL No Yes 采購單號 2 PartsName Nvarchar 32 NULL No No 零件名稱 3 PartsNum Int 4 0 No No 零件數量 4 CreatDate Datetime 8 NULL No No 采購單創(chuàng)建時間 5 FinishDate Datetime 8 NULL Yes No 采購完成時間 （ 5）訂單狀態(tài)表見表 45：該表只存放訂單的三種狀態(tài)，即未開始（訂單生成后未開始組裝）、未完成（有部分設備已經開始組裝）和已完成（設備組裝完畢并銷售出庫）。該表與訂單信息表相關聯。 表 45 dicBookState（保存訂單狀態(tài)信息） 序號 字段名 類型 長度 默認值 允許空 主鍵 說明 1 BookStateID Int 4 NULL No Yes 僅作為主鍵 2 BookState Nvarchar 8 NULL No No 訂單狀態(tài) （ 6）設備狀態(tài)保存表見表 46：該表只 存放 電梯的兩種 狀態(tài)（未組裝和已組裝） ，該表與 訂單設備 表 相關聯。 表 46 dicEqmState（保存設備狀態(tài)信息） 序號 字段名 類型 長度 默認值 允許空 主鍵 說明 1 EqmStateID Int 4 NULL No Yes 僅作為主鍵 2 EqmState Nvarchar 8 NULL No No 設備狀態(tài) （ 7）產品型號表見表 47：該表存放了所有梯型會用到的所有零件信息，每個梯型對應不同的值，每一個零件類型都對應相對的成本，這些字段是用于以后系統(tǒng)升級基于 . 的電梯企業(yè)進銷存系統(tǒng)設計與實現 18 可進行擴展，當市場情況發(fā)生變動的 時候，有利于分析產品的成本，為了達到利潤最大化，可依據這些數據進行正確的價格調整。 表 47 dicProductType（保存產品型號信息） 序號 字段名 類型 長度 默認值 允許空 主鍵 說明 1 Etype Nvarchar 16 NULL No Yes 梯型 2 Door Nvarchar 32 NULL Yes No 門機型號 3 DoorCost Float 8 0 Yes No 門機成本 4 Cage Nvarchar 32 NULL Yes No 轎廂型號 5 CageCost Float 8 0 Yes No 轎廂成本 6 Machine Nvarchar 32 NULL Yes No 曳引機型號 7 MachineCost Float 8 0 Yes No 曳引機成本 8 Safetytongs Nvarchar 32 NULL Yes No 安全鉗型號 9 SafetytongsCost Float 8 0 Yes No 安全鉗成本 10 Counterweight Nvarchar 32 NULL Yes No 對重型號 11 CounterweightCost Float 8 0 Yes No 對重成本 （ 8）用戶信息表見表 48：該表主要儲存用戶的基本信息，用戶角色包括訂單管理員、采購管理員、庫存管理員、 系統(tǒng)管理員 。 表 48 User（保存用戶信息） 序號 字段名 類型