火車購票系統(tǒng)UML類圖時序圖狀態(tài)圖協(xié)作圖活動圖對象圖用例圖

《火車購票系統(tǒng)UML類圖時序圖狀態(tài)圖協(xié)作圖活動圖對象圖用例圖》由會員分享，可在線閱讀，更多相關(guān)《火車購票系統(tǒng)UML類圖時序圖狀態(tài)圖協(xié)作圖活動圖對象圖用例圖（31頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、《UML面向?qū)ο蠓治觥氛n程 實踐項目報告 項目名稱： 網(wǎng)上訂購火車票系統(tǒng) 項目組成員： 學(xué) 號： 班 級： 指導(dǎo)教師： 2008 年 11 月 10 日 1需求分析 1 1.1需求概述 1 1.2需求分析 2 1.3需求模型（用例圖） 6 2靜態(tài)模型 7 2.1類圖 7 2.2對象圖 9 2.3包圖 11 3動態(tài)模型 12 3.1 時序圖 12 3.2狀態(tài)圖 15 3.3協(xié)作圖 16 3.4活動圖 17 4項目組成員分工說明 18 5總結(jié) 19 6參考資料 20 1需求分析 1.1需求概述 線上預(yù)訂火車票系統(tǒng)是一款功能強大、

2、操作簡便、易維護的、具有良好人機交互界面的線 上訂票系統(tǒng)，它包括用戶管理模塊、系統(tǒng)參數(shù)設(shè)置模塊、票務(wù)信息模塊（提供票價、列車的實 時信息）、訂票管理模塊（提供訂票和退訂功能）、實時信息提示模塊（提供車況、路況、列 車晚點等實時信息）、數(shù)據(jù)管理模塊（提供數(shù)據(jù)備份、數(shù)據(jù)操作功能）。實現(xiàn)火車票線上預(yù)定 的自動化的計算機系統(tǒng)，為旅客提供準確、精細、迅速的火車票銷售信息和方便、簡單的訂票 功能。 線上預(yù)訂火車票系統(tǒng)主要是對于訂票信息的統(tǒng)一管理，滿足了中小型線上訂票網(wǎng)站對于用 戶的管理，訂票信息的收集和處理方面的要求。用現(xiàn)代化的方式取代以前的傳統(tǒng)模式，更有利 于信息的流通，資源的宏觀管理。具有體積小，代

3、碼簡潔，易維護、易修改 的優(yōu)點。 1.2需求分析 用戶管理模塊 用戶管理模塊包括如下幾個部分。 (1) 添加用戶信息：管理員可以對用戶信息進行添加操作。 (2) 刪除用戶信息：管理員可以對已有用戶信息進行刪除操作。 (3) 查看用戶信息權(quán)限：每個用戶都具有一定的權(quán)限，管理員可以查看用戶的管理權(quán)限。 (4) 修改用戶信息權(quán)限：管理員可以修改用戶的管理權(quán)限。 (5) 刪除管理權(quán)限：管理員在權(quán)限管理中可以刪除管理權(quán)限。 (6) 添加管理權(quán)限：管理員在權(quán)限管理中可以添加管理權(quán)限。 系統(tǒng)參數(shù)設(shè)置模塊 系統(tǒng)參數(shù)設(shè)置模塊有如下幾個部分。 (1) 用戶信息：管理員可以修改用戶

4、信息并保存。 (2) 訂票信息：對訂票信息進行添加、刪除操作。 (3) 退訂信息：對退訂信息進行添加、刪除操作。 (4) 旅客訂票記錄：對旅客訂票記錄進行添加、刪除操作。 其他信息：對其他信息進行編輯、刪除操作。在編輯時可以修改附件存放路徑和備份文 件存放路徑。 2 系統(tǒng)參數(shù)設(shè)置模塊 3 # 票務(wù)信息模塊 票務(wù)信息模塊包括如下幾個部分。 (1) 車次信息：對車次信息進行添加、刪除操作。 (2) 列車時間信息：對列車時間信息進行添加、刪除操作。 (3) 座位信息：對座

