九九热最新网址,777奇米四色米奇影院在线播放,国产精品18久久久久久久久久,中文有码视频,亚洲一区在线免费观看,国产91精品在线,婷婷丁香六月天

酒店客房管理系統(tǒng)的設計與實現(xiàn)畢業(yè)論文.doc

上傳人:good****022 文檔編號:116791688 上傳時間:2022-07-06 格式:DOC 頁數(shù):57 大小:2.35MB
收藏 版權申訴 舉報 下載
酒店客房管理系統(tǒng)的設計與實現(xiàn)畢業(yè)論文.doc_第1頁
第1頁 / 共57頁
酒店客房管理系統(tǒng)的設計與實現(xiàn)畢業(yè)論文.doc_第2頁
第2頁 / 共57頁
酒店客房管理系統(tǒng)的設計與實現(xiàn)畢業(yè)論文.doc_第3頁
第3頁 / 共57頁

下載文檔到電腦,查找使用更方便

20 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《酒店客房管理系統(tǒng)的設計與實現(xiàn)畢業(yè)論文.doc》由會員分享,可在線閱讀,更多相關《酒店客房管理系統(tǒng)的設計與實現(xiàn)畢業(yè)論文.doc(57頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、 本科畢業(yè)論文本科畢業(yè)論文(設計設計) 酒店客房管理系統(tǒng)的設計與實現(xiàn) 誠誠 信信 聲聲 明明 我聲明,所呈交的畢業(yè)論文(設計)是本人在老師指導下進行的研究工作 及取得的研究成果。據(jù)我查證,除了文中特別加以標注和致謝的地方外,論文 (設計)中不包含其他人已經(jīng)發(fā)表或撰寫過的研究成果,也不包含為獲得其他 教育機構的學位或證書而使用過的材料。我承諾,論文(設計)中的所有內容 均真實、可信。 畢業(yè)論文(設計)作者(簽名): 年 月 日 xxxxxxx 【摘要摘要】基于現(xiàn)代社會信息的高速傳輸、交流、發(fā)展,過去的酒店客房管 理系統(tǒng)采用 C/S 模式開發(fā),日益顯現(xiàn)其不足。在繼承過去 C/S 模式的酒店客房 管

2、理系統(tǒng)的優(yōu)點下,開發(fā)更加符合現(xiàn)代酒店業(yè)務的 B/S 模式系統(tǒng)有迫切的需要。 本文主要介紹酒店客房管理系統(tǒng)的設計與實現(xiàn)方法,包括設計目標、系統(tǒng) 的功能設計,數(shù)據(jù)庫的設計、系統(tǒng)所用的具體技術等等。 系統(tǒng)采用了 JSP 技術、Struts 為開發(fā)框架、Tomcat 為服務器,并通過 JDBC 連接數(shù)據(jù)庫 SQL Server2000,Hibernate 作為對象關系映射框架。通過上述技術 的支持,開發(fā)出一個低成本并且具有穩(wěn)定性、可擴展、易維護的酒店客房管理 系統(tǒng),為酒店的客房管理業(yè)務提高效率。 【關鍵詞關鍵詞】酒店;客房;Struts;JSP II Design and analysis of Ho

3、tel Room Management System Abstract Based on the information in modern society is transmission, exchange and development high-speed,the last hotel room management system developed in C/S model,however we can found that it has more and more shortcoming.In the succession of the C / S mode the advantag

4、es of hotel rooms under management, development more in line with the modern hotel business, B / S model system there is an urgent need. In this paper, hotel rooms management system design and implementation, including design objectives, system functional design, database design, system uses specifi

5、c technologies. System uses the JSP technology, Struts framework for the development, Tomcat as the server and connects to the database via JDBC SQL Server2000, Hibernate for object-relational mapping framework. Through this technology, support, and has developed a low-cost stable, scalable, and eas

6、y maintenance management system for hotel rooms for the hotel rooms management business to improve efficiency. KeywordsHotel Rooms Struts JSP I 目目 錄錄 1前言前言.1 1.1選題背景選題背景1 1.1.1 國內現(xiàn)狀1 1.1.2 國外情況2 1.2 系統(tǒng)研究的意義系統(tǒng)研究的意義2 1.3 系統(tǒng)開發(fā)環(huán)境及工具介紹系統(tǒng)開發(fā)環(huán)境及工具介紹3 1.3.1 MyEclipse 簡介3 1.3.2 Tomcat 服務器簡介.4 2相關技術介紹相關技術介紹.5

7、2.1STRUTS框架技術框架技術5 2.1.1 Struts 基本概念 .5 2.1.2 Struts 實現(xiàn) MVC 的原理 .5 2.1.3 Struts 技術的優(yōu)缺點 .8 2.2HIBERNATE框架技術框架技術.9 2.2.1 什么是 HIBERNATE.9 3 系統(tǒng)分析系統(tǒng)分析.12 3.1 系統(tǒng)可行性分析系統(tǒng)可行性分析.12 3.1.1 經(jīng)濟可行性分析12 3.1.2 技術可行性分析12 3.1.3 社會可行性分析12 3.2 需求分析需求分析.13 3.2.1 系統(tǒng)功能需求13 3.2.2 系統(tǒng)數(shù)據(jù)流圖14 3.2.3 用例圖14 3.3 數(shù)據(jù)庫設計數(shù)據(jù)庫設計15 3.3.1

8、數(shù)據(jù)庫的選擇15 II 3.3.2 系統(tǒng) ER 圖.16 3.3.3 數(shù)據(jù)庫的設計18 4 系統(tǒng)設計系統(tǒng)設計21 4.1 系統(tǒng)功能模塊圖系統(tǒng)功能模塊圖.21 4.1.1 酒店客房管理系統(tǒng)總模塊圖21 4.1.2 酒店客房管理系統(tǒng)各個分模塊圖.21 4.2 系統(tǒng)功能的設計系統(tǒng)功能的設計.23 5 系統(tǒng)架構系統(tǒng)架構26 5.1 系統(tǒng)架構說明系統(tǒng)架構說明.26 6系統(tǒng)詳細設計系統(tǒng)詳細設計.27 6.1HIBERNATE持久層持久層.27 6.1.1 編寫 PO 類.27 6.1.2 編寫 PO 的映身配置文件.30 6.1.3 連接數(shù)據(jù)庫32 6.2 DAO 層層33 6.2.1 DAO 的具體實現(xiàn)

9、33 6.3 WEB層設計層設計.37 6.3.1 Action 的實現(xiàn).37 7 系統(tǒng)測試系統(tǒng)測試40 7.1 酒店客房管理系統(tǒng)的測試酒店客房管理系統(tǒng)的測試40 7.2 測試舉例測試舉例40 結束語結束語49 參考文獻參考文獻50 致致 謝謝51 1 1 前言前言 本系統(tǒng)是案例酒店管理系統(tǒng)的一個子系統(tǒng)客房管理系統(tǒng)主要完成 Web 服務器端的用戶管理、前臺管理、報表、物品庫存管理等,各個管理模塊具有 增、刪、查、改等功能。本文中數(shù)據(jù)庫服務器端采用了 SQL Sever 2000 數(shù)據(jù)庫 并以 Hibernate 技術進行數(shù)據(jù)庫存取等操作,使 Web 與數(shù)據(jù)庫緊密聯(lián)系起來。 1.11.1選題背景

10、選題背景 隨著酒店行業(yè)規(guī)模的日益擴大,酒店的經(jīng)營管理而臨著越來越高的要求, 比如,快速的查詢、快速的登記、顧客的自動優(yōu)惠等等。傳統(tǒng)的酒店系統(tǒng)大都 使用 C/S(client/server)模式的計算機信息管理系統(tǒng),這種 C/S 式在 20 世紀 90 年代分布式處理中起到主流系統(tǒng)的作用,它有著自身的一些優(yōu)點,如通過在 客戶和服務之間劃分各自所包含的層次,提高了應用的計算效率,緩解終端/主 機模式中主機繁重的負擔,在終端/主機模式和文件服務器模式中找到平衡等; 然而隨著酒店規(guī)模的日益擴大,應用程序的復雜程度不斷提高,傳統(tǒng)的(C/S) 模式逐漸暴露出許多問題,如系統(tǒng)的可移植性、可擴展性、可維護性都

11、很差等。 1同時,隨著 Internet 迅速普及以及國加入 WTO,酒店管理也面臨著許多新的 挑戰(zhàn)和機遇,如提供遠程客房預定、網(wǎng)上信息發(fā)布等等。2 因此,酒店迫切需要開發(fā)出基于 B/S(Browser/ Server)模式的酒店管理 系統(tǒng),以適應當前酒店行業(yè)的發(fā)展,提供更好的服務和提高酒店的經(jīng)濟效益。 設計開發(fā)一個功能齊全、安全、高效、適合自己管理模式的管理信息系統(tǒng),對 提高酒店的服務質量、提高管理決策水平、減輕勞動強度、提高工作效率是十 分重要的。 1.1.1國內現(xiàn)狀國內現(xiàn)狀 在 80 年代初發(fā)展起來的國內的酒店管理系統(tǒng),充分吸收了國外管理系統(tǒng)的 精華,再結合國內的實際情況,逐步發(fā)展成熟,

12、到 90 年代初期已形成了幾個較 成熟的軟件系統(tǒng),同時,產(chǎn)生了幾家專職從事酒店管理系的公司。到了 90 年代 中后期,隨著計算機在酒店中的普及應用,計算機技術的不斷發(fā)展,酒店管理 2 系統(tǒng)的發(fā)展到了一個新的時期,新的系統(tǒng)平臺、新的系統(tǒng)點及發(fā)展方向不斷涌 現(xiàn),主要體現(xiàn)在系統(tǒng)基本轉到客戶機/服務器模式下的 windows 版,功能更加細 致完善,系統(tǒng)更加穩(wěn)定可靠。對軟件開發(fā)商來說,小的軟件慢淘汰。3 此外,國內酒店業(yè)的應用系統(tǒng)不同,各家供應商的軟件也不同。對于一家 酒店,如果各部門使用的是不同的平臺、不同的軟件,當員工進行軟件操作時, 需要學各種人家,這樣不但使員工的學習成本增高,也同時影響酒店的

13、效率。 對于連鎖酒店集團而言,信息系統(tǒng)沒有實施標準化是非常嚴重的問題。酒店不 但需要耗費大量財力去維護不同的平臺,而且當未來同一連鎖集團的酒店共享 服務中心或者實施電子商務時,平臺整合的任務十分困難和昂貴。 中國加入 WTO 后,經(jīng)濟及旅游業(yè)得到了快速發(fā)展,2008 年北京奧運會和 2010 世博會的舉行,旅游熱等因素給中國酒店業(yè)發(fā)展帶來了新的機遇和挑戰(zhàn)。 通過調查,我國在 2020 年將會成為世界上第四大旅游國家。同時,大量跨國酒 店集團入逐中國市場,由于酒店管理問題引起的競爭不力也越來越多的表現(xiàn)了 出來。當中,現(xiàn)在甚至還有一些酒店停留在又人工操作和管理階段,這樣已經(jīng) 無法適應現(xiàn)代社會的發(fā)展

14、趨勢。為了扭轉這種情勢,適應日益激烈的市場競爭, 國內已悄悄刮起了一股“數(shù)字酒店”的颶風。4智能化、數(shù)字化的酒店管理系 統(tǒng)已成為當今酒店發(fā)展的主要核心競爭力量之一。采用先進的計算機網(wǎng)絡通信 技術改變酒店業(yè)務模式,實現(xiàn)酒店業(yè)務管理的自動化已經(jīng)成為一種必然。 1.1.21.1.2 國外情況國外情況 世界范圍的酒店 IT 商家,擁有 OP-ERA,F(xiàn)idelio,F(xiàn)idelio,xPres。品牌 的 MICROS-Fidelio 和擁有 HISParagon,CLs,LogicTouch 品牌的 MAI 無疑是 已經(jīng)形成壟斷地位的行業(yè)領先者。但他們也意識到由于新技術的不斷涌現(xiàn),酒 店 IT 應用行業(yè)

15、隨時可能出現(xiàn)超越他們的黑馬。Fidelio 全球的安裝量超過 8500 家,包括 Marriott,Radisson,Hilton,Wyndham,Bass 等連鎖酒店集團均選用 其產(chǎn)品。縱觀國外酒店業(yè)信息化發(fā)展軌跡和趨勢,我們不難看出,隨著酒店業(yè) 競的加劇,酒店之間客源的爭奪越來越激烈,客房銷售的利潤空間越來越小, 就需要使用更有效的信息化手段,拓展經(jīng)營空間,降低運營成本,提高管理和 決策效率。5 1.21.2系統(tǒng)研究的意義 3 對于整個酒店來說,酒店經(jīng)營狀況起決定作用的是酒店的服務管理水平。 如何利用先進的管理手段來提高酒店的管理水平成為酒店業(yè)務發(fā)展的當務之急。 面對信息時代的機遇和挑戰(zhàn),

16、利用科技手段提高酒店的管理無疑是一條行之有 效的途徑。雖然計算機管理并不是酒店管理走向成功的關鍵元素,但它可以最 大限度地發(fā)揮準確、快捷高效等作用,對酒店業(yè)務管理提供強有力的支持。因 此,采用全新的計算機網(wǎng)絡和酒店業(yè)務管理系統(tǒng),已經(jīng)成為酒店的管理效率, 使作業(yè)人員與管理系統(tǒng)之間靈活互動,實現(xiàn)流暢的工作流銜接,幫助酒店有效 地進行業(yè)務管理,釋放最大價值。酒店業(yè)務管理系統(tǒng)在達到節(jié)省人力資源成本 同時,可以提高業(yè)務效率,并能夠及時、準確、迅速地滿足顧客服務的需求。6 1.31.3系統(tǒng)開發(fā)環(huán)境及工具介紹系統(tǒng)開發(fā)環(huán)境及工具介紹 操作系統(tǒng)平臺:Windows Xp 數(shù)據(jù)庫服務器:Microsoft SQL

17、 Server 2000 系統(tǒng)服務器:Tomcat 開發(fā)工具:MyEclipse 1.3.1 MyEclipse 簡介簡介 MyEclipse 企業(yè)級工作平臺(MyEclipse Enterprise Workbench ,簡稱 MyEclipse)是對 Eclipse IDE 的擴展,利用它我們可以在數(shù)據(jù)庫和 J2EE 的開發(fā)、 發(fā)布,以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的 J2EE 集成開發(fā)環(huán)境,包括了完備的編碼、調試、測試和發(fā)布功能,完整支持 HTML, Struts, JSF, CSS, Javascript, SQL, Hibernate。 在結構上,MyEc

18、lipse 的特征可以被分為 7 類: 1. J2EE 模型 2. WEB 開發(fā)工具 3. EJB 開發(fā)工具 4. 應用程序服務器的連接器 5. J2EE 項目部署服務 6. 數(shù)據(jù)庫服務 4 7. MyEclipse 整合幫助 對于以上每一種功能上的類別,在 Eclipse 中都有相應的功能部件,并通過 一系列的插件來實現(xiàn)它們。MyEclipse 結構上的這種模塊化,可以讓我們在不影 響其他模塊的情況下,對任一模塊進行單獨的擴展和升級。 簡單而言,MyEclipse 是 Eclipse 的插件,也是一款功能強大的 J2EE 集成 開發(fā)環(huán)境,支持代碼編寫、配置、測試以及除錯,MyEclipse6

19、.0 以前版本需先 安裝 Eclipse。MyEclipse6.0 以后版本安裝時不需安裝 Eclipse。7 1.3.2 Tomcat 服務器簡介服務器簡介 Tomcat 很受廣大程序員的喜歡,因為它運行時占用的系統(tǒng)資源小,擴展性 好,支持負載平衡與郵件服務等開發(fā)應用系統(tǒng)常用的功能;而且它還在不斷的 tomcat 標志 改進和完善中,任何一個感興趣的程序員都可以更改它或在其中加入新的 功能。 Tomcat 是一個輕量級應用服務器,在中小型系統(tǒng)和并發(fā)訪問用戶不是 很多的場合下被普遍使用,是開發(fā)和調試 JSP 程序的首選。對于一個初學者來 說,可以這樣認為,當在一臺機器上配置好 Apache 服

20、務器,可利用它響應對 HTML 頁面的訪問請求。實際上 Tomcat 部分是 Apache 服務器的擴展,但它 是獨立運行的,所以當你運行 tomcat 時,它實際上作為一個與 Apache 獨立的 進程單獨運行的。 這里的訣竅是,當配置正確時,Apache 為 HTML 頁面服務, 而 Tomcat 實際上運行 JSP 頁面和 Servlet。另外,Tomcat 和 IIS、Apache 等 Web 服務器一樣,具有處理 HTML 頁面的功能,另外它還是一個 Servlet 和 JSP 容器,獨立的 Servlet 容器是 Tomcat 的默認模式。不過,Tomcat 處理靜態(tài) HTML 的

21、能力不如 Apache 服務器。目前 Tomcat 最新版本為 7.0.6。 5 2 2 相關技術介紹相關技術介紹 2.12.1StrutsStruts 框架技術框架技術 2.1.1 Struts 基本概念基本概念 Struts 最早于 2000 年 5 月作為 Jakarta 項目的組成部分問世,Jakarta 項 目由 Apache(www.Jakarta.apache.org)基金組織運作。JakartaStruts 是 Apache 軟件組織提供的一項開放源代碼項目,它為 Java Web 應用提供了 MVC 框架, 尤其適用于開發(fā)大型可擴展的 Web 應用。Struts 這個名字來源

22、于在建筑和舊式 飛機中使用的支撐金屬架。Struts 為 Web 應用提供了一個通用的框架,使得 開發(fā)人員可以把精力集中在如何解決實際業(yè)務問題上。此外,Struts 框架提供 了許多可供擴展和定制的地方,使得應用程序可以方便地擴展框架,來更好地 適應用戶的實際需求8。 2.1.2 Struts 實現(xiàn)實現(xiàn) MVC 的原理的原理 1MVC 的基本概念 MVC模式(Model模型-View視圖-Controller控制器)是軟件工程中的一種 軟件架構模式,是一種常用的設計模式。它把軟件系統(tǒng)分為三個基本部分: (Model模型),(View視圖)和(Controller控制器)。 MVC模式的目的是實

23、現(xiàn)一種動態(tài)的程序設計,使后續(xù)對程序的修改和擴展 簡化,并且使程序某一部分的重復利用成為可能。除此之外此模式通過對復雜 度的簡化使程序結構更加直觀。MVC 減弱了業(yè)務邏輯接口和數(shù)據(jù)接口之間的 耦合,以及讓視圖層更富于變化。軟件系統(tǒng)通過對自身基本部份分離的同時也 賦予了各個基本部分應有的功能。 (控制器Controller)- 負責轉發(fā)請求,對請求進行處理。 (視圖View) - 界面設計人員進行圖形界面設計。 (模型Model) - 程序員編寫程序應有的功能(實現(xiàn)算法等等)、數(shù)據(jù)庫 專家進行數(shù)據(jù)管理和數(shù)據(jù)庫設計(可以實現(xiàn)具體的功能) 9。如圖2-1所示: 6 圖 2-1 MVC 模式 2Stru

24、ts 框架實現(xiàn)原理 隨著 MVC 模式的廣泛應用,催生了 MVC 框架的產(chǎn)生。在所有 MVC 的框 架中,出現(xiàn)最早,應用最廣的就是 Struts 框架10。Struts 實質上就是在 JSP Model2 地基礎上實現(xiàn)的一個 MVC 框架。在 Struts 框架中,模型由實現(xiàn)業(yè)務 邏輯地 JavaBean 或 EJB 組件構成,控制器由 ActionServlet 類和 Action 類來實 現(xiàn),視圖由一組 JSP 文件構成。 Struts 實質上就是在 JSP Model2 地基礎上實現(xiàn)的一個 MVC 框架。在 Struts 框架中,模型由實現(xiàn)業(yè)務邏輯地 JavaBean 或 EJB 組件構

25、成,控制器由 ActionServlet 類和 Action 類來實現(xiàn),視圖由一組 JSP 文件構成。 ActionServlet 類是 Struts 框架中的核心組件。ActionServlet 繼承了 Javax.servlet.http.HttpServlet 類,它在 MVC 模型中扮演中央控制器的角色。 ActionServlet 主要負責接受 HTTP 請求信息,根據(jù)配置文件 strutsconfig.xml 的配置信息,把請求轉發(fā)給適當?shù)?Action 對象。如果該 Action 對象不存在, ActionServlet 會先創(chuàng)建這個 Action 對象。 Action 類負責調

