旅店住宿系統(tǒng)課程設(shè)計

1、<p><b>　　信息系統(tǒng)分析與設(shè)計</b></p><p><b>　　課程設(shè)計報告</b></p><p>　　題目 旅店住宿系統(tǒng)設(shè)計 </p><p><b>　　目錄</b></p><p><b>　　1 前言2</b>

2、;</p><p>　　1.1 系統(tǒng)開發(fā)的必要性2</p><p>　　1.2.1 經(jīng)濟(jì)可行性3</p><p>　　1.2.2 技術(shù)上的可行性3</p><p>　　1.2.3時機可行性3</p><p>　　2.1系統(tǒng)的功能需求4</p><p>　　2.2．1基本數(shù)據(jù)維護(hù)模塊5

3、</p><p>　　2.2.2基本業(yè)務(wù)模塊5</p><p>　　2.2.3數(shù)據(jù)庫模塊6</p><p>　　2.2.4 信息查詢模塊7</p><p>　　2.2系統(tǒng)UML用例圖8</p><p>　　2.2.1確定參與者用例8</p><p>　　2.2.2旅店員工參與的用例9

4、</p><p>　　3 分析工作流10</p><p>　　3.1提取系統(tǒng)的各種類，進(jìn)行類建模10</p><p>　　3.1.1 客戶和員工類圖11</p><p>　　3.1.3 各個類之間的關(guān)系12</p><p>　　3.2系統(tǒng)的的活動圖13</p><p>　　3.3 系

5、統(tǒng)的順序圖15</p><p>　　3.3.1客戶預(yù)定房間的順序圖15</p><p>　　3.3.2 客戶刪除訂單的順序圖16</p><p>　　3.3.3工作人員處理預(yù)定訂單的序列圖17</p><p>　　3.4 對系統(tǒng)功能進(jìn)行劃分，設(shè)計系統(tǒng)的包圖18</p><p>　　4 設(shè)計工作流18<

6、;/p><p>　　4.1數(shù)據(jù)庫設(shè)計18</p><p>　　4.2 系統(tǒng)界面設(shè)計21</p><p><b>　　5總結(jié)25</b></p><p><b>　　6參考文獻(xiàn)25</b></p><p><b>　　1 前言</b></p>

7、;<p>　　1.1 系統(tǒng)開發(fā)的必要性</p><p>　　隨著計算機硬件技術(shù)和系統(tǒng)軟件技術(shù)的高速發(fā)展，計算機的應(yīng)用系統(tǒng)開發(fā)就顯得越來越迫切和重要。對于不同行業(yè)的用戶來說，要想真正讓計算機為本行業(yè)本單位服務(wù)，主要還是取決于本行業(yè)的應(yīng)用系統(tǒng)的開發(fā)水平。對于旅店這一特殊的服務(wù)行業(yè)來說，旅店MIS(Management Information System，管理信息系統(tǒng))就成了幫助旅店全面實現(xiàn)計算機管理的

8、關(guān)鍵。近年來，我國的現(xiàn)代旅店業(yè)得到了蓬勃的發(fā)展。無論是行業(yè)規(guī)模、設(shè)施質(zhì)量，還是經(jīng)營理念或管理水平，都取得了長足的進(jìn)步，進(jìn)入了現(xiàn)代化水平的階段，出現(xiàn)了一大批旅店管理集團(tuán)，旅店計算機管理作為我國旅游行業(yè)信息化建設(shè)中的重點實施項目，一直與知識、創(chuàng)新、才能、管理相伴而生、相行相隨。隨著旅店管理的發(fā)展和市場競爭日趨激烈，各旅店逐步采用標(biāo)準(zhǔn)化、制度化及預(yù)算管理、目標(biāo)管理、定額管理、數(shù)理統(tǒng)計分析等科學(xué)的管理方法，并采用計算機現(xiàn)代化辦公及通訊設(shè)備，對旅

9、店的人流、物流和資金流進(jìn)行統(tǒng)籌規(guī)劃，在旅店管理中開發(fā)并使用一套科學(xué)先進(jìn)的旅店管理系統(tǒng)成為眾多旅店的當(dāng)務(wù)之急。</p><p><b>　　1.2 可行性研究</b></p><p>　　可行性研究也稱為可行性分析(Feasibility Analysis)，是在系統(tǒng)調(diào)查的基礎(chǔ)上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟(jì)、社會的方面進(jìn)行分析和研

