1、基于UML的機(jī)票預(yù)訂管理系統(tǒng)基于UML的機(jī)票預(yù)訂管理系統(tǒng)的分析與設(shè)計(jì)課程名稱：系統(tǒng)分析與設(shè)計(jì)項(xiàng)目名稱：機(jī)票預(yù)訂系統(tǒng)專業(yè)：軟件工程年級(jí)：2015級(jí)小組成員：XXX XXX XXX1機(jī)票預(yù)訂系統(tǒng)項(xiàng)目需求文檔目錄一、引言31.1 問(wèn)題的提出31.2 本文工作和系統(tǒng)開(kāi)發(fā)31.3 系統(tǒng)功能的簡(jiǎn)介3二、面向?qū)ο蟮腢ML建模42.1 面向?qū)ο蟮幕舅枷?2.2 面向?qū)ο蟮能浖?2.3 UML建模語(yǔ)言簡(jiǎn)介5三、機(jī)票預(yù)訂系統(tǒng)用例建模63.1機(jī)票預(yù)訂管理系統(tǒng)業(yè)務(wù)流程分析63.2業(yè)務(wù)需求用例建模階段103.3業(yè)務(wù)活動(dòng)圖113.4系統(tǒng)基本功能描述12四、機(jī)票預(yù)訂系統(tǒng)需求用例建模124.1 各模塊用例分析12五、業(yè)

2、務(wù)領(lǐng)域分析與設(shè)計(jì)225.1 類圖225.2 順序圖（時(shí)序圖）225.3 協(xié)作圖255.4 狀態(tài)圖27六、系統(tǒng)實(shí)現(xiàn)測(cè)試與配置296.1 系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)296.2 系統(tǒng)實(shí)現(xiàn)方式306.3 系統(tǒng)實(shí)現(xiàn)306.4 系統(tǒng)單元測(cè)試306.5 系統(tǒng)共享與管理31七、系統(tǒng)開(kāi)發(fā)的思考317.1 數(shù)據(jù)庫(kù)設(shè)計(jì)問(wèn)題327.2 數(shù)據(jù)庫(kù)訪問(wèn)設(shè)計(jì)問(wèn)題327.3 數(shù)據(jù)庫(kù)設(shè)計(jì)327.4 性能需求的考慮34八、結(jié)語(yǔ)35九、分工情況36一、引言1.1 問(wèn)題的提出當(dāng)今世界，以信息技術(shù)為主要標(biāo)志的科技進(jìn)步日新月異，高科技成果向現(xiàn)實(shí)生產(chǎn)力的轉(zhuǎn)化越來(lái)越快?？v觀全球經(jīng)濟(jì)發(fā)展，信息技術(shù)和信息產(chǎn)業(yè)已經(jīng)成為經(jīng)濟(jì)增長(zhǎng)的主要推動(dòng)力之一，正在改變著

3、傳統(tǒng)的生產(chǎn)和經(jīng)營(yíng)方式以至生活方式，發(fā)達(dá)國(guó)家經(jīng)過(guò)產(chǎn)業(yè)結(jié)構(gòu)的升級(jí)和經(jīng)濟(jì)結(jié)構(gòu)的轉(zhuǎn)型已進(jìn)入信息經(jīng)濟(jì)階段。信息資源已經(jīng)成為國(guó)民經(jīng)濟(jì)和社會(huì)發(fā)展的戰(zhàn)略資源，信息化水平也已成為現(xiàn)代水平和綜合國(guó)力的重要標(biāo)志。黨和國(guó)家已將國(guó)民經(jīng)濟(jì)和社會(huì)信息化放在優(yōu)先發(fā)展位置，體現(xiàn)了先進(jìn)生產(chǎn)力的客觀要求，是一項(xiàng)重要的戰(zhàn)略決策。這是民航加快發(fā)展的機(jī)遇，更是民航信息化的難得機(jī)遇。隨著知識(shí)經(jīng)濟(jì)的到來(lái)，人類已經(jīng)逐步進(jìn)入信息化社會(huì)，信息增長(zhǎng)的速度越來(lái)越快，人們希望利用先進(jìn)的管理理論方法手段來(lái)得到并處理越來(lái)越多的信息，以提高工作效率和管理水平。由于信息資源對(duì)人們生活的重要性，不斷提高信息的收集，傳輸，加以利用等活動(dòng)，日益成為人們社會(huì)生活的重要

