酒店管理系統(tǒng)

1、本科實驗報告課程名稱： 系統(tǒng)分析與設(shè)計 實驗項目： 酒店管理系統(tǒng)實驗 實驗地點： 逸夫樓 專業(yè)班級：軟件1406 學號： 2014005674 學生姓名： 張琳 指導教師： 孟東霞 2016年 9月 25 日一、實驗目的 通過系統(tǒng)分析與設(shè)計實驗，使學生在實際的案例中完成系統(tǒng)分析與系統(tǒng)設(shè)計中的主要步驟，并熟悉信息系統(tǒng)開發(fā)的有關(guān)應(yīng)用軟件，加深對信息系統(tǒng)分析與設(shè)計課程基礎(chǔ)理論、基本知識的理解，提高分析和解決實際問題的能力，使學生在實踐中熟悉信息系統(tǒng)分析與設(shè)計的規(guī)范，為后繼的學習打下良好的基礎(chǔ)。二、實驗要求學生以個人為單位完成，自選題目，班內(nèi)題目不重復，使用UML進行系統(tǒng)分析與設(shè)計，并完成實驗報告。實

2、驗報告以紙質(zhì)版（A4)在課程結(jié)束后二周上內(nèi)提交（12周）。三、實驗主要設(shè)備：臺式或筆記本計算機四、實驗內(nèi)容1 選題及項目背景酒店管理系統(tǒng)是一個面向酒店用來進行酒店日常管理的系統(tǒng)。該系統(tǒng)能能夠為酒店的管理者對酒店進行比較精確的管理，能夠?qū)崿F(xiàn)用戶進行酒店的預定等操作，對酒店各部門提供管理功能。2 定義酒店管理系統(tǒng)是記錄酒店客人的信息，提供查詢，報表打印等一系列工作，他能讓工作人員從繁瑣的工作中解脫出來。本系統(tǒng)將結(jié)合中國酒店的實際特點，模仿中小型酒店的設(shè)計管理系統(tǒng)，將整個酒店管理系統(tǒng)細分成三個部分：房間管理、顧客管理和財務(wù)管理。實現(xiàn)客房管理、房態(tài)查詢、系統(tǒng)管理、會員管理等基本功能。3 參考資料 系統(tǒng)

3、分析與設(shè)計酒店管理方案4 系統(tǒng)分析與設(shè)計4.1需求分析 4.1.1識別參與者 在本系統(tǒng)中參與者有：酒店管理員，酒店經(jīng)理，前臺服務(wù) 4.1.2 對需求進行捕獲與描述 1. 用例名稱：用戶信息管理 執(zhí)行者：酒店管理員和前臺服務(wù)員 目的：對酒店客房管理系統(tǒng)的使用者進行管理，包括對員工的基本信息進行檢索、錄入和修改2.用例名稱：客房經(jīng)營管理 執(zhí)行者：酒店管理員、酒店經(jīng)理、和前臺服務(wù)員 目的： 實現(xiàn)對客房的訂房，入住和退房管理，包括對客房的業(yè)務(wù)信息（如客房號、預定時間、入住時間、換房情況、退房情況、金額等）進行檢索、錄入和修改。3. 用例名稱：預訂登記 執(zhí)行者：前臺服務(wù)員、管理員或經(jīng)理 目的：客戶通過各

4、種途徑（電話、網(wǎng)絡(luò)或親自到達）預訂房間4. 用例名稱：入住登記 執(zhí)行者：前臺服務(wù)員、管理員或經(jīng)理 目的：客戶入住酒店，辦理手續(xù)5. 用例名稱：退房登記 執(zhí)行者：前臺服務(wù)員、管理員或經(jīng)理 目的：客戶退出酒店，辦理手續(xù)6. 用例名稱：客房信息管理 執(zhí)行者：酒店管理員和酒店經(jīng)理 目的：可自定義客房類型，并對其進行管理，包括對客房類型的基本信息（如客房號、客房類型、房間位置、面積、床位、價格等）進行檢索、錄入和修改。7. 用例名稱：用戶密碼修改 執(zhí)行者：酒店管理員、酒店經(jīng)理和服務(wù)員 目的：用戶可以對自己的登錄密碼進行修改8. 用例名稱：用戶注銷 執(zhí)行者：酒店管理員，酒店經(jīng)理和服務(wù)員 目的：用戶離開系統(tǒng)

