




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
基于UML的機票預訂管理系統(tǒng)的分析與設計課程名稱:系統(tǒng)分析與設計項目名稱:機票預訂系統(tǒng)專業(yè):軟件工程年級:2015級小組成員:XXXXXXXXX系統(tǒng)分析與設計文檔機票預訂系統(tǒng)項目需求文檔目錄一、引言...................................................................31.1問題的提出.........................................................33本文工作和系統(tǒng)開發(fā).................................................1.21.3系統(tǒng)功能的簡介二、面向對象的UML建模.....................................................42.1面向對象的基本思想.................................................42.2面向對象的軟件建模.................................錯誤!未定義書簽。2.3UML建模語言簡介....................................................5三、機票預訂系統(tǒng)用例建模...................................................63.1機票預訂管理系統(tǒng)業(yè)務流程分析........................................63.2業(yè)務需求用例建模階段...............................................103.3業(yè)務活動圖.........................................................113.4系統(tǒng)基本功能描述...................................................12四、機票預訂系統(tǒng)需求用例建模..............................................124.1各模塊用例分析....................................................12五、業(yè)務領域分析與設計....................................................225.1類圖..............................................................225.2順序圖(時序圖)..................................................225.3協(xié)作圖............................................................255.4狀態(tài)圖............................................................27六、系統(tǒng)實現(xiàn)測試與配置....................................................296.1系統(tǒng)實現(xiàn)的工具與技術..............................................2930...................................................... 系統(tǒng)實現(xiàn)方式 6.2系統(tǒng)分析與設計文檔6.3系統(tǒng)實現(xiàn)..........................................................306.4系統(tǒng)單元測試......................................................3031....................................................6.5系統(tǒng)共享與管理七、系統(tǒng)開發(fā)的思考........................................................317.1數(shù)據(jù)庫設計問題....................................................327.2數(shù)據(jù)庫訪問設計問題................................................327.3數(shù)據(jù)庫設計........................................................3234....................................................7.4性能需求的考慮八、結語..................................................................35九、分工情況 36系統(tǒng)分析與設計文檔一、引言1.1 問題的提出當今世界,以信息技術為主要標志的科技進步日新月異,高科技成果向現(xiàn)實生產力的轉化越來越快??v觀全球經(jīng)濟發(fā)展,信息技術和信息產業(yè)已經(jīng)成為經(jīng)濟增長的主要推動力之一,正在改變著傳統(tǒng)的生產和經(jīng)營方式以至生活方式,發(fā)達國家經(jīng)過產業(yè)結構的升級和經(jīng)濟結構的轉型已進入信息經(jīng)濟階段。信息資源已經(jīng)成為國民經(jīng)濟和社會發(fā)展的戰(zhàn)略資源,信息化水平也已成為現(xiàn)代水平和綜合國力的重要標志。黨和國家已將國民經(jīng)濟和社會信息化放在優(yōu)先發(fā)展位置,體現(xiàn)了先進生產力的客觀要求,是一項重要的戰(zhàn)略決策。這是民航加快發(fā)展的機遇,更是民航信息化的難得機遇。隨著知識經(jīng)濟的到來,人類已經(jīng)逐步進入信息化社會,信息增長的速度越來越快,人們希望利用先進的管理理論方法手段來得到并處理越來越多的信息,以提高工作效率和管理水平。由于信息資源對人們生活的重要性,不斷提高信息的收集,傳輸,加以利用等活動,日益成為人們社會生活的重要組成部分。網(wǎng)上機票預訂管理系統(tǒng)的產生和發(fā)展正好滿足人們的這種需求。1.2本文工作和系統(tǒng)開發(fā)本文首先對系統(tǒng)的業(yè)務與用戶的需求進行了分析,然后對系統(tǒng)的功能進行詳細的設計,并在分析與設計的同時用UML建模語言對其建模,采用PowerDesigner工具繪制描述各種模型的圖形,目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求,并使程序人員能順利的實現(xiàn)系統(tǒng),在系統(tǒng)的實現(xiàn)階段重點講述設計到編碼的過渡,以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。本文的編寫結合了面向對象的軟件開發(fā)方法與UML建模語言的優(yōu)勢與特色,同時與記賬管理系統(tǒng)緊密結合。既體現(xiàn)了面向對象的軟件開發(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ù)自己的需要預定機票。退票功能:該功能為用戶提供簡潔的頁面呈現(xiàn),為用戶提供退票功能。查詢票據(jù)信息功能:該功能為用戶提供簡潔的頁面呈現(xiàn),為用戶提供查詢票據(jù)信息。航班預定功能:該功能為用戶提供簡潔的頁面呈現(xiàn),用戶能夠進行航班預定。生成訂票列表功能:系統(tǒng)根據(jù)用戶訂票信息生成訂票列表。生成退票信息功能:系統(tǒng)根據(jù)用戶退票操作生成退票信息。8.處理訂票功能:通過該功能,管理員可以處理用戶預定的機票,根據(jù)航班信息,更實際訂票信息。.
改用戶系統(tǒng)分析與設計文檔管理模塊:添加航班信息功能:通過該功能,管理員可以將新的航班信息進行更改,以方便用戶能夠查詢到新的航班信息。修改航班信息功能:過該功能,管理員可以依照時時的航班情況對航班信息進行修改,更新實際航班信息,以方便用戶預定機票。查詢航班信息功能:二、面向對象的 UML建模2.1 面向對象的基本思想面向對象方法是當今軟件開發(fā)的主流方法,它的基本思想是從現(xiàn)實世界客觀存在的事物或者說對象出發(fā)來構建系統(tǒng),并且在構建系統(tǒng)時盡可能運用人類的自然思維方式。從現(xiàn)實世界中客觀存在的事物(即對象)出發(fā)來構造軟件系統(tǒng),并在系統(tǒng)構造中盡可能運用人類的自然思維方式,強調直接以問題域(現(xiàn)實世界)中的事物為中心來思考問題,認識問題,并根據(jù)這些事物的本質特點,把它們抽象地表示為系統(tǒng)中的對象,作為系統(tǒng)的基本構成單位(而不是用一些與現(xiàn)實世界中的事物相關比較遠,并且沒有對應關系的其它概念來構造系統(tǒng))。這可以使系統(tǒng)直接地映射問題域,保持問題域中事物及其相互關系的本來面貌。從世界觀的角度可以認為:面向對象的基本哲學是認為世界是由各種各樣具有自己的運動規(guī)律和內部狀態(tài)的對象所組成的;不同對象之間的相互作用和通訊構成了完整的現(xiàn)實世界。因此,人們應當按照現(xiàn)實世界這個本來面貌來理解世界,直接通過對象及其相互關系來反映世界。這樣建立起來的系統(tǒng)才能符合現(xiàn)實世界的本來面目。從方法學的角度可以認為:面向對象的方法是面向對象的世界觀在開發(fā)方法中的直接運用。它強調系統(tǒng)的結構應該直接與現(xiàn)實世界的結構相對應,應該圍繞現(xiàn)實世界中的對象來構造系統(tǒng),而不是圍繞功能來構造系統(tǒng)。面向對象的四個基本特征有:1)封裝:用抽象的數(shù)據(jù)類型將數(shù)據(jù)和基于數(shù)據(jù)的操作封裝在一起,數(shù)據(jù)被保護在抽象數(shù)據(jù)類型內部。2)繼承:子類擁有父類的所有數(shù)據(jù)和操作。3)多態(tài):一個程序中同名的不同方法共存的情況。4)重載與重寫:有兩種形式的多態(tài)2.2 面向對象的軟件建模建模是人們在實際應用中常用而且具有重要作用的一種技術。 例如,人們在建造一座大樓前, 先規(guī)劃出大樓的藍圖 ;在制造飛機前,先要畫出設計圖, 并可能要建造一個實際模型進行風洞實驗 ;在畫一幅油畫之前,先要用鉛筆勾勒出畫的輪廓。同樣的,軟件開發(fā)人員在實際開發(fā)一個復雜的項目之前,也應該先建立系統(tǒng)的模型。對軟件系統(tǒng)進行建模的目的在于 :理解應用領域中的知識,捕獲用戶的需求。對系統(tǒng)進行分析的過程就是開發(fā)者不斷學習用戶領域知識的過程。 要想建立一個正確的模型, 首要的問題就是理解用戶領域的知識。當開發(fā)者能建立出一個用戶滿意的模型系統(tǒng)分析與設計文檔時,說明他已經(jīng)理解了用戶領域中的知識,至少是抓住了與將要建立的系統(tǒng)本質有關的知識。2.與用戶溝通。用戶往往不是計算機專家, 而開發(fā)者往往也不熟悉用戶的領域。 二者的溝通就有一定的難度。 通過建立一個雙方都能理解的模型有利于這種溝通,可以使項目投資者、 分析人員、設計人員、 程序員等達成一致,從而為建立正確的軟件系統(tǒng)打下良好的基礎。3.進行系統(tǒng)設計。在編寫代碼以前,軟件系統(tǒng)的模型可以幫助軟件開發(fā)人員方便的研究軟件的多科構架和設計方案,從中找出最適合的解決方案,簡化實現(xiàn)。通過研究一個大型軟件系統(tǒng)的模型可以提出多個實際方案并可以對它們進行相互比較。利用模型可以研究多種設計案,所花費的成本只是實現(xiàn)其中一種方案所花費的成本。使實現(xiàn)細節(jié)和需求分開。軟件系統(tǒng)的模型可以從多個角度來描述系統(tǒng) :有些側重于系統(tǒng)的外部行為和系統(tǒng)中與現(xiàn)實世界對應的有關信息;有一些則側重于描述系統(tǒng)中的類以及類的內部操作。通過模型,可以將實現(xiàn)細節(jié)和需求分開。設計出有用的實際產品.通過建模,可以得到這樣一些實際產品 :類的聲明,數(shù)據(jù)庫結構,配置草案,或者還有初始的用戶界面等,這些產品可以直接應用在后邊的階段中。通過模型可以建立系統(tǒng)的文檔。軟件系統(tǒng)用視圖來組織信息 :靜態(tài)結構視圖,狀態(tài)機視圖,交互視圖,反映需求的用例視圖等。通過這些視圖可以組織、查找、檢查以及編輯大型系統(tǒng)的有關信息。利于我們理解復雜系統(tǒng)。對大型復雜的系統(tǒng)直接理解往往有困難, 通過建立模型,對系統(tǒng)進行抽象,抓住系統(tǒng)的主要方面,這樣有利于理解系統(tǒng)。面向對象建模方法主要從面向對象程序設計領域發(fā)展而來, 它通過對象對問題域進行完整的映射,對象包括了事物的數(shù)據(jù)特征和行為特征:它用結構和連接如實反映問題域中事物間的關系,比如分類、組裝等;它通過封裝、繼承、消息通信等原則使問題域的復雜性得到控制。所以,面向對象建模方法是對問題域的完整和直接的映射,在模擬現(xiàn)實世界方面具有天然的優(yōu)勢。面向對象方法支持軟件開發(fā)中從分析到設計以至實現(xiàn)的各個階段, 且各個階段均采用一套概念和表達手段,它們之間沒有“鴻溝”的存在,幾乎不需要什么轉化。面向對象方法還支持和鼓勵復用,不僅包括實現(xiàn)的復用,還包括分析、設計等建模成果的復用。2.3UML建模語言簡介UML又稱統(tǒng)一建模語言或標準建模語言,是始于 1997年一個OMG標準,它是一個支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言, 為軟件開發(fā)的所有階段提供模型化和可視化支持, 包括由需求分析到規(guī)格,到構造和配置。
UML規(guī)范用來描述建模的概念有,類(對象的)
、對象、關聯(lián)、職責、行為、接口、用例、包、順序、協(xié)作,以及狀態(tài)。UML語言具有以下特點:UML已經(jīng)成為面向對象建模語言的標準從理論角度講, UML是三位很有影響的面向對象方法大師以及許多大公司井同努力的各自提出的方法及有關著作擁有不少用戶和讀者,而 Jacobson和Booch,Rumbaugh成果,系統(tǒng)分析與設計文檔UML是他們以往研究的繼續(xù)。在定義模型元素語義的基礎上定義建模語言,使 UML在理論上比較健全,具有表達力強、清晰和一致的特點, UML定義的各種圖和各種建模元素是來自多種 00方法的研究成果匯集。2UML缺乏過程指導UML并不是十全十美的東西,最重要的一點是,它只是一種建模語言而非建模方法 .UML過于復雜UML在具有豐富的表達力的同時,其復雜性也是驚人的。 UML的開發(fā)者稱:只要UML中20%的內容就可以表達實際應用中80%的系統(tǒng)。但UML中并沒有給出哪些內容是必要的,哪些是可選的。這給用戶的使用帶來了不小的麻煩。三、機票預訂系統(tǒng)用例建模3.1 機票預訂管理系統(tǒng)業(yè)務流程分析3.1.1 查詢機票信息流程用戶進入系統(tǒng),輸入相應合法的機票信息點擊查詢,得到機票信息3.1.2 預訂機票流程用戶登錄沒有賬號,注冊。登錄成功查詢機票信息點擊預訂,填寫相應信息5.系統(tǒng)分析與設計文檔提交訂單付款,預訂成功。3.1.3 取消訂單流程進入系統(tǒng)登錄賬號查詢訂單取消訂單用戶業(yè)務順序圖 3.1.4系統(tǒng)分析與設計文檔OrderOrderControlTicketInfoCtrlAirTicket:users機票查詢()1:查詢機票(3:查詢機票(4:機票詳細信5:機票信6:機票選擇(7:訂購機8:訂購機9:更新機票信10:增添訂11:更新票務信12:成功訂購提示系統(tǒng)管理員業(yè)務順序圖 3.1.5系統(tǒng)分析與設計文檔TicketControlTicketMangeTicket:systemadminr 查詢機票1:查詢機票2:3:查詢機4:返回機票信 5:返回機票信 6:更新機票信 7:機票更8:機票更9:更新成10:刪除機11:機票刪12:機票刪13:刪除成功3.2 業(yè)務需求用例建模階段3.2.1 業(yè)務角色的查找與建立根據(jù)該機票預訂管理系統(tǒng)業(yè)務流程可知,系統(tǒng)涉及的業(yè)務角色有:用戶、系統(tǒng)管理員。角色用例圖 3.2.2系統(tǒng)分析與設計文檔3.3 業(yè)務活動圖系統(tǒng)基本功能描述 3.4.系統(tǒng)分析與設計文檔四、機票預訂系統(tǒng)需求用例建模4.1 各模塊用例分析4.1.1 用戶管理模塊功能描述:1.第一次登錄的用戶,進行注冊,輸入用戶名,密碼等信息。2.修改密碼等個人信息3.用戶權限管理,分普通用戶,管理員。4.完善用戶信息。用戶退出登錄。用例圖:系統(tǒng)分析與設計文檔用例編號1.1 用例名:用戶注執(zhí)行普通用前置條用戶進入注冊界后置條用戶注冊成基本路1.用戶填寫基本信息2.后臺系統(tǒng)驗證信息的有效性3.系統(tǒng)把用戶信息存入數(shù)據(jù)庫字段列表用戶名、密碼、性別、身份證號、聯(lián)系方式等用例名:用戶登錄 1.2 用例編號:系統(tǒng)分析與設計文檔執(zhí)行者普通用戶前置條件用戶已經(jīng)注后置條用戶已經(jīng)登基本路.用戶填寫用戶名和密.系統(tǒng)驗證用戶名和密碼是否匹.用戶登錄成擴.因為用戶名或密碼填寫失誤導致登錄失字段列用戶名、密用例編號1.3 用例名:用戶修改信執(zhí)行普通用前置條用戶已經(jīng)登后置條用戶信息已更基本路.用戶進入個人信息頁.用戶修改個人信 2.系統(tǒng)分析與設計文檔.系統(tǒng)保存信息字段列表密碼、性別、身份證號、聯(lián)系方式等用例編號1.4 用例名:用戶退出登執(zhí)行普通用前置條用戶已經(jīng)登后置條該用戶名暫時不可基本路.用戶進入注銷頁.確認退.系統(tǒng)返回首擴退出以后可以再次登錄字段列用戶用例編號1.5 用例名:管理員登執(zhí)行管理前置條后置條件.系統(tǒng)分析與設計文檔管理員已經(jīng)登錄基本路徑1.管理員輸入ID和密碼.系統(tǒng)驗I和密.管理員登陸成字段列管理I、管理員密4.1.2 機票查詢模塊功能描述:用戶可以輸入飛機始發(fā)地、目的地以及乘機日期查找相應航班信息。用例圖:用例編號:2..1 用例名:用戶查詢執(zhí)行者:用戶前置條件:用戶登錄系統(tǒng)后置條件:系統(tǒng)分析與設計文檔顯示查詢結果基本路徑用戶輸入查詢信息用戶瀏覽查詢結字段列始發(fā)地、目的地、出行日4.1.3 機票預訂模塊功能描述:用戶選中某班次。用戶點擊預定該航班。用戶輸入乘機人信息。用戶點擊支付訂單跳轉到相應支付頁面。用例圖:用例編號:3.1 用例名:用戶訂票執(zhí)行者:用戶前置條件:用戶已登錄系統(tǒng)分析與設計文檔 后置條件: 成功生成訂單:基本路徑 1.用戶登錄系統(tǒng) 2.用戶選擇需購買航班3.用戶輸入并提交乘機人信息 跳轉至支付頁面 4.成功生成訂單5.字段列表 乘機人姓名、身份證號、聯(lián)系電話4.1.4 取消訂單模塊功能描述:用戶選中需退票訂單。用戶點擊退票系統(tǒng)刪除該訂單后臺進行相應費用的計算和支付用戶支付相應費用用戶查看退訂信息用例圖:用例編號:4.1 用例名:用戶取消訂單執(zhí)行者:普通用戶前置條件:系統(tǒng)分析與設計文檔用戶已登錄,且為普通用戶身份后置條件:退還相應費用基本路徑:用戶進入訂單列表頁面,并選擇需要取消的訂用戶點擊退后臺計算相應費字段列表訂單流水4.1.5 訂單修改模塊(改簽)功能描述:用戶選中需改簽訂單。用戶點擊改簽系統(tǒng)更新該訂單后臺進行相應費用的計算和支付用戶支付相應費用用戶查看改簽信息用例圖:用戶改簽 用例名:5.1 用例編號:系統(tǒng)分析與設計文檔執(zhí)行者:用戶前置條件:用戶選擇需改簽訂單后置條件跳轉至支付頁基本路:用戶進入訂單列表頁面,并選擇需要改簽的訂用戶點擊改后臺計算相應費字段列表訂單流水用例編號5.2 用例名用戶支執(zhí)行者普通用前置條件用戶已選擇改簽,并生成相應支付信后置條件完成支付,成功改基本路徑用戶在相應頁面完成支付操返回訂單列表頁字段列表4.1.6 航班信息維護模塊功能描述:管理員添加航班,并寫入航班信息管理員刪除航班2.系統(tǒng)分析與設計文檔 3.管理員選擇需要修改的航班,并寫入新的航班信息用例圖:用例編號7.1 用例名管理員添加航執(zhí)行者:管理員前置條件:管理員登錄后置條件:成功添加航班基本路徑:管理員進入航班管理列表管理員點擊“添加航班”管理員輸入新增航班信息管理員提交新增航班信息字段列表:航班號、起始地、目的地、艙位、機型等用例編號:7.2用例名:管理員刪除航班信息執(zhí)行者:管理員前置條件:管理員登錄后置條件:系統(tǒng)分析與設計文檔成功刪除航班基本路徑:2. 管理員點擊“更新航班”管理員輸入需更新的航班信息管理員提交更新航班信息返回航班管理列表字段列表:航班號、起始地、目的地、艙位、機型等管理員進入航班管理列表管理員點擊“刪除航班”頁面提示是否刪除返回航班管理列表字段列表:無用例編號:7.3用例名:管理員更新航班信息執(zhí)行者:管理員前置條件:管理員登錄后置條件:成功更新航班 機票查詢()1:查詢機票()3:查詢機票()4:機票詳細信息5:機票信息6:機票選擇()7:訂購機票8:訂購機票9:更新機票信息增添訂單11:更新票務信息查詢機票2:查詢機票4:返回機票信息5:返回機票信息6:更新機票信息7:機票更新8:機票更新9:更新成功10:刪除機票11:機票刪除賬戶管理:乘客1:登錄賬戶5:查詢余額6:查詢消費記錄9:充值11:確認4:賬戶數(shù)據(jù)顯示2:數(shù)據(jù)查詢數(shù)據(jù)顯示8:13: 數(shù)據(jù)更新充值方式數(shù)額選擇 10:充值成功15:基本路徑:1. 管理員進入航班管理列表五、業(yè)務領域分析與設計類圖5.1系統(tǒng)分析與設計文檔5.2 順序圖(時序圖)5.2.1 用戶登錄 MainWindowcreateDialog:users1:runSystem2:createDialog3:Login4:Vaidate5:[successful]createWindow6:[failed]LoginFailed用戶訂票 5.2.2系統(tǒng)分析與設計文檔OrderOrderControlTicketInfoCtrlAirTicket:users成功訂購提示管理員更新信息 5.2.3系統(tǒng)分析與設計文檔TicketControlTicketMangeTicket:systemadminr 查詢機票 1:機票刪除13:刪除成功5.2.4 用戶取消訂單(退票)ReturnTicketInfoCtrlTicketControlTicketTicketInfo:users訂單查詢1:查詢訂單3:訂單查詢4:訂單信息5:訂單信息6:退訂機票7:更新機票信息8:更新機票信息9:刪除訂單10:退訂成功提醒系統(tǒng)分析與設計文檔5.3協(xié)作圖5.3.1協(xié)作圖概述:“順序圖”與“協(xié)作圖”表述的是相似的消息。協(xié)作圖(CollaborationDiagram/CommunicationDiagram,也叫合作圖)是一種交互圖,強調的是發(fā)送和接收消息的對象之間的組織結構。一個協(xié)作圖顯示了一系列的對象和在這些對象之間的聯(lián)系以及對象間發(fā)送和接收的消息。對象通常是命名或匿名的類的實例,也可以代表其他事物的實例,例如協(xié)作、組件和節(jié)點。使用協(xié)作圖來說明系統(tǒng)的動態(tài)情況。協(xié)作圖(CollaborationDiagram/CommunicationDiagram)顯示某組對象如何為了由一個用例描述的一個系統(tǒng)事件而與另一組對象進行協(xié)作的交互圖。使用協(xié)作圖可以顯示對象角色之間的關系,如為實現(xiàn)某個操作或達到某種結果而在對象間交換的一組消息。 如果需要強調時間和序列, 最好選擇序列圖;如果需要強調上下文相關,最好選擇協(xié)作圖。協(xié)作圖用于顯示對象之間如何進行交互以執(zhí)行特定用例或用例中特定部分的行為。 設計員使用協(xié)作圖和序列圖確定并闡明對象的角色,這些對象執(zhí)行用例的特定事件流。它們是主要的信息來源,用于確定類的職責和接口。與順序圖(SequenceDiagram)不同,協(xié)作圖顯示了對象之間的關系。順序圖和協(xié)作圖表述的是相似的信息,但表述的方式卻不同。 協(xié)作圖顯示對象之間的關系, 它更有利于理解對給定對象的所有影響,也更適合過程設計。以下是系統(tǒng)協(xié)作圖,以不同的視角表現(xiàn)了操作信息。5.3.2 用戶訂票協(xié)作圖訂票選中瀏覽詳細信息 3:點擊預訂4:確認6:我的航乘客班是否預訂 5:返回查詢結果 2:按要求查詢 1: 預訂成功12:數(shù)據(jù)庫更新 11:航班信息數(shù)據(jù)庫確認 7: 是否支付8:數(shù)據(jù)庫更新 9:賬戶數(shù)據(jù)我的賬庫戶顯示余額 10:系統(tǒng)分析與設計文檔5.3.3 乘客賬戶管理協(xié)作圖傳遞數(shù)據(jù)12:賬戶數(shù)據(jù)我的賬庫戶返回賬戶數(shù)據(jù) 3:相應數(shù)據(jù)返回 7:成功14:5.3.4 管理員航班信息修改協(xié)作圖信息錄入1:打開航線信息 3:增加航線 4:輸入航線信息乘務管理航線信息員返回成功信息 8:數(shù)據(jù)庫內容返回顯示6:檢查數(shù)據(jù)合法性5:確認更新7:航線信息數(shù)據(jù)庫系統(tǒng)分析與設計文檔5.4 狀態(tài)圖5.4.1 狀態(tài)圖概述狀態(tài)圖是描述一個實體基于事件反應的動態(tài)行為, 顯示了該實體如何根據(jù)當前所處的狀態(tài)對不同的事件做出反應的。通常我們創(chuàng)建一個 UML狀態(tài)圖是為了以下的研究目的:研究類、 角色、子系統(tǒng)、或組件的復雜行為。狀態(tài)圖用于顯示狀態(tài)機(它指定對象所在的狀態(tài)序列)、使對象達到這些狀態(tài)的事件和條件、以及達到這些狀態(tài)時所發(fā)生的操作。關于狀態(tài)圖選取了另外的系統(tǒng)相關模塊進行分析。5.4.2 系統(tǒng)狀態(tài)圖 displaypartchoossearclogiofordedisplaysuccesswaitininformatiodlogireturclosclosordesuccessedordereturntickethadSoldoutTobeevalutionpaidreturntickettobeApprovalevalutionpayoffapplyforreturntickettobeconfirmtobeconfirmEvalu...登錄狀態(tài)圖 5.4.3系統(tǒng)分析與設計文檔loginprompcheckoutloginuserentry/ShowLoginScreenexit/hideLoginScreen...eventUndefined/ClearData checkoutcheckouttryagainSuccessedloginLoginfailed退票狀態(tài)圖 5.4.4系統(tǒng)分析與設計文檔退選定航滿足退退訂確我的航顯確票價返航班刪除六、系統(tǒng)實現(xiàn)測試與配置6.1 系統(tǒng)實現(xiàn)的工具與技術6.1.1 工具建模:PowerDesigner數(shù)據(jù)庫:MySQLIDE:myeclipse瀏覽器:火狐瀏覽器服務器::TomcatSVN項目共享與管理:系統(tǒng)分析與設計文檔 Junit 單元測試: 6.1.2 技術SQLServlet 、Java、jsp、6.2 系統(tǒng)實現(xiàn)方式 數(shù)據(jù)庫開發(fā)的管理系統(tǒng)。 JAVA語言、MySQL結構,運用本系統(tǒng)基于 C/S系統(tǒng)配置圖: clientcomputerwansevercomputer6.3 系統(tǒng)實現(xiàn)6.4 系統(tǒng)單元測試系統(tǒng)分析與設計文檔6.5 系統(tǒng)共享與管理系統(tǒng)分析與設計文檔七、系統(tǒng)開發(fā)的思考7.1數(shù)據(jù)庫設計問題設計完應用程序設計與數(shù)據(jù)庫設計是分別進行的,長期以來按照傳統(tǒng)的系統(tǒng)設計方法,進行系統(tǒng)分析和設計,則因此比較麻煩。如果采用UML成后還需要對這兩項設計進行協(xié)調,可以把系統(tǒng)的應用程序設計和數(shù)據(jù)庫設計統(tǒng)一起來,有效地提高數(shù)據(jù)庫設計的效率和質量,降低開發(fā)風險,提高軟件部件的可重用性,降低開發(fā)成本。數(shù)據(jù)庫訪問設計問題7.2的靜態(tài)模型到數(shù)據(jù)庫的映射,我們UML上面的實體對象映射到數(shù)據(jù)庫表,主要是考慮繼續(xù)討論動態(tài)模型在數(shù)據(jù)庫設計中的實現(xiàn),主要是數(shù)據(jù)庫存取部分設計。:一般來說,數(shù)據(jù)庫存取部分設計主要有以下幾種策略 .每個對象或類自己負責數(shù)據(jù)庫的訪問工作 (1)這種方法不需要專門的服務類,但是業(yè)務邏輯和數(shù)據(jù)操作邏輯都集中在業(yè)務類中, 任務劃分不清晰,業(yè)務類既要處理業(yè)務邏輯, 又要處理數(shù)據(jù)操作,其中每一個的改動,都會 影響到這個業(yè)務類。 (2) 利用開發(fā)環(huán)境提供的機制許多開發(fā)環(huán)境提供了初級的訪問關系數(shù)據(jù)庫的機制,它們是很好的一個開始。常用的,絕 (JDBC)Java數(shù)據(jù)庫連接ODBC)ODBC方法包括 Microsoft 的機制(開放數(shù)據(jù)庫連接—和 大多數(shù)面向對象的開發(fā)環(huán)境提供了封裝這些標準方法之一的類庫。 。在本系統(tǒng)地開發(fā)中, 我們用到了 JDBC7.3 數(shù)據(jù)庫設計 表一:)管理員的表 Adminstrator(系統(tǒng)分析與設計文檔列數(shù)據(jù)類允 nulAdNameVarchar(20)PasswordintNoteVarchar(500)表二:)LineInfor 飛機相關信息 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ù)結構 列名值 )50(VarcharUserName系統(tǒng)分析與設計文檔NameVarcha55VarchaSexVarchaUserID55UserTelVarchaAirLineVarcha5Varcha5Origin5DestinationVarchaEconomyNumber5VarchaBusinessNumberVarcha55FirstNumberVarchaVarchaBookingTime5Note50Varcha√表四:UserInfor(用戶信息表)允許數(shù)據(jù)類型列名null值(UserName50)Varchar(Varchar)PassWord5050(VarcharName)Sex(Varchar
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 語文-陜西省安康市2025屆高三下學期第二次質量聯(lián)考(安康二模)試題和答案
- 臨漳門樓施工方案
- 樓頂裝修電梯施工方案
- 2025年北京平谷區(qū)高三一模數(shù)學試題答案詳解
- boot項目合同范本
- 公益林合同范例
- 建立行業(yè)合作提升競爭力計劃
- 急診護理質量提升行動計劃
- 基礎心理學知識培訓課件
- 學校班主任的性別教育引導策略計劃
- 認識DS3自動安平水準儀
- 《語文課程標準》義務教育2022年修訂版【原版】
- 某大酒店弱電智能化系統(tǒng)清單報價
- 醫(yī)院傳染病登記簿
- GB/T 30490-2014天然氣自動取樣方法
- GB/T 17313-2009袋成型-充填-封口機通用技術條件
- 學習中國人民解放軍新一代共同條令PPT模板
- 二輪 河流專題(精心)
- 11471勞動爭議處理(第3章)
- 食堂工作人員安全培訓內容資料
- 患者跌倒的預防及管理課件
評論
0/150
提交評論