酒店管理系統(tǒng)UML課程設計報告_第1頁
酒店管理系統(tǒng)UML課程設計報告_第2頁
酒店管理系統(tǒng)UML課程設計報告_第3頁
酒店管理系統(tǒng)UML課程設計報告_第4頁
酒店管理系統(tǒng)UML課程設計報告_第5頁
已閱讀5頁,還剩19頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、課程設計報告課程名稱軟件建模與分析設計題目酒店管理系統(tǒng)專業(yè)班級僅供參考姓 名僅供參考學 號僅供參考指導教師僅供參考起止時間僅供參考成績評定考核內容設計表現(xiàn)設計報告答辯綜合評定成績僅供參考僅供參考僅供參考僅供參考學院課程設計考核和成績評定辦法1. .課程設計的考核由指導教師根據(jù)設計表現(xiàn)、設計報告、設計成果、答辯等幾個方面,給出各項權重,綜合評定。該設計考核教研室主任審核,主管院長審批備案。2. 成績評定采用五級分制,即優(yōu)、良、中、及格、不及格。3. 參加本次設計時間不足三分之二或曠課四天以上者,不得參加本次考核,按不及格處理。4. 課程設計結束一周內,指導教師提交成績和設計總結。5. 設計過程考

2、核和成績在教師手冊中有記載。課程設計報告內容課程設計報告內容、 格式各專業(yè)根據(jù)專業(yè)不同統(tǒng)一規(guī)范,經(jīng)教研室主任審核、 主管院長審批備案。注:1.課程設計任務書和指導書在課程設計前發(fā)給學生,設計任務書放置在設計報告封面后和正文目錄前。2.為了節(jié)省紙張,保護環(huán)境,便于保管實習報告,統(tǒng)一采用A4紙,實習報告建議雙面打?。ㄕ牟捎盟误w五號字)或手寫。酒店管理系統(tǒng)需求分析一、背景說明目前大多數(shù)酒店提供的服務多種多樣,規(guī)模大小也各不相同,但稍具規(guī)模的酒店必含下面一類服務:飲食、 僅供參考 J主宿和娛樂。由于我們對酒店行業(yè)沒有具體的接觸和實 質性的了解。此次數(shù)據(jù)庫設計只能在一些收集到的基本材料與個人直觀認識的

3、基礎上,簡單模仿中等規(guī)模的酒店設計管理系統(tǒng),并將其抽象成一個由三部門組成、 實現(xiàn)三大服務的系統(tǒng)。1 .飲食部門它是酒店基本部門之一。它提供服務的特點是實時性強、持續(xù)時間短,強調效率。例如,顧客人 數(shù)、顧客所用的菜及其它飲料等種類繁多,數(shù)量不等;后勤各種活動如采購等頻繁發(fā)生。通過分析可 發(fā)現(xiàn),用人工完成此類操作比計算機更具實效與時效,且此類信息也沒有長時間保留的必要,因此這 些信息沒有必要采用數(shù)據(jù)庫管理。對于飲食部門,需要較長時間保留的信息主要是財務信息,一方面 便于期末匯總,另一方面便于向上級報告。在規(guī)模較大的酒店餐飲服務 僅供參考 部分,餐廳可分成幾個等級或幾個小部門,然后各自形成小系統(tǒng),本

4、系統(tǒng)為了簡單起見,把飲食部門作為一個子系統(tǒng),不再細分。2 .住宿管理部門它也是酒店基本部門之一。住宿管理部門的主要職責有:A.給個房間布置各種設備、分類、編號、制定收費標準、分配服務人員。B.登記旅客信息,確認其身份,登記其入住、退房時間。 C.統(tǒng)計各類房間的客滿程度。D.對本部門的 僅供參考 財務流動進行登記處理。以上信息處理可以通過計算 機完成,其他不便于計算機操作的在此沒有列出。3 .娛樂管理部門娛樂是酒店非主流服務,它的存在除了贏利,更多的是為了吸引顧客食宿。娛樂部門的特點與飲食部門很相似,不便于使用計算機進行操作。可以用計算機完成并且有必要用計算機完成的有:A.制定收費標準,分配負責

