軟件工程酒店客房管理系統需求分析《軟件工程》實驗報告酒店客房管理系統需求分析指導教師:班級：學生姓名:學號:完成日期：計算機科學與技術系1（系統需求概述1.1系統概述開發的軟件名字定為：酒店客房管理系統本文按照面向結構化的方法，先進行賓館管理信息化的需求分析，了解系統的功能需求，進而進行系統的整體設計，再進行功能分解，劃分系統的功能模塊,進行詳細設計及代碼開發，最終實現一個實用的小型賓館管理信息系統.該系統的實現，能實現賓館管理的自動化、規范化,提高管理效率，體現現代信息技術在經濟社會生活中的應用價值.1。2系統功能需求酒店操作人員在酒店信息管理系統中完成對運行酒店所需的基本數據的維護，包括這些信息的增加、修改及對各項信息的變動。操作人員首先根據入住客戶的需求在酒店信息管理系統中進行入住房間號的查找，隨后進行入住登記，并在系統中對已經入住的客戶進行基本信息的錄入。客戶訂房時操作人員會錄入預訂信息.在退房時,對整個信息進行修改，并進行結算。酒店信息管理系統需要具有以下的功能:1、客戶信息管理:功能實現：客戶管理子系統,包括信息存入，信息查詢,信息修改，信息刪除.輸入：客戶信息，錄入顧客信息（姓名、身份證號、聯系方式、詳細地址、工作單位）處理過程：客戶信息存入數據庫輸出:操作成功或失敗的提示信息2、客房信息管理：設置客房標準,設置客房信息功能實現:客房信息管理子系統可以對客房信息進行添加，刪除,修改和查詢輸入:客房信息，錄入客房信息（客房標準、客房編號、所在樓、價格、房間類型、使用配置、房態）處理過程:客房信息存入數據庫輸出：操作成功或失敗的提示信息3、訂房信息管理功能實現：客戶訂房子系統可以進行客房查詢和對客戶訂房信息進行登記，修改和查詢.輸入:客房信息處理過程:提供客房信息,供客戶選擇房間并錄入系統輸出:客房信息以及訂房信息4、結算管理功能實現：客戶結帳子系統可以算出客戶應交金額并顯示信息，并同時更新相客房信息，且可以對結算信息進行查詢.輸入：客戶信息處理過程:客戶信息查詢消費情況輸出:消費清單或者操作失敗提示信息［對系統進行簡介，并簡要說明系統的需求。］2（用例建模［概要說明本小節內容］2。1參與者列表從需求分析可以看出,酒店客房管理系統有4個人執行者和4個系統執行者,即“系統管理員"、“客戶"、“前臺服務員（收銀員）”“酒店經理”、“、客戶信息管理系統”、“客房信息管理系統"、“訂房信息管理系統”、“結算管理系統”.1）系統管理員:負責整個軟件的維護工作，可以添加用戶，并對用戶設置權限。2）客戶：入住酒店,并填寫相應信息。3）前臺服務員（收銀員）:服務于客戶,為客戶提供客房信息，并錄入客戶相關信息，結算客戶的消費情況，并收取相應金額。4）超市經理:監督超市的整個運營情況，可以查詢銷售情況，作出決策。5）用戶信息管理:包括信息存入，信息查詢，信息修改，信息刪除。6）客房信息管理：設置客房標準，設置客房信息。7）訂房信息管理:進行客房查詢和對客戶訂房信息進行登記，修改和查詢.8）結算管理：客戶結帳子系統可以算出客戶應交金額并顯示信息，并同時更新相應客房信息，且可以對結算信息進行查詢。［列出系統用例的參與者,并作簡要說明。例:客戶:出錢購買我們服務的人。］2。2用例列表根據系統的需求分析中客戶對系統功能提出的要求，可以粗略的找到系統用例，并在后期的用例建模工作中合并、優化、篩選這些用例.(1)UC—1“酒店客房管理系統”中的用例(2)UC—2“系統管理"中的用例(4)UC—3“客房管理子系統”中的用例(5)UC—4“訂房管理子系統”中的用例UC—5"結算管理子系統”中的用例［列出系統需完成的用例的編號和名字，并簡要說明其任務。例:UC—1登錄：用于驗證用戶權限。］2。3用例圖［畫出系統的用例圖，注意圖不能單獨出現,需要圖名圖號，并有正文對它的引用。例如：本系統的用例圖如圖1所示.］(1)“酒店客房管理系統”中的用例在第一層中，根據客戶對“酒店客房管理系統"的整體業務功能要求，可選的用例有:，客戶管理，客房管理,前臺服務管理圖2。3.1酒店客房管理系統用例圖(2)“系統管理”中的用例在第二層中，根據客戶對“系統管理”的業務功能要求，可選的用例有:,客房信息的管理,客房經營管理圖2.3。2系統管理用例圖(3)“客房管理子系統”中的用例在第二層中,根據客戶對“客房管理”的業務功能要求,可選的用例有：，添加客房信息,修改客房信息，刪除客房信息，查詢客房信息圖2.3。3客房管理用例圖(4)“訂房管理子系統”中的用例在第二層中,根據客戶對“訂房管理”的業務功能要求,可選的用例有：,添加訂房信息,查詢剩余客房，修改訂房信息，查詢訂房信息圖2.3.4訂房管理用例圖(2)“結算管理”中的用例在第二層中，根據客戶對“結算管理”的業務功能要求，可選的用例有:，客戶住房信息,客房退訂信息,結賬管理,消費記錄圖2。3.5結算管理用例圖2.4輔助需求2。4.1系統環境需求1、系統模式本系統采用C/S模式作為開發模式2、硬件環境服務器端：高性能的計算機一臺，普通的雙絞線作為連接。客戶端：普通的計算機或者工作站，普通的雙絞線作為連接。3、軟件環境服務器端：安裝SQLServer2000的服務器版本，安裝windows2000服務器版本，配置了諾頓等必須的防毒軟件。客戶端：安裝SQLServer2000的服務器版本，安裝了VB等可視化開發工具軟件，安裝windows2000服務器版本。［性能、容量等方面的需求］3（對象建模對象類靜態結構模型描述了系統的靜態結構，包括構成系統的類和對象、他們的屬性和操作以及這些對象間的聯系。［概要說明本小節內容］3。1確定類與對象［分析并列出系統功能實現所涉及的類或對象。例：學生、教師、課程等。］3.2確定類與對象的關聯、屬性、服務酒店管理系統的對象類包括：（1）商品類名:商品類的編號:030101（共三層，每層用2位數字表示，采用6位編號）。類的類型：該類創建的對象為持久對象，存儲在服務器上的數據庫中，可以共享。功能：負責建立商品基本信息并對這些信息進行處理，包括增加、刪除、查詢操作等。屬性:商品名稱、編號、條形碼、價格、規格、庫存數量、庫存預警數量、促銷價格、促銷起止日期、允許打折、入庫日期。操作:增加商品()、刪除商品()、修改商品信息()、查詢商品()。(2)顧客類名：顧客類的編號：030102類的類型:該類創建的對象為持久對象，存儲在服務器上的數據庫中，可以共享。功能:負責建立顧客對象并進行處理，包括購買商品、付款、購物查詢操作。屬性:交易編號操作:購買商品()、付款()、購物查詢().(3)會員類名：會員類的編號:030103類的類型：該類創建的對象為持久對象，存儲在服務器上的數據庫中，可以共享。功能:繼承顧客類,負責建立會員基本信息并進行處理，包括添加會員、刪除會員、修改會員信息、購物查詢操作。屬性：會員卡號、會員姓名、積分、電話、累計消費金額、注冊日期。操作:添加會員()、刪除會員()、修改會員信息()、購物查詢()。4)銷售人員(類名:銷售人員類的編號:030104類的類型:該類創建的對象為持久對象，存儲在服務器上的數據庫中，可以共享。功能:負責建立銷售人員對象并進行處理.屬性：姓名、性別、職位、電話.操作：(5)前臺銷售人員類名:前臺銷售人員類的編號：030105類的類型：該類創建的對象為持久對象，存儲在服務器上的數據庫中，可以共享。功能:繼承銷售人員類，負責建立前臺銷售人員對象并進行處理，包括商品掃描、錄入商品編號、結賬、打印購物小票操作。屬性：銷售人員［＊］等。操作：商品掃描()、錄入商品編號()、結賬()、打印購物小票()。(6)后臺銷售人員類名:后臺銷售人員類的編號：030106類的類型:該類創建的對象為持久對象,存儲在服務器上的數據庫中，可以共.J/功能:繼承銷售人員類，負責建立后臺銷售人員對象并進行處理，包括商品錄入、商品信息修改、刪除商品、商品查詢、銷售商品匯總操作。屬性:銷售人員［*］等。操作:商品錄入()、商品信息修改()、刪除商品()、商品查詢()、銷售商品().(7)前臺客服人員類類名：前臺客服人員類的編號：030107類的類型:該類創建的對象為持久對象，存儲在服務器上的數據庫中，可以共享。功能：負責建立前臺客服人員對象并進行處理，包括添加會員、刪除會員、修改會員信息、購物查詢操作。屬性:姓名、性別、職位、電話。操作:添加會員()、刪除會員()、修改會員信息()、購物查詢()。(8)銷售表類名：銷售表類的編號:030108類的類型:該類創建的對象為持久對象，存儲在服務器上的數據庫中，可以共享。功能:負責建立銷售表基本信息并對這些信息進行處理。屬性:交易編號、商品名稱、商品價格、交易數量、交易金額、會員卡號、交易日期。操作:(9)銷售匯總表類名:銷售匯總表類的編號:030109類的類型:該類創建的對象為持久對象，存儲在服務器上的數據庫中,可以共享。功能：負責建立銷售匯總表基本信息并對這些信息進行處理。屬性:商品編號、商品名稱、商品價格、銷售數量、銷售金額操作：查詢().［分析并列出哪些類之間存在關聯,及什么樣的關聯。］系統類圖圖3.3.1類圖及其之間的關系4(動態建模4。1活動圖4.1.1客戶訂房活動圖4。1。2客戶入住活動圖狀態轉移圖4。2.1管理員使用系統狀態圖4。2.2客戶入住狀態圖順序圖建模4.3。1添加客房信息順序圖圖4。3。2修改客房信息順序圖圖4。3.3客戶訂房信息順序圖圖4.3。4收銀員結算順序圖5。總結［對本次實驗做以總結。］經過了大家幾次的討論,并且參考一些資料來設計，我們對于這次的“酒店管理系統”的UML建模已經基本完成。雖然說在這次設計的過程中遇到過很多問題，主要體現在大家對于系統建模的很多認識不夠，對于建模的概念比較模糊，不過通過查找資料以及翻書,大家都有了一定的了解與成長，對于UML建模的有了較之以前更為清晰的認識。對于工具等的運用也相對熟練了。當然，這次的設計也暴露了我們的很多不足，因此，我們也需