酒店預訂系統(tǒng)可視化建模與UML綜合性實驗

1、可視化建模與UML綜合性實驗1.酒店預訂系統(tǒng)需求分析1.1功能性需求1.所有的網(wǎng)絡(luò)用戶可以通過瀏覽網(wǎng)絡(luò)信息查看該酒店的客房信息。2.網(wǎng)絡(luò)用戶如果需要預定，需要設(shè)置個人信息注冊成為酒店會員并登錄系統(tǒng)能夠預訂3.會員查看客房信息并選擇訂單，選擇支付方式，最后確認提交生成訂單。4.系統(tǒng)，通知客房部準備房間。5會員接受已預訂信息，一定時間內(nèi)可以取消訂單，會員通過個人信息管理修改個人信息，通過訂單管理查看個人訂單情況。6.同時訂單管理員也可以成為酒店會員，并享受預訂服務(wù)。7，系統(tǒng)管理員控制客房信息，同時維護用戶權(quán)限和信息。1.2設(shè)計性需求1.客戶申請注冊登錄模塊：會員能夠查詢酒店的客房信息情況，然后根據(jù)

2、自己的需要，填寫申請單，向工作人員遞交申請，工作人員根據(jù)系統(tǒng)情況，回復客戶。2.系統(tǒng)管理員登陸模塊：系統(tǒng)管理員工作需要登陸系統(tǒng)，才能夠進行操作，系統(tǒng)中的各項數(shù)據(jù)都不允許外人 隨便查看和更改，所以設(shè)置登陸模塊是必須的。3.顧客到達模塊：到達情況有兩種,一種是有預約的到達,另一種是無預約的到達，有預約的到達首先 查詢預約,故在預約模塊中添加到達的功能。無預約的到達,就可以立即找空客房，在到 達操作中還要刷新當前客房狀態(tài),由預約或空閑狀態(tài)轉(zhuǎn)為客房狀態(tài)。4.顧客結(jié)賬模塊：顯示當前客房的房間信息,從中選中需要結(jié)帳的客房,進行結(jié)帳操作，結(jié)帳完成后,將 客房置為空閑狀態(tài),若當天還有不同時間預約此客房的則置該

3、房間為預約狀態(tài)。5.客房信息管理模塊工作：工作人員可以對公司的客房進行管理。工作人員可以查詢公司的客房情況，包括入 住情況，入住歷史，客房狀況。6.客戶信息管理模塊：在酒店入住過的會員，工作人員需要記錄下入住情況，以便再次預定客房時可以查 詢。新注冊的客戶，工作人員需要添加新會員進系統(tǒng)中。7. 會員權(quán)限管理模塊：管理員查詢會員的權(quán)限，寫入新的權(quán)限。2.系統(tǒng)的UML基本模型2.1UML初始模型會員可以對自己的預訂進行管理，例如退訂、選擇支付方式等。會員可以從以往的訂單中，直接選擇訂單，然后支付。2.2系統(tǒng)的用例圖1.個人訂單管理：會員可以對自己的預訂進行管理，例如退訂、選擇支付方式等。會員可以從

4、以往的訂單中，直接選擇訂單，然后支付。2.瀏覽網(wǎng)絡(luò)信息：會員可以網(wǎng)上瀏覽酒店的及時信息。其中包括客房信息，客房價格等一切相關(guān)信息。3.個人信息管理：會員可以修改自己的信息。4.登陸：會員在進行客房預訂業(yè)務(wù)錢，需要在登陸后的情況下進行。圖2.2.1圖2.2.2系統(tǒng)管理員通過系統(tǒng)能過進行一下活動：1. 用戶權(quán)限信息管理：系統(tǒng)管理員可以更改會員的權(quán)限。2. 客房管理：系統(tǒng)管理員可以更改客房的當前信息。圖2.2.32.3系統(tǒng)的類圖和對象圖訂單類：屬性：會員編號：顯示是哪位會員預訂的客房。房間編號：客戶預訂的房間是哪一間。付費情況：客戶是否付費。方法：會員信息（）：將會員信息讀取到訂單中。 客房信息（）

5、：將客房信息讀取到訂單中。圖2.3.1酒店會員類：屬性：會員號:每個會員的唯一表示。電話號碼：會員的聯(lián)系方式。E-mail：會員的電子郵箱。密碼：會員的電子郵箱。密碼：會員的登陸密碼方法：查看():會員可以查看自己的基本信息修改個人信息（）：會員可以修改自己的信息。選擇支付方式（）：調(diào)用此方法，會員可以選擇支付的方式。登陸（）：調(diào)用此方法，會員登陸到預定系統(tǒng)。 繳費金額（）：調(diào)用此方法，系統(tǒng)顯示會員預定房間所需繳費金繳費成功（）調(diào)用此方法，提示會員繳費成功信息。生成訂單（）：調(diào)用此方法，形成訂單到會員訂單管理中。  查看所有會員（）：調(diào)用此方法，酒店會員的信息被管