26、用模型的方法,更新模型的狀態(tài),并幫助控制應用程序的 流程。對于小型簡單的應用,Action 類本身也可以完成一些實際的業(yè)務邏輯。 對于大型應用,Action 充當用戶請求和業(yè)務邏輯處理之間的適配器(Adaptor) , 其功能就是將請求于業(yè)務邏輯分開,Action 根據(jù)用戶請求調用相關的業(yè)務邏輯 組件。 當 ActionServlet 控制器收到用戶請求后,把請求轉發(fā)到一個 Action 實例。 如果這個實例不存在,控制器會首先創(chuàng)建它,然后調用這個 Action 實例的 execute()方法。Action 的 execute()方法返回 ActionForward 對象,它封 控制器 視圖模

27、型 7 裝了把用戶請求再轉發(fā)給其他 Web 組件的信息。用戶定義自己的 Action 類, 即 Action 基類的子類時,必須覆蓋 execute()方法。在 Action 基類中返回 null。 Struts 的配置文件 strutsconfig.xml:一個用戶請求是通過 ActionServlet 來處理和轉發(fā)的,那么,ActionServlet 如何決定把用戶請求轉發(fā)給哪個 Action 對象呢?這就需要一些描述用戶請求路徑和 Action 映射關系的配置信息了。 在 Struts 中,這些配置映射信息都存儲在特定的 XML 文件 strutsconfig.xml 中。在該配置文件中