4、組成部分。網(wǎng)上機(jī)票預(yù)訂管理系統(tǒng)的產(chǎn)生和發(fā)展正好滿足人們的這種需求。1.2 本文工作和系統(tǒng)開(kāi)發(fā)本文首先對(duì)系統(tǒng)的業(yè)務(wù)與用戶的需求進(jìn)行了分析，然后對(duì)系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì)，并在分析與設(shè)計(jì)的同時(shí)用UML建模語(yǔ)言對(duì)其建模，采用PowerDesigner工具繪制描述各種模型的圖形，目的使開(kāi)發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解需求，并使程序人員能順利的實(shí)現(xiàn)系統(tǒng)，在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編碼的過(guò)渡，以體現(xiàn)UML建模的模型對(duì)系統(tǒng)開(kāi)發(fā)帶來(lái)的好處。本文的編寫(xiě)結(jié)合了面向?qū)ο蟮能浖_(kāi)發(fā)方法與UML建模語(yǔ)言的優(yōu)勢(shì)與特色，同時(shí)與記賬管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_(kāi)發(fā)思想 ，又包容了UML建模語(yǔ)言所特有的語(yǔ)言建

5、模優(yōu)勢(shì)。在編寫(xiě)中我們大量的使用UML語(yǔ)言所提供的各種建模圖形來(lái)描述記賬管理系統(tǒng)，例如描述用戶需求的用例圖，類圖，描述系統(tǒng)功能的順序圖，狀態(tài)圖。1.3 系統(tǒng)功能的簡(jiǎn)介系統(tǒng)的功能是系統(tǒng)能夠做的事情，在本系統(tǒng)中，系統(tǒng)的功能有：用戶模塊：1. 用戶注冊(cè)/登錄功能：2. 訂票功能：該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn)，方便用戶根據(jù)自己的需要預(yù)定機(jī)票。 3. 退票功能：該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn)，為用戶提供退票功能。 4. 查詢票據(jù)信息功能：該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn)，為用戶提供查詢票據(jù)信息。 5. 航班預(yù)定功能：該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn)，用戶能夠進(jìn)行航班預(yù)定。6.

6、生成訂票列表功能：系統(tǒng)根據(jù)用戶訂票信息生成訂票列表。 7. 生成退票信息功能：系統(tǒng)根據(jù)用戶退票操作生成退票信息。 8. 處理訂票功能：通過(guò)該功能，管理員可以處理用戶預(yù)定的機(jī)票，根據(jù)航班信息，更改用戶實(shí)際訂票信息。 管理模塊：1. 添加航班信息功能：通過(guò)該功能，管理員可以將新的航班信息進(jìn)行更改，以方便用戶能夠查詢到新的航班信息。 2. 修改航班信息功能：過(guò)該功能，管理員可以依照時(shí)時(shí)的航班情況對(duì)航班信息進(jìn)行修改，更新實(shí)際航班信息，以方便用戶預(yù)定機(jī)票。 3. 查詢航班信息功能：2、 面向?qū)ο蟮腢ML建模2.1 面向?qū)ο蟮幕舅枷朊嫦驅(qū)ο蠓椒ㄊ钱?dāng)今軟件

7、開(kāi)發(fā)的主流方法，它的基本思想是從現(xiàn)實(shí)世界客觀存在的事物或者說(shuō)對(duì)象出發(fā)來(lái)構(gòu)建系統(tǒng)，并且在構(gòu)建系統(tǒng)時(shí)盡可能運(yùn)用人類的自然思維方式。從現(xiàn)實(shí)世界中客觀存在的事物（即對(duì)象）出發(fā)來(lái)構(gòu)造軟件系統(tǒng)，并在系統(tǒng)構(gòu)造中盡可能運(yùn)用人類的自然思維方式，強(qiáng)調(diào)直接以問(wèn)題域（現(xiàn)實(shí)世界）中的事物為中心來(lái)思考問(wèn)題，認(rèn)識(shí)問(wèn)題，并根據(jù)這些事物的本質(zhì)特點(diǎn)，把它們抽象地表示為系統(tǒng)中的對(duì)象，作為系統(tǒng)的基本構(gòu)成單位（而不是用一些與現(xiàn)實(shí)世界中的事物相關(guān)比較遠(yuǎn)，并且沒(méi)有對(duì)應(yīng)關(guān)系的其它概念來(lái)構(gòu)造系統(tǒng)）。這可以使系統(tǒng)直接地映射問(wèn)題域，保持問(wèn)題域中事物及其相互關(guān)系的本來(lái)面貌。從世界觀的角度可以認(rèn)為：面向?qū)ο蟮幕菊軐W(xué)是認(rèn)為世界是由各種各樣具有自己的運(yùn)

