客車網(wǎng)上售票系統(tǒng)需求分析

1. 引言
1.1. 背景
目前我國進入飛速發(fā)展的智能交通時代，在這個信息化的時代，汽車售票信息化也是迫在眉睫的事情，隨著出行的旅客數(shù)量的增加，客運部門的日常工作量和繁瑣度也隨之增加，而在票務(wù)管理這一塊需要的人手非常大，所以開發(fā)服務(wù)于鐵路系統(tǒng)的訂票系統(tǒng)也是信息化必經(jīng)的步驟。

傳統(tǒng)的人工售票已經(jīng)不適合這個信息化時代，人工售票的缺點在于必須要到站買票，而不是每個人都離車站很近，那么買票，坐車會在路上花費大量的時候，如果是網(wǎng)上訂票，那么可以節(jié)省在路上浪費的時間；傳統(tǒng)的訂票方式，對于班次的信息必須要詢問售票員，當節(jié)假日客游量大的時候，往往是排長龍買票，詢問的人多了，既增加了售票員的工作量，也浪費了旅客的時間，所以開發(fā)客車網(wǎng)上售票系統(tǒng)是這個信息化時代必然的趨勢。

隨著科學技術(shù)的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領(lǐng)域并發(fā)揮著越來越重要的作用。

作為計算機應(yīng)用的一部分,使用計算機對客車售票進行管理,具有手工管理所無法比擬的優(yōu)點。例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等這些優(yōu)點能夠極大地提高客車信息管理的效率,也是企業(yè)的科學化、正規(guī)化管理，與世界接軌的重要條件。與傳統(tǒng)的人工售票相比，網(wǎng)上購票時間相對自由，而且免去了節(jié)假日需要提前搶票的麻煩與需要付出的大量時間去排隊，有意向乘車的人也可以在網(wǎng)上實時了解車輛班次、車票價格等信息。

本系統(tǒng)主要闡述客車票網(wǎng)上售票系統(tǒng)的后臺操作過程及一些關(guān)鍵技術(shù)。該系統(tǒng)信息來源主要由管理員添加，方便客車信息管理員的查詢，用戶可以通過查詢到相關(guān)的客車票信息，判斷是否適合自己乘坐，也可以在網(wǎng)上直接訂票，省時省力。由于本系統(tǒng)的開發(fā)以節(jié)省資源為首，充分利用網(wǎng)絡(luò)資源，所以本客車車票訂購上所看到的客車票信息均來自互聯(lián)網(wǎng)。
1.2.系統(tǒng)安裝和環(huán)境配置

a)本系統(tǒng)是基于B/S網(wǎng)絡(luò)架構(gòu)開發(fā)的軟件，安裝客車票網(wǎng)上售票系統(tǒng)需WindowsXP/7/10操作系統(tǒng)中的任一種，操作系統(tǒng)中應(yīng)已安裝Chrome瀏覽器。此外，硬盤中應(yīng)至少有兩個分區(qū)，其中D盤符是必須的。使用的是mysql數(shù)據(jù)庫。

b)使用MyEclipse10.0開發(fā)工具包或Eclipse JavaEE6.0、tomcat7.0服務(wù)器和JDK1.7。

c)根據(jù)用戶對windows的操作系統(tǒng)使用量比較大，因此選用windows 10操作系統(tǒng)。

2. 功能需求
2.1. 系統(tǒng)范圍
通過網(wǎng)絡(luò)售票，人們不必再親自到售票廳去購票，節(jié)省了在路上浪費的時候，也可以查詢到所有在售車票信息，在預(yù)訂隨意性上游刃有余，而車站工作人員由于購票需求通過網(wǎng)絡(luò)而大量分流，減少了工作量，為車站節(jié)省了人員成本，本次將設(shè)計一套方便、實用的高鐵訂票系統(tǒng)，能夠提高高鐵部門人員的工作效率、降低在票務(wù)管理這一塊所花費的大量人力物力；減少旅客在訂票、改簽、退票過程中浪費的大量時間。

當然，利用這套客車售票系統(tǒng)，運輸部門的工作人員可以實時的獲知各車次票務(wù)的預(yù)售情況、旅客信息的管理、車票退改簽的管理。

目前我國客車售票主要有汽車站窗口售票與分布在城鎮(zhèn)的代售點售票兩種，另外也有少量的網(wǎng)友自發(fā)組織的網(wǎng)上轉(zhuǎn)讓，只是由于網(wǎng)上交易不安全，不規(guī)范，并且問題較多并不能解決問題。一旦遇到高峰期出行，就只能老老實實去排長隊，即使這樣也很難買到票。而票源緊張，就會有黃牛黨囤積居奇，進而加劇了票源供求緊張，票價上揚。

