2023年全國碩士研究生考試考研英語一試題真題(含答案詳解+作文范文)_第1頁
已閱讀1頁,還剩25頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、<p><b>  信息系統(tǒng)分析與設(shè)計(jì)</b></p><p><b>  課程設(shè)計(jì)報(bào)告</b></p><p>  題目 旅店住宿系統(tǒng)設(shè)計(jì) </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時(shí)機(jī)可行性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 各個(gè)類之間的關(guān)系12</p><p>  3.2系統(tǒng)的的活動(dò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 對(duì)系統(tǒng)功能進(jìn)行劃分,設(shè)計(jì)系統(tǒng)的包圖18</p><p>  4 設(shè)計(jì)工作流18<

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

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

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ǔ)上,針對(duì)新系統(tǒng)的開發(fā)是否具備必要性和可能性,對(duì)新系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟(jì)、社會(huì)的方面進(jìn)行分析和研

10、究,以避免投資失誤,保證新系統(tǒng)的開發(fā)成功??尚行匝芯康哪康木褪怯米钚〉拇鷥r(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。該系統(tǒng)的可行性分析從以下幾個(gè)方面進(jìn)行。</p><p>  1.2.1 經(jīng)濟(jì)可行性</p><p>  主要是對(duì)項(xiàng)目的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià),本系統(tǒng)開發(fā)經(jīng)費(fèi)對(duì)于一般的旅店(中、小型旅店)在經(jīng)濟(jì)上是可以接受的,并且本系統(tǒng)實(shí)施后可以顯著提高工作效率,有助于旅店的信息化管理,所以本系統(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ā)展的大勢(shì)所趨,它把應(yīng)用系統(tǒng)帶入了一個(gè)嶄新的發(fā)展時(shí)代。數(shù)據(jù)庫服務(wù)器選用SQL Server2000數(shù)據(jù)庫,它能夠處理大

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

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

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

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

17、可以提出房間預(yù)定,而作人員負(fù)責(zé)錄入預(yù)定記錄。同時(shí),工作人員還可以提交每個(gè)房間的狀態(tài),以便工作人員可以根據(jù)這些資料決定為客戶保留哪個(gè)房間。</p><p><b> ?。?)數(shù)據(jù)管理模塊</b></p><p>  在旅店住宿管理信息系統(tǒng)中,對(duì)所有的客戶、工作人員以及房間的信息都要進(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ù)模塊包括如圖所示的幾個(gè)方面。&l

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

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

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

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

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

24、>  (1) 客戶信息管理</p><p>  客戶信息包括客戶的基本信息外,還包括客戶的入住歷史記錄。</p><p>  (2) 房間信息管理</p><p>  房間信息包括房間的類型、房間的價(jià)格、房間的狀態(tài)。</p><p> ?。?) 房間的使用信息管理</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、圖所示的幾個(gè)方面。</p><p><b>  查詢客戶信息</b></p><p>  負(fù)責(zé)客戶信息的查詢。</p><p>  (2) 查詢員工信息</p><p>  旅店員工信息的查詢。</p><p> ?。?) 查詢房間信息</p><p>  負(fù)責(zé)公司房間信息

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

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

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

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

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

32、p> ?。ǎ玻?處理預(yù)定申請(qǐng)用例。工作人員可以處理客戶的預(yù)定申請(qǐng)。</p><p>  (3) 將預(yù)定的房間交付客戶用例??蛻纛A(yù)定請(qǐng)求得到確認(rèn)后,可以在規(guī)定的時(shí)間入住旅店,工作人員應(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ù)定請(qǐng)求用例。工作人員可以根據(jù)情況拒絕客戶的預(yù)定請(qǐng)求。</p><p> ?。ǎ担?Accept Request:接受預(yù)定請(qǐng)求。可以根據(jù)情況接受客戶的請(qǐng)求。</p><p> ?。ǎ叮?Given Room To Customer:將預(yù)定房間交付客戶用例。</p><p>  (7) 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類是所有類的父類它包含四個(gè)屬性:姓名(name),身份證號(hào)(ID),地址(address)和電話號(hào)碼(phoneNo)。