6、理員使用。 某個用戶名（）：調(diào)用此方法，會員信息被調(diào)出。 圖2.3.2屬性： 狀態(tài)：顯示客房現(xiàn)在的狀態(tài)。例如：預訂、空閑、入住。 價格：顯示客房的價格?？头啃畔⒃O(shè)置：顯示客房的信息。例如：客房中配置的設(shè)施、 房間的類型（單人間、標準間等）。 客房編號：客房的房間號。 方法：查詢客房信息（）：調(diào)用此方法，顯示客房信息。 選擇客房（）：顯示出預定此客房的金額。 請求繳費（）：激活繳費系統(tǒng)。 修改后客房信息（）：調(diào)用此方法，更新客房信息。圖2.3.3 客房間設(shè)置類 客房信息設(shè)置類： 方法：設(shè)置客房信息（）：調(diào)用此方法，管理員可以設(shè)置、 修改客房信息。圖2.3.4

7、0;屬性： 用戶名：顯示管理員的用戶名。 權(quán)限：顯示管理員所擁有的權(quán)限。 方法： 修改（）：管理員調(diào)用此方法，可以對會員的權(quán)限進行修改。 圖2.3.5 網(wǎng)絡(luò)用戶類 網(wǎng)絡(luò)用戶類： 方法： 瀏覽客房信息（）：調(diào)用此方法，網(wǎng)絡(luò)用戶可以任意瀏覽客房信 息，但不可預訂。圖2.3.6 方法： 支付（）：調(diào)用此方法，會員可以進行網(wǎng)上支付。圖2.3.7系統(tǒng)管理員類 系統(tǒng)管理員類： 方法： 權(quán)限設(shè)置（）：調(diào)用此方法，管理員可以進入權(quán)限設(shè)置管理， 對會員進行權(quán)限的修改。 客房信息維護（）：調(diào)用此方法，管理員可以進入客房信息設(shè) 置，對客房的信息進行修改。圖2.3.8圖2.3.9類圖說明：從圖中可

8、以看出，系統(tǒng)管理員可以查看會員的個人信息，并修改會員的權(quán)限，還可以設(shè)置客房的狀態(tài)信息。會員可以瀏覽客房信息；和申請訂單，申請訂單成功后，就可以通過網(wǎng)上支付系統(tǒng)支付定金。 下面說明類之間的關(guān)系每個酒店會員都可以查看多個客房信息。同時，會員也可以，擁有0個或者多個客 房的預訂，也就是說可以擁有多個訂單。 一個管理員可以對多個房間進行信息的修改，客房的信息又可以被多個管理員修改。一個管理員可以修改多個會員的權(quán)限。 每次對客房信息修改只能針對一個客房。但是信息的修改可以對每個客房進行，所以客房信息設(shè)置與客房信息是一對多的關(guān)系。 管理員擁有酒店會員擁有的所有功能、酒店會員擁有網(wǎng)絡(luò)用戶的所有功能。2.4系

9、統(tǒng)的時序圖“會員訂房”用例 根據(jù)基本流程創(chuàng)建客房信息設(shè)置的序列圖及其協(xié)作圖圖2.4.1“會員訂房”用例 下面通過具體的描述來確定訂房的過程，基本的工作過程如下：管理員想要修改客房信息，需要先登錄系統(tǒng)。管理員通過客房信息設(shè)置界面來查看客房信息。客房信息向管理員返回信息。管理員看到客房信息之后，通過客房信息設(shè)置模塊對信息進行修改。修改成功之后，客房信息向管理員返回修改成功后的客房信息。根據(jù)基本流程創(chuàng)建客房信息設(shè)置的序列圖及其協(xié)作圖，如圖 2.4.2所示圖2.4.2圖2.4.32.5系統(tǒng)的協(xié)作圖2.5.1會員訂房用例會員要預訂酒店房間，需要先登錄。會員瀏覽客房的信息，確定需要預定的客房號。當會員確定

10、需要鎖定的客房后。客房信息返回一個所需繳費金額的信息。會員看到所需繳費的金額之后，對繳費系統(tǒng)發(fā)出繳費請求。繳費成功后，對會員發(fā)出繳費成功的信息。繳費成功后，客房信息要對客房狀態(tài)進行更改。即客房信息要對客房信息設(shè)置發(fā)出修改的信息?？头繝顟B(tài)更改之后，客房信息和更新后的客房信息。會發(fā)送到訂單模塊中。成功生成訂單之后，將訂單發(fā)送給會員。圖2.5.1圖2.5.2圖2.5.32.6系統(tǒng)的狀態(tài)圖訂單含有一下幾種狀態(tài)：顯示訂單中擁有的所有信息，酒店會員對訂單進行修改，當所有信息被確之后生成訂單。它們之間的轉(zhuǎn)換規(guī)則如下：當酒店會員預訂房間之后，可以在訂單管理中查看或者修改訂單。當會員查看訂單信息之后確認訂單信息