在春運期間，為了打擊黃牛，杜絕炒票，采取了部分電話訂票和取消代售點的措施，但春運期間本應(yīng)動員社會力量分散售票，這卻導致了在這特殊時期人們更加集中在車站購票或是集中在電話訂票。而這些措施并不能杜絕黃牛炒票，他們利用先進設(shè)備大量訂票，真正有需求的人因為只有普通的電話反而訂不到票。鐵路部門制定緊急措施，搭建臨時售票窗口，公安部門投入大量警力大力打擊倒票，但這也只是治標不治本，根本不能堵住到票產(chǎn)生的漏洞。

所以，目前鐵路所面對的問題，除了春運等高峰期時運力確實不足外，票務(wù)體系落后也是人民購票難，黃牛猖獗的原因。

2.2. 系統(tǒng)體系結(jié)構(gòu)

系統(tǒng)總體架構(gòu)圖：

系統(tǒng)總體架構(gòu)描述：

a)概述：評測系統(tǒng)主要用于網(wǎng)絡(luò)車票的買賣，因此分成兩個部分：前臺功能模塊、后臺系統(tǒng)同管理模塊。

b)前臺功能模塊：

用戶注冊（游客進行該網(wǎng)站需要進行注冊方可在系統(tǒng)中進行一系列與預(yù)訂有關(guān)的活動）
票務(wù)查詢（旅客按出發(fā)地、到達地查詢各車次的車票情況）
車票銷售（選擇需要的車票，填寫購買信息，比如：身份證號等，進行提交）
改簽（用戶對已付款的訂單車票信息進行變更操作）
退票（用戶對已付款的訂單車票信息進行退貨操作）
信息瀏覽（查看管理員發(fā)布的各種信息）
留言板（用戶登陸后可以在留言板中發(fā)表留言，未登陸的用戶則只能瀏覽其它用戶發(fā)表的留言）
個人信息修改。

c)后臺系統(tǒng)管理

用戶管理（管理系統(tǒng)用戶信息，作增刪改查操作）
票務(wù)管理（列車票務(wù)信息的增刪改查）
信息發(fā)布（管理員發(fā)布公告類新聞和圖片類新聞）
留言中心管理
訂單統(tǒng)計
銷售情況查詢
個人信息修改

2.3. 系統(tǒng)總體流程

a)操作流程：

管理員維護系統(tǒng)會員信息，對會員信息進行增刪改查操作，此處會員信息由于與訂單信息相關(guān)聯(lián)，刪除是采用的邏輯刪除，即每個用戶有一個delstatus刪除狀態(tài)，正常為0，已刪除是1，當用戶的delstatus狀態(tài)為1時，則不能登陸，也不能為管理所查詢。

管理員維護車票信息功能，即管理員添加車票信息，如：車票編號，始發(fā)站，日期，說明等，車票信息為貫穿整個系統(tǒng)的核心數(shù)據(jù)，關(guān)聯(lián)訂單表。

車票管理的功能有新增、查詢、編輯和刪除

管理員查看會員的訂單信息，由于本系統(tǒng)為自動售票系統(tǒng)，所以管理員只能對訂單信息進行查詢，不需要作其它操作，訂單信息集成了訂單中的票務(wù)信息，數(shù)量，訂單會員，電話，身份證等信息。

訂單退票信息會員的退票操作產(chǎn)生的數(shù)據(jù)，可以一目了然的看到會員每一筆退票操作，包括所退訂單中的車票始發(fā)站，訂單人的基礎(chǔ)信息，本功能的數(shù)據(jù)也只為管理員所查看

管理員可以對各個票務(wù)信息的余票進行查詢，余票查詢功能分為流水記錄和余票盤點，即可以查詢每一班的車票信息的售出出庫及退票入庫明細信息和每一班車票的剩余數(shù)，幫助車站方面及時調(diào)整調(diào)度工作。

管理員查看及回復(fù)會員的留言問題，在站內(nèi)形成一個互動平臺，更有利于車站與旅客的溝通及交流。

管理員后臺回復(fù)留言和留言刪除

游客想要在線訂票則必須先進行會員注冊，會員注冊時需要填寫個人的真實信息，包括姓名，電話身份證等必要信息，注冊時后臺需要驗證用戶名的唯一性，如果必填項為空則不允許提交注冊并給出提示。

