UML酒店管理系統(tǒng)動(dòng)態(tài)圖

1、UML系統(tǒng)分析與設(shè)計(jì)實(shí)訓(xùn)報(bào)告系別： 計(jì)算機(jī)科學(xué)與工程系 班級(jí)： 網(wǎng)絡(luò)0801 姓名： XXX 學(xué)號(hào)： 200809203127 指導(dǎo)老師： XXX 日期： 2010年12月24日 酒店預(yù)訂系統(tǒng)小組成員及分工XXX 餐桌信息設(shè)置時(shí)序圖、協(xié)作圖，訂餐時(shí)序圖、協(xié)作圖，餐桌信息狀態(tài)圖，訂單狀態(tài)圖XXX 組件圖，用例圖及事件流文檔XXX 類(lèi)圖、權(quán)限設(shè)置時(shí)序圖、權(quán)限設(shè)置協(xié)作圖、權(quán)限設(shè)置活動(dòng)圖教師評(píng)語(yǔ)一、 課題詳述題目四：酒店預(yù)訂系統(tǒng)基本業(yè)務(wù)流程：顧客預(yù)約：記錄,取消,修改,查詢(xún)和顯示顧客到達(dá)：有預(yù)約顧客和無(wú)預(yù)約顧客相分離；用餐顧客結(jié)帳：同時(shí)刷新餐桌和預(yù)約信息 顯示：顯示當(dāng)前桌子的狀態(tài)完成以下模塊：（1）預(yù)

2、約模塊l 顯示預(yù)約：顯示當(dāng)天所有預(yù)約,同時(shí)桌子根據(jù)當(dāng)前時(shí)間顯示當(dāng)前狀態(tài)l 添加預(yù)約：添加一個(gè)新的預(yù)約,并插入數(shù)據(jù)庫(kù),如果是當(dāng)天預(yù)約則顯示在預(yù)約狀態(tài)欄中l(wèi) 修改預(yù)約：修改一個(gè)已有的預(yù)約,可以修改訂餐人數(shù),預(yù)約日期,時(shí)間以及餐桌l 刪除預(yù)約：刪除一個(gè)已有預(yù)約,刪除數(shù)據(jù)庫(kù)信息,如果是當(dāng)天預(yù)約則刷新預(yù)約狀態(tài)欄l 查詢(xún)預(yù)約：根據(jù)訂餐人姓名,餐桌號(hào),預(yù)約日期,時(shí)間查詢(xún)預(yù)約狀態(tài)（2）到達(dá)模塊l 到達(dá)情況有兩種,一種是有預(yù)約的到達(dá),另一種是無(wú)預(yù)約的到達(dá)l 有預(yù)約的到達(dá)首先要查詢(xún)預(yù)約,故在預(yù)約模塊中添加到達(dá)的功能l 無(wú)預(yù)約的到達(dá),就可以立即找空桌子用餐在到達(dá)操作中還要刷新當(dāng)前桌子狀態(tài),由預(yù)約或空閑狀態(tài)轉(zhuǎn)為用餐狀

3、態(tài)（3）結(jié)帳模塊l 顯示當(dāng)前正在用餐的桌子信息,從中選中需要結(jié)帳的桌子,進(jìn)行結(jié)帳操作l 結(jié)帳完成后,將桌子置為空閑狀態(tài),若當(dāng)天還有不同時(shí)間預(yù)約此桌子的則置該桌為預(yù)約狀態(tài)l 工作內(nèi)容及要求根據(jù)三人的分工，請(qǐng)?jiān)谝恢軆?nèi)完成下列工作內(nèi)容：（1） 進(jìn)一步細(xì)化需求分析的內(nèi)容，識(shí)別出系統(tǒng)的參與者，并完成用例圖；（2） 將用例圖中的每個(gè)用例都寫(xiě)成相應(yīng)的事件流文檔；（3） 進(jìn)一步使用活動(dòng)圖來(lái)描述每個(gè)用例，為后續(xù)的系統(tǒng)設(shè)計(jì)做好準(zhǔn)備；（4） 按照系統(tǒng)的功能分析，從用例的描述中提取出系統(tǒng)的對(duì)象類(lèi)和界面類(lèi)，建立類(lèi)圖；（5） 分析類(lèi)圖中的實(shí)體類(lèi)和實(shí)體類(lèi)之間的關(guān)系，畫(huà)出數(shù)據(jù)庫(kù)的邏輯模型圖（只包含實(shí)體類(lèi)，且注明角色和階元）。

