年4月19日系統(tǒng)分析與設(shè)計(jì)文檔文檔僅供參考基于UML的機(jī)票預(yù)訂管理系統(tǒng)的分析與設(shè)計(jì)課程名稱：系統(tǒng)分析與設(shè)計(jì)項(xiàng)目名稱：機(jī)票預(yù)訂系統(tǒng)專業(yè)：軟件工程年級：級小組成員：XXXXXXXXX機(jī)票預(yù)訂系統(tǒng)項(xiàng)目需求文檔目錄一、引言 31.1問題的提出 31.2本文工作和系統(tǒng)開發(fā) 31.3系統(tǒng)功能的簡介 3二、面向?qū)ο蟮腢ML建模 42.1面向?qū)ο蟮幕舅枷?42.2面向?qū)ο蟮能浖?42.3UML建模語言簡介 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è)務(wù)領(lǐng)域分析與設(shè)計(jì) 225.1類圖 225.2順序圖（時(shí)序圖） 225.3協(xié)作圖 255.4狀態(tài)圖 27六、系統(tǒng)實(shí)現(xiàn)測試與配置 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)單元測試 306.5系統(tǒng)共享與管理 31七、系統(tǒng)開發(fā)的思考 317.1數(shù)據(jù)庫設(shè)計(jì)問題 327.2數(shù)據(jù)庫訪問設(shè)計(jì)問題 327.3數(shù)據(jù)庫設(shè)計(jì) 327.4性能需求的考慮 34八、結(jié)語 35九、分工情況 36一、引言1.1問題的提出當(dāng)今世界，以信息技術(shù)為主要標(biāo)志的科技進(jìn)步日新月異，高科技成果向現(xiàn)實(shí)生產(chǎn)力的轉(zhuǎn)化越來越快?？v觀全球經(jīng)濟(jì)發(fā)展，信息技術(shù)和信息產(chǎn)業(yè)已經(jīng)成為經(jīng)濟(jì)增長的主要推動(dòng)力之一，正在改變著傳統(tǒng)的生產(chǎn)和經(jīng)營方式以至生活方式，發(fā)達(dá)國家經(jīng)過產(chǎn)業(yè)結(jié)構(gòu)的升級和經(jīng)濟(jì)結(jié)構(gòu)的轉(zhuǎn)型已進(jìn)入信息經(jīng)濟(jì)階段。信息資源已經(jīng)成為國民經(jīng)濟(jì)和社會(huì)發(fā)展的戰(zhàn)略資源，信息化水平也已成為現(xiàn)代水平和綜合國力的重要標(biāo)志。黨和國家已將國民經(jīng)濟(jì)和社會(huì)信息化放在優(yōu)先發(fā)展位置，體現(xiàn)了先進(jìn)生產(chǎn)力的客觀要求，是一項(xiàng)重要的戰(zhàn)略決策。這是民航加快發(fā)展的機(jī)遇，更是民航信息化的難得機(jī)遇。隨著知識經(jīng)濟(jì)的到來，人類已經(jīng)逐步進(jìn)入信息化社會(huì)，信息增長的速度越來越快，人們希望利用先進(jìn)的管理理論方法手段來得到并處理越來越多的信息，以提高工作效率和管理水平。由于信息資源對人們生活的重要性，不斷提高信息的收集，傳輸，加以利用等活動(dòng)，日益成為人們社會(huì)生活的重要組成部分。網(wǎng)上機(jī)票預(yù)訂管理系統(tǒng)的產(chǎn)生和發(fā)展正好滿足人們的這種需求。1.2本文工作和系統(tǒng)開發(fā)本文首先對系統(tǒng)的業(yè)務(wù)與用戶的需求進(jìn)行了分析，然后對系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì)，并在分析與設(shè)計(jì)的同時(shí)用UML建模語言對其建模，采用PowerDesigner工具繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解需求，并使程序人員能順利的實(shí)現(xiàn)系統(tǒng)，在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)勢與特色，同時(shí)與記賬管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想，又包容了UML建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述記賬管理系統(tǒng)，例如描述用戶需求的用例圖，類圖，描述系統(tǒng)功能的順序圖，狀態(tài)圖。1.3系統(tǒng)功能的簡介系統(tǒng)的功能是系統(tǒng)能夠做的事情，在本系統(tǒng)中，系統(tǒng)的功能有：用戶模塊：用戶注冊/登錄功能：訂票功能：該功能為用戶提供簡潔的頁面呈現(xiàn)，方便用戶根據(jù)自己的需要預(yù)定機(jī)票。