10、究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功。可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。該系統(tǒng)的可行性分析從以下幾個方面進(jìn)行。</p><p>　　1.2.1 經(jīng)濟(jì)可行性</p><p>　　主要是對項目的經(jīng)濟(jì)效益進(jìn)行評價，本系統(tǒng)開發(fā)經(jīng)費對于一般的旅店(中、小型旅店)在經(jīng)濟(jì)上是可以接受的，并且本系統(tǒng)實施后可以顯著提高工作效率，有助于旅店的信息化管理，所以本系統(tǒng)在經(jīng)

11、濟(jì)上是可行的。</p><p>　　1.2.2 技術(shù)上的可行性</p><p>　　技術(shù)上的可行性分析主要分析技術(shù)條件能否順利完成開發(fā)工作，軟、硬件能否滿足開發(fā)者的需要等。該旅店管理系統(tǒng)采用了C／S模式進(jìn)行開發(fā)，而且又緊密的結(jié)合了Intemet／Intranet技術(shù)，是技術(shù)發(fā)展的大勢所趨，它把應(yīng)用系統(tǒng)帶入了一個嶄新的發(fā)展時代。數(shù)據(jù)庫服務(wù)器選用SQL Server2000數(shù)據(jù)庫，它能夠處理大

12、量數(shù)據(jù)，同時保持?jǐn)?shù)據(jù)的完整性并提供許多高級管理功能。它的靈活性、安全性和易用性為數(shù)據(jù)庫編程提供了良好的條件。因此，系統(tǒng)的軟件開發(fā)平臺已經(jīng)成熟可行。硬件方面，科技飛速發(fā)展的今天，硬件更新的速度越來越快，容量越來越大，可靠性越來越高，價格越來越低，其硬件平臺完全能滿足該系統(tǒng)的需要。</p><p>　　1.2.3 時機可行性</p><p>　　目前國外的旅店信息化管理已經(jīng)發(fā)展的很成熟，但國外

13、系統(tǒng)在國內(nèi)的使用過程中，由于旅店經(jīng)營方式與管理模式上的差別，加之價格昂貴，越來越多的星級旅店更趨向于采用適合自身需要的國產(chǎn)旅店軟件。目前，國內(nèi)市場上出現(xiàn)的各類旅店管理軟件基本上都是為大型旅店專業(yè)設(shè)計的，很多功能對于中小型旅店不適用，一般價格也較昂貴。而占著絕大多數(shù)的中小型旅店由于資金、人員等多方面原因還未使用旅店管理類軟件，全憑原始的手工記錄管理，效率低、易出錯。因此，為中小型旅店開發(fā)價格低廉、服務(wù)完善，功能齊全以及使用方便的管理系統(tǒng)已

14、經(jīng)刻不容緩。</p><p>　　綜上所述，該系統(tǒng)開發(fā)目標(biāo)已明確，在技術(shù)和經(jīng)濟(jì)等方面都可行，并且投入少、見效快。因此，系統(tǒng)的開發(fā)是完全可行的。</p><p><b>　　2 需求工作流</b></p><p>　　2.1系統(tǒng)的功能需求</p><p>　　系統(tǒng)的功能需求包括一下幾個方面。</p><

15、p>　　（1）客戶能夠通過不同的方式（包括電話、前臺、網(wǎng)上）預(yù)定旅館房間。</p><p>　?。?）能夠保存客戶的預(yù)定記錄。</p><p>　?。?）能夠保存客戶的入住記錄。</p><p>　?。?）工作人員可以處理客戶的預(yù)定記錄。</p><p>　　（5）工作人員可以訪問旅店房間信息。</p><p>

16、　　滿足上述需求的系統(tǒng)主要包括以下幾個模塊。</p><p>　　（1）基本數(shù)據(jù)維護(hù)模塊</p><p>　　基本數(shù)據(jù)維護(hù)模塊提供了使用者錄入、修改并維護(hù)基本數(shù)據(jù)的途徑。例如對客戶個人信息、房間信息、入住信息等的錄入和修改。</p><p><b>　?。?）基本業(yè)務(wù)模塊</b></p><p>　　基本業(yè)務(wù)模塊中，客戶