8、動(dòng)規(guī)律和內(nèi)部狀態(tài)的對(duì)象所組成的；不同對(duì)象之間的相互作用和通訊構(gòu)成了完整的現(xiàn)實(shí)世界。因此，人們應(yīng)當(dāng)按照現(xiàn)實(shí)世界這個(gè)本來(lái)面貌來(lái)理解世界，直接通過(guò)對(duì)象及其相互關(guān)系來(lái)反映世界。這樣建立起來(lái)的系統(tǒng)才能符合現(xiàn)實(shí)世界的本來(lái)面目。從方法學(xué)的角度可以認(rèn)為：面向?qū)ο蟮姆椒ㄊ敲嫦驅(qū)ο蟮氖澜缬^在開(kāi)發(fā)方法中的直接運(yùn)用。它強(qiáng)調(diào)系統(tǒng)的結(jié)構(gòu)應(yīng)該直接與現(xiàn)實(shí)世界的結(jié)構(gòu)相對(duì)應(yīng)，應(yīng)該圍繞現(xiàn)實(shí)世界中的對(duì)象來(lái)構(gòu)造系統(tǒng)，而不是圍繞功能來(lái)構(gòu)造系統(tǒng)。面向?qū)ο蟮乃膫€(gè)基本特征有：（1）封裝：用抽象的數(shù)據(jù)類型將數(shù)據(jù)和基于數(shù)據(jù)的操作封裝在一起，數(shù)據(jù)被保護(hù)在抽象數(shù)據(jù)類型內(nèi)部。（2）繼承：子類擁有父類的所有數(shù)據(jù)和操作。（3）多態(tài)：一個(gè)程序中同名的不同方法

9、共存的情況。（4）重載與重寫(xiě)：有兩種形式的多態(tài)2.2 面向?qū)ο蟮能浖＝Ｊ侨藗冊(cè)趯?shí)際應(yīng)用中常用而且具有重要作用的一種技術(shù)。例如，人們?cè)诮ㄔ煲蛔髽乔?，先?guī)劃出大樓的藍(lán)圖;在制造飛機(jī)前，先要畫(huà)出設(shè)計(jì)圖，并可能要建造一個(gè)實(shí)際模型進(jìn)行風(fēng)洞實(shí)驗(yàn);在畫(huà)一幅油畫(huà)之前，先要用鉛筆勾勒出畫(huà)的輪廓。同樣的，軟件開(kāi)發(fā)人員在實(shí)際開(kāi)發(fā)一個(gè)復(fù)雜的項(xiàng)目之前，也應(yīng)該先建立系統(tǒng)的模型。對(duì)軟件系統(tǒng)進(jìn)行建模的目的在于:1.理解應(yīng)用領(lǐng)域中的知識(shí)，捕獲用戶的需求。對(duì)系統(tǒng)進(jìn)行分析的過(guò)程就是開(kāi)發(fā)者不斷學(xué)習(xí)用戶領(lǐng)域知識(shí)的過(guò)程。要想建立一個(gè)正確的模型，首要的問(wèn)題就是理解用戶領(lǐng)域的知識(shí)。當(dāng)開(kāi)發(fā)者能建立出一個(gè)用戶滿意的模型時(shí)，說(shuō)明他已經(jīng)理解

10、了用戶領(lǐng)域中的知識(shí)，至少是抓住了與將要建立的系統(tǒng)本質(zhì)有關(guān)的知識(shí)。2.與用戶溝通。用戶往往不是計(jì)算機(jī)專家，而開(kāi)發(fā)者往往也不熟悉用戶的領(lǐng)域。二者的溝通就有一定的難度。通過(guò)建立一個(gè)雙方都能理解的模型有利于這種溝通，可以使項(xiàng)目投資者、分析人員、設(shè)計(jì)人員、程序員等達(dá)成一致，從而為建立正確的軟件系統(tǒng)打下良好的基礎(chǔ)。3.進(jìn)行系統(tǒng)設(shè)計(jì)。在編寫(xiě)代碼以前，軟件系統(tǒng)的模型可以幫助軟件開(kāi)發(fā)人員方便的研究軟件的多科構(gòu)架和設(shè)計(jì)方案，從中找出最適合的解決方案，簡(jiǎn)化實(shí)現(xiàn)。通過(guò)研究一個(gè)大型軟件系統(tǒng)的模型可以提出多個(gè)實(shí)際方案并可以對(duì)它們進(jìn)行相互比較。利用模型可以研究多種設(shè)計(jì)案，所花費(fèi)的成本只是實(shí)現(xiàn)其中一種方案所花費(fèi)的成本。4.使

