【正文】 .................... 61 第七章 總結與展望 ............................................... 61 .......................................... 61 ........................................................ 62 參考文獻 ........................................................ 63 1 第一章 賓館信息 管理系統(tǒng)需求分析 目的 該文檔是關于用戶對于成績管理系統(tǒng)的功能和性能的要求，重點描述了成績管理系統(tǒng)的功能需求，是概要設計階段的重要輸入。 設計人員； 項目管理人員； 用戶。在這里，沒有涉及開發(fā)技術，而主要是通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的平臺。 UML,Unified Modeling Language（統(tǒng)一建模語言）的縮寫，是一個標準的建 模語言。 項目來源及背景 本項目是針對老式的賓館管理而設計的全新賓館管理系統(tǒng)，老式的賓館管理需要管理人員進行大量的記錄工作，過程復雜而且容易出錯。 用戶的特點 本系統(tǒng)的用戶包括兩類，一類是酒店入住者，他們分為兩類，一類是在網上預定客房的，而另一類是直接到酒店定房間的。 項目目標 本項目設定的目標如下： 系統(tǒng)具有良好的運行效率，能夠達到提高效率的目的； 通過這個項目可以鍛煉自己，提高開發(fā)能力和項目管理能力。管理端的功能提供房間信息查詢，修改入住信息，記賬查詢，修改記賬信息等 。 客 房 管 理查 看 房 間信 息提 交 預 訂 信 息填 寫 預 定信 息網絡服務器管 理人 員記 賬 管 理管 理人 員客 房 信 息發(fā) 布管 理人 員客 戶客 房 信 息消 費 信 息客 房 信 息房 間 信 息預 訂 信 息 圖 A1 成績管理 系統(tǒng)流程圖 系統(tǒng)運行的網絡環(huán)境 本系統(tǒng)的網絡運行圖如圖 A2 所示，無論是客戶端的客戶還是管理端的管理用戶都可以通過網絡登錄到本系統(tǒng)中。 系統(tǒng)運行的硬件環(huán)境 本系統(tǒng)的硬件環(huán)境如下： 客戶機：普通 PC 內存： 256MB 以上 分辨率：推薦使用 1024 768 像素 Web 服務器 內存： 1G 以上 網卡： KMb/s 速度 數據庫服務器 內存： 1GB 以上 操作系統(tǒng)： UNIX/Linux/Windows2020 或以上版本 開發(fā)工具包： JDK Version 瀏覽器： 以上 我們采用面向對象分析作為主要的系統(tǒng)建模方法，使用 UML（ Unified Modeling Language）作為建模語言。在 UML 中，從任何一個角度對系統(tǒng)所作的抽象都可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了系統(tǒng)的映像。 用例模型提供了一個非常重要的方式來界定系統(tǒng)邊界以及定義系統(tǒng)功能，同時，該模型將來可以派生出動態(tài)對象模型。角色可以是用戶、外部系統(tǒng)，甚至是外部處理，通過某種途徑與系統(tǒng)交互。盡可能地確保所有角色都被完全識別出來?？梢圆扇〔粩嗟貑栕砸选斑@個角色究竟想過系統(tǒng)做什么？”來準確地描述用例。 角 色定義 角色或者執(zhí)行者指與系統(tǒng)產生交互的外部用戶或者外部系統(tǒng)。 管理用戶 管理用戶是指管理端的用戶，此角色派生兩個子類，賓館信息管理員和系統(tǒng)管理員，賓館信息管理員是指在賓館信息系統(tǒng)中通過管理端參與賓館信息管理工作的人中，它又可以派生三個子類即客房管理者和消費記賬者和客房信息發(fā)布者。 管理用戶具體 說明如下： 查詢客房入住信息，修改入住信息，查詢預定信息，修改預定信息，查詢結賬信息，修改結賬信息。 消費記賬者。 客房信息發(fā)布者。 系統(tǒng)管理員 通過管理端對系統(tǒng)用戶進行管理的人員，這個角色主要負責對管理端用戶的增刪，權限的設置等功能。 系統(tǒng)主用例圖 賓館信息管理系統(tǒng)可以分為兩個主要的組成部分，一個 是客戶端子系統(tǒng)。客戶端子系統(tǒng)功能主要是指客戶通過登錄賓館信息系統(tǒng)進行操作的功能，即預定功能。系統(tǒng)的主用例如圖A3 所示。在客戶端用戶可以看到客房信息說明，當點 擊客房信息名稱時進入客房詳細信息頁面，如果預定的話，可以填寫預定信息，最后將預訂信息提交。 客戶端的功能主要包括選擇客房、填寫預訂信息等功能，圖 A5是它的用例圖 ?？蛻舻卿浀劫e館網站 可以看到客房列表，客房類型。 FC2：預定信息輸入。 客房選擇 客房選擇是顯示目前正在空閑的客房以及客房基本信息。 用例描述：客房選擇； 執(zhí)行者：客戶； 前置條件：客戶已登錄系統(tǒng)； 后置條件：選擇客房后，則可以輸入預定信息。 預訂信息輸入 如果客戶滿意某個房間，就開始輸入預訂信息，預定信息從客戶 9 的基本信息開始，然后輸入預定時間等。 用例描述：預定信息輸入； 執(zhí)行者：客戶； 前置條件：客戶已選擇客房； 后置條件：預訂信息輸入后，則可以提交。 管理端子系統(tǒng) 管理端子系 統(tǒng)主要是提供賓館管理人員使用的功能，它的功能分為客房管理、 預訂 管理、客房信息發(fā)布等部分 。 A— 6 為活動圖。 2： 預訂管理 預訂管理 由管理員登錄到系統(tǒng)，實現預定信息的增加、刪除、修改的功能及查看預定的詳細信息。 4： 退房管理 退房管理是由管理員登錄到系統(tǒng)，根據客房入住信息，對賓館退房信息進行增，刪，改，查。 6： 消費記賬管 理 消費記賬管理是賓館工作人員對客戶的除入住費用以外的費用的記賬，包括客房送餐等。 入住管理 在賓館信息管理系統(tǒng)中，有一個表格，記錄了客房各個方面的信息，包括入住時間等。 用例描述：入住管理； 執(zhí)行者： 客房管理者； 前置條件：客房管理者已登錄系統(tǒng)； 后置條件：如果客房管理者操作成功， 則可以成功對客戶的入住信息進行增，刪，改，查。具體描述如下。 基本 路徑： a）進入客房管理界面，首先展示目前賓館所有的客房； b）點擊每個客房可以詳細瀏覽這個客房的詳細信息； 13 c）可以對客房的詳細信息中的退房時間，交款數額進行修改； 預訂管理 在賓館信息管理系統(tǒng)中，有一個表格，記錄了客戶的預訂信息的信息，包括；預定時間，預期居住時間。 用例描述：預定管理； 執(zhí)行者： 客房管理者； 前置條件：客房管理者已登錄系統(tǒng)； 后置條件：如果客房管理者操作成功，則可以成功對客戶的預訂信息進行查詢，修改。 b）點擊每個客房，可以查看其預定信息； c）在點擊預定信息可以查看預定的詳細信息； d）對詳細的預定信息進行增，刪，改，查。每個客房都附有一張預定申請，需要客戶填寫，申請是針對客戶的基本信息等，客房信息發(fā)布后，客戶通過網絡可以看到客房信息，并可以預定，具體功能描述如下。 基本路徑： a）進入客房信息發(fā)布界面，首先展示目前所有客房類型，可以增加新的客房類型； b）通過點擊每個客房類型，可以詳細瀏覽每個客房的詳細描述； c）可以對每個客房信息進行修改； d）提供客房條件查詢功能； e）提供客房信息刪除功能?？蛻敉ㄟ^簽字方式確認信息，由管理員輸入數據庫進行儲存，最后在退房時一并結賬。 具體的功能描述如下。 基本路徑： a）進入消費記賬界面，房間號列表，提供查詢功能； b）通過點擊房間號列表進入相應客戶消費界面，這個界面也顯示了每個客戶的姓名、消費時間，金額等信息； c）消費記賬者可以對上述信息進行增，刪，改，查。 。具體功能描述如下。 基本路徑： a）進入用戶管理界面，顯示目前的系統(tǒng)用戶以及每個用戶具有的權限； b）點擊不同的用戶，可以顯示這個用戶的信息以及相應權限，必要時可以修改其權限； c）可以增加用戶，也可以刪除用戶。 15 根據用戶對本系統(tǒng)的要求，確定系統(tǒng)在響應時間、可靠性、安全性等方面有較高的必能要求。 1）頁面內容：主題突出，站點定義、術語和行文格式統(tǒng)一、規(guī)范、明確、欄目、菜單設置和布局合理，傳遞的信息準確、及時。 2）導航結構： 頁面具有明確的導航指示，且便于理解，方便用戶使用。 4）藝術 風格 ：界面、版面形象清晰悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方，動與靜搭配恰當，動靜效果好；色彩和諧自然，與主題內容相協(xié)調。系統(tǒng)應能監(jiān)測出各種非正常情況，如與設備的通信中斷，無法連接數據庫服務器等，以避免出現長時間等待甚至無響應。 開放性需求 系統(tǒng)應具有較強的靈活性，以適應將來功能擴展的需求。 系統(tǒng)安全性需求 系統(tǒng)有嚴格的權限管理功能，各功能模塊需有相應的權限方能進入。防止用戶非法獲得網頁以及內容。 系統(tǒng)的實現約束如下： a）操作系統(tǒng)為 Windows200； b）開發(fā)平臺為： ； c）數據庫為 SQL serer2020。同時，賓館可以匯總預訂信息，游覽預訂信息，并通過預訂信息選擇合格的房間，通知客戶預訂成功。 管理端子系統(tǒng)包括客房管理，客房信息發(fā)布，消費記賬管理，用 17 戶管理等功能。圖 B1 客戶端和管理端的組成構圖。 18 圖 22 頁面之一 管理端界面設計 主要實現入住管理，退房管理，預訂管理，客房信息管理，消費記賬管理以及用戶管理等功能。入住管理：包括“客房列表”、 “修改入住信息”頁面； 客房信息發(fā)布：包括“客房列表”、“客房詳細信息”、“修改客房信息”預訂管理：包括“預定列表”消費記賬管理：“客戶消費列表”，“修改消費信息”等頁面； 19 圖 23 客戶預定界面 客戶端界面設計 客戶端主要為客戶提供網上預定的過程，應聘者通過選擇合適的房間，填寫預訂申請，提交的預訂申請到服務器端，供管理者查詢。 3. 體系結構 系統(tǒng)的總體結構設計遵循如下原則。 20 本系統(tǒng)采用體系結構， struct 是一個基于模型（ Model）一視圖（ View）一控制器（ Controller），即 MVC 模式的應用架構的開源框架。 struct 體系結構 (本工程是用 .NET 設計的 .NET對體系結構的要求不是重點，下面的文字僅供讀者參考。隨著 Web 開發(fā)技術的日趨成熟，在 Web 開 發(fā)領域出現了一些現成的優(yōu)秀的框架、開發(fā)者可以直接使用它們， struct就是一個很好的框架結構，它是在 JSP Model2 基礎上實現的一個MVC 框架，在 struct 框架在模型由實現業(yè)務邏輯的 JavaBean或者 EJB組件構成，控制器由 ActionServlet 和 Action 來實現，視圖由一組 JSP文件組成，圖 B5 顯示了 Struct 實現的 MVC 框架。 21 修 改 入 住 信息 管 理 首 頁 入 住 管 理 客 房 信 息 發(fā)布 退 房 管 理 預 訂 管 理 管理 消 費 記 賬 管理 用 戶 管 理 入 住 管 理 客 房 信 息 發(fā)布 退 房 管 理 預 訂 管 理 消 費 記 賬 管理 用 戶 管 理 客 房 列 表 客 房 詳 細 信 息 預 覽 入 住 信 息 客 房 入 住 信 息列 表 預 訂 者 申 請 表 修 改 預 定 信息預 訂 信 息 預 覽 用 戶 列 表 增 加 用 戶 刪 除 用 戶 用 戶 權 限用 戶 信 息 修 改 用 戶 信 息 客 房 入 住 信息 列 表 修 改 退 房 信息 預 覽 退 房 信息 消 費 記 賬 信 息 修 改 消 費 信息 消 費 信 息 預 覽 圖 B5 管理 端的頁面流程 客 戶 網 上 登 錄 賓 館 基 本 信 息 客 房 列 表 客 房 詳 細 信 息 預 定 申 請 填 寫 個 人 基 本 信 息 填 寫 預 定 時 間 提 交 圖 26 客戶端的頁面流程 此外，通常將 struct 框架中的ActionForm Bean 也劃為視圖模塊， ActionForm Be