火車票售票系統(tǒng)-軟件工程設(shè)計(jì)報(bào)告解析

1、成績：軟件工程課程設(shè)計(jì)說明書專 業(yè) 網(wǎng)絡(luò)工程班 級_姓 名學(xué) 號指導(dǎo)老師2014-09-18完成日期火車票售票系統(tǒng)摘要 火車站是目前客流量最大的運(yùn)輸工具。 對于售票如此大的工作量， 完全靠人 工是不可能達(dá)到高效水平的， 因此，開始思考開發(fā)提高售票效率以及勞力的計(jì)算 機(jī)售票系統(tǒng)。 售票系統(tǒng)的核心是數(shù)據(jù)庫技術(shù)， 利用數(shù)據(jù)庫將整個(gè)火車站的票務(wù)情 況存入計(jì)算機(jī)，再配置上用戶接口，基本實(shí)現(xiàn)了查詢、售票、退票、訂票、改簽 等功能，一定程度上提高了售票效率。針對火車站的售票實(shí)際情況， 按照軟件工程的結(jié)構(gòu)化設(shè)計(jì)思想， 經(jīng)過項(xiàng)目的 可行性研究和需求分析、總體設(shè)計(jì)、 詳細(xì)設(shè)計(jì)， 以及編碼實(shí)現(xiàn)和調(diào)試等步驟設(shè)計(jì) 開發(fā)

2、了火車站網(wǎng)上訂票系統(tǒng)。并運(yùn)用數(shù)據(jù)流圖和數(shù)據(jù)字典、 E-R 圖和數(shù)據(jù)庫邏輯 結(jié)構(gòu)、層次圖、系統(tǒng)流程圖、以及程序流程圖，對該系統(tǒng)的數(shù)據(jù)需求、數(shù)據(jù)庫、 系統(tǒng)軟件結(jié)構(gòu)、系統(tǒng)流程、以及處理過程等進(jìn)行分析和設(shè)計(jì)。關(guān)鍵詞：信息管理、 售票、數(shù)據(jù)庫 、用戶接口目錄第一章 前言 51.1 項(xiàng)目開發(fā)的必要性 51.2 項(xiàng)目功能的概述 5第 2 章 軟件開發(fā)環(huán)境 62.1 軟件開發(fā)環(huán)境 . 62.2 軟件性能需求 . 6第 3 章 需求分析 63.1 可行性研究 63.1.1 經(jīng)濟(jì)可行性 . 63.1.2 技術(shù)可行性 . 63.1.3 操作可行性 . 73.2 需求分析 73.2.1 功能需求 . 73.2.2 數(shù)

3、據(jù)需求 . 83.2.3 性能需求 . 83.2.4 約束與限制 . 9第 4 章 總體設(shè)計(jì) 94.1 系統(tǒng)概要 . 94.2 系統(tǒng)結(jié)構(gòu)組成 . 10第 5 章詳細(xì)設(shè)計(jì) 115.1 數(shù)據(jù)庫設(shè)計(jì) . 115.1.1 數(shù)據(jù)庫介紹 . 115.1.2 數(shù)據(jù)表設(shè)計(jì) . 125.1.3 數(shù)據(jù)表的應(yīng)用 . 145.2 模塊設(shè)計(jì) . 145.2.1 登錄/ 注冊模塊 . 155.2.2 查詢模塊 . 165.2.3 售票模塊 . 185.2.4 退票模塊 . 205.2.5 改簽?zāi)K 225.2.6 修改車次模塊 245.2.7 統(tǒng)計(jì)信息模塊 25第一章 前言1.1 項(xiàng)目開發(fā)的必要性火車是目前客流量最大的運(yùn)

4、輸工具，未來很長一段時(shí)間中也會(huì)延續(xù)這種現(xiàn) 狀。傳統(tǒng)的人工售票成本大，出錯(cuò)率高等缺點(diǎn)，已是跟不上現(xiàn)代人的生活節(jié)奏。 而軟件相對于人工來說，它有更高處理速度，出錯(cuò)率也將很低，當(dāng)然，其成本也 會(huì)大大降低。如今， 對火車的要求在于提高售票效率， 火車售票也漸漸進(jìn)入自動(dòng) 化：自動(dòng)化售票，快捷方便的查詢、改簽、退票，智能化的訂票。在曾經(jīng)看來是 復(fù)雜繁瑣的工作，變得簡單快速人性化。 通過提高售票效率， 還可以提高火車運(yùn) 輸甚至整個(gè)運(yùn)輸業(yè)的運(yùn)行效率?；疖囌臼燮毕到y(tǒng)的主要作用是通過計(jì)算機(jī)實(shí)現(xiàn)票務(wù)信息的統(tǒng)一管理， 來提高 工作效率， 使售票員售票和乘客購票更加方便高效。 實(shí)現(xiàn)計(jì)算機(jī)管理的當(dāng)然少不 了數(shù)據(jù)庫技術(shù)。