28、,每一個 Action 的映射信息都通過一個元素來配 置。這些配置信息在系統(tǒng)啟動的時候被讀入內存,供 Struts 在運行期間使用。 在內存中,每一個元素都對應一個 org.apache.struts.action.ActionMapping 類的實例。 3Struts Framework 的工作原理 1)讀取配置(初始化 ModuleConfig 對象) Struts 框架總控制器(ActionServlet)是一個 Servlet,在 web.xml 中配置成 自動啟動的 Servlet 讀取配置文件(Struts-config.xml)的配置信息,為不同的 Struts 模塊初始化相應的

29、 ModuleConfig 對象 2)發(fā)送請求 用戶提交表單或者調用 URL 向 Web 應用程序器提交一個請求,請求的數(shù) 據(jù)用 HTTP 協(xié)議上傳給 Web 服務器。 3)填充 FORM(實例化、復位、填充數(shù)據(jù)、校驗、保存) (*.do 請求)從 ActionConfig 中找出對應該請求的 Action 子類,如沒有對 應的 Action,控制器直接轉發(fā)給 JSP 靜態(tài)頁面。如有對應的 Action 且這個 Action 有一個相應的 ActionForm,ActionForm 被實例化并用 HTTP 請求的數(shù)據(jù) 填充其屬性,并且保存在 Servlet Context 中(request

30、或者 session 中) ,這樣它 們就可以被其他 Action 對象或者 JSP 調用。 4)派發(fā)請求 控制器根據(jù)配置信息 ActionConfig 將請求派發(fā)到具體的 Action,相應的 FormBean 一并傳給這個 Action 的 execute()方法。 5)處理業(yè)務 8 Action 一般只包含一個 execute 方法,它負責執(zhí)行相應的業(yè)務邏輯(調用其 他業(yè)務模塊) 。完畢返回一個 ActionForward 對象,控制器通過該 ActionForward 對象來進行轉發(fā)工作。 6)返回響應 Action 根據(jù)業(yè)務處理的不同結果返回一個目標響應對象給總控制器,該目 標響應對