退票功能：該功能為用戶提供簡潔的頁面呈現(xiàn)，為用戶提供退票功能。

查詢票據(jù)信息功能：該功能為用戶提供簡潔的頁面呈現(xiàn)，為用戶提供查詢票據(jù)信息。

航班預(yù)定功能：該功能為用戶提供簡潔的頁面呈現(xiàn)，用戶能夠進(jìn)行航班預(yù)定。生成訂票列表功能：系統(tǒng)根據(jù)用戶訂票信息生成訂票列表。

生成退票信息功能：系統(tǒng)根據(jù)用戶退票操作生成退票信息。

處理訂票功能：經(jīng)過該功能，管理員能夠處理用戶預(yù)定的機(jī)票，根據(jù)航班信息，更改用戶實(shí)際訂票信息。

管理模塊：添加航班信息功能：經(jīng)過該功能，管理員能夠?qū)⑿碌暮桨嘈畔⑦M(jìn)行更改，以方便用戶能夠查詢到新的航班信息。

修改航班信息功能：過該功能，管理員能夠依照時(shí)時(shí)的航班情況對航班信息進(jìn)行修改，更新實(shí)際航班信息，以方便用戶預(yù)定機(jī)票。

查詢航班信息功能：面向?qū)ο蟮腢ML建模2.1面向?qū)ο蟮幕舅枷朊嫦驅(qū)ο蠓椒ㄊ钱?dāng)今軟件開發(fā)的主流方法，它的基本思想是從現(xiàn)實(shí)世界客觀存在的事物或者說對象出發(fā)來構(gòu)建系統(tǒng)，而且在構(gòu)建系統(tǒng)時(shí)盡可能運(yùn)用人類的自然思維方式。從現(xiàn)實(shí)世界中客觀存在的事物（即對象）出發(fā)來構(gòu)造軟件系統(tǒng)，并在系統(tǒng)構(gòu)造中盡可能運(yùn)用人類的自然思維方式，強(qiáng)調(diào)直接以問題域（現(xiàn)實(shí)世界）中的事物為中心來思考問題，認(rèn)識問題，并根據(jù)這些事物的本質(zhì)特點(diǎn)，把它們抽象地表示為系統(tǒng)中的對象，作為系統(tǒng)的基本構(gòu)成單位（而不是用一些與現(xiàn)實(shí)世界中的事物相關(guān)比較遠(yuǎn)，而且沒有對應(yīng)關(guān)系的其它概念來構(gòu)造系統(tǒng)）。這能夠使系統(tǒng)直接地映射問題域，保持問題域中事物及其相互關(guān)系的原來面貌。從世界觀的角度能夠認(rèn)為：面向?qū)ο蟮幕菊軐W(xué)是認(rèn)為世界是由各種各樣具有自己的運(yùn)動(dòng)規(guī)律和內(nèi)部狀態(tài)的對象所組成的；不同對象之間的相互作用和通訊構(gòu)成了完整的現(xiàn)實(shí)世界。因此，人們應(yīng)當(dāng)按照現(xiàn)實(shí)世界這個(gè)原來面貌來理解世界，直接經(jīng)過對象及其相互關(guān)系來反映世界。這樣建立起來的系統(tǒng)才能符合現(xiàn)實(shí)世界的原來面目。從方法學(xué)的角度能夠認(rèn)為：面向?qū)ο蟮姆椒ㄊ敲嫦驅(qū)ο蟮氖澜缬^在開發(fā)方法中的直接運(yùn)用。它強(qiáng)調(diào)系統(tǒng)的結(jié)構(gòu)應(yīng)該直接與現(xiàn)實(shí)世界的結(jié)構(gòu)相對應(yīng)，應(yīng)該圍繞現(xiàn)實(shí)世界中的對象來構(gòu)造系統(tǒng)，而不是圍繞功能來構(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è)程序中同名的不同方法共存的情況。（4）重載與重寫：有兩種形式的多態(tài)2.2面向?qū)ο蟮能浖＝Ｊ侨藗冊趯?shí)際應(yīng)用中常見而且具有重要作用的一種技術(shù)。例如，人們在建造一座大樓前，先規(guī)劃出大樓的藍(lán)圖;在制造飛機(jī)前，先要畫出設(shè)計(jì)圖，并可能要建造一個(gè)實(shí)際模型進(jìn)行風(fēng)洞實(shí)驗(yàn);在畫一幅油畫之前，先要用鉛筆勾勒出畫的輪廓。同樣的，軟件開發(fā)人員在實(shí)際開發(fā)一個(gè)復(fù)雜的項(xiàng)目之前，也應(yīng)該先建立系統(tǒng)的模型。對軟件系統(tǒng)進(jìn)行建模的目的在于:1.理解應(yīng)用領(lǐng)域中的知識，捕獲用戶的需求。對系統(tǒng)進(jìn)行分析的過程就是開發(fā)者不斷學(xué)習(xí)用戶領(lǐng)域知識的過程。要想建立一個(gè)正確的模型，首要的問題就是理解用戶領(lǐng)域的知識。當(dāng)開發(fā)者能建立出一個(gè)用戶滿意的模型時(shí)，說明她已經(jīng)理解了用戶領(lǐng)域中的知識，至少是抓住了與將要建立的系統(tǒng)本質(zhì)有關(guān)的知識。2.與用戶溝通。用戶往往不是計(jì)算機(jī)專家，而開發(fā)者往往也不熟悉用戶的領(lǐng)域。二者的溝通就有一定的難度。經(jīng)過建立一個(gè)雙方都能理解的模型有利于這種溝通，能夠使項(xiàng)目投資者、分析人員、設(shè)計(jì)人員、程序員等達(dá)成一致，從而為建立正確的軟件系統(tǒng)打下良好的基礎(chǔ)。3.進(jìn)行系統(tǒng)設(shè)計(jì)。在編寫代碼以前，軟件系統(tǒng)的模型能夠幫助軟件開發(fā)人員方便的研究軟件的多科構(gòu)架和設(shè)計(jì)方案，從中找出最適合的解決方案，簡化實(shí)現(xiàn)。經(jīng)過研究一個(gè)大型軟件系統(tǒng)的模型能夠提出多個(gè)實(shí)際方案并能夠?qū)λ鼈冞M(jìn)行相互比較。利用模型能夠研究多種設(shè)計(jì)案，所花費(fèi)的成本只是實(shí)現(xiàn)其中一種方案所花費(fèi)的成本。4.使實(shí)現(xiàn)細(xì)節(jié)和需求分開。軟件系統(tǒng)的模型能夠從多個(gè)角度來描述系統(tǒng):有些側(cè)重于系統(tǒng)的外部行為和系統(tǒng)中與現(xiàn)實(shí)世界對應(yīng)的有關(guān)信息;有一些則側(cè)重于描述系統(tǒng)中的類以及類的內(nèi)部操作。經(jīng)過模型，能夠?qū)?shí)現(xiàn)細(xì)節(jié)和需求分開。5.設(shè)計(jì)出有用的實(shí)際產(chǎn)品.經(jīng)過建模，能夠得到這樣一些實(shí)際產(chǎn)品:類的聲明，數(shù)據(jù)庫結(jié)構(gòu)，配置草案，或者還有初始的用戶界面等，這些產(chǎn)品能夠直接應(yīng)用在后邊的階段中。6.經(jīng)過模型能夠建立系統(tǒng)的文檔。軟件系統(tǒng)用視圖來組織信息:靜態(tài)結(jié)構(gòu)視圖，狀態(tài)機(jī)視圖，交互視圖，反映需求的用例視圖等。經(jīng)過這些視圖能夠組織、查找、檢查以及編輯大型系統(tǒng)的有關(guān)信息。7.利于我們理解復(fù)雜系統(tǒng)。對大型復(fù)雜的系統(tǒng)直接理解往往有困難，經(jīng)過建立模型，對系統(tǒng)進(jìn)行抽象，抓住系統(tǒng)的主要方面，這樣有利于理解系統(tǒng)。面向?qū)ο蠼７椒ㄖ饕獜拿嫦驅(qū)ο蟪绦蛟O(shè)計(jì)領(lǐng)域發(fā)展而來，它經(jīng)過對象對問題域進(jìn)行完整的映射，對象包括了事物的數(shù)據(jù)特征和行為特征:它用結(jié)構(gòu)和連接如實(shí)反映問題域中事物間的關(guān)系，比如分類、組裝等;它經(jīng)過封裝、繼承、消息通信等原則使問題域的復(fù)雜性得到控制。因此，面向?qū)ο蠼７椒ㄊ菍栴}域的完整和直接的映射，在模擬現(xiàn)實(shí)世界方面具有天然的優(yōu)勢。面向?qū)ο蠓椒ㄖС周浖_發(fā)中從分析到設(shè)計(jì)以至實(shí)現(xiàn)的各個(gè)階段，且各個(gè)階段均采用一套概念和表示手段，它們之間沒有“鴻溝”的存在，幾乎不需要什么轉(zhuǎn)化。面向?qū)ο蠓椒ㄟ€支持和鼓勵(lì)復(fù)用，不但包括實(shí)現(xiàn)的復(fù)用，還包括分析、設(shè)計(jì)等建模成果的復(fù)用。2.3UML建模語言簡介UML又稱統(tǒng)一建模語言或標(biāo)準(zhǔn)建模語言，是始于1997年一個(gè)OMG標(biāo)準(zhǔn)，它是一個(gè)支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言，為軟件開發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格，到構(gòu)造和配置。UML規(guī)范用來描述建模的概念有，類（對象的）、對象、關(guān)聯(lián)、職責(zé)、行為、接口、用例、包、順序、協(xié)作，以及狀態(tài)。UML語言具有以下特點(diǎn)：1UML已經(jīng)成為面向?qū)ο蠼ＵZ言的標(biāo)準(zhǔn)從理論角度講，UML是三位很有影響的面向?qū)ο蠓椒ù髱熞约霸S多大公司井同努力的成果，Booch,Rumbaugh和Jacobson各自提出的方法及有關(guān)著作擁有不少用戶和讀者，而UML是她們以往研究的繼續(xù)。在定義模型元素語義的基礎(chǔ)上定義建模語言，使UML在理論上比較健全，具有表示力強(qiáng)、清晰和一致的特點(diǎn)，UML定義的各種圖和各種建模元素是來自多種00方法的研究成果匯集。2UML缺乏過程指導(dǎo)UML并不是十全十美的東西，最重要的一點(diǎn)是，它只是一種建模語言而非建模方法.3UML過于復(fù)雜UML在具有豐富的表示力的同時(shí)，其復(fù)雜性也是驚人的。UML的開發(fā)者稱:只要UML中20%的內(nèi)容就能夠表示實(shí)際應(yīng)用中80%的系統(tǒng)。但UML中并沒有給出哪些內(nèi)容是必要的，哪些是可選的。這給用戶的使用帶來了不小的麻煩。機(jī)票預(yù)訂系統(tǒng)用例建模3.1機(jī)票預(yù)訂管理系統(tǒng)業(yè)務(wù)流程分析3.1.1查詢機(jī)票信息流程用戶進(jìn)入系統(tǒng)，輸入相應(yīng)合法的機(jī)票信息點(diǎn)擊查詢，得到機(jī)票信息3.1.2預(yù)訂機(jī)票流程用戶登錄沒有賬號，注冊。登錄成功查詢機(jī)票信息點(diǎn)擊預(yù)訂，填寫相應(yīng)信息提交訂單付款，預(yù)訂成功。3.1.3取消訂單流程進(jìn)入系統(tǒng)登錄賬號查詢訂單取消訂單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)基本功能描述機(jī)票預(yù)訂系統(tǒng)需求用例建模4.1各模塊用例分析4.1.1用戶管理模塊功能描述：1．第一次登錄的用戶，進(jìn)行注冊，輸入用戶名，密碼等信息。2．修改密碼等個(gè)人信息3．用戶權(quán)限管理，分普通用戶，管理員。4．完善用戶信息。5.用戶退出登錄。用例圖：用例編號：1.1用例名：用戶注冊執(zhí)行者普通用戶前置條件用戶進(jìn)入注冊界面后置條件用戶注冊成功基本路徑1.用戶填寫基本信息2.后臺系統(tǒng)驗(yàn)證信息的有效性3.系統(tǒng)把用戶信息存入數(shù)據(jù)庫字段列表用戶名、密碼、性別、身份證號、聯(lián)系方式等用例編號：1.2用例名：用戶登錄執(zhí)行者普通用戶前置條件用戶已經(jīng)注冊后置條件用戶已經(jīng)登錄基本路徑1．用戶填寫用戶名和密碼2．系統(tǒng)驗(yàn)證用戶名和密碼是否匹配3．用戶登錄成功擴(kuò)展1．因?yàn)橛脩裘蛎艽a填寫失誤導(dǎo)致登錄失敗字段列表用戶名、密碼用例編號：1.3用例名：用戶修改信息執(zhí)行者普通用戶前置條件用戶已經(jīng)登錄后置條件用戶信息已更新基本路徑1．用戶進(jìn)入個(gè)人信息頁面2．用戶修改個(gè)人信息3．系統(tǒng)保存信息字段列表密碼、性別、身份證號、聯(lián)系方式等用例編號：1.4用例名：用戶退出登錄執(zhí)行者普通用戶前置條件用戶已經(jīng)登錄后置條件該用戶名暫時(shí)不可用基本路徑1．用戶進(jìn)入注銷頁面2．確認(rèn)退出3．系統(tǒng)返回首頁擴(kuò)展退出以后能夠再次登錄。字段列表用戶名用例編號：1.5用例名：管理員登錄執(zhí)行者管理員前置條件無后置條件管理員已經(jīng)登錄基本路徑1．管理員輸入ID和密碼2．系統(tǒng)驗(yàn)證ID和密碼3．管理員登陸成功字段列表管理員ID、管理員密碼4.1.2機(jī)票查詢模塊功能描述：用戶能夠輸入飛機(jī)始發(fā)地、目的地以及乘機(jī)日期查找相應(yīng)航班信息。用例圖：用例編號：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)支付頁面。用例圖：用例編號：3.1用例名：用戶訂票執(zhí)行者：用戶前置條件：用戶已登錄后置條件：成功生成訂單基本路徑:1.用戶登錄系統(tǒng)2.用戶選擇需購買航班3.用戶輸入并提交乘機(jī)人信息4.跳轉(zhuǎn)至支付頁面5.成功生成訂單字段列表乘機(jī)人姓名、身份證號、聯(lián)系電話4.1.4取消訂單模塊功能描述：1.用戶選中需退票訂單。2.用戶點(diǎn)擊退票3.系統(tǒng)刪除該訂單4.后臺進(jìn)行相應(yīng)費(fèi)用的計(jì)算和支付5.用戶支付相應(yīng)費(fèi)用6.用戶查看退訂信息用例圖：用例編號：4.1用例名：用戶取消訂單執(zhí)行者：普通用戶前置條件：用戶已登錄，且為普通用戶身份后置條件：退還相應(yīng)費(fèi)用基本路徑：1.用戶進(jìn)入訂單列表頁面，并選擇需要取消的訂單2.用戶點(diǎn)擊退票3.后臺計(jì)算相應(yīng)費(fèi)用字段列表：訂單流水號4.1.5訂單修改模塊（改簽）功能描述：1.用戶選中需改簽訂單。2.用戶點(diǎn)擊改簽3.系統(tǒng)更新該訂單4.后臺進(jìn)行相應(yīng)費(fèi)用的計(jì)算和支付5.用戶支付相應(yīng)費(fèi)用6.用戶查看改簽信息用例圖：用例編號：5.1用例名：用戶改簽執(zhí)行者：用戶前置條件：用戶選擇需改簽訂單后置條件：跳轉(zhuǎn)至支付頁面基本路徑:1.用戶進(jìn)入訂單列表頁面，并選擇需要改簽的訂單2.用戶點(diǎn)擊改簽3.后臺計(jì)算相應(yīng)費(fèi)用字段列表：訂單流水號用例編號：5.2用例名：用戶支付執(zhí)行者：普通用戶前置條件：用戶已選擇改簽，并生成相應(yīng)支付信息后置條件：完成支付，成功改簽基本路徑：用戶在相應(yīng)頁面完成支付操作返回訂單列表頁面字段列表：無4.1.6航班信息維護(hù)模塊功能描述： 1.管理員添加航班，并寫入航班信息2.管理員刪除航班3.管理員選擇需要修改的航班，并寫入新的航班信息用例圖：用例編號：7.1用例名：管理員添加航班執(zhí)行者：管理員前置條件：管理員登錄后置條件：成功添加航班基本路徑:1.管理員進(jìn)入航班管理列表2.管理員點(diǎn)擊“添加航班”3.管理員輸入新增航班信息4.管理員提交新增航班信息字段列表：航班號、起始地、目的地、艙位、機(jī)型等用例編號：7.2用例名：管理員刪除航班信息執(zhí)行者：管理員前置條件：管理員登錄后置條件：成功刪除航班基本路徑：1.管理員進(jìn)入航班管理列表2.管理員點(diǎn)擊“刪除航班”3.頁面提示是否刪除4.返回航班管理列表字段列表：無用例編號：7.3用例名：管理員更新航班信息執(zhí)行者：管理員前置條件：管理員登錄后置條件：成功更新航班基本路徑：1.管理員進(jìn)入航班管理列表2.管理員點(diǎn)擊“更新航班”3.管理員輸入需更新的航班信息4.管理員提交更新航班信息5.返回航班管理列表字段列表：航班號、起始地、目的地、艙位、機(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é)作圖(CollaborationDiagram/CommunicationDiagram，也叫合作圖)是一種交互圖，強(qiáng)調(diào)的是發(fā)送和接收消息的對象之間的組織結(jié)構(gòu)。一個(gè)協(xié)作圖顯示了一系列的對象和在這些對象之間的聯(lián)系以及對象間發(fā)送和接收的消息。對象一般是命名或匿名的類的實(shí)例，也能夠代表其它事物的實(shí)例，例如協(xié)作、組件和節(jié)點(diǎn)。使用協(xié)作圖來說明系統(tǒng)的動(dòng)態(tài)情況。協(xié)作圖(CollaborationDiagram/CommunicationDiagram)顯示某組對象如何為了由一個(gè)用例描述的一個(gè)系統(tǒng)事件而與另一組對象進(jìn)行協(xié)作的交互圖。使用協(xié)作圖能夠顯示對象角色之間的關(guān)系，如為實(shí)現(xiàn)某個(gè)操作或達(dá)到某種結(jié)果而在對象間交換的一組消息。如果需要強(qiáng)調(diào)時(shí)間和序列，最好選擇序列圖；如果需要強(qiáng)調(diào)上下文相關(guān)，最好選擇協(xié)作圖。協(xié)作圖用于顯示對象之間如何進(jìn)行交互以執(zhí)行特定用例或用例中特定部分的行為。設(shè)計(jì)員使用協(xié)作圖和序列圖確定并闡明對象的角色，這些對象執(zhí)行用例的特定事件流。它們是主要的信息來源，用于確定類的職責(zé)和接口。與順序圖(SequenceDiagram)不同，協(xié)作圖顯示了對象之間的關(guān)系。順序圖和協(xié)作圖表述的是相似的信息，但表述的方式卻不同。協(xié)作圖顯示對象之間的關(guān)系，它更有利于理解對給定對象的所有影響，也更適合過程設(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)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處的狀態(tài)對不同的事件做出反應(yīng)的。一般我們創(chuàng)立一個(gè)UML狀態(tài)圖是為了以下的研究目的：研究類、角色、子系統(tǒng)、或組件的復(fù)雜行為。狀態(tài)圖用于顯示狀態(tài)機(jī)（它指定對象所在的狀態(tài)序列）、使對象達(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)測試與配置6.1系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)6.1.1工具建模：PowerDesigner數(shù)據(jù)庫：MySQLIDE：myeclipse瀏覽器：火狐瀏覽器服務(wù)器：：Tomcat項(xiàng)目共享與管理：SVN單元測試：Junit6.1.2技術(shù)Java、jsp、Servlet、SQL6.2系統(tǒng)實(shí)現(xiàn)方式本系統(tǒng)基于C/S結(jié)構(gòu)，運(yùn)用JAVA語言、MySQL數(shù)據(jù)庫開發(fā)的管理系統(tǒng)。系統(tǒng)配置圖：clientcomputerclientcomputersevercomputerwan6.3系統(tǒng)實(shí)現(xiàn)6.4系統(tǒng)單元測試6.5系統(tǒng)共享與管理七、系統(tǒng)開發(fā)的思考7.1數(shù)據(jù)庫設(shè)計(jì)問題長期以來按照傳統(tǒng)的系統(tǒng)設(shè)計(jì)方法,應(yīng)用程序設(shè)計(jì)與數(shù)據(jù)庫設(shè)計(jì)是分別進(jìn)行的,設(shè)計(jì)完成后還需要對這兩項(xiàng)設(shè)計(jì)進(jìn)行協(xié)調(diào),因此比較麻煩。如果采用UML進(jìn)行系統(tǒng)分析和設(shè)計(jì)，則能夠把系統(tǒng)的應(yīng)用程序設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)統(tǒng)一起來，有效地提高數(shù)據(jù)庫設(shè)計(jì)的效率和質(zhì)量，降低開發(fā)風(fēng)險(xiǎn)，提高軟件部件的可重用性，降低開發(fā)成本。7.2數(shù)據(jù)庫訪問設(shè)計(jì)問題上面的實(shí)體對象映射到數(shù)據(jù)庫表，主要是考慮UML的靜態(tài)模型到數(shù)據(jù)庫的映射，我們繼續(xù)討論動(dòng)態(tài)模型在數(shù)據(jù)庫設(shè)計(jì)中的實(shí)現(xiàn)，主要是數(shù)據(jù)庫存取部分設(shè)計(jì)。一般來說，數(shù)據(jù)庫存取部分設(shè)計(jì)主要有以下幾種策略:(1)每個(gè)對象或類自己負(fù)責(zé)數(shù)據(jù)庫的訪問工作.這種方法不需要專門的服務(wù)類，可是業(yè)務(wù)邏輯和數(shù)據(jù)操作邏輯都集中在業(yè)務(wù)類中，任務(wù)劃分不清晰，業(yè)務(wù)類既要處理業(yè)務(wù)邏輯，又要處理數(shù)據(jù)操作，其中每一個(gè)的改動(dòng)，都會(huì)影響到這個(gè)業(yè)務(wù)類。(2)利用開發(fā)環(huán)境提供的機(jī)制許多開發(fā)環(huán)境提供了初級的訪問關(guān)系數(shù)據(jù)庫的機(jī)制，它們是很好的一個(gè)開始。常見的方法包括Microsoft的ODBC機(jī)制(開放數(shù)據(jù)庫連接—ODBC)和Java數(shù)據(jù)庫連接(JDBC)，絕大多數(shù)面向?qū)ο蟮拈_發(fā)環(huán)境提供了封裝這些標(biāo)準(zhǔn)方法之一的類庫。在本系統(tǒng)地開發(fā)中，我們用到了JDBC。7.3數(shù)據(jù)庫設(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)EconomyNumberVarchar(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）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）√N(yùn)oteVarchar（500）√7.4性能需求的考慮為了保證系統(tǒ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ì)和開發(fā)過程中，要充分考慮系統(tǒng)