【文章內(nèi)容簡(jiǎn)介】 系，將被依賴的對(duì)象設(shè)置給依賴對(duì)象。開發(fā)人員將不必在自己的代碼中維護(hù)對(duì)象之間的依賴關(guān)系，只需在配置文件中進(jìn)行設(shè)定就可以了。IoC是一個(gè)概念化的設(shè)計(jì)模式，一般狀況下IoC有兩種實(shí)現(xiàn)方式：Service Locator(服務(wù)定位器)與Dependency Injection(依賴注入（Struts框架采用即為依賴注入）) 。（2）面向切面的編程：Spring框架的另一個(gè)核心特色是AOP(Aspectoriented programming，面向切面的編程)。AOP某種程度上也是一種編程方法，但它與傳統(tǒng)的順序編程方式是相區(qū)別的。AOP可以解決開發(fā)中的公有性問題從其他角度，而且會(huì)很方便。在任何J2EE服務(wù)器中Spring框架的功能都可以使用，大多數(shù)功能也適用于不受管理的環(huán)境。Spring的核心要點(diǎn)是：支持不綁定到特定J2EE服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問對(duì)象。這樣的對(duì)象可以獨(dú)立應(yīng)用程序在不同J2EE環(huán)境(Web或EJB)中，測(cè)試環(huán)境之間也可重用。第3章 系統(tǒng)的需求分析 目前小型賓館運(yùn)營(yíng)中存在的問題管理效率低下。前臺(tái)在對(duì)客人的服務(wù)中的紙筆操作會(huì)令客人容易疲倦，如果遇到客流高峰期更會(huì)英雄客人情緒，所以，管理效率要高。員工工作效率低。原始的管理方法的體力腦力都是極大的負(fù)擔(dān)，所以我們需要提升管理工具來提升員工工作效率降低原始成本。 功能分析 系統(tǒng)業(yè)務(wù)流程基于Web的客房管理系統(tǒng)的業(yè)務(wù)流程：在登陸界面上輸入用戶名和密碼，單擊確定，如果填寫內(nèi)容正確，則成功登陸，系統(tǒng)會(huì)根據(jù)登錄用戶的信息確定其權(quán)限，然后進(jìn)行操作。其中系統(tǒng)用戶主要功能有個(gè)人信息管理、客房信息管理、客人信息管理、入住和退房。本系統(tǒng)的開房業(yè)務(wù)流程圖如圖31所示。圖31 客房管理系統(tǒng)開房業(yè)務(wù)流程圖本系統(tǒng)用戶對(duì)客人以及客房的管理流程如圖32所示。用戶登錄客人信息客房個(gè)人信息管理客房信息增加查詢修改增加刪除修改查詢查詢圖32 賓館客房管理系統(tǒng)前臺(tái)業(yè)務(wù)流程圖 用例模型圖33 系統(tǒng)用戶用例圖用例圖(Use Case Diagram)是由軟件從需求分析到最終實(shí)現(xiàn)的第一步，它描述了人們?nèi)绾问褂靡粋€(gè)系統(tǒng)。用例視圖可以顯示出誰是相關(guān)的用戶、用戶希望系統(tǒng)能夠提供什么樣的服務(wù)，以及用戶需要為系統(tǒng)提供的服務(wù)，以便使系統(tǒng)的用戶更容易理解這些元素的用途，也便于軟件開發(fā)人員最終實(shí)現(xiàn)這些元素。本項(xiàng)目共有兩個(gè)模塊：管理員模塊和前臺(tái)服務(wù)人員模塊。管理員擁有全部權(quán)限，可以對(duì)客房信息、客人信息、員工信息以及賬目信息進(jìn)行操作，而其他用戶只擁有對(duì)個(gè)人信息的管理權(quán)限，以及對(duì)客房信息、客人信息的管理。 業(yè)務(wù)流程分析管理員/前臺(tái)人員首先要進(jìn)行登錄，然后對(duì)系統(tǒng)進(jìn)行操作，對(duì)客人進(jìn)行服務(wù)?？腿艘峁┳约旱谋匾畔⒁约胺?wù)需求。然后系統(tǒng)用戶根據(jù)客人要求，進(jìn)行操作。圖34 用戶業(yè)務(wù)流程圖 可行性分析計(jì)算機(jī)技術(shù)的發(fā)展以及計(jì)算機(jī)的普及讓人們充分認(rèn)識(shí)到了計(jì)算機(jī)以及網(wǎng)絡(luò)的價(jià)值，生活中各個(gè)方面對(duì)計(jì)算機(jī)的依賴與日俱增。利用計(jì)算機(jī)技術(shù)解決以往困難繁瑣的問題已經(jīng)變得很平常，就管理軟件而言，能提高我們的工作效率，減少我們的工作失誤，減少成本。當(dāng)然，對(duì)應(yīng)不同客戶的需求，我們需要分別提供不同的功能和設(shè)置來滿足用戶的需要。 經(jīng)濟(jì)可行性 本客房管理系統(tǒng)所要求的計(jì)算機(jī)硬件配置要求并不高，現(xiàn)在一般主流的計(jì)算機(jī)都可以滿足需求。相對(duì)的軟件環(huán)境，主要包括MyEclipse、開發(fā)軟件是免費(fèi)的，其余的數(shù)據(jù)庫及服務(wù)器軟件均是免費(fèi)的，系統(tǒng)成本主要集中在本管理系統(tǒng)的開發(fā)與維護(hù)上，對(duì)用戶不會(huì)造成過重的經(jīng)濟(jì)負(fù)擔(dān)。而本系統(tǒng)投入使用,可以減少賓館的工作強(qiáng)度，提高工作效率，而且方便了對(duì)客人及客房信息的管理，可以極大限度的解放人力。另外，本系統(tǒng)的開發(fā)不是很復(fù)雜，開發(fā)的周期較短，軟件開發(fā)的成本不會(huì)超過帶來的效益，所以從經(jīng)濟(jì)方面講開發(fā)此系統(tǒng)是可行的。
技術(shù)可行性 客房管理系統(tǒng)的開發(fā)基Web，主要包括前臺(tái)服務(wù)程序程序的開發(fā)以及后臺(tái)數(shù)據(jù)庫的建立和維護(hù)。本系統(tǒng)采用了當(dāng)前比較流行的Struts2+Spring+Hibernate框架整合開發(fā)，這三大框架的技術(shù)很成熟，Java語言也是目前主流的開發(fā)語言，開發(fā)Web前端的服務(wù)程序很是合適。MySQL數(shù)據(jù)庫很容易使用，并支持標(biāo)準(zhǔn)的SQL語言，Hibernate框架對(duì)其兼容性也很好，Java對(duì)MySQL數(shù)據(jù)庫的訪問完全可以滿足系統(tǒng)需求。因此，從技術(shù)層面上分析,開發(fā)此系統(tǒng)是可行的。 操作可行性 賓館的主要功能就是為客人提供方便快捷的房間使用服務(wù)，并且本系統(tǒng)主要針對(duì)的是中小型及極小型的賓館，所以簡(jiǎn)單方便的但是安全的操作時(shí)必須的。本系統(tǒng)講盡可能的使用戶從界面上獲得直觀的操作信息，達(dá)到方便、快捷、簡(jiǎn)單，不會(huì)帶給用戶操作體驗(yàn)上的困擾綜上所述，開發(fā)本系統(tǒng)對(duì)中小型賓館的客房管理有著很大意義，并且不會(huì)帶給客戶過多負(fù)擔(dān)，開發(fā)此系統(tǒng)是可行的。第4章 系統(tǒng)的概要設(shè)計(jì) 系統(tǒng)功能結(jié)構(gòu)框架基于Web的賓館客房管理系統(tǒng)的功能結(jié)構(gòu)主要有用戶的管理，住宿管理（即房間查詢、客人入住、預(yù)訂以及退房及客人查詢）、信息管理（即對(duì)客人信息、客房信息以及客房分類信息的管理）。賓館客房管理系統(tǒng)的功能結(jié)構(gòu)圖如圖41所示?；赪eb的賓館客房管理系統(tǒng)用戶管理住宿管理數(shù)據(jù)管理信息管理用戶退出客房查詢客人查詢客人入住客房預(yù)訂客人結(jié)算客房類型客房信息客人信息圖41 賓館客房管理系統(tǒng)功能結(jié)構(gòu)圖 數(shù)據(jù)庫設(shè)計(jì)設(shè)計(jì)良好的數(shù)據(jù)庫很容易使用、很靈活，并且能夠保護(hù)數(shù)據(jù)的有效性。而設(shè)計(jì)不良的數(shù)據(jù)相反仍然能夠發(fā)揮相當(dāng)?shù)淖饔?，但是最終可能會(huì)導(dǎo)致數(shù)據(jù)的無效、錯(cuò)誤或者丟失。數(shù)據(jù)庫的規(guī)范化過程非常的著名，所以有正式的規(guī)則來保證規(guī)范化的數(shù)據(jù)庫建設(shè)。這些規(guī)則有七條，叫做范式，而在大多數(shù)情況下前四條范式就夠用了：　　第一范式（1NF）——這條規(guī)則包含了以下幾個(gè)要求：無多值項(xiàng)目（multivalued item）和重復(fù)組（repeating group）；每個(gè)字段都應(yīng)該是原子型的（atomic），也就是說每個(gè)字段必須包含可能的最小數(shù)據(jù)元素；以及表格包含關(guān)鍵字（key）。 　　第二范式（2NF）——表格必須要按照1NF來規(guī)范化。所有的字段都必須有主鍵值的引用（或者描述）。如果主鍵是基于多余一個(gè)字段的，那么每個(gè)nonkey字段都應(yīng)該取決于復(fù)雜鍵（plex key），而不僅僅是一個(gè)沒有鍵的字段。并且不支持主鍵的nonkey字段應(yīng)該被移動(dòng)到另一個(gè)表格中去。第三范式（3NF）——表格必須要符合1NF和2NF的要求。所有的字段都應(yīng)該相互獨(dú)立。任何描述nonkey字段的字段都必須被移動(dòng)到另一個(gè)表格里。 　　BoyceCodd范式（BCNF）——一定不能存在依賴于nonkey的字段。這條規(guī)則實(shí)際上是3NF的一個(gè)子規(guī)則，用于捕捉可能會(huì)通過進(jìn)程的依賴性。這一點(diǎn)相當(dāng)?shù)某橄?，一開始是很難應(yīng)用的。以上的規(guī)則十分精確，但是技術(shù)定義以及規(guī)范化的規(guī)則可以被簡(jiǎn)化成以下幾點(diǎn)：　?。?）字段都應(yīng)該盡量?。?　?。?）任何字段都只能包含唯一的數(shù)據(jù)項(xiàng)目； 　?。?）記錄都應(yīng)該是唯一的； 　?。?）要注意那些重復(fù)的條目；　?。?）字段都應(yīng)該完全的支持主鍵，而且只能支持主鍵。 基于以上所述，在開發(fā)基于Web的賓館客房管理系統(tǒng)之前，創(chuàng)建了名為hotel的數(shù)據(jù)庫，分析了解該系統(tǒng)所需要的數(shù)據(jù)，在其中創(chuàng)建了7個(gè)數(shù)據(jù)表用于存儲(chǔ)不同的數(shù)據(jù)信息，如圖42所示。圖42 數(shù)據(jù)庫概覽圖 數(shù)據(jù)庫概念設(shè)計(jì)用戶表用以存放使用者的信息，來確保系統(tǒng)的安全性。用戶信息實(shí)體的E–R圖如圖43所示。圖43 用戶信息實(shí)體E–R圖客人信息表用以存放入住客人的相關(guān)信息，該表只存放一些基本的有用的客人信息以方便對(duì)客人的管理，避免給客人造成麻煩?？腿诵畔?shí)體的E–R圖如圖44所示。圖44 客人信息實(shí)體E–R圖VIP表用以存放辦理會(huì)員的客人的相關(guān)信息，并且在存儲(chǔ)時(shí)給予特定的標(biāo)識(shí)值，結(jié)賬時(shí)給予VIP用戶優(yōu)惠。并且會(huì)統(tǒng)計(jì)VIP用戶的消費(fèi)情況，給予相對(duì)的優(yōu)惠。會(huì)員信息實(shí)體的E–R圖如圖45所示。圖45 會(huì)員信息實(shí)體E–R圖房間信息表用以存放客房的信息，方便用戶的查詢以及對(duì)客房的操作。房間信息實(shí)體的E–R圖如圖46所示。圖46 房間信息實(shí)體E–R圖房間類型表用以存放入客房的分類信息，該表存放了房間的具體信息，類型ID與房間信息中的類型ID相關(guān)聯(lián)。房間類型信息實(shí)體的E–R圖如圖47所示。圖47 房間類型信息實(shí)體E–R圖預(yù)訂信息表用以存放客人預(yù)訂房間的相關(guān)信息，該表存放預(yù)訂客戶的信息，房間ID以及入住時(shí)間。預(yù)訂信息實(shí)體的E–R圖如圖48所示。圖48 預(yù)訂信息實(shí)體E–R圖消費(fèi)記錄信息表用以客人入住消費(fèi)的記錄，存放消費(fèi)客人信息以及所住客房的相關(guān)信息，方便查詢。歷史信息實(shí)體的E–R圖如圖49所示。圖49 消費(fèi)記錄信息實(shí)體E–R圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)根據(jù)以上E–R圖在數(shù)據(jù)庫hotel中創(chuàng)建各個(gè)表，各個(gè)表的結(jié)構(gòu)如何如下。（1）user(用戶信息表)。該表用于保存所有用戶信息，該表的主鍵是userId，該表的結(jié)構(gòu)如表41所示。表41 用戶信息表字段名數(shù)據(jù)類型主鍵描述userIdvarchar是用戶IDnamevarchar否用戶姓名pwdvarchar否密碼roleint否權(quán)限值phonevarchar否電話gendervarchar否性別（2）guest(客人信息表)。該表用于保存所有入住客人的信息，該