31、象對應一個具體 JSP 頁面或者另一個 Action。 7)查找響應(翻譯響應) 總控制器根據(jù)業(yè)務功能 Action 返回的目標響應對象,找到對應的資源對象, 通常是一個具體的 JSP 頁面。 8)響應用戶 目標響應對象將結果展現(xiàn)給用戶目標響應對象(JSP)講結果頁面展現(xiàn)給用 戶。 流程如圖 2-3 所示。 1.初初始始化化 3填填充充 FormBean 7.轉轉換換Http請請求求到到 目目標標響響應應對對象象 2.Http請請求求 6.返返回回目目標標 響響應應對對象象 5.調調用用后后臺臺業(yè)業(yè)務務 功功能能完完成成商商務務邏邏輯輯 8.Http響響應應 4、將將請請求求轉轉移移到到 具具

32、體體Action處處理理 Struts-config.xml 模模型型(ActionForm) 視視圖圖JSP 業(yè)業(yè)務務功功能能控控制制器器 (Action) 業(yè)業(yè)務務功功能能類類 (JavaBean) Struts框框架架總總控控制制器器 (ActionServlet) 圖 2-2 Struts 框架流程 2.1.3 Struts 技術的優(yōu)缺點技術的優(yōu)缺點 Struts 優(yōu)點: Struts 是開源軟件。使開發(fā)者能更深入的了解其內部實現(xiàn)機制。 Struts 實 9 際就是實現(xiàn)了 MVC 的機制,切實可行的把控制和顯示分開,從管理上來說可 以節(jié)省不必要的時間和人力的浪費。提高了開發(fā)速度。也真正

33、的實現(xiàn)了 bean 的 重用。 除此之外,Struts 的優(yōu)點主要集中體現(xiàn)在兩個方面:Taglib 和頁面導航。 Taglib 是 Struts 的標記庫,靈活動用,能大大提高開發(fā)效率。另外,就目前國 內的 JSP 開發(fā)者而言,除了使用 JSP 自帶的常用標記外,很少開發(fā)自己的標記, 或許 Struts 是一個很好的起點。 關于頁面導航,事實上可以使系統(tǒng)的脈絡更加清晰。通過一個配置文件, 即可把握整個系統(tǒng)各部分之間的聯(lián)系,這對于后期的維護有著莫大的好處。尤 其是當另一批開發(fā)者接手這個項目時,這種優(yōu)勢體現(xiàn)得更加明顯。 Struts 缺點: 1.開發(fā)人員需要學習如何使用 Struts 的標志庫。事