會員或游客均可對票務(wù)信息進行站站查詢，查詢的結(jié)果顯示在車票列表頁，會員登陸后可以點擊需要的車票信息進入購買頁面。

本功能的流程為，會員選定車票購買后，車票信息進入待確認欄，會員在待確認欄進行付款，則生成訂單，可以我的訂單頁進行查詢。如果車票的余量為0時則提示會員不能購買，否則在待確認訂單后在可以進行購買，移出等操作，會員在付款前可以對車票數(shù)量進行修改。

會員登陸后可以對已付款的訂單進行退票操作，此時車票余量信息自動恢復(fù)訂單中的車票數(shù)量，并返還票面金額95%的金額至會員帳戶。

每一次訂單會員均有一個改簽的機會，改簽車票只限本線路車票的其它時刻的車票，改簽不需要手續(xù)費，本模塊設(shè)計訂單生成時的是否改簽狀態(tài)為NO，如果訂單被改簽過一次則此狀態(tài)更新為YES，則不能再次改簽。

當會員選定目標車票后，后臺先判斷目標車票的余量信息，若舊車票的數(shù)量大于目標車票的余量則不允許改簽并給予提示，反之則將目標車票的余票減于訂單中舊車票的數(shù)量，且將舊車票的余票量加上對應(yīng)的數(shù)據(jù)，保證了整個票務(wù)余票的進出合理性。

2.4. 數(shù)據(jù)庫設(shè)計

a)E-R圖

b)

c)

d)

e)數(shù)據(jù)字典

系統(tǒng)用戶信息表

系統(tǒng)用戶信息表主要用來存儲系統(tǒng)用戶的信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	11	ID(主鍵)
uname	varchar	255	用戶名
upass	varchar	255	密碼
realname	varchar	255	姓名
tel	varchar	255	電話
CardId	varchar	255	身份證
delstatus	varchar	255	刪除狀態(tài)
type	varchar	255	用戶類別

待確認信息表

待確認信息表用來保存會員預(yù)選的車票信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	11	ID(主鍵)
productid	varchar	255	車票ID
num	varchar	255	數(shù)量
memberid	varchar	255	會員ID

票務(wù)記錄信息主表

票務(wù)記錄信息主表用來記錄商品的出入庫記錄信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	11	ID(主鍵)
productid	varchar	255	車票ID
num	varchar	255	增減數(shù)量
type			增減類型
savetime			日期

留言信息表

留言表用來保存用戶的留言信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	255	ID(主鍵)
content	varchar	255	留言內(nèi)容
reply	varchar	255	回復(fù)內(nèi)容
savetime	varchar	255	留言日期
memberid	varchar	255	會員ID

新聞類信息表

新聞類表用來保存站內(nèi)新聞信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	11	ID(主鍵)
title	varchar	255	信息標題
content	varchar	255	內(nèi)容
savetime	varchar	255	日期
type	varchar	255	信息類別
imgurl	Varchar	255	圖片路徑

訂單信息表

訂單表用來保存用戶提交的訂單信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	11	ID(主鍵)
orderid	varchar	255	訂單ID
proinfo	varchar	255	訂單車票明細
memberid	varchar	255	會員ID
price	varchar	255	訂單金額
savetime	varchar	255	訂單日期
fkstatus	varchar	255	付款狀態(tài)
tel	varchar	255	收貨人電話
addr	varchar	255	身份證
type	varchar	255	訂單類別

車票信息表

車票信息表用來保存車票信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	11	ID(主鍵)
prono	varchar	255	車票編號
Filed1	varchar	255	出發(fā)地
Filed2	varchar	255	到達地
price	varchar	255	單價
remark	text	0	車票詳情
delstatus	varchar	255	刪除狀態(tài)

商品類別信息表

商品類別信息表用來保存商品的商品類別情況信息

字段名	數(shù)據(jù)類型	長度	描述
ID	int	11	ID(主鍵)
productid	varchar	255	車票ID
num	varchar	255	銷售數(shù)量
savetime	varchar	255	銷售日期

2.5.工作量估算

模塊	功能	工作量
前臺	注冊	4工時
	登錄	4工時
	個人信息修改	4工時
	留言板	4工時
	信息瀏覽	4工時
	訂單（改簽 退票）	6工時
后臺	登錄信息	4工時
	票務(wù)管理	4工時
	信息發(fā)布	4工時
	留言中心管理	4工時
	訂單統(tǒng)計	2工時
	銷售情況查詢	1工時

總結(jié)

以上是生活随笔為你收集整理的客车网上售票系统需求分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。