5、我們可以利用數(shù)據(jù)庫將整個(gè)火車站的票務(wù)情況存入計(jì)算機(jī)， 再配 置上界面友好功能完善的用戶接口， 以滿足用戶需求。 一個(gè)火車站售票信息管理 系統(tǒng)應(yīng)達(dá)到的目標(biāo)是提供及時(shí)、準(zhǔn)確的信息服務(wù)，加快信息檢索的效率， 實(shí)況靈 活的查詢， 減輕管理人員制作報(bào)表和統(tǒng)計(jì)分析的負(fù)擔(dān)， 且系統(tǒng)規(guī)模不太大但又要 保證支持日常工作的要求，以便系統(tǒng)應(yīng)易于擴(kuò)充，提高管理水平。1.2 項(xiàng)目功能的概述本系統(tǒng)主要用于火車票的銷售，提供了以下幾個(gè)子功能：用戶登錄和注冊、 火車票訂購、火車票信息查詢、訂票查詢、售票、取票方式、改簽、退票以及后 臺方面的火車班次信發(fā)布、取消火車班次、訂票生成、取票號生成等后臺功能?；疖囌臼燮毕到y(tǒng)將由四部分

6、組成： 網(wǎng)上訂票客戶程序，售票員系統(tǒng)，系統(tǒng)管 理員系統(tǒng)以及置于服務(wù)器的數(shù)據(jù)庫服務(wù)器第 2 章 軟件開發(fā)環(huán)境2.1 軟件開發(fā)環(huán)境開發(fā)工具： Visual C+6.0使用的數(shù)據(jù)庫： Server 2008系統(tǒng)開發(fā)語言： C+開發(fā)環(huán)境： Win 72.2 軟件性能需求本系統(tǒng)對電腦配置要求不高， 一般中低端配置就行， 由于開發(fā)環(huán)境是 Win 7， 其他操作系統(tǒng)運(yùn)行此系統(tǒng)的穩(wěn)定性還未知。第 3 章 需求分析3.1 可行性研究該階段通過對系統(tǒng)目標(biāo)的初步調(diào)研和分析， 提出可行性方案并進(jìn)行論證。 我 們在這里主要從技術(shù)可行性、經(jīng)濟(jì)可行性和操作可行性三方面進(jìn)行分析。3.1.1 經(jīng)濟(jì)可行性本系統(tǒng)其他應(yīng)用軟件、 硬

7、件系統(tǒng)也易于獲得 .因此,開發(fā)成本較低。 而引進(jìn)使 用本系統(tǒng)后，與傳統(tǒng)方式相比，具有高效率、低成本、高質(zhì)量的特點(diǎn)，可以節(jié)省 不少人力、物力及財(cái)力。所以，從經(jīng)濟(jì)的角度來看，該系統(tǒng)可行。3.1.2 技術(shù)可行性系統(tǒng)實(shí)現(xiàn)依靠我相對熟悉的 C+語言和SQL Server2008數(shù)據(jù)庫系統(tǒng)，其基 本操作實(shí)質(zhì)還是對數(shù)據(jù)庫進(jìn)行添加、 刪除、查找等操作。 所以，從技術(shù)角度來看，該系統(tǒng)可行。3.1.3 操作可行性系統(tǒng)采用菜單式， 實(shí)現(xiàn)用戶與數(shù)據(jù)庫的交互， 界面設(shè)計(jì)時(shí)將盡量使系統(tǒng)界面 簡單易操作，充分考慮使用人員的習(xí)慣，使得操作簡單，數(shù)據(jù)錄入簡單、迅速、 規(guī)范、可靠；統(tǒng)計(jì)、計(jì)算準(zhǔn)確；制表靈活；適應(yīng)力強(qiáng)。因此，操作方