5、人.B.收入支出財務處理:編號、財務來源去處的摘要、數(shù)量、單價、數(shù)額、結 余、經(jīng)手人等。這些信息都需要長時間保留并上報。4 .經(jīng)理部門經(jīng)理部門的功能雖然不是面向顧客、不是酒店的服務項之一,但它的存在卻是必不可少的。它的 主要職責有:A.管理員工。給員工編號,登記其基本信息;根據(jù)員工的平時表現(xiàn)及工齡確定工資;此 外,還要給員工分配工作部門及職務等等。B.劃分部門。給個部門編號、命名、確定其職責范圍、任命部門經(jīng)理、分配員工。C.對本部門的 僅供參考 財務進行核算(支付工資等)。D.期末對酒店的 收益情況進行核算。三、各子系統(tǒng)的功能雖然酒店按功能可以劃分成四個部門,但是飲食部門的大部分工作手工操作比

6、計算機操作更具有效率,如上所述,便于電腦操作只有財務處理。在劃分子系統(tǒng)時,考慮到各子系統(tǒng)都有各自的財務處理,且有相似性僅供參考,所以就把它們歸為統(tǒng)一的一個“財務子系統(tǒng)”。同時“飲食子系統(tǒng)”取消,因為它的所有需要涵蓋的功能都已包含在“財務子系統(tǒng)” 中。因此系統(tǒng)共劃分為四部分:總經(jīng)理子系統(tǒng)、財務子系統(tǒng)、住宿子系統(tǒng)和娛樂子系統(tǒng)。圖2功能需求結構圖1 .總經(jīng)理子系統(tǒng)A.對新來的員工進行編號、登記、分配工作。員工號、姓名、性別、年齡、工齡、級別、部門號、職務、其他備注 B.對于被辭退的員工從系統(tǒng)中級聯(lián)刪除其信息,如從員工表中刪除其基本信息,從它所服務的工作部門中刪除該員工的工作名額 僅供參考結算支付其工

7、資、獎金;同時補充新的員工,代替它的工作。C.對新增部門作各種初始工作。如編號、命名、任命經(jīng)理等。部門號、名稱、部門經(jīng)理、員工數(shù)量 D.取消某個部門時,核算該部門的財務情況,并作備份;同時對該部門的員工重新分配工作 E.其他情況的處理。2 .財務子系統(tǒng)A.每天的收入、支出登記編號、發(fā)票號、摘要、數(shù)量、單位、數(shù)額、經(jīng)手人、日期 B.期末各子系統(tǒng)的財務匯總編號、上月余額、總收入、總支出、余額、經(jīng)手人、日期 C.期末酒店匯總個部門的財務報表,結算本酒店收益(編號、部門號、部門名稱、收入、支出、凈收入、經(jīng)手人、日期 )3 .住宿子系統(tǒng)A.來客登記若多人住同一房間,只作一個記錄。客人信息房間號、房間類別

8、、客人數(shù)量、聯(lián)系人名、身份、證件名稱(類型)、證件號碼、入住時間、退出時間B.房間管理旅客入?。每屯顺觯┏说怯洠▌h除)客人信息之外,還應對相關的記錄進行修改,如房間的狀態(tài)等。房間類別類別號、名稱、設備、收費標準、總數(shù)量、剩余量、管理人員房間房間號,房間類型、狀態(tài)(該部門的財務處理與飲食子系統(tǒng)同,歸到財務子系統(tǒng))4 .娛樂子系統(tǒng)A.添加新的娛樂項目娛樂項目娛樂項目號、名稱、“費標準、負責人 B.取消某娛樂項目(財務處理(同飲食子系統(tǒng))歸到財務子系統(tǒng))系統(tǒng)建模一.創(chuàng)建系統(tǒng)用例模型我們已經(jīng)確定了酒店管理系統(tǒng)的系統(tǒng)的用例分析是 UML建模的第一步,在需求分析中, 各功能模塊,包括:客房部管理、餐飲

9、部管理、財務部管理等。增加員工信息刪除員工信息酒店管理員客房信息管理更改客房信息修改員工信息員工信息管理查詢員工信息增加客房信息刪除客房信息客房當前入住情況查詢客房信息查詢前臺服務人員注銷客戶預定前臺服務客戶退房客房經(jīng)營管理查詢經(jīng)營統(tǒng)計信息酒店經(jīng)理客尸信息查詢個人密碼修改客戶入住用戶信息管理用例描述描述項說明用例名稱用戶信息管理用例描述對酒店客房管理系統(tǒng)的使用者進行管理,包 括對員工的基本信息進行檢索、錄入和修改參與后酒店管理員和前臺服務員(部分使用)前置條件必須先登錄(帳號、密碼)后置條件若后改動,必須確認保存基本操作流程1 .管理員(或服務員)登錄2 .對員工信息進行查詢或修改被包含的用例

