【正文】 。 最后 ,再一次向所有關(guān)心、幫助和支持我的家人、老師、同學(xué)、朋友們致以最崇高的敬意和衷心的感謝。他無 論在 理論 上還是在實踐中 ,都給與我很 大的 幫助 ,使我 得到 很大 的提 高 ,這對 于我 以后的工 作和 學(xué)習(xí) 都是 一種 巨大 的幫 助 ,在此 感謝 他耐 心的 輔導(dǎo) 。在 這段 時間里，他 對我 的材 料做 了認 真細 致的 檢查 ，一 發(fā)現(xiàn) 錯誤 就督 促我 改正 ，認真耐心地幫助我完成了物流管理系統(tǒng)。物流管理系統(tǒng)也將隨著用戶需求的不斷調(diào)整 ,而不斷地進行補充和完善 , 以適應(yīng)企業(yè)未來的發(fā)展。除 了以 上幾 個問 題 ,系統(tǒng) 還存 在著 其它一些不足之處 ,我會 在以后的時間不斷修正和更新。但 由于 時間 比較 倉促 ,再加 上本 人在 知識、經(jīng)驗方面的欠缺 , 系統(tǒng)還有很多不足和需要完善的地方 ：一 、物 流跟蹤管理是物流管理系統(tǒng)中的一個重要組成部分 ,由 于時 間倉 促 ,本系統(tǒng)沒有實現(xiàn)該功能。 36 6 結(jié)束語 通過畢業(yè)設(shè)計 ,使我進一步掌握了用程序設(shè)計語言解決實際問題的方法。 響應(yīng)時間 :用戶操作的響應(yīng)時間短 ,數(shù)據(jù)可做到時時更新。系統(tǒng)具有身份驗證功能 ,登錄的界面簡潔、直觀、方便。測試物流管理系統(tǒng)的接口 ,證實各個子系統(tǒng)數(shù)據(jù)交換正確無誤。 物流管理系統(tǒng)包括幾個子系統(tǒng) ,測試的重點放在用戶管理、角色管理、權(quán)限管理、車輛管理、組配中心、運單管理等模塊上。白盒測試與黑盒測試正好相反 ,就是完全了解程序結(jié)構(gòu) ,從程序內(nèi)部的邏輯測試程序 ,白盒測試又被稱為結(jié)構(gòu)測試。 測試方法及目標 測試的方法總體上分兩種 :一是黑盒測試法 ,二是白盒測試法。 瀏覽器： 以上， 。 數(shù)據(jù)庫： Oraclee11g R2。 內(nèi)存： 以上。 由 于Hibernate 會根據(jù)底層數(shù)據(jù)庫采用不同的映射方式，因此便于程序移植，項目中如果用到多個數(shù)據(jù)庫時，可以使用這種方式。 Sequence 需要底層數(shù)據(jù)庫支持 Sequence 方式，例如 Oracle 數(shù)據(jù)庫 等 特點 ：需 要底 層數(shù) 據(jù)庫 的支 持序 列， 支持 序列 的數(shù) 據(jù)庫 有 DBPostgreSql、 Oracle、 SAPDb 等在不同數(shù)據(jù)庫之間移植程序，特別從支持序列的數(shù)據(jù)庫移植到不支持序列的數(shù)據(jù)庫需要修改 配置文件 。 ORM 數(shù)據(jù)庫持久化框架 Hibernate 是一個開放源代碼的 對象 關(guān)系映射框架，它對 JDBC 進行了非常輕量級的對象封裝，使得 Java 程序員可以隨心所欲的使用對象編程思維來操縱 數(shù)據(jù)庫 。在Spring 中，應(yīng)用對象被聲明式地組合，典型地是在一個 XML 文件里 [15]。 容器 —— Spring 包含并管理應(yīng)用對象的配置和生命周期，在這個意義上它是一種容器，你可以 配置你的每個 bean 如何被創(chuàng)建 —— 基于一個可配置原型（ prototype），你的 bean 可以創(chuàng)建一個單獨的實例或者每次需要時都生成一個新的實例 —— 以及它們是如何相互關(guān)聯(lián)的。應(yīng)用對象只 實現(xiàn)它們應(yīng)該做的 —— 完成業(yè)務(wù)邏輯 —— 僅此而已。你可以認為 IoC 與 JNDI相反 —— 不是對象從容器 中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。 控制反轉(zhuǎn) —— Spring 通過一種稱作控制反轉(zhuǎn)（ IoC）的技術(shù)促進了松耦合。并且 Spring 所需的處理開銷也是微不足道的。 輕量 —— 從大小與開銷兩方面而言 Spring 都是輕量的。從簡單性、可測試性和松耦合的角度而言，任何 Java應(yīng)用都可以從 Spring 中受益 [14]。 Spring 使用基本的JavaBean 來完成以前只可能由 EJB 完成的事情。在 Struts 框架中 , 為 文件配置控制器 ，根據(jù)里面的配置信息，將 請求轉(zhuǎn)發(fā)到相應(yīng)的 Action 對象，執(zhí)行該類的 execute 方法，再調(diào)用相應(yīng)的模型適配器，完成相應(yīng)的操作 .如在系統(tǒng)的登錄中 ,用戶通過 Jsp 頁面發(fā)出登錄請求，該請求包含的 URL 為 ” ” ,ActionServlet 首先處理該請求，先將 URL 鏈接去除 .do 的后綴，再根據(jù) 中的配 32 置信息，將請求轉(zhuǎn)到指定的 Action 對象 .其中， 中的配置內(nèi)容如下 ： action path=/logon type=. name=userForm scope=request forward name=success path=/ / forward name=failed path=/ / /action 根據(jù)配置信息，則會執(zhí)行 UserCheck 類的 execute 方法，并在該類中調(diào)用 UserDao 的 登錄 驗 證 usercheck()方 法， 如 果驗 證通 過， 則跳 轉(zhuǎn)到 ” ” 頁面，即進入系統(tǒng)主頁面，如果失敗，則跳轉(zhuǎn)到登錄失敗頁面－“ ” 。 在本系統(tǒng)登錄頁面中 ,Jsp 頁面要求用戶輸入用戶名與密碼，并將這些信息與一相對應(yīng)的 ActionForm 相對應(yīng) [12],讓這個 ActionForm 存放用戶登錄的基本信息，在 中ActionForm 的配置內(nèi)容如下 : formbean name=userForm type= / 另外 ,在 Jsp 頁面中通過設(shè)置一個表單 ,傳遞 URL 名為 ” ” 的鏈接請求 ,當用戶點登錄按鈕，則將該請求發(fā)送到 Struts 的控制器去處理。初步驗證通過 ,則向系統(tǒng)發(fā)出登錄請求 ,通過 Struts 的 ActionServlet 跳轉(zhuǎn)到相應(yīng)的 Action 類 ,為了進行更為復(fù)雜的事務(wù)邏輯驗證，設(shè)計了一些持久化 類，如 UserDao,里面包含了實現(xiàn)登錄驗證的方法－ usercheck(),在 Action 類中調(diào)用這些持久化類的方法完成相應(yīng)的事務(wù)邏輯的處理 ,實現(xiàn)了事務(wù)邏輯與 Action 類所扮演角色的分開。大型應(yīng)用程序通常在方法內(nèi)部封裝事務(wù)邏輯（操作） ,這些方法可以被擁有狀態(tài)信息的 bean 調(diào)用。內(nèi)部狀態(tài)通常由一組 ActionForm Bean 表示。 Struts 的體系結(jié)構(gòu)與工作原理 [11]如下圖所示： 圖 4－ 17 Struts 的體系結(jié)構(gòu)與工作原理 圖 從 上圖 我們可以知道 ,Struts 的體系結(jié)構(gòu)包括模型（ Model） ,視圖（ View）和控制器（ Controller）三部分。 MVC 的工作原理如下圖所示： 圖 4－ 16 MVC 工作原理圖 Struts 是 MVC的一種實現(xiàn) ,它將 Servlet 和 JSP 標記（屬于 J2EE 規(guī)范）用作實現(xiàn)的一部分。 30 （ 2） Struts 的體系 結(jié)構(gòu)與工作原理 MVC 即 ModelViewController 的縮寫 ,是一種常用的設(shè)計模式。 在 視 圖 層 ,Struts 能夠與 JSP, 包括 JSTL 與 JSF, 以及 Velocity 模板 ,XSLT 與其它表示層技術(shù)。 Struts 有其自己的控制器（ Controller） ,同時整合了其他的一些技術(shù)去實現(xiàn)模型層（ Model）和視圖層（ View）。 Struts 由 一組相互協(xié)作的類（組件）、 Serlvet 以及 Jsp Tag Lib[9]組成。和其他的 java 架構(gòu)一樣 ,Struts 也是面向?qū)ο笤O(shè)計 ,將 MVC 模式 分離顯示邏輯和業(yè)務(wù)邏輯 的能力發(fā)揮得淋漓盡致。下面就系統(tǒng)的核心技術(shù) STRUTS、 Spring、 Hibernate 略作詳細介紹。工資基本設(shè)置的界面如下圖 : 各項管理工作都是在用戶成功登陸后的管理頁面進行的 ,在管理控制頁面的左側(cè)是各項的相關(guān)鏈接 ,右側(cè)是操作平臺。此模塊文件架構(gòu)如下 : 28 圖 4－ 18 組配中心模塊用例圖 組配中 心主要是對查詢出來的已入庫運單，與待發(fā)車的車輛和司機進行組配，組成出車方案。此模塊文件架構(gòu)如下 : 圖 4－ 15 車輛管理模塊用例圖 26 各項管理工作都是在用戶成功登陸后的管理頁面進行的 ,在管理控制頁面的左側(cè)是各項的相關(guān)鏈接 ,右側(cè)是操作平臺。 各項管理工作都是在用戶成功登陸后的管理頁面進行的 ,在管理控制頁面的左側(cè)是各項的相關(guān)鏈接 ,右側(cè)是操作平臺。入庫之后組配中心就可以對其進行運單出車的配送。此模塊文件架構(gòu)圖如下 : 圖 4－ 11 運單管 理模塊用例圖 運單管理模塊主要是圍繞著客戶下運單到客戶簽收運單這一流程 ,首先 ,客戶填寫運單表 ,記錄相應(yīng)的運單信息 ,如運單物品、重量、時間地點等。此模塊文件架構(gòu)如下 : 圖 4－ 8 權(quán)限管理模塊用例圖 各項管理工作都是在用戶成功登陸后的管理頁面進行的 ,在管理控制頁面的左側(cè)是各項的相關(guān)鏈接 ,右側(cè)是操作平臺。此模塊文件架構(gòu)如下 : 圖 4－ 5 用戶管理用例圖 各項管理工作都是在用戶成功登陸后的管理頁面進行的 ,在管理控制頁面的左側(cè)是各項的相關(guān)鏈接 ,右側(cè)是操作平臺 [ 8]。也就是當用戶登陸成功后 ,返回給用戶登陸成功的頁面，登陸失敗后返回 用戶一個登陸失敗的提示，并重定向回 [ 7]。 action 是 Struts 的 Action 的 URL,他們在 Struts 的配置文件中都是已經(jīng)配好的 ,如下所示： action name=login class=loginAction 17 result name=success/management/ l/result result name=login/result /action Struts 的 Action 實現(xiàn)類的 execute()方 法 是最 先 被 執(zhí) 行 的 [ 6], 它從LoginForm 中 得 到 用 戶 提 交 的 數(shù) 據(jù) , 然 后 在 調(diào) 用 userService 中的query(String name)方法。 表 4－ 2 類功能說明 名稱 功能 持久層 (dao 文件夾 ) 各種方法（增加、刪除、修改和查詢）的實現(xiàn) 表單層 (form 文件夾 ) 所存放的類是 BaseForm 子類，封裝頁面表單數(shù)據(jù) 服務(wù)層 (service 文件夾 ) 存放的 dao 層功能的業(yè)務(wù)的類 控制 層 (action 文件夾 ) 存放實現(xiàn) jsp 各頁面功能的類，即 Action 類 工具層 (util 文件夾 ) 類名為類名為 StringUtil（字符轉(zhuǎn)換的類）、類名為 PageBean（用來處理分頁）等 系統(tǒng)部分功能模塊的設(shè)計 系統(tǒng)登陸模塊設(shè)計 系統(tǒng)登錄模塊是用戶進入主頁面的入口 ,根據(jù)用戶名從數(shù)據(jù)庫中獲得該用戶的權(quán)限。 圖 4－ 1 系統(tǒng)主界面 2 3 1 15 類的分布 系統(tǒng)是利用 Struts 框架實現(xiàn)的 ,物流管理系統(tǒng)中類的分布如下圖所示。 表 3－ 8 庫存表的結(jié)構(gòu) 字段名 數(shù)據(jù)類型及長度 是否 為空 是否主鍵 描述 ID LOCATIONID STOREMODE ADDRESS LENGHT WIDTH HEIGHT CURRENTVOLUME STATUS VARCHAR2(20 BYTE) NUMBER(11,0) VARCHAR2(20 BYTE) VARCHAR2(255 BYTE) NUMBER(11,0) NUMBER(11,0) NUMBER(11,0) NUMBER(11,0) NUMBER(6,0) 否 否 否 否 否 否 否 否 是 是 否 否 否 否 否 否 否 否 庫存編 號 位置編號 存儲方式 地址 長 寬 高 當前容量 當前狀態(tài) （ 8）運單狀態(tài)表 運單狀態(tài)表主要用于存放運單狀態(tài)信息記錄。 表 3－ 6 權(quán)限表的結(jié)構(gòu) 字段名 數(shù)據(jù)類型及長度 是否為空 是否主鍵 ID NAME MASK REMARK NUMBER(11,0) VARCHAR2(20 BYTE) VARCHAR2(32 BY