11、實(shí)現(xiàn)細(xì)節(jié)和需求分開(kāi)。軟件系統(tǒng)的模型可以從多個(gè)角度來(lái)描述系統(tǒng):有些側(cè)重于系統(tǒng)的外部行為和系統(tǒng)中與現(xiàn)實(shí)世界對(duì)應(yīng)的有關(guān)信息;有一些則側(cè)重于描述系統(tǒng)中的類以及類的內(nèi)部操作。通過(guò)模型，可以將實(shí)現(xiàn)細(xì)節(jié)和需求分開(kāi)。5.設(shè)計(jì)出有用的實(shí)際產(chǎn)品.通過(guò)建模，可以得到這樣一些實(shí)際產(chǎn)品:類的聲明，數(shù)據(jù)庫(kù)結(jié)構(gòu)，配置草案，或者還有初始的用戶界面等，這些產(chǎn)品可以直接應(yīng)用在后邊的階段中。6.通過(guò)模型可以建立系統(tǒng)的文檔。軟件系統(tǒng)用視圖來(lái)組織信息:靜態(tài)結(jié)構(gòu)視圖，狀態(tài)機(jī)視圖，交互視圖，反映需求的用例視圖等。通過(guò)這些視圖可以組織、查找、檢查以及編輯大型系統(tǒng)的有關(guān)信息。7.利于我們理解復(fù)雜系統(tǒng)。對(duì)大型復(fù)雜的系統(tǒng)直接理解往往有困難，通過(guò)建

12、立模型，對(duì)系統(tǒng)進(jìn)行抽象，抓住系統(tǒng)的主要方面，這樣有利于理解系統(tǒng)。面向?qū)ο蠼７椒ㄖ饕獜拿嫦驅(qū)ο蟪绦蛟O(shè)計(jì)領(lǐng)域發(fā)展而來(lái)，它通過(guò)對(duì)象對(duì)問(wèn)題域進(jìn)行完整的映射，對(duì)象包括了事物的數(shù)據(jù)特征和行為特征:它用結(jié)構(gòu)和連接如實(shí)反映問(wèn)題域中事物間的關(guān)系，比如分類、組裝等;它通過(guò)封裝、繼承、消息通信等原則使問(wèn)題域的復(fù)雜性得到控制。所以，面向?qū)ο蠼７椒ㄊ菍?duì)問(wèn)題域的完整和直接的映射，在模擬現(xiàn)實(shí)世界方面具有天然的優(yōu)勢(shì)。面向?qū)ο蠓椒ㄖС周浖_(kāi)發(fā)中從分析到設(shè)計(jì)以至實(shí)現(xiàn)的各個(gè)階段，且各個(gè)階段均采用一套概念和表達(dá)手段，它們之間沒(méi)有“鴻溝”的存在，幾乎不需要什么轉(zhuǎn)化。面向?qū)ο蠓椒ㄟ€支持和鼓勵(lì)復(fù)用，不僅包括實(shí)現(xiàn)的復(fù)用，還包括分析、設(shè)計(jì)

13、等建模成果的復(fù)用。2.3 UML建模語(yǔ)言簡(jiǎn)介UML又稱統(tǒng)一建模語(yǔ)言或標(biāo)準(zhǔn)建模語(yǔ)言，是始于1997年一個(gè)OMG標(biāo)準(zhǔn)，它是一個(gè)支持模型化和軟件系統(tǒng)開(kāi)發(fā)的圖形化語(yǔ)言，為軟件開(kāi)發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格，到構(gòu)造和配置。UML規(guī)范用來(lái)描述建模的概念有，類（對(duì)象的）、對(duì)象、關(guān)聯(lián)、職責(zé)、行為、接口、用例、包、順序、協(xié)作，以及狀態(tài)。UML語(yǔ)言具有以下特點(diǎn)：1 UML已經(jīng)成為面向?qū)ο蠼ＵZ(yǔ)言的標(biāo)準(zhǔn)從理論角度講，UML是三位很有影響的面向?qū)ο蠓椒ù髱熞约霸S多大公司井同努力的成果，Booch, Rumbaugh和Jacobson各自提出的方法及有關(guān)著作擁有不少用戶和讀者，而UML是他們

14、以往研究的繼續(xù)。在定義模型元素語(yǔ)義的基礎(chǔ)上定義建模語(yǔ)言，使UML在理論上比較健全，具有表達(dá)力強(qiáng)、清晰和一致的特點(diǎn)，UML定義的各種圖和各種建模元素是來(lái)自多種00方法的研究成果匯集。2 UML缺乏過(guò)程指導(dǎo)UML并不是十全十美的東西，最重要的一點(diǎn)是，它只是一種建模語(yǔ)言而非建模方法.3 UML過(guò)于復(fù)雜UML在具有豐富的表達(dá)力的同時(shí)，其復(fù)雜性也是驚人的。UML的開(kāi)發(fā)者稱:只要UML中20%的內(nèi)容就可以表達(dá)實(shí)際應(yīng)用中80%的系統(tǒng)。但UML中并沒(méi)有給出哪些內(nèi)容是必要的，哪些是可選的。這給用戶的使用帶來(lái)了不小的麻煩。3、 機(jī)票預(yù)訂系統(tǒng)用例建模3.1 機(jī)票預(yù)訂管理系統(tǒng)業(yè)務(wù)流程分析3.1.1 查詢機(jī)票信息流程1