5、位信息進行添加、刪除操作。 (4) 價格信息：對價格信息進行添加、刪除操作。 (5) 車站信息：對車站信息進行添加、刪除操作。 票務(wù)信息模塊 車 次 信 息 列 車 時 間 信 息 座位信息 價 格 信 息 車 站 信 息  訂票管理模塊 訂票管理模塊包括如下幾個部分。 (1) 用戶注冊: 注冊新用戶。 (2) 用戶登錄: 已注冊用戶登錄。 (3) 列車信息: 瀏覽可預(yù)定車輛信息。 (4) 車票預(yù)訂: 預(yù)定車票。 實時信息管理模塊 實時信息管理模塊包括如下幾個部分。 (1) 實時信息查看：在窗口現(xiàn)在最新實時信息。

6、 (2) 實時信息更新：對于最新路況、車況信息進行更新。 (3) 實時信息修改：對于最新路況、車況信息進行修改。 數(shù)據(jù)管理模塊 數(shù)據(jù)管理模塊包括： (1) 數(shù)據(jù)查看：對所有數(shù)據(jù)查看。 (2) 數(shù)據(jù)備份：備份所有數(shù)據(jù)。 (3) 數(shù)據(jù)恢復(fù)：恢復(fù)受損數(shù)據(jù)。  1.3需求模型（用例圖） 退訂 (from Logical View) 查詢 票價 (from Logical View) 車況 (from Logical View) (from Logical View) 6 路況 訂購 (from Logical View) #

7、 用戶 (from Logical View) # # 實時信息提示 (from Logical View) 管理員 用戶管理 (from Logical View) 修改票務(wù)信息 修改時間 (from Logical View) (from Logical View) 預(yù)定 (from Logical View) 查看用戶信息 (from Logical View) J ^*1-. 修改用戶信息 (from Logical View) ■"CD 添加用戶信息 .(from Logical View) 刪除用戶信息 (f

8、rom Logical View) # 7 修改票價 (from Logical View) 客戶先通過網(wǎng)站系統(tǒng)查詢各種情況（票的價格，車的情況，以及一些鐵路狀況） ， 再通過系統(tǒng)數(shù)據(jù)庫給與的實時信息提示去預(yù)定想要的火車票，完成訂票的過程，客 戶也可以通過網(wǎng)站系統(tǒng)對自己已經(jīng)訂購的票進行退訂手續(xù)。 管理員可以通過系統(tǒng)對客戶進行管理，查看客戶信息，修改客戶信息，添加客戶信 息，以及刪除客戶信息等等，管理員也可以去修改票務(wù)信息，修改變動后的時間以 及車票價格等等。 # 2靜態(tài)模型 2.1

9、類圖 旅客（姓名、性別、需求信息、有效證件 ） 列車班次（發(fā)車時間、起點、終點、乘坐人數(shù)、價格） 9 火車站（名稱、所在地） 訂票（票號、班次號、旅客號、票價） 管理員（密碼、姓名） 旅客表 字段 類型 含義 說明 Customer_Name Stri ng() 旅客的名字 旅客的名字 Customer_Sex Varchar() 旅客的性別 旅客

10、的性別 Customer_Wa nt Varchar() 旅客的需求 旅客的需求信息 Customer_lde n Varchar() 旅客的證件 旅客的有效證件 班次表 字段 類型 含義 說明 Train_Time Time 班次時間 列車的發(fā)車時間 Train_Start Varchar() 班次起點 列車的始發(fā)站 Train_E nd Varchar() 班次終點 列車的終點站 Train_Number In t() 班次乘坐人數(shù) 列車的乘坐人數(shù) Train_Price In t() 班次價格 本次列車的價格 訂