34、實上要理解這些 Struts 的 標志庫,特別是 Bean 和 HTML 標志庫的確要花費比較長的時間。 2.你不能在視圖中用 JSP 來實現(xiàn)處理管道(processing pipeline) 。只能做些 簡單的 include 和 forward,這樣很明顯就會限制了視圖的靈活性。 3.對 JSP 頁面的任何修改都會導致 JSP 的重新編譯,這樣是非常耗費時間 的。 2.22.2Hibernate 框架技術框架技術 2.2.12.2.1 什么是什么是 Hibernate 一 Hibernate 定義 Hibernate 是一種 Java 語言下的對象關系映射解決方案。 它是一種自由、 開源的

35、軟件。它用來把對象模型表示的對象映射到基于 SQL 的關系模型結構 中去,為面向對象的領域模型到傳統(tǒng)的關系型數(shù)據(jù)庫的映射,提供了一個使用 方便的框架。 二 Hibernate 的作用 Hibernate 不僅管理 Java 類到數(shù)據(jù)庫表的映射(包括從 Java 數(shù)據(jù)類型到 SQL 數(shù)據(jù)類型的映射) ,還提供數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法,可以大幅度減少 10 開發(fā)時人工使用 SQL 和 JDBC 處理數(shù)據(jù)的時間。 它的設計目標是將軟件開發(fā)人員從大量相同的數(shù)據(jù)持久層相關編程工作中 解放出來。無論是從設計草案還是從一個遺留數(shù)據(jù)庫開始,開發(fā)人員都可以采 用 Hibernate。 三 Hibernate 的

36、應用 Hibernate 對 JDBC 進行了非常輕量級的對象封裝,使得 Java 程序員可以隨 心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。 Hibernate 可以應用在任何使用 JDBC 的場合,它既可以在 Java 的客戶端程序使用,也可以在 Servlet/JSP 的 Web 應用中使用。最具革命意義的是,Hibernate 可以在應用 EJB(Enterprise JavaBeans 是 Java 應用于企業(yè)計算的框架)的 J2EE 架構中取代 CMP,完成數(shù) 據(jù)持久化的重任。 四 Hibernate API 簡介 1 Hibernate API 中的接口可以分為以下幾類: (1) 提供

37、訪問數(shù)據(jù)庫的操作的接口,包括 session、Transaction、Query 接 口; (2) 用于配置 Hibernate 的接口,Configuration; (3) 間接接口,使應用程序接受 Hibernate 內部發(fā)生的事件,并作出相關 的回應,包括:Interceptor、Lifecycle、Validatable; (4) 用于擴展 Hibernate 功能的接口,如 UserType、CompositeUserType、IdentifierGenerator 接口。 Hibernate 內部還封裝了 JDBC、JTA(Java Transaction API)和 JNDI(J

38、ava Naming And Directory Interface) 。其中,JDBC 提供底層的數(shù)據(jù)訪問操作,只要 用戶提供了相應的 JDBC 驅動程序,Hibernate 可以訪問任何一個數(shù)據(jù)庫系統(tǒng)。 JTA 和 JNDI 使 Hibernate 能夠和 J2EE 應用服務器集成。 2 Hibernate 的核心接口框圖 五 Hibernate 的優(yōu)缺點 11 (1)優(yōu)點: a.Hibernate 使用 Java 反射機制 而不是字節(jié)碼增強程序來實現(xiàn)透明性。 b.Hibernate 的性能非常好,因為它是個輕量級框架。映射的靈活性很出色。 c. 它支持各種關系數(shù)據(jù)庫,從一對一到多對多的各

39、種復雜關系。 (2)缺點: Hibernate 限制您所使用的對象模型。例如,一個持久性類不能映射到多個 表。11 12 3 3 系統(tǒng)系統(tǒng)分析分析 3.13.1 系統(tǒng)可行性分析系統(tǒng)可行性分析 可行性研究的目的是用最小的代價,在盡可能短的時間內確定問題是否能 夠得到解決,以是否值得解決。在項目開發(fā)之前進行可行性論證是非常必要的。 一個項目如果未經(jīng)過充分的可行性證明,只粗略地估計解決問題的花費和方法, 就盲目上陣開始軟件開發(fā)工作,結果往往是不能在預定的系統(tǒng)規(guī)?;蛘邥r間限 制解決問題,甚至無法求解,最后造成花費在該項目上時間、人力、物力資源 和經(jīng)費的浪費。 3.1.1 經(jīng)濟可行性分析經(jīng)濟可行性分析

40、主要是對預估費用和對項目的經(jīng)濟效益進行評價。在費用支出方面,需 要考慮到主機費用。而開發(fā)費用,主要考慮人工成本,系統(tǒng)采用的開發(fā)環(huán)境及 工具價格低廉,開發(fā)語言使用 JSP。而系統(tǒng)需要的運行軟件工具主要為: Tomcat 服務器、Microsoft SQL Server 2000.大大降低成本 3.1.2 技術可行性分析技術可行性分析 本系統(tǒng)采用當今流行的 JSP 作為系統(tǒng)的開發(fā)語言,開源且免費,能提供完 善的指令控制語句、類與對象的支持及豐富的數(shù)據(jù)類型,為開發(fā)高性能、穩(wěn)定 的系統(tǒng)提供保證,同時代碼模塊化高,方便系統(tǒng)以后的修改與維護。同時采用 Struts 框架,使系統(tǒng)結構清晰,同時也加快了開發(fā)的

41、速度,提高系統(tǒng)的可拓展性。 Tomcat 作為系統(tǒng)的服務器,其支持 jsp 語言,同時免費、開源、跨平臺、 部署簡易,是現(xiàn)代通用、性能強大的服務器。 3.1.3 社會可行性分析社會可行性分析 社會可行性分析是開發(fā)項目的運行方式在用戶組織內是否行的通。由于系 13 統(tǒng)使用 B/S 模式,而且系統(tǒng)分系統(tǒng)管理員與普通用戶兩類,便于管理。再者系 統(tǒng)的界面友好,功能人性化,減少酒店對員工的系統(tǒng)操作培訓費用 3.2 需求分析需求分析 通過對本地城市中多間酒店的調查,以及對當前較為流行的 C/S 和 B/S 的 酒店客房管理系統(tǒng)的研究,得到當今社會上酒店客房管理系統(tǒng)希望有以下的業(yè) 務功能: 1.運行環(huán)境要求

