【正文】 } public void RandomBind() { Num = new RandomNumber。 = 。 DataTable table = new DataTable()。 NewsBind()。}} PriviteBind()。系統(tǒng)選擇 B/S模式，修改代碼也比較方便。 本人在這個項目中完成了需求、分析、設(shè)計、編碼和測試，工作量比較大，時間比較緊。網(wǎng)站難免還有一些不足的地方，還望各位讀者和教師們多多批評指正，不勝感激。其中，在實現(xiàn)部分本系統(tǒng)介紹了如何實現(xiàn) 客房 信息、個人信息管理，重點介紹了 預(yù)定房間和訂單管理 ，同時還實現(xiàn)了一些輔助功能，如 退房 、登錄等。 總結(jié) 本系統(tǒng)提供了一個網(wǎng)上酒店訂房系統(tǒng)分析、設(shè)計和實現(xiàn)過程的范例。 通過測試，該系統(tǒng)的功能和性能可以滿足當(dāng)前用戶的需求。 表 62用戶管理功能測試用例 功能名 用戶管理功能 開發(fā)人員 吳平平 版本號 測試人員 吳平平 測試日期 2020年 11月 25日 測試類型 單元測試 測試工具 手工測試 ID 用例名稱 測試目的 輸入描述 預(yù)期結(jié)果 實際結(jié)果 測試數(shù)據(jù) 缺陷等級 1 登錄 是否限制敏感 類型 輸入合法用戶名與密碼 彈出提示錯誤框 彈出錯誤提示框 無 中 2 添加用戶 用戶是否能重復(fù)用戶名 填寫用戶詳細(xì)信息點擊提交 彈出提示錯誤框 彈出錯誤提示框 無 中 3 刪除用戶 是否能夠刪除已存在的非管理員用戶 進入用戶信息界面點擊刪除按鈕 彈出提示，確認(rèn)操作后刪除選擇的用戶 彈出提示，確認(rèn)操作后刪除選擇的用戶 無 中 問題嚴(yán)重程度描述 問題嚴(yán)重程度描述如表 63 所示。此類測試基于黑盒技術(shù)，該技術(shù)通 過圖形用戶界面（ GUI）與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應(yīng)用程序及其內(nèi)部進程。不足的測試必使軟件帶來一些未揭露的隱藏錯誤投入運行，這將意味著更大的危險讓用戶承擔(dān)。因此，人們對軟件質(zhì)量的重視程度越來越高，測試在軟件開發(fā)中的地位也越來越重要。測試包括功能測試和性能測試。 圖 511 前臺 主界面 本章 小結(jié) 本章主要介紹了系統(tǒng)的詳細(xì)設(shè)計，對系統(tǒng)重要的主要功能模塊的實現(xiàn)過程進行了詳細(xì)分析和設(shè)計，以及對主要功能模塊實現(xiàn)過程中設(shè)計的方法進行了分析。 如圖 510 所示。注冊操作的活動圖如圖 59 所示 。 圖 57 退房 主界面 會員 注冊界面 前臺普通客戶 注冊流程如下： 首先輸入用戶 郵箱 ， 系統(tǒng)會自動生成密碼并發(fā)如客戶郵箱以避免客戶注冊時用戶名存在 ,且可以及時發(fā)布網(wǎng)站優(yōu)惠信息都客戶郵箱 .如圖 58 所示。 ：包含客房搜索、房間編號、床位 數(shù)、房間類型。 客房管理： ：包含房間編號、房間床位號、備注。 員工管理： ：會顯示登錄 ID、登錄密碼、真實姓名、備注。 客戶在離開時 ,需要使用此功能退房 ,管理人員通過登錄后臺界面進行對客房的操作，點擊左邊退房清單會彈出一個小窗體退房清單里面有 退房客戶的信息點擊退房，便退房成功同時 更新相關(guān)客房信息 : 普通日常管理 : ：點擊新開客房就會顯示已經(jīng)有多少個客房已經(jīng)被占用了。 界面如圖 56 所示 。 圖 55 后臺 主界面 前臺登錄時如 果用戶名或密碼或驗證碼錯誤則會提示用戶名或者密碼錯誤，需要重新輸入。登錄操作的活動圖如 54 所示。 圖 51 前臺 登錄界面 圖 52 后臺 登錄界面 如果前臺客戶登錄身份驗證成功，則部分主界面如圖 53 所示。用戶登錄時將按照用戶名和密碼進行驗證，當(dāng)輸入錯誤或沒有用戶名和密碼時會出現(xiàn)相應(yīng)的提示，當(dāng)用戶名和密碼都正確時會進入后 臺程序主界面，才能進行日常管理工作。其中，客戶在登錄時需要使用系統(tǒng)自動發(fā)送到其注冊郵箱中的密碼，在用戶名、密碼以及驗證碼全部正確時才可以成功登錄該系統(tǒng) ， 進行訂房操作。前臺首頁如圖 52 所示 。 表 51 頁面關(guān)系 提交頁面 目標(biāo)頁面 action=”” action=” ” action=” ” action=” ” action=” ” action=” ” action=” ” 首頁面設(shè)計 系統(tǒng)使用者訪問網(wǎng)絡(luò)遠(yuǎn)程網(wǎng)上酒店預(yù)訂系統(tǒng)時，首先出現(xiàn)的是該系統(tǒng)的前臺首頁 ， 采用 CSS 技術(shù)和 js 技術(shù)設(shè)置固定的頁面結(jié)構(gòu)。 網(wǎng) 上 酒 店 預(yù) 訂 管 理 系 統(tǒng)前 臺優(yōu)惠信息瀏覽模塊新聞瀏覽模塊用戶注冊及登錄模塊客房類型瀏覽模塊酒店基本信息瀏覽模塊客戶退房管理模塊新開房間模塊查詢賬目模塊員工管理模塊客房管理模塊后 臺 圖 51系統(tǒng) 功能結(jié)構(gòu)圖 頁面設(shè)計 各 頁面關(guān)系 在 頁面 中用到 asp/ 標(biāo)簽 ， asp:Panel ID=Panel1 runat=serverHeight=50px Width=125px用它來加載所用的類， 使 標(biāo)簽中的 id引用類中的對象，使用其方法。 系統(tǒng)開發(fā)的總體任務(wù)是實現(xiàn)酒店信息管理的系統(tǒng)化、規(guī)范化和自動化。 系統(tǒng) 總體 功能設(shè)計 系統(tǒng)的基本功能： 1. 前臺系統(tǒng) :會員注冊和登陸、客房信息查詢、預(yù)訂客房、新聞瀏覽、瀏覽酒店簡介和客房展示。 表 49客戶信息表 字段名 數(shù)據(jù)類型 字段說明 備注 UserId Int 自動 ID 主鍵自動增 1 FirstName Varchar(50) 姓 不允許為空 SecondName Varchar(50) 名 不允許為空 Pwd Varchar(50) 密碼 不允許為空 Emailaddress Varchar(50) 郵箱 不 允許為空 Telephone Varchar(50) 電話 不 允許為空 PersonID Varchar(50) 身份證號 不 允許為空 ConsumePoint int 積分 不 允許為空 UserOrder， 如表 410 所示。 字段名 數(shù)據(jù)類型 字段說明 備注 Roomid Int 自動 ID 主鍵自動增 1 Number Int 房間號 不允許為空 BedNumber Int 床位數(shù) 不允許為空 TypeId Int 客房類型 不允許為空 UserInfo， 如表 48 所示。 表 45 已入住訂單表 字段 數(shù)據(jù)類型 字段說明 備注 Id Int 自動編號 主鍵（自動增 1） UserID Varchar(200) 用戶 ID 不 允許為空 RoomID Int 房間號 不 允許為空 CategoryType Int 房間類型 不 允許為空 Price Int 價格 不 允許為空 Deposite Int 押金 不 允許為空 ComeDate Datetime 到達(dá)時間 不 允許為空 CheckinDate Datetime 入住時間 不 允許為空 CheckoutDate Datetime 退房時間 不 允許為空 TolPrice Int 消費金額 不 允許為空 OrderID Varhcar(50) 訂單 ID 不 允許為空 PriNews，如表 46 所示。 表 43 新聞表 字段名 數(shù)據(jù)類型 字段說明 備注 NewsID Int 自動編號 主鍵（自動增 1） NewsTitle Varchar（ 200） 新聞標(biāo)題 不允許為空 NewsContent Varchar（ 200） 新聞內(nèi)容 不允許為空 OpenRoomInfo，如表 44 所示。 表 41 評論表 字段名 數(shù)據(jù)類型 字段說明 備注 CommentID Int 評論 ID 主鍵（自動增 1） Desn Varchar（ 200） 評論內(nèi)容 不允許為空 OrderID Varchar（ 200） 訂單 ID 不 允許為空 UserID Varchar（ 200） 客戶 ID 不允許為空 Createdate Datetime 評論時間 不 允許為空 MoneyInfo， 如表 42 所示。根據(jù)實體信息創(chuàng)建如下表結(jié)構(gòu)和存儲過程。這些實體包含各種具體信息，通過相互之間的作用形成數(shù)據(jù)的 流動。 有了上面的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)項和數(shù)據(jù)流程，我們就能進行下節(jié)的數(shù)據(jù)庫設(shè)計。 ：自動編號、客戶姓名、密碼、電子郵箱、電話、身份證號和 積分。 ：包括的數(shù)據(jù)項有：用戶編號、房間號、床位數(shù)、房間類型、房間狀態(tài)和 備注。 ：包括的數(shù)據(jù)項有：自動編號、用戶 ID、房間號、 房間類型、價格、押金、到達(dá)時間、入住時間、退房時間、總消費金額和 訂單號等。 ：包括的數(shù)據(jù)項有：自動編號、新聞標(biāo)題和 新聞內(nèi)容。 ：包括的數(shù)據(jù)項有：評論編號、評論內(nèi)容、訂單號、客戶 ID 和評論時間等。 會 員會 員 的 編號會 員 的 姓 名身 份 證 號類 型 編 號性 別 圖 45會員實體 屬性 圖 邏輯結(jié)構(gòu)設(shè)計 ：注冊用戶信息 （ 注冊 用戶名 ID、密碼、姓名、性別、證件號、手機號碼、電子郵箱 ） （用戶名 ID、密碼、權(quán)限 ） ，用戶可以查看，工作人員可以修改，故可設(shè)計為 ： 關(guān)系模 式 （用戶名 ID、姓名、身份證、備注、操作人 ） 信息發(fā)布需要向用戶展示酒店內(nèi)的相關(guān)信息，其中酒店內(nèi)風(fēng)采用圖片展示，新聞通知包括最新 消息、 管理規(guī)范、相關(guān)規(guī)程，用文字與圖片展示，網(wǎng)上酒店預(yù)訂內(nèi)信息的發(fā)布。 管 理 員I D 用 戶 名密 碼類 型審 核錄 入 時 間描 述訪 問 次 數(shù)訪 問 時 間最 后 訪 問 I P 圖 43 管理員 實體 屬性 圖 客房訂單 的實體 屬性圖如圖 44 所示 。注冊用戶的實體 屬性圖如圖 42 所示 。 管理員和用戶對功能的完成在數(shù)據(jù)庫中體現(xiàn)為對數(shù)據(jù)庫表中數(shù)據(jù)的增加、刪除、修改和查詢。 客 房 介 紹 簡介用 戶會 員 專 區(qū)客 房 的 信 息訂 房1nnn修 改余 額1n上 傳注 冊 信 息n1會 員瀏 覽11 圖 41 ER圖 由需求分析得出系統(tǒng)角色有三類： 管理員 、注冊用戶和普通用戶。由于普通用戶的一些屬性不能為空，所以針對用戶信息的保存系統(tǒng)需設(shè)計兩個表：一個記錄系統(tǒng)會員信息表；一個記錄工作人員、系統(tǒng)管理員用戶名和密碼的參數(shù)表。 概念結(jié)構(gòu)設(shè)計 該階段的任務(wù)是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)，是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵 。 : 能夠很清晰的看到與所選類型客房對應(yīng)的空房間，客戶可以進行預(yù)訂和 注冊用戶。 4 總體設(shè)計 數(shù)據(jù)設(shè)計與實現(xiàn)是開發(fā) 網(wǎng)上酒店管理 理系統(tǒng)的第二階段，首先進行需求分析得出需要有多少實體，然后進行概念結(jié)構(gòu)設(shè)計，得出實體之間的關(guān)系，畫出 ER圖，接著進行邏輯結(jié)構(gòu)設(shè)計，根據(jù) ER 圖轉(zhuǎn)化對應(yīng)的關(guān)系模式，最后完成數(shù)據(jù)庫實施工作 [6]。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性。 系統(tǒng)處理的準(zhǔn)確性和及時性是系統(tǒng)的必要性能。 酒店預(yù)訂 系統(tǒng)一大部分是面對使用人員的，人機交互界面應(yīng)使易用的。 、明確 酒店預(yù)訂 系統(tǒng)包含信息種類繁多，應(yīng)使信息分類清楚，明確，便于 用戶查詢和瀏覽。因而無論在內(nèi)容還是在功能上都應(yīng)充 分使 網(wǎng)上酒店預(yù)訂 系統(tǒng) 管理人員 及時更新信息、 客戶 及時獲取所需信息。 、美觀 界面設(shè)計是人與機器之間傳遞和交換 信息的媒介 ， 界面如同人的面孔，具有吸引用戶的直接優(yōu)勢 ， 設(shè)計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺。 用 戶會 員 管 理賬 戶 管 理查 詢 會 員注 冊 用 戶會 員客 房 概 況酒 店 預(yù) 訂 圖 33會員管理功能用例圖 會員管理部分例描述如表 3表 310 所示。 表 35添加信息用例描述 用例名稱： 添加信息 用例標(biāo)識號： 201 參與者： 管理人員 簡要說明： 管理人員 可以在系統(tǒng)內(nèi)添加信息 前置條件： 管理人員 已成功登錄系統(tǒng)后臺 基本事件流： 1. 管理人員 點擊信息添加 2. 系統(tǒng)進入信息添加頁面 3. 管理人員 填寫相關(guān)信息 4. 點擊提交 5. 系統(tǒng)保存該文件信息至數(shù)據(jù)庫 6. 用例終止 其他事件流： 無 異常事件流： 無