飛機訂票系統(tǒng)

1、 JIANGSU UNIVERSITY OF TECHNOLOGY CASE工具實踐課程設(shè)計 飛機訂票系統(tǒng) 學(xué)院名稱： 計算機工程學(xué)院 專 業(yè)： 信息管理與信息系統(tǒng) 班 級： 14信息 學(xué) 號： 2014143137 姓 名： 饒鵬 二一六 年 十二 月目錄1 系統(tǒng)概述 1.1 主要組成及功能 1.2 可行性分析2. 系統(tǒng)建模2.1 創(chuàng)建系統(tǒng)用例模型2.1.1參與者分析2.1.2用戶特點及一般約束2.2 系統(tǒng)用例分析2.2.1乘客用例圖2.2.2乘務(wù)管理員用例圖2.2.3系統(tǒng)維護員用例圖3. 創(chuàng)建系統(tǒng)靜態(tài)模型3.1 類圖4. 創(chuàng)建系統(tǒng)動態(tài)模型4.1 時序圖4.1.1客戶預(yù)訂時序圖4.1.2乘務(wù)

2、管理員航線信息錄入時序圖4.1.3乘客賬戶管理時序圖4.2協(xié)作圖4.2.1客戶預(yù)訂協(xié)作圖4.2.2乘客賬戶管理協(xié)作圖4.2.3乘務(wù)管理員航線信息錄入?yún)f(xié)作圖4.3 狀態(tài)圖4.3.1退訂狀態(tài)圖4.3.2公共信息服務(wù)狀態(tài)圖5. 創(chuàng)建系統(tǒng)部署模型6. 小結(jié)1 系統(tǒng)概述 1.1主要組成及功能1、 新用戶注冊，新用戶可以注冊，注冊時輸入用戶名可以查詢用戶可不可用，可用就可以注冊，注冊時可以判斷用戶輸入的密碼和驗證密碼是否相同，相同才給以注冊，如果滿意可以點注冊，注冊成功后用戶可以選擇不用在回到登陸界面，可以直接陸到用戶主界面，以后就可以用這個用戶登錄了，如果不滿意，點取消，所有信息清空，重新輸入。2、 驗

3、證登陸名密碼，正確進入主菜單，根據(jù)登錄時所選的登錄方式（客戶、管理員）的不同分別對用戶設(shè)定不同的訪問權(quán)限（如果是輸入的客戶用戶名和密碼正確，選擇以客戶方式登陸則主界面里面的管理員界面不能用，如果輸入的是管理員的相應(yīng)用戶密碼正確，以管理員的方式登陸則管理員界面可用）不正確則清空登錄框，最多可以輸入三次，三次不正確系統(tǒng)會自動關(guān)閉。3、 主窗體的用戶信息界面，用戶點擊個人查詢按鈕，可以把自己的個人信息顯示到界面上，還可以對自己的信息進行相應(yīng)的修改（用戶編號和用戶名不能修改），還可以點擊我的機票查詢，查詢該用戶的訂票記錄?；拘畔⒉樵兗霸O(shè)置。顯示當(dāng)前登錄用戶的個人基本信息，姓名，住址，郵箱等信息。除此

4、之外，可以更改設(shè)置自己的密碼。4、 我的航班界面。你可以點擊你想查詢的有關(guān)機票的信息的按鈕（艙位信息查詢，客機信息查詢，航線查詢，客戶類型信息查詢）獲得相關(guān)信息的表，根據(jù)表的內(nèi)容，你可以在下面的下拉框中選擇你要定的票信息，點確定后在下面會顯示你的機票的相關(guān)內(nèi)容，如果滿意可以點擊訂票，把相關(guān)信息添加到機票數(shù)據(jù)庫表中，如果不滿意，可以點重置，所有信息清空，再重新選擇。5、 可以選定已定航班的訂票信息進行轉(zhuǎn)讓信息發(fā)布。相關(guān)的轉(zhuǎn)讓二手票的業(yè)務(wù)信息發(fā)布到系統(tǒng)的公共信息服務(wù)頁面上。查詢公共信息服務(wù)。打開相應(yīng)的頁面，查詢感興趣的信息。包括系統(tǒng)發(fā)布的機票打折信息，以及二手票信息。6、 退票功能。用戶可以根據(jù)用