4、（6） 對(duì)數(shù)據(jù)庫(kù)的邏輯模型進(jìn)行優(yōu)化，取消多對(duì)多的聯(lián)系，完成最終的邏輯模型設(shè)計(jì)；（7） 使用交互作用圖或狀態(tài)機(jī)圖完成系統(tǒng)動(dòng)態(tài)行為的建模。（建議使用順序圖按功能分別描述）。l 提交結(jié)果及要求（1） 請(qǐng)?zhí)峤挥美龍D（包括事件流文檔）、類(lèi)圖、活動(dòng)圖、交互作用圖。（2） 可選提交：狀態(tài)機(jī)圖、系統(tǒng)部署圖（3） 完成規(guī)定格式的實(shí)驗(yàn)報(bào)告（紙質(zhì)），以小組為單位上交電子版實(shí)驗(yàn)報(bào)告和系統(tǒng)建模的成果（各類(lèi)圖和相關(guān)文檔，電子文檔）。二、 需求分析酒店管理系統(tǒng)要能完成以下功能：用戶能夠了解酒店的信息，根據(jù)信息申請(qǐng)預(yù)定餐桌。工作人員能夠處理顧客預(yù)定餐桌：首先檢查客戶的訂餐信息，然后根據(jù)訂餐信息選擇相應(yīng)級(jí)別的餐桌或包間。顧客結(jié)

5、賬：顯示當(dāng)前正在用餐的桌子信息,從中選中需要結(jié)帳的桌子,進(jìn)行結(jié)帳操作，結(jié)帳完成后,將桌子置為空閑狀態(tài),若當(dāng)天還有不同時(shí)間預(yù)約此桌子的則置該桌為預(yù)約狀態(tài)。員工能夠?qū)π畔⑦M(jìn)行管理。根據(jù)要求可將系統(tǒng)分為七個(gè)模塊1 客戶申請(qǐng)注冊(cè)登錄模塊 會(huì)員能夠查詢(xún)酒店的餐桌信息情況，然后根據(jù)自己的需要，填寫(xiě)申請(qǐng)單，向工作人員遞交申請(qǐng)，工作人員根據(jù)系統(tǒng)情況，回復(fù)客戶。2 系統(tǒng)管理員登陸模塊 系統(tǒng)管理員工作需要登陸系統(tǒng)，才能夠進(jìn)行操作，系統(tǒng)中的各項(xiàng)數(shù)據(jù)都不允許外人隨便查看和更改，所以設(shè)置登陸模塊是必須的。3 顧客到達(dá)模塊到達(dá)情況有兩種,一種是有預(yù)約的到達(dá),另一種是無(wú)預(yù)約的到達(dá)，有預(yù)約的到達(dá)首先查詢(xún)預(yù)約,故在預(yù)約模塊中添

6、加到達(dá)的功能。無(wú)預(yù)約的到達(dá),就可以立即找空桌子用餐，在到達(dá)操作中還要刷新當(dāng)前桌子狀態(tài),由預(yù)約或空閑狀態(tài)轉(zhuǎn)為用餐狀態(tài)4 顧客結(jié)賬模塊 顯示當(dāng)前正在用餐的桌子信息,從中選中需要結(jié)帳的桌子,進(jìn)行結(jié)帳操作，結(jié)帳完成后,將桌子置為空閑狀態(tài),若當(dāng)天還有不同時(shí)間預(yù)約此桌子的則置該桌為預(yù)約狀態(tài)。5 餐桌信息管理模塊 工作人員可以對(duì)公司的餐桌進(jìn)行管理。工作人員可以查詢(xún)公司的餐桌情況，包括就餐情況，就餐歷史，餐桌狀況。6 客戶信息管理模塊 在酒店就餐過(guò)的會(huì)員，工作人員需要記錄下就餐情況，以便再次預(yù)定就餐時(shí)可以查詢(xún)。新注冊(cè)的客戶，工作人員需要添加新會(huì)員進(jìn)系統(tǒng)中。7 會(huì)員權(quán)限管理模塊 管理員查詢(xún)會(huì)員的權(quán)限，寫(xiě)入新的權(quán)