37、</p><p>  (2)Customer類是包含客戶信息的類,除了繼承父類的屬性和方法,它包括會(huì)員編號(hào)(ClubNo)等屬性。</p><p> ?。?)Employee類是包含員工信息的類,其中包含了員工的聘用日期等信息。同時(shí),它還是Manager和CommonWorker的父類。</p><p> ?。?)Manager是旅店管理人員的類,管理人員可以查看工

38、作人員的工作記錄。CommonWorker類是普通員工的類,commissionRate屬性是該員工任務(wù)完成率;方法calculate()是用來計(jì)算該工作人員完成的任務(wù)率;CheckRequest()是用來查詢是否有沒有處理的申請(qǐng)單。</p><p>  圖3-1客戶及旅店員工的類圖</p><p>  3.1.2 其他的類</p><p>  (1)Custom

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

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

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

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

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

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

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

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

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

48、 ?。?)Send message:返回信息,告訴客戶可以入住。</p><p> ?。?)Customer Acquire The Room:客戶入住旅店。</p><p> ?。?)Customer Return Room:客戶退房。</p><p> ?。?)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信息后,等待工作人員對(duì)訂單懂得處理,如果有符合客戶要求條件的房間,系統(tǒng)將顯示符合預(yù)定房間的詳細(xì)信息??蛻暨_(dá)到信息列表后,提交

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

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

52、的順序圖</p><p>  客戶在提交訂單后可以對(duì)訂單進(jìn)行維護(hù)(添加、刪除、修改)??蛻羰紫鹊侨氲较到y(tǒng)查詢模塊。訂單查詢模塊顯示該客戶當(dāng)前所有的訂單。客戶得到該表后,選擇需要?jiǎng)h除的預(yù)定房間號(hào)。訂單處理模塊把刪除信息提交非數(shù)據(jù)模塊,數(shù)據(jù)模塊保存信息。訂單處理模塊刪除操作成功。客戶刪除訂單的順序圖如圖所示:</p><p>  圖3-6客戶刪除訂單順序圖</p><p&g

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

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

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

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

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

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

59、作界面,是用戶提出請(qǐng)求和接受回應(yīng)的地方。</p><p>  這三個(gè)層次都與數(shù)據(jù)庫相關(guān)。數(shù)據(jù)存儲(chǔ)層就是指數(shù)據(jù)庫本身,業(yè)務(wù)處理層處理的對(duì)象,實(shí)際上就是數(shù)據(jù)庫中的數(shù)據(jù),界面表示層是操作界面,其目的是為了方便用戶使用數(shù)據(jù)庫中的數(shù)據(jù)。因此數(shù)據(jù)庫的設(shè)計(jì)是旅店管理信息系統(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表等幾個(gè)主要表的詳細(xì)設(shè)計(jì)內(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è)計(jì)</p><p>  4.2.1進(jìn)行系統(tǒng)登錄界面設(shè)計(jì)</p><p>  為了保護(hù)旅店各種數(shù)據(jù)信息,本系統(tǒng)實(shí)行操作員使用本人賬號(hào)和密碼登錄系統(tǒng)

62、。只有賬號(hào)和密碼均正確后方可進(jìn)入系統(tǒng),否則,系統(tǒng)會(huì)根據(jù)具體情況提示賬號(hào)不存在或是密碼不正確。成功登錄后,系統(tǒng)會(huì)根據(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>  (1)房間預(yù)定</b><

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

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

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

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

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

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

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

70、gt;</p><p>  [1]何克清,計(jì)算機(jī)軟件工程學(xué).武漢大學(xué)出版社,1983。</p><p>  [2]胡克瑾,軟件工程基礎(chǔ).上海科學(xué)技術(shù)出版社,1986。</p><p>  [3](美)Walker Royce,軟件項(xiàng)目管理.周伯生譯,機(jī)械工業(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è)計(jì).基礎(chǔ)科學(xué)出版社,2003。</p><p>  [7][美]蘭博,UML參考手冊(cè).機(jī)械工業(yè)出版社,2001.</p><p>  [8]黃

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論