5、戶信息表中的我的機票信息查詢，找出機票號，在輸入到機票號查詢里，點擊查詢獲得你的機票信息以及價格顯示，點擊退票則在數(shù)據(jù)庫機票信息表中刪除本條信息。1.2可行性分析 系統(tǒng)的可行性分析可行性分析是任何一個大型工程正式投入力量之前必須進行的一項工作。這對于保證資 源的合理利用、 避免浪費是一個十分重要的， 也是項目一旦開始以后能順利進行的必要保證。當(dāng)系統(tǒng)的開發(fā)目標確定后，就可以從以下三方面對能否實現(xiàn)新系統(tǒng)目標進行可行性分析：1）技術(shù)可行性 根據(jù)客戶提出的系統(tǒng)功能、 性能及實現(xiàn)系統(tǒng)的各項約束條件， 從技術(shù)的角度研究實現(xiàn)系 統(tǒng)的可行性2）經(jīng)濟可行性 計算機迅速發(fā)展的原因在于， 計算機的應(yīng)用給社會帶來了巨

6、大的經(jīng)濟效益。 基于計算 機系統(tǒng)的成本效益分析， 給出系統(tǒng)開發(fā)的成本論證， 并將估算的成本與預(yù)期的利潤進行對 比。項目開發(fā)成本受項目的特性、規(guī)模等因素制約。系統(tǒng)分析員很難直接估算基于計算機系 統(tǒng)的成本和利潤，得到完全精確的成本-效益分析結(jié)果十分困難。因此非常有必要進行經(jīng)濟可行性研究。3）運行可行性 運行可行性是指所建立的信息系統(tǒng)能否在該企業(yè)實現(xiàn)， 在當(dāng)前的操作環(huán)境下能否很好的 進行，即組織內(nèi)外是否具備接受和使用新系統(tǒng)的條件。 本系統(tǒng)為一個普通的信息管理系統(tǒng)， 所耗費的資源非常的小， 機場的電腦無論是硬件還 是軟件都能夠滿足條件； 而且將來的操作界面簡潔易操作， 機場管理人員無需培訓(xùn)即可很快 學(xué)

7、會如何進行操作。因此，本系統(tǒng)在運行上是可行的。4）法律可行性 整個系統(tǒng)由于是自行開發(fā)，自行使用，在開發(fā)過程中沒有涉及合同、責(zé)任等與法律抵觸 的方面。因此，本系統(tǒng)在法律上是可行的。 按上述四方面進行可行性分析、研究后，我們認為該項目是可行的。2. 系統(tǒng)建模2.1 創(chuàng)建系統(tǒng)用例模型由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖稱為用例圖。用例圖（User Case）是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。用例圖展示了用例之間以及同用例參與者

8、之間是怎樣相互聯(lián)系的。用例圖用于對系統(tǒng)、子系統(tǒng)或類的行為進行可視化，使用戶能夠理解如何使用這些元素，并使開發(fā)者能夠?qū)崿F(xiàn)這些元素。將每個系統(tǒng)中的用戶分出工作狀態(tài)的屬性和工作內(nèi)容，方便建模，防止功能重復(fù)和多余的類。用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對功能的具體實現(xiàn)。由以上相關(guān)用例圖的概念以及作用，根據(jù)系統(tǒng)需求分析得到的系統(tǒng)功能抽象出系統(tǒng)的用例圖。主要是從參與者的角度進行的分能劃分。2.1.1參與者分析創(chuàng)建系統(tǒng)用例模型的第一步就是確定系統(tǒng)參與者。該系統(tǒng)主要分有服務(wù)者和管理者。服務(wù)者主要是乘客，管理者分有乘務(wù)管理員和系統(tǒng)維護員。其中的乘客可按照服務(wù)的等級分為普通用

