摘 要
倉庫物品的管理是與我們的日常生活息息相關的一個重大問題。隨著我國經濟飛速的發展，改革開放的不斷深入，企業要想在激烈的市場競爭中立于不敗之地，要想繼續的發展與生存，沒有現代化的管理方式與方法是萬萬不行的，倉庫管理的全面信息化、自動化則是在其中占有極其重要的地位。倉庫管理信息系統則是在此需求背景下開始研制并開發的。在此篇文章中嚴格按照軟件工程思想，設計并實現了一個倉庫信息管理系統。介紹了系統從需求分析，邏輯設計，總體設計，詳細設計以及系統測試、實施各階段的主要內容和成果，包括系統結構圖、業務流程圖數據流程圖、物理表實現及其關系、功能模塊算法流程、界面設計等等。
關鍵字倉庫；軟件工程；系統開發
軟硬件需求
硬件需求
CPU：Pentium以上計算機
內存: 512M以上
軟件需求
操作系統版本：Windows XP /vista/Win7
開發工具：MyEclipse 6.0.1
后臺服務器：Apache Tomcat 6.0
開發語言：Java
瀏覽器：F6.0
系統架構
B/S系統對客戶機的工作量做了極大的簡化，對數據庫的訪問以及應用程序的執行都將由服務器來完成。B/S架構主要使用WWW瀏覽器技術，根據各種基于瀏覽器的腳本語言。在B/S架構基礎上軟件結構的安裝、修改與維修的需要在服務器端解決。使用該系統時，只需要一個瀏覽器用戶可以運行所有的模塊，從而實現了“零客戶端”功能，很容易在運行時自動升級。B/S架構也有一個均質機，網上異構網絡，異構應用服務的聯機[10]。
B/S系統由以下三層構成，三層是相對獨立又相互關聯，在這里我們在三個層面上做一個介紹：
表示邏輯層提出一個服務請求到網絡上的Web服務器，并且開始驗證身份，主頁信息被HTTP給傳送給客戶端，主頁文件會被客戶機收到，并將主頁文件信息顯示在Web瀏覽器上
用戶的數據請求會被控制邏輯層接受到，數據庫與程序相互連接，并進行數據處理請求的數據庫服務器，然后Web服務器開始接受數據庫服務器的數據處理的結果，最后再返回給客戶端
數據表示層接受Web服務器請求的數據庫操作，以實現對數據庫操作的一系列的功能， Web服務器來接收操作結果
3.4 系統主要子模塊設計
在對系統的功能設計進行分析，在對系統的小模塊在進行劃分，即系統的模塊化。建立系統的整體的結構了解模塊之間的關系如何。系統的功能需求分析和企業倉庫管理的有各自不同的特點。
3.4.1 用戶登錄子模塊設計
系統中用戶登錄驗證相對比較簡單，可以將其流程概括如下：
在用戶登錄時，系統要求在用戶名的輸入框與密碼的輸入框輸入相應的信息，然后再由系統將其傳送至相應的服務器端。服務器端處理程序時，服務器會根據提交的內容將用戶名中的內容以及密碼框的內容進行分離，再與數據庫中的數據進行比對判斷。如果輸入的內容能夠相互匹配會進入到登錄首頁；若不能正常匹配則系統會跳轉到報錯界面。
3.4.2 商品入庫子模塊設計
首先，入庫申請人需要向倉庫管理員提交一份入庫申請單和相應的貨物，倉庫管理員會根據所提交的清單進行對比。如果發現貨物與入庫申請單中的數據有所差異，那么則拒絕貨物入庫操作；如果發現庫存中有該商品存在，還需考慮入庫貨物的數量加上現有的庫存量是不是超過了該倉庫的最大庫存量，若超過則暫時禁止入庫。沒有超過的話，倉庫的管理員進行入庫操作。如果該庫存中沒有該商品存在，則需要重新添加該商品，計算該商品可在庫存中所能存放的最大庫存量，重新考慮入庫貨物的數量加上現有的庫存量是不是超過了該倉庫的最大庫存量，若超過則暫時禁止入庫。貨物存入倉庫之后，該倉庫管理員需要給入庫申請人開具一份貨物入庫單，入庫單中的內容必須嚴謹。至此該系統的入庫流程全部完成。
3.4.3 商品出庫子模塊設計
在進行出庫操作時，首先，出庫申請人需要向倉庫管理員提交一份申請單。若申請單不真實，則取消出庫操作，不再繼續進行出庫。對真實有效的出庫單，倉庫管理員再對照其要求出庫的貨物名稱查詢該貨物的信息和庫存量。如果此貨物的庫存量達未到所需要數量則取消出庫操作。如果此貨物的庫存量達到所需要數量，可以執行出庫操作并且記錄。隨后倉庫管理員給該申請人開出庫單據，倉庫管理系統出庫流程全部完成。
3.4.4 用戶注冊子模塊設計
系統中用戶登錄驗證相對比較簡單，可以將其流程概括如下：
完整的源碼和詳細的文檔，上傳到了 WRITE-BUG技術共享平臺 上，需要的請自取：
