【正文】 的 開發(fā) ， 其具有 跨平臺 性 、安全性、完全的面向?qū)ο?等優(yōu)點 ， 使其成為互聯(lián)網(wǎng)應(yīng)用軟件開發(fā)的領(lǐng)導(dǎo)者 ， Java 適 用 于分布式計算環(huán)境 的 面向?qū)ο?設(shè)計 的編程語言， 其 具有簡 窒 、面 對 對象、分 站 式、解 析 型、安全 、 可靠、可移值、高性能、多線程等特點。 課題任務(wù) 本文將根據(jù)軟件工程的理論，針對企業(yè)倉儲管理系統(tǒng)面臨的實際問題， 對倉儲管理系統(tǒng)進(jìn)行分析、設(shè)計與實現(xiàn)， 開發(fā)出基于 Java 技術(shù)的 倉儲 管理系統(tǒng) ，以倉儲業(yè)務(wù)為核心驅(qū)動模式， 使用分層架構(gòu)實現(xiàn)具體部分 。 根據(jù)物流軟件結(jié)構(gòu)分類，就當(dāng)前的物流軟件所使用的 范圍來計，物流軟 件 包 含以 下幾個子系統(tǒng)： 倉 儲管理員 理系統(tǒng) （ WMS）、 運輸管理系統(tǒng) （ TMS）、 定 單管理系統(tǒng) （ OMS）、服務(wù) 管理系統(tǒng) （ SMS）等，其中 倉 儲管理員 理系統(tǒng) 是 提供一整套倉庫業(yè)務(wù)及作業(yè)管理的 應(yīng)用軟件 ， 通過 倉 儲管理員 理系統(tǒng)可以實現(xiàn)庫位分配自動化及智能化操作，提升倉庫作業(yè)效率 ，提供準(zhǔn)確的庫存 、庫位 信息，實現(xiàn) 倉 儲管理員 理的動態(tài) 化 管理 。 20 數(shù)據(jù)表 20 概述 4 2 相關(guān)技術(shù)綜述 本文將根據(jù)軟件工程的理論，針對企業(yè)倉儲管理系統(tǒng)面臨的實際問題，開發(fā)出基于 Java技術(shù)的 倉儲 管理系統(tǒng)。本文 ， 首先 分析倉儲 系統(tǒng)的 具體功能 ，然后 根據(jù)實際需要 進(jìn)行需求分析，并將需求分析以電子文檔的 方 式反饋給用戶，和用戶進(jìn)行 溝通 進(jìn)一步確認(rèn)需求， 而后根據(jù)需求分析， 使用系統(tǒng)分析和設(shè)計的結(jié)構(gòu)化分析方法，以及數(shù)據(jù)庫建模，建 立了基于數(shù)據(jù)庫的模型，后臺數(shù)據(jù)使用 Mysql 完成。 1 目 錄 2 1 引 言 5 技術(shù)簡介及相關(guān)原理 10 系統(tǒng)分析 10 系統(tǒng)環(huán)境 11 需求分析 11 系統(tǒng)功能設(shè)計 14 4 數(shù)據(jù)庫設(shè)計 44 致 謝 45 學(xué)位論文 3 1 引 言 選題 背景及意義 在企業(yè)的發(fā)展過程中，伴隨著業(yè)務(wù)的激增給企業(yè)的管理帶來了許多問題 ，作為企業(yè)的管理信息系統(tǒng)可以有效地解決此類問題。 我國自從加入 WTO 后，市場經(jīng)濟(jì)環(huán)境下的企業(yè)競爭越來越激烈，國內(nèi)許多企業(yè)由于信息記錄、收集、匯總、處理分析尚處于初級水平階段，記錄 不規(guī)范，記 錄信息分散，隨機(jī)性，單一的應(yīng)用，信息收集不及時，不全面，不完善，不科學(xué)，質(zhì)量，和主體多元化，不一致的結(jié)果，處理手段落后，效率低。 本文 ， 首先 分析倉儲 系統(tǒng)的 具體功能 ，然后 根據(jù)實際需要 進(jìn)行需求分析，并將需求分析以電子文檔的 方 式反饋給用戶，和用戶進(jìn)行 溝通 進(jìn)一步確認(rèn)需求， 而 后根據(jù)需求分析， 使用系統(tǒng)分析和設(shè)計的結(jié)構(gòu)化分析方法，以及數(shù)據(jù)庫建模，建立了基于數(shù)據(jù)庫的模型，后臺數(shù)據(jù)使用 Mysql 完成。 企業(yè)級多層應(yīng)用系統(tǒng)的開發(fā)一直 是所有企業(yè)面臨的難題，軟件 開發(fā)商和 眾多 程序員 ，一直在 追求 和 急 切 的 期待一個成熟的 、 標(biāo)準(zhǔn)的企業(yè)級應(yīng)用平臺 ， 來簡化和規(guī)范企業(yè)級應(yīng)用系統(tǒng)的開發(fā)和部署。 眾所周知 ， J2EE 其中的 一個主要目標(biāo) ，使 企業(yè)級多層應(yīng)用系統(tǒng)的開發(fā) 變得簡單 ， 而 業(yè)務(wù)邏輯的開發(fā) 才是 程序員 們專研的對象， EJB 它自身就是一種規(guī)范，正 是基于 此類 思 維 的服務(wù)器端技術(shù)， 一個可重用的組件框架 被其重新 定義了 ， 以 實現(xiàn)分 站 式的、面向?qū)ο蟮臉I(yè)務(wù)邏輯。當(dāng) 服務(wù)器關(guān)閉 或 客戶斷開連接 后， 實體 Bean 仍 然可以 保證其數(shù)據(jù)得以 存儲；訊 息驅(qū)動 Bean的 行為 同 會話 Bean 很 相 象 ，有差別 的 便 是 ， 僅 需要 發(fā)送消息時 向這些 Bean， 才調(diào)用 訊 息驅(qū)動 Bean，比 方 ， 在需要的 時刻， 發(fā)送用戶確認(rèn)信息等。 JSP 供給 了多種方 法訪問 Java class、 Servlet、 Applets 和 Web Server， 于是 ， Web 運 用的功能 就能夠 分 解 成多個明確 的 定義公用接口的組件， 聯(lián)合 JSP 將它們結(jié)合在一起 . Servlet Servlet 是 基于請求 /響應(yīng)機(jī)制 的 組件 ，其用來 擴(kuò)展 Web 服務(wù)器功能 ， Servlet 從客戶端（ 如 Web 瀏覽器）獲 取 請求， 繼而 ，將 反 應(yīng)結(jié)果返回 到 客戶端。 MVC 80 年代 Smalltalk 開發(fā)了 一種軟件設(shè)計模 型，即， 模型 視圖 控制器（ MVC）是 ，如下圖 21 所示。 許 多 VB,Delphi 等 RAD 都有這種 現(xiàn)象， 甚至 目前 的 C,Java 有時候也會 呈 現(xiàn) 出， 把業(yè)務(wù)邏輯寫在顯示模塊中的 問題，MVC 設(shè)計模 型在早期 就提出 了這一問題 ，但在 Web 的開發(fā)中 植 入 MVC 卻是 極其困難 。 學(xué)位論文 8 Struts 流程 ActionServlet 可以 處理 了 Struts 流程的所有 任務(wù) ， 具體工作流程如下圖 24 所示。 ActionForm 是一個 契合 JavaBean 規(guī)范的類， 其 所有的 特征 都應(yīng)滿足 get 和 set 對應(yīng)。 RequsestHandler 業(yè)務(wù)邏輯的 實 行 使用 Action， 每個 Action 只建立一個 instance， Action并 不是線程安全的， 因此， 不應(yīng)該在 Action 中訪問特定 的 資源 ； 一般來說，應(yīng)改用 Business Delegate 模 型 來對 Business tier 進(jìn)行訪問以 達(dá) 到 解除耦合。 在全面客觀的系統(tǒng)分析的基礎(chǔ)上，根據(jù)用戶提出的系統(tǒng)功能進(jìn)行相應(yīng)的功能設(shè)計。若待入庫 貨品 與入庫申請單信息一致，則允許入庫；若不一致，則禁止入庫，請?zhí)峤?貨品 的單位 或人員 重新 開 具入庫申請單。所以，一般 倉 儲管理員要能 夠 提供倉庫的入庫、出庫記錄的查詢功能， 同時 能夠?qū)⒊鰩?、入庫記錄生成報表，?相關(guān) 管理人 員使用，所以，對入庫、出庫記錄的查詢，并將這些信息生成報表是 倉儲管理員 理系統(tǒng)的重要功能之一。 系統(tǒng)環(huán)境 ① 硬件環(huán)境 服務(wù)器端 : 硬件 配置為 2G 以上 內(nèi)存 ,CPU 為 四核 以上 ,硬盤容量為 1T的 計算機(jī) 。 ③ 打印報表的生成。 系統(tǒng)流程圖 （ 下圖 ） 圖 31 系統(tǒng)流程圖 數(shù)據(jù)流程圖 入庫單 核驗貨品 清單程度 報損計劃表 庫存數(shù)據(jù) 出庫單打印程序 出庫單 庫存?zhèn)浞莩绦? 庫存?zhèn)浞? 庫存查詢 程序 庫存 分析程序 查詢庫存信息 學(xué)位論文 13 剖 析 并 調(diào)查 相 關(guān) 倉 儲管理員 理信息 的 實際 需求 ，得出數(shù)據(jù)流程圖 32，如下所示。 ④ 入庫單信息，包 含 的數(shù)據(jù)項有編號、 貨品 編號、經(jīng)辦人編號、入庫 日期 、單價、數(shù)量、供應(yīng)商編號、 庫房 編號、定單狀況、備注等。 ⑧ 用戶管理信息，包 含 的數(shù)據(jù)項有用戶名、密碼、權(quán)限等。 ① 基礎(chǔ) 信息管理模塊：為 倉庫 管理員提供對客戶信息、供貨商信息、庫房信息和 倉庫管理員信息的管理維護(hù)，包 含 對信息查詢、添加、修改和 刪除 等操作。 ④入庫信息管理模塊：為 倉庫 管理員提供 檢索 、添加、修改和刪除入庫流向單（包 含 ：部件、產(chǎn)品、禮品 等 入庫單）的操作、其中添加和刪除操作后的入庫貨檢單要交由管理部審核。 用圖例來進(jìn)行系統(tǒng)建模，如下圖 33 所示。 分支事件流 NO 主事件流 Step 角色 /系統(tǒng) 條 件 描 述 數(shù)據(jù)項 轉(zhuǎn)去主事件流 Step 備注 A1 4 系統(tǒng) 完成供貨商信息修改 返回成功信息 修改 供貨商信息 2 A2 4 系統(tǒng) 沒有完成供貨商信息修改 近回失敗信息 修改 失敗 信息提示 2 ④供貨商信息添加用例 用例名稱 供貨商信息增加 主題領(lǐng)域 供貨商信息增加 用例包 用例定義 供貨商信息添加 角色 倉 儲管理員 理人員 學(xué)位論文 19 觸發(fā)事件 供貨商信息添加 前置條件 有需要添加的 供貨商信息 結(jié)束條件 成功條件：查詢到需要添加的供貨商信息 失敗條件：未查到需要添加的供貨商信息 相關(guān)用例 輸入概述 所需要添加的供貨商信息 輸出概述 添加結(jié)果 使用性備注 用例備注 主事件流 Step 系統(tǒng) /角色 描 述 數(shù)據(jù)項 備 注 10 角色 進(jìn)入添加界面 11 系統(tǒng) 顯示添加界面 12 角色 輸入所需添加的供貨商信息 13 系統(tǒng) 添加 成功 與否 添加成功 如果添加成功轉(zhuǎn)到 A1； 如果添加不 成功轉(zhuǎn)到 A2。 表 41 零部件 的結(jié)構(gòu) 字段名 注釋 類型 長度 是否為主鍵 是否不為空 _id 編 號 INTEGER 11 √ √ Inbill_id 入庫 單 號 VARCHAR 20 Supplier_id 供貨 商 號 VARCHAR 20 Depot_id 倉庫 編號 VARCHAR 20 Number 數(shù) 量 INTEGER 11 Sumof_bad 不合格 數(shù)量 INTEGER 11 Atcheck_date 在庫 貨檢 時間 DATE 11 √ In_date 入庫 時間 DATE 11 √ Employee_id 貨檢驗 編號 char 5 表 42 產(chǎn)品 的結(jié)構(gòu) 字段名 注釋 類型 長度 是否為主鍵 是否不為空 _id 編 號 INTEGER 11 √ √ Makebill_id 組裝 單 編號 VARCHAR 20 √ Depot_id 庫房 編號 VARCHAR 20 Check_id 貨檢 編號 VARCHAR 20 Number 數(shù) 量 INTEGER 11 Sumof_bad 不合格 數(shù)量 INTEGER 11 Make_date 組裝 時間 DATE 11 √ Check_id 貨檢 時間 DATE 11 √ 表 43 裝配產(chǎn)品 的結(jié)構(gòu) 字段名 注釋 類型 長度 是否為主鍵 是否不為空 學(xué)位論文 22 _id 編號 INTEGER 11 √ √ Assembly_id 部件單編號 VARCHAR 20 √ Product_id 成品編號 VARCHAR 20 表 44 客戶 的結(jié)構(gòu) 字段名 注釋 類型 長度 是否為主鍵 是否不為空 Customer_id 編 號 VARCHAR 20 √ √ sex 部件單 編號 VARCHAR 20 name 姓名 VARCHAR 20 credit 信譽度 INTEGER 11 phone 電話 號碼 VARCHAR 20 address 地 址 VARCHAR 20 remark 備 注 VARCHAR 20 表 45 倉庫 的結(jié)構(gòu) 字段名 注釋 類型 長度 是否為主鍵 是否不為空 Depot_id 庫房 編號 VARCHAR 20 √ √ Employee_id 責(zé)任人 編號 VARCHAR 20 phone 電話 號碼 VARCHAR 20 address 地 址 VARCHAR 20 remark 備 注 VARCHAR 20 表 46 職員 的結(jié)構(gòu) 字段名 注釋 類型 長度 是否為主鍵 是否不為空 Employee_