倉庫管理系統詳細設計說明書

倉庫管理系統

詳細設計說明書

班級：xx

姓名：xx

學號：xx

日期：xx年xx月xx日

第一章需求分析

一、問題背景及描述

隨著科學技術的發展，社會進步，計算機迅速的發展,倉庫管理的方法也日新月異,以前全是由人管理的方法現存在很多的缺點：管理效率低，勞動強度大，資訊處理速度低而且準確率也不夠令人滿意。為了提高倉庫管理效率，減輕勞動強度提高，資訊處理速度和準確性；為倉庫管理員提供更方便、科學的服務專案。

為倉庫管理員提供的一種更先進、科學的服務系統。於是我們便選擇了由計算機來設計乙個倉庫管理系統的方案。讓計算機對倉庫進行自動管理，倉庫管理員可以直接在計算機上實現倉庫的資訊管理，並能在一定程度上實現自動化。

我們在現行系統初步調查的基礎上提出了新系統目標，即新系統建立後所要求達到的執行指標，這是系統開發和評價的依據。

二、功能分析

通過初步分析，「倉庫管理系統」應該具備以下主要功能：

⒈倉庫各種資訊的輸入，包括入庫，出庫，還原，需求資訊的輸入等

⒉倉庫管理的各種資訊查詢，修改和維護

3.倉庫管理系統的使用幫助

鑑於課程設計的緣故，本系統僅僅實現部分簡單功能。

三、建立系統流程圖

為了便於問題的論述與展開，在此加入了系統流程圖的內容。

通過對倉庫管理過程的了解，可以知道倉庫管理系統管理倉庫資訊的大致過程。首先，使用者登陸倉庫管理系統，通過一系列對系統的操作後，由系統返回給使用者相應的結果。圖1描繪了這個大致的流程。

圖1 倉庫管理系統大致處理過程

接下來對圖1的黑匣子（倉庫管理系統）的內容進行分解。通過仔細分析與了解，確定使用者對系統的整個操作過程：使用者登陸倉庫管理系統，驗證使用者身份與許可權，審核後操作倉庫管理系統，使用者可以查詢倉庫裡的產品資訊，管理員許可權可修改和刪除相關倉庫的資訊，使用者還可以列印相關報表，還可以檢視幫助文件。

系統會根據使用者的操作，給予相應的顯示與處理結果。圖2圖3圖4是分析後得出的系統流程圖。

圖2 倉庫管理系統流程圖1

圖3 倉庫管理系統流程圖2

圖4 倉庫管理系統流程圖3

四、建立資料流圖

系統流程圖雖然很好地描繪了具體的系統，但是在系統流程圖中把「做什麼」和「怎樣做」這兩類不同範疇的知識混合在一起。我們的目標不是一成不變地複製現有的人工系統，而是開發乙個既能夠完成現有的所有功能，又能使操作更加規範或者功能更加完備的新系統，因此，應該著重描繪系統的邏輯功能。

資料流圖描述資料在軟體系統內從輸入流動到輸出的過程中所經受的變換，通常用資料流圖建立軟體的功能模型。

資料流圖是系統邏輯功能的圖形表示，圖中沒有任何的具體物理部件，僅僅描繪資料在軟體中流動和被處理的邏輯過程，不懂計算機技術的人也容易理解它，因此是分析員與使用者之間極好的通訊工具。

根據前面劃分的系統模組可以得到如下資料流圖：

①倉庫管理系統整體資料流圖

圖5 倉庫管理系統資料流圖

②細化「系統管理」的資料流圖

圖6 對「系統管理」的細化

③細化「輸入處理」的資料流圖

圖7 對「輸入處理」的細化

④系統帳戶管理資料流圖

圖8系統帳戶管理資料流圖

五、建立資料字典

資料字典是關於資料的資訊的集合，也就是對資料流圖中包含的元素的定義的集合。它的作用是在軟體分析和設計過程中提供關於資料的描述資訊。

資料字典和資料流圖共同構成系統的邏輯模型。

資料字典定義資料的方法就是對資料自頂向下地分解，當分解到不需要進一步定義，每個和工程有關的人員都清楚其含義的元素時，這種分解過程就結束了。

本倉庫管理系統根據劃分的模組定義了如下資料字典：

①使用者資訊表

表名：user