8、面的可行性 也能滿足。3.2 需求分析需求分析是軟件設(shè)計(jì)的一個(gè)重要的環(huán)節(jié)。 本階段對售票系統(tǒng)的應(yīng)用情況作全 面調(diào)查，以確定系統(tǒng)目標(biāo)， 并對系統(tǒng)所需要的基礎(chǔ)數(shù)據(jù)以及數(shù)據(jù)處理要求進(jìn)行分 析，從而確定用戶的需求。用戶對系統(tǒng)的需求我們從以下幾方面進(jìn)行分析。3.2.1 功能需求本火車售票系統(tǒng)應(yīng)該具備如下功能：1、查詢模塊：分為對車次信息的查詢和客戶對已訂車票信息的查詢。要求：1）對車次的查詢，可以按照發(fā)車車次進(jìn)行查詢；2）車次信息包括：火車列次、出發(fā)地、目的地、發(fā)車日期、開出時(shí)刻、票 價(jià)。3）座位類型設(shè)定。4）車次信息只允許用戶查詢，不能修改。2、售票模塊：通過查詢系統(tǒng)，根據(jù)客戶的需求找到滿意的車次，再

9、輸入個(gè)人信 息后直接通過網(wǎng)上售票確定已預(yù)訂選中的車票。要求 ：售票記錄應(yīng)包括：會(huì)員名、車號、發(fā)車日期、訂購票數(shù)、總價(jià)。3、退票模塊：可退票，通過查詢系統(tǒng)，可以根據(jù)客戶的名字找到客戶的訂票信 息，通過退票模塊退去已購車票。4、改簽?zāi)K：當(dāng)行程計(jì)劃有變是，可改簽，通過查詢系統(tǒng)，可以根據(jù)客戶的名 字找到客戶的訂票信息，通過改簽?zāi)K改簽已購車票。5、車次修改：提供車次信息、票價(jià)修改、站點(diǎn)修改、增加車次，減少車次、車 次的臨時(shí)調(diào)度和臨時(shí)路線更改等操作。6、統(tǒng)計(jì)信息：將要統(tǒng)計(jì)的車次號輸進(jìn)到統(tǒng)計(jì)界面，根據(jù)車次的售票情況作出銷 售額、客流情況統(tǒng)計(jì)表。3.2.2 數(shù)據(jù)需求1、數(shù)據(jù)錄入和處理的準(zhǔn)確性數(shù)據(jù)的輸入是否

10、正確是數(shù)據(jù)處理的前提， 錯(cuò)誤的輸入會(huì)導(dǎo)致系統(tǒng)輸出的不正 確和不可用，從而得不到想要的結(jié)果。 數(shù)據(jù)的輸入來源是手工輸入。 所以系統(tǒng)地 界面要讓用戶容易使用，如果用戶出現(xiàn)誤操作，系統(tǒng)能簡單明了的給出中文提 示。2、數(shù)據(jù)的一致性和完整性由于系統(tǒng)的數(shù)據(jù)是共享的， 在不同的代售點(diǎn)中，車次信息是共享數(shù)據(jù)，所以 如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決這一問題， 要求系 統(tǒng)能保證數(shù)據(jù)的一致性， 在數(shù)據(jù)錄入處控制數(shù)據(jù)的去向， 并且要求對數(shù)據(jù)庫的數(shù) 據(jù)完整性進(jìn)行嚴(yán)格的約束。對于輸入的數(shù)據(jù)， 要為其定義完整性規(guī)則，如果不能符合完整性約束， 系統(tǒng) 應(yīng)該拒絕該數(shù)據(jù)，并給出出錯(cuò)提示。3、數(shù)據(jù)的共享與獨(dú)立性

11、 整個(gè)售票系統(tǒng)的數(shù)據(jù)是共享的。 然而，從系統(tǒng)開發(fā)的角度上看，共享會(huì)給設(shè) 計(jì)和調(diào)試帶來困難。因此， 應(yīng)該提供靈活的配置， 使不同權(quán)限的用戶都可以正常 進(jìn)行操作。3.2.3 性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運(yùn)行，本系統(tǒng)應(yīng)該滿足 以下的性能需求。1. 準(zhǔn)確性和及時(shí)性 系統(tǒng)處理的準(zhǔn)確性和及時(shí)性是系統(tǒng)的必要性能。 系統(tǒng)應(yīng)能及時(shí)而且準(zhǔn)確的根 據(jù)用戶權(quán)限及所輸入的信息做出響應(yīng)。 由于本系統(tǒng)的查詢功能對于整個(gè)系統(tǒng)的功 能和性能完成舉足輕重。 作為系統(tǒng)的很多數(shù)據(jù)來源， 而車票的數(shù)量和時(shí)間又影響 用戶的決策活動(dòng)， 其準(zhǔn)確性和及時(shí)性很大程度上決定了系統(tǒng)的成敗。 在系統(tǒng)開發(fā) 過程中，必須采用一定