9、戶和VIP用戶。VIP用戶會比普通用戶在訂購機票上享受更多的優(yōu)惠。根據(jù)以上分析，創(chuàng)建系統(tǒng)參與者，如圖所示： 2.1.2用戶特點及一般約束1、管理員和用戶的登陸 要求合法的管理員以及用戶才能登陸體統(tǒng)，防止系統(tǒng)被無關(guān)人員動用，使用字符串匹配對用戶名和密碼進行判斷。管理員和用戶的登錄對相應(yīng)的操作權(quán)限也不一樣，如果是用戶登錄，管理員的窗口屬性為不可用。管理員有航線信息管理，航班信息管理，機票信息管理，客戶信息管理，客戶訂票信息管理，公共服務(wù)信息管理。乘客主要有個人基本信息管理，我的航班信息管理，我的賬戶信息管理。2、管理員的日常操作管理員可以對航線，航班，機票進行查詢、修改和刪除操作，可以對客戶信息和

10、訂票信息只有查詢操作。3、用戶的的日常操作用戶可以進行注冊然后登陸系統(tǒng)，可以個人基本信息及我的航班我的賬戶基本信息，可以對自己的信息進行修改，可以定票（按照航班號進行預(yù)訂機票，顯示所訂機票的信息和價格，進入支付系統(tǒng)付賬，并再次要求客戶確認，確認無誤后訂票成功），可以退票（在特殊情況下（如天氣不適合飛機起降，飛機延誤超過30 分鐘）等給予全額退票，如果是個人原因只能退50%），對退票后的機票要在未售出機票中重新體現(xiàn)。4、系統(tǒng)維護員的日常操作系統(tǒng)維護員有特殊的權(quán)限。進行登錄之后，主要是負責(zé)系統(tǒng)的維護工作。主要分為兩大塊：系統(tǒng)的應(yīng)用維護以及后臺數(shù)據(jù)庫維護，保證該系統(tǒng)順利有效地運行。應(yīng)用維護主要是系統(tǒng)

11、界面風(fēng)格或者功能的升級，以及系統(tǒng)運行中出現(xiàn)的技術(shù)問題。數(shù)據(jù)庫維護需要保證數(shù)據(jù)庫的正常運行，能夠有效的為前臺系統(tǒng)提供服務(wù)。主要有系統(tǒng)數(shù)據(jù)庫備份及完善等操作。2.2 系統(tǒng)用例分析根據(jù)系統(tǒng)中各個參與者的職責(zé)，分別建立各層用例圖。2.2.1乘客用例圖需要該系統(tǒng)的機票預(yù)定系統(tǒng)進行機票預(yù)定服務(wù)的客戶均為乘客，乘客是一個抽象的概念，他包含的行為是所有乘客的共同行為。乘客在本系統(tǒng)中通過合法的身份驗證能夠修改自身的信息和密碼。2.2.2乘務(wù)管理員用例圖乘務(wù)管理員是以管理者的身份出現(xiàn)。所涉及的業(yè)務(wù)規(guī)模較大需要更穩(wěn)定的系統(tǒng)支持。系統(tǒng)模塊中乘務(wù)管理模塊是乘務(wù)管理員總體功能的體現(xiàn)。乘務(wù)管理的主要功能是對航空業(yè)務(wù)的管理，