5、，注銷，以防止別人通過自己的帳號登錄系統(tǒng)9. 用例名稱：刪除用戶 執(zhí)行者：酒店管理員 目的：刪除用戶（前臺服務(wù)員、系統(tǒng)管理員、經(jīng)理）信息10.用例名稱：添加用戶 執(zhí)行者：酒店管理員 目的：添加用戶11.用例名稱：查詢用戶信息 執(zhí)行者：酒店管理員或服務(wù)員 目的：查詢用戶（前臺服務(wù)員、系統(tǒng)管理員、經(jīng)理）信息，包括姓名、員工號、部門、聯(lián)系方式12.用例名稱：刪除用戶 執(zhí)行者：酒店管理員酒店管理員 目的：刪除用戶（前臺服務(wù)員、系統(tǒng)管理員、經(jīng)理）信息用例描述：100.1用例ID號及用例名D1用戶信息管理100.2用例概述對酒店客房管理系統(tǒng)的使用者進行管理，包括對員工的基本信息進行檢索、錄入和修改100.

6、3參與者酒店管理員和前臺服務(wù)員（部分使用）101.4前置條件必須先登錄（帳號、密碼）100.5后置條件若有改動，必須確認保存100.6基本事件流（Basic Flow）1. 管理員（或服務(wù)員）登錄2. 對員工信息進行查詢或修改100.6.1擴展事件流（Alternative Flows）1. 添加員工2. 查詢員工信息3. 修改員工信息4. 刪除員工信息100.1用例ID號及用例名D2添加用戶100.2用例概述添加用戶100.3參與者酒店管理員101.4前置條件必須先登錄100.5后置條件如果有改動必須保存100.6基本事件流（Basic Flow）1. 管理員登錄2. 開始添加員工3. 輸入

7、員工信息4. 保存添加員工信息100.6.1擴展事件流（Alternative Flows）添加用戶100.1用例ID號及用例名D3查詢用戶信息100.2用例概述查詢用戶（前臺服務(wù)員、系統(tǒng)管理員、經(jīng)理）信息，包括姓名、員工號、部門、聯(lián)系方式100.3參與者酒店管理員或服務(wù)員（部分）101.4前置條件必須先登錄100.5后置條件若有改動必須保存100.6基本事件流（Basic Flow）1. 管理員登錄2. 輸入所要查詢員工姓名或員工號3. 檢索查看信息4. 確認并退出100.6.1擴展事件流（Alternative Flows）查詢用戶信息100.1用例ID號及用例名D4刪除用戶100.2用例

8、概述刪除用戶（前臺服務(wù)員、系統(tǒng)管理員、經(jīng)理）信息100.3參與者酒店管理員101.4前置條件必須先登錄100.5后置條件必須確認保存100.6基本事件流（Basic Flow）1. 管理員登錄2. 輸入所要刪除員工的姓名或員工號3. 確認刪除4. 退出100.6.1擴展事件流（Alternative Flows）刪除用戶4.1.3 用例圖 4.1.4 分析與討論1) 建模用例圖的步驟、方法？ (1)確定出系統(tǒng)的參與者和用例。 (2)確定出系統(tǒng)的用例。 (3)按照優(yōu)先次序細化每個用例。 (4)確定出每個用例中的泛化。 (5)確定每個用例中的包含關(guān)系、擴展關(guān)系。 (6)使用你已經(jīng)確定的參與者,用例

9、,泛化,包含關(guān)系和擴展關(guān)系為每個用例創(chuàng)建一個用例圖。 2) 如何識別系統(tǒng)的參與者？應(yīng)該如何劃分用例，應(yīng)注意哪些問題？ 查找誰是系統(tǒng)的主要功能，誰改變系統(tǒng)的數(shù)據(jù)，誰從系統(tǒng)獲取數(shù)據(jù)，誰支持維護系統(tǒng)誰需要借助系統(tǒng)的支持來完成日常的工作，系統(tǒng)需要操縱哪些硬件，系統(tǒng)需要和那些外部系統(tǒng)交互。劃分用例可以將系統(tǒng)分解成若干子系統(tǒng)，子系統(tǒng)還可以劃分下屬子系統(tǒng)，形成一個系統(tǒng)層次結(jié)構(gòu)。識別用例間的關(guān)系，擴展、包含等來劃分子系統(tǒng)。3) 心得 對于大型軟件系統(tǒng)，用例模型相對復雜為了清晰的描述這樣的系統(tǒng)就有必要使用包等對用例進行分組。通過本次實驗指導了用例圖怎么畫，及用例圖描述系統(tǒng)的功能需求。4.2 建立對象模型 4.2