17、可以提出房間預(yù)定，而作人員負(fù)責(zé)錄入預(yù)定記錄。同時，工作人員還可以提交每個房間的狀態(tài)，以便工作人員可以根據(jù)這些資料決定為客戶保留哪個房間。</p><p><b>　　（3）數(shù)據(jù)管理模塊</b></p><p>　　在旅店住宿管理信息系統(tǒng)中，對所有的客戶、工作人員以及房間的信息都要進(jìn)行統(tǒng)一的管理，房間的使用情況也要進(jìn)行詳細(xì)的登記。</p><p>

18、;<b>　?。?）信息查詢模塊</b></p><p>　　信息查詢模塊主要用于主要查詢相關(guān)信息，例如工作人員查詢房間旅店信息管理。</p><p><b>　　圖2-1功能需求圖</b></p><p>　　2.2．1基本數(shù)據(jù)維護(hù)模塊</p><p>　　數(shù)據(jù)維護(hù)模塊包括如圖所示的幾個方面。&l

19、t;/p><p>　?。?） 添加房間信息</p><p>　　旅店的房間信息需要保存到數(shù)據(jù)庫，房間信息包括房間的類型、房間的號碼和房間的狀態(tài)。</p><p>　?。?） 修改房間信息</p><p>　　房間被使用后狀態(tài)會發(fā)生改變，要根據(jù)具體情況修改房間的狀態(tài)，如預(yù)留、使用中和空閑。</p><p>　?。?） 添加員

20、工信息</p><p>　　公司員工信息應(yīng)保存在系統(tǒng)數(shù)據(jù)庫中，以便管理人員，根據(jù)員工的表現(xiàn)對員工進(jìn)行考核。</p><p>　?。?） 修改員工數(shù)據(jù)</p><p>　　員工服務(wù)滿意率要保存在員工信息中，員工信息發(fā)生變化后，要更新員工的個人信息</p><p>　　②描述系統(tǒng)需求，運用建模工具畫出相應(yīng)的用例圖，并對用例進(jìn)行詳細(xì)描述，用活動圖描

21、述參與者與系統(tǒng)的交互過程。</p><p>　　圖2-2基本數(shù)據(jù)維護(hù)功能模塊</p><p>　　2.2.2 基本業(yè)務(wù)模塊</p><p>　　基本業(yè)務(wù)模塊包括如圖所示的幾個方面。</p><p>　?。?） 用戶提出房間預(yù)訂請求</p><p>　　工作人員為客戶錄入預(yù)定記錄。</p><p>

22、;　?。?） 工作人員處理預(yù)訂記錄</p><p>　　工作人員要處理客戶的預(yù)訂申請，可以根據(jù)客戶的要求（時間和房間類型）和目前房間的狀況決定為顧客分配哪間房間。</p><p>　?。?） 工作人員填寫服務(wù)記錄</p><p>　　旅店的工作人員要在客戶退房后對房間進(jìn)行徹底的清掃，清掃完畢以后要填寫服務(wù)記錄。</p><p>　　（4） 工

23、作人員處理退房請求</p><p>　　工作人員將根據(jù)使用房間的時間和會員的風(fēng)機收取此次房間使用的費用。如果房間的物品有損壞，還要收取一定的罰金，并更新客戶的信息。</p><p>　　圖2-3基本業(yè)務(wù)模塊</p><p>　　2.2.3 數(shù)據(jù)庫模塊</p><p>　　數(shù)據(jù)庫模塊包括如圖所示的以下幾個方面。</p><p

24、>　?。?） 客戶信息管理</p><p>　　客戶信息包括客戶的基本信息外，還包括客戶的入住歷史記錄。</p><p>　?。?） 房間信息管理</p><p>　　房間信息包括房間的類型、房間的價格、房間的狀態(tài)。</p><p>　　（3） 房間的使用信息管理</p><p>　　房間的使用信息包括客戶的預(yù)定

25、記錄和工作人員的服務(wù)記錄。</p><p><b>　?。?） 員工信息</b></p><p>　　員工信息包括工作人員、管理人員的基本信息以及工作人員的工作記錄等。</p><p>　　圖2-4數(shù)據(jù)庫模塊功能</p><p>　　2.2.4 信息查詢模塊</p><p>　　信息查詢模塊包含如

26、圖所示的幾個方面。</p><p><b>　　查詢客戶信息</b></p><p>　　負(fù)責(zé)客戶信息的查詢。</p><p>　　（2） 查詢員工信息</p><p>　　旅店員工信息的查詢。</p><p>　　（3） 查詢房間信息</p><p>　　負(fù)責(zé)公司房間信息

