【正文】 業(yè)應(yīng)用是集中式的大型機(jī)應(yīng)用，在 20 世紀(jì) 90 年代，發(fā)展到了二層體系結(jié)構(gòu)，再后來(lái)面對(duì)大型系統(tǒng)的復(fù)雜性，為了使繁瑣的問(wèn)題簡(jiǎn)單化，適應(yīng)細(xì)化項(xiàng)目的需要，在系統(tǒng)開(kāi)發(fā)過(guò)程中提出三層和多層體系結(jié)構(gòu)。容器封裝了 J2EE底層的 API，為組件提供諸如生命周期管理 (LIFE CYCLE MANAGEMENT) 、安全控制(SECURITYCONTROL)、事務(wù)管理 (Transaction Management)以及安全性 (Security)、持久性 (Persistence)等服務(wù) [12]。 4. 實(shí)現(xiàn)了軟件復(fù)用 根據(jù)系統(tǒng)的要求，開(kāi)發(fā)人員可以集成不同的已有組件完成整個(gè)應(yīng)用系統(tǒng)的開(kāi)發(fā)。 MVC 強(qiáng)制性的將應(yīng)用系統(tǒng)劃為三個(gè)部分 ： Model、 View、 Controller，讓每個(gè)部分獨(dú)立處理自己的任務(wù)，通過(guò)這種明確的劃分， MVC 為程序代碼的可重張善龍：基于 Struts2 物流信息流管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 12 用性、易擴(kuò)展性奠定了良好的基礎(chǔ)。 2. 視圖 物流信息平臺(tái)的研究與系統(tǒng)實(shí)現(xiàn)視圖是用戶(hù)看到并與之交互的界面 [26]?？刂破鞫x了應(yīng)用程序的行為，是對(duì)整個(gè)應(yīng)用程序流程的反映，視圖提交的所有請(qǐng)求都由控制器來(lái)處理。 ActionForm對(duì)象實(shí)現(xiàn)了對(duì)模型和視圖之間交互的支持。一旦正確地實(shí)現(xiàn)了模型，不管業(yè)務(wù)數(shù)據(jù)來(lái)自何種數(shù)據(jù)庫(kù)，視圖都會(huì)正確地顯示它們。屬性名稱(chēng)符合這種模式，其他 Java 類(lèi)可以通過(guò)自身機(jī)制發(fā)現(xiàn)和操物流信息平臺(tái)的研究與系統(tǒng)實(shí)現(xiàn)作這些JavaBean屬性。 JavaBean 組件在任意地方運(yùn)行是指組件可以在任何環(huán)境和平臺(tái)上使用。 XML是 Web 上表示結(jié)構(gòu)化信息的一種標(biāo)準(zhǔn)文本格式，是 Inter 環(huán)境中跨平臺(tái)的、依賴(lài)于內(nèi)容的技術(shù)，是當(dāng)前處理結(jié)構(gòu)化文檔信息的有力工具。這一點(diǎn)至關(guān)重要，企業(yè)可以用 XML 為電子商務(wù)和供應(yīng)鏈集成等應(yīng)用定義自己的標(biāo)記語(yǔ)言，甚至特定行業(yè)聯(lián)合起來(lái)定義該領(lǐng)域的特殊標(biāo)記語(yǔ)言，以作為該領(lǐng)域信息共享與數(shù)據(jù)交換的基礎(chǔ) [31]。 XML文檔被看作是文檔的數(shù)據(jù)庫(kù)化和數(shù)據(jù)的文檔化。隨著 Inter 和 Intra 的廣泛應(yīng)用， C/S 體系結(jié)構(gòu)由單一的兩個(gè)層次擴(kuò)充到有客戶(hù)、應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器組成的 B/S(Browser/Server)三層結(jié)構(gòu)，并有了統(tǒng)一的通信協(xié)議 TCP/IP 和統(tǒng)一的基于 Web 瀏覽器的用戶(hù)界面。下面將確定本系統(tǒng)的初步功能結(jié)構(gòu)及最終目標(biāo)。 開(kāi)始 經(jīng)理 驗(yàn)證 未通 過(guò)驗(yàn)證 通過(guò)驗(yàn)證 物流信息流管理系統(tǒng) 職員管理 商品管理 顧客管理 訂單管理 銷(xiāo)售管理 采購(gòu)管理 庫(kù)存管理 中原工學(xué)院信息商務(wù)學(xué)院畢業(yè)設(shè)計(jì)（論文） 19(3) 數(shù)據(jù)庫(kù)： 及其以上版本。 商品類(lèi)別信息表主要描述了商品類(lèi)別的編號(hào)、編碼、名稱(chēng)和描述信息等。出庫(kù)信息表主要描述了商品出庫(kù)時(shí)間，出庫(kù)的商品的數(shù)量，訂單的 編號(hào) ，商品編號(hào) ，和職員 編號(hào) 。 職員和采購(gòu)記錄的關(guān)系是一對(duì)多，采購(gòu)記錄引用職員的序號(hào)作為外鍵。 部門(mén)和職員的關(guān)系是一對(duì)多，職員引用部門(mén)的序號(hào)作為外鍵。 顧客信息表主要描述了顧客 編號(hào) ，顧客的名稱(chēng)，顧客的密碼，顧客的 Email 和顧客的電話(huà)號(hào)碼。下面將詳細(xì)介紹本系統(tǒng)數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程。 圖 系統(tǒng)結(jié)構(gòu)圖 構(gòu)建開(kāi)發(fā)環(huán)境 開(kāi)發(fā)此系統(tǒng)所需要用 到的軟件環(huán)境如下 ： (1) 及其以上版本：該版本是當(dāng)前的最高版本，其中添加了舊版本不具備的許多新特性。由于中間層隔離了客戶(hù)直接對(duì)數(shù)據(jù)服務(wù)器的訪問(wèn)，保證 了數(shù)據(jù)庫(kù)的安全性：由于業(yè)務(wù)邏輯在中問(wèn)服務(wù)器層，當(dāng)業(yè)務(wù)規(guī)則變化后，客戶(hù)端程序基本不做改動(dòng)；基于多層分布體系，當(dāng)業(yè)務(wù)增大時(shí)，可以在中間層部署更多的應(yīng)用服務(wù)器，以提高對(duì)客戶(hù)端的響應(yīng)，而所有變化對(duì)于客戶(hù)端都透明。 6. XML支持大量不同的應(yīng)用 XML規(guī)范對(duì)數(shù)據(jù)類(lèi)型的定義比較靈活，允許定義很多現(xiàn)有的 XML數(shù)據(jù)類(lèi)型。因此，它得到眾多的軟件廠商比如 Microsoft， IBM， Oracle 等大公司的支持 [33]。作為一種精簡(jiǎn)的 SGML版本， XML重新定義了 SGML的一些內(nèi)部值和參數(shù)，去掉大量很少使用的功能，但保留了 SGML的結(jié)構(gòu)化功能。 編寫(xiě) JavaBean必須遵守以下規(guī)則 [29]： (1) JavaBean類(lèi)必須實(shí)現(xiàn)不帶參數(shù)的構(gòu)造函數(shù) 。 JavaBean 提供實(shí)際的方法來(lái)增強(qiáng)現(xiàn)有代碼的用率，而不再 需要在原有代碼上重新進(jìn)行編程。 MVC 的缺點(diǎn)是由于它的內(nèi)部原理比較復(fù)雜，增加 了應(yīng)用的復(fù)雜性，因此它不適合小型應(yīng)用程序。其中ActionServlet 用來(lái)接受客戶(hù)端的請(qǐng)求， ActionMapping對(duì)象則實(shí)現(xiàn)了從請(qǐng)求到模型部分中 Action處理器對(duì)象之間的映射。 基于 J2EE Struts 2 的 MVC 模式 Struts 2[12]是實(shí)現(xiàn)了 MVC 模式的 Java 開(kāi)源軟件，是一種用來(lái)幫助開(kāi)發(fā)人員開(kāi)發(fā)互聯(lián) 系統(tǒng) 點(diǎn)的應(yīng)用框架。當(dāng)模型發(fā)生改變時(shí)，視圖也將隨之改變，從而對(duì)用戶(hù)界面實(shí)現(xiàn)同步更新。 MVC 模式的關(guān)鍵是實(shí)現(xiàn)了表示、控制和數(shù)據(jù)的分離。 MVC 設(shè)計(jì)模式 MVC 概述 設(shè)計(jì)模式就是在具體場(chǎng)合下解決問(wèn)題的方法和經(jīng)驗(yàn)，它為開(kāi)發(fā)人員提供了一種設(shè)計(jì)經(jīng)驗(yàn)的有效途徑 [21]。 中原工學(xué)院信息商務(wù)學(xué)院畢業(yè)設(shè)計(jì)（論文） 11 J2EE 的優(yōu)勢(shì) 基于 J2EE開(kāi)發(fā)規(guī)范構(gòu)造基于 Web 的軟件應(yīng)用系統(tǒng)主要有以下優(yōu)勢(shì)： 1. 獨(dú)立于系統(tǒng)平臺(tái) 應(yīng)用軟件擁有 JAVA 的 “ 編寫(xiě)一次、隨處運(yùn)行 ” [17]跨平臺(tái)特性，增強(qiáng)了軟件的適應(yīng)勝。目標(biāo)是提供平臺(tái)無(wú)關(guān)的、可移值的、支持并發(fā)訪問(wèn)和安全的，完全基于 JAVA 的開(kāi)發(fā)服務(wù)器端中間件的標(biāo)準(zhǔn)。 物流信息流管理系統(tǒng)是與電子商務(wù)平臺(tái)配套使用的，因而該系統(tǒng)必須具有良好的可擴(kuò)展性，實(shí)現(xiàn)與電子商務(wù)平臺(tái)的擴(kuò)展與交互。 計(jì)算機(jī)用戶(hù)最討厭等待。 3. 顧客管理 張善龍：基于 Struts2 物流信息流管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 8 主要有所有顧客的詳細(xì)信息，當(dāng)相關(guān)人員登錄時(shí)，可以查詢(xún)訂單信息和訂單明細(xì)，其中查詢(xún)支持模糊查詢(xún)。 系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)方面，小組成員分工明確，將 整個(gè)系統(tǒng)劃分為幾個(gè)具體功能模塊，數(shù)據(jù)庫(kù)設(shè)計(jì)采用統(tǒng)一規(guī)則，同時(shí)，開(kāi)發(fā)人員具有很強(qiáng)的分析能力和解決能力。業(yè)務(wù)數(shù)據(jù)通過(guò) JNDI 和數(shù)據(jù)源查詢(xún)底層的數(shù)據(jù)庫(kù)拿到，通過(guò) JDNI 是比較好的一種連接數(shù)據(jù)庫(kù)的方式，一般的連接數(shù)據(jù)庫(kù)方式，每來(lái)一次請(qǐng)求，都要請(qǐng)求，都要與數(shù)據(jù)庫(kù)建立一次連接，還要關(guān)閉資源，非常耗時(shí)。 張善龍：基于 Struts2 物流信息流管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 6 第 2 章 可行性研究和需求分析 本章主要介紹了 系統(tǒng) 的可行性分析和需求分析、功能描述和模塊劃分?，F(xiàn)有物流信息管理軟件大多仍停留在基本信息管理的階段，在很大程度上未能滿(mǎn)足客戶(hù)的要求，它們面臨的主要問(wèn)題是物流的各功能相互獨(dú)立，被分割成倉(cāng)儲(chǔ)、運(yùn)輸、搬運(yùn)等環(huán)節(jié)，無(wú)法有效的綜合起來(lái)。從總體上來(lái)看，我國(guó)物流信息功能不夠完善，除了物流信息平臺(tái)的研究與系統(tǒng)實(shí)現(xiàn) POS 和條形碼技術(shù)外，其他信息技術(shù)在物流領(lǐng)域的應(yīng)用程度普遍較低。嚴(yán)重的重復(fù)建設(shè)和地方割據(jù)現(xiàn)象，管理混亂和地方保護(hù)主義使設(shè)備及人員利用極不充分，造成了巨大的資金閑置和浪費(fèi)。 從國(guó)內(nèi)情況來(lái)看，現(xiàn)代物流發(fā)展的趨勢(shì)具有以下特征 [9]： 中國(guó)物流 業(yè)近 5 年才開(kāi)始起步，并進(jìn)入發(fā)展期。據(jù)統(tǒng)計(jì)，通過(guò)互聯(lián)網(wǎng)進(jìn)行企業(yè)間的電子商務(wù)交易額 ， 20xx 年全球已達(dá)到 25100 億美元，據(jù)市場(chǎng)調(diào)查企業(yè) Forester Research預(yù)測(cè)， 20xx 年這一數(shù)字將迅速增長(zhǎng)到 32200 億美元 [8]，企業(yè)通過(guò)互聯(lián)網(wǎng)加強(qiáng)了企業(yè)內(nèi)部 、 企業(yè)與供應(yīng)商、企業(yè)與消費(fèi)者、企業(yè)與政府部門(mén)的聯(lián)系溝通、相互協(xié)調(diào)、相互合作。 (4) 此系統(tǒng)特別重視對(duì)系統(tǒng)的使用和維護(hù)進(jìn)行說(shuō)明，因?yàn)閷?duì)一個(gè)龐大的系統(tǒng)而言，維護(hù)和應(yīng)用才體現(xiàn)了它的價(jià)值。 (3) 建立集約化行業(yè)經(jīng)營(yíng)體系以降低產(chǎn)品流通成本，增強(qiáng)企業(yè)的競(jìng)爭(zhēng)力。 本世紀(jì)以來(lái)尤其是 “ 十二五 ” 計(jì)劃的實(shí)施，物流產(chǎn)業(yè)將發(fā)展成為對(duì)國(guó)民經(jīng)濟(jì)發(fā)展提供基礎(chǔ)動(dòng)力，對(duì)全球經(jīng)濟(jì)體系產(chǎn)生革命性影響的新興產(chǎn)業(yè) [4]。 Jurisdiction management。 論文在對(duì)當(dāng)前物流產(chǎn)業(yè)充分調(diào)查分析的基礎(chǔ)上，結(jié)合信息化物流管理模式，提出適應(yīng)當(dāng)前物流發(fā)展的物流信息流管理系統(tǒng)，本系統(tǒng)采用 J2EE 框架，并綜合使用多種當(dāng)前先進(jìn)技術(shù)如 MVC 體系、 JavaBean 技術(shù)、 Ajax 技術(shù)、 XML 標(biāo)準(zhǔn)化法，這使得系統(tǒng)具有良好的伸縮性和通用性，進(jìn)一步對(duì)物流信息平 臺(tái)進(jìn)行概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，分析了平臺(tái)的模塊功能劃分，最終實(shí)現(xiàn)了整個(gè)系統(tǒng)平臺(tái)。本人完全意識(shí)到本聲明的法律后果由本人承擔(dān)。 作者簽名： 日期： 年 月 日 學(xué)位論文版權(quán)使用授權(quán)書(shū) 本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留并向國(guó)家有關(guān)部門(mén)或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。 物流信息流系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)為企業(yè)商品的信息交流、共享和人員協(xié)作方式帶來(lái)了新的機(jī)會(huì)和挑戰(zhàn)。 Database。計(jì)算機(jī)信息技術(shù)的發(fā)展，為現(xiàn)代物流企業(yè)實(shí)現(xiàn)管理提供了外在的條件，促進(jìn)了現(xiàn)代物流企業(yè)生產(chǎn)的發(fā)展。 (4) 促進(jìn)傳統(tǒng)交通行業(yè)的升級(jí)換代，改造現(xiàn)有的物流信息的組織方式。使用時(shí)，各數(shù)據(jù)的應(yīng)用和操作的安全性不可忽視，防止數(shù)據(jù)在操作的過(guò)程當(dāng)中應(yīng)失誤而丟失，以及在系 統(tǒng)的維護(hù)當(dāng)中，系統(tǒng)的各組件當(dāng)中有緊密的連接，因?yàn)槿魏我粋€(gè)系統(tǒng)當(dāng)中如果不聯(lián)系的話(huà)，將會(huì)造成很大的損失，大大減少了系統(tǒng)的實(shí)用價(jià)值，往往使我們難以預(yù)料，例如，在程序的執(zhí)行當(dāng)中，如果第一項(xiàng)與第二項(xiàng)沒(méi)有關(guān)聯(lián)，程序?qū)⒉粫?huì)繼續(xù)運(yùn)行下去，或者說(shuō)，在退出程序時(shí)，沒(méi)有進(jìn)行自動(dòng)保存功能的話(huà)，那么數(shù)據(jù)就會(huì)丟失，所以這些都要做重點(diǎn)考慮。消費(fèi)者可以直接在網(wǎng)上獲取有關(guān)產(chǎn)品或服務(wù)信息，實(shí)現(xiàn)網(wǎng)上購(gòu)物。物流業(yè)的興起與外資進(jìn)入中國(guó)市場(chǎng)，制造業(yè)轉(zhuǎn)移中國(guó)密切相關(guān)，接著是連鎖業(yè)物流、家電物流、日用化工業(yè)物流、汽車(chē)物流等等。 (2) 物流基礎(chǔ)設(shè)施落后，重復(fù)建設(shè)嚴(yán)重。特別是公共信息平臺(tái)建設(shè)滯后，物流信息分散，資源不能有效整合，形成了大大小小的 “ 信息孤島 ”。此外，現(xiàn)有物流信息管理軟件未能從整個(gè)城市的物流需求出發(fā)，整合各領(lǐng)域的物流資源基礎(chǔ)，起到面向各行業(yè)物流供需信息和方案決策的綜合平臺(tái)功能，這些都限制了它們的應(yīng)用推廣 [10]。 可行性研究 技術(shù)可行性 物流信息管理系統(tǒng)主要通過(guò) JSP、 Servlet 技術(shù)來(lái)是實(shí)現(xiàn)了一個(gè)物流管理系統(tǒng)。數(shù)據(jù)源很好的避免了上面所說(shuō)的缺點(diǎn)，把數(shù)據(jù)連接保存在連接池中，當(dāng)請(qǐng) 求到來(lái)時(shí)，只需從連接池中取出空閑狀態(tài)的連接數(shù)據(jù)庫(kù)，大大地提高訪問(wèn)數(shù)據(jù)庫(kù)的效率。在設(shè)計(jì)完成之后，設(shè)計(jì)人員對(duì) 系統(tǒng) 進(jìn)行負(fù)責(zé)管理。 4. 訂單管理 主要有所有訂單的詳細(xì)信息，當(dāng)相關(guān)人員登錄時(shí)，可以查詢(xún)訂單信息和訂單明細(xì)及修改訂單的狀態(tài)，其中查 詢(xún)支持模糊查詢(xún)。在大量的處理環(huán)境中，超過(guò) 3 秒以上的響應(yīng)時(shí)間將會(huì)嚴(yán)重影響工作效率 ，因而需要控制系統(tǒng)的響應(yīng)時(shí)間在 3 秒以?xún)?nèi)。 小結(jié) 綜上分析，設(shè)計(jì)系統(tǒng) 無(wú)論是技術(shù)，還是經(jīng)濟(jì)，抑或是操作，都是完全可行的，系統(tǒng)的設(shè)計(jì)大致可分為商品、職員、顧客、訂單、銷(xiāo)售、采購(gòu)和庫(kù)存等 7 個(gè)管理模塊。核心 Java 平臺(tái)或 Java 平臺(tái)的標(biāo)準(zhǔn)版是 J2EE技術(shù)的基石 [16]。 2. 集成企業(yè)信息資源 系統(tǒng)可以在企業(yè)已有的信息系統(tǒng)的基礎(chǔ)上開(kāi)發(fā)，并可以使用其信息資源。 MVC 設(shè)計(jì)模式是基于 J2EE 的 WEB應(yīng)用開(kāi)發(fā)的首選軟件設(shè)計(jì)模式 [22]，它是 “ Model—View—Controller” 的縮寫(xiě)，中文翻譯為 “ 模型 —視圖—控制器 ” 。在 J2EE平臺(tái)，模型主要通過(guò)封裝 JavaBean 和 EJB來(lái)處理業(yè)務(wù)邏輯和訪問(wèn)數(shù)據(jù)。一個(gè)模型可以關(guān)聯(lián)多個(gè)視圖，反過(guò)來(lái)一個(gè)視圖也可以與不同的模 型相關(guān)聯(lián)。作為 MVC 框架， Struts 2 對(duì)模型、視圖和控制層都提供了對(duì)應(yīng)的實(shí)現(xiàn)組件 [28]，下面分別加以介紹 。 MVC 的優(yōu)缺點(diǎn) 作為一種模塊化的設(shè)計(jì)思想， MVC 具有如下優(yōu)點(diǎn) [28]： 1. 多個(gè)視圖能共享一個(gè)模型 在 MVC 設(shè)計(jì)模式中，模型響應(yīng)用戶(hù)請(qǐng)求并返回響應(yīng)數(shù)據(jù)，視圖負(fù)責(zé)格式化數(shù)據(jù)并將它們呈現(xiàn)給用戶(hù)，業(yè)務(wù)邏輯和數(shù)據(jù)表示分離，同一個(gè)模型可以被不同的視圖重用，因此大大提高了模型層程序代碼的可重用性。 JavaBean 技術(shù) JavaBean 概述 JavaBean是用 Java 語(yǔ)言寫(xiě)的可重用組件。除了在節(jié)約開(kāi)發(fā)資源方面的意義外，一次性地編寫(xiě) JavaBean組件還可以在版本控制方面起到很好的作用。 (2) JavaBean 內(nèi) 的屬性都應(yīng)該定義為私有類(lèi)型，可以較好的保護(hù)數(shù)據(jù)的完整性和封裝性 。這使得 XML簡(jiǎn)單易于掌握，從而很快成為數(shù)據(jù)交換的唯一公共語(yǔ)言 [30]。 4. 自描述性 XML允許自定義標(biāo)簽 (tag)，并且這些標(biāo)簽可以表達(dá)明確的語(yǔ)義信息 ， 因而 XML文檔是自描述的。 這使得 XML兼容很多現(xiàn)有的數(shù)據(jù)類(lèi)型，可以應(yīng)用到很多不同領(lǐng)域。所以基于這種分層機(jī)制，使軟件系具有安全性、易維護(hù)性、可重構(gòu)性和快速響應(yīng)性。 (2) Web 應(yīng)用服務(wù)器： 及其以上版本。 數(shù)據(jù)庫(kù)分析 本系統(tǒng)由 JSP+Servlet+JavaBean+T