電子商務(wù)課程設(shè)計―火車票售票管理系統(tǒng)

1、電子商務(wù)分析與設(shè)計設(shè)計題目 火車站售票管理系統(tǒng)組長成員成員目錄四、小組成員分工說明 . 18五、課程設(shè)計的收獲和總結(jié) . 19參考資料 . . 20一、需求分析1.1功能需求線上預(yù)訂火車票系統(tǒng)是一款功能強大、 操作簡便、 易維護的、 具有良好人機 交互界面的線上訂票系統(tǒng), 它包括用戶管理模塊、 系統(tǒng)參數(shù)設(shè)置模塊、 票務(wù)信息 模塊(提供票價、列車的實時信息、訂票管理模塊(提供訂票和退訂功能、 實時信息提示模塊 (提供車況、 路況、 列車晚點等實時信息 、 數(shù)據(jù)管理模塊 (提 供數(shù)據(jù)備份、數(shù)據(jù)操作功能。實現(xiàn)火車票線上預(yù)定的自動化的計算機系統(tǒng),為 旅客提供準(zhǔn)確、精細(xì)、迅速的火車票銷售信息和方便、簡單

2、的訂票功能。線上預(yù)訂火車票系統(tǒng)主要是對于訂票信息的統(tǒng)一管理,滿足了中小型線上訂 票網(wǎng)站對于用戶的管理, 訂票信息的收集和處理方面的要求。 用現(xiàn)代化的方式取 代以前的傳統(tǒng)模式,更有利于信息的流通,資源的宏觀管理。具有體積小,代碼 簡潔,易維護、易修改 的優(yōu)點。1.2系統(tǒng)用例分析*乘客 :查詢、預(yù)訂車票的人員。 *售票員 :具體負(fù)責(zé)乘客的車票訂單。 *票務(wù)管理員 :負(fù)責(zé)更新車票信息。 *系統(tǒng)管理員 :系統(tǒng)管理員負(fù)責(zé)系統(tǒng)的員工信息管理,會員信息管理以及系 統(tǒng)的維護等。根據(jù)以上分析,創(chuàng)建系統(tǒng)參與者,如圖所示: 管理員 系統(tǒng)管理員票務(wù)管理員售票員乘客圖 1-1系統(tǒng)參與者火車站系統(tǒng)中的所有人都是管理員,

3、管理員是一個抽象的概念, 他包含的行 為是所有管理員的共同行為。 管理員在本系統(tǒng)中通過合法的身份驗證能夠修改自 身的信息和密碼。根據(jù)以上分析,建立用例圖如下所示: 查詢信息圖 1-2系統(tǒng)管理員用例圖系統(tǒng)管理員用例圖系統(tǒng)管理員能夠通過本系統(tǒng)進行如下活動。 *管理會員信息:系統(tǒng)管理員能夠?qū)Ξ?dāng)前注冊到本系統(tǒng)的客戶進行整理。 *管理售票員信息:系統(tǒng)管理員能夠管理當(dāng)前系統(tǒng)中的售票員信息,如添加、 刪除和修改售票員信息等。 *系統(tǒng)設(shè)置:系統(tǒng)管理員可以對系統(tǒng)進行必要的設(shè)置和維護,如升級等。 管理售票員信息圖 1-3系統(tǒng)管理員用圖票務(wù)管理員能夠通過本系統(tǒng)進行如下活動:添加車票信息、刪除車票信息、 修改車票信息

4、等。 修改車票信息圖 1-4票務(wù)管理員用例圖對于火車票售票系統(tǒng),乘客可以登錄和查詢。 其下為乘客的用例圖, 即乘客 可以進行的活動。 圖 1-5乘客用例圖二、靜態(tài)模型設(shè)計 2.1類圖 2-1系統(tǒng)類圖2.2數(shù)據(jù)庫字段 乘客(姓名、性別、聯(lián)系電話、有效證件 列車班次(發(fā)車時間、起點、終點、乘坐人數(shù)、價格 火車站(名稱、所在地、車站經(jīng)過車次 訂票(票號、列車班次號、乘客號、票價、車票類型 管理員(密碼、姓名付款方式(付款序號、付款名字乘客表 列車班次表 訂購車票表 管理員表 火車站表 三、動態(tài)模型設(shè)計 3.1時序圖1 系統(tǒng)管理員進入登錄界面2 系統(tǒng)管理員輸入登錄信息3 后臺數(shù)據(jù)庫檢驗信息是否合法4

5、若合法,則 顯示登錄成功,否則轉(zhuǎn) 85 系統(tǒng)管理員進入火車站管售票理系統(tǒng)6 系統(tǒng)管理員修改系統(tǒng)信息7 后臺數(shù)據(jù)庫更新8 登錄信息不合法。9 系統(tǒng)彈出“重新登錄”對話框10 若選擇“是”返回到第 2步1 進入登錄界面2 驗證用戶的登錄信息是否正確3 若正確,顯示登錄成功 否則轉(zhuǎn)第十一步4 用戶進入管理系統(tǒng)查詢界面,輸入查詢信息5 返回查詢信息6 用戶進入預(yù)定界面7 用戶進行預(yù)訂8 數(shù)據(jù)庫更新9 返回預(yù)訂票信息10 顯示預(yù)訂成功11 登錄信息不正確12 系統(tǒng)顯示錯誤原因,并提示是否重新登錄 13 若選擇“是”,則返回到第 2步。 圖 3-2顧客時序圖1 選擇車票添加操作進入相關(guān)頁面2 系統(tǒng)列出表單

6、要求填寫3 填寫添加車票的信息4 提供更新信息給數(shù)據(jù)庫5 用戶表明填寫完成6 系統(tǒng)顯示表單請求確認(rèn)7 確認(rèn)表單完成操作8 數(shù)據(jù)庫更新、保存9 用戶要求修改信息。10 返回到第 2步。 1 售票員要求查看相關(guān)的車票信息2 后臺系統(tǒng)整理3 后臺數(shù)據(jù)庫傳遞相應(yīng)訂票信息4 系統(tǒng)顯示出有效的訂票信息5 售票員從中選擇訂票選項6 更新訂票信息7 售票員表明訂票完成8 系統(tǒng)顯示所訂車票的信息9 系統(tǒng)請求確認(rèn)信息 10 售票員確認(rèn)訂票信息,完成訂票11 數(shù)據(jù)庫保存 圖 3-4售票員時序圖 3.2 狀態(tài)圖1 進入數(shù)據(jù)庫系統(tǒng)界面2 進入預(yù)訂車票界面3 預(yù)訂成功后推出4 進入退訂車票界面5 退訂成功后退出6 預(yù)訂退

7、訂車票失敗則退出 圖 3-5 系統(tǒng)狀態(tài)作圖 3.3協(xié)作圖1 客戶首先要連接上網(wǎng)絡(luò)的電腦2 客戶進行網(wǎng)站搜索,檢索有關(guān)的票務(wù)信息3 電腦將顯示的票務(wù)信息給予客戶4 客戶再通過查看信息后選擇買票5 客戶輸入自己的賬號6 驗證帳戶并提交扣錢7 電腦將票的代碼顯示給客戶,憑證取票圖 3-6 系統(tǒng)協(xié)作圖3.4活動圖查詢系統(tǒng)方便人們的生活,人們不用注冊即可按照一定的要求進行查詢。 如,按 “始發(fā)站 -終點站”進行查詢。系統(tǒng)接收查詢信息后,進行相應(yīng)的整 理,其過程如下: 圖 3-7“乘客查詢”活動圖乘客分老客戶和新客戶, 新客戶為沒有注冊過的客戶, 那么, 其首先要注冊。 老用戶是已經(jīng)注冊過的用戶,其直接輸

8、入用戶名登錄即可。其活動圖如下: 圖 3-8“乘客登錄”活動圖3.5系統(tǒng)部署圖在火車站售票管理系統(tǒng)中,系統(tǒng)包括五格節(jié)點,分別是系統(tǒng)管理員管理 系統(tǒng)、票務(wù)管理員管理系統(tǒng)、售票員管理系統(tǒng)、客戶管理系統(tǒng)和售票管理系 統(tǒng)。票務(wù)管理員管理系統(tǒng)負(fù)責(zé)進系統(tǒng)車票信息更新,系統(tǒng)管理員管理系統(tǒng)負(fù) 責(zé)進行系統(tǒng)維護,售票管理系統(tǒng)負(fù)責(zé)客戶預(yù)訂退訂票管理,客戶管理系統(tǒng)負(fù) 責(zé)對客戶信息的管理,售票員管理系統(tǒng)負(fù)責(zé)售票管理。 圖 3-9系統(tǒng)部署圖四、小組成員分工說明需求分析階段是軟件開發(fā)的最核心的部分, 我們組成員通過上網(wǎng)查閱資料, 去圖書館借閱有關(guān)的書籍以及根據(jù)課本上的知識,再經(jīng)過我們組成員三個人之 間的默契配合,共同完成了

9、軟件的核心部分 -需求分析。完成了我們所要做的項目的需求分析之后,下面的課程設(shè)計可根據(jù)需求分 析來進行,我們組成進行分工合作共同完成了這次課程設(shè)計。靜態(tài)模型中的類 圖由?完成 。動態(tài)模型的四部分圖,時序圖由我們?nèi)齻€共同完成,狀態(tài)圖和 協(xié)作圖由?完成,活動圖由?完成,系統(tǒng)部署圖由?完成。我們分工明確,互 相幫助,順利的完成了自己的任務(wù)。最后的總結(jié)由?完成,再做了最后的文檔的整理。電子商務(wù)課程設(shè)計報告-計算機 0804 五、課程設(shè)計的收獲和總結(jié) 經(jīng)過一個星期的實踐學(xué)習(xí)，使我們對 UML 有了更進一步的認(rèn)識和了解，要 想學(xué)好它要重在實踐，要通過不斷的上機操作才能更好地學(xué)習(xí)它，通過實踐， 我們也發(fā)現(xiàn)我

10、們的好多不足之處，最主要是自己在 UML 圖形正確使用上不夠熟 悉，通過實踐，使我們在這個方面的認(rèn)識有所提高。 其次，經(jīng)過查找資料，調(diào)查研究，獲取需求以及在這些基礎(chǔ)上做出的系統(tǒng) 分析?？偟膩碚f，這個系統(tǒng)的設(shè)計考慮了大部分要考慮的因素，一些影響不大 的因素就沒有考慮在內(nèi)，系統(tǒng)的需求分析中占相當(dāng)一部分比例的用例規(guī)格說明 采用表格的方式，直觀，便于理解，不過需求分析在整體的格式多樣性上有所 欠缺，這在以后的設(shè)計中要吸取教訓(xùn)。通過這次的課程設(shè)計，我們不但學(xué)到了 很多東西，也把原來學(xué)的東西理解的更透徹了，特別是把原來學(xué)的不同科目的 東西結(jié)合起來了，收獲很大。 通過實踐的學(xué)習(xí)， 我們認(rèn)到學(xué)好計算機要重視實踐操作， 不僅僅是學(xué)習(xí) UML 語言，還是其它的語言，以及其它的計算機方面的知識都要重在實踐，所以后 在學(xué)習(xí)過程中，我們會更加注視實踐操作，使自己更好地學(xué)好計算機。 沒有實踐，學(xué)習(xí)就是無源之水，無本之木。以上就是我們在進行課程設(shè)計實訓(xùn)的心得 和感受。 1