15、. 用戶進(jìn)入系統(tǒng)，輸入相應(yīng)合法的機(jī)票信息2. 點(diǎn)擊查詢，得到機(jī)票信息3.1.2 預(yù)訂機(jī)票流程1. 用戶登錄2. 沒(méi)有賬號(hào)，注冊(cè)。3. 登錄成功4. 查詢機(jī)票信息5. 點(diǎn)擊預(yù)訂，填寫(xiě)相應(yīng)信息6. 提交訂單7. 付款，預(yù)訂成功。3.1.3 取消訂單流程1. 進(jìn)入系統(tǒng)2. 登錄賬號(hào)3. 查詢訂單4. 取消訂單3.1.4 用戶業(yè)務(wù)順序圖3.1.5 系統(tǒng)管理員業(yè)務(wù)順序圖3.2 業(yè)務(wù)需求用例建模階段3.2.1 業(yè)務(wù)角色的查找與建立根據(jù)該機(jī)票預(yù)訂管理系統(tǒng)業(yè)務(wù)流程可知，系統(tǒng)涉及的業(yè)務(wù)角色有：用戶、系統(tǒng)管理員。3.2.2 角色用例圖3.3 業(yè)務(wù)活動(dòng)圖3.4系統(tǒng)基本功能描述4、 機(jī)票預(yù)訂系統(tǒng)需求用例建模4.1 各

16、模塊用例分析4.1.1 用戶管理模塊功能描述：1第一次登錄的用戶，進(jìn)行注冊(cè)，輸入用戶名，密碼等信息。2修改密碼等個(gè)人信息3用戶權(quán)限管理，分普通用戶，管理員。4完善用戶信息。5. 用戶退出登錄。用例圖：用例編號(hào)：1.1 用例名：用戶注冊(cè)執(zhí)行者普通用戶前置條件用戶進(jìn)入注冊(cè)界面后置條件用戶注冊(cè)成功基本路徑 1.用戶填寫(xiě)基本信息2.后臺(tái)系統(tǒng)驗(yàn)證信息的有效性3.系統(tǒng)把用戶信息存入數(shù)據(jù)庫(kù)字段列表用戶名、密碼、性別、身份證號(hào)、聯(lián)系方式等用例編號(hào)：1.2 用例名：用戶登錄執(zhí)行者普通用戶前置條件用戶已經(jīng)注冊(cè)后置條件用戶已經(jīng)登錄基本路徑1用戶填寫(xiě)用戶名和密碼2系統(tǒng)驗(yàn)證用戶名和密碼是否匹配3用戶登錄成功擴(kuò)展1因?yàn)橛?/p>

17、戶名或密碼填寫(xiě)失誤導(dǎo)致登錄失敗字段列表用戶名、密碼用例編號(hào)：1.3 用例名：用戶修改信息執(zhí)行者普通用戶前置條件用戶已經(jīng)登錄后置條件用戶信息已更新基本路徑 1用戶進(jìn)入個(gè)人信息頁(yè)面2用戶修改個(gè)人信息3系統(tǒng)保存信息字段列表密碼、性別、身份證號(hào)、聯(lián)系方式等用例編號(hào)：1.4 用例名：用戶退出登錄執(zhí)行者 普通用戶前置條件用戶已經(jīng)登錄后置條件該用戶名暫時(shí)不可用基本路徑 1用戶進(jìn)入注銷頁(yè)面2確認(rèn)退出3系統(tǒng)返回首頁(yè)擴(kuò)展退出以后可以再次登錄。字段列表用戶名用例編號(hào)：1.5 用例名：管理員登錄執(zhí)行者 管理員前置條件無(wú)后置條件管理員已經(jīng)登錄基本路徑 1管理員輸入ID和密碼2系統(tǒng)驗(yàn)證ID和密碼3管理員登陸成功字段列表管

18、理員ID、管理員密碼4.1.2 機(jī)票查詢模塊功能描述：用戶可以輸入飛機(jī)始發(fā)地、目的地以及乘機(jī)日期查找相應(yīng)航班信息。用例圖：用例編號(hào)：2.1 用例名：用戶查詢執(zhí)行者：用戶前置條件： 用戶登錄系統(tǒng)后置條件： 顯示查詢結(jié)果基本路徑1. 用戶輸入查詢信息2.用戶瀏覽查詢結(jié)果字段列表始發(fā)地、目的地、出行日期4.1.3 機(jī)票預(yù)訂模塊功能描述：1.用戶選中某班次。2.用戶點(diǎn)擊預(yù)定該航班。3.用戶輸入乘機(jī)人信息。4.用戶點(diǎn)擊支付訂單跳轉(zhuǎn)到相應(yīng)支付頁(yè)面。用例圖：用例編號(hào)：3.1 用例名：用戶訂票執(zhí)行者：用戶前置條件： 用戶已登錄后置條件： 成功生成訂單基本路徑:1.用戶登錄系統(tǒng)2.用戶選擇需購(gòu)買航班3.用戶輸入