12、包括航空中航線，航班，機票信息的增刪查改，以及航空公司公共服務(wù)信息的管理。由以上分析繪制乘務(wù)管理用例圖如下：2.2.3系統(tǒng)維護員用例圖該系統(tǒng)中將系統(tǒng)維護模塊劃為一個單獨的模塊。系統(tǒng)參與主體為系統(tǒng)維護員，主要負責(zé)系統(tǒng)的維護工作，偏向于更加技術(shù)的工作。良好的系統(tǒng)維護理由系統(tǒng)的流暢運行，系統(tǒng)更加穩(wěn)定，安全性能優(yōu)秀，可擴展性良好。系統(tǒng)維護員工作的兩大功能模塊：系統(tǒng)應(yīng)用維護，數(shù)據(jù)庫維護據(jù)上述分析繪制系統(tǒng)管理員的用例圖：3. 創(chuàng)建系統(tǒng)靜態(tài)模型在獲得系統(tǒng)需求的用例模型，通過考察系統(tǒng)對象的各種屬性創(chuàng)建系統(tǒng)靜態(tài)模型。 首先，確定系統(tǒng)參與者的屬性。系統(tǒng)的主要參與者有:，乘客，乘務(wù)管理員。其中乘客通過系統(tǒng)操作個人的

13、客戶航班信息和個人的賬戶信息。乘客的屬性:姓名，性別，身份證號，地址，電話，VIP。個人的航班客戶信息：出發(fā)地，目的地，出發(fā)時間，到達時間，票價個人的賬戶信息屬性：賬戶號，當(dāng)前交易額，當(dāng)前余額。乘務(wù)管理員里的主要任務(wù)是維護系統(tǒng)，管理航線計劃，機票，財務(wù)。乘務(wù)管理員的屬性：姓名，賬號，密碼航線信息的屬性：航班，距離，出發(fā)地，目的地，出發(fā)時間，到達時間，總的座位數(shù)，當(dāng)前所剩的票數(shù)。系統(tǒng)維護的屬性：數(shù)據(jù)庫，系統(tǒng)應(yīng)用程序財務(wù)信息的屬性：賬戶號，交易類型，交易額，當(dāng)前余額。3.1 類圖4. 創(chuàng)建系統(tǒng)動態(tài)模型根據(jù)系統(tǒng)的用例模型，通過相互作用的一組對象為中心的序列圖和以獨立對象為中心的活動圖來考察系統(tǒng)對象的

14、行為。構(gòu)建出系統(tǒng)的靜態(tài)模型之后，對于系統(tǒng)實現(xiàn)的關(guān)鍵模塊進行詳細的設(shè)計，以動態(tài)的模型構(gòu)架進行建模。4.1 時序圖在網(wǎng)上機票預(yù)定系統(tǒng)中，通過上述用例分析，具體產(chǎn)生以下序列圖：4.1.1客戶預(yù)訂時序圖客戶預(yù)定功能是網(wǎng)上機票預(yù)定系統(tǒng)的核心部分，乘客通過該部分實現(xiàn)網(wǎng)上預(yù)定機票的功能，便利乘客的出行。乘客的操作均要涉及到后臺數(shù)據(jù)庫，用到數(shù)據(jù)庫的增刪查改操作。相對應(yīng)的有系統(tǒng)支持的各種服務(wù)功能。預(yù)定功能需要對航班信息數(shù)據(jù)庫和乘客賬戶數(shù)據(jù)庫里傳遞的數(shù)據(jù)，傳到乘客客戶端并顯示出來。操作說明： 1、 按要求查詢 乘客輸入查詢條件，系統(tǒng)按照條件將結(jié)果返回給頁面。2、 選中瀏覽詳細信息 選中返回結(jié)果，瀏覽航班的具體信息

