基于J2EE的煙草物流倉儲管理系統(tǒng)分析與設(shè)計
第一章 緒論
在煙草行業(yè)從傳統(tǒng)物流倉儲向現(xiàn)代物流倉儲轉(zhuǎn)變的大趨勢下，按照“全面感知、全面覆蓋、全程控制、全面提升”的要求，實現(xiàn)集約化物流、一體化園區(qū)、智能化調(diào)度、信息化管理、機械化運作，把煙葉及復(fù)烤企業(yè)的相關(guān)資源協(xié)同組織，規(guī)避資源重復(fù)設(shè)置和浪費，充分利用信息和網(wǎng)絡(luò)技術(shù)，運用現(xiàn)代組織和管理方式，，將物流、運輸、倉儲、配送、信息等環(huán)節(jié)進行有效資源整合，優(yōu)化運作成本，整合完善服務(wù)功能，進行一體化協(xié)作經(jīng)營，再通過高質(zhì)量、多功能的物流服務(wù)控制和不斷鞏固業(yè)務(wù)資源，打造煙草物流向協(xié)同化、集約化、信息化方向發(fā)展。
在煙葉物流倉儲管理方面，物流倉儲管理涉及眾多環(huán)節(jié)，包括計劃入庫、檢驗、調(diào)撥入庫、調(diào)撥出庫、審核、送貨、庫存盤點、庫存貨位檢查等，其中每個環(huán)節(jié)的信息處理量大，涉及數(shù)據(jù)量大。物流倉儲管理業(yè)務(wù)關(guān)鍵環(huán)節(jié)是煙葉的流轉(zhuǎn)和存儲，目前貴州省煙草公司物流倉儲管理采用的是傳統(tǒng)的手工管理方式。這存在車輛出入庫調(diào)度混亂、車輛卸貨等待時間太長、辦事效率低、數(shù)據(jù)量大極易出錯、各部門之間數(shù)據(jù)共享困難、人工成本增加等問題。在此情況下迫切需要搭建一個適合貴州省煙草公司實際需求的煙草物流倉儲管理系統(tǒng)。
……
本文研究煙草物流倉儲管理系統(tǒng)，目標(biāo)是：
（1）實現(xiàn)供應(yīng)和銷售物流一體化。將煙葉物流的倉儲、運輸、信息、人員等資源從分散管理到集約運營,提高資源綜合利用率,避免重復(fù)建設(shè),凸顯集約化、規(guī)模化運營的效益。最終實現(xiàn)煙葉物流“集中管控、全程可視、精細(xì)管理、智能調(diào)度”四大目標(biāo)。
（2）實現(xiàn)貴州省煙草公司對煙葉物流倉儲的統(tǒng)一掌控和管理，使管理更透明，更靈活。使物流倉儲管理流程清晰化，業(yè)務(wù)溝通緊密化，有效避免車輛進出庫的擁擠和堵塞。有效的提高倉儲管理的效率，增強庫容利用、加快貨物周轉(zhuǎn)、保管煙葉質(zhì)量和安全。
煙草物流倉儲管理系統(tǒng)的實現(xiàn)將提高煙葉物流的管理水平，提升煙葉倉儲的運行效率和服務(wù)能力，降低煙葉物流成本，加強煙葉集約化管理，提高安全穩(wěn)定運行水平和經(jīng)濟效益，為行業(yè)發(fā)展拓展新的經(jīng)營空間。
在商品經(jīng)濟時代，物質(zhì)的流轉(zhuǎn)和存儲過程成為整個物流倉儲作業(yè)的關(guān)鍵環(huán)節(jié)，存儲在倉庫的物流活動，成為了整個過程非常重要的過渡。如何提高倉庫作業(yè)的效率減少人力物力差錯率，如何高效的利用倉庫、規(guī)范倉庫作業(yè)的管理來提高企業(yè)的競爭力，這些都是值得研究的課題。
對于國外來說，國外物流倉儲發(fā)展較早，并且借助計算機技術(shù)和網(wǎng)絡(luò)技術(shù)，大部分煙草企業(yè)在物流倉儲方面都已普遍采用了信息化管理技術(shù)，到現(xiàn)在為止已經(jīng)基本形成了一套無紙化、自動化的物流倉儲作業(yè)。這有力地推動了國外煙草行業(yè)、物流業(yè)和倉儲業(yè)的發(fā)展。電子交換系統(tǒng)(EDI)、條形碼(BAR CODE)、電子銷售信息系統(tǒng)(POS)、射頻(FRID)、衛(wèi)星跟蹤系統(tǒng)(GPS)、系統(tǒng)仿真技術(shù)等技術(shù)在物流倉儲管理中的廣泛應(yīng)用，更有效地促進了物流倉儲管理系統(tǒng)的發(fā)展。
……
第二章 相關(guān)理論與技術(shù)
J2EE 是一種廣泛應(yīng)用于應(yīng)用系統(tǒng)的技術(shù)架構(gòu)，集成了多個組件，其意在簡化和規(guī)范應(yīng)用系統(tǒng)的開發(fā)與部署，從而提高可移植性、安全性以及再用價值。
在 J2EE 系統(tǒng)架構(gòu)中，利用 J2EE 提供的通用中間件服務(wù)，可以減少開發(fā)的工作量，另外可以大大提高應(yīng)用系統(tǒng)的靈活性。在分析和定義中間件服務(wù)時，根據(jù)特定應(yīng)用系統(tǒng)的需求和設(shè)計，創(chuàng)建合理可行的商業(yè)邏輯是開發(fā)設(shè)計人員的主攻方向。因此，這可以縮短軟件開發(fā)周期，提高軟件開發(fā)的效率。
J2EE 采用多層的分布式應(yīng)用模型，根據(jù)應(yīng)用邏輯的分層方式，將功能劃分為不同的組件，每個應(yīng)用組件可以在不同的容器上運行。J2EE 典型的四層分別為：客戶層，Web 層，業(yè)務(wù)邏輯層和企業(yè)信息系統(tǒng)層。具體的 J2EE 分層如下圖 2.1 所示。
客戶端層通常包括應(yīng)用操作界面層和顯示層。客戶端層的應(yīng)用程序?qū)崿F(xiàn)業(yè)務(wù)邏輯不要求一定要在有 WEB 的情況下。如果存在 WEB 環(huán)境，則以 WEB 瀏覽器的方式表現(xiàn)出來。
WEB 應(yīng)用層將企業(yè)的信息上傳到系統(tǒng)特定的 WEB 服務(wù)器端，可以通過 WEB 服務(wù)訪問服務(wù)器端的相關(guān)信息。在 J2EE 架構(gòu)中，WEB 組件主要包含了 Servlets 組件、JSP頁面和部分 JavaBeans 組件，WEB 服務(wù)器端接受用戶的請求，然后調(diào)用相應(yīng)的邏輯函數(shù)，通過服務(wù)器快速處理請求內(nèi)容，事件處理完后及時將結(jié)果以動態(tài)網(wǎng)頁的形式返回到客戶端的瀏覽器，從而用戶可以看到處理的結(jié)果。
……
J2EE 平臺主要有 Spring、Struts、Hibernate、Ibatis、SSI、SSH 等框架。Spring 框架有輕量、控制反轉(zhuǎn)、面向切面和容器等特征，Struts 簡化了基本的 MVC，具有靈活性和重用性。Hibernate 對 JDBC 進行了非常輕量級的對象封裝，Java 程序員操縱數(shù)據(jù)庫可以采用面向?qū)ο蟮乃季S方式。Ibatis 比 Hibernate 更靈活，可控性更好。SSI 由 Spring、Struts、Ibatis 集成，其中 Struts 負(fù)責(zé)數(shù)據(jù)傳遞和控制，Spring 依靠依賴注入實現(xiàn)托管和整合等功能，Ibatis 提供半自動化對象關(guān)系映射的實現(xiàn)。SSH 框架由 Struts、Spring、Hibernate 集成，其中使用 Struts 作為系統(tǒng)的整體基礎(chǔ)架構(gòu)，負(fù)責(zé) MVC 的分離，在 Struts 框架的模型部分，控制業(yè)務(wù)跳轉(zhuǎn)，利用 Hibernate 框架對持久層提供支持，Spring 做管理，管理struts 和 hibernate。相比較而言，SSH 框架比 SSI 開發(fā)效率高，因此本文采用 SSH 框架。
Struts 是一種以J2EE 架構(gòu)為基礎(chǔ)，依靠 JSP和Servlet 技術(shù)形成的輕量級框架。Struts是 MVC 的一種實現(xiàn)，其繼承了 MVC 的各項特性，做了相應(yīng)的變化與擴展以適應(yīng) J2EE的自身特點。Struts 框架具有組件的模塊化，靈活性和重用性等優(yōu)點，同時簡化了基于MVC 的 Web 應(yīng)用程序的開發(fā)。
SSH 框架主要分為 4 層，即持久層、業(yè)務(wù)層、控制層和表現(xiàn)層。持久層主要負(fù)責(zé)與數(shù)據(jù)庫的交互、處理 DAO 組件請求的數(shù)據(jù)，并返回處理結(jié)果；業(yè)務(wù)層主要負(fù)責(zé)業(yè)務(wù)邏輯的跳轉(zhuǎn)與實現(xiàn)；控制層主要負(fù)責(zé)接受表現(xiàn)層的請求，通過過濾器對請求的信息進行過濾，判斷是否需要 Action 處理請求，再查找配置文件 struts.xml、調(diào)用具體的 Action，根據(jù) struts.xml 的配置找到對應(yīng)的返回結(jié)果；表現(xiàn)層主要通過 JSP 頁面實現(xiàn)頁面交互。
……
3.1 組織結(jié)構(gòu)............................................16
3.2 物流倉儲管理業(yè)務(wù)流程............................17
3.2.1. 物流倉儲管理綜合業(yè)務(wù)流程.......................17
3.2.2. 煙葉物流流程...................................17
3.3 功能需求分析.........................................18
3.3.1. 基礎(chǔ)信息管理.....................................18
3.3.2. 物流倉儲管理....................................20
3.3.3. 可視化倉儲管理..................................24
3.3.4. 系統(tǒng)權(quán)限管理...................................24
3.4 非功能需求分析.....................................25
3.4.1. 性能需求.........................................25
3.4.2. 安全性需求......................................25
3.4.3. 可用性需求.......................................26
3.5 系統(tǒng)用例...........................................26
3.5.1. 系統(tǒng)權(quán)限管理................................26
3.5.2. 基礎(chǔ)信息管理.....................................27
3.5.3. 物流倉儲管理....................................27
3.5.4. 可視化倉儲管理...................................28
3.6 本章小結(jié)...........................................29
第四章 物流倉儲管理總體設(shè)計............................. 30
4.1 系統(tǒng)功能模塊設(shè)計.................................30
4.1.1. 系統(tǒng)權(quán)限管理功能模塊設(shè)計........................30
4.1.2. 基礎(chǔ)信息管理功能模塊設(shè)計........................31
4.1.3. 物流倉儲管理功能模塊設(shè)計.......................31
4.1.4. 可視化倉儲管理功能模塊設(shè)計................32
4.1.5. 子系統(tǒng)間協(xié)同模型..............................33
4.2 技術(shù)架構(gòu)設(shè)計...................................34
4.3 應(yīng)用架構(gòu)設(shè)計.....................................36
4.4 系統(tǒng)數(shù)據(jù)庫設(shè)計................................38
4.4.1. 系統(tǒng)權(quán)限表....................................38
4.4.2. 基礎(chǔ)信息表....................................41
4.4.3. 物流倉儲業(yè)務(wù)表.................................45
4.5 本章小結(jié)..........................................52
第五章 物流倉儲管理系統(tǒng)詳細(xì)設(shè)計與實現(xiàn)................ 53
5.1 物流倉儲管理系統(tǒng)詳細(xì)設(shè)計...........................53
5.1.1. 系統(tǒng)權(quán)限管理子系統(tǒng)詳細(xì)設(shè)計.....................53
5.1.2. 基礎(chǔ)信息管理子系統(tǒng)詳細(xì)設(shè)計.....................58
5.1.3. 物流倉儲管理子系統(tǒng)詳細(xì)設(shè)計......................65
5.1.4. 可視化倉儲管理子系統(tǒng)詳細(xì)設(shè)計...................71
5.2 物流倉儲管理系統(tǒng)實現(xiàn)..............................75
5.2.1. SSH 框架配置................................. 76
5.2.2. SSH 框架搭建................................. 78
5.2.3. 系統(tǒng)權(quán)限管理子系統(tǒng)實現(xiàn)..........................81
5.2.4. 基礎(chǔ)信息管理子系統(tǒng)實現(xiàn)........................82
5.2.5. 物流倉儲管理子系統(tǒng)實現(xiàn).........................83
5.2.6. 可視化倉儲管理子系統(tǒng)實現(xiàn).......................85
5.3 本章小結(jié)...........................................86
……
第五章 物流倉儲管理系統(tǒng)詳細(xì)設(shè)計與實現(xiàn)
系統(tǒng)權(quán)限管理子系統(tǒng)中用戶、角色繁多，需一一添加設(shè)置權(quán)限。其中角色用戶權(quán)限分配前需先添加角色、角色所屬部門、可操作導(dǎo)航菜單和可操作按鈕。最后新建用戶，為其分配角色。
SSH框架中實體層主要是實體類Entity，持久層Dao接口、DaoImpl類，業(yè)務(wù)層Service接口、ServcieImpl 類，控制層 Action 類。在類設(shè)計時，將上述協(xié)同模型中的協(xié)同元定義為實體類，即用戶類（Operator）、角色類（Role）、部門類（Sector）和菜單類（Menu），將協(xié)同模型轉(zhuǎn)換為數(shù)據(jù)訪問類（Dao），將協(xié)同關(guān)系中的垂直協(xié)同關(guān)系轉(zhuǎn)化成業(yè)務(wù)邏輯類（Service）。
以常用的用戶管理作為實例，創(chuàng)建用戶的數(shù)據(jù)訪問類接口 OperatorDao，由OperatorDaoImpl 用戶實現(xiàn)類繼承 OperatorDao 的增加、刪除、修改等方法抽象。同時為業(yè)務(wù)邏輯層創(chuàng)建 OperatorService 用戶業(yè)務(wù)類接口聲明增加用戶和設(shè)置用戶等抽象方法，創(chuàng)建對應(yīng)的 OperatorServiceImpl 實現(xiàn)類。另外，創(chuàng)建 OperatorAction 用戶控制類聲明增加用戶、修改密碼和獲得用戶信息等方法抽象，由 LoginAction 登錄控制類調(diào)用OperatorAction 類的所有方法。
通過 PIM 模型為系統(tǒng)權(quán)限管理實際建立 SSH 架構(gòu)中的實體層、持久層、業(yè)務(wù)層和控制層類之后，需要為其創(chuàng)建層層之間類的關(guān)系和層內(nèi)部類之間的關(guān)系，這時需要創(chuàng)建描述這些關(guān)系的PSM模型。這里利用模型轉(zhuǎn)換規(guī)則將建好的PIM模型轉(zhuǎn)換為PSM模型。
……
結(jié)論
（1）在理論方面，學(xué)習(xí)了 J2EE 平臺和平臺下的 SSH 框架，深刻理解和學(xué)習(xí)了協(xié)同模型的原理、MDA 方法以及模型轉(zhuǎn)換規(guī)則。
（2）對系統(tǒng)需求分析、系統(tǒng)總體設(shè)計進行了設(shè)計與描述。其中需求分析包括系統(tǒng)綜合業(yè)務(wù)流程、系統(tǒng)功能需求和非功能需求分析等。系統(tǒng)總體設(shè)計包括系統(tǒng)功能架構(gòu)、技術(shù)架構(gòu)和數(shù)據(jù)庫設(shè)計等，文中利用 J2EE 為系統(tǒng)總體設(shè)計了符合本系統(tǒng)的技術(shù)架構(gòu)。
（3）利用 SSH 框架、協(xié)同模型和 MDA 方法設(shè)計和實現(xiàn)系統(tǒng)權(quán)限管理、基礎(chǔ)信息管理、物流倉儲管理和可視化倉儲管理子系統(tǒng)功能。
工作中不足之處：
（1）目前部分倉儲管理系統(tǒng)已經(jīng)改進為自動化倉儲管理系統(tǒng)，由于貴州省煙草公司倉庫設(shè)備局限性，資金上需要大量投入，目前不能改進為自動化倉儲管理系統(tǒng)，煙草公司也需往自動化倉儲管理系統(tǒng)方向發(fā)展。
（2）本文中的物流倉儲管理系統(tǒng)功數(shù)據(jù)庫表很多，數(shù)據(jù)量很大，數(shù)據(jù)會不斷增加，如何保證系統(tǒng)的運行速度，另外在對系統(tǒng)數(shù)據(jù)進行查詢時如何提高查詢速度也是接下來需要研究的問題。
參考文獻（略）
本文編號：39008
本文鏈接：http://sikaile.net/wenshubaike/lwfw/39008.html