12、的方法保證系統(tǒng)的準(zhǔn)確性和及時(shí)性。2. 易用性本系統(tǒng)是直接面對用戶的， 而用戶往往對計(jì)算機(jī)并不是非常熟悉。 這就要求 系統(tǒng)能夠提供良好的用戶接口，易用的人機(jī)交互界面。要實(shí)現(xiàn)這一點(diǎn)， 就要求系 統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息的界面，從而保證系統(tǒng)的易用性。此外，對服務(wù)器的要求，至少能夠滿足當(dāng)?shù)厥燮比藛T同時(shí)訪問。對客戶端， 在線使用的電腦中安裝即可使用， 使用本系統(tǒng)功能時(shí)，電腦配置一般情況下， 響 應(yīng)速度 2s 左右，3.2.4 約束與限制客戶下訂單提交后需在半小時(shí)內(nèi)進(jìn)行確認(rèn)信息，并且做出相應(yīng)的決定，如： 退票、換票、付款等。售票員在開車前半小時(shí)不準(zhǔn)售票，在開車前 2 小時(shí)不準(zhǔn)退 票。改簽的天

13、數(shù)的范圍為 1 天，一天內(nèi)只能改簽一次。關(guān)于操作權(quán)限，客戶應(yīng)該只有查詢、訂票、改簽、退票的權(quán)限，售票員應(yīng)該 只有售票和查詢票務(wù)信息的權(quán)限， 管理員應(yīng)該給予特殊權(quán)限， 使之能對票務(wù)信息 查詢、修改。第 4 章 總體設(shè)計(jì)4.1 系統(tǒng)概要本火車站售票系統(tǒng)是根據(jù)需求分析開發(fā)的原型系統(tǒng)， 目的是為了火車站工作 人員順利快速完成每次售票工作，以致火車運(yùn)行暢通。該系統(tǒng)在開發(fā)各個(gè)階段， 都突出現(xiàn)代軟件設(shè)計(jì)的新思想、新技術(shù)的研究與應(yīng)用及其有效性和實(shí)用性的證 實(shí)。系統(tǒng)使用的用戶主要有：客戶、售票員、系統(tǒng)管理員。都是在客服端界面上 進(jìn)行操作， 并不需要了解服務(wù)器具體情況。 只要用戶的計(jì)算機(jī)上安裝本單機(jī)版軟件便可方便

14、的使用本系統(tǒng)4.2 系統(tǒng)結(jié)構(gòu)組成系統(tǒng)的軟件系統(tǒng)總體分為五部分：登錄、售票、退票、改簽、用戶管理。：登錄模塊：驗(yàn)證用戶合法性，登錄后設(shè)定用戶權(quán)限；售票模塊：提供查詢和售票操作；退票模塊：提供查詢、核對信息和退票操作；改簽?zāi)K：提供查詢、核對信息和改簽操作；車次修改：提供車次信息、票價(jià)修改、站點(diǎn)修改、增加車次，減少車次、車 次的臨時(shí)調(diào)度和臨時(shí)路線更改等操作；統(tǒng)計(jì)信息：將要統(tǒng)計(jì)的車次號輸進(jìn)到統(tǒng)計(jì)界面， 根據(jù)車次的售票情況作出銷 售額、客流情況統(tǒng)計(jì)表。總體數(shù)據(jù)流圖如下圖：總體結(jié)構(gòu)圖下圖:第5章詳細(xì)設(shè)計(jì)5.1 數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫介紹系統(tǒng)基于Visual C+6.0平臺開發(fā)，使用了 Server2008數(shù)據(jù)