42、(包括硬件與軟件)不能過高,能保證系統(tǒng)穩(wěn)定運行為前 提 2.系統(tǒng)的界面友好,操作人員使用系統(tǒng)能得心應手 3.入住酒店的客人登記資料要詳盡 4.提供營業(yè)報表的查詢功能 5 添加全國城市的身份證對照表,方便核對 6 酒店的物件的庫存管理 3.2.1 系統(tǒng)功能需求系統(tǒng)功能需求 酒店客房管理系統(tǒng)分為六個模塊。當中包括:前臺管理、預定管理、庫存 管理、用戶管理(僅限管理員)、資料管理和報表。 系統(tǒng)核心模塊為前臺管理,其功能預覽如下: 1、 開房管理(客戶信息登記) 2、 退房管理 3、 房間狀態(tài) 4、 房間操作管理 5、 商品消費管理 6、 會員管理 系統(tǒng)應該達到以下要求: 1、可用性。目標系統(tǒng)功能齊全

43、,能夠完全滿足業(yè)務需求。 2、可靠性。能連續(xù)準確的處理業(yè)務,有較強的容錯能力。 3、可理解性。用戶容易理解和使用該系統(tǒng)。 14 4、安全保密性。保證系統(tǒng)的物理安全、數(shù)據(jù)存儲做好使用人員的授權 管理。 5、時間經(jīng)濟性。優(yōu)化邏輯設計與物理設計,使系統(tǒng)運行效率高。 6、可維護性和適應性。系統(tǒng)應易于修改、易于擴充、易于維護,能夠 適應業(yè)務不斷發(fā)展變化的需要。 3.2.2 系統(tǒng)數(shù)據(jù)流圖系統(tǒng)數(shù)據(jù)流圖 1 管理員成功登錄后,進行相應操作,產(chǎn)生的數(shù)據(jù)流,如圖 3-1 所示 管理員登陸驗證 系統(tǒng)管理 頁面 管理員信 息 前臺管理 預訂管理 資料管理 用戶管理 庫存管理 報表 退出系統(tǒng) 圖 3-1 酒店客房管理系

44、統(tǒng)數(shù)據(jù)流圖 3.2.3 用例圖用例圖 用例圖(User Case)是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的 模型圖,呈現(xiàn)了一些參與者和一些用例,以及它們之間的關系,主要用于對系 統(tǒng)、子系統(tǒng)或類的功能行為進行建模。12 如圖 3-2: 15 普通用戶 管理員 用戶管理 資料管理 預訂管理 前臺管理 庫存管理 報表 圖 3-2 用例圖 3.3 數(shù)據(jù)庫設計數(shù)據(jù)庫設計 3.3.1 數(shù)據(jù)庫的選擇數(shù)據(jù)庫的選擇 Microsoft SQL Server 2000 能提供超大型系統(tǒng)所需的數(shù)據(jù)庫服務。大型服 務器可能有成千上萬的用戶同時連接到 SQL Server 2000 實例。SQL Server 2

45、000 為這些環(huán)境提供了全面的保護,具有防止問題發(fā)生的安全措施,例如,可 以防止多個用戶試圖同時更新相同的數(shù)據(jù)。SQL Server 2000 還在多個用戶之間 有效地分配可用資源,比如內存、網(wǎng)絡帶寬和磁盤 I/O。 超大型 Internet 站點可將其數(shù)據(jù)分開存放在多臺服務器上,從而使處理負 荷分散到多臺計算機上,使站點能為成千上萬的并發(fā)用戶提供服務。 可以在一臺計算機上運行多個 SQL Server 2000 實例。例如,一個為其它 許多組織提供數(shù)據(jù)庫服務的組織可為每個客戶組織單獨運行一個 SQL Server 2000 實例,而全部實例可集中在一臺計算機上。這樣,既隔開了每個客戶組織 的

46、數(shù)據(jù),同時又使服務組織只需管理一臺服務器計算機從而減少了費用。 SQL Server 2000 應用程序可在裝有 SQL Server 2000 的計算機上運行。該 應用程序通過 Windows 進程間通訊 (IPC) 組件(例如共享內存)而非通過網(wǎng) 16 絡連接到 SQL Server 2000。這使 SQL Server 2000 得以應用于應用程序必須在 本地存儲數(shù)據(jù)的小型系統(tǒng)中。 大型 Web 站點和企業(yè)級數(shù)據(jù)處理系統(tǒng)通常會生成大量的數(shù)據(jù)庫處理,超 出了一臺計算機的支持能力。在這些大型系統(tǒng)中,數(shù)據(jù)庫服務由組成數(shù)據(jù)庫服 務層的一組數(shù)據(jù)庫服務器提供。SQL Server 2000 不支持采

47、用平衡負荷的聚集形 式建立數(shù)據(jù)庫服務層,但支持跨自主服務器組分存數(shù)據(jù)的機制。盡管每個服務 器需分開管理,但組內的各個服務器可共同分擔數(shù)據(jù)庫處理負荷。共享同一工 作負荷的一組自主服務器稱為服務器聯(lián)合體。13 3.3.2 系統(tǒng)系統(tǒng) ER 圖圖 用用戶戶 用用戶戶ID賬賬戶戶名名密密碼碼類類別別 登登陸陸記記錄錄 記記錄錄號號用用戶戶名名密密碼碼登登陸陸時時間間 記記錄錄登登陸陸歷歷史史 n 1 圖 3-3 實體聯(lián)系圖 1 17 房房間間 房房號號房房間間類類型型房房間間價價格格房房間間狀狀態(tài)態(tài)備備注注 房房間間賬賬單單 賬賬單單號號消消費費號號付付款款 客客人人入入住住單單 消消費費號號客客人人姓

48、姓名名性性別別入入住住類類型型預預付付款款 身身份份證證號號電電話話 地地址址入入住住時時間間離離開開時時間間當當前前狀狀態(tài)態(tài) 賬賬單單登登記記 1 1 選選擇擇房房間間 1 1 入入住住房房間間 入入住住ID消消費費號號入入住住房房間間號號 入入住住房房間間登登記記 1 1 圖 3-4 實體聯(lián)系圖 2 會會員員 會會員員ID姓姓名名電電話話身身份份證證號號碼碼 圖 3-5 實體聯(lián)系圖 3 身身份份證證資資料料庫庫 庫庫編編號號地地區(qū)區(qū)代代碼碼地地方方名名 圖 3-6 實體聯(lián)系圖 4 18 商商品品 商商品品號號 名名稱稱類類型型數(shù)數(shù)量量價價錢錢 商商品品消消費費單單 商商品品名名稱稱價價錢錢