27、的查詢。</p><p>　?。?） 查詢客戶記錄</p><p>　　負(fù)責(zé)查詢客戶入住的歷史記錄信息查詢模塊</p><p>　　圖2-5 信息查詢模塊</p><p>　　2.2系統(tǒng)UML用例圖</p><p>　　2.2.1確定參與者用例</p><p>　　（1） 在旅店管理系統(tǒng)中，客戶

28、可以提出房間預(yù)定請求，預(yù)定請求得到確認(rèn)以后可以入住旅店，離開旅店之前要班里退房手續(xù)。</p><p>　?。?） 旅店的員工則需要處理客戶的房間預(yù)定，并在客戶退房時檢查和清掃房間。</p><p>　　有以上分析可以看出，所有的動作都是圍繞著客戶和旅店員工進(jìn)行的。因此，系統(tǒng)中的參與者主要有來年兩類：客戶和旅店員工。</p><p>　　下面描述客戶參與的用例，如圖所

29、示</p><p>　　2-6 客戶參與的用例</p><p>　?。?） 預(yù)定房間用例?？蛻粼谌胱≈皯?yīng)該首先預(yù)定房間。</p><p>　?。?） 入住用例。如果客戶的房間預(yù)定得到確認(rèn)，要在確定的日期入住旅店。</p><p>　?。?） 退房用例。客戶在離開旅店前要辦理相關(guān)的退房手續(xù)。</p><p><b

30、>　　【用例說明】</b></p><p>　?。?） Reserve Room：預(yù)定房間。其中，By call和On the Web兩個用例擴展</p><p>　　了這個用例，它們分別表示使用電話預(yù)訂和通過網(wǎng)上預(yù)定。</p><p>　　（2） Get Room：入住旅店用例。</p><p>　　（3） Return

31、Room：退房用例。它包含了Return Fine（繳納押金）用例。</p><p>　?。?） Fill Order Form：填寫房間預(yù)定表格。On The Web用例包含了填寫房間預(yù)定表格這個步驟。</p><p>　　2.2.2旅店員工參與的用例</p><p>　　（１） 登錄系統(tǒng)用例：旅店員工輸入工作號和密碼可以登錄系統(tǒng)。</p><

32、p>　?。ǎ玻?處理預(yù)定申請用例。工作人員可以處理客戶的預(yù)定申請。</p><p>　　（３） 將預(yù)定的房間交付客戶用例?？蛻纛A(yù)定請求得到確認(rèn)后，可以在規(guī)定的時間入住旅店，工作人員應(yīng)該能夠提供入住服務(wù)。</p><p>　　（４） 結(jié)束業(yè)務(wù)用例。客戶退房，工作人員確定房間無損壞后，可以確定該次業(yè)務(wù)結(jié)束，工作人員清掃房間</p><p>　　2-7 員工參與用例

33、</p><p><b>　　【用例說明】</b></p><p>　?。ǎ保?System Login：系統(tǒng)登錄用例。</p><p>　　（２） Reserve Process：預(yù)定處理用例。</p><p>　?。ǎ常?Query Customer Order Record：查詢客戶預(yù)定記錄用例。</p>

34、;<p>　　（４） Refuse Request：拒絕預(yù)定請求用例。工作人員可以根據(jù)情況拒絕客戶的預(yù)定請求。</p><p>　　（５） Accept Request：接受預(yù)定請求?？梢愿鶕?jù)情況接受客戶的請求。</p><p>　　（６） Given Room To Customer：將預(yù)定房間交付客戶用例。</p><p>　?。ǎ罚?Check

35、Room：檢查房間設(shè)備。</p><p>　　（８） Clean Room：清掃房間。</p><p>　　（９） End Business：退房處理用例。包括了Check Room和Clean Room用例。</p><p><b>　　3 分析工作流</b></p><p>　　3.1提取系統(tǒng)的各種類，進(jìn)行類建模&

36、lt;/p><p>　　3.1.1 客戶和員工類圖</p><p>　　根據(jù)需求分析，系統(tǒng)中客戶和旅店員工如圖所示。</p><p><b>　　【類圖說明】</b></p><p>　?。?）person類是所有類的父類它包含四個屬性：姓名（name），身份證號（ID），地址（address）和電話號碼（phoneNo）。

37、</p><p>　?。?）Customer類是包含客戶信息的類，除了繼承父類的屬性和方法，它包括會員編號（ClubNo）等屬性。</p><p>　?。?）Employee類是包含員工信息的類，其中包含了員工的聘用日期等信息。同時，它還是Manager和CommonWorker的父類。</p><p>　　（4）Manager是旅店管理人員的類，管理人員可以查看工

