基于struts2在線交易系統的設計與實現畢業設計(編輯修改稿)

　

【文章內容簡介】 到20xx 年的 2680 億； 個人網上購物將從 1997 年的 18 億發展到 20xx 年的 260億。因此，電子商務中蘊涵著無窮的商業機遇。 技術可行性研究 本系統采用 MVC 模式設計的， 在面向對象系統的設計中可以認為，類及其生成的對象是構成面向對象系統的最基本的元素；采用設計方法組合這些元素，得到構成面向對象系統的構件。同時，這些構件的設計方法在經過不斷的改進和完善后逐漸成型，成為構成面向對象系統的基本設計參考，也稱為設計模式。我們采用設計模式來抽象和總結系統構建的設計方法，同時將它用于新的系統構建的設計中，使用類和對象，使我們在元素的層次上實現了重用性。設計模式提供了在特定應用場景下解決問題的類、對象及相互關系的設計方法。這些方法并不針對于具體的系統，只是提供了一種設計系統的思考方法，一個設計模式可能用于不同的系統，一個系統也可能會用到多個設計模式。 MVC 是一種目前廣泛流行的軟件設計模式，近年來，隨著 J2EE(Java2 Enterprise Edition)的成熟， MVC 得到廣泛使用，并成為 J2EE 平臺上推薦的一種設計模式。它為開發者理解分析應用模型提供了最基本的分析方法、清晰的設計框架和規范的依據。 MVC 強制性地把一個應用的輸入、處 理、輸出流程按照視圖、控制、模型的方式進行分離，形成了三個核心模塊：控制器、模型、視圖，它們擔負不同的任務。 控制器 (Controller)：控制器接受用戶的輸入并調用模型和視圖去完成用戶的需求。該部分是用戶界面與 Model 的接口。一方面它解釋來自視圖的輸入，將其解釋成為系統能夠理解的對象，同時它也識別用戶動作，并將其解釋為對模型特定方法的調用：另一方面，它處理來自于模型的時間和模型邏輯執行的結果，調用適當的視圖為用戶提供反饋。 模型 (Model)：模型是應用程序的主體部分。模型表示業務數據和業務邏輯。一個 模型能為多個視圖提供數據。由于同一個模型可以被多個視圖重用，所以提高了應用的可重用性。 視圖 (View)：視圖是用戶看到并與之交互的界面。視圖向用戶顯示相關的數據，并能接受用戶的輸入數據，但是它并不進行任何實際的業務處理。視圖可以向模型查詢業務狀態，但不能改變模型。視圖還能接受模型發出的數據更新事件，從而對用戶界面進行同步更新。 6 模 型封 裝 應 用 程 序 狀 態相 應 狀 態 相 應應 用 程 序 功 能通 知 視 圖 改 變視 圖解 釋 模 型模 型 更 新 請 求發 送 用 戶 輸 入 給 控 制 器允 許 控 制 器 選 擇 視 圖控 制 器 定 義 應 用 程 序 行 為用 戶 動 作 映 射 模 型 更 形選 擇 響 應 行 為狀 態 查 詢通 知 查 詢狀 態 改 變方 法 調 用 事 件 圖 21 MVC 組件的關系和功能 從圖中我們可以看到 MVC 的處理過程。首先控制器接受用戶的請求，并決定應該調用那個模 塊來處理；然后模型根據用戶請求進行相應的業務邏輯處理，并返回數據；最后控制器調用相應的試圖來格式化模型返回的數據，并通過試圖呈現給用戶。 MVC 設計模式的優點： (1)允許多種用戶界面的擴展：在 MVC 模式中視圖與模型沒有必然的聯系，都是通過控制器發生關系，這樣如果要增加新類型的用戶界面，只需要改動相應的視圖和控制 器即可，而模型則無需發生改動。 (2)模塊 的有效性：控制器、模型、視圖的程序改變不會影響到其他各層及組件， 不同的組件開發能夠同時進行。 (3)代碼和設計的復用性：廣泛采用可復用的組件，使開發小組之 間易于溝通，設計的系統易于理解，同時也降低了項目的開發成本。 (4)易于維護：控制器和視圖可以隨著模型的擴展而進行相應的擴展，只要保持一種公共的接口，控制器和視圖的舊版本也可以繼續使用。 (5)功能強大的用戶界面：用戶界面與模型方法調用組合起來，使程序使用更清晰友好的界面發布給用戶。綜上所述， MVC 是構建應用框架的一個較好的設計模式，可以將業務處理與顯示分離，將應用分為控制器、模型和視圖，增加了應用的可拓展性、強壯性及靈活性。基于 MVC 的優點，目前比較先進的 Web 應用框架都是基于 MvC 設計模式的。本文也是在 基于 MvC 模式的 Web 應用框架 Struts 基礎上編寫的。 Struts2 框架 ： 7 A c t i o n C o n t e x t C l e a n U pO t h e r F i l t e r sF i l t e r D i s p a h t e rH t t p S e r v l e t R e q u e s tA c t i o n M a p p e rA c t i o n P r o x yC o n f i g u r a t i o nM a n a g e rS t r u t s . x m lA c t i o nI n v o c a t i o nI n t e r c e p t e r 2I n t e r c e p t e r 3A c t i o nR e s u l tI n t e r c e p t e r 3I n t e r c e p t e r 2I n t e r c e p t e r 1I n t e r c e p t e r 1T a g S u b s y s t e mT e m p l e t eH t t p S e r v l e t R e s p o n s e 圖 22 Struts2功能圖 Struts2 的體系結構實現了 MVC 設計模式的概念，他將這些概念映射到 Web 應用程序的組件和概念中。下圖中顯示了 Struts 框架的體系結構相應客戶的請求時，各部分工作的原理，從 MVC 的角度體現了 Struts 框架中的各種組件的功能角色， 而且 Struts2 是完全開源的可以免費試用。 Hibernate 框架： 是一個基于 Java 的開放源代 碼的 O／ RMapping(對象關系映射框架 )，它通過其強大的 O／ R 映射功能 JAVA 對象同存于關系數據庫中的數據進行映射，并對 JDBC 進行了輕量級的對象封裝，可以使 JAVA 程序員方便地使用對象編程思維來操縱數據庫，它不僅提供 ORM 映射服務，還提供數據查詢和數據緩存的方法，可以提高查詢和處理數據的效率。它是一種提供面向對象的數據庫服務中間件。 MySQL 數據庫是免費的，同時它支持完全多線程，支持多處理器，多用戶訪問。 操作可行性研究 在運行方面，此系統支持 windows 20xx 以上操作系統，硬盤 160G 以上，內存 512M,瀏覽器 以上， CPU 奔騰四以上。 從交易運營上考慮該系統使用框架開發，后期維護和功能添加十分便利，修改界面只需要重新設計 jsp 頁面即可，后臺數據處理和前臺頁面展示完全分離所以前臺的更改不會影響到后臺的數據處理，反之后臺數據處理更改，前臺的展示也不會受到影響。 8 從用戶使用的角度考慮來看，為用戶提供賬戶注冊和管理功能，可以方便用戶查看和管理自己的用戶信息，而且訂單和用戶信息綁定更方便用戶查看自己已經提交的訂單。為了方便用戶在線購物，本系統提供購物車功能，這樣用戶可以系統的查看和管 理自己選購的商品，可以更好的提高用戶的購物體驗。 開發方案比較 軟件體系結構的確立和比較 一般的體系結構包括兩種模式：一種是傳統的基于 C/S(C lient/Sever)的模式，即客戶機與服務器模式；另外一種是新型的基于 B/S (Browser /Server) 的模式，這種模式下客戶端是標準的瀏覽器，服務器為標準的WEB 服務器。 1． C/S 模式 C/S 模式是一種兩層結構的系統，由客戶機和應用服務器兩部分組成， 是 20 世紀 80 年代末逐步成長起來的一種模式，是軟件系統體系結構的一種。 C/S 結構的關鍵在于功能的分布，一些功能放在前端機（即客戶機）上執行，另一些功能放在后端機（即服務器）上執行。功能的分布在于減少計算機系統的各種瓶頸問題。 C/S 模式簡單地講就是基于企業內部網絡的應用系統。與 B/S（ Browser/Server，瀏覽器 /服務器）模式相比，C/S 模式的應用系統最大的好處是不依賴企業外網環境，即無論企業是否能夠上網，都不影響應用。 2． B/S 模式 B/S 模式是一種新型的、面向廣大用戶的三層結構系統，由客戶瀏覽器、 Web 服務器和應用服務器三部分組成。 它是隨著 Inter 技術的興起，對 C/S 模式應用的擴展。在這種結構下，用戶工作界面是通過 IE 瀏覽器來實現的。 B/S 模式最大的好處是運行維護比較簡便，能實現不同的人員，從不同的地點，以不同的接入方式（比如 LAN,WAN,Inter/Intra 等）訪問和操作共同的數據； 3．兩者的比較 首先， B/S 比 C/S 的維護工作量大大減少了。 C/S 結構的每一個客戶端都必須安裝和配置軟件， 其次任何一臺電腦出問題，如病毒、硬件損壞，都需要進行安裝或維護。特別是有很多分部或專賣店的情況，不是工作量的問題，而是路程的問題。還有，系統軟件升級時，每一臺 客戶機需要重新安裝，其維護和升級成本非常高 。而 B/S 結構，客戶端不必安裝及維護。其次， B/S 相對 C/S 能夠降低總體擁有成本， C/S 軟件一般是采用兩層結構的。兩層結構中，客戶端接受用戶的請求，客戶端向數據庫服務提出請求，數據庫服務將數據提交給客戶端，客戶端將數據進行計算并將結果呈現給 9 用戶。在三層結構中，客戶端接受用戶的請求，客戶端向應用服務提出請求，應用服務從數據庫服務中獲得數據，應用服務將數據進行計算并將結果提交給客戶端，客戶端將結果呈現給用戶。這兩種結構的不同點是，兩層結構中客戶端參與運算，而三層結構中客 戶端并不參與運算，只是簡單的接收用戶的請求，顯示最后的結果。由于三層結構中的客戶端并不需要參與計算，所以對客戶端計算機的配置要求是比較低的。因此選擇了 B/S的體系結構。 設計方案的確立和分析 通過比較兩種架構的方案，為了方便用戶在線購物和交易，本系統采用基于瀏覽器的 B/S 架構。 將系統分解為若干個子系統，精確的定義子系統的界面、功能和性能，給出各子系統之間的關系。這樣可以減低解的復雜性，有利于分階段的完成系統的開發，并提高了系統的開發效率和工作質量。 所采用方案的特點 淘寶網在線 交易系統充分利用了 Browser/Server 架構 的特點，用戶無需安裝任何客戶端，只要通過系統自帶的瀏覽器就可以直接登錄系統，節省了客戶端安裝的時間。將系統分為若干子系統，該系統的優勢在于快捷方便的購物界面和流程。 對于本系統，其功能目標是實現用戶購物模式的轉變，所以它必須實現整個購物流程的進行，實現對商品分類管理以及保證用戶的購物體驗。 需求分析 在軟件工程中，需求分析指的是在建立一個新的或改變一個現存的 電腦系統 時描寫新系統的目的、范圍、定義和功能時所要做的所有的工作。需求分析是軟件工程中的一個關鍵過程。在這個過程中， 系統分析 員和 軟件 工程師確定顧客的需要。只有在確定了這些需要后他們才能夠分析和尋求新系統的解決 方法。需求分析階段的任務是確定軟件系統功能 。 在軟件工程的歷史中，很長時間里人們一直認為需求分析是整個軟件工程中最簡單的一個步驟，但在過去十年中越來越多的人認識到它是整個過程中最關鍵的一個過程。假如在需求分析時分析者們未能正確地認識到顧客的需要的話，那么最后的軟件實際上不可能達到顧客的需要，或者軟件無法在規定的時間里完工 。 1 需求獲取 1．運行環境： 硬件平臺： 10 CUP： P4 內存： 512MB 以上 軟件平臺： 操作系統： Windows XP/Windows 7 數據庫： Mysql 開發工具包： MyEclipse 瀏覽器： 或以上版本，推薦使用 分辨率：最佳效果 1024 像素 *768 像素 2．界面需求： 界面優雅，美觀，設計友好。 3．輸入輸出模式需求 （ 1）輸入模式以文字、下拉菜單、單選框； （ 2）輸出模式為列表 4．用戶角色需求 系統使用者多是非計算機行業人員，因此系統應面向大眾，界面簡單，使用便捷。 功能需求 整個系統包括四個功能模塊：商品展示、購物車、訂單管理、用戶管理 。 1) 商品展示模塊： 用例圖： 圖 23 商 品展示用例圖 商品展示用例圖描述： ? 商品預覽：交易系統的首頁面，交易功能的入口，瀏覽器訪問： ? 商品明細： 查看感興趣商品的詳細信息 ? 分類檢索： 按照類別顯示商品（支持三級分類 ） ? 前置條件： 部屬完成 ， J2EE 服務器正常啟動 ? 后置條件：無 商 品 預 覽商 品 明 細分 類 檢 索 e x t e n d s e x t e n d s e x t e n d s 注 冊 用 戶