7、限。三、 靜態(tài)結(jié)構(gòu)建模各類(lèi)之間的關(guān)系類(lèi)不是單獨(dú)一個(gè)模塊，各個(gè)類(lèi)之間是存在聯(lián)系。酒店預(yù)訂系統(tǒng)各類(lèi)之間的聯(lián)系如圖： 從圖中可以看出，系統(tǒng)管理員可以查看會(huì)員的個(gè)人信息，并修改會(huì)員的權(quán)限，還可以設(shè)置餐桌的狀態(tài)信息。會(huì)員可以瀏覽餐桌信息和申請(qǐng)訂單，申請(qǐng)訂單成功后，就可以通過(guò)網(wǎng)上支付系統(tǒng)支付定金。 四、 動(dòng)態(tài)結(jié)構(gòu)建模用例圖1 業(yè)務(wù)處理系統(tǒng)（圖1）客戶登陸系統(tǒng)進(jìn)入個(gè)人信息管理，如果不是會(huì)員，先注冊(cè)成為會(huì)員，然后登陸系統(tǒng)選擇查詢(xún)餐桌相關(guān)信息，最后下訂單。圖1 業(yè)務(wù)處理系統(tǒng)2 系統(tǒng)管理員的系統(tǒng)管理 圖2 系統(tǒng)管理員的系統(tǒng)管理組件圖該圖是系統(tǒng)的各個(gè)組件圖，由主界面、個(gè)人信息管理、權(quán)限設(shè)置、餐桌信息設(shè)置、餐桌信息、

8、個(gè)人訂單管理?；顒?dòng)圖 會(huì)員查看餐桌信息，在登陸狀態(tài)下請(qǐng)求訂餐，并選擇底單、支付方式，在管理員確定后，訂餐成功。時(shí)序圖1 權(quán)限設(shè)置時(shí)序圖2 餐桌信息設(shè)置時(shí)序圖管理員可以查看、設(shè)置餐桌的狀態(tài)信息。3 訂餐時(shí)序圖 會(huì)員可以通過(guò)登陸訂餐系統(tǒng)，查詢(xún)餐桌信息，選擇餐桌，并進(jìn)行網(wǎng)上支付定金，最終生成訂單。然后管理員修改相關(guān)餐桌狀態(tài)信息。管理員可以打開(kāi)權(quán)限窗口，查詢(xún)所有會(huì)員或某個(gè)會(huì)員，寫(xiě)入新的權(quán)限后，保存，完成設(shè)置。協(xié)作圖1 權(quán)限設(shè)置協(xié)作圖2 餐桌信息設(shè)置協(xié)作圖狀態(tài)圖1 餐桌信息狀態(tài)圖管理員和會(huì)員都可以查詢(xún)餐桌狀態(tài)信息，會(huì)員可以預(yù)訂、退訂，管理員根據(jù)實(shí)際情況修改餐桌信息。2 訂單狀態(tài)圖訂單狀態(tài)圖顯示，系統(tǒng)記錄

