【正文】 在數(shù)據(jù)存儲和數(shù)據(jù)庫引擎方面發(fā)生了根本性的變化。從SQL Server Server 2000的變化是漸進(jìn)的，只是在SQL Server 。TSQL 是結(jié)構(gòu)化查詢語言SQL的一種，支持ANSI SQL－92標(biāo)準(zhǔn)。其已由第一代的層次型、網(wǎng)狀型數(shù)據(jù)庫，第二代的關(guān)系型數(shù)據(jù)庫發(fā)展到今天以面向?qū)ο鬄橹饕Ｐ偷臄?shù)據(jù)庫，即第三代數(shù)據(jù)庫。數(shù)據(jù)庫（Database），是按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲和管理數(shù)據(jù)的倉庫，是用于查詢的大量數(shù)據(jù)的存儲區(qū)域。此外，數(shù)據(jù)庫技術(shù)還為用戶提供了非常簡便的使用手段，使用戶易于編寫有關(guān)數(shù)據(jù)庫應(yīng)用程序。數(shù)據(jù)庫的設(shè)計是指對一個給定的應(yīng)用環(huán)境，構(gòu)造數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，滿足各種用戶需求。對一個實際的系統(tǒng)來說，數(shù)據(jù)庫表的設(shè)計在遵循數(shù)據(jù)庫理論的同時，必須能用開發(fā)工具來實現(xiàn)用戶在各方面提出的功能要求數(shù)據(jù)庫與數(shù)據(jù)文件相似，同為存儲數(shù)據(jù)的場所。數(shù)據(jù)庫系統(tǒng)比數(shù)據(jù)文件的功能強大，因為數(shù)據(jù)庫中的數(shù)據(jù)組織程度更高。相關(guān)的數(shù)據(jù)分在一個結(jié)構(gòu)或一條記錄中，同時，還可以定義這些結(jié)構(gòu)和記錄之間的關(guān)系。數(shù)據(jù)庫則不同，包含一個目錄，應(yīng)用程序可以利用該目錄來確定數(shù)據(jù)的組織結(jié)構(gòu)。2 需求分析 背景說明在中國，賓館分成五星級、四星級、三星級、二星級及一星級。賓館在正常的運營中需要對客房資源顧客信息、結(jié)算信息進(jìn)行管理，利用賓館管理信息系統(tǒng)及時了解各個環(huán)節(jié)中信息的變更，有利于提高管理效率。計算機雖然與人類的關(guān)系愈來愈密切，還有人由于計算機操作不方便繼續(xù)用手工勞動。通過操作手冊，使用者可以了解本軟件的基本工作原理。對于大中型賓館來說，利用計算機支持高效率完成日常事務(wù)，是適應(yīng)現(xiàn)代要求、推動管理走向科學(xué)化、規(guī)范化的必要條件；而且賓館管理又是一項非常煩瑣的事情，數(shù)量之大，核算極其不便。例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。賓館管理需要對客人預(yù)訂客房、入住、居住到離店期間的一切服務(wù)進(jìn)行管理，并存儲賓館的所有靜態(tài)和動態(tài)信息，并且嚴(yán)格服從有關(guān)規(guī)定，按一定的模式或規(guī)律進(jìn)行。因此，中文的賓館管理在國內(nèi)的需求應(yīng)該很大，很有發(fā)展空間。因此，為了實現(xiàn)這些功能，就要求各個賓館配備一套客房管理信息系統(tǒng)，以便在賓館內(nèi)實施良好的完善的管理且以最快地速度響應(yīng)客戶的需求，及時為賓客提供服務(wù)，為賓客提供一個高效，便捷的居住環(huán)境。因此決定開發(fā)此賓館管理系統(tǒng)，以滿足需要。旅游者對賓館的需求量越來越大，對賓館的要求也越來越高。以前中國賓館企業(yè)管理方面還主要是憑經(jīng)驗。賓館在正常的運營中需要對客房資源、顧客信息、結(jié)算信息進(jìn)行管理，利用賓館管理信息系統(tǒng)及時了解各個環(huán)節(jié)中信息的變更，有利于提高管理效率。系統(tǒng)開發(fā)具有超前意識，強調(diào)系統(tǒng)的標(biāo)準(zhǔn)化、系列化、模塊化設(shè)計，有明確的功能模塊結(jié)構(gòu)和技術(shù)支持模塊結(jié)構(gòu)，按賓館不同的星級、規(guī)模和資金條件，分若干檔次，充分利用當(dāng)前性價比最佳的技術(shù)產(chǎn)品組成模塊，靈活組合集成?，F(xiàn)代化的賓館是客房及其余各種服務(wù)與設(shè)施為一體化的消費場所，賓館組織龐大、服務(wù)項目多、信息量大，要想提高勞動生產(chǎn)，降低成本，提高服務(wù)質(zhì)量和管理水平，進(jìn)而促進(jìn)經(jīng)濟效益，必須借助計算機來進(jìn)行現(xiàn)代化的信息管理，賓館信息管理系統(tǒng)正是為此而設(shè)計的，本系統(tǒng)是一套適用于中、小型賓館使用的優(yōu)秀系統(tǒng)，操作簡單，靈活性好、系統(tǒng)安全性高，運行穩(wěn)定。類是用來代表現(xiàn)實事務(wù)或者功能的構(gòu)造塊。類圖的建模貫穿工程的分析和設(shè)計階段的始終在類圖中。如在建立分析模型或設(shè)計模型時，甚至可以只列出類名，在圖中著重表達(dá)的是類與類之間的聯(lián)系；在建立實現(xiàn)模型時，則應(yīng)當(dāng)在類圖標(biāo)中詳細(xì)給出類的屬性和方法等細(xì)節(jié)[5]。： 系統(tǒng)操作員管理類層次結(jié)構(gòu)圖 前臺接待管理前臺接待管理類層次結(jié)構(gòu)圖，共由十八個實體類構(gòu)成，分別是：RegisterManager登記管理類、ScheduledManager預(yù)定登記類、EnterManager入住登記類、RegisterBill登記類、RoomManager客房管理類、AllDayRoomManager全日房管理類、HalfDayRoomManager半日房管理類、HourlyDayRoomManager小時房管理類、Room客房類、AllDayRoom全日房類、HalfDayRoom半日房類、HourlyRoom小時房類、ConsumeManag消費單管理類、ConsumeBill消費單類、Goods消費商品類、GoodsManager消費商品管理類；RegisterManager類用來管理RegisterBill類，ScheduledManager類與EnterManager類繼承于該類，EnterManager類與RegisterBill類繼承于RegisterBill類，而RegisterBill類包含Room類且為一對多的關(guān)系，AllDayRoom類、HalfDayRoom類及HourlyRoom類繼承自Room類，RoomManager類用來管理Room，而每個Room類都擁有零個或多個ConsumeBill類。用例分別是:前臺操作員登錄、客房預(yù)定、入住、取消預(yù)定、客房消費、換房、續(xù)住、寄存及退房，退房用例會擴展出兩個新的用例：正常退房和惡意退房，惡意退房是指房客在預(yù)留押金小于客房消費與房費合計費，且未補交余款的情況下離開，那么前臺可執(zhí)行惡意退房，并將此房客納入黑名單；前臺操作員登錄后，系統(tǒng)會自動分配其權(quán)限；客房預(yù)定，如果房客在系統(tǒng)設(shè)置時間內(nèi)未來辦理入住，系統(tǒng)將自動取消預(yù)定；換房，如果是同類型換房，則可直接執(zhí)行換，如果是不同類型換房，那么只有在先結(jié)清當(dāng)前賬務(wù)之后方可換房；客房預(yù)定、入住、續(xù)住、退房及寄存在執(zhí)行之后，都會打印押金憑證，而房客隨時可以憑此押金憑證領(lǐng)取退房或取消預(yù)定后剩余的押金。用例分別是：賬單補打、交班、繳款、歷史交班查詢、歷史繳款查詢、前臺收銀查詢、在店房客查詢、歷史房客查詢及預(yù)定查詢；DBMS執(zhí)行者為數(shù)據(jù)庫管理系統(tǒng)，是與本賓館管理系統(tǒng)交互的外部系統(tǒng)；Printer執(zhí)行者為打印機，是本賓館管理系統(tǒng)維護(hù)的外部輸出設(shè)備；Counter執(zhí)行者為本系統(tǒng)的前臺操作員，負(fù)責(zé)執(zhí)行財務(wù)中心模塊與查詢中心模塊的全部用例；補打賬單用例，是在房客手中的押金憑證丟失的情況下所執(zhí)行的，而房客的身份由賓館的實際情況進(jìn)行辨別；交班用例，是在當(dāng)前前臺工作時間止的情況下執(zhí)行的，交班的時候需要輸入轉(zhuǎn)給下個前臺操作員的手持現(xiàn)金和前臺操作員工號及密碼；繳款用例，是在財務(wù)員工需要清點賬目的情況下執(zhí)行的；Counter前臺操作員可以隨時執(zhí)行預(yù)定查詢，在店房客查詢，歷史房客查詢等操作，還可以將查詢出的數(shù)據(jù)導(dǎo)入到Excel中。用例分別是：客房信息管理、商品信息管理、交款類型管理、操作員管理、協(xié)議單位管理及黑名單管理；DBMS執(zhí)行者為數(shù)據(jù)庫管理系統(tǒng)，是與本賓館管理系統(tǒng)交互的外部系統(tǒng)；admin執(zhí)行者為系統(tǒng)管理員，是本賓館管理系統(tǒng)權(quán)限級別最高的執(zhí)行者，負(fù)責(zé)執(zhí)行基礎(chǔ)數(shù)據(jù)管理模塊的全部用例；基礎(chǔ)數(shù)據(jù)管理主要對本賓館管理系統(tǒng)的基礎(chǔ)數(shù)據(jù)進(jìn)行增、刪、改、查等維護(hù)；客房信息管理用例，系統(tǒng)管理員可以同時追加多個房間信息，只要輸入第一個房間序號及最后一個房間序號即可。用例分別是：權(quán)限管理、系統(tǒng)設(shè)置、數(shù)據(jù)初始化、數(shù)據(jù)備份及數(shù)據(jù)還原；DBMS執(zhí)行者為數(shù)據(jù)庫管理系統(tǒng)，是與本賓館管理系統(tǒng)交互的外部系統(tǒng)；admin執(zhí)行者為系統(tǒng)管理員，是本賓館管理系統(tǒng)權(quán)限級別最高的執(zhí)行者，負(fù)責(zé)執(zhí)行系統(tǒng)管理模塊的全部用例；權(quán)限管理用例，管理每個系統(tǒng)操作員的權(quán)限，為了方便操作，還添加了全選與全不選功能；系統(tǒng)設(shè)置用例，設(shè)置系統(tǒng)參數(shù)，包括預(yù)定房房態(tài)參數(shù)設(shè)置、入住房房態(tài)參數(shù)設(shè)置、空凈房房態(tài)參數(shù)設(shè)置、自用房房態(tài)參數(shù)設(shè)置、清掃房房態(tài)參數(shù)設(shè)置、預(yù)留押金限額參數(shù)設(shè)置、客房清掃時間參數(shù)設(shè)置、消費限額參數(shù)設(shè)置、維修房房態(tài)參數(shù)設(shè)置、預(yù)定超時參數(shù)設(shè)置、半日房計費參數(shù)設(shè)置、小時房計費參數(shù)設(shè)置以及退房計費參數(shù)設(shè)置等；登記設(shè)置包括退房后清掃房間時間的設(shè)置、在預(yù)定規(guī)定時間內(nèi)超過多少小時未來辦理入住而取消預(yù)定的時間的設(shè)置及預(yù)留押金金額的設(shè)置；計費設(shè)置包括全日房計費設(shè)置、半日房計費設(shè)置以及小時房計費設(shè)置；數(shù)據(jù)初始化用例，刪除規(guī)定時間內(nèi)所有的業(yè)務(wù)數(shù)據(jù)，包括預(yù)定登記信息、入住登記信息、寄存信息、消費信息、退房信息等。該軟件的應(yīng)用目標(biāo)：通過本系統(tǒng)軟件，能幫助工作人員利用計算機快速方便地進(jìn)行入住登記，使散亂的手工登記能夠具體化、直觀化和合理化。該軟件開發(fā)的背景：隨著中國改革開放的不斷推進(jìn)，國內(nèi)人民生活水平的不斷提高，旅游出行的人民越來越多，商務(wù)活動也相當(dāng)?shù)幕钴S；再加上入境旅游的人也越來越多，入境從事商務(wù)活動的外賓也越來越多。賓館管理的科學(xué)化、系統(tǒng)化、信息化也成為各個賓館追求的目標(biāo)。由此，系統(tǒng)設(shè)計者決定采用MVC（三層架構(gòu)）的開發(fā)模式。MVC應(yīng)用程序總是由這三個部分組成。只要Controller改變了Models的數(shù)據(jù)或者屬性，所有依賴的View都會自動更新。MVC模式最早是smalltalk語言研究團(tuán)提出的，應(yīng)用于用戶交互應(yīng)用程序中。MVC模式是一種架構(gòu)模式，其實需要其余的模式協(xié)作完成。而Struts只實現(xiàn)了MVC的View和Controller兩個部分，Model部分需要開發(fā)者自己來實現(xiàn)，Struts提供了抽象類Action使開發(fā)者能將Model應(yīng)用于Struts框架中[6]。但是，人們已經(jīng)總結(jié)出了很多可靠的設(shè)計模式，多種設(shè)計模式結(jié)合在一起，使MVC模式的實現(xiàn)變得相對簡單易行。Views和Models之間的關(guān)系可以用Observer Pattern體現(xiàn)。Model通常是一個調(diào)停者，可采用Mediator Pattern來實現(xiàn)。MVC與J2EE架構(gòu)的對應(yīng)關(guān)系是:View處于Web Tier或者說是Client Tier，通常是JSP/Servlet，即頁面顯示部分。Model處于Middle Tier，通常用服務(wù)端的javaBean或者EJB實現(xiàn)，即業(yè)務(wù)邏輯部分的實現(xiàn)。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。業(yè)務(wù)流程的處理交予模型（Model）處理。模型（Model）：就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)模型的設(shè)計可以說是MVC最主要的核心。僅僅告訴人們按這種模型設(shè)計就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。MVC設(shè)計模式告訴人們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計依據(jù)。MVC并沒有提供模型的設(shè)計方法，而只是告訴人們應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。這點對編程的開發(fā)人員非常重要。劃分控制層的作用也很明顯，可以清楚地告訴人們，就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求。例如，用戶點擊一個連接，控制層接受請求后，并不處理業(yè)務(wù)信息，只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其余依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。這實際上是一種模型的變化傳播機制。：  MVC組件功能示意圖 系統(tǒng)架構(gòu)圖MVC層次模型就相當(dāng)于是一個黑盒子，不知道也不需要知道其內(nèi)部到底是怎么樣實現(xiàn)的，只需要知道如何去調(diào)用就行了。當(dāng)其中一層內(nèi)部由于技術(shù)變遷而發(fā)生變化時，只要保持接口不變即可，其余層不需要做任何的改變。但是MVC的缺點是由于其沒有明確的定義，所以完全理解MVC并不是很容易。： 系統(tǒng)架構(gòu)圖 面向數(shù)據(jù)流的設(shè)計方法系統(tǒng)結(jié)構(gòu)設(shè)計是在對現(xiàn)有系統(tǒng)充分調(diào)查研究的基礎(chǔ)上，采用一定的方法設(shè)計出能描述新系統(tǒng)物理結(jié)構(gòu)的系統(tǒng)結(jié)構(gòu)圖，其主要給出構(gòu)成系統(tǒng)的模塊及模塊間的調(diào)用關(guān)系，表現(xiàn)在圖中一般是用不同的層次體現(xiàn)的。結(jié)構(gòu)化系統(tǒng)設(shè)計的核心是模塊分解設(shè)計，模塊化顯著提高了系統(tǒng)的可修改性和可維護(hù)性。按照功能劃分模塊，對照數(shù)據(jù)流圖，對本系統(tǒng)進(jìn)行逐個級別的功能分解。 系統(tǒng)層次結(jié)構(gòu)圖 系統(tǒng)輸入輸出表IPO表，即輸入/處理/輸出圖，用來描述HIPO圖中的具體模塊，其功能是對HIPO圖中的每個模塊的詳細(xì)描述及定義，描述分層圖中一個模塊的輸入、輸出和處理內(nèi)容，模塊的內(nèi)部數(shù)據(jù)及模塊之間的調(diào)用關(guān)系，是系統(tǒng)設(shè)計階段的重要成果，也是系統(tǒng)實施階段程序設(shè)計的出發(fā)點和依據(jù)。，通過IPO表可以清晰的看出此模塊的輸入、輸出及處理過程。 入住登記IPO表IPO表1 入住登記系統(tǒng)名稱：賓館管理系統(tǒng)模塊名稱：入住登記作者：王俊文模塊代碼：日期：20081201調(diào)用的模塊：身份證驗證，預(yù)定檢查被調(diào)用的模塊：無輸入：“入住登記信息”數(shù)據(jù)流輸出：打印的押金憑證處理：調(diào)用“入住登記”模塊。如下表可知此模塊為權(quán)限管理模塊，對新的或老的操作員權(quán)限進(jìn)行新的分配，并保存。對各操作員的權(quán)限進(jìn)行更改并保存，最后輸入更改后的操作員各權(quán)限信息，通過IPO表可以清晰的看出此模塊的輸入、輸出及處理過程。 系統(tǒng)設(shè)置管理IPO表IPO表3 系統(tǒng)設(shè)置系統(tǒng)名稱：賓館管理系統(tǒng)模塊名稱：系統(tǒng)設(shè)置作者：王俊文模塊代碼：日期：20081201調(diào)用的模塊：無被調(diào)用的模塊：無輸入：“系統(tǒng)設(shè)置參數(shù)”數(shù)據(jù)流輸出：更改后的各系統(tǒng)設(shè)置參數(shù)處理：調(diào)用“系統(tǒng)設(shè)置”模塊。人—機交互部分的設(shè)計結(jié)果，將對用戶情緒和工作效率產(chǎn)生重要影響。遵循下列準(zhǔn)則有助于設(shè)計出讓用戶滿意的人—機交互界面。使用一致的術(shù)語，一致的步驟，一致的動作。應(yīng)使用戶為做某件事情而需敲擊鍵盤的次數(shù)、點按鼠標(biāo)的次數(shù)、或者下拉菜單的距離，都減至最少。特別應(yīng)該為熟練用戶提供簡捷的操作方法（例如，熱鍵）。每當(dāng)用戶等待系統(tǒng)完成一項工作時，系統(tǒng)都應(yīng)該向用戶提供有意義的、及時的反饋信息，以便用戶能夠知道系統(tǒng)目前已經(jīng)完成該項工作的多大比例。不應(yīng)該要求用戶記住在某個窗口中顯示的信息，然后再用到另一個窗口中，這是軟件系統(tǒng)的責(zé)任而不是用戶的任務(wù)。更理想的情況是，人—機交互界面能夠增強用戶的能力。人—機交互界面應(yīng)該易學(xué)易用，應(yīng)該提供聯(lián)機參考資料，以便用戶在遇到困難時可隨時參閱。人—機交互界面不僅應(yīng)該方便、高效，還應(yīng)該使人在使用時感到心情愉快，能夠從中獲得樂趣，從而吸引人去使用。應(yīng)該深入到用戶的工作現(xiàn)場，仔細(xì)觀察用戶是怎樣做自己的工作的，這對設(shè)計好人—機交互界面是非常必要的。在深入現(xiàn)場的過程中，設(shè)計者應(yīng)該認(rèn)真思考下述問題：用戶必須完成哪些工作，設(shè)計者能夠提供什么工具來支持這