內容：記載使用者登陸的基本資訊

組成：組織：按錄入順序。

②客戶資訊表

表名：customerinfo

內容：記載客戶相關的基本資訊

組成：組織：按錄入順序。

③產品型別表

表名：producttype

內容：記載產品型別的基本資訊

組成：組織：按錄入順序。

④庫存資訊表

表名：store

內容：記載產品庫存的基本資訊

組成：組織：按錄入順序。

六、演算法描述

分析員以黑匣子的方式記錄演算法，所謂黑匣子就是不考慮乙個功能的具體實現方法，只把它看作給予輸入之後就能夠產生一定輸出的匣子。這正是在早期開發階段分析員對演算法應該持有的正確觀點，目的是用原理性演算法準確地定義功能，演算法的細節可以等到以後的詳細設計階段再確定。

倉庫管理系統中主要涉及演算法方面的主要是產品的庫存數量，隨著倉庫的使用，入庫數量和出庫數量隨時發生變化，整個倉庫中的庫存量也就隨之變化。這裡採用ipo表記錄該演算法的初步描述。

圖9 描繪產品庫存量初步演算法的ipo表

七、建立e-r圖

為了把使用者的資料要求清楚、準確地描述出來，系統分析員通常建立乙個概念性的資料模型，概念性資料模型是一種面向問題的資料模型，它描述從使用者角度看到的資料。

通常使用實體-聯絡圖來建立資料模型，可以把實體-聯絡圖簡稱為e-r圖，相應地可以把e-r圖描繪的資料模型稱為e-r模型。

e-r圖中包含了實體（即資料物件）、關係和屬性等三種基本成分。通常，用矩形框代表實體，用連線相關實體的菱形框表示關係，用橢圓或圓角矩形表示實體或關係的屬性，並用直線把實體（或關係）與其屬性連線起來。

圖10 使用者e-r圖

圖11 客戶e-r圖

圖12 產品e-r圖

圖13 倉庫管理系統聯絡圖

八、建立狀態圖

狀態圖（也叫狀態轉換圖）通過描繪系統狀態及引起系統轉換的事件來表示系統的行為。此外，狀態圖還指明了作為特定事件的結果系統將做哪些動作。因此，可以用狀態圖建立軟體系統的行為模型。

狀態是可以被觀察到的系統行為模式，乙個狀態代表系統的一種行為模式，狀態規定了系統對事件的響應方式。

在狀態圖中第一的狀態主要有：初態、終態和中間狀態，在一張狀態圖中只能有乙個初態，而終態則可以有0個至多個。

在狀態圖中，初態用實心圓表示，終態用一對同心圓（內圓為實心圓）表示。中間狀態用圓角矩形表示，可以使用兩條水平橫線把它分成上、中、下3個部分，分別防止狀態名、狀態變數和活動表。

事件是在某個特定時刻發生的事情，它是對引起系統動作或（或）從乙個狀態轉換到另乙個狀態的外界事件的抽象。

狀態圖中兩個狀態之間帶箭頭的連線表示狀態轉換，箭頭指明了轉換的方向。狀態轉換通常是由事件觸發的，在這種情況下應該在表示狀態轉換的箭頭上標出觸發事件表示式。

以下是倉庫管理系統的狀態圖：

圖14 倉庫管理系統狀態圖

第二章詳細設計

一、模組過程設計與介面設計

⒈驗證使用者身份功能模組

⑴功能描述

驗證使用者身份功能模組用於對登陸系統的使用者進行身份驗證，確定使用者是否擁有使用該系統的資格以及該使用者的許可權。因此，任何使用者登陸系統都呼叫此模組。

⑵主要演算法

if 使用者名稱 and 口令正確

以該使用者身份進入系統總控制介面並獲得響應系統許可權

else

提示「使用者名稱或口令錯誤」

累計錯誤三次，自動關閉本系統

end if

⒉系統總控制模組

⑴功能描述

系統總控制模組是系統執行時的主控制程式，通過系統的主選單集中各子功能模組，使用者在該模組中通過選擇選單進入到相應的子模組。

⑵選單設計

系統選單設計如下表所示。

表1 系統選單

⑶主要演算法

倉庫管理系統詳細設計說明書

系統詳細設計說明書

系統詳細設計說明書

銷售管理系統詳細設計說明書

相關推薦