【文章內容簡介】 Servlet API 完全分離。 Action 一般都有一個 execute()方法，也可以定義其他方法 來控制業(yè)務 。 Action 的 execute()方法 返回一個 String 類型值，這與 Struts 1 返回的ActionForward 相比， 更加 簡單易懂。 Struts 2 提供了一個 ActionSupport 工具類，該類實現(xiàn)了 Action 接口和 validate()方法，一般開發(fā)者 在 編寫 Action 時 可以直接繼承 ActionSupport 類。編寫 Action 類后，開發(fā)者還必須在配置文件中配置 Action 參數(shù) 。一個 Action 的配置應該包含下面幾個元素： ① 該 Action 的 name，即用戶請求所指向的 URL； ② Action 所對應的 class 元素，對應 Action 類的位置 ； ③ 指定 result 邏輯名稱 以及 實際資源的 位置 。 Action 是業(yè)務控制器，在 開發(fā)過程中 編寫 Action 的時候， 應 盡量避免 在其中出現(xiàn)業(yè)務邏輯， 達到 減少 Action 與業(yè)務邏輯模塊或者組件的耦合度 的目的 。 二、 Hibernate 簡介 Hibernate 可助基于普通的 Java 對象模型創(chuàng)建持久對象 ,允許持久對象擁有用戶自定義的類型 , 還可擁有復雜的結構如混合類型、集合和屬性。這樣底層數(shù)據庫模式的復雜結構現(xiàn)在可通過持久對象有效地反映出來。 Hibernate 還包括一些提高效率的策略 , 包括必要時語句的執(zhí)行、有效外部連接的獲取、對象緩存，以上均為數(shù)據庫交互的多重最優(yōu)化。 Hibernate 在構建 Java 應用中的作用是 : 在其運行通過后可以對數(shù)據庫進行訪問，實現(xiàn)對數(shù)據層的持久化，再通過其生成并配置的文件 properties 和 XML Mapping 映射文件映射到數(shù)據庫中。從而 Application 應用允許 Java Class 的直接訪問數(shù)據庫并讓這一橋梁紐帶使應用與數(shù)據庫之間得到聯(lián)系 ,而不必非經過 JDBC 和 SQL 的數(shù)據的操作。這樣便通過了 Hibernate 實現(xiàn)關系數(shù)據庫的持久化操作。 重慶郵電 大學畢業(yè)設計（論文） 7 三、 Spring 簡介 Spring 框架是一個分層框架，由 7 個定義模塊組成。 Spring 模塊構建在核心容器之上，核心容器定義了創(chuàng)建，配置和管理 Bean 的方式 。 Spring 這個 應用框架 可謂表現(xiàn)全面 ，其 功能之 豐富，主要表現(xiàn)在以下幾方面： ① 控制反轉： IoC(Inversion of Control,控制反轉 )是 Spring 的核心概念。 IoC 的本質是實現(xiàn)對象之間依賴關系的轉移。 Spring 會自動的依據配置信息來維護對象之間的依賴關系，將被依賴的對象設置給依賴對象。開發(fā)人員將不必在自己的代碼中維護對象之間的依賴關系，只需在配置文件中進行設定就可以了。 IoC 是一個概念化的 設計模式， 一般狀況 下 IoC 有兩種實現(xiàn)方式： Service Locator(服務定位器 )與 Dependency Injection(依賴注入 （ Struts 框架采用即為依賴注入） ) 。 ② 面向 切面的編程： Spring 框架的另一個核心特色 是 AOP(Aspectoriented programming，面向切面的編程 )。 AOP 某種程度上也 是一種編程方法， 但 它與傳統(tǒng)的順序編程方式 是 相區(qū)別的。 AOP可以解決開發(fā)中的公有性問題 從其他角度，而且會很方便 。 在任何 J2EE 服務器中 Spring 框架的功能 都 可以 使 用，大多數(shù)功能也適用于不受管理的環(huán)境。 Spring 的核心要點是：支持不綁定到特定 J2EE 服務的可重用業(yè)務和數(shù)據訪問對象。這樣的對象可以獨立應用程序在不同 J2EE 環(huán)境 (Web 或 EJB)中 ，測試環(huán)境之間 也 可 重用。 重慶郵電 大學畢業(yè)設計（論文） 8 第 三 章 系統(tǒng)的需求分析 第一節(jié) 目前 網吧 運營中存在的問題 管理效率低下。前臺在對客人的服務中的紙筆操作會令客人容易疲倦，如果遇到客流高峰期更會 影響 客人情緒，所以，管理效率要高。 員工工作效率低。原始的管理方法的體力腦力都是極大的負擔，所以我們需要提升管理工具來提升員工工作效率降低原始成本。 第二節(jié) 功能性需求 在 實際開發(fā)中，系統(tǒng)功能分析需要開發(fā)小組的系統(tǒng)分析及設計人員與用戶進行全面、深入的交流，切實了解用戶期望整個系統(tǒng)所應具有的功能，并分析用戶行業(yè)營運特點，與用戶共同決定系統(tǒng)的具體功能。我 們按照上述過程分析得出以下結論： 本系統(tǒng)的功能模塊主要包括一下功能： ① 卡號管理：管理員可以新建用戶信息，完成對用戶密碼進行修改等操作，能夠對用戶的卡號進行充值。 ② 信息管理：管理員對用戶相關信息修改，查詢與刪除等，也可對網吧上網的費率進行調整，以滿足當時的需要。 ③ 進行系統(tǒng)規(guī)劃，確定其基本結構及功能劃分； ④ 注銷退出 :用于用戶注銷退出系統(tǒng)結算等 圖 31 表示了網吧計費管 理系統(tǒng)的功能需求，網吧計費管理系統(tǒng)主要包括：服務器端和客戶端，其 中服務器端又包括以下功能：用戶充值相關、修改用戶相關信息、刪除用戶信息、新 建用戶信息等；客戶端則主要包括：用戶消費查詢、 用戶換機、 用戶注銷登錄等 重慶郵電 大學畢業(yè)設計（論文） 9 網 吧 計 費 管 理 系 統(tǒng) 服 務 器 端 客 戶 端 新建用戶信息 刪除用戶信息 修改用戶相關信息 用戶充值相關 網吧費率調整 用戶消費查詢 用戶密碼修改 用戶注銷登錄 圖 31 功能需求 第三節(jié) 系統(tǒng)模塊分析 ① 功能模塊圖 32：以下用例表示系統(tǒng)有兩個主要角色管理員和用戶。管理員主要對系統(tǒng)進行：卡號管理、信息管理、用戶消費信息、注銷退出。用戶也能對系統(tǒng)進行：用戶消費信息、注銷退出。 管 理 員卡 號 管 理信 息 管 理用 戶 消 費 信 息注 銷 退 出 u s e s u s e s u s e s u s e s 用 戶 u s e s u s e s 圖 32 功能模塊 重慶郵電 大學畢業(yè)設計（論文） 10 ② 子模塊介紹 （ 1)卡號管理設計：該模塊主要管理員新建用戶，修改密碼，以及給用戶 充值，調用該模塊進行操作，并將結果存入數(shù)據庫。 管理員要對系統(tǒng)進行卡號管理可以進行：新建卡號、修改密碼、充值等操作。系統(tǒng)與服務器進行連接，進行信息操作，即對信息進行充值和修改。數(shù)據庫進行驗證，并將信息反饋回去。該模塊流程圖如下圖 33： 管 理 員卡 號 管 理 數(shù) 據 庫管 理 員 操 作 （ 新 建 卡 號 ， 修 改 密 碼 ， 充 值 ）操 作 信 息 （ 修 改 ， 充 值 ）驗 證 用 戶反 饋 信 息圖 33 卡號管理 （ 2)信息管理：該模塊實現(xiàn)管理員對用戶信息進行修改，刪除與查詢，并且可以設置網吧費率，通過該模塊將自動調用數(shù)據庫相關操作，檢查輸入合法性，將結果顯示給管理員或更新數(shù)據庫。管理員要對系統(tǒng)進行信息管理主 要包括：刪除卡號、修改信息、查詢信息、設置費率等。系統(tǒng)與服務器連接后，對信息進行：查詢、修改、刪除、設置等操作。數(shù)據庫要對用戶以及輸入進行驗證，并將信息反饋回去，同時對數(shù)據庫進行更新。該模塊的流程圖如下 ： 管 理 員信 息 管 理 數(shù) 據 庫管 理 員 操 作 （ 刪 除 卡 號 ， 修 改 信 息 ， 查 詢 ， 設 置 費 率 ）操 作 信 息 （ 查 詢 ， 修 改 ， 刪 除 ， 設 置 ）驗 證 用 戶 以 及 輸 入 合 法 性反 饋 信 息更 新 數(shù) 據 庫 圖 34 信息管理 重慶郵電 大學畢業(yè)設計（論文） 11 （ 3)用戶消費信息：該模塊主要實現(xiàn)用戶對自己信息的管理，包括查詢余額消費信息，修改密碼等，用戶進行信息管理，首先輸入用戶信息和相關請求，系統(tǒng)對用戶信息進行驗證；系統(tǒng)與服務器進行連接，系統(tǒng)將用戶信息：密碼、卡號，輸入數(shù)據庫， 數(shù)據庫對上述客戶信息進行驗證，反饋驗證信息，并將結果顯示給用戶該模塊的流程圖如下35； 用 戶用 戶 信 息 管 理 數(shù) 據 庫用 戶 信 息 （ 卡 號 ） 以 及 請 求驗 證 輸 入 是 否 合 法用 戶 信 息 （ 密 碼 ， 卡 號 ）驗 證 用 戶反 饋 信 息 ， 將 信 息 顯 示 給 用 戶 圖 35 用戶消費信息 (4)注銷退出：該模塊實現(xiàn)用戶下機自動結賬，并將新的余額存入數(shù)據庫，同時刪除此次用戶上機記錄，然后轉到用戶登陸框。該模塊流程圖如下 36： 用戶向系統(tǒng)提出注銷申請，系統(tǒng)與數(shù)據庫進行連接，發(fā)送注銷信息，數(shù)據庫刪除上次上機記錄，更新數(shù)據。 用 戶用 戶 信 息 管 理數(shù) 據 庫用 戶 注 銷 請 求注 銷刪 除 此 次 上 機 記 錄 ， 更 新 數(shù) 據 庫圖 36 注銷退出 重慶郵電 大學畢業(yè)設計（論文） 12 第四節(jié) 業(yè)務流程分析 本小組在調查網吧的管理業(yè)務流程中，本著實事求是的精神，按照原有信息流動過程，逐個地調查所有環(huán)節(jié)的處理業(yè)務、處理內容、計算方法、提供信息的時間和信息形態(tài)等。經過調查分析，我們初步了解網吧計費管理的基本業(yè)務流程，并繪制了詳細的業(yè)務流程圖。流程圖是軟件開發(fā)者比較熟悉的一種系統(tǒng)表達方式，它獨立于程序，可以比較直觀和清晰的描述過程的控制流程。 網吧計費管理系統(tǒng)的服務器端系統(tǒng)流程圖如圖 37： 啟動本系統(tǒng)程序后，管理員進行系統(tǒng)登錄，管理員輸入管理口令，系統(tǒng)對其輸入信息進行驗證，如果口令不正確則重新進入登陸界面，提示口令 錯誤；口令輸入正確后進入系統(tǒng)本界面，對系統(tǒng)進行管理。主要包括：卡號管理、信息管理、退出、幫助。卡號管理主要是：新建卡號、修改密碼、充值；信息管理包括：刪除信息、查詢信息、修改信息、費率調整。 管 理 員 登 陸口 令 是 否 正 確進 入 系 統(tǒng) 主 界 面卡 號 管 理 信 息 管 理 退 出 幫 助新建卡號修改密碼充值刪除信息修改信息查詢信息費率調整退出系統(tǒng)幫助是否 圖 37 服務器業(yè)務流程圖 網吧計費管理系統(tǒng)客戶端流程圖如圖 38： 重慶郵電 大學畢業(yè)設計（論文） 13 客戶端使用流程為，客戶要使用本系統(tǒng)首先要進行登錄，打開終端電腦后會出現(xiàn)客戶端登陸界面，并提示用戶輸入口令，用戶輸入口令后，系統(tǒng)對其進行驗證。如果口令錯誤返回登錄界面重新登錄；如果驗證通過，則 進入用戶界面。用戶可以使用本系統(tǒng)進行：用戶信息管理、尋求系統(tǒng)幫助、退出系統(tǒng)。其中用戶信息管理中用戶可以進行修改密碼和查詢余額。 用 戶口 令 是 否 正確進 入 用 戶 界 面用 戶 信 息 管 理幫 助 退 出是修改密碼余額查詢幫 助注銷退出否注 銷 轉 入 登 陸 界 面 圖 38 客戶端業(yè)務流程圖 第五節(jié) 可行性分析 計算機技術的發(fā)展以及計算機的普及讓人們充分認識到了計算機以及網絡的價值，生活中各個方面對計算機的依賴與日俱增。利用計算機技術解決以往困難繁瑣的問題已經變得很平常，就管理軟件而言，能提高我們的工作效率，減少我們的工作 失誤，減少成本。當然，對應不同客戶的需求，我們需要分別提供不同的功能和設置來滿足用戶的需要。 一、 經濟可行性 本 網吧 管理系統(tǒng)所要求的計算機硬件配置要求并不高，現(xiàn)在一般主流的計算機都可重慶郵電 大學畢業(yè)設計（論文） 14 以滿足需求。相對的軟件環(huán)境，主要包括 MyEclipse、 、 ，開發(fā)軟件是免費的，其余的數(shù)據庫及服務器軟件均是免費的，系統(tǒng)成本主要集中在本管理系統(tǒng)的開發(fā)與維護上，對用戶不會造成過重的經濟負擔。而本系統(tǒng)投入使用 ,可以減少 網吧的工作強度，提高工作效率，而且方便了對 用戶及機房 信息的管理，可以極大限度的解放人力。另外，本系統(tǒng)的開發(fā)不是很復雜，開發(fā)的周期較短，軟件開發(fā)的成本不會超過帶來的效益，所以從經濟方面講開發(fā)此系統(tǒng)是可行的。 二、 技術可行性 網吧 管理系統(tǒng)的開發(fā)基 Web，主要包括 管理員管理 程序 和用戶管理程序 的開發(fā)以及后臺數(shù)據庫的建立和維護。本系統(tǒng)采用了當前比較流行的 Struts2+Spring+Hibernate 框架整合開發(fā)，這三大框架的技術很成熟， Java 語言也是目前主流的開發(fā)語言，開發(fā) Web前端的服務程序很是合適。 MySQL 數(shù)據庫很容易使用，并支持標準的 SQL 語言， Hibernate 框架對其兼容 性也很好， Java 對 MySQL 數(shù)據庫的訪問完全可以滿足系統(tǒng)需求