系統(tǒng)分析與設(shè)計(jì)文檔_第1頁(yè)
系統(tǒng)分析與設(shè)計(jì)文檔_第2頁(yè)
系統(tǒng)分析與設(shè)計(jì)文檔_第3頁(yè)
系統(tǒng)分析與設(shè)計(jì)文檔_第4頁(yè)
系統(tǒng)分析與設(shè)計(jì)文檔_第5頁(yè)
已閱讀5頁(yè),還剩21頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

基于UML的機(jī)票預(yù)訂管理系統(tǒng)的分析與設(shè)計(jì)課程名稱:系統(tǒng)分析與設(shè)計(jì)項(xiàng)目名稱:機(jī)票預(yù)訂系統(tǒng)專業(yè):軟件工程年級(jí):2015級(jí)小組成員:XXXXXXXXX系統(tǒng)分析與設(shè)計(jì)文檔機(jī)票預(yù)訂系統(tǒng)項(xiàng)目需求文檔目錄一、引言...................................................................31.1問題的提出.........................................................33本文工作和系統(tǒng)開發(fā).................................................1.21.3系統(tǒng)功能的簡(jiǎn)介二、面向?qū)ο蟮腢ML建模.....................................................42.1面向?qū)ο蟮幕舅枷?................................................42.2面向?qū)ο蟮能浖?................................錯(cuò)誤!未定義書簽。2.3UML建模語(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è)務(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ù)..............................................2930...................................................... 系統(tǒng)實(shí)現(xiàn)方式 6.2系統(tǒng)分析與設(shè)計(jì)文檔6.3系統(tǒng)實(shí)現(xiàn)..........................................................306.4系統(tǒng)單元測(cè)試......................................................3031....................................................6.5系統(tǒng)共享與管理七、系統(tǒng)開發(fā)的思考........................................................317.1數(shù)據(jù)庫(kù)設(shè)計(jì)問題....................................................327.2數(shù)據(jù)庫(kù)訪問設(shè)計(jì)問題................................................327.3數(shù)據(jù)庫(kù)設(shè)計(jì)........................................................3234....................................................7.4性能需求的考慮八、結(jié)語(yǔ)..................................................................35九、分工情況 36系統(tǒng)分析與設(shè)計(jì)文檔一、引言1.1 問題的提出當(dāng)今世界,以信息技術(shù)為主要標(biāo)志的科技進(jìn)步日新月異,高科技成果向現(xiàn)實(shí)生產(chǎn)力的轉(zhuǎn)化越來(lái)越快。縱觀全球經(jīng)濟(jì)發(fā)展,信息技術(shù)和信息產(chǎn)業(yè)已經(jīng)成為經(jīng)濟(jì)增長(zhǎng)的主要推動(dòng)力之一,正在改變著傳統(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ì)生活的重要組成部分。網(wǎng)上機(jī)票預(yù)訂管理系統(tǒng)的產(chǎn)生和發(fā)展正好滿足人們的這種需求。1.2本文工作和系統(tǒng)開發(fā)本文首先對(duì)系統(tǒng)的業(yè)務(wù)與用戶的需求進(jìn)行了分析,然后對(duì)系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì),并在分析與設(shè)計(jì)的同時(shí)用UML建模語(yǔ)言對(duì)其建模,采用PowerDesigner工具繪制描述各種模型的圖形,目的使開發(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)開發(fā)帶來(lái)的好處。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語(yǔ)言的優(yōu)勢(shì)與特色,同時(shí)與記賬管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想,又包容了UML建模語(yǔ)言所特有的語(yǔ)言建模優(yōu)勢(shì)。在編寫中我們大量的使用UML語(yǔ)言所提供的各種建模圖形來(lái)描述記賬管理系統(tǒng),例如描述用戶需求的用例圖,類圖,描述系統(tǒng)功能的順序圖,狀態(tài)圖。1.3 系統(tǒng)功能的簡(jiǎn)介系統(tǒng)的功能是系統(tǒng)能夠做的事情,在本系統(tǒng)中,系統(tǒng)的功能有:用戶模塊:用戶注冊(cè)/登錄功能:訂票功能:該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn),方便用戶根據(jù)自己的需要預(yù)定機(jī)票。退票功能:該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn),為用戶提供退票功能。查詢票據(jù)信息功能:該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn),為用戶提供查詢票據(jù)信息。航班預(yù)定功能:該功能為用戶提供簡(jiǎn)潔的頁(yè)面呈現(xiàn),用戶能夠進(jìn)行航班預(yù)定。生成訂票列表功能:系統(tǒng)根據(jù)用戶訂票信息生成訂票列表。生成退票信息功能:系統(tǒng)根據(jù)用戶退票操作生成退票信息。8.處理訂票功能:通過(guò)該功能,管理員可以處理用戶預(yù)定的機(jī)票,根據(jù)航班信息,更實(shí)際訂票信息。.