10、1 .添加員工2 .查詢員工信息3 .修改員工信息4 .刪除員工信息被泛化的用例暫無被擴展的用例暫無添加用戶描述項說明用例名稱添加用戶用例描述添加用戶參與者酒店管理員前置條件必須先登錄后置條件如果有改動必須保存基本操作流程1 .管理員登錄2 .開始添加員工3 .輸入員工信息4 .保存添加員工信息查詢用戶信息描述項說明用例名稱查詢用戶信息用例描述查詢用戶(前臺服務員、系統(tǒng)管理員、經(jīng)理) 信息,包括姓名、員工號、部門、聯(lián)系方式參與后酒店管理員或服務員(部分)前置條件必須先登錄后置條件若后改動必須保存基本操作流程1 .管理員登錄2 .輸入所要查詢員,姓名或員工號3 .檢索查有信息4 .確認并退出刪除

11、用戶描述項說明用例名稱刪除用戶用例描述刪除用戶(前臺服務員、系統(tǒng)管理員、經(jīng)理) 信息參與后酒店管理員前置條件必須先登錄后置條件必須確認保存基本操作流程1 .管理員登錄2 .輸入所要刪除員工的姓名或員工號3 .確認刪除4 .退出客房經(jīng)營管理用例描述描述項說明用例名稱客房經(jīng)營管理用例描述實現(xiàn)對客房的訂房,入住和退房管理,包括 對客房的業(yè)務信息(如客房號、預定時間、 入住時間、換房情況、退房情況、金額等) 進行檢索、錄入和修改。參與后酒店管理員、酒店經(jīng)理、和前臺服務員前置條件必須登錄后置條件若后改動必須保存基本操作流程1 .用戶登錄2 .根據(jù)用戶請求,進行響應操作3 .提交操作結果被包含的用例1 .

12、客戶預定2 .客戶入住3 .客戶退房被泛化的用例暫無被擴展的用例暫無預訂登記描述項說明用例名稱預訂登記用例描述客戶通過各種途徑 (電話、網(wǎng)絡或親自到達) 預訂房間參與后前臺服務員(主要)管理員或經(jīng)理也可前置條件必須先登錄后置條件若預訂成功,生成訂單,存入系統(tǒng)基本操作流程1 .接待員響應客戶的預訂請求2 .接待員查詢當前的客房入住信息3.根據(jù)客戶提供的信息選擇房間4.輸入、查詢和修改房間的預訂信息5.生成訂單,存入系統(tǒng)入住登記描述項說明用例名稱入住登記用例描述客戶入住酒店,辦理手續(xù)參與者前臺服務員(主要)管理員或經(jīng)理也可前置條件必須先登錄后置條件若入住成功,生成訂單,存入系統(tǒng),并修改 入住信息基

13、本操作流程1接待員響應客戶的入住請求2接待員查詢當前的客房入住信息3根據(jù)客戶提供的信息選擇房間4輸入、查詢和修改房間的入住信息 生成訂單,存入系統(tǒng)退房登記描述項說明用例名稱退房登記用例描述客戶退出酒店,辦理手續(xù)參與者前臺服務員(主要)管理員或經(jīng)理也可前置條件必須先登錄后置條件退房成功,生成清單,存入系統(tǒng),并修改入 住信息基本操作流程1接待員響應客戶的退房請求2接待員查詢當前的客房退房信息3 .計算費用4 .修改房間的入住信息5 .生成結算單客房信息管理描述描述項說明用例名稱客房信息管理用例描述可自定義客房類型,并對其進行管理,包括 對客房類型的基本信息(如客房號、客房類 型、房間位置、面積、床

14、位、價格等)進行 檢索、錄入和修改。參與人員酒店管理員和酒店經(jīng)理前置條件必須先登錄后置條件若后改動必須確認保存基本操作流程1 .用戶登錄2 .檢索客房信息3 .對客房的各種信息進行修改4 .確認并保存信息被包含的用例1 .客房信息檢索2 .客房信息錄入3 .客房信息修改被泛化的用例暫無被擴展的用例暫無客戶信息管理用例描述描述項說明用例名稱客戶信息管理用例描述用戶可以對入住過酒店的客戶信息進行查 詢,包括對客戶基本信息(如身份證號、客 戶姓名、聯(lián)系電話、客戶類型、入住歷史等 等信息)進行檢索。參與后酒店管理員、酒店經(jīng)理和服務員前置條件必須先登錄后置條件若后改動必須保存基本操作流程1 .用戶登錄2