15、，以便決定是否預(yù)定。3、 預(yù)定確認 對乘客預(yù)定進行提示，確認乘客的預(yù)定。4、 支付確認 據(jù)機票的價格需要乘客支付一定的費用。確認支付后賬戶余額進行扣除。4.1.2乘務(wù)管理員航線信息錄入時序圖乘務(wù)管理員也是系統(tǒng)的一個關(guān)鍵參與者，負責(zé)航空信息的管理維護工作。這里選擇其中的航線錄入操作繪制了其的詳細時序圖。操作說明：1、打開信息 瀏覽數(shù)據(jù)庫中的航線信息。2、增加航線 點擊錄入按鈕，系統(tǒng)返回錄入界面。在該界面上輸入錄入信息。3、確認 確認按鈕后臺對應(yīng)一系列數(shù)據(jù)庫操作。包括對錄入信息的完整性檢查等。4、返回成功確認信息 增加成功4.1.3乘客賬戶管理時序圖乘客的另外一個重要的功能操作，對乘客的賬戶進行管

16、理。操作說明：1、 賬戶信息顯示 顯示乘客賬戶的基本信息2、 余額查詢 顯示乘客賬戶余額3、 充值 充值的過程也需要對數(shù)據(jù)庫的更改過程。選擇充值方式、充值數(shù)目完成賬戶的充值。4.2協(xié)作圖協(xié)作圖概述：“順序圖”與“協(xié)作圖”表述的是相似的消息。協(xié)作圖(Collaboration Diagram /Communication Diagram，也叫合作圖)是一種交互圖（interaction diagram），強調(diào)的是發(fā)送和接收消息的對象之間的組織結(jié)構(gòu)。一個協(xié)作圖顯示了一系列的對象和在這些對象之間的聯(lián)系以及對象間發(fā)送和接收的消息。對象通常是命名或匿名的類的實例，也可以代表其他事物的實例，例如協(xié)作、組件

17、和節(jié)點。使用協(xié)作圖來說明系統(tǒng)的動態(tài)情況。 協(xié)作圖(Collaboration Diagram /Communication Diagram)顯示某組對象如何為了由一個用例描述的一個系統(tǒng)事件而與另一組對象進行協(xié)作的交互圖。使用協(xié)作圖可以顯示對象角色之間的關(guān)系，如為實現(xiàn)某個操作或達到某種結(jié)果而在對象間交換的一組消息。如果需要強調(diào)時間和序列，最好選擇序列圖；如果需要強調(diào)上下文相關(guān)，最好選擇協(xié)作圖。 協(xié)作圖用于顯示對象之間如何進行交互以執(zhí)行特定用例或用例中特定部分的行為。設(shè)計員使用協(xié)作圖和序列圖確定并闡明對象的角色，這些對象執(zhí)行用例的特定事件流。它們是主要的信息來源，用于確定類的職責(zé)和接口。 與序列圖

18、(Sequence Diagram)不同，協(xié)作圖顯示了對象之間的關(guān)系。序列圖(Sequence Diagram)和協(xié)作圖表述的是相似的信息，但表述的方式卻不同。協(xié)作圖顯示對象之間的關(guān)系，它更有利于理解對給定對象的所有影響，也更適合過程設(shè)計。一下是上述序列圖對應(yīng)的協(xié)作圖，以不同的視角表現(xiàn)了操作信息。4.2.1客戶預(yù)訂協(xié)作圖4.2.2乘客賬戶管理協(xié)作圖4.3 狀態(tài)圖狀態(tài)圖概述：狀態(tài)圖(Statechart Diagram)是描述一個實體基于事件反應(yīng)的動態(tài)行為，顯示了該實體如何根據(jù)當(dāng)前所處的狀態(tài)對不同的事件做出反應(yīng)的。通常我們創(chuàng)建一個UML狀態(tài)圖是為了以下的研究目的：研究類、角色、子系統(tǒng)、或組件的復(fù)雜行為。狀態(tài)圖用于顯示狀態(tài)機（它指定對象所在的狀態(tài)序列）、使對象達到這些狀態(tài)的事件和條件、以及達到這些狀態(tài)時所發(fā)生的操作。關(guān)于狀態(tài)圖選取了另外的系統(tǒng)相關(guān)模塊進行分析。4.3.1退訂狀態(tài)圖退訂