15、庫。Server 2008 功能強(qiáng)大，方便系統(tǒng)管理員組織和共享的數(shù)據(jù)庫，方便系統(tǒng)管理員工作組作出更好的決策。數(shù)據(jù)表設(shè)計(jì)F面具體創(chuàng)建每一個(gè)表:表1管理員信息字段名稱字段類型主鍵外鍵是否為空默認(rèn)值管理員IDVarchar（10）是否否001管理員姓名Varchar（50）否否否Admin管理員密碼Varchar（16）否否否無表2售票員字段名稱字段類型主鍵外鍵是否為空默認(rèn)值售票員IDVarchar（10）是否否100售票員姓名Varchar（50）否否否無售票員密碼Varchar（16）否否否無證件號碼Varchar（20）否否否無聯(lián)系地址Varchar（50）否否否無聯(lián)系電話Varchar（20

16、）否否否無表3客戶表字段名稱字段類型主鍵外鍵是否為空默認(rèn)值客戶IDVarchar（10）是否否10000客戶姓名Varchar（50）否否否無客戶密碼Varchar（16）否否否無證件號碼Varchar（20）否否否無真實(shí)姓名Varchar（50）否否否無聯(lián)系地址Varchar（100）否否否無郵政編碼Varchar（10）否否否無聯(lián)系電話Varchar（20）否否否無表4訂單信息字段名稱字段類型主鍵外鍵是否為空默認(rèn)值訂單號Varchar（10）是否否10000乘車日期Datetime否否是無車次Varchar（10）否是是無始發(fā)站Varchar（10）否否是無終點(diǎn)站Varchar（10）否否

17、是無席別Varchar（10）否否是無票種Varchar（10）否否是無張數(shù)Varchar （5）否否是1備注Varchar（100）否否是無表5列車信息表字段名稱字段類型主鍵外鍵是否為空默認(rèn)信息始發(fā)站Varchar（10）否否是無車次Varchar（10）是否否無終點(diǎn)站Varchar（10）否否是無發(fā)車時(shí)間Datetime否否是無?？空綱archar（10）否否是無到站時(shí)間Datetime否否是無票種Varchar（10）否否是無表6火車票表字段名稱字段類型主鍵外鍵是否為空默認(rèn)信息票種Varchar（10）是否否無車次Varchar（10）否是否無張數(shù)Varchar（10）否否是1數(shù)據(jù)表的應(yīng)

18、用當(dāng)客戶端登錄時(shí)，后臺服務(wù)器查找數(shù)據(jù)庫，匹配相應(yīng)的用戶名和密碼，若未找到，則返回錯(cuò)誤信息。登錄訂票系統(tǒng)，用到售票員表，通過每一個(gè)售票員來操 作每一個(gè)終端，通過對客戶需求（即：客戶買票的要求填寫訂單信息表，包括火 車票表）。若要查詢統(tǒng)計(jì)功能則需要以管理員身份登錄，用到管理員信息表，管 理員可以修改列車時(shí)刻表。5.2模塊設(shè)計(jì)本火車售票下系統(tǒng)主要有登錄/注冊、查詢、售票、退票、改簽、修改車次、 統(tǒng)計(jì)信息這些功能，設(shè)計(jì)時(shí)按這些功能設(shè)計(jì)模塊就可以了。其詳細(xì)功能圖如下：本火車售票下系統(tǒng)有客戶、售票員、系統(tǒng)管理員三種用戶，其中客戶可以自 己注冊賬戶登錄，而售票員和系統(tǒng)管理員則直接由相關(guān)部門授權(quán)給定賬號密碼登

19、 錄。其程序流程圖如下所示：登錄是否是驗(yàn)證輸入正確格驗(yàn)證輸入確格式格式調(diào)用函數(shù)調(diào)用函數(shù)提示輸入錯(cuò)誤i t否注冊到數(shù)據(jù)庫中匹配提示賬號或密碼錯(cuò)、rr_誤?匹配失敗存儲(chǔ)到數(shù)據(jù)庫中四配成功登錄成功登錄是否客戶登錄/注冊模塊流程圖輸入登錄信息售票員/管理員登錄模塊流程圖522查詢模塊客戶與售票員成功登錄后，都具有查詢車票信息的權(quán)限，其享有的操作是一 樣的。查詢可分為按車次查詢與站點(diǎn)查詢，客戶或售票員通過輸入待查詢車次或者 站點(diǎn)查詢車票的相關(guān)信息，包括票價(jià)，時(shí)刻，剩余票數(shù)等信息。若用戶輸入的車 次或者站點(diǎn)錯(cuò)誤，系統(tǒng)會(huì)提示輸入錯(cuò)誤。能夠?qū)蛻粢蟮拇蟛糠植樵冾愋投寄軌虿樵儯總€(gè)查詢功能鍵都一目了 然，能快