38、作人員的工作記錄。CommonWorker類是普通員工的類，commissionRate屬性是該員工任務(wù)完成率；方法calculate（）是用來計算該工作人員完成的任務(wù)率；CheckRequest（）是用來查詢是否有沒有處理的申請單。</p><p>　　圖3-1客戶及旅店員工的類圖</p><p>　　3.1.2 其他的類</p><p>　?。ǎ保〤ustom

39、erRecord類表示客戶記錄。CustomerID是該客戶的身份號碼，rentRate是入住日期，RoomType是所租房間類型，RoomNumber是該房間的號碼，isfinishe代表該業(yè)務(wù)是否結(jié)束。Check（）用來得到該客戶的記錄，End（）是用來結(jié)束該業(yè)務(wù)。</p><p>　　（２）Room類代表房間記錄。Type是該房間類型，RoomNumber是房間號碼，status是指該房間是否被預(yù)定、正在使

40、用中或空閑狀態(tài)，condition是指該房間的狀態(tài)。Inservice（）用來判斷該房間是否為空閑，update-Room-status（）是用來修改房間所處狀態(tài)。</p><p>　?。ǎ常㏒erviceRecord類是表示每一次租賃服務(wù)的記錄。Servicehistory是服務(wù)的歷史記錄，progressreport是該過程中的報告。FillRecord（）用于填寫表格。</p><p&g

41、t;　?。ǎ矗㏑equestOrder類表示的是填寫客戶預(yù)定申請的表格。RoomType表示客戶申請房間的類型，rentdate是租房的時間，isallow屬性表示該客戶的申請是否得到批準(zhǔn)。Allow（）用來接受客戶的請求，F(xiàn)illOrder（）是指客戶填寫表格，Check（）用來檢查是否存在這個申請，isHandled（）設(shè)置該申請已被處理。</p><p>　?。ǎ担￤orkRecord類是職員的工作記錄。屬

42、性包括交易中涉及的員工、客戶、房間以及房間的使用信息。FillWorkRecord（）用來填寫這份記錄，ViewRecord（）是用來查看這份記錄，updateRecord（）是用來修改這份記錄。</p><p><b>　　圖3-2 其他類圖</b></p><p>　　3.1.3 各個類之間的關(guān)系</p><p>　　各個類之間的關(guān)系如圖所

43、示</p><p>　　圖3-3 類之間的關(guān)系</p><p><b>　　【類圖說明】</b></p><p>　　從圖中可以看出，工作人員（CommonWorker）可以查看所有客戶（Customer）的租賃歷史記錄（CustomerRecord），可以處理幾個客戶的預(yù)定申請（RequestOrder）。由于工作人員可以同時處理多個業(yè)務(wù)，那

44、么他可以擁有多個服務(wù)記錄（ServiceRecord）和工作記錄（WorkRecord）。每個房間也需要多個人員進(jìn)行維護(hù)。經(jīng)理（Manager）可以查看多個職員的工作記錄。</p><p>　　3.2系統(tǒng)的的活動圖</p><p>　　旅店管理系統(tǒng)的活動圖如圖所示，流程描述如下：</p><p>　?。?）客戶可以向系統(tǒng)提交房間預(yù)訂申請（Customer Reque

45、st），系統(tǒng)收到提交的請求之后會將這個請求存儲起來等待處理（Store Request）。</p><p>　?。?）旅店員工可以檢查是否有新的客戶請求（Employee Check Request）。如有新的請求之后，則開始處理這個新的請求（Handle New Request），如有空閑的房間（Room is Available），則通知客戶可以入住。</p><p>　　（3）客戶退

46、房的時候（Customer Return Room），需要檢查房間（Check Room），并打掃房間（Clean Room）。</p><p>　　圖3-4 系統(tǒng)的活動圖</p><p><b>　　【活動圖說明】</b></p><p>　?。?）Customer Request：客戶提交房間預(yù)定。</p><p>

47、　　（2）Store Request：存儲客戶申請。</p><p>　　（3）Employee Check The Request：工作人員處理客戶的預(yù)定申請。</p><p>　?。?）Handle New Request：處理新的申請。</p><p>　?。?）Room is Available：可以滿足客戶的要求。</p><p>