19、并提交乘機(jī)人信息4.跳轉(zhuǎn)至支付頁(yè)面5.成功生成訂單字段列表乘機(jī)人姓名、身份證號(hào)、聯(lián)系電話4.1.4 取消訂單模塊功能描述：1.用戶選中需退票訂單。2.用戶點(diǎn)擊退票3.系統(tǒng)刪除該訂單4.后臺(tái)進(jìn)行相應(yīng)費(fèi)用的計(jì)算和支付5.用戶支付相應(yīng)費(fèi)用6.用戶查看退訂信息用例圖：用例編號(hào)：4.1 用例名：用戶取消訂單執(zhí)行者：普通用戶前置條件：用戶已登錄，且為普通用戶身份后置條件： 退還相應(yīng)費(fèi)用基本路徑：1. 用戶進(jìn)入訂單列表頁(yè)面，并選擇需要取消的訂單2. 用戶點(diǎn)擊退票3. 后臺(tái)計(jì)算相應(yīng)費(fèi)用字段列表： 訂單流水號(hào)4.1.5 訂單修改模塊（改簽）功能描述：1.用戶選中需改簽訂單。2.用戶點(diǎn)擊改簽3.系統(tǒng)更新該訂單4.

20、后臺(tái)進(jìn)行相應(yīng)費(fèi)用的計(jì)算和支付5.用戶支付相應(yīng)費(fèi)用6.用戶查看改簽信息用例圖：用例編號(hào)：5.1 用例名： 用戶改簽執(zhí)行者：用戶前置條件： 用戶選擇需改簽訂單后置條件： 跳轉(zhuǎn)至支付頁(yè)面基本路徑:1. 用戶進(jìn)入訂單列表頁(yè)面，并選擇需要改簽的訂單2. 用戶點(diǎn)擊改簽3. 后臺(tái)計(jì)算相應(yīng)費(fèi)用字段列表： 訂單流水號(hào)用例編號(hào)：5.2 用例名：用戶支付執(zhí)行者：普通用戶前置條件：用戶已選擇改簽，并生成相應(yīng)支付信息后置條件： 完成支付，成功改簽基本路徑：1 用戶在相應(yīng)頁(yè)面完成支付操作2 返回訂單列表頁(yè)面字段列表：無(wú)4.1.6 航班信息維護(hù)模塊功能描述：1.管理員添加航班，并寫(xiě)入航班信息2.管理員刪除航班3.管理員選擇

21、需要修改的航班，并寫(xiě)入新的航班信息用例圖：用例編號(hào)：7.1 用例名： 管理員添加航班執(zhí)行者：管理員前置條件： 管理員登錄后置條件： 成功添加航班基本路徑:1. 管理員進(jìn)入航班管理列表2. 管理員點(diǎn)擊“添加航班”3. 管理員輸入新增航班信息4. 管理員提交新增航班信息字段列表： 航班號(hào)、起始地、目的地、艙位、機(jī)型等用例編號(hào)：7.2 用例名：管理員刪除航班信息執(zhí)行者：管理員前置條件：管理員登錄后置條件： 成功刪除航班基本路徑：1. 管理員進(jìn)入航班管理列表2. 管理員點(diǎn)擊“刪除航班”3. 頁(yè)面提示是否刪除4. 返回航班管理列表字段列表：無(wú)用例編號(hào)：7.3 用例名：管理員更新航班信息執(zhí)行者：管理員前置

22、條件：管理員登錄后置條件： 成功更新航班基本路徑：1. 管理員進(jìn)入航班管理列表2. 管理員點(diǎn)擊“更新航班”3. 管理員輸入需更新的航班信息4. 管理員提交更新航班信息5. 返回航班管理列表字段列表： 航班號(hào)、起始地、目的地、艙位、機(jī)型等五、業(yè)務(wù)領(lǐng)域分析與設(shè)計(jì)5.1 類圖5.2 順序圖（時(shí)序圖）5.2.1 用戶登錄5.2.2 用戶訂票5.2.3 管理員更新信息5.2.4用戶取消訂單（退票）5.3 協(xié)作圖5.3.1 協(xié)作圖概述：“順序圖”與“協(xié)作圖”表述的是相似的消息。協(xié)作圖(Collaboration Diagram /Communication Diagram，也叫合作圖)是一種交互圖，強(qiáng)調(diào)的