9、餐桌信息、餐桌信息及付款信息，會(huì)員可以修改訂單，請(qǐng)求通過(guò)后可以生成訂單?；顒?dòng)圖1 權(quán)限設(shè)置活動(dòng)圖五、 事件流文檔1 用例“注冊(cè)”的描述1.1前置條件 在客戶網(wǎng)上注冊(cè)成為會(huì)員之前，必須要先進(jìn)入該酒店的網(wǎng)上酒店預(yù)訂系統(tǒng)。1.2 后置條件 如果“注冊(cè)”用例成功，客戶就成為了改酒店的會(huì)員。1.3 擴(kuò)充點(diǎn)無(wú)1.4 事件流 1.4.1基流 用戶進(jìn)入系統(tǒng)是用例訂約注冊(cè)的開(kāi)始，填寫(xiě)申請(qǐng)表，填寫(xiě)正確提交后，工作人員根據(jù)申請(qǐng)表，回復(fù)用戶申請(qǐng)表是否通過(guò)。用戶可以通過(guò)電話和前臺(tái)，詢(xún)問(wèn)工作人員自己的申請(qǐng)，工作人員根據(jù)系統(tǒng)記錄，處理申請(qǐng)。 管理員根據(jù)用戶填寫(xiě)的申請(qǐng)表，給予該用戶會(huì)員的資格，并回復(fù)該用戶已經(jīng)注冊(cè)成功可以登陸

10、。 1.4.2 分支流 無(wú) 1.4.3 替代流 無(wú)2 用例“登陸”的描述2.1前置條件 在客戶網(wǎng)上登陸之前，必須要先成為酒店的網(wǎng)上會(huì)員，并登陸進(jìn)入該酒店的網(wǎng)上酒店預(yù)訂系統(tǒng)。2.2 后置條件 如果“登陸”用例成功，客戶可以填寫(xiě)申請(qǐng)表，進(jìn)行網(wǎng)上訂餐。2.3 擴(kuò)充點(diǎn)無(wú)2.4 事件流 2.4.1基流 會(huì)員成功登陸進(jìn)入系統(tǒng)后，查詢(xún)餐桌信息，填寫(xiě)訂餐信息并提交，等待管理員處理申請(qǐng)。 如果該餐桌狀態(tài)良好并且閑置，執(zhí)行分支流s-1：同意申請(qǐng)。 如果該餐桌不能使用，執(zhí)行分支流s-2：拒絕申請(qǐng)。如果該餐桌已有人預(yù)定，執(zhí)行分支流s-2：拒絕申請(qǐng)。如果用戶申請(qǐng)完成，則用例結(jié)束推出。 2.4.2 分支流 s-1 同意申

11、請(qǐng) 管理人員根據(jù)用戶的申請(qǐng)，根據(jù)系統(tǒng)中餐桌的情況，同意用戶的申請(qǐng)，把申請(qǐng)結(jié)果返回給用戶，用例結(jié)束。s-2 駁回申請(qǐng) 工作人員根據(jù)用戶的申請(qǐng)，根據(jù)系統(tǒng)中餐桌的情況，駁回用戶的申請(qǐng)，用例重新開(kāi)始。 2.4.3 替代流 無(wú)3 用例“選擇訂單”的描述3.1前置條件在用例個(gè)選擇訂單之前，用戶必須成為該酒店的網(wǎng)絡(luò)會(huì)員并成功登陸系統(tǒng)。3.2 后置條件如果這個(gè)用例成功，則用戶可以處理個(gè)人的訂單管理。 3.3 擴(kuò)充點(diǎn)無(wú)3.4 事件流3.4.1基流會(huì)員進(jìn)入選擇訂單系統(tǒng)后，通過(guò)查詢(xún)餐桌信息，可以選擇申請(qǐng)訂單，等待系統(tǒng)管理員處理申請(qǐng)。如果該餐桌空置并無(wú)預(yù)訂，執(zhí)行分支流s-1：同意申請(qǐng)。如果該餐桌處于就餐狀態(tài)，執(zhí)行分支