48、　?。?）Send message：返回信息，告訴客戶可以入住。</p><p>　　（7）Customer Acquire The Room：客戶入住旅店。</p><p>　　（8）Customer Return Room：客戶退房。</p><p>　　（9）Check Room：工作人員檢查房間設(shè)施。</p><p>　?。?0）Cl

49、ean Room：工作人員清掃房間。</p><p>　　3.3 系統(tǒng)的順序圖</p><p>　　3.3.1客戶預(yù)定房間的順序圖</p><p>　　用戶在網(wǎng)上預(yù)定房間，首先要登入系統(tǒng)，房間預(yù)定模塊提示客戶輸入預(yù)定房間信息，客戶輸入適當(dāng)?shù)姆块g信息后，等待工作人員對訂單懂得處理，如果有符合客戶要求條件的房間，系統(tǒng)將顯示符合預(yù)定房間的詳細(xì)信息?？蛻暨_(dá)到信息列表后，提交

50、自己預(yù)定房間的信息，預(yù)定模塊得到房間的預(yù)定單號，生成訂單并提交給數(shù)據(jù)庫保存，保存成功后，預(yù)定模塊提示客戶預(yù)定房間成功。客戶預(yù)定房間的序列圖如圖所示：</p><p>　　圖3-5 客戶預(yù)定房間順序圖</p><p><b>　　【時序圖說明】</b></p><p>　?。?）RequestOrder：按條件輸入預(yù)訂房間的信息。</p&g

51、t;<p>　?。?）showRoomInfo：工作人員受理訂單，系統(tǒng)返回滿足客戶預(yù)訂房間要求的房間信息。</p><p>　　（3）New：創(chuàng)建一個新的訂單。</p><p>　　（4）Add：向訂單添加預(yù)訂的房間。</p><p>　?。?）SaveOrder：保存訂單到數(shù)據(jù)庫。</p><p>　　3.3.2 客戶刪除訂單

52、的順序圖</p><p>　　客戶在提交訂單后可以對訂單進(jìn)行維護(hù)（添加、刪除、修改）。客戶首先登入到系統(tǒng)查詢模塊。訂單查詢模塊顯示該客戶當(dāng)前所有的訂單?？蛻舻玫皆摫砗螅x擇需要刪除的預(yù)定房間號。訂單處理模塊把刪除信息提交非數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。訂單處理模塊刪除操作成功?？蛻魟h除訂單的順序圖如圖所示：</p><p>　　圖3-6客戶刪除訂單順序圖</p><p&g

53、t;<b>　　【順序圖說明】</b></p><p>　?。?）Login：系統(tǒng)登入。</p><p>　?。?）Search Order：搜尋客戶的訂單信息。</p><p>　?。?）ShowOrderInfo：系統(tǒng)顯示客戶所有的預(yù)定房間信息。</p><p>　?。?）Delete：刪除訂單。</p>

54、<p>　　（5）Updateorder:更新訂單到數(shù)據(jù)庫。</p><p>　　3.3.3工作人員處理預(yù)定訂單的序列圖</p><p>　　旅店工作人員使用其賬號和密碼登錄后，登錄模塊會將管理員的ID保存在系統(tǒng)緩存中，并提交訂單處理模塊。訂單處理模塊提交給工作人員未處理訂單列表，工作人員提交房間號得到房間的狀態(tài)信息，如果有符合客戶預(yù)定要求的房間則接受訂單，并把接受信息提交給

55、數(shù)據(jù)模塊，數(shù)據(jù)模塊更新客戶客戶的訂單信息，并返回成功信息給訂單處理模塊，訂單處理模塊提示工作人員該操作成功。工作人員處理訂單的順序圖如圖所示：</p><p>　　圖3-7工作人員處理訂單順序圖</p><p><b>　　【順序圖說明】</b></p><p>　?。?）Login：系統(tǒng)登入。</p><p>　?。?

56、）Search Order：搜尋所有未處理的訂單信息。</p><p>　　（3）ShowOrderInfo：系統(tǒng)顯示客戶所有未處理的訂單。</p><p>　　（4）handle：處理該訂單。</p><p>　?。?）Updateorder:更新訂單到數(shù)據(jù)庫</p><p>　　3.4 對系統(tǒng)功能進(jìn)行劃分，設(shè)計系統(tǒng)的包圖</p&g