23、是發(fā)送和接收消息的對(duì)象之間的組織結(jié)構(gòu)。一個(gè)協(xié)作圖顯示了一系列的對(duì)象和在這些對(duì)象之間的聯(lián)系以及對(duì)象間發(fā)送和接收的消息。對(duì)象通常是命名或匿名的類的實(shí)例，也可以代表其他事物的實(shí)例，例如協(xié)作、組件和節(jié)點(diǎn)。使用協(xié)作圖來(lái)說(shuō)明系統(tǒng)的動(dòng)態(tài)情況。 協(xié)作圖(Collaboration Diagram /Communication Diagram)顯示某組對(duì)象如何為了由一個(gè)用例描述的一個(gè)系統(tǒng)事件而與另一組對(duì)象進(jìn)行協(xié)作的交互圖。使用協(xié)作圖可以顯示對(duì)象角色之間的關(guān)系，如為實(shí)現(xiàn)某個(gè)操作或達(dá)到某種結(jié)果而在對(duì)象間交換的一組消息。如果需要強(qiáng)調(diào)時(shí)間和序列，最好選擇序列圖；如果需要強(qiáng)調(diào)上下文相關(guān)，最好選擇協(xié)作圖。 協(xié)作圖用于顯示對(duì)

24、象之間如何進(jìn)行交互以執(zhí)行特定用例或用例中特定部分的行為。設(shè)計(jì)員使用協(xié)作圖和序列圖確定并闡明對(duì)象的角色，這些對(duì)象執(zhí)行用例的特定事件流。它們是主要的信息來(lái)源，用于確定類的職責(zé)和接口。 與順序圖(Sequence Diagram)不同，協(xié)作圖顯示了對(duì)象之間的關(guān)系。順序圖和協(xié)作圖表述的是相似的信息，但表述的方式卻不同。協(xié)作圖顯示對(duì)象之間的關(guān)系，它更有利于理解對(duì)給定對(duì)象的所有影響，也更適合過(guò)程設(shè)計(jì)。以下是系統(tǒng)協(xié)作圖，以不同的視角表現(xiàn)了操作信息。5.3.2 用戶訂票協(xié)作圖5.3.3 乘客賬戶管理協(xié)作圖5.3.4 管理員航班信息修改協(xié)作圖5.4 狀態(tài)圖5.4.1 狀態(tài)圖概述狀態(tài)圖是描述一個(gè)實(shí)體基于事件反應(yīng)的

25、動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處的狀態(tài)對(duì)不同的事件做出反應(yīng)的。通常我們創(chuàng)建一個(gè)UML狀態(tài)圖是為了以下的研究目的：研究類、角色、子系統(tǒng)、或組件的復(fù)雜行為。狀態(tài)圖用于顯示狀態(tài)機(jī)（它指定對(duì)象所在的狀態(tài)序列）、使對(duì)象達(dá)到這些狀態(tài)的事件和條件、以及達(dá)到這些狀態(tài)時(shí)所發(fā)生的操作。關(guān)于狀態(tài)圖選取了另外的系統(tǒng)相關(guān)模塊進(jìn)行分析。5.4.2 系統(tǒng)狀態(tài)圖5.4.3 登錄狀態(tài)圖5.4.4 退票狀態(tài)圖六、系統(tǒng)實(shí)現(xiàn)測(cè)試與配置6.1 系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)6.1.1 工具建模：PowerDesigner數(shù)據(jù)庫(kù)：MySQLIDE：my eclipse瀏覽器：火狐瀏覽器服務(wù)器：Tomcat項(xiàng)目共享與管理：SVN單元測(cè)試：Ju

26、nit6.1.2 技術(shù)Java、jsp、Servlet、SQL6.2 系統(tǒng)實(shí)現(xiàn)方式本系統(tǒng)基于C/S結(jié)構(gòu)，運(yùn)用JAVA語(yǔ)言、MySQL數(shù)據(jù)庫(kù)開(kāi)發(fā)的管理系統(tǒng)。系統(tǒng)配置圖：client computersever computerwan6.3 系統(tǒng)實(shí)現(xiàn)6.4 系統(tǒng)單元測(cè)試6.5 系統(tǒng)共享與管理七、系統(tǒng)開(kāi)發(fā)的思考7.1 數(shù)據(jù)庫(kù)設(shè)計(jì)問(wèn)題 長(zhǎng)期以來(lái)按照傳統(tǒng)的系統(tǒng)設(shè)計(jì)方法,應(yīng)用程序設(shè)計(jì)與數(shù)據(jù)庫(kù)設(shè)計(jì)是分別進(jìn)行的,設(shè)計(jì)完成后還需要對(duì)這兩項(xiàng)設(shè)計(jì)進(jìn)行協(xié)調(diào),因此比較麻煩。如果采用UML進(jìn)行系統(tǒng)分析和設(shè)計(jì)，則可以把系統(tǒng)的應(yīng)用程序設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)統(tǒng)一起來(lái)，有效地提高數(shù)據(jù)庫(kù)設(shè)計(jì)的效率和質(zhì)量，降低開(kāi)發(fā)風(fēng)險(xiǎn)，提高軟件部件的可重

