【正文】 器中并且配置過濾器，任何請求都要先經(jīng)過過濾器，這樣就可以解決編碼的問題。關鍵代碼如下： public void doFilter(ServletRequest request, ServletResponse response, FilterChain filter) throws IOException, ServletException { (gbk)。 //設置客戶端請求的編碼為gbk (gbk)。 //設置響應信息的編碼為gbk // 如果有下一個過濾器則跳轉到下一個過濾器,否則跳轉到目標頁面 (request, response)。} 分頁問題當管理員要求查詢信息時，有時過多的信息無法在一頁完全顯示，這樣就需要采取分頁處理的方法。下面以查詢商品信息為例，來說明怎樣實現(xiàn)數(shù)據(jù)的分頁處理。首先開發(fā)人員要設定每頁顯示的記錄數(shù)，當管理員輸入關鍵字商品名稱時，系統(tǒng)會根據(jù)商品名稱查找相應記錄并統(tǒng)計出總記錄數(shù)，總記錄數(shù)除以每頁的記錄數(shù)就可得出總頁數(shù)。由于在系統(tǒng)中經(jīng)常會用到關鍵字、總頁數(shù)和當前頁這三個屬性值，因此把他們保存到session中。每次查詢的時候系統(tǒng)會根據(jù)關鍵字和當前頁這兩個屬性從數(shù)據(jù)庫中查找屬于該頁的記錄。在本系統(tǒng)中實現(xiàn)分頁處理的關鍵代碼如下：//控制層代碼if ((splitPage)) {String sname=().getAttribute(sname).toString()。//從session中拿到關鍵字 int currentPage=((currentPage))。//更新session中的當前頁().setAttribute(currentPage, currentPage)。//保存當前頁到session中ListGoods Goods = (sname,currentPage)。//根據(jù)關鍵字和當前頁查詢數(shù)據(jù)庫中當前頁的所有記錄并保存到Goods中}//業(yè)務邏輯層代碼int size = 5。 //定義每頁顯示的記錄數(shù)pre = (SELECT TOP + size+ * FROM Goods WHERE sname LIKE ? AND SID NOT IN(SELECT TOP ((?1)*?) sid FROM Goods WHERE sname LIKE ?))。//查找(currentPage1)*size個滿足條件的記錄之后的5個記錄(1, % + sname + %)。(2, currentPage)。(3, size)。(4, % + sname + %)。 數(shù)據(jù)庫優(yōu)化問題數(shù)據(jù)庫的合理設計是系統(tǒng)進行優(yōu)化的前提工作。正所謂磨刀不誤砍柴工，在系統(tǒng)設計階段的初期多做一些規(guī)劃和調整，可以給后期的實現(xiàn)節(jié)省很多的時間。數(shù)據(jù)庫設計如果太過冗余就會造成異常，這也叫過度的逆規(guī)范化；但若過于獨立就會帶來較多的連接操作，導致多表連接引起的查詢開銷增加。因此合理的數(shù)據(jù)庫設計是很重要的。下面以管理員查詢商品信息為例，來討論系統(tǒng)數(shù)據(jù)庫設計的調整和優(yōu)化。在系統(tǒng)設計的前期對商品信息表定義了以下幾個屬性：編號、名稱、供應商名稱、供應商地址、聯(lián)系人、電話、Email、類別名稱、倉庫名稱、單價、庫存量、所在區(qū)、排、座位，其中主碼是商品編號。該表屬性的設置實現(xiàn)了關系模式的逆規(guī)范化，這樣可以提高信息的查詢速度，用空間來換取時間。然而在系統(tǒng)后期的設計過程中發(fā)現(xiàn)由于在物流管理的整個過程中隨時都有可能要插入新的倉庫位置、商品類別、區(qū)域、排、座位，這樣就導致了插入異常。因此需要對關系模式進行適當?shù)囊?guī)范化，關系模式的規(guī)范化有利于減少數(shù)據(jù)冗余，提高磁盤利用率，減少物理和邏輯的I/O次數(shù)，消除數(shù)據(jù)操作帶來的異常。但是如果范式分解的過于徹底，就需要對表做較多的連接運算，導致系統(tǒng)資源的大量開銷。因此綜合各方面因素設計出了合理的關系模式，將上述商品信息表進行以下分解：商品信息表（商品編號，名稱，供應商編號，類別編號、倉庫編號、單價、庫存量、區(qū)號、排號、座位號）供應商信息表（供應商編號，名稱，負責人，電話，地址，Email）商品類別表（類別編號，類別名稱）商品倉庫表（倉庫編號，名稱，負責人，地址）所在區(qū)表（區(qū)編號，區(qū)名稱）所在排表（排編號，排名稱）座位表（座位編號，座位名稱）這樣就可以實現(xiàn)對一些信息的插入而不導致插入異常，實現(xiàn)了對系統(tǒng)數(shù)據(jù)庫設計的部分優(yōu)化。5 系統(tǒng)功能測試對系統(tǒng)進行功能測試的目的是為了驗證本系統(tǒng)的功能是否滿足用戶業(yè)務的需求，核實該系統(tǒng)能否正確地接收、處理和檢索數(shù)據(jù)以及業(yè)務規(guī)則是否能夠正確的實施。該類型的測試是通過GUI與應用程序交互并分析輸出的結果，以此來驗證需求功能與實現(xiàn)功能是否一致。 系統(tǒng)登錄功能測試系統(tǒng)登錄功能測試用例如表51所示。表51 登錄功能測試用例表用例編號功能描述輸入/動作預期結果實際結果是否通過1用戶登錄系統(tǒng)輸入用戶名2002和密碼2002，點擊登錄用戶成功登錄進系統(tǒng)用戶成功登錄進系統(tǒng)√輸入用戶名2002和密碼1111，點擊登錄用戶登錄失敗，系統(tǒng)給出登錄失敗的提示 登錄失敗，系統(tǒng)提示重新登錄 √不輸入用戶名和密碼，點擊登錄用戶登錄失敗，系統(tǒng)給出輸入為空的提示登錄失敗系統(tǒng)提示重新登錄 √當用戶登錄失敗時，系統(tǒng)會給出提示，如圖51所示。圖51 登錄錯誤提示 客戶服務功能測試客戶服務功能測試用例如表52所示。表52 客戶服務功能測試用例表用例編號功能描述輸入/動作預期結果實際結果是否通過1用戶提交訂單展開左側導航的“客戶服務”，點擊提交訂單彈出填寫和提交訂單的界面彈出填寫和提交訂單的界面√2修改個人信息展開左側導航的“修改個人信息”，點擊修改個人信息彈出寫有用戶個人信息的界面彈出寫有用戶個人信息的界面√3顯示歷史記錄展開左側導航的“顯示歷史記錄”，點擊顯示歷史記錄彈出用戶提交的訂單彈出用戶提交的訂單 √當用戶修改個人信息時，若對用戶的編號進行修改，則在點擊提交時系統(tǒng)會給出錯誤提示。如圖52所示。 圖52 信息修改錯誤提示 倉庫管理功能測試倉庫管理功能測試用例如表53所示。表53 倉庫管理功能測試用例表用例編號功能描述輸入/動作預期結果實際結果是否通過1采購商品展開左側導航的“倉庫管理”，點擊采購商品彈出包含要采購的商品信息頁面彈出包含要采購的商品信息頁面√2配送商品展開左側導航的“倉庫管理”，點擊配送商品彈出包含要配送的商品信息頁面彈出包含要配送的商品信息頁面√當管理員采購商品時，若輸入的商品編號不存在，則在提交采購單的時候系統(tǒng)會提出錯，并讓用戶重新輸入，如圖53所示。圖53 編號錯誤提示 車輛管理功能測試車輛管理功能測試用例如表54所示。表54 車輛管理功能測試用例表用例編號功能描述輸入/動作預期結果實際結果是否通過1添加車輛信息展開左側導航的“車輛管理”，點擊新增車輛彈出新增車輛頁面彈出新增車輛頁面√2更新車輛信息展開左側導航的“更新車輛信息”，點擊更新車輛彈出包含所有車輛信息的頁面彈出包含所有車輛信息的頁面√當管理員添加車輛信息時，若車輛的編號已經(jīng)存在，則系統(tǒng)會給出錯誤提示，如圖54所示。圖54 添加車輛錯誤提示 信息查詢功能測試信息查詢功能測試用例如表55所示。表55 信息查詢功能測試用例表用例編號功能描述輸入/動作預期結果實際結果是否通過 1查詢商品信息輸入商品編號4001顯示4001的商品信息顯示4001的商品信息√輸入商品編號3524不顯示任何信息不顯示任何信息√ 2查詢職工信息輸入職工編號3001顯示3001的職工信息顯示3001的職工信息√輸入職工編號3023不顯示任何信息不顯示任何信息√ 3查詢客戶信息輸入客戶編號2001顯示2001的客戶信息顯示2001的客戶信息√輸入客戶編號2010不顯示任何信息不顯示任何信息√ 4查詢訂單信息輸入訂單編號5002 顯示5002的訂單信息顯示5002的訂單信息√輸入訂單編號4310不顯示任何信息不顯示任何信息√當管理員對客戶信息進行查詢時，若輸入的客戶編號不存在，則數(shù)據(jù)庫中會不存在該客戶的信息，點擊確定時系統(tǒng)會給出提示“無記錄”，如圖55所示。圖55 信息查詢提示 用戶管理功能測試用戶管理功能測試用例如表56所示。表56 用戶管理功能測試用例表用例編號功能描述輸入/動作預期結果實際結果是否通過 1添加職工信息展開左側導航的“用戶信息管理”，點擊添加職工信息彈出添加職工信息的界面彈出添加職工信息的界面√ 2更新職工信息展開左側導航的“用戶信息管理”，點擊更新職工信息彈出包含職工信息的界面彈出包含職工信息的界面√ 3添加供應商信息展開左側導航的“用戶信息管理”，點擊添加供應商信息彈出添加供應商信息的界面彈出添加供應商信息的界面√ 4更新供應商信息展開左側導航的“用戶信息管理”，點擊更新供應商信息彈出包含供應商信息的界面彈出包含供應商信息的界面√當管理員對職工信息進行添加時，若輸入的職工編號已經(jīng)存在，則系統(tǒng)會提示錯誤并要求重新添加，如圖56所示。圖56 添加信息錯誤提示通過以上的功能測試可知，本系統(tǒng)功能測試結果與用戶的業(yè)務需求功能是相符合的。因此本系統(tǒng)基本上已經(jīng)達到了預期的效果。結論經(jīng)過這幾個月的努力，畢業(yè)設計也完成了。回想這幾個月所做的工作，短暫而又充實。因為之前沒做過基于JSP的項目，所以一開始很難上手。經(jīng)過借閱相關圖書和查閱相關資料，逐漸的明白了該怎樣去著手這個項目，對物流管理有了初步的了解。本系統(tǒng)根據(jù)現(xiàn)代物流管理的需求做了相應的功能實現(xiàn)。這是一個基于JSP技術的物流管理系統(tǒng)，它是一個B/S結構的系統(tǒng)，用戶只需要一個瀏覽器就可以訪問該系統(tǒng)，正是由于這種結構使得它很容易維護。該系統(tǒng)使用了MVC設計模式，這種模式使得業(yè)務邏輯層和視圖層完全分離，而控制層起到了連接兩者的作用，這樣不同的設計人員就可以設計不同的模塊，項目設計的效率可以顯著的提高。系統(tǒng)的前臺使用了HTML、JavaScript、CSS等語言進行了設計，使得界面時用戶看起來很友好，提高了該系統(tǒng)的使用率。系統(tǒng)的后臺使用了Microsoft SQL Server數(shù)據(jù)庫，它為結構化的數(shù)據(jù)提供了安全可靠的存儲功能。整個系統(tǒng)結構框架很清晰，便于日后管理員對系統(tǒng)的維護。致 謝畢業(yè)設計即將完成，在這一個月的時間里我過的很充實，每天都在學習和進步。首先我要感謝我的畢業(yè)設計指導老師藍雯飛，雖然平時老師都很忙，但是她也不忘記時刻督促我們做畢業(yè)設計。每次開會的時候，她不僅詢問我們做畢業(yè)設計的進度，而且還對我們做的設計提出自己的觀點以及建議，對于我們不懂得地方，她也能及時的幫助解答。老師對我們多次的指導不僅給我們畢業(yè)設計的完成提供了很大的幫助，而且也讓我們學到了很多課本上沒有的東西。在此，我不僅要感謝幫助過我的老師，還有在大學期間幫助和關心過我的同學。感謝這些幫助過我的人，是你們的幫助，才有了我今天的成績。參考文獻[1] [J].管理縱橫，2011,(01):5860.[2] [J].科技向導，2013,(18)：321.[3] [J].軟件,2013,34(8):3441.[4] Adebambo Somuyiwa，. Managing Logistics Information System: Theoretical Underpinning[J].Asian Journal of Business Management,2010,2(2):15.[5] ChienHung Liu. Data flow analysis and testing of JSPbased Web applications[J]. Information and Software Technology，2008,48(12):11371147. [6] 金博聞，[J].商業(yè)視角，2013,(18)：109110.[7] [J].時代金融，2013，(10)：248250.[8] 王鵬飛，[J].現(xiàn)代計算機，2006,239(07)：2026.[9] 蘇艷，[J].商場現(xiàn)代化，2008, (527):166.[10] 郝玉龍， EE編程技術[M].北京:清華大學出版社，2008：18241.[11] [J].科技向導，2013,(8):84.[12] 張興旺，[J].物流工程，2007,(28):6869.[13] [J].福建電腦，2012，(12):8081.[14] 張靜,喻國平,[J].計算機與現(xiàn)代化,2007,(12):3638.[15] 姜宇鳴，[J].科技向導,2013,(18)：109.[16] 劉玲霞，王凌，[J].計算機工程,2005,31(6): 216217.[17] [J].湖南第一師范學院學報，2