11、火車票表 字段 類型 含義 說明 Order_ID Varchar() 訂火車票號 主鍵（PK） Order_FID Varchar() 班次號 夕卜鍵（FK） Order_CID Varchar() 旅客號 夕卜鍵（FK） Order_Price In t() 票價 夕卜鍵（FK）  管理員表 字段 類型 含義 說明 Adm in .password Varchar() 管理員密碼 管理員密碼 Admin_Name Varchar() 管理員姓名 管理員姓名 火車站表 字段 類型 含義 說明 Statio

12、n_Name Varchar() 火車站名字 火車站名字 Statio n_addr Varchar() 火車站所在地 火車站所在地 2.2對象圖 1 ?管理員管理顧客信息，管理車票信息。 12 customer_name : customer customer_iden : customer customer_sex : customer custoner_want : customer train_time : train train_number : train admin_name : admin train_price

13、: train order_ID : order_FID : order_CID : order_price : order order order order ■ — customer」ame : customer train_time : train train_strat : train train_nu mber : train train_price : train

14、 14 2.3包圖 1 ?創(chuàng)建管理員包，內(nèi)有管理員類。 2?創(chuàng)建顧客包，內(nèi)有顧客類。 3 ?創(chuàng)建訂票包，內(nèi)有訂票類。 4 .創(chuàng)建車站包，內(nèi)有車站類，主要是車站信息。 5?創(chuàng)建火車票包，內(nèi)有車票類，主要為火車票信息。 order package statio n package V 1 1 L_ customer package 一 train package 不 admi n package 15 3動態(tài)模型 3.1時序圖 :客戶 電腦 票務(wù)信息 1：聯(lián)網(wǎng) 門 n

15、勺網(wǎng)站搜索 3:檢索 4:顯示給客戶 帳戶 5:選票 6:輸 俞入賬號密碼 7:驗證賬號密碼 8:提交正確并扣錢 9:顯示給客戶代碼 17 1. 客戶首先要使用一臺已經(jīng)聯(lián)網(wǎng)的電腦 2. 在網(wǎng)站上搜索票務(wù)信息 3?檢索票務(wù)信息數(shù)據(jù)庫 4. 電腦將檢索的信息傳遞給客戶 5. 客戶經(jīng)查看信息后進行訂票 6. 客戶輸入自己的銀行賬號 7. 系統(tǒng)驗證賬號正確性 8. 提交信息并進行繳費

16、 系統(tǒng)給客戶票務(wù) 18 :adm in 電腦 票務(wù)信息 1:輸入管理員帳戶及密碼 2:修改客戶信 參改車況信息 3:修改票務(wù)信息 客戶 5:客戶登陸 7:查看車況信息 丿8:預(yù)定火車票 6:查看票 邛務(wù)信息 車況信息 19 # 1. 管理員登陸到系統(tǒng)。 2?管理員擁有權(quán)限修改票務(wù)信息、客戶信息、車況信息 3. 用戶登陸的網(wǎng)站。 4?用戶可以查看票務(wù)信息、車況信息。 5?用戶預(yù)定火車票

17、3.2狀態(tài)圖 1. 進入數(shù)據(jù)庫系統(tǒng)頁面 2. 進入預(yù)定車票界面 3. 預(yù)定成功后退出 4. 進入退訂車票界面 5. 退訂成功后退出 不能成功預(yù)、退車票則退出 22 3.3協(xié)作圖 2:網(wǎng)站搜索 :客戶 1：聯(lián)網(wǎng) 電腦 4:選票 卜6:顯示票代碼給 客戶 3:顯示票務(wù)信息給客戶 5:輸入賬號 驗證提交扣錢 / \ 1 I 帳戶 1. 客戶首先要連接上網(wǎng)絡(luò)的電腦 2. 客戶進行網(wǎng)站搜索，檢索有關(guān)的票務(wù)信息 3. 電腦將顯示的票務(wù)信息給予客戶 4. 客戶再通過查看信息后選擇買票 5. 客戶輸入自己的賬號 6. 驗證帳戶并提交扣錢 7