27、用性，降低開(kāi)發(fā)成本。7.2 數(shù)據(jù)庫(kù)訪問(wèn)設(shè)計(jì)問(wèn)題上面的實(shí)體對(duì)象映射到數(shù)據(jù)庫(kù)表，主要是考慮UML的靜態(tài)模型到數(shù)據(jù)庫(kù)的映射，我們繼續(xù)討論動(dòng)態(tài)模型在數(shù)據(jù)庫(kù)設(shè)計(jì)中的實(shí)現(xiàn)，主要是數(shù)據(jù)庫(kù)存取部分設(shè)計(jì)。一般來(lái)說(shuō)，數(shù)據(jù)庫(kù)存取部分設(shè)計(jì)主要有以下幾種策略:(1)每個(gè)對(duì)象或類自己負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問(wèn)工作.這種方法不需要專門(mén)的服務(wù)類，但是業(yè)務(wù)邏輯和數(shù)據(jù)操作邏輯都集中在業(yè)務(wù)類中，任務(wù)劃分不清晰，業(yè)務(wù)類既要處理業(yè)務(wù)邏輯，又要處理數(shù)據(jù)操作，其中每一個(gè)的改動(dòng)，都會(huì)影響到這個(gè)業(yè)務(wù)類。(2)利用開(kāi)發(fā)環(huán)境提供的機(jī)制許多開(kāi)發(fā)環(huán)境提供了初級(jí)的訪問(wèn)關(guān)系數(shù)據(jù)庫(kù)的機(jī)制，它們是很好的一個(gè)開(kāi)始。常用的方法包括Microsoft的ODBC機(jī)制(開(kāi)放數(shù)據(jù)

28、庫(kù)連接ODBC)和Java數(shù)據(jù)庫(kù)連接(JDBC)，絕大多數(shù)面向?qū)ο蟮拈_(kāi)發(fā)環(huán)境提供了封裝這些標(biāo)準(zhǔn)方法之一的類庫(kù)。在本系統(tǒng)地開(kāi)發(fā)中，我們用到了JDBC。7.3 數(shù)據(jù)庫(kù)設(shè)計(jì)表一：Adminstrator (管理員的表)列名數(shù)據(jù)類型允許null值A(chǔ)dNameVarchar(20)PasswordintNoteVarchar(500)表二：LineInfor(飛機(jī)相關(guān)信息表)列名數(shù)據(jù)類型允許null值A(chǔ)irlineVarchar(50)OriginVarchar(50)DestinationVarchar(50)LeaveTimeVarchar(50)ArriveTimeVarchar(50)Econo

29、myNumberVarchar(50)EconomyFaresVarchar(50)BusinessNumberVarchar(50)BusinessFaresVarchar(50)FirstNumberVarchar(50)FirstFaresVarchar(50)NoteVarchar(500)表三：Reserve（用戶訂票信息表）列名數(shù)據(jù)結(jié)構(gòu)允許null值UserNameVarchar（50）NameVarchar（50）SexVarchar（50）UserIDVarchar（50）UserTelVarchar（50）AirLineVarchar（50）OriginVarchar（50）

30、DestinationVarchar（50）EconomyNumberVarchar（50）BusinessNumberVarchar（50）FirstNumberVarchar（50）BookingTimeVarchar（50）NoteVarchar（500）表四：UserInfor（用戶信息表）列名數(shù)據(jù)類型允許null值UserNameVarchar（50）PassWordVarchar（50）NameVarchar（50）SexVarchar（2）UserIDVarchar（50）UserTelVarchar（50）OriginVarchar（50）DestinationVarchar（50）AirLineVarchar（50）NoteVarchar（500）7.4 性能需求的考慮為了保證系統(tǒng)能夠長(zhǎng)期、安全、穩(wěn)定、可靠、高效的運(yùn)行，機(jī)票預(yù)訂系統(tǒng)應(yīng)該滿足以下的性能需求：1系統(tǒng)處理的準(zhǔn)確性和及時(shí)性系統(tǒng)處理的準(zhǔn)確性和及時(shí)性是系統(tǒng)的必要性能。在系統(tǒng)設(shè)計(jì)和開(kāi)發(fā)過(guò)程中，要充分考慮系統(tǒng)當(dāng)前和將來(lái)可能承受的工作量，使系統(tǒng)的處理能力和響應(yīng)時(shí)間能夠滿足企業(yè)對(duì)信息處理的需求。在系統(tǒng)開(kāi)發(fā)過(guò)程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性。2系統(tǒng)的開(kāi)