UML順序圖文檔第二次發(fā)送.doc

面向?qū)ο蠓治雠cUML課程設(shè)計(jì)文檔 酒店管理系統(tǒng) 專 業(yè)： 計(jì)算機(jī)科學(xué)與技術(shù) 班 級(jí)：10級(jí)（6）班 學(xué) 號(hào)：12010243006 姓 名： 袁榮良 課 題： 酒店管理系統(tǒng) 指導(dǎo)教師：唐莉君目錄1.引言12.UML概念12.1什么是UML12.2UML的特點(diǎn)12.3UML的構(gòu)成23.面向?qū)ο蟮南到y(tǒng)分析23.1 OOA的組成23.2 OOA的主要原則23.2 分析模型34.需求分析44.1背景說(shuō)明44.2酒店部門分析41.酒店總經(jīng)理42.前廳部43.客房服務(wù)部門54.餐飲部門55.財(cái)務(wù)部56.保安部54.3酒店各子系統(tǒng)功能51.總經(jīng)理子系統(tǒng)52財(cái)務(wù)子系統(tǒng)63住宿子系統(tǒng)64娛樂(lè)子系統(tǒng)64.4系統(tǒng)組織結(jié)構(gòu)圖75.系統(tǒng)的UML建模75.1小組人員分工75.2需求模型75.3基本模型（類圖設(shè)計(jì)）75.4輔助模型8（1）順序圖81.什么是順序圖82.順序圖的設(shè)計(jì)83.順序圖的設(shè)計(jì)展示及分析8（2）狀態(tài)圖111.什么是狀態(tài)圖112. 狀態(tài)圖的設(shè)計(jì)思路113. 狀態(tài)圖的設(shè)計(jì)展示及分析11（3）活動(dòng)圖126.總結(jié)：137.參考文獻(xiàn)13刪掉目錄摘要：面向?qū)ο蟮南到y(tǒng)分析是運(yùn)用面向?qū)ο蟮姆椒▽?duì)系統(tǒng)進(jìn)行分析。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且適用于各種應(yīng)用領(lǐng)域的建模言語(yǔ)。學(xué)習(xí)并掌握UML建模方法對(duì)，不僅有助于理想面向?qū)ο蟮姆治雠c設(shè)計(jì)方法，也有助于對(duì)軟件開(kāi)發(fā)全過(guò)程的理解。本小組在應(yīng)用UML語(yǔ)言建模實(shí)現(xiàn)的一個(gè)簡(jiǎn)單的中等規(guī)模酒店的管理系統(tǒng)，本文作者在小組分工中負(fù)責(zé)順序圖與活動(dòng)圖的繪制，在進(jìn)行需求分析的基礎(chǔ)上，了解一些專業(yè)術(shù)語(yǔ)定義并成功繪制順序圖與活動(dòng)圖。關(guān)鍵字 酒店管理系統(tǒng) UML 順序圖 活動(dòng)圖 1.引言 隨著人們生活水平的提高和經(jīng)濟(jì)整體發(fā)展，越來(lái)越多的人開(kāi)始出行，或是旅行，或是辦事，出行過(guò)程中的住宿問(wèn)題顯得尤為重要，隨著生活富裕人們更加追求享受和提高了消費(fèi)。所以目前有很多服務(wù)性行業(yè)和和大型一體娛樂(lè)場(chǎng)所大量的涌現(xiàn)。其中大型酒店便成為一體娛樂(lè)休閑住宿的主要“生力軍”，越來(lái)越多的酒店涌現(xiàn)，使得這一行業(yè)的競(jìng)爭(zhēng)則很激烈，大型酒店每天的客流量大，傳統(tǒng)的靠筆記錄早已淘汰，必須有一個(gè)依托現(xiàn)代計(jì)算機(jī)的健全管理模式才能完成有效、高效的管理，而且多樣化的服務(wù)，才能吸引顧客，才能在競(jìng)爭(zhēng)激勵(lì)行業(yè)中有立足之地。由于酒店提供的服務(wù)多種多樣，規(guī)模大小也各不相同，所以對(duì)酒店管理系統(tǒng)的需求也不相同，但稍具規(guī)模的酒店必含下面兩類服務(wù)：飲食、住宿。由于我們對(duì)酒店行業(yè)沒(méi)有具體的接觸考察和實(shí)質(zhì)性的需求了解。此次UML設(shè)計(jì)只能在一些收集到的材料與個(gè)人基本認(rèn)識(shí)的基礎(chǔ)上，簡(jiǎn)單模仿中等規(guī)模的大型一體酒店設(shè)計(jì)管理系統(tǒng)，并將其抽象成一個(gè)由兩部門組成、實(shí)現(xiàn)兩大服務(wù)的系統(tǒng)。2.UML概念 2.1什么是UML UML是一種可視化的建模語(yǔ)言,它能夠讓系統(tǒng)構(gòu)造者用標(biāo)準(zhǔn)的、易于理解的方式建立起能夠表達(dá)出他們想象力的系統(tǒng)藍(lán)圖，并且提供一種機(jī)制，以便于不同的人之間有效的共享和交流設(shè)計(jì)結(jié)果。 2.2UML的特點(diǎn) （1）統(tǒng)一的標(biāo)準(zhǔn) （2）面向?qū)ο?（3）可視化、表示能力強(qiáng)大 （4）獨(dú)立于過(guò)程 （5）概念明確，建模表示法簡(jiǎn)潔，圖形結(jié)構(gòu)清晰，容易掌握和使用。 2.3UML的構(gòu)成 （1）基本構(gòu)造塊 （2）規(guī)則 （3）公共機(jī)制 其中基本構(gòu)造塊又包括3種類型:事物、關(guān)系、圖3.面向?qū)ο蟮南到y(tǒng)分析 3.1 OOA的組成 OOA（面向?qū)ο蟮姆治觯┠Ｐ陀?個(gè)層次（主題層、對(duì)象類層、結(jié)構(gòu)層、屬性層和服務(wù)層）和5個(gè)活動(dòng)（標(biāo)識(shí)對(duì)象類、標(biāo)識(shí)結(jié)構(gòu)、定義主題、定義屬性和定義服務(wù)）組成。在這種方法中定義了兩種對(duì)象類之間的結(jié)構(gòu)，一種稱為分類結(jié)構(gòu)，一種稱為組裝結(jié)構(gòu)。分類結(jié)構(gòu)就是所謂的一般與特殊的關(guān)系。組裝結(jié)構(gòu)則反映了對(duì)象之間的整體與部分的關(guān)系。 3.2 OOA的主要原則 （1）抽象：從許多事物中舍棄個(gè)別的、非本質(zhì)的特征，抽取共同的、本質(zhì)性的特征，就叫作抽象。抽象是形成概念的必須手段。抽象原則有兩方面的意義：第一，盡管問(wèn)題域中的事物是很復(fù)雜的，但是分析員并不需要了解和描述它們的一切，只需要分析研究其中與系統(tǒng)目標(biāo)有關(guān)的事物及其本質(zhì)性特征。第二，通過(guò)舍棄個(gè)體事物在細(xì)節(jié)上的差異，抽取其共同特征而得到一批事物的抽象概念。 抽象是面向?qū)ο蠓椒ㄖ惺褂米顬閺V泛的原則。抽象原則包括過(guò)程抽象和數(shù)據(jù)抽象兩個(gè)方面。 過(guò)程抽象是指，任何一個(gè)完成確定功能的操作序列，其使用者都可以把它看作一個(gè)單一的實(shí)體，盡管實(shí)際上它可能是由一系列更低級(jí)的操作完成的。數(shù)據(jù)抽象是根據(jù)施加于數(shù)據(jù)之上的操作來(lái)定義數(shù)據(jù)類型，并限定數(shù)據(jù)的值只能由這些操作來(lái)修改和觀察。數(shù)據(jù)抽象是OOA的核心原則。它強(qiáng)調(diào)把數(shù)據(jù)（屬性）和操作（服務(wù)）結(jié)合為一個(gè)不可分的系統(tǒng)單位（即對(duì)象），對(duì)象的外部只需要知道它做什么，而不必知道它如何做。 （2）封裝就是把對(duì)象的屬性和服務(wù)結(jié)合為一個(gè)不可分的系統(tǒng)單位，并盡可能隱蔽對(duì)象的內(nèi)部細(xì)節(jié)。 （3）繼承：特殊類的對(duì)象擁有的其一般類的全部屬性與服務(wù)，稱作特殊類對(duì)一般類的繼承。 在OOA中運(yùn)用繼承原則，就是在每個(gè)由一般類和特殊類形成的一般特殊結(jié)構(gòu)中，把一般類的對(duì)象實(shí)例和所有特殊類的對(duì)象實(shí)例都共同具有的屬性和服務(wù)，一次性地在一般類中進(jìn)行顯式的定義。在特殊類中不再重復(fù)地定義一般類中已定義的東西，但是在語(yǔ)義上，特殊類卻自動(dòng)地、隱含地?fù)碛兴囊话泐悾ㄒ约八懈蠈拥囊话泐悾┲卸x的全部屬性和服務(wù)。繼承原則的好處是：使系統(tǒng)模型比較簡(jiǎn)練也比較清晰。 （4）分類：就是把具有相同屬性和服務(wù)的對(duì)象劃分為一類，用類作為這些對(duì)象的抽象描述。分類原則實(shí)際上是抽象原則運(yùn)用于對(duì)象描述時(shí)的一種表現(xiàn)形式。 （5）聚合：又稱組裝，其原則是：把一個(gè)復(fù)雜的事物看成若干比較簡(jiǎn)單的事物的組裝體，從而簡(jiǎn)化對(duì)復(fù)雜事物的描述。 （6）關(guān)聯(lián)：是人類思考問(wèn)題時(shí)經(jīng)常運(yùn)用的思想方法：通過(guò)一個(gè)事物聯(lián)想到另外的事物。能使人發(fā)生聯(lián)想的原因是事物之間確實(shí)存在著某些聯(lián)系。 （7）消息通信：這一原則要求對(duì)象之間只能通過(guò)消息進(jìn)行通信，而不允許在對(duì)象之外直接地存取對(duì)象內(nèi)部的屬性。通過(guò)消息進(jìn)行通信是由于封裝原則而引起的。在OOA中要求用消息連接表示出對(duì)象之間的動(dòng)態(tài)聯(lián)系。 （8）粒度控制：一般來(lái)講，人在面對(duì)一個(gè)復(fù)雜的問(wèn)題域時(shí)，不可能在同一時(shí)刻既能縱觀全局，又能洞察秋毫。因此需要控制自己的視野：考慮全局時(shí)，注意其大的組成部分，暫時(shí)不詳察每一部分的具體的細(xì)節(jié);考慮某部分的細(xì)節(jié)時(shí)則暫時(shí)撇開(kāi)其余的部分。這就是粒度控制原則。 （9）行為分析：現(xiàn)實(shí)世界中事物的行為是復(fù)雜的。由大量的事物所構(gòu)成的問(wèn)題域中各種行為往往相互依賴、相互交織。 3.2 分析模型 1、對(duì)象模型:對(duì)用例模型進(jìn)行分析,把系統(tǒng)分解成互相協(xié)作的分析類,通過(guò)類圖/對(duì)象圖描述對(duì)象/對(duì)象的屬性/對(duì)象間的關(guān)系,是系統(tǒng)的靜態(tài)模型 2、動(dòng)態(tài)模型:描述系統(tǒng)的動(dòng)態(tài)行為,通過(guò)順序圖/協(xié)作圖描述對(duì)象的交互,以揭示對(duì)象間如何協(xié)作來(lái)完成每個(gè)具體的用例,單個(gè)對(duì)象的狀態(tài)變化/動(dòng)態(tài)行為可以通過(guò)狀態(tài)圖來(lái)表達(dá)。 3、功能模型(即用例模型作為輸入)。是對(duì)客觀事物或現(xiàn)象的一種描述。模型是被研究對(duì)象的一種抽象?？陀^事物或現(xiàn)象，是一個(gè)多因素綜合體。因素之間存在著相互依賴又相互制約的關(guān)系，通常是復(fù)雜的非線性關(guān)系。你建立這些模型了嗎？4.需求分析 4.1背景說(shuō)明 酒店管理系統(tǒng)是一個(gè)面向酒店用來(lái)進(jìn)行酒店日常管理的系統(tǒng)。該系統(tǒng)能能夠?yàn)榫频甑墓芾碚邔?duì)酒店進(jìn)行比較精確的管理，能夠?qū)崿F(xiàn)用戶進(jìn)行酒店的預(yù)定等操作，對(duì)酒店各部門提供管理功能。酒店管理系統(tǒng)的功能包括以下內(nèi)容： （1）酒店管理系統(tǒng)能夠支持用戶進(jìn)行酒店客房的預(yù)定、酒店客房的退訂以及退房付款等操作。 （2）酒店管理系統(tǒng)能夠支持客房部門對(duì)用戶的預(yù)定、退訂、退房等進(jìn)行操作，當(dāng)客戶訂房時(shí)進(jìn)行客房查詢，查詢客房是否可以預(yù)定；當(dāng)客戶退訂或退房時(shí)，進(jìn)行客房狀態(tài)修改等。并支持客房日常管理，如清潔打掃、安全性能等的操作。 （3）酒店管理系統(tǒng)能夠支持餐飲部門對(duì)用戶點(diǎn)餐等服務(wù)進(jìn)行操作。如用戶可以進(jìn)行點(diǎn)餐的選擇，并能夠選擇是否送餐；以及食品原材料進(jìn)購(gòu)的選擇與登記。 （4）酒店管理系統(tǒng)能夠支持財(cái)務(wù)部門對(duì)整個(gè)酒店財(cái)務(wù)進(jìn)行正常管理。如客房部在用戶退房時(shí)的付款管理、餐飲部在進(jìn)購(gòu)原材料時(shí)的財(cái)務(wù)支付等。并整理某一時(shí)間段內(nèi)酒店的整體收益以及員工的薪水管理。 （5）酒店管理系統(tǒng)能夠支持保安部門對(duì)整個(gè)酒店安保的實(shí)時(shí)監(jiān)控，確保整個(gè)酒店的安全問(wèn)題。 4.2酒店部門分析 1.酒店總經(jīng)理 酒店總經(jīng)理的功能雖然不是面向顧客、不是酒店的服務(wù)項(xiàng)之一，但它的存在卻是必不可少的。它的主要職責(zé)有：A.管理員工。給員工編號(hào)，登記其基本信息；根據(jù)員工的平時(shí)表現(xiàn)及工齡確定工資；此外，還要給員工分配工作部門及職務(wù)等等。B.劃分部門。給個(gè)部門編號(hào)、命名、確定其職責(zé)范圍、任命部門經(jīng)理、分配員工。C.對(duì)本部門的財(cái)務(wù)進(jìn)行核算（支付工資等）。D.期末對(duì)酒店的收益情況進(jìn)行核算。 2.前廳部 前廳部為酒店基本部門，其主要的職責(zé)有：A.接待入住酒店的客戶、錄入旅客信息、為旅客安排房間。B.查詢旅客信息、處理旅客投訴。 3.客房服務(wù)部門 它也是酒店基本部門之一?？头糠?wù)部門的主要職責(zé)有：A.給個(gè)房間布置各種設(shè)備、分類、編號(hào)、制定收費(fèi)標(biāo)準(zhǔn)、分配服務(wù)人員。B.登記旅客信息，確認(rèn)其身份，登記其入住、退房時(shí)間。C.統(tǒng)計(jì)各類房間的客滿程度。D.對(duì)本部門的財(cái)務(wù)流動(dòng)進(jìn)行登記處理。 4.餐飲部門 它是酒店基本部門之一。它提供服務(wù)的特點(diǎn)是實(shí)時(shí)性強(qiáng)、持續(xù)時(shí)間短，強(qiáng)調(diào)效率。例如，顧客人數(shù)、顧客所用的菜及其它飲料等種類繁多，數(shù)量不等；后勤各種活動(dòng)如采購(gòu)等頻繁發(fā)生。通過(guò)分析可發(fā)現(xiàn)，用人工完成此類操作比計(jì)算機(jī)更具實(shí)效與時(shí)效，且此類信息也沒(méi)有長(zhǎng)時(shí)間保留的必要，因此這些信息沒(méi)有必要采用數(shù)據(jù)庫(kù)管理。對(duì)于餐飲部門，需要較長(zhǎng)時(shí)間保留的信息主要是財(cái)務(wù)信息，一方面便于期末匯總，另一方面便于向上級(jí)報(bào)告。 5.財(cái)務(wù)部 財(cái)務(wù)部門的功能主要是面對(duì)酒店的財(cái)務(wù)管理，包括飲食、住宿、各部門支出等的財(cái)務(wù)管理，財(cái)務(wù)部門對(duì)整個(gè)酒店來(lái)說(shuō)都是重要的。 6.保安部 保安部門主要負(fù)責(zé)整個(gè)酒店的安保工作，如：酒店車輛進(jìn)出的登記與管理、查驗(yàn)；酒店員工進(jìn)出的管制；酒店財(cái)產(chǎn)的保障和員工的安全保護(hù)；酒店突發(fā)事件的處理。 4.3酒店各子系統(tǒng)功能 1.總經(jīng)理子系統(tǒng) 1對(duì)新來(lái)的員工進(jìn)行編號(hào)、登記、分配工作。（員工號(hào)、姓名、性別、年齡、工齡、級(jí)別、部門號(hào)、職務(wù)、其他備注） 2對(duì)于被辭退的員工從系統(tǒng)中級(jí)聯(lián)刪除其信息，如從員工表中刪除其基本信息，從它所服務(wù)的工作部門中刪除該員工的工作名額，結(jié)算支付其工資、獎(jiǎng)金；同時(shí)補(bǔ)充新的員工，代替它的工作。 3對(duì)新增部門作各種初始工作。如編號(hào)、命名、任命經(jīng)理等。（部門號(hào)、名稱、部門經(jīng)理、員工數(shù)量） 4取消某個(gè)部門時(shí)，核算該部門的財(cái)務(wù)情況，并作備份；同時(shí)對(duì)該部門的員工重新分配工作。 5其他情況的處理。 2財(cái)務(wù)子系統(tǒng) 1每天的收入、支出登記（編號(hào)、發(fā)票號(hào)、摘要、數(shù)量、單位、數(shù)額、經(jīng)手人、日期） 2期末各子系統(tǒng)的財(cái)務(wù)匯總（編號(hào)、上月余額、總收入、總支出、余額、經(jīng)手人、日期） 3期末酒店匯總個(gè)部門的財(cái)務(wù)報(bào)表，結(jié)算本酒店收益(編號(hào)、部門號(hào)、部門名稱、收入、支出、凈收入、經(jīng)手人、日期) 3住宿子系統(tǒng) 1.來(lái)客登記 若多人住同一房間，只作一個(gè)記錄?？腿诵畔ⅲǚ块g號(hào)、房間類別、客人數(shù)量、聯(lián)系人名、身份、證件名稱（類型）、證件號(hào)碼、入住時(shí)間、退出時(shí)間） 2.房間管理 旅客入住（旅客退出）除了登記（刪除）客人信息之外，還應(yīng)對(duì)相關(guān)的記錄進(jìn)行修改，如房間的狀態(tài)等。 房間類別（類別號(hào)、名稱、設(shè)備、收費(fèi)標(biāo)準(zhǔn)、總數(shù)量、剩余量、管理人員）房間（房間號(hào)，房間類型、狀態(tài)）( 該部門的財(cái)務(wù)處理與飲食子系統(tǒng)同，歸到財(cái)務(wù)子系統(tǒng)) 4娛樂(lè)子系統(tǒng) 1添加新的娛樂(lè)項(xiàng)目娛樂(lè)項(xiàng)目（娛樂(lè)項(xiàng)目號(hào)、名稱、收費(fèi)標(biāo)準(zhǔn)、負(fù)責(zé)人） 2取消某娛樂(lè)項(xiàng)目。4.4系統(tǒng)組織結(jié)構(gòu)圖酒店總經(jīng)理前廳部客房部餐飲部財(cái)務(wù)部保安部前 廳 總 臺(tái)用 戶 登 記禮 賓 部房 務(wù) 中 心樓 層 服 務(wù)生 活 管 理餐 廳 點(diǎn) 餐送 餐 服 務(wù)食 品 采 購(gòu)酒 店 收 益部 門 支 出員 工 薪 水酒 店 安 保5.系統(tǒng)的UML建模 5.1小組人員分工 用例圖：(韋詣邃) 類圖：（盧超偉） 順序圖、狀態(tài)圖：（袁榮良） 活動(dòng)圖、構(gòu)件圖：（馬?。?5.2需求模型 用例圖（略，由本小組韋詣邃完成） 5.3基本模型（類圖設(shè)計(jì)） 類圖（略，由本小組盧超偉完成） 5.4輔助模型 （1）順序圖 1.什么是順序圖 順序圖，也稱時(shí)序圖。Rumbaugh對(duì)順序圖的定義是：順序圖是顯示對(duì)象之間交互的圖，這些對(duì)象按時(shí)間順序排列的。特別地，順序圖中顯示的是參與交互對(duì)象及對(duì)象之間消息交互的順序。 順序圖中包括的建模元素有：對(duì)象（參與者實(shí)例也是對(duì)象）、生命線(lifeline)控制焦點(diǎn)（focus of control FOC）、消息(message)等。 2.順序圖的設(shè)計(jì) 在分析和設(shè)計(jì)過(guò)程中，建立順序圖并沒(méi)有一個(gè)標(biāo)準(zhǔn)的步驟，下面給出的步驟只是指導(dǎo)性原則：（引用課本） 1.確定交互過(guò)程的上下文。 2.識(shí)別參與交互過(guò)程的對(duì)象。 3.為每個(gè)對(duì)象設(shè)置生命線，即確定哪些對(duì)象存在于整個(gè)交互過(guò)程中，哪些對(duì)象在交互過(guò)程中被創(chuàng)建和撤銷。 4.從引發(fā)整個(gè)交互過(guò)程的初始消息開(kāi)始，在生命線之間自頂下下一次畫(huà)出隨后的各個(gè)消息。 5.如果需要表示消息的嵌套，或、和表示消息發(fā)生的時(shí)間點(diǎn)，則采用控制焦點(diǎn)。 6.如果需要說(shuō)明時(shí)間約束，則在消息旁邊加上約束說(shuō)明。（約束是UML的3種擴(kuò)展機(jī)制之一）。 7.如果需要，可以為每個(gè)消息附上前置條件和后置條件。 3.順序圖的設(shè)計(jì)展示及分析針對(duì)此酒店管理系統(tǒng)，我畫(huà)了三個(gè)順序圖，顧客用信用卡結(jié)賬順序圖、客戶訂房順序圖、用戶登錄順序圖。詳見(jiàn)：酒店管理系統(tǒng)_袁.mdl之顧客用信用卡結(jié)賬順序圖、客戶訂房順序圖、用戶登錄成功順序圖。顧客用信用卡結(jié)賬順序圖如下： 解釋說(shuō)明： 主要體現(xiàn)一個(gè)順序執(zhí)行的過(guò)程，也就是說(shuō)，顧客先進(jìn)行刷卡動(dòng)作，前臺(tái)接受都刷卡信息，前臺(tái)問(wèn)口令返回給顧客，顧客輸入口令（密碼），口令通過(guò)驗(yàn)證，反饋給系統(tǒng)管理員，系統(tǒng)檢查顧客信息后向銀聯(lián)反饋，口令正確返回給系統(tǒng)管理員，系統(tǒng)返回前臺(tái)，前臺(tái)返回給顧客，并輸入金額，同時(shí)進(jìn)行處理，然后銀聯(lián)處理，處理完成，逐步返回并最終給顧客打印出清單。 客戶訂房順序圖如下: 解釋說(shuō)明： 顧客發(fā)起動(dòng)作，由前臺(tái)服務(wù)員通過(guò)員工登錄系統(tǒng)登錄成功后進(jìn)行操作。顧客發(fā)出預(yù)定房間請(qǐng)求，前臺(tái)服務(wù)員接受到消息，并打開(kāi)相應(yīng)的查詢界面，查詢酒店數(shù)據(jù)庫(kù)有無(wú)空房，如果沒(méi)有空房，返回給前臺(tái)服務(wù)員，并告知顧客沒(méi)有空房，如果有空房，打開(kāi)預(yù)定房間界面，完成預(yù)定操作，操作完成后，返回并告知顧客預(yù)定成功。 用戶登錄成功順序圖如下: 解釋說(shuō)明： 登錄酒店管理系統(tǒng)，用戶輸入密碼，酒店管理系統(tǒng)發(fā)出認(rèn)證請(qǐng)求，通過(guò)驗(yàn)證服務(wù)，在數(shù)據(jù)庫(kù)里進(jìn)行驗(yàn)證，本順序圖想實(shí)現(xiàn)登錄成功，所以、驗(yàn)證得知用戶存在，驗(yàn)證成功，登錄成功反饋給用戶。 （2）狀態(tài)圖 1.什么是狀態(tài)圖 UML中的狀態(tài)圖（statechart diagram）主要用于描述一個(gè)對(duì)象在其生存期間的動(dòng)態(tài)行為，表現(xiàn)一個(gè)對(duì)象所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件（event），以及因狀態(tài)轉(zhuǎn)移而伴隨的動(dòng)作（action）。狀態(tài)圖是UML中對(duì)系統(tǒng)行為建模的5個(gè)圖之一，狀態(tài)圖在檢查、調(diào)試和描述類的動(dòng)態(tài)行為時(shí)非常有用。一般可以用狀態(tài)機(jī)對(duì)一個(gè)對(duì)象（這里所說(shuō)的對(duì)象可以是類的實(shí)例、用例的實(shí)例或整個(gè)系統(tǒng)的實(shí)例）的生命周期建模，狀態(tài)圖是用于顯示狀態(tài)機(jī)的，重點(diǎn)在于描述狀態(tài)之間的控制流。 狀態(tài)圖主要用于描述一個(gè)對(duì)象在其生存期間的動(dòng)態(tài)行為，表現(xiàn)一個(gè)對(duì)象所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件，以及因狀態(tài)轉(zhuǎn)移而伴隨的動(dòng)作。 2. 狀態(tài)圖的設(shè)計(jì)思路 酒店管理系統(tǒng)中，客房是最常用對(duì)象，對(duì)客房的操作是系統(tǒng)中最主要的活動(dòng)，通過(guò)分析可以知道客房在其生存期間的動(dòng)態(tài)行為有訂房、刪除、和退房等動(dòng)作，所以給出以下?tīng)顟B(tài)圖。 3. 狀態(tài)圖的設(shè)計(jì)展示及分析 詳見(jiàn)：酒店管理系統(tǒng)_袁.mdl 之客房管理狀態(tài)圖客房是個(gè)對(duì)象，怎么能是狀態(tài)呢？訂房、刪除等都是寫動(dòng)作，怎么能是狀態(tài)呢？需要仔細(xì)分析，重新畫(huà) 狀態(tài)圖的分析 下面我分析一下客房管理狀態(tài)圖的設(shè)計(jì)思想： 客房管理是從添加客房開(kāi)始。第一個(gè)狀態(tài)名字是客房。當(dāng)進(jìn)入這個(gè)狀態(tài)時(shí)，做下述四個(gè)動(dòng)作，輸入房間號(hào)、確定房間類型、確定房間位置和房間狀態(tài)，沒(méi)有離開(kāi)狀態(tài)，是對(duì)該狀態(tài)進(jìn)行下一個(gè)步驟的操作。 第二個(gè)狀態(tài)是訂房登記，從客房狀態(tài)通過(guò)訂房動(dòng)作進(jìn)入這個(gè)狀態(tài)，進(jìn)入這個(gè)狀態(tài)時(shí)，做查看房間狀態(tài)動(dòng)作。 第三個(gè)狀態(tài)是退房登記，從訂房登記通過(guò)退房動(dòng)作進(jìn)入該狀態(tài)，進(jìn)入該狀態(tài)時(shí)，完成房間設(shè)置為空動(dòng)作。 第四個(gè)狀態(tài)是刪除房間，從客房狀態(tài)通過(guò)刪除動(dòng)作進(jìn)入該狀態(tài)，進(jìn)入該狀態(tài)時(shí)，做刪除房間信息和刪除房間狀態(tài)信息兩個(gè)動(dòng)作 （3）活動(dòng)圖 （略 由本組馬健完成） 活動(dòng)表示的是某流