11、，確認無誤后可以生成訂單。當會員查看信息之后，認為有修改的地方，可以修改訂單之后，再生成訂單。會員還可以從訂單管理中，找到訂單之后，修改訂單信息后，生成訂單。根據(jù)訂單的各種狀態(tài)的轉(zhuǎn)換規(guī)則，創(chuàng)建訂單的狀態(tài)圖圖2.6.12.6.2會員狀態(tài)圖會員包含以下的狀態(tài)：登陸，退出。會員的狀態(tài)轉(zhuǎn)換關(guān)系如下：會員需要預定房間的時候，需要輸入用戶名，密碼進行登陸狀態(tài)。訂單生成即訂房成功，關(guān)閉界面，進入登出狀態(tài)。圖2.6.22.6.3客房信息狀態(tài)圖客房信息包含以下的狀態(tài)：顯示客房信息，顯示預訂客房信息，已修改客房信息，退房。客房信息的狀態(tài)轉(zhuǎn)換關(guān)系如下：酒店會員和管理員可以請求查詢客房信息?？头勘痪频陼T預定之后，轉(zhuǎn)

12、換為顯示預訂客房信息狀態(tài)。酒店會員請求退訂客房之后，轉(zhuǎn)換為退房狀態(tài)。管理員查看客房信息，認為有信息需要更改時，請求更改客房信息，更改信息后轉(zhuǎn)為已修改客房信息狀態(tài)。根據(jù)客房信息的各種狀態(tài)的轉(zhuǎn)換規(guī)則，創(chuàng)建客房信息的狀態(tài)圖。圖2.6.32.6.4權(quán)限設(shè)置狀態(tài)圖權(quán)限設(shè)置包含以下狀態(tài)：顯示會員權(quán)限，顯示查詢內(nèi)容，權(quán)限已修改。權(quán)限設(shè)置的狀態(tài)轉(zhuǎn)換關(guān)系如下。管理員請求查看會員的權(quán)限時，轉(zhuǎn)換為顯示用戶權(quán)限狀態(tài)。管理員輸入查詢信息時，轉(zhuǎn)換為顯示查詢內(nèi)容的狀態(tài)。酒店會員權(quán)限被修改之后，轉(zhuǎn)換為權(quán)限已修改狀態(tài)。根據(jù)權(quán)限設(shè)置的各種狀態(tài)以及轉(zhuǎn)換規(guī)則，創(chuàng)建權(quán)限設(shè)置狀態(tài)圖圖2.6.42.7系統(tǒng)的活動圖 活動圖是UML

13、 中用于對系統(tǒng)的動態(tài)方面建模的五種圖中的一種。一張活動圖從本質(zhì) 上說是一個流程圖，顯示從活動到活動的控制流?；顒訄D用于一個系統(tǒng)的動態(tài)方面建模。 當對象在控制流的不同點上從狀態(tài)移動時，用活動圖也可以對該對象的控制流進行建 模。活動圖可以單獨用來可視化、詳述、構(gòu)造和文檔化對象群體的動態(tài)特性，也可以用 于對一個操作的控制流建模。交互圖強調(diào)的是從對象到對象的控制流，而活動圖強調(diào)的 是從活動到活動的控制流。一個活動是一個狀態(tài)機中進行的非原子的執(zhí)行單元?；顒幼?終導致一些動作，這些動作由可執(zhí)行的原子計算組成，這些計算會導致系統(tǒng)狀態(tài)的改變 或一個值的返回?；顒訄D不僅對系統(tǒng)的動態(tài)特性建模是重要的，而且對于通過

14、正向和逆 向工程橫行可執(zhí)行的系統(tǒng)也很重要。酒店會員通過系統(tǒng)進行客房預訂的活動，可以通過以下步驟完成：客戶查看客房信息。系統(tǒng)顯示客房信息。當客房查看客房信息，決定需要預定的客房之后，請求預訂客房。請求提交到系統(tǒng)之后，系統(tǒng)判斷該用戶是否處于登陸狀態(tài)。如果用戶沒有登陸，則傳圖登陸界面：用戶已經(jīng)在登陸狀態(tài)時，系統(tǒng)顯示客戶需要預定的客房的客房信息會員查看客房信息無誤之后，選擇訂單及付款方式。訂單生成后，記錄客房信息并顯示讓會員再次確定信息。當會員確認之后，生成訂單，客房預訂成功。根據(jù)酒店客戶在網(wǎng)上預訂客房的服務(wù)流程的活動，可以創(chuàng)建酒店客房預訂的活動圖圖2.7.12.8系統(tǒng)的組件圖圖2.8.12.9系統(tǒng)的部署圖圖2.9.13.