49、數(shù)數(shù)量量消消費費時時間間 ID 房房間間號號賬賬單單號號 消消費費人人 消消費費商商品品 n 1 圖 3-7 實體聯(lián)系圖 5 3.3.3 數(shù)據(jù)庫的設計數(shù)據(jù)庫的設計 1、依據(jù)項目的處理需求,對應數(shù)據(jù)表的設計及功能如下: 結賬表(TB_ACCOUNT):用于保存客人結賬信息 客人入住信息登記表(TB_CUSTOMER):用于保存客人入住信息登記信 息 商品表(TB_GOOD):用于保存酒店商品信息 房間表(TB_HOUSE):用于保存酒店房間信息 房間入住表(TB_HOUSECUSTOMER):用于保存房間入住信息 會員表(TB_HUIYUAN):用于保存會員信息 登陸記錄表(TB_LOGINRE

50、CORD):用于保存登陸記錄信息 商品消費表(TB_PAYFORGOODS):用于保存商品消費表信息 身份證代碼表(TB_PCAREA):用于保存全國身份證代碼信息 19 用戶表(TB_USER):用于保存系統(tǒng)用戶信息 其中,房間表和身份證代碼表屬于后臺設置部分,需要首先導入設置。其 余的數(shù)據(jù)庫表都屬于前臺功能表。通過實現(xiàn)功能可以對表的內容進行增、刪、 查、改等等。 2、數(shù)據(jù)表 前臺的功能性表,如 3-1 表 表 3-1 數(shù)據(jù)表 1 表名數(shù)據(jù)項名數(shù)據(jù)類型長度 TB_ACCOUNTACCOUNTIDvarcher20 CUSTOMERIDvarcher20 PAYFORHOUSEfloat8 T

51、B_CUSTOMERCUSTOMERIDvarcher20 CUSTOMERNAMEvarcher20 SEXvarcher4 INHOMETYPEvarcher10 BUDGETMONEYfloat8 PERSONNALCARDvarcher18 TELEPHONEvarcher11 ADDRESSvarcher100 INTIMEdatetime8 OUTTIMEdatetime8 CURRENTSTATEvarcher5 TB_GOODGOODSIDvarcher100 GOODSNAMEvarcher100 TYPEvarcher10 QULANTITYint4 PRICEfloat8

52、 TB_HOUSECUSTOMERCUSHOUSEIDint4 CUSTOMERIDvarcher20 INHOUSEIDvarcher10 TB_HUIYUANHUIYUANIDvarcher20 IDvarcher20 USERNAMEvarcher20 TELEPHONEvarcher11 20 PERSONALCARDvarcher18 TB_LOGINRECORDIDint4 USERNAMEvarcher50 PASSWORDvarcher50 LOGINTIMEdatetime8 TB_PAYFORGOODSIDint4 HOUSEIDvarcher20 ACCOUNTIDvar

53、cher20 CUSTOMERNAMEvarcher100 GOODSNAMEvarcher200 PRICEfloat8 QULTANTITYint4 INACCOUNTTIMEdatetime8 TB_USERUSERIDvarcher15 USERNAMEvarcher20 PASSWORDvarcher20 USERRANKvarcher10 注:斜體字為主鍵 。 后臺設置的表,有房間表(TB_HOUSE)和身份證代碼表(TB_PCARE),如下 表 3-2: 表 3-2 數(shù)據(jù)表 2 表名數(shù)據(jù)項名數(shù)據(jù)類型長度 TB_HOUSEHOUSEIDvarcher10 HOUSETYPEvarc

54、her20 HOUSEPRICEfloat8 HOUSESTATEvarcher5 MARKvarcher200 TB_PCAREAIDvarcher20 PCNUMBERvarcher10 ZONEvarcher100 21 4 4 系統(tǒng)設計系統(tǒng)設計 系統(tǒng)總體設計是問題求解及建立解答的高級策略。系統(tǒng)總體設計的主要任 務是將系統(tǒng)分解成易于管理的子系統(tǒng),并構造系統(tǒng)的策略,諸如系統(tǒng)運行的軟 硬件平臺、數(shù)據(jù)管理策略等,最終得到系統(tǒng)的體系結構設計模型。14 4.1 系統(tǒng)功能模塊圖系統(tǒng)功能模塊圖 系統(tǒng)邏輯模型中數(shù)據(jù)流圖中的模塊是邏輯處理模塊,模型中沒有說明模塊 的物理構成和實現(xiàn)途徑,同時也看不出模塊的層

55、次分解關系,為此在系統(tǒng)結構 設計中要將數(shù)據(jù)流圖上的各個邏輯處理模塊進一步分解,用模塊結構圖確定系 統(tǒng)的層次結構關系,并將系統(tǒng)的邏輯模型轉變?yōu)槲锢砟P汀?5 4.1.1 酒店客房管理系統(tǒng)總模塊圖酒店客房管理系統(tǒng)總模塊圖 如圖 4-1: 酒酒店店客客房房管管理理 前前臺臺 管管理理 預預訂訂 管管理理 報報表表 物物品品 庫庫存存 管管理理 用用戶戶 管管理理 資資料料 管管理理 圖 4-1 酒店客房管理系統(tǒng)總模塊圖 4.1.2 酒店客房管理系統(tǒng)各個分模塊圖酒店客房管理系統(tǒng)各個分模塊圖 22 前前臺臺 管管理理 開開房房 管管理理 商商品品 消消費費 管管理理 退退房房 管管理理 房房間間 狀狀態(tài)

56、態(tài) 房房間間 操操作作 管管理理 會會員員 管管理理 圖 4-2 前臺管理功能模塊圖 預預訂訂管管理理 預預訂訂入入住住退退訂訂 查查詢詢 與與 修修改改 圖 4-3 預訂管理功能模塊圖 營營業(yè)業(yè)報報表表 客客人人 結結賬賬 報報表表 商商品品 消消費費 報報表表 預預付付 款款報報 表表 當當前前 住住客客 報報表表 圖 4-4 報表功能模塊圖 23 庫庫存存管管理理 入入庫庫出出庫庫 當當前前 庫庫存存 查查詢詢 庫庫存存 盤盤點點 圖 4-5 物品庫存管理功能模塊圖 用用戶戶管管理理 用用戶戶 登登錄錄 歷歷史史 賬賬號號 管管理理 賬賬號號 權權限限 設設置置 圖 4-6 用戶管理功能

57、模塊圖 資資料料管管理理 會會員員 資資料料 管管理理 身身份份 證證代代 碼碼 圖 4-7 資料管理功能模塊圖 4.2 系統(tǒng)功能的設計系統(tǒng)功能的設計 (管理員通過密碼驗證后能進行如下操作) 1.前臺管理 酒店的前臺管理包括如下: A.開房管理 為客人正確填寫入住資料,并選擇入住房間、入住類型,輸入入住時 間和離開時間。點擊入住,即保存入住信息。 24 B.退房管理 通過查詢房間號,搜索要進行退房操作的房間。也可以不輸入房間號, 直接點擊查詢,即返回可以進行退房操作的房間。 C.商品消費管理 為酒店的小商品消費進行管理。在導航欄點擊商品消費,即能登記錄 入某房間號某人進行消費某項商品。點擊添加