20、速精確的顯示要查詢的信息。要求單次的查詢系統(tǒng)的處理時(shí)間在 2秒以 內(nèi)。查詢功能時(shí)序圖如下圖:1:輸人直詢信啟HE仙A白_£e：車票嵐社 < T；車票信息吒L1客服或售票員4.遮回查踴的僧慝5：建立>©:車票信息查詢功能時(shí)序圖輸入項(xiàng)目：車次號或者站名。輸出項(xiàng)目：車次號、站點(diǎn)、發(fā)車時(shí)間、至V站時(shí)間、剩余票數(shù)、車票價(jià)格、旅 程歷時(shí)。該模塊通過訪問數(shù)據(jù)庫查詢車票信息，提取客戶或售票員輸入的車次或者站 名，封裝成SELECT語句，至威據(jù)庫中查詢車票信息，將信息返回到用戶界面。 若輸入錯(cuò)誤，彈出錯(cuò)誤提示框。其程序流程圖如下圖：查詢功能流程圖523售票模塊客戶成功登錄后，享有

21、購票服務(wù)；售票員成功登錄后，享有售票權(quán)限。購票與售票實(shí)質(zhì)上是同一中操作，只不過是操作主體不同，下面對售票員的售票模塊 進(jìn)行說明。根據(jù)客戶的需求如發(fā)車日期、發(fā)車時(shí)間、車票類型（學(xué)生票、軍人票）等,客售票員查詢相關(guān)的車票信息，選擇客戶所需要的車次，下訂單，然后結(jié)算。單 次售票任務(wù)在25秒之內(nèi)完成，系統(tǒng)的反應(yīng)時(shí)間在 3秒之內(nèi)；保證多臺機(jī)器同時(shí) 運(yùn)行該系統(tǒng)不會(huì)有過高延時(shí)。售票時(shí)序圖如下圖所示：售票功能時(shí)序圖輸入項(xiàng)目：車次、站點(diǎn)、日期。輸出項(xiàng)目：車票信息、剩余票數(shù)。售票員輸入客戶預(yù)購車票的相關(guān)信息，調(diào)用查詢模塊，到數(shù)據(jù)庫中查詢是否 有票，若有，則選擇需要的票數(shù)和車次，并將賣出票數(shù)寫入數(shù)據(jù)庫，數(shù)據(jù)庫中對

22、應(yīng)車次剩余票數(shù)刷新，儲(chǔ)存，售票員選擇打印火車票給客戶；若無則提示車票已 售完，回到輸入信息界面，重復(fù)上邊的算法流程。售票算法流程圖如下圖：售票算法流程圖524退票模塊客戶與售票員登錄后，均有退票的權(quán)限，下面對售票員的退票情景進(jìn)行分析。 處理客戶由于某種情況需要退回車票的情況， 客戶要在車站指定的時(shí)間內(nèi)進(jìn) 行退票。超過指定時(shí)間，只能改簽，不能退票。系統(tǒng)及時(shí)的記錄下所退回的車票， 更新數(shù)據(jù)庫。退票時(shí)序圖如下圖所示:數(shù)據(jù)庫DAO2;翻5:威場逼回 E乎甦住64衽是苦匹配確訊退幕&車斛息<退票控制器於售票員退票界面J-退票13：威功返回44:誕就金頡w佔(zhàn):堤袖退趕額TIII退票時(shí)序圖輸入項(xiàng)目：車票編號。輸出項(xiàng)目：確認(rèn)車票界面、警告提示、退票款、數(shù)據(jù)修改成功。售票員掃描客戶欲退車票的條形碼，獲得車票編號，售票員點(diǎn)擊退票按鈕， 將車票編號交給退票模塊。退票模塊到數(shù)據(jù)庫中查詢此票是否已售出，若匹配則 點(diǎn)擊確認(rèn)退票，退票模塊修改數(shù)據(jù)庫， 售票員返還退票款；若不匹配則會(huì)提示售 票員此票未售出。退票算法流程圖如下圖所示:退票算法流程圖525改簽?zāi)K客戶與售票員登錄