57、t;<p><b>　　圖3-8 系統(tǒng)包圖</b></p><p><b>　　4 設(shè)計工作流</b></p><p><b>　　4.1數(shù)據(jù)庫設(shè)計</b></p><p>　　旅店管理信息系統(tǒng)的核心實際上就是如何使用和操作數(shù)據(jù)庫，所以，數(shù)據(jù)庫設(shè)計極其重要。從用戶使用的角度來看，旅店系統(tǒng)

58、的組成部分分成三個層次：數(shù)據(jù)存儲層、業(yè)務(wù)處理層和界面表示層。</p><p>　　數(shù)據(jù)存儲層就是完成對數(shù)據(jù)的各種更新和維護(hù)操作，一般由數(shù)據(jù)庫管理系統(tǒng)來完成該層上的工作。</p><p>　　業(yè)務(wù)處理層是應(yīng)用程序要處理的、與用戶密切相關(guān)的各種業(yè)務(wù)操作，這一層次的工作通常是通過程序設(shè)計語言的編程來完成的。</p><p>　　界面表示層是應(yīng)用程序系統(tǒng)提供給用戶的可視化操

59、作界面，是用戶提出請求和接受回應(yīng)的地方。</p><p>　　這三個層次都與數(shù)據(jù)庫相關(guān)。數(shù)據(jù)存儲層就是指數(shù)據(jù)庫本身，業(yè)務(wù)處理層處理的對象，實際上就是數(shù)據(jù)庫中的數(shù)據(jù)，界面表示層是操作界面，其目的是為了方便用戶使用數(shù)據(jù)庫中的數(shù)據(jù)。因此數(shù)據(jù)庫的設(shè)計是旅店管理信息系統(tǒng)開發(fā)的基礎(chǔ)和關(guān)鍵。</p><p>　　根據(jù)調(diào)研中從中小型旅店得到的基本數(shù)據(jù)資料，并經(jīng)過嚴(yán)密分析和論證，建立了系統(tǒng)數(shù)據(jù)庫。限于篇幅的

60、關(guān)系，下面只列出了Customer-lodge表、Employee表、Room表ServiceRecord表、RequestOrder表、WorkRecord表等幾個主要表的詳細(xì)設(shè)計內(nèi)容。</p><p>　　表4-1客戶住宿表（Customer-lodge）</p><p>　　表4-2職工表（Employee）</p><p>　　表4-3房間表（Room）&l

61、t;/p><p>　　表4-4預(yù)訂信息表（RequestOrder）</p><p>　　表4-5 服務(wù)記錄表（ServiceRecord）</p><p>　　4.2 系統(tǒng)界面設(shè)計</p><p>　　4.2.1進(jìn)行系統(tǒng)登錄界面設(shè)計</p><p>　　為了保護(hù)旅店各種數(shù)據(jù)信息，本系統(tǒng)實行操作員使用本人賬號和密碼登錄系統(tǒng)

62、。只有賬號和密碼均正確后方可進(jìn)入系統(tǒng)，否則，系統(tǒng)會根據(jù)具體情況提示賬號不存在或是密碼不正確。成功登錄后，系統(tǒng)會根據(jù)相應(yīng)的權(quán)限顯示相關(guān)的操作模塊。系統(tǒng)登錄界面如圖所示：</p><p>　　圖4-1 系統(tǒng)登入界面</p><p><b>　　4.2.2預(yù)定管理</b></p><p><b>　?。?）房間預(yù)定</b><

63、;/p><p>　　預(yù)定功能只是作為一個登記客人預(yù)定本旅店信息的一個記錄，便于以后查閱或辦理預(yù)定入住手續(xù)。房間預(yù)定界面如圖所示，需要輸入客人的基本信息．例如姓名、性別、證件類(身份證、軍自證、工作證等)、證件號碼等，選擇對應(yīng)的入住類型(鐘點房、全日房)和入住時間，并繳納押金(如果客人沒繳押金，把押金金額置為0即可)方可進(jìn)行房間預(yù)定。</p><p>　　圖4-2 客戶預(yù)訂房間界面</p&

64、gt;<p><b>　?。?）預(yù)定入住</b></p><p>　　如果預(yù)定的客人來辦理客房的登記入住手續(xù)，則在“預(yù)定管理”模塊下面直接點擊“預(yù)定入住”，進(jìn)入圖所示界面。在己預(yù)訂客房列表中，列出了所有預(yù)定信息，使用鼠標(biāo)單擊要入住的客房．在下面的客人信息中自動導(dǎo)入客人預(yù)定時留下的詳細(xì)信息，井可以根據(jù)需要進(jìn)行編輯。需要注意的是，在辦理預(yù)定入住的時候，如果客人再預(yù)交押金，可以在客人