改用戶系統(tǒng)分析與設(shè)計(jì)文檔管理模塊:添加航班信息功能:通過(guò)該功能,管理員可以將新的航班信息進(jìn)行更改,以方便用戶能夠查詢到新的航班信息。修改航班信息功能:過(guò)該功能,管理員可以依照時(shí)時(shí)的航班情況對(duì)航班信息進(jìn)行修改,更新實(shí)際航班信息,以方便用戶預(yù)定機(jī)票。查詢航班信息功能:二、面向?qū)ο蟮?UML建模2.1 面向?qū)ο蟮幕舅枷朊嫦驅(qū)ο蠓椒ㄊ钱?dāng)今軟件開發(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)直接以問題域(現(xiàn)實(shí)世界)中的事物為中心來(lái)思考問題,認(rèn)識(shí)問題,并根據(jù)這些事物的本質(zhì)特點(diǎn),把它們抽象地表示為系統(tǒng)中的對(duì)象,作為系統(tǒng)的基本構(gòu)成單位(而不是用一些與現(xiàn)實(shí)世界中的事物相關(guān)比較遠(yuǎn),并且沒有對(duì)應(yīng)關(guān)系的其它概念來(lái)構(gòu)造系統(tǒng))。這可以使系統(tǒng)直接地映射問題域,保持問題域中事物及其相互關(guān)系的本來(lái)面貌。從世界觀的角度可以認(rèn)為:面向?qū)ο蟮幕菊軐W(xué)是認(rèn)為世界是由各種各樣具有自己的運(yùn)動(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ū)ο蟮氖澜缬^在開發(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è)程序中同名的不同方法共存的情況。4)重載與重寫:有兩種形式的多態(tài)2.2 面向?qū)ο蟮能浖=J侨藗冊(cè)趯?shí)際應(yīng)用中常用而且具有重要作用的一種技術(shù)。 例如,人們?cè)诮ㄔ煲蛔髽乔埃?先規(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)的模型。對(duì)軟件系統(tǒng)進(jìn)行建模的目的在于 :理解應(yīng)用領(lǐng)域中的知識(shí),捕獲用戶的需求。對(duì)系統(tǒng)進(jìn)行分析的過(guò)程就是開發(fā)者不斷學(xué)習(xí)用戶領(lǐng)域知識(shí)的過(guò)程。 要想建立一個(gè)正確的模型, 首要的問題就是理解用戶領(lǐng)域的知識(shí)。當(dāng)開發(fā)者能建立出一個(gè)用戶滿意的模型系統(tǒng)分析與設(shè)計(jì)文檔時(shí),說(shuō)明他已經(jīng)理解了用戶領(lǐng)域中的知識(shí),至少是抓住了與將要建立的系統(tǒng)本質(zhì)有關(guān)的知識(shí)。2.與用戶溝通。用戶往往不是計(jì)算機(jī)專家, 而開發(fā)者往往也不熟悉用戶的領(lǐng)域。 二者的溝通就有一定的難度。 通過(guò)建立一個(gè)雙方都能理解的模型有利于這種溝通,可以使項(xiàng)目投資者、 分析人員、設(shè)計(jì)人員、 程序員等達(dá)成一致,從而為建立正確的軟件系統(tǒng)打下良好的基礎(chǔ)。3.進(jìn)行系統(tǒng)設(shè)計(jì)。在編寫代碼以前,軟件系統(tǒng)的模型可以幫助軟件開發(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)的成本。使實(shí)現(xiàn)細(xì)節(jié)和需求分開。軟件系統(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é)和需求分開。設(shè)計(jì)出有用的實(shí)際產(chǎn)品.通過(guò)建模,可以得到這樣一些實(shí)際產(chǎn)品 :類的聲明,數(shù)據(jù)庫(kù)結(jié)構(gòu),配置草案,或者還有初始的用戶界面等,這些產(chǎn)品可以直接應(yīng)用在后邊的階段中。通過(guò)模型可以建立系統(tǒng)的文檔。軟件系統(tǒng)用視圖來(lái)組織信息 :靜態(tài)結(jié)構(gòu)視圖,狀態(tài)機(jī)視圖,交互視圖,反映需求的用例視圖等。通過(guò)這些視圖可以組織、查找、檢查以及編輯大型系統(tǒng)的有關(guān)信息。利于我們理解復(fù)雜系統(tǒng)。對(duì)大型復(fù)雜的系統(tǒng)直接理解往往有困難, 通過(guò)建立模型,對(duì)系統(tǒng)進(jìn)行抽象,抓住系統(tǒng)的主要方面,這樣有利于理解系統(tǒng)。面向?qū)ο蠼7椒ㄖ饕獜拿嫦驅(qū)ο蟪绦蛟O(shè)計(jì)領(lǐng)域發(fā)展而來(lái), 它通過(guò)對(duì)象對(duì)問題域進(jìn)行完整的映射,對(duì)象包括了事物的數(shù)據(jù)特征和行為特征:它用結(jié)構(gòu)和連接如實(shí)反映問題域中事物間的關(guān)系,比如分類、組裝等;它通過(guò)封裝、繼承、消息通信等原則使問題域的復(fù)雜性得到控制。所以,面向?qū)ο蠼7椒ㄊ菍?duì)問題域的完整和直接的映射,在模擬現(xiàn)實(shí)世界方面具有天然的優(yōu)勢(shì)。面向?qū)ο蠓椒ㄖС周浖_發(fā)中從分析到設(shè)計(jì)以至實(shí)現(xiàn)的各個(gè)階段, 且各個(gè)階段均采用一套概念和表達(dá)手段,它們之間沒有“鴻溝”的存在,幾乎不需要什么轉(zhuǎn)化。面向?qū)ο蠓椒ㄟ€支持和鼓勵(lì)復(fù)用,不僅包括實(shí)現(xiàn)的復(fù)用,還包括分析、設(shè)計(jì)等建模成果的復(fù)用。2.3UML建模語(yǔ)言簡(jiǎn)介UML又稱統(tǒng)一建模語(yǔ)言或標(biāo)準(zhǔn)建模語(yǔ)言,是始于 1997年一個(gè)OMG標(biāo)準(zhǔn),它是一個(gè)支持模型化和軟件系統(tǒng)開發(fā)的圖形化語(yǔ)言, 為軟件開發(fā)的所有階段提供模型化和可視化支持, 包括由需求分析到規(guī)格,到構(gòu)造和配置。