10、.1 候選類的數(shù)據(jù)字典類名類型定義酒店管理系統(tǒng)結(jié)構(gòu)體記錄工作人員的信息餐飲管理界面結(jié)構(gòu)體記錄月銷售額財務(wù)管理界面字符型、鏈表記錄財務(wù)客房管理界面結(jié)構(gòu)體住戶記錄用戶管理界面結(jié)構(gòu)體客戶信息預訂管理界面結(jié)構(gòu)體客戶的更新消息顧客信息管理界面結(jié)構(gòu)體顧客的信息記錄(客房記錄等） 4.2.2定義類 客房管理界面類：屬性 客房號碼 客房標準 客房位置客房狀態(tài)單價容納人數(shù)用戶管理界面類屬性 用戶名 密碼 餐飲管理界面類屬性 食品種類 食品價格操作 點菜（） 結(jié)賬（）顧客信息管理界面類屬性 客房房號 客人姓名 身份證號碼 身份證地址 入住時間 操作員財務(wù)管理界面類屬性 入賬編號 入賬金額 入賬時間預訂管理界面類

11、屬性 客房房號 客人姓名 身份證號碼 身份證地址 預定時間操作員酒店管理系統(tǒng)類屬性 用戶名密碼操作登錄（） 4.2.3繪制類圖 圖4.2.3酒店管理系統(tǒng)類圖該類圖中包含類有： 客房管理界面類 用戶管理界面類 餐飲管理界面類 財務(wù)管理界面類 預訂管理界面類 顧客信息管理界面類 酒店管理系統(tǒng)類 說明：客房管理界面類，用戶管理界面類，餐飲管理界面類，財務(wù)管理界面類，預訂管理界面類 ，顧客信息管理界面類與酒店管理系統(tǒng)類為關(guān)聯(lián)關(guān)系。 4.2.4包圖 對于大型復雜系統(tǒng)，常需要把大量的模型元素用包組織起來，以方便處理。對所選系統(tǒng)的類進行分組，以便更清晰地了解系統(tǒng)的結(jié)構(gòu)。圖4.2.4系統(tǒng)包圖該包圖中含有： 系

12、統(tǒng)管理 房間管理 客房管理 房態(tài)查詢 顧客管理 會員管理 財務(wù)管理說明：系統(tǒng)管理與整個房間管理、顧客管理、財務(wù)管理相關(guān)聯(lián)。 4.2.5分析與討論 1）建模類圖的步驟、方法？ 使用名詞識別法識別類；建模類與類之間的關(guān)系；為類圖中的關(guān)聯(lián)關(guān)系添加合適的角色名；為已被封裝到類中的獨立功能建模類。 1 研究分析問題領(lǐng)域，確定系統(tǒng)的需求。2 發(fā)現(xiàn)對象和對象類，明確他們的含義和責任，確定屬性和操作。3 發(fā)現(xiàn)類之間的靜態(tài)聯(lián)系。著重分析找出對象類之間的一般和特殊關(guān)系，部分與整體關(guān)系，研究類的繼承性和多態(tài)性，把類之間的靜態(tài)聯(lián)系用關(guān)聯(lián)、泛化、聚合、組合、依賴等聯(lián)系表達出來，雖然對象類圖表達的是系統(tǒng)的靜態(tài)結(jié)構(gòu)特征，但

13、是應(yīng)當把對系統(tǒng)的靜態(tài)分析與動態(tài)分析結(jié)合起來，更能準確地了解系統(tǒng)的靜態(tài)結(jié)構(gòu)特征。4 設(shè)計類與聯(lián)系。調(diào)整和精化已得到的對象類和類之間的聯(lián)系，解決諸如命名沖突、功能重復等問題。5 繪制對象類圖并編制相應(yīng)的說明2）識別類有哪些方法，你是如何識別類的 ？行為分析、名詞分析法、根據(jù)邊界類、控制類、實體類的劃分識別、參考設(shè)計模式確定類以及通過對領(lǐng)域進行分析得到類。在此系統(tǒng)中，采用了名詞分析法，然后找出候選類，在審查與篩選。3）解釋關(guān)聯(lián)的多重性？如何確定類的屬性、操作、類之間的關(guān)聯(lián)關(guān)系、組織類之間的繼承？ 關(guān)聯(lián)的多重性表示：在建模過程中年，一個關(guān)聯(lián)實例中有多少個相互連接的對象。通過分析系統(tǒng)結(jié)構(gòu)與組成，確定類的

14、關(guān)聯(lián)關(guān)系、組織類之間的繼承。4.3 建立動態(tài)模型系統(tǒng)的動態(tài)行為模型由交互圖（順序圖和協(xié)同圖）、狀態(tài)機圖和活動圖表達。在系統(tǒng)的分析和設(shè)計中應(yīng)當對主要的Use Case和對象類繪制這些圖形，以便分析系統(tǒng)的行為，印證和修改系統(tǒng)的靜態(tài)結(jié)構(gòu)，滿足用戶的需求，達到系統(tǒng)的目標。4.3.1順序圖 圖4.3.11用戶登錄系統(tǒng)順序圖說明：當用戶輸入了正確的用戶名和密碼時系統(tǒng)進入驗證服務(wù)，通過數(shù)據(jù)庫的查詢認為用戶存在時返回一個驗證成功的消息給登錄酒店管理系統(tǒng)，之后返回一個登錄成功的消息給用戶。該圖將轉(zhuǎn)成通信圖： 圖4.3.12客戶訂房順序圖客戶訂房序列圖說明：1員工登錄系統(tǒng) 2預訂請求3打開查詢界面 4有無空房5無

15、空房 6 抱歉無空房7有空房 8打開預訂房間界面9完成訂單 10預訂成功11添加訂單說明：酒店經(jīng)理打開員工登錄系讓前臺服務(wù)員為顧客提供服務(wù)，前臺服務(wù)員打開操作界面在酒店數(shù)據(jù)庫進行查詢有無空房若無則放回消息告訴顧客無空房間，若有則打開預定空房的界面完成訂單，預定成功后添加訂單到系統(tǒng)返回給經(jīng)理。 4.3.2 通信圖圖4.3.2客戶訂房通信圖該通信圖中包含： 酒店數(shù)據(jù)庫 預訂房間 顧客 前臺服務(wù)員 酒店經(jīng)理 查詢界面說明：酒店經(jīng)理打開員工登錄系讓前臺服務(wù)員為顧客提供服務(wù)，前臺服務(wù)員打開操作界面在酒店數(shù)據(jù)庫進行查詢有無空房若無則放回消息告訴顧客無空房間，若有則打開預定空房的界面完成訂單，預定成功后添加

16、訂單到系統(tǒng)返回給經(jīng)理。 4.3.3活動圖活動圖的主要作用是表示系統(tǒng)的業(yè)務(wù)工作流和并發(fā)處理過程。針對自選系統(tǒng)主要的業(yè)務(wù)工作流繪制活動圖。繪制活動圖需要確定參與活動的對象、動作狀態(tài)、動作流，以及對象流。圖4.3.3預定房間活動圖該活動圖中包含： 預定房間 房間類型 普通房間 豪華房間 客戶登記說明： 當顧客要求預定房間是先查詢是否有空房間，若是有則看房間的類型，若是無則離開結(jié)束；在房間類型中可以并發(fā)進行選擇是普通房間還是豪華房間，最終以客戶登記結(jié)束并發(fā)流，結(jié)束。 酒店管理系統(tǒng)的活動圖說明：用戶可以進行登錄若是成功則選擇若是普通用戶則并發(fā)進行管理自己的信息，或可以進行客房管理，預定管理，消費管理；若

17、是管理員則并發(fā)進行客房管理預定管理和消費管理，還可以管理自己的和普通用戶的信息，最終管理完成后結(jié)束；若是登錄失敗，則在三次登錄失敗后退出系統(tǒng)。參與活動的對象是用戶，或是管理員。 4.3.4狀態(tài)圖狀態(tài)機圖表現(xiàn)一個對象（類）的生命史。對于一些實現(xiàn)重要行為動作的對象應(yīng)當繪制狀態(tài)機圖。繪制狀態(tài)機圖需要確定一個對象的生命期可能出現(xiàn)的全部狀態(tài)，哪些事件將引起狀態(tài)的轉(zhuǎn)移，將會發(fā)生哪些動作。該圖中包含狀態(tài)有： 客房 訂房登記 刪除房間 退房登記說明：在添加信息給客房，當進行訂房登記后將訂房的信息加入房間狀態(tài)，若是發(fā)生刪除房間操作是，將刪除信息加入刪除房間信息，若是發(fā)生退房事件將會觸發(fā)退房登記，會將房間狀態(tài)設(shè)置

18、為空。房間狀態(tài)圖說明：如果占用過就看他是否登記過，如果登記過為在使用中需要清理房間，預定房間若取消預訂就結(jié)束；房間如果有損壞則需要維修。4.3.5 分析與討論問題：比較順序圖與通信圖、 活動圖與狀態(tài)圖的應(yīng)用。在uml系統(tǒng)開發(fā)過程中，系統(tǒng)的動態(tài)模型主要包括對象交互模型和對象的狀態(tài)模型。對象交互模型由順序圖和通信圖進行描述，對象的狀態(tài)模型擇優(yōu)活動圖和狀態(tài)圖進行描述。相同點：描述圖符基本一樣；可以描述一個系統(tǒng)或?qū)ο笤谏嫫陂g的狀態(tài)或行為；可以用條件分支圖描述一個系統(tǒng)或?qū)ο蟮男袨榭刂屏骺梢悦枋鲆粋€系統(tǒng)或?qū)ο笤诙噙M程操作中的并發(fā)行為不同點：觸發(fā)一個系統(tǒng)或?qū)ο蟮臓顟B(tài)發(fā)生轉(zhuǎn)移的機制不同；描述多個對象共同完成一個操作的機制不同順序圖和通信圖：