65、信息欄中填寫“再預(yù)交押金”的數(shù)額，客人的預(yù)交金額會自動更新到數(shù)據(jù)庫中。</p><p>　　圖4-3 預(yù)定入住界面</p><p><b>　?。?）退房結(jié)算</b></p><p>　　房界面如圖所示，窗口界面上部分在住客房中顯示了所有的在住房間，使用鼠標(biāo)點擊上面的客房，則點擊的客房會相應(yīng)的移動到下面的列表中，這個操作即選擇要辦理的客房。選擇

66、多個客房同時辦理結(jié)算，但有個前提，即登記信息是同個客人登記的客房。例如，某個客人辦理了203，204，205，206客房，那么在辦理結(jié)算的時候，可以一次性全部辦理全部客房的退房，也可選擇其中部分退房。</p><p>　　圖4-4 退房結(jié)算</p><p><b>　　5總結(jié)</b></p><p>　　經(jīng)過本學(xué)期課程的學(xué)習(xí)和這次課程設(shè)計，我

67、體會到了理論和實踐結(jié)合的重要性。以下是我對課程學(xué)習(xí)的幾點認(rèn)識：</p><p>　　面向?qū)ο蟮拈_發(fā)思想。面向?qū)ο笫菑默F(xiàn)實世界中客觀存在的事物（即對象）出發(fā)來構(gòu)造軟件系統(tǒng)，并在系統(tǒng)構(gòu)造中盡可能運用人類的自然思維方式，強調(diào)直接以問題域（現(xiàn)實世界）中的事物為中心來思考問題，認(rèn)識問題，解決問題的方法和過程。首先將面向?qū)ο蟮乃枷霊?yīng)用到系統(tǒng)開發(fā)的過程中去，可以使系統(tǒng)直接映射到問題域，使得解空間和問題域能夠在結(jié)構(gòu)上盡可能取得一

68、致，這樣程序便于理解和維護(hù)，其次面向?qū)ο髲娬{(diào)運用人類在日常生活中的邏輯思維中采用的思想方法進(jìn)行系統(tǒng)開發(fā)構(gòu)造。</p><p>　　UML則是一種建模語言，UML提供了標(biāo)準(zhǔn)的面向?qū)ο蟮哪Ｐ驮氐亩x和表示法，以及對模型的表示法的規(guī)定，使得對系統(tǒng)的建模有章可循，有標(biāo)準(zhǔn)的語言工具可用，有利于保質(zhì)保量地建立起軟件系統(tǒng)模型。</p><p>　　在做課程設(shè)計的過程中，遇到過很多困難，尤其是剛開始的功

69、能建模中。很難從整體上把握整個系統(tǒng)所具備的功能，在細(xì)化用例時，各個細(xì)小用例的劃分和相互之間的關(guān)系也很難理清，在查閱相關(guān)資料和自己的分析理解之后，在整體上對住宿管理系統(tǒng)有了大致的了解，在對照老師所給的設(shè)計步驟的基礎(chǔ)上一步一步完成了設(shè)計，也體驗到了在解決困難的過程成長的感覺。我也懂得了要做一件事就應(yīng)該堅持不懈，要靠自己的努力和思考去結(jié)成智慧的結(jié)晶。</p><p><b>　　6 參考文獻(xiàn)</b&

70、gt;</p><p>　　[1]何克清，計算機軟件工程學(xué).武漢大學(xué)出版社，1983。</p><p>　　[2]胡克瑾，軟件工程基礎(chǔ).上?？茖W(xué)技術(shù)出版社，1986。</p><p>　　[3](美)Walker Royce，軟件項目管理.周伯生譯,機械工業(yè)出版社，2002。</p><p>　　[4]林國璋，張雪蘭，系統(tǒng)軟件與軟件工程技術(shù)基

71、礎(chǔ)。北京理工大學(xué)出版社，1990。</p><p>　　[5]陳世鴻，彭蓉，面向?qū)ο筌浖こ?電子工業(yè)出版社，1999。</p><p>　　[6][美]約翰斯(Johns，M．P．),UML面向?qū)ο笤O(shè)計.基礎(chǔ)科學(xué)出版社，2003。</p><p>　　[7][美]蘭博，UML參考手冊.機械工業(yè)出版社，2001.</p><p>　　[8]黃