58、,進行保存。商品消費查詢, 輸入房間號,能查詢對應房間住客進行的消費記錄。 D.房間狀態(tài)查詢 通過選擇單選框“在住”或“空置” ,再點擊查詢,即能返回當前在住 或空置房的列表。 E.房間操作管理 對房間操作進行管理,實質為“一鍵換房”功能。對已經(jīng)登記入住的客 人,若有換房要求,能為客人選擇空置房進行換房。 F.會員管理 對希望成為本酒店住客會員的客人,為其登記信息,添加成為會員。 2. 預訂管理 A.預訂 本功能與開房管理相近,記錄客戶預訂的必要信息。 B.入住 查詢已經(jīng)預訂的客人或者客人身份證號,并對其進行入住操作,點擊入 住按鈕,正式開房。若然沒有輸入客人或者客人身份證號,即返回所有預 訂

59、的客人列表。 C.退訂 對已經(jīng)預訂的客戶,進行退訂操作。查詢需要退訂的客戶,點擊刪除。 D.查詢與修改 對已經(jīng)預訂的客戶的信息進行查詢與修改。 3.庫存管理 A.入庫 25 對酒店的商品或用品進行入庫登記,輸入其商品名、編號、價格等信息。 點擊入庫,進行保存。 B.查詢 輸入商品名稱,對該商品的信息進行查詢。 4.用戶管理 A.賬戶管理 對本系統(tǒng)的用戶進行添加、查詢、修改、刪除等操作。 B.用戶登錄歷史 能根據(jù)用戶名查詢,登錄系統(tǒng)的歷史。 C.賬號權限設置 對賬號的權限級別進行設置。能把管理員級別換成普通會員,也可以把 普通會員變成管理員級別,提升權限。 5.資料管理 A.會員管理 能對酒店的

60、客戶會員進行添加、修改、刪除操作。 B.身份證代碼 提供全國身份證代碼的列表,進行對照查詢。 6.報表 A.當前住客報表(對當前住客進行列表匯總) B.客人結賬報表(對已經(jīng)結賬的客人進行列表匯總) C.商品消費報表(對商品消費記錄進行列表匯總) D.預付報表(對進行預付的客人記錄進行列表匯總) 26 5 系統(tǒng)架構系統(tǒng)架構 5.1 系統(tǒng)架構說明系統(tǒng)架構說明 本系統(tǒng)采用的是典型的 J2EE 三層結構,分為表現(xiàn)層、中間層和數(shù)據(jù)服務 層。三層體系將業(yè)務規(guī)則、數(shù)據(jù)訪問及合法性校驗等工作放在中間層處理???戶端不直接與數(shù)據(jù)庫交互,而是通過組件與中間層建立連接,再由中間層與數(shù) 據(jù)庫交互。 系統(tǒng)具體分層如 5

61、-1 所示: 視視圖圖層層 (JSP) 用戶界面負責 業(yè)務收集和表 示客戶端校驗 WEB層層 (Struts) MVC架構的控 制層 控制業(yè)務邏輯 層和表現(xiàn)層的 交互 DAO(Data Access Object) 數(shù)據(jù)訪問對象 與持久層交互 持持久久層層 (Hibernate) 通過實體關系 映射OR Mapping由數(shù) 據(jù)庫表 數(shù)數(shù)據(jù)據(jù)庫庫服服務務 (Microsoft SQL Server 2000) 存放數(shù)據(jù) 圖 5-1 系統(tǒng)結構圖 該系統(tǒng)的表現(xiàn)層是傳統(tǒng)的 JSP 技術,JSP 技術自 1999 年問世以來,經(jīng)過 多年的發(fā)展,其廣泛的應用和穩(wěn)定的表現(xiàn),為其作為表現(xiàn)層技術打下了堅實的 基

62、礎。 中間層為了將控制層與業(yè)務邏輯層分離,又細分為以下幾種: Web 層,就是 MVC 模式里面的交互,調用業(yè)務邏輯層,并將業(yè)務數(shù)據(jù)返 回給表現(xiàn)層作組織表現(xiàn),該系統(tǒng)的 MVC 框架采用 Struts。 DAO 層,負責與持久化對象交互。該層封裝了數(shù)據(jù)的增、刪、查、改的操 作。 PO,持久化對象。通過實體關系映射工具將關系型數(shù)據(jù)庫的數(shù)據(jù)映射成對 象,很方便地實現(xiàn)以面向對象方式操作數(shù)據(jù)庫,該系統(tǒng)采用 Hibernate 作為 ORM 框架。 27 6系統(tǒng)詳細設計系統(tǒng)詳細設計 6.1 Hibernate 持久層持久層 采用 Hibernate 作為持久層技術的最大的好處在于:可以完全以面向對象的 方

63、式進行系統(tǒng)分析、系統(tǒng)設計。面向對象的分析和面向對象的設計才最接近于 程序員的自然思維。 6.1.1 編寫編寫 PO 類類 10 個基本的 PersisentObject 類。分別為: Account Customer Goods House HouseCustomer HuiYuan LoginRecord PayForGoods PcArea User 下面只給出 House 和 Customer 類,其它的可以參看源代碼。 package com.hibernate.mapings; /* * * 酒店房間實體 * */ public class House implements java

64、.io.Serializable private String houseid; /房間id 28 private String housetype;/房間類型 private Double houseprice;/房間價格 private String housestate;/房間狀態(tài) private String mark;/房間備注 public House() /空的構造方法 public House(String houseid, String housetype, Double houseprice, String housestate, String mark) this.hou

65、seid = houseid; this.housetype = housetype; this.houseprice = houseprice; this.housestate = housestate; this.mark = mark; /構造方法,給類中的屬性賦值 /省略get和set 訪問器 package com.hibernate.mapings; import java.sql.Timestamp; import java.util.HashSet; import java.util.Set; /* * 入住酒店客人信息 * */ public class Customer i

66、mplements java.io.Serializable private String customerid; /入住id private String customername;/客人姓名 private String sex;/客人性別 private String inhometype;/入住類型 29 private Double budgetmoney;/預付款 private String personnalcard; /身份證號 private String telephone;/電話號碼 private String address;/聯(lián)系地址 private Timestamp i

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關資源

更多
正為您匹配相似的精品文檔
關于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對上載內容本身不做任何修改或編輯。若文檔所含內容侵犯了您的版權或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!