UML規(guī)范用來(lái)描述建模的概念有,類(對(duì)象的)

、對(duì)象、關(guān)聯(lián)、職責(zé)、行為、接口、用例、包、順序、協(xié)作,以及狀態(tài)。UML語(yǔ)言具有以下特點(diǎn):UML已經(jīng)成為面向?qū)ο蠼UZ(yǔ)言的標(biāo)準(zhǔn)從理論角度講, UML是三位很有影響的面向?qū)ο蠓椒ù髱熞约霸S多大公司井同努力的各自提出的方法及有關(guān)著作擁有不少用戶和讀者,而 Jacobson和Booch,Rumbaugh成果,系統(tǒng)分析與設(shè)計(jì)文檔UML是他們以往研究的繼續(xù)。在定義模型元素語(yǔ)義的基礎(chǔ)上定義建模語(yǔ)言,使 UML在理論上比較健全,具有表達(dá)力強(qiáng)、清晰和一致的特點(diǎn), UML定義的各種圖和各種建模元素是來(lái)自多種 00方法的研究成果匯集。2UML缺乏過(guò)程指導(dǎo)UML并不是十全十美的東西,最重要的一點(diǎn)是,它只是一種建模語(yǔ)言而非建模方法 .UML過(guò)于復(fù)雜UML在具有豐富的表達(dá)力的同時(shí),其復(fù)雜性也是驚人的。 UML的開發(fā)者稱:只要UML中20%的內(nèi)容就可以表達(dá)實(shí)際應(yīng)用中80%的系統(tǒng)。但UML中并沒有給出哪些內(nèi)容是必要的,哪些是可選的。這給用戶的使用帶來(lá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ī)票流程用戶登錄沒有賬號(hào),注冊(cè)。登錄成功查詢機(jī)票信息點(diǎn)擊預(yù)訂,填寫相應(yīng)信息5.系統(tǒng)分析與設(shè)計(jì)文檔提交訂單付款,預(yù)訂成功。3.1.3 取消訂單流程進(jìn)入系統(tǒng)登錄賬號(hào)查詢訂單取消訂單用戶業(yè)務(wù)順序圖 3.1.4系統(tǒng)分析與設(shè)計(jì)文檔OrderOrderControlTicketInfoCtrlAirTicket:users機(jī)票查詢()1:查詢機(jī)票(3:查詢機(jī)票(4:機(jī)票詳細(xì)信5:機(jī)票信6:機(jī)票選擇(7:訂購(gòu)機(jī)8:訂購(gòu)機(jī)9:更新機(jī)票信10:增添訂11:更新票務(wù)信12:成功訂購(gòu)提示系統(tǒng)管理員業(yè)務(wù)順序圖 3.1.5系統(tǒng)分析與設(shè)計(jì)文檔TicketControlTicketMangeTicket:systemadminr 查詢機(jī)票1:查詢機(jī)票2:3:查詢機(jī)4:返回機(jī)票信 5:返回機(jī)票信 6:更新機(jī)票信 7:機(jī)票更8:機(jī)票更9:更新成10:刪除機(jī)11:機(jī)票刪12:機(jī)票刪13:刪除成功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系統(tǒng)分析與設(shè)計(jì)文檔3.3 業(yè)務(wù)活動(dòng)圖系統(tǒng)基本功能描述 3.4.系統(tǒng)分析與設(shè)計(jì)文檔四、機(jī)票預(yù)訂系統(tǒng)需求用例建模4.1 各模塊用例分析4.1.1 用戶管理模塊功能描述:1.第一次登錄的用戶,進(jìn)行注冊(cè),輸入用戶名,密碼等信息。2.修改密碼等個(gè)人信息3.用戶權(quán)限管理,分普通用戶,管理員。4.完善用戶信息。用戶退出登錄。用例圖:系統(tǒng)分析與設(shè)計(jì)文檔用例編號(hào)1.1 用例名:用戶注執(zhí)行普通用前置條用戶進(jìn)入注冊(cè)界后置條用戶注冊(cè)成基本路1.用戶填寫基本信息2.后臺(tái)系統(tǒng)驗(yàn)證信息的有效性3.系統(tǒng)把用戶信息存入數(shù)據(jù)庫(kù)字段列表用戶名、密碼、性別、身份證號(hào)、聯(lián)系方式等用例名:用戶登錄 1.2 用例編號(hào):系統(tǒng)分析與設(shè)計(jì)文檔執(zhí)行者普通用戶前置條件用戶已經(jīng)注后置條用戶已經(jīng)登基本路.用戶填寫用戶名和密.系統(tǒng)驗(yàn)證用戶名和密碼是否匹.用戶登錄成擴(kuò).因?yàn)橛脩裘蛎艽a填寫失誤導(dǎo)致登錄失字段列用戶名、密用例編號(hào)1.3 用例名:用戶修改信執(zhí)行普通用前置條用戶已經(jīng)登后置條用戶信息已更基本路.用戶進(jìn)入個(gè)人信息頁(yè).用戶修改個(gè)人信 2.系統(tǒng)分析與設(shè)計(jì)文檔.系統(tǒng)保存信息字段列表密碼、性別、身份證號(hào)、聯(lián)系方式等用例編號(hào)1.4 用例名:用戶退出登執(zhí)行普通用前置條用戶已經(jīng)登后置條該用戶名暫時(shí)不可基本路.用戶進(jìn)入注銷頁(yè).確認(rèn)退.系統(tǒng)返回首擴(kuò)退出以后可以再次登錄字段列用戶用例編號(hào)1.5 用例名:管理員登執(zhí)行管理前置條后置條件.系統(tǒng)分析與設(shè)計(jì)文檔管理員已經(jīng)登錄基本路徑1.管理員輸入ID和密碼.系統(tǒng)驗(yàn)I和密.管理員登陸成字段列管理I、管理員密4.1.2 機(jī)票查詢模塊功能描述:用戶可以輸入飛機(jī)始發(fā)地、目的地以及乘機(jī)日期查找相應(yīng)航班信息。用例圖:用例編號(hào):2..1 用例名:用戶查詢執(zhí)行者:用戶前置條件:用戶登錄系統(tǒng)后置條件:系統(tǒng)分析與設(shè)計(jì)文檔顯示查詢結(jié)果基本路徑用戶輸入查詢信息用戶瀏覽查詢結(jié)字段列始發(fā)地、目的地、出行日4.1.3 機(jī)票預(yù)訂模塊功能描述:用戶選中某班次。用戶點(diǎn)擊預(yù)定該航班。用戶輸入乘機(jī)人信息。用戶點(diǎn)擊支付訂單跳轉(zhuǎn)到相應(yīng)支付頁(yè)面。用例圖:用例編號(hào):3.1 用例名:用戶訂票執(zhí)行者:用戶前置條件:用戶已登錄系統(tǒng)分析與設(shè)計(jì)文檔 后置條件: 成功生成訂單:基本路徑 1.用戶登錄系統(tǒng) 2.用戶選擇需購(gòu)買航班3.用戶輸入并提交乘機(jī)人信息 跳轉(zhuǎn)至支付頁(yè)面 4.成功生成訂單5.字段列表 乘機(jī)人姓名、身份證號(hào)、聯(lián)系電話4.1.4 取消訂單模塊功能描述:用戶選中需退票訂單。用戶點(diǎn)擊退票系統(tǒng)刪除該訂單后臺(tái)進(jìn)行相應(yīng)費(fèi)用的計(jì)算和支付用戶支付相應(yīng)費(fèi)用用戶查看退訂信息用例圖:用例編號(hào):4.1 用例名:用戶取消訂單執(zhí)行者:普通用戶前置條件:系統(tǒng)分析與設(shè)計(jì)文檔用戶已登錄,且為普通用戶身份后置條件:退還相應(yīng)費(fèi)用基本路徑:用戶進(jìn)入訂單列表頁(yè)面,并選擇需要取消的訂用戶點(diǎn)擊退后臺(tái)計(jì)算相應(yīng)費(fèi)字段列表訂單流水4.1.5 訂單修改模塊(改簽)功能描述:用戶選中需改簽訂單。用戶點(diǎn)擊改簽系統(tǒng)更新該訂單后臺(tái)進(jìn)行相應(yīng)費(fèi)用的計(jì)算和支付用戶支付相應(yīng)費(fèi)用用戶查看改簽信息用例圖:用戶改簽 用例名:5.1 用例編號(hào):系統(tǒng)分析與設(shè)計(jì)文檔執(zhí)行者:用戶前置條件:用戶選擇需改簽訂單后置條件跳轉(zhuǎn)至支付頁(yè)基本路:用戶進(jìn)入訂單列表頁(yè)面,并選擇需要改簽的訂用戶點(diǎn)擊改后臺(tái)計(jì)算相應(yīng)費(fèi)字段列表訂單流水用例編號(hào)5.2 用例名用戶支執(zhí)行者普通用前置條件用戶已選擇改簽,并生成相應(yīng)支付信后置條件完成支付,成功改基本路徑用戶在相應(yīng)頁(yè)面完成支付操返回訂單列表頁(yè)字段列表4.1.6 航班信息維護(hù)模塊功能描述:管理員添加航班,并寫入航班信息管理員刪除航班2.系統(tǒng)分析與設(shè)計(jì)文檔 3.管理員選擇需要修改的航班,并寫入新的航班信息用例圖:用例編號(hào)7.1 用例名管理員添加航執(zhí)行者:管理員前置條件:管理員登錄后置條件:成功添加航班基本路徑:管理員進(jìn)入航班管理列表管理員點(diǎn)擊“添加航班”管理員輸入新增航班信息管理員提交新增航班信息字段列表:航班號(hào)、起始地、目的地、艙位、機(jī)型等用例編號(hào):7.2用例名:管理員刪除航班信息執(zhí)行者:管理員前置條件:管理員登錄后置條件:系統(tǒng)分析與設(shè)計(jì)文檔成功刪除航班基本路徑:2. 管理員點(diǎn)擊“更新航班”管理員輸入需更新的航班信息管理員提交更新航班信息返回航班管理列表字段列表:航班號(hào)、起始地、目的地、艙位、機(jī)型等管理員進(jìn)入航班管理列表管理員點(diǎn)擊“刪除航班”頁(yè)面提示是否刪除返回航班管理列表字段列表:無(wú)用例編號(hào):7.3用例名:管理員更新航班信息執(zhí)行者:管理員前置條件:管理員登錄后置條件:成功更新航班 機(jī)票查詢()1:查詢機(jī)票()3:查詢機(jī)票()4:機(jī)票詳細(xì)信息5:機(jī)票信息6:機(jī)票選擇()7:訂購(gòu)機(jī)票8:訂購(gòu)機(jī)票9:更新機(jī)票信息增添訂單11:更新票務(wù)信息查詢機(jī)票2:查詢機(jī)票4:返回機(jī)票信息5:返回機(jī)票信息6:更新機(jī)票信息7:機(jī)票更新8:機(jī)票更新9:更新成功10:刪除機(jī)票11:機(jī)票刪除賬戶管理:乘客1:登錄賬戶5:查詢余額6:查詢消費(fèi)記錄9:充值11:確認(rèn)4:賬戶數(shù)據(jù)顯示2:數(shù)據(jù)查詢數(shù)據(jù)顯示8:13: 數(shù)據(jù)更新充值方式數(shù)額選擇 10:充值成功15:基本路徑:1. 管理員進(jìn)入航班管理列表五、業(yè)務(wù)領(lǐng)域分析與設(shè)計(jì)類圖5.1系統(tǒng)分析與設(shè)計(jì)文檔5.2 順序圖(時(shí)序圖)5.2.1 用戶登錄 MainWindowcreateDialog:users1:runSystem2:createDialog3:Login4:Vaidate5:[successful]createWindow6:[failed]LoginFailed用戶訂票 5.2.2系統(tǒng)分析與設(shè)計(jì)文檔OrderOrderControlTicketInfoCtrlAirTicket:users成功訂購(gòu)提示管理員更新信息 5.2.3系統(tǒng)分析與設(shè)計(jì)文檔TicketControlTicketMangeTicket:systemadminr 查詢機(jī)票 1:機(jī)票刪除13:刪除成功5.2.4 用戶取消訂單(退票)ReturnTicketInfoCtrlTicketControlTicketTicketInfo:users訂單查詢1:查詢訂單3:訂單查詢4:訂單信息5:訂單信息6:退訂機(jī)票7:更新機(jī)票信息8:更新機(jī)票信息9:刪除訂單10:退訂成功提醒系統(tǒng)分析與設(shè)計(jì)文檔5.3協(xié)作圖5.3.1協(xié)作圖概述:“順序圖”與“協(xié)作圖”表述的是相似的消息。協(xié)作圖(CollaborationDiagram/CommunicationDiagram,也叫合作圖)是一種交互圖,強(qiáng)調(diào)的是發(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é)作圖(CollaborationDiagram/CommunicationDiagram)顯示某組對(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ì)象之間如何進(jìn)行交互以執(zhí)行特定用例或用例中特定部分的行為。 設(shè)計(jì)員使用協(xié)作圖和序列圖確定并闡明對(duì)象的角色,這些對(duì)象執(zhí)行用例的特定事件流。它們是主要的信息來(lái)源,用于確定類的職責(zé)和接口。與順序圖(SequenceDiagram)不同,協(xié)作圖顯示了對(duì)象之間的關(guān)系。順序圖和協(xié)作圖表述的是相似的信息,但表述的方式卻不同。 協(xié)作圖顯示對(duì)象之間的關(guān)系, 它更有利于理解對(duì)給定對(duì)象的所有影響,也更適合過(guò)程設(shè)計(jì)。以下是系統(tǒng)協(xié)作圖,以不同的視角表現(xiàn)了操作信息。5.3.2 用戶訂票協(xié)作圖訂票選中瀏覽詳細(xì)信息 3:點(diǎn)擊預(yù)訂4:確認(rèn)6:我的航乘客班是否預(yù)訂 5:返回查詢結(jié)果 2:按要求查詢 1: 預(yù)訂成功12:數(shù)據(jù)庫(kù)更新 11:航班信息數(shù)據(jù)庫(kù)確認(rèn) 7: 是否支付8:數(shù)據(jù)庫(kù)更新 9:賬戶數(shù)據(jù)我的賬庫(kù)戶顯示余額 10:系統(tǒng)分析與設(shè)計(jì)文檔5.3.3 乘客賬戶管理協(xié)作圖傳遞數(shù)據(jù)12:賬戶數(shù)據(jù)我的賬庫(kù)戶返回賬戶數(shù)據(jù) 3:相應(yīng)數(shù)據(jù)返回 7:成功14:5.3.4 管理員航班信息修改協(xié)作圖信息錄入1:打開航線信息 3:增加航線 4:輸入航線信息乘務(wù)管理航線信息員返回成功信息 8:數(shù)據(jù)庫(kù)內(nèi)容返回顯示6:檢查數(shù)據(jù)合法性5:確認(rèn)更新7:航線信息數(shù)據(jù)庫(kù)系統(tǒng)分析與設(shè)計(jì)文檔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)對(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)圖 displaypartchoossearclogiofordedisplaysuccesswaitininformatiodlogireturclosclosordesuccessedordereturntickethadSoldoutTobeevalutionpaidreturntickettobeApprovalevalutionpayoffapplyforreturntickettobeconfirmtobeconfirmEvalu...登錄狀態(tài)圖 5.4.3系統(tǒng)分析與設(shè)計(jì)文檔loginprompcheckoutloginuserentry/ShowLoginScreenexit/hideLoginScreen...eventUndefined/ClearData checkoutcheckouttryagainSuccessedloginLoginfailed退票狀態(tài)圖 5.4.4系統(tǒng)分析與設(shè)計(jì)文檔退選定航滿足退退訂確我的航顯確票價(jià)返航班刪除六、系統(tǒng)實(shí)現(xiàn)測(cè)試與配置6.1 系統(tǒng)實(shí)現(xiàn)的工具與技術(shù)6.1.1 工具建模:PowerDesigner數(shù)據(jù)庫(kù):MySQLIDE:myeclipse瀏覽器:火狐瀏覽器服務(wù)器::TomcatSVN項(xiàng)目共享與管理:系統(tǒng)分析與設(shè)計(jì)文檔 Junit 單元測(cè)試: 6.1.2 技術(shù)SQLServlet 、Java、jsp、6.2 系統(tǒng)實(shí)現(xiàn)方式 數(shù)據(jù)庫(kù)開發(fā)的管理系統(tǒng)。 JAVA語(yǔ)言、MySQL結(jié)構(gòu),運(yùn)用本系統(tǒng)基于 C/S系統(tǒng)配置圖: clientcomputerwansevercomputer6.3 系統(tǒng)實(shí)現(xiàn)6.4 系統(tǒng)單元測(cè)試系統(tǒng)分析與設(shè)計(jì)文檔6.5 系統(tǒng)共享與管理系統(tǒng)分析與設(shè)計(jì)文檔七、系統(tǒng)開發(fā)的思考7.1數(shù)據(jù)庫(kù)設(shè)計(jì)問題設(shè)計(jì)完應(yīng)用程序設(shè)計(jì)與數(shù)據(jù)庫(kù)設(shè)計(jì)是分別進(jìn)行的,長(zhǎng)期以來(lái)按照傳統(tǒng)的系統(tǒng)設(shè)計(jì)方法,進(jìn)行系統(tǒng)分析和設(shè)計(jì),則因此比較麻煩。如果采用UML成后還需要對(duì)這兩項(xiàng)設(shè)計(jì)進(jìn)行協(xié)調(diào),可以把系統(tǒng)的應(yīng)用程序設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)統(tǒng)一起來(lái),有效地提高數(shù)據(jù)庫(kù)設(shè)計(jì)的效率和質(zhì)量,降低開發(fā)風(fēng)險(xiǎn),提高軟件部件的可重用性,降低開發(fā)成本。數(shù)據(jù)庫(kù)訪問設(shè)計(jì)問題7.2的靜態(tài)模型到數(shù)據(jù)庫(kù)的映射,我們UML上面的實(shí)體對(duì)象映射到數(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ì)主要有以下幾種策略 .每個(gè)對(duì)象或類自己負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問工作 (1)這種方法不需要專門的服務(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)境提供了初級(jí)的訪問關(guān)系數(shù)據(jù)庫(kù)的機(jī)制,它們是很好的一個(gè)開始。常用的,絕 (JDBC)Java數(shù)據(jù)庫(kù)連接ODBC)ODBC方法包括 Microsoft 的機(jī)制(開放數(shù)據(jù)庫(kù)連接—和 大多數(shù)面向?qū)ο蟮拈_發(fā)環(huán)境提供了封裝這些標(biāo)準(zhǔn)方法之一的類庫(kù)。 。在本系統(tǒng)地開發(fā)中, 我們用到了 JDBC7.3 數(shù)據(jù)庫(kù)設(shè)計(jì) 表一:)管理員的表 Adminstrator(系統(tǒng)分析與設(shè)計(jì)文檔列數(shù)據(jù)類允 nulAdNameVarchar(20)PasswordintNoteVarchar(500)表二:)LineInfor 飛機(jī)相關(guān)信息 nul允數(shù)據(jù)類列 AirlineVarchar(50)Varchar(50)OriginVarchar(50)DestinationLeaveTimeVarchar(50)ArriveTimeVarchar(50)Varchar(50)EconomyNumberVarchar(50)EconomyFaresVarchar(50)BusinessNumberVarchar(50)BusinessFaresFirstNumberVarchar(50)FirstFaresVarchar(50)NoteVarchar(500)表三:Reserve(用戶訂票信息表) 允許null 數(shù)據(jù)結(jié)構(gòu) 列名值 )50(VarcharUserName系統(tǒng)分析與設(shè)計(jì)文檔NameVarcha55VarchaSexVarchaUserID55UserTelVarchaAirLineVarcha5Varcha5Origin5DestinationVarchaEconomyNumber5VarchaBusinessNumberVarcha55FirstNumberVarchaVarchaBookingTime5Note50Varcha√表四:UserInfor(用戶信息表)允許數(shù)據(jù)類型列名null值(UserName50)Varchar(Varchar)PassWord5050(VarcharName)Sex(Varchar

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(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)論