12、流s-2：駁回申請(qǐng)。如果用戶選擇訂單完成，則用例結(jié)束推出。3.4.2分支流 s-1 同意申請(qǐng) 工作人員根據(jù)餐桌的空置并且無(wú)預(yù)訂狀況，同意用戶的申請(qǐng)，把申請(qǐng)結(jié)果返回給用戶，用例結(jié)束。 s-2 駁回申請(qǐng) 工作人員根據(jù)該餐桌處于就餐狀態(tài)，駁回用戶的申請(qǐng)，用例重新開(kāi)始。3.4.3替代流 無(wú)4 用例“個(gè)人信息管理”的描述4.1前置條件在用例個(gè)人信息管理之前，用戶必須成為該酒店的網(wǎng)絡(luò)會(huì)員，并登陸訂餐系統(tǒng)。4.2 后置條件如果這個(gè)用例成功，則用戶可以處理個(gè)人信息管理。 4.3 擴(kuò)充點(diǎn)無(wú)4.4 事件流4.4.1基流會(huì)員進(jìn)入個(gè)人信息管理系統(tǒng)后，可以查詢(xún)個(gè)人信息，也可以修改個(gè)人信息并保存。4.4.2分支流 無(wú)4.

13、4.3替代流 無(wú)4 用例“個(gè)人訂單管理”的描述4.1前置條件在用例個(gè)人訂單管理之前，用戶必須成為該酒店的網(wǎng)絡(luò)會(huì)員。4.2 后置條件如果這個(gè)用例成功，則用戶可以處理個(gè)人的訂單管理。 4.3 擴(kuò)充點(diǎn)無(wú)4.4 事件流4.4.1基流會(huì)員進(jìn)入個(gè)人訂單管理系統(tǒng)后，可以查詢(xún)個(gè)人餐桌信息及繳費(fèi)情況，也可以申請(qǐng)修改訂單，等待系統(tǒng)管理員處理申請(qǐng)。如果管理員根據(jù)實(shí)際情況確定能夠修改，執(zhí)行分支流s-1：同意申請(qǐng)。如果管理員根據(jù)實(shí)際情況確定不能夠修改，執(zhí)行分支流s-2：駁回申請(qǐng)。如果用戶申請(qǐng)修改訂單完成，則用例結(jié)束推出。4.4.2分支流 s-1 同意申請(qǐng) 工作人員根據(jù)用戶的申請(qǐng)的要求和現(xiàn)實(shí)的狀況，同意用戶的申請(qǐng)，把申請(qǐng)

14、結(jié)果返回給用戶，用例結(jié)束。 s-2 駁回申請(qǐng) 工作人員根據(jù)用戶的申請(qǐng)的要求和現(xiàn)實(shí)的狀況，駁回用戶的申請(qǐng)，用例重新開(kāi)始。4.4.3替代流 無(wú)5 用例“餐桌管理”的描述5.1前置條件 在用例餐桌管理之前，管理員必須先登錄訂餐管理系統(tǒng)。5.2后置條件 在管理員用例餐桌信息管理后，管理員可以更改、預(yù)訂、退訂餐桌的狀態(tài)信息。5.3擴(kuò)充點(diǎn)無(wú)5.4 事件流 5.4.1基流 管理員成功登陸進(jìn)入系統(tǒng)后，查詢(xún)餐桌狀態(tài)或預(yù)訂情況，可以進(jìn)行餐桌狀態(tài)的修改。 如果該餐桌從空置狀態(tài)進(jìn)入就餐狀態(tài)，執(zhí)行分支流s-1：就餐狀態(tài)。 如果該餐桌從就餐狀態(tài)進(jìn)入空置狀態(tài)，執(zhí)行分支流s-2：空置狀態(tài)。 如果客戶預(yù)訂該餐桌，執(zhí)行分支流s-3：預(yù)訂狀態(tài)。如果客戶退訂該餐桌，執(zhí)行分支流s-2：空置狀態(tài)。如果餐桌管理完成，則用例結(jié)束推出。 5.4.2 分支流 s-1 就餐狀態(tài) 客戶正在進(jìn)行就餐。s-2 空置狀態(tài) 餐桌狀況良好，并無(wú)人就餐和預(yù)訂。 s-3預(yù)訂狀態(tài) 餐桌