【正文】 編寫的應(yīng)用程序代碼。 但應(yīng)用程序代碼所發(fā)出的服務(wù)請(qǐng)求是向 Jet數(shù)據(jù)庫(kù)引擎提出的，而不是直接對(duì)物理數(shù)據(jù)庫(kù)文件進(jìn)行的操作。 （ 2）數(shù)據(jù)庫(kù)引擎 SQL Server數(shù)據(jù)庫(kù)引擎包含在一組動(dòng)態(tài)鏈接庫(kù)（ DLL）中，運(yùn)行時(shí)，這些動(dòng)態(tài)鏈接庫(kù)文件被鏈接到 Visual Basic 程序。數(shù)據(jù)庫(kù)引擎真正讀取、寫入和修改數(shù)據(jù)庫(kù)，并處理數(shù)據(jù)庫(kù)中的所有內(nèi)部事務(wù)，如索引、鎖定、安全性和引用完整性 。 （ 3）數(shù)據(jù)倉(cāng)庫(kù) 數(shù)據(jù)倉(cāng)庫(kù)是包含數(shù)據(jù)庫(kù)表的一個(gè)或多個(gè)文件。對(duì)于其他的數(shù)據(jù)庫(kù)，則可能包含 .mdb文件或其他擴(kuò)展名的文件?；拘畔蛻粜畔ⅰ⒖头款愋托畔?、客房信息和食品信息等。 （一）基本信息管理 1．客戶信息管理 客戶信息包括客戶類別、客戶單位、客戶姓名、證件類型、證件編號(hào)等。 3．客房信息管理 客房信息管理，需要及時(shí)的修改房間狀態(tài)，輸入有關(guān)客房標(biāo)準(zhǔn)，包括編制號(hào)，標(biāo)準(zhǔn)名稱，房間面積，床位數(shù)量，住房單價(jià)，是否有空調(diào)，電視機(jī)，電話以及單獨(dú)衛(wèi)生間，及客房基本信息的修改和查詢等。 4．食品信息 管理 食品信息包括食品名稱、食品單價(jià)、食品類型等。賓客希望使用已得到酒店確認(rèn)的客房。 2．就餐信息管理 餐飲模塊主要負(fù)責(zé)就餐顧客的點(diǎn)菜。 3．入住登記管理 接待管理模塊主要負(fù)責(zé)顧客的入住登記。此模塊包括入住登記，入住記錄的查詢，刪除。用戶信息不能隨便刪除。編輯續(xù)住登記信息相當(dāng)于重新編輯入住信息，但是不能修改入住信息、報(bào)價(jià)和折扣等信息。執(zhí)行退房操作后，需要將房間狀態(tài)設(shè)置為“退房”。 賓客預(yù)訂客房時(shí)，酒店要求交納押金，或者提供方式以確立和擔(dān)保賓客的訂房，為此收銀部門在賓客抵達(dá)之前就要為賓客設(shè)立賬單，當(dāng)賓客到達(dá)酒店，登記住宿時(shí)候，收銀員要具體核實(shí)賓客的支付方式，確認(rèn)賓客的支付能力。對(duì)于現(xiàn)金外的支付方式，酒店在賓客離店時(shí)候與開戶銀行聯(lián)系收款。 在統(tǒng)計(jì)報(bào)表模塊中，可以查看客戶消費(fèi)統(tǒng)計(jì)表和實(shí)收款統(tǒng)計(jì)表，從而了解賓館酒店的經(jīng)營(yíng)狀況。 河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 16 二、數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì) 1．客戶信息表 Customer ，保存入住賓館酒店的客戶信息， 表 結(jié)構(gòu)如表 2－ 1所示。 表 2－ 2 表 RoomType 的結(jié)構(gòu) 字段名稱 數(shù)據(jù)類型 長(zhǎng)度 說明 TyprID Int 4 類型編號(hào)，主鍵 TypeName Varchar 100 類型名稱 RoomNum Int 4 房間數(shù)量 BedNum Int 4 床位數(shù)量 AirConditioning Int 4 是否有空調(diào) Tel Int 4 是否有電話 Tv Int 4 是否有電視 Toilet Int 4 是否有獨(dú)立衛(wèi)生間 IceBox Int 4 是否有冰箱 3．客房信息表 Room，保存單個(gè)客房的基本信息， 表 結(jié)構(gòu)如表 2－ 3所示。 5．客房預(yù)定信息表 OrderRoom，客房預(yù)定信息， 表 結(jié)構(gòu)如表 2－ 5所示。系統(tǒng)允許一個(gè)客戶預(yù)定多個(gè)房間，所以需要 OrderList保存客戶預(yù)定的客房信息，表結(jié)構(gòu)如表 2－ 6 所河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 17 示。 8．就餐信息表 Eat_Food，管理菜單基本信息， 表 結(jié)構(gòu)如表 2－ 8所示。 10．餐飲收費(fèi)信息表 Eat_Cost，管理消費(fèi)后的餐款信息，表結(jié)構(gòu)如表 2－ 10所示。 12．用戶信息表 Users，保存系統(tǒng)用戶信息，表結(jié)構(gòu)如表 2－ 12 所示。在一個(gè)工程中可以有多個(gè)模塊存在。Integrated Security=SSPI。Initial Catalog=Hotel。登陸成功后，顯示系統(tǒng)主界面。 圖 2－ 1 登陸窗體的界面布局 登陸窗體的屬性表如表 2－ 13 所示。通過主程序界面可以執(zhí)行相應(yīng)權(quán)限的操作，并且通過選擇主界面的菜單，來調(diào)用相應(yīng)程序并進(jìn)行相應(yīng)操作。 河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 21 圖 2－ 2賓館酒店管理系統(tǒng)主界面 使用菜單編輯器編輯菜單。如圖 2－ 3所示。使用 ImageList控制圖像。 圖 2－ 3菜單編輯器 圖 2－ 4 ToolBar屬性 3．設(shè)計(jì)客戶 信息編輯窗體 客戶信息編輯窗體可以用來添加和修改客戶的基本信息，窗體布局如圖 2－ 5所示。 ?將錄入的數(shù)據(jù)賦值到相應(yīng)的對(duì)象中。 4．設(shè)計(jì)客戶信息管理窗體 客戶信息管理窗體的名稱為 FrmCustMan。 Adodc控件的屬性代碼如下： = SELECT CustType， Idtype As 證件類型， CustId As 證件編號(hào)， CustName As 客戶姓名， _ + OrgName As 客戶單位， Sex As 性別， CustFrom As 國(guó)籍戶籍， CustLevel As 客戶等級(jí)， _ + Job As 職務(wù)， Office As 單位電話， Mobile As 移動(dòng)電話， Home As 家庭電話， _ + Address As 家庭住址， Postcode As 郵政編碼 FROM Customer _ + WHERE CustType=39。 客戶信息管理的窗體布局如圖 2－ 6所示。客房類型信息管理窗體的布局如圖 2－ 7所示。客房類型信息管理窗體的布局如圖 2－ 8所示。使用 ListView 控件來顯示選中食品的信息，使用 ImageList 控制圖像。 圖 2－ 9 就餐信息管理窗體的布局 8．設(shè)計(jì)客房預(yù)定信息編輯窗體。 9．設(shè)計(jì)實(shí)收房款統(tǒng)計(jì)表。 河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 25 圖 2－ 10 客房預(yù)定信息窗體的布局 圖 2－ 11 實(shí)收房款統(tǒng)計(jì)表 第三節(jié) 本章 小結(jié) 本章首先介紹了本系統(tǒng)的開發(fā)環(huán)境和開發(fā)工具。而后 在系統(tǒng)分析的基礎(chǔ)上， 描述了各個(gè)模塊的功能， 完成了系統(tǒng)的詳細(xì)設(shè)計(jì) 。大量統(tǒng)計(jì)資料表明，系統(tǒng)測(cè)試的工作量往往占系統(tǒng)開發(fā)總工作量的 40%以上。 由于程序中隱藏的缺陷只在特定的環(huán)境下才有可能顯露，系統(tǒng)缺陷通常是由于對(duì)某些特定情況考慮不周造成的。有意義的軟件測(cè)試應(yīng)該是從“破壞”軟件系統(tǒng)的角度出發(fā)，精心設(shè)計(jì)最有可以暴露程序系統(tǒng)缺陷的測(cè)試方案。 測(cè)試的目的是為了在系統(tǒng)投入使用之前，盡可能多地發(fā)現(xiàn)系統(tǒng)中的錯(cuò)誤。測(cè)試階段應(yīng)該注意的基本原則： (1) 測(cè)試包括輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果； (2) 不但要選用合理的輸入數(shù)據(jù)測(cè)試，而且還要選用不合理的輸入數(shù)據(jù)側(cè)試； (3) 檢查系統(tǒng)應(yīng)完成的任務(wù)外，還要檢查是否做了它不應(yīng)該做的事； (4) 測(cè)試所使用的例子要長(zhǎng)期保存，直到該系統(tǒng)被廢棄。測(cè)試對(duì)象是隨階段而異的，最基本、最初的測(cè)試是單元測(cè)試，后面的組合測(cè)試、確認(rèn)測(cè)試都是以被測(cè)過的模塊作為測(cè)試對(duì)象的。對(duì)源碼進(jìn)行審查，對(duì)照設(shè)計(jì)說明書，檢查源程序是否符合功能的邏輯要求，是進(jìn)行單元測(cè)試前的重要工作工。 河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 27 2. 組合測(cè)試 組合測(cè)試也稱集 成測(cè)試或子系統(tǒng)測(cè)試，本項(xiàng)目采用自頂向下測(cè)試和自底向上測(cè)試兩種測(cè)試方法。 3. 確認(rèn)測(cè)試 確認(rèn)測(cè)試是對(duì)通過組合測(cè)試的軟件進(jìn)行的，這些軟件己經(jīng)安裝在酒店服務(wù)器與客戶機(jī)上，確認(rèn)測(cè)試的目的是表明軟件是可以工作的，并且符合“軟件需求說明書”中規(guī) 定的全部功能和性能要求。測(cè)試過程從用戶的角度出發(fā)。系統(tǒng)測(cè)試應(yīng)在系統(tǒng)的整個(gè)范圍內(nèi)進(jìn)行，這種測(cè)試不只對(duì)軟件進(jìn)行，而是對(duì)構(gòu)成系統(tǒng)的硬、軟件一起進(jìn)行。系統(tǒng)測(cè)試需要確認(rèn)從頭到尾的功能正常才算完成，盡量避免系統(tǒng)測(cè)試延到項(xiàng)目末尾進(jìn)行。在具體的測(cè)試中，遵循以下原則 :由程序設(shè)計(jì)者之外的人進(jìn)行測(cè)試 。選用不合理的輸入數(shù)據(jù)與非法輸入測(cè)試 。集中測(cè)試容易出錯(cuò)的程序模塊 。 傳統(tǒng)的測(cè)試方法分為白箱法和黑箱法兩種。黑箱測(cè)試是根據(jù)系統(tǒng)部件由外部界面所能觀察到的功能效果，測(cè)試它是否與其它部件正確溝通， 一般指輸入正確時(shí)，看輸出結(jié)果是否正確。 （ 1） 模塊測(cè)試。該測(cè)試是按照功能模塊進(jìn)行的，顧客入宿登記，退宿登記，顧客及客房信息修改等各模塊單獨(dú)進(jìn)行測(cè)試。在模塊測(cè)試之后，將所有模塊集成為系統(tǒng)進(jìn)行集成測(cè)試。 （ 3） 驗(yàn)收測(cè)試。具體做法是列出一張清單，左邊是需求的功能，右邊是管理人員在使用過程中發(fā)現(xiàn)的錯(cuò)誤或缺陷。這階段是將系統(tǒng)與硬件、外設(shè)或其他系統(tǒng)元素結(jié)合一起，對(duì)整個(gè)系統(tǒng)進(jìn)行測(cè)試。 本系統(tǒng)測(cè)試 在開發(fā)本系統(tǒng)時(shí)，為了使系統(tǒng)能夠穩(wěn)定運(yùn)行，對(duì)本系統(tǒng)進(jìn)行了有針對(duì)性的全面測(cè)試，采取的方式是 : （ 1） 菜單項(xiàng)測(cè)試 :為了保證每一項(xiàng)下拉菜單能夠正確實(shí)現(xiàn)系統(tǒng)設(shè)計(jì)的功能，把相關(guān)的基礎(chǔ)數(shù)據(jù)，基本上全 部輸入到本系統(tǒng)中，并對(duì)每一個(gè)菜單項(xiàng)反復(fù)進(jìn)行了增加、刪除、修改等操作，從而保證了菜單級(jí)功能的正確實(shí)現(xiàn)。例如 :在客房管理模塊中，首先對(duì)客房類型進(jìn)行設(shè)定，然后在添加模塊中進(jìn)行數(shù)據(jù)操作，隨時(shí)觀察這兩個(gè)模塊之間是否有沖突產(chǎn)生，配合得是否正確，再然后在入住情況瀏覽模塊中進(jìn)行驗(yàn)證，說明該功能完全正常，對(duì)其它的功能模塊也進(jìn)行了類似的設(shè)置。 河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 29 第四章 系 統(tǒng)實(shí)施 與維護(hù) 第一節(jié) 系統(tǒng)實(shí)施 系統(tǒng)實(shí)施階段的工作與前幾個(gè)階段的工作相比較，所涉及的人力和物力都要多的多。由于各項(xiàng)工作之間的相互聯(lián)系，所以任何一項(xiàng)工作的延誤都會(huì)影響到整個(gè)系統(tǒng)實(shí)施的進(jìn)度。一個(gè)好的系統(tǒng)設(shè)計(jì)方案只有經(jīng)過精心實(shí)施，才能帶來實(shí)際的效益。 系統(tǒng)實(shí) 施階段的具體任務(wù)包括：計(jì)算機(jī)物理系統(tǒng)的實(shí)施，應(yīng)用軟件的編寫與調(diào)試，人員培訓(xùn)，數(shù)據(jù)準(zhǔn)備，系統(tǒng)轉(zhuǎn)換等。 其中數(shù)據(jù)準(zhǔn)備與錄入工作主要是指由手工操作轉(zhuǎn)入計(jì)算機(jī)處理所需的各種數(shù)據(jù)的整理、錄入及計(jì)算機(jī)系統(tǒng)中為新系統(tǒng)所用數(shù)據(jù)的轉(zhuǎn)換工作。 而選擇良好的程序設(shè)計(jì)和工具又是設(shè)計(jì)高質(zhì)量程序的基礎(chǔ)，但 是必須明確程序設(shè)計(jì)的要求標(biāo)準(zhǔn)才能保證程序設(shè)計(jì)工作的高質(zhì)量。 系統(tǒng)在實(shí)施階段要對(duì)專業(yè)人員進(jìn)行合理培訓(xùn)。為了保證目標(biāo)系統(tǒng)的正常運(yùn)行，必須根據(jù)用戶的實(shí)際情況，對(duì)缺乏計(jì)算機(jī)知識(shí)的業(yè)務(wù)人員，進(jìn)行培訓(xùn)，使之能適應(yīng)，熟悉新系統(tǒng)的工作環(huán)境和操作方式。系統(tǒng)運(yùn)行包括系統(tǒng)的日常操作，維護(hù)等，系統(tǒng)的好壞和系統(tǒng)設(shè)計(jì)又很大關(guān)系，也和系統(tǒng)運(yùn)行又很大的關(guān)系，任 何一個(gè)系統(tǒng)都不是一開始就很完善的，總是經(jīng)過多重的開發(fā)，運(yùn)行，再開發(fā)，再運(yùn)行的循環(huán)不斷上升的過程，開發(fā)的思想只有在運(yùn)行中才能得到檢驗(yàn)，而運(yùn)行中不斷積累的問題是新的開發(fā)思想的源泉。 1．系統(tǒng)運(yùn)行情況的管理 從每天計(jì)算機(jī)的打開，應(yīng)用系統(tǒng)的進(jìn)入，功能項(xiàng)的選擇與執(zhí)行，到下班前的數(shù)據(jù)備份，存檔，關(guān)機(jī)等，都要按要求對(duì)系統(tǒng)軟件 、硬件和數(shù)據(jù)等的運(yùn)行情況做記錄。包括人員管 理，軟件管理，硬件資源的管理，和資金的管理 。一方面，精心設(shè)計(jì)，精心事實(shí)，經(jīng)過調(diào)試的系統(tǒng)，也難免有不盡人意的地方，或者有的地方效率還可以提高，或者使用不夠方便，甚至還有錯(cuò)誤，這些問題只有在實(shí)踐中才能暴露；另一方面，隨著管理環(huán)境的變化，也會(huì)對(duì)信息系統(tǒng)提出新的要求，信息系統(tǒng)只有適應(yīng)這些要求才能生存下去，因此，系統(tǒng)維護(hù)是系統(tǒng)生存的重要條件。 1）硬件維護(hù)，一方面是定期的設(shè)備保養(yǎng)性維護(hù)，另一方 面是突發(fā)性地故障維修。 3）數(shù)據(jù)文件維護(hù)，數(shù)據(jù)文件的維護(hù)是指因其業(yè)務(wù)處理的變化，需建立新文件，或?qū)ΜF(xiàn)有的數(shù)據(jù)文件進(jìn)行修改（不包括正常更新）。 河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 31 第 五 章 總結(jié)與展望 系統(tǒng)評(píng)價(jià)是對(duì)一個(gè)信息系統(tǒng)的性能進(jìn)行全面估計(jì)，檢查，測(cè)試，分析和評(píng)審。 第一節(jié) 系統(tǒng)性 能的評(píng)價(jià) 系統(tǒng)性能的好壞，直接影響這系統(tǒng)的運(yùn)行和維護(hù)，決定了運(yùn)行和應(yīng)用的長(zhǎng)期效果，決定了系統(tǒng)的生命力。本系統(tǒng)具有系統(tǒng)效率高，可維護(hù)性，可靠性強(qiáng)的特點(diǎn)，可擴(kuò)充的程度高，系統(tǒng)安全保密且可移植。本系統(tǒng)的投入運(yùn)行基本滿足了酒店的預(yù)訂接待要求，并能使其取得明顯的經(jīng)濟(jì)和社會(huì)效益。 第二節(jié) 系統(tǒng)效益的評(píng)價(jià) 系統(tǒng)運(yùn)行的好壞，不僅和系統(tǒng)的性能有關(guān)，更要看系統(tǒng)給組織的決策和人員的行為帶來的影 響。本系統(tǒng)的投入運(yùn)行，改進(jìn)了組織結(jié)構(gòu)及運(yùn)行方式，提高了人員的素質(zhì)，使成本下降，利潤(rùn)增加。 由此可以看出，本系統(tǒng)是可行的，一旦投入使用，完全可以滿足酒店的需要。下面就簡(jiǎn)單的談一下對(duì)于今后網(wǎng)絡(luò)模式的選擇。一共產(chǎn)生了幾種模式，主機(jī)終端模式，文件服務(wù)器模式，客戶機(jī) /服務(wù)器模式 （ client/server） ， 瀏覽器 /服務(wù)器模式（ browser/server）。因此 C/S模式和 B/S模式就成為了當(dāng) 前主流的開發(fā)模式 。 而以 WEB技術(shù)為基礎(chǔ) B/S模式正日益展現(xiàn)其先進(jìn)性，當(dāng)今很多基于大型數(shù)據(jù)庫(kù)的信息系統(tǒng)正在采用這種全新的技術(shù)模式 ，這種模式是由瀏覽器， WEB服務(wù)器，數(shù)據(jù)庫(kù)服務(wù)器三個(gè)層次組成的。 綜合上述，將 B/S模式與 C/S模式的優(yōu)勢(shì)結(jié)合起來，就形成了 B/S與 C/S模式的混合模式。而對(duì)于在系統(tǒng)模塊安全性要求高，交互性強(qiáng)，處理數(shù)據(jù)量大，數(shù)據(jù)查詢靈活的地點(diǎn)則適用 C/S模式，這樣能充分的發(fā)揮各自的特長(zhǎng)，開發(fā)出安全可靠，靈活方便，效率高的軟件系統(tǒng)。 第四節(jié) 結(jié)束語 經(jīng)過大學(xué)四年的學(xué)習(xí)，讓我對(duì)管理信息系統(tǒng)有了一定的了解。在今晚大酒店的實(shí)習(xí)期間，使我充分了體會(huì)了工作的辛苦和自己在知識(shí)上的欠缺。 河海大學(xué)學(xué)士論文：賓館酒店管理系統(tǒng) 33 另外，論文的完成期間也遇到了很大的困難。酒店的工作量很大，所以論文多半是在深夜完成。在工作中得到自信，學(xué)到知識(shí)，在論文的完成中，又把這些知識(shí)運(yùn)用于實(shí)踐。論文中的有很多粗陋之處，在今后學(xué)習(xí)中有待于提高