【文章內(nèi)容簡(jiǎn)介】 aTable 表示來(lái)自一個(gè)表的行集合，在這方面它與 Recordset 類(lèi)似。DataSet 表示 DataTable 對(duì)象的集合，及與其它表綁定在一起的關(guān)系和限制。實(shí)際上，DataSet 是具有內(nèi)置的擴(kuò)展標(biāo)記語(yǔ)言（XML）支持的內(nèi)存中的關(guān)聯(lián)結(jié)構(gòu)。 DataSet 的一個(gè)主要特點(diǎn)是，它對(duì)底層的數(shù)據(jù)源一無(wú)所知，而這些數(shù)據(jù)源可能用于對(duì)其進(jìn)行填充。這是一個(gè)分離的用于表示數(shù)據(jù)集合的獨(dú)立實(shí)體，并且它可通過(guò)多層應(yīng)用程序的不同層由一個(gè)組件傳遞到另一組件。它也可作為 XML 數(shù)據(jù)流被序列化，因而非常適合于不同類(lèi)型平臺(tái)間的數(shù)據(jù)傳輸。 使用DataAdapter 對(duì)象為發(fā)送到和來(lái)自 DataSet 及底層數(shù)據(jù)源的數(shù)據(jù)建立通道。DataAdapter 對(duì)象還支持增強(qiáng)的批更新特性，以前這是 Recorder 的相關(guān)功能。 的窗體身份驗(yàn)證基于窗體的驗(yàn)證是最為普遍的一種驗(yàn)證，使用這種驗(yàn)證方式可以很方便靈活地應(yīng)用到應(yīng)用程序中。窗體驗(yàn)證方式對(duì)基于用戶(hù)的驗(yàn)證授權(quán)提供了很好的支持，可以通過(guò)一個(gè)登錄頁(yè)面驗(yàn)證用戶(hù)的身份，將此用戶(hù)的身份發(fā)回到客戶(hù)端的Cookie，之后此用戶(hù)再訪問(wèn)這個(gè) web 應(yīng)用就會(huì)連同這個(gè)身份 Cookie 一起發(fā)送到服務(wù)端。服務(wù)端上的授權(quán)設(shè)置就可以根據(jù)不同目錄對(duì)不同用戶(hù)的訪問(wèn)授權(quán)進(jìn)行控制了。 要采用窗體驗(yàn)證，先要在應(yīng)用程序根目錄中的 中做相應(yīng)的設(shè)置:authentication mode=formsforms name=.ASPXAUTH loginUrl=/ timeout=30 path= / /forms/authentication 其中authentication mode= Forms 表示本應(yīng)用程序采用 Forms 驗(yàn)證方式。 （1）Forms標(biāo)簽中的 name 表示指定要用于身份驗(yàn)證的 HTTP Cookie。默認(rèn)情況下，name 的值是 .ASPXAUTH。采用此種方式驗(yàn)證用戶(hù)后,以此用戶(hù)的信息建立一個(gè) FormsAuthenticationTicket 類(lèi)型的身份驗(yàn)證票,再加密序列化為一個(gè)字符串,最后將這個(gè)字符串寫(xiě)到客戶(hù)端的 name 指定名字的 Cookie 中。一旦這個(gè) Cookie 寫(xiě)到客戶(hù)端后，此用戶(hù)再次訪問(wèn)這個(gè) web 應(yīng)用時(shí)會(huì)將連同 Cookie 一起發(fā)送到服務(wù)端，服務(wù)端將會(huì)知道此用戶(hù)是已經(jīng)驗(yàn)證過(guò)的。 （2）Forms標(biāo)簽中的 loginUrl 指定如果沒(méi)有找到任何有效的身份驗(yàn)證Cookie，為登錄將請(qǐng)求重定向到的 URL。默認(rèn)值為 。loginUrl 指定的頁(yè)面就是用來(lái)驗(yàn)證用戶(hù)身份的,一般此頁(yè)面提供用戶(hù)輸入用戶(hù)名和密碼，用戶(hù)提交后由程序來(lái)根據(jù)自己的需要來(lái)驗(yàn)證用戶(hù)的合法性(大多情況是將用戶(hù)輸入信息同數(shù)據(jù)庫(kù)中的用戶(hù)表進(jìn)行比較)，如果驗(yàn)證用戶(hù)有效，則生成同此用戶(hù)對(duì)應(yīng)的身份驗(yàn)證票,寫(xiě)到客戶(hù)端的 Cookie，最后將瀏覽器重定向到用戶(hù)初試請(qǐng)求的頁(yè)面，一般是用 方法來(lái)完成生成身份驗(yàn)證票,寫(xiě)回客戶(hù)端，瀏覽器重定向等一系列的動(dòng)作。 生成身份驗(yàn)證 Cookie 后，將此 Cookie 加入到 中，等待發(fā)送到客戶(hù)端。 RedirectFromLoginPage 方法調(diào)用 方法獲取到用戶(hù)原先請(qǐng)求的頁(yè)面，重定向到這個(gè)頁(yè)面。 （3） Forms標(biāo)簽中的 timeout 和 path,是提供了身份驗(yàn)證票寫(xiě)入到Cookie 過(guò)期時(shí)間和默認(rèn)路徑。第四章 系統(tǒng)需求分析 系統(tǒng)目標(biāo)本系統(tǒng)的總目標(biāo)是為用戶(hù)提供迅速、高效的服務(wù)，減免手工處理的繁瑣與誤差，及時(shí)、準(zhǔn)確地反映酒店的工作情況、經(jīng)營(yíng)情況，從而提高酒店的服務(wù)質(zhì)量，獲得更好的經(jīng)濟(jì)效益。具體的目標(biāo)包括：（1）快速辦理客人入住、退房的速度，實(shí)現(xiàn)客人在酒店消費(fèi)自動(dòng)化；（2）準(zhǔn)確無(wú)誤地記錄客人的每筆消費(fèi)記錄；（3）實(shí)時(shí)、快速、準(zhǔn)確提供客房動(dòng)態(tài)；（4）方便查詢(xún)客人的消費(fèi)情況。 系統(tǒng)功能分析主要功能是：前臺(tái)：1. 酒店的前臺(tái)宣傳。2. 顧客留言。3. 網(wǎng)上預(yù)訂房間（訂房過(guò)程為：選擇你中意的房間，進(jìn)行預(yù)訂，付費(fèi)，酒店人員確認(rèn)付款成功后電話與你聯(lián)系確定訂房成功）。后臺(tái)：1. 對(duì)客房標(biāo)準(zhǔn)的處理。2. 對(duì)客房信息的處理。3. 對(duì)訂房信息的處理。4. 對(duì)結(jié)算信息的處理。5. 顧客商品消費(fèi)管理。6. 發(fā)票打印。7. 對(duì)前臺(tái)的管理。 業(yè)務(wù)流程圖（1）主業(yè)務(wù)流程圖（如圖 ）登記 離店 圖 . 客房管理主要流程圖（ 2） 客 房 管 理 業(yè) 務(wù) 流 程 圖 （ 如 圖 ）賓 客 酒店管理信息系統(tǒng)賓 客預(yù)定 預(yù)訂單 接待 客房客房賬單預(yù)訂 離店款結(jié)賬賬單 備用物品報(bào)表房費(fèi)話單 電話入賬財(cái)務(wù)部門(mén)圖 客房管理主要流程圖（ 3） 客 房 預(yù) 定 子 系 統(tǒng) 流 程 圖 （ 如 圖 ）客房流量表變更客房流量預(yù)定信息 預(yù)定 /修改 /取消 預(yù)訂單 預(yù)定排房 預(yù)定排房表預(yù)定查詢(xún)預(yù)定報(bào)表圖 客房預(yù)定業(yè)務(wù)流程圖 臺(tái) 接 待 子 系 統(tǒng) 流 程 圖 （如圖 ）登記/換房/續(xù)住預(yù)訂單登記客房流量表改變客房流量賓客入住信息 賓客表入住客房表查詢(xún)接待報(bào)表圖 前臺(tái)接待流程圖 房 結(jié) 賬 子 系 統(tǒng) 流 程 圖 （ 如 圖 ）離店 客房表結(jié)賬信息 結(jié)賬 /轉(zhuǎn)賬預(yù)付款 賬單掛賬應(yīng)收款預(yù)付信息消費(fèi)賬單 圖前臺(tái)接待流程圖 款打印賬單圖 圖 前臺(tái)接待流程圖賬單查詢(xún) 查詢(xún)結(jié) 賬 報(bào) 表 數(shù)據(jù)流程圖客房標(biāo)準(zhǔn)設(shè)置 客房登記基本信息錄入客房信息管理顧客登記訂房信息處理訂房信息管理結(jié)算信息輸入結(jié)算信息管理客房信息返回基本信息錄入客房標(biāo)準(zhǔn)管理圖 數(shù)據(jù)流程圖（1）０層 DFD 圖 單位數(shù)據(jù) 數(shù)據(jù)表單圖 層 DFD 圖（2） １層 DFD 圖用戶(hù)單位 用戶(hù)單位信息管理系統(tǒng)用戶(hù)單位與用戶(hù)交互處理密碼顯示用戶(hù)界面管理員修改數(shù)據(jù)處理房間信息處理命令修改/添加信息修改信息處理訂房信息 密碼修改修改密碼處理結(jié)算顯示處理結(jié)果用戶(hù)單位圖 1 層 DFD 圖 數(shù)據(jù)字典名字 樓層信息表名稱(chēng) 預(yù)訂單表別名 客房預(yù)定信息描述 為管理員提供酒店客房的預(yù)定信息，及時(shí)對(duì)客流量進(jìn)行控制定義預(yù)訂單號(hào)+ 會(huì)員編號(hào)+ 客房類(lèi)型+ 抵店時(shí)間+ 離店時(shí)間+ 單據(jù)狀態(tài)+ 入住人數(shù)+ 客房編號(hào)+ 客房?jī)r(jià)格+ 入住價(jià)格+ 折扣+ 折扣原因+ 是否加床+ 加床價(jià)格+ 預(yù)收款+ 預(yù)訂人+預(yù)定公司+ 聯(lián)系電話+ 備注+ 操作員+ 業(yè)務(wù)員位置 業(yè)務(wù)管理、預(yù)定管理界面名字 入住單表別名 入住信息描述 提供酒店賓客入住的具體信息，方便管理員查詢(xún)以及管理員了解賓客的入住狀態(tài)定義入住單號(hào)+ 預(yù)訂單號(hào)+ 客房類(lèi)型+ 抵店時(shí)間+ 離店時(shí)間+ 單據(jù)狀態(tài)+ 入住人數(shù)+ 客房編號(hào)+ 客房?jī)r(jià)格+ 入住價(jià)格+ 折扣+ 折扣原因+ 預(yù)收款+ 預(yù)訂人+ 預(yù)定公司+聯(lián)系電話+ 備注+ 操作員+ 應(yīng)收賬款+ 是否結(jié)賬+ 結(jié)賬金額+ 結(jié)賬日期+ 付款方式位置 預(yù)定管理、入住管理界面名字 客房信息表別名 客房信息描述 為賓客和管理員提供客房的各項(xiàng)信息，方便管理員進(jìn)行信息更新和賓客選擇客房定義 客房編號(hào)+ 類(lèi)型編號(hào)+ 樓層編號(hào)+ 額定人數(shù)+ 床數(shù)+ 客房描述+ 備注+ 狀態(tài)+ 是否可拼房位置 基礎(chǔ)設(shè)置界限名字 賬單明細(xì)表別名 賓客消費(fèi)信息描述 為管理員提供賓客入住期間的各項(xiàng)消費(fèi)信息定義 賬單編號(hào)+ 入住單號(hào)+ 消費(fèi)內(nèi)容+ 消費(fèi)金額+ 消費(fèi)時(shí)間+ 備注位置 消費(fèi)結(jié)賬、收銀退房界面名字 客房類(lèi)型表別名 客房分類(lèi)信息描述 為賓客和管理員提供酒店客房的分類(lèi)信息定義 類(lèi)型編號(hào)+ 類(lèi)型名稱(chēng)+ 價(jià)格+ 拼房?jī)r(jià)格+ 可超預(yù)定數(shù)+ 是否可拼房位置 基礎(chǔ)設(shè)置界面描述 及時(shí)登記酒店職員的各項(xiàng)信息，規(guī)范酒店職員的人事檔案管理定義 內(nèi)部編號(hào)+ 職員編號(hào) +姓名 +姓名簡(jiǎn)碼+ 性別+ 出生日期+年齡 + 籍貫+民族+文化程度+畢業(yè)學(xué)校+ 健康狀況 +婚姻狀況+省份證號(hào)碼+家庭電話+辦公電話+手機(jī) +電子郵件地址+職工帳號(hào) +單位編號(hào) +備注位置 員工管理界面第五章 系統(tǒng)的實(shí)施傳統(tǒng)的信息處理系統(tǒng)數(shù)據(jù)處理多由服務(wù)器完成，數(shù)據(jù)通過(guò)網(wǎng)絡(luò)傳輸，對(duì)服務(wù)器和網(wǎng)絡(luò)的要求較高，系統(tǒng)投入使用后隨著業(yè)務(wù)量、儲(chǔ)存數(shù)據(jù)和客戶(hù)端連接數(shù)量的不斷增加系統(tǒng)的負(fù)荷會(huì)越來(lái)越大，當(dāng)這種負(fù)荷達(dá)到一定程度的時(shí)候就會(huì)造成系統(tǒng)運(yùn)行的不穩(wěn)定和性能下降，這又需要投入一大筆資金升級(jí)系統(tǒng)了，并且升級(jí)時(shí)，所有的客戶(hù)端都要進(jìn)行升級(jí)，浪費(fèi)了大量的人力物力。本課題的研究思路就是采用 B/S 結(jié)構(gòu)，利用價(jià)格相對(duì)低廉的設(shè)備構(gòu)建一個(gè)安全可靠的管理信息系統(tǒng)，盡量地減少服務(wù)器和網(wǎng)絡(luò)的負(fù)荷，使業(yè)務(wù)量的增加不會(huì)對(duì)整個(gè)系統(tǒng)的負(fù)荷有太大地影響，且使系統(tǒng)在升級(jí)時(shí)并不會(huì)要求客戶(hù)端進(jìn)行處理，只要在服務(wù)器上將系統(tǒng)升級(jí)，客戶(hù)端就直接可以通過(guò)瀏覽器使用最新的系統(tǒng)。 系統(tǒng)架構(gòu)在討論酒店管理信息系統(tǒng)的架構(gòu)之前，先了解一下計(jì)算機(jī)網(wǎng)絡(luò)發(fā)展的過(guò)程。計(jì)算機(jī)網(wǎng)絡(luò)發(fā)展主要經(jīng)歷了以下幾個(gè)階段：（1）主機(jī)/終端(Mainframe/Terminal)模式；（2）文件服務(wù)器/工作站(FileServer/Workstation)模式；（3）客戶(hù)機(jī)/服務(wù)器(Client/Server)模式；（4）瀏覽器/服務(wù)器(Browser/Server)模式。從應(yīng)用軟件的角度來(lái)看，客戶(hù)機(jī)/服務(wù)器網(wǎng)絡(luò)模式下的軟件結(jié)構(gòu)簡(jiǎn)稱(chēng)為 C/S結(jié)構(gòu)，瀏覽器/服務(wù)器網(wǎng)絡(luò)模式下的軟件結(jié)構(gòu)簡(jiǎn)稱(chēng)為 B/S 結(jié)構(gòu)?，F(xiàn)在 C/S 結(jié)構(gòu)和B/S 結(jié)構(gòu)得到了廣泛的應(yīng)用，主機(jī)/終端(Mainframe/Terminal)模式和文件服務(wù)器/工作站(FileServer/Workstation)模式在新構(gòu)建的系統(tǒng)中已很少使用。 B/S 結(jié)構(gòu)（Browser/Server 結(jié)構(gòu)）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。它是名字 用戶(hù)表別名 用戶(hù)信息描述 提供用戶(hù)登錄鑰匙定義 用戶(hù)名+ 密碼+ 用戶(hù)類(lèi)別+ 姓名+ 郵箱+ 密碼找回問(wèn)題+ 密碼找回答案位置 用戶(hù)登錄界面別名 客房樓層信息描述 為管理員提供酒店客房所處的樓層信息信息定義 樓層編號(hào)+ 樓層名稱(chēng)位置 基礎(chǔ)設(shè)置、房態(tài)管理界面隨著 Inter 技術(shù)的興起，對(duì) C/S 結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶(hù)工作界面是通過(guò) WWW 瀏覽器來(lái)實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端（Browser）實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（Server）實(shí)現(xiàn)，形成所謂三層 3tier 結(jié)構(gòu)。這樣就大大簡(jiǎn)化了客戶(hù)端電腦載荷，減輕了系統(tǒng)維護(hù)與升級(jí)的成本和工作量，降低了用戶(hù)的總體成本（TCO） 。以目前的技術(shù)看，局域網(wǎng)建立 B/S 結(jié)構(gòu)的網(wǎng)絡(luò)應(yīng)用，并通過(guò) Inter/Intra 模式下數(shù)據(jù)庫(kù)應(yīng)用，相對(duì)易于把握、成本也是較低的。它是一次性到位的開(kāi)發(fā)，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如 LAN, WAN, Inter/Intra 等）訪問(wèn)和操作共同的數(shù)據(jù)庫(kù)；它能有效地保護(hù)數(shù)據(jù)平臺(tái)和管理訪問(wèn)權(quán)限，服務(wù)器數(shù)據(jù)庫(kù)也很安全 。B/S 結(jié)構(gòu)最大的優(yōu)點(diǎn)就是可以在任何地方進(jìn)行操作而不用安裝任何專(zhuān)門(mén)的軟件。只要有一臺(tái)能上網(wǎng)的電腦就能使用，客戶(hù)端零維護(hù)。系統(tǒng)的擴(kuò)展非常容易，只要能上網(wǎng)，再由系統(tǒng)管理員分配一個(gè)用戶(hù)名和密碼，就可以使用了。甚至可以在線申請(qǐng)，通過(guò)公司內(nèi)部的安全認(rèn)證（如ＣＡ證書(shū)）后，不需要人的參與，系統(tǒng)可以自動(dòng)分配給用戶(hù)一個(gè)賬號(hào)進(jìn)入系統(tǒng)。B/S 架構(gòu)管理軟件更是方便、快捷、高效，本系統(tǒng)采用的就是 B/S 架構(gòu)設(shè)計(jì)的軟件。 系統(tǒng)架構(gòu)圖按照需求分析的描述，把酒店管理信息系統(tǒng)分成前臺(tái)接待子模塊、前臺(tái)結(jié)算子模塊、商品消費(fèi)子模塊等幾個(gè)功能相對(duì)獨(dú)立而又相互聯(lián)系的子