15、 .檢索客戶信息3 .對客戶的各種信息進行修改4 .確認保存修改信息被包含的用例暫無用戶密碼修改描述項說明用例名稱用戶密碼修改用例描述用戶可以對自己的登錄密碼進行修改參與者酒店管理員、酒店經(jīng)理和服務員前置條件必須先登錄后置條件若后改動,必須確認保存基本操作流程1 .用戶登錄2 .進行密碼修改3 .輸入舊密碼4 .輸入新密碼5 .確認新密碼6 .修改完成用戶注銷描述項說明用例名稱用戶注銷用例描述用戶離開系統(tǒng),注銷,以防止別人通過自己 的帳號登錄系統(tǒng)。參與后酒店管理員,酒店經(jīng)理和服務員前置條件必須先登錄后置條件無基本操作流程1.處于登錄狀態(tài)2 .選擇注銷3 .確認注銷就若唁電告等蹌用戶名 甌密科受

16、錄0能人“珀弓電入悵金M 備入賬時間:百店首埠系芹而務營押芥司倏正管理界面 配套昌三類 多食吊忻格點菜。F叱力用戶管理界面能用戶名 鬲豆科部在綱人勤界號名號通間 房姓證證時員 房人份份住作 客客號可入操 龜乳電影包部二.創(chuàng)建系統(tǒng)靜態(tài)模型系統(tǒng)類圖客房管理界面客房與后 務客房株港 鼻落由佗百 務客房狀態(tài)情定管理界面富國房號 堂客人姓名 助號盼記號碼 與身吩證地址 的厘定時間 電贄花員酒店管理系統(tǒng)類圖號別臺房,我前覷。系統(tǒng)殍理員 龜幣市 能管理員編號 龜運行狀態(tài)直率)品不時司D聯(lián)機()脫機()定0京消麗定0入住口,*0客戶3證件號 給姓名 廣電性別 星聯(lián)系地址 &叁注定0入住。結悵"

17、;苴別之注M壤。清潔0前臺接存人員除時間 嫁囊號 傘機號顯本運行時間Q吊示宿費0用示收費盤靛0消費記錄*時間 包前右編號記錄0打印口客房管理系統(tǒng)類圖系統(tǒng)中包含了:、1 * /J7個管理類:客房管理、用戶管理、財務管理、餐飲管理、顧客信息管理、預訂客房管理、酒店管理。WL4個實體類:酒店管理員、前臺、酒店經(jīng)理、顧客三.創(chuàng)建系統(tǒng)動態(tài)模型(1)序列圖登錄酒店管 理系統(tǒng)用戶登錄系統(tǒng)順序圖顧客用信用卡結賬順序圖1 .員工登錄系統(tǒng)2 .預訂請求3 .打開查詢界囿4 .后尢空房5 .無空房6 .抱歉無空房(2)狀態(tài)圖、活動圖Yyis.M v/-7 XZ飛登錄失敗3次7H失敗成功 K W用戶類型、W普通用戶Ak y系統(tǒng)管理員'V-J W7 .有空房8 .打開預訂房間界囿9 .完成訂單10 .預訂成功11 .添加訂單U、.退出系統(tǒng)管理自己的 信息.-> 客房信息.、預定管理、二到一弋管理自己和普、通用戶的信息客戶訂房序列圖酒店管理系統(tǒng)活動圖1 C 有房間類型1 普通房間IW、 -V客戶登記XrX訂K_E訂房登記entry/房間狀態(tài)7無一.一|彖華房間)X)/預訂房間活動圖If/添加 W 、 客房entry/輸入房間號entry/確定房間類型entry/確定房間位置entry/房間狀態(tài)y刪汰、刪除房間 ,1entry/刪除房間信息 entry

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論