18、. 電腦將票的代碼顯示給客戶，憑證取票 w 2:檢票 票務(wù)信 息 24 3.4活動圖 2?進入退票界面，客戶可以進行退票的操作 3?進入訂票界面，客戶可以查看票務(wù)的實時信息情況 4. 檢索信息之后，客戶進行預(yù)定購票 5?進入賬號管理系統(tǒng)，輸入自己的賬號 6. 驗證后給予客戶票的代碼，憑證取票 7. 結(jié)束則退出 4項目組成員分工說明 需求分析階段是軟件開發(fā)的最核心的部分， 所以受到我們組成

19、 員的高度重視，一心想要把分析做得更好，通過網(wǎng)上查閱資料，去 圖書館借閱有關(guān)的書籍以及課本上的知識， 再經(jīng)過我們組成員三個 人之間的默契配合，共同完成了軟件的核心部分 -----需求分析。 完成了我們所要做的項目的需求分析之后， 下面的課程設(shè)計可 根據(jù)需求分析來進行，我們組成員之間開始了進行分工合作， 靜態(tài) 模型中的三類圖，個人選擇自己最擅長的部分開始分工畫圖。 類圖 模塊由組成員倪巧完成， 對象圖由組成員陳磊完成， 包圖則由成員 時圣云完成。 動態(tài)模型的四部分圖，我們依然按照分工合作的方式去完成 的。時序圖由成員倪巧、陳磊共同完成，狀態(tài)圖由成員時圣云完成， 協(xié)作圖由成員倪巧完成，

20、活動圖則由成員陳磊、時圣云合作完成的。 分工明確，合作良好。 最后的總結(jié)由成員倪巧完成，再做了最后的文檔的整理。 26 5總結(jié) 課程設(shè)計的體會 經(jīng)過一個星期的上機實踐學(xué)習(xí)，使我對 UML有了更進一步的認識和了解，要想 學(xué)好它要重在實踐，要通過不斷的上機操作才能更好地學(xué)習(xí)它，通過實踐，我也發(fā) 現(xiàn)我的好多不足之處，最主要是自己在 UML圖形正確使用上不夠熟悉，通過實踐， 使我在這個方面的認識有所提高。 其次，經(jīng)過查找資料，調(diào)查研究，獲取需求以及在這些基礎(chǔ)上做出的系統(tǒng)分析， 我做出了這個“火車票銷售管理系統(tǒng)”說明書?？偟膩碚f，這個系統(tǒng)的設(shè)計考慮了 大部分要考慮的因素，一些影響不大的因

21、素就沒有考慮再內(nèi)，系統(tǒng)的需求分析中占 相當一部分比例的用例規(guī)格說明采用表格的方式，直觀，便于理解，不過需求分析 在整體的格式多樣性上有所欠缺，這在以后的設(shè)計中要吸取教訓(xùn)。通過這次的課程 設(shè)計，我不但學(xué)到了很多東西，也把原來學(xué)的東西理解的更透徹了，特別是把原來 學(xué)的不同科目的東西結(jié)合起來了，收獲很大。 通過實踐的學(xué)習(xí)，我認到學(xué)好計算機要重視實踐操作，不僅僅是學(xué)習(xí)UML語言, 還是其它的語言，以及其它的計算機方面的知識都要重在實踐，所以后在學(xué)習(xí)過程 中，我會更加注視實踐操作，使自己更好地學(xué)好計算機。 沒有實踐，學(xué)習(xí)就是無源之水，無本之木。以上就是我在進行課程設(shè)計實訓(xùn)的 心得和感受。 6參考資料 [1] 李大友，陳明等 《實用軟件工程基礎(chǔ)》 清華大學(xué)出版社 [2] 鄭莉，董淵等 《C++語言程序設(shè)計》 清華大學(xué)出版社 [3] 吳建，汪杰等 《UML基礎(chǔ)與Rose建模案例》 人民郵電出 版社 [4] Sore n Lauese n 者 《軟件需求》 電子工業(yè)出版社 29