第一篇：數據分析報告 鐵路售票系統

畢業實習數據分析報告

1.調查實際環境背景

信息時代已經來臨,信息處理的利器——計算機應用于火車站售票的日常管理為火車站售票的現代化帶來了從未有過的動力和機遇，為火車站票務管理領域的飛速發展提供了無限潛力。采用計算機管理信息系統已成為火車站票務管理科學化和現代化的重要標志，給火車站票務帶來了明顯的經濟效益和社會效益。計算機已經成為人們生活不可或缺的一部分。

隨著Internet的迅速發展和用戶數量的急劇增加，互聯網對于企業和事業單位的運營和發展日益重要，網上交易也逐漸被人們認可，并成為未來交易的發展方向。鐵路售票系統也不例外。

鐵路售票系統是鐵路旅游服務信息系統的一個重要組成部分，為旅客提供優質便捷的服務。為了提高鐵路客運的售票效率，豐富鐵路客運的營銷手段，火車站售票總站及其下屬代售點可以通過公用的互聯網資源，實現網上的售票，查詢及管理工作。

在計算機網絡，數據庫和先進的開發平臺上，利用現有的軟件，配置一定的硬件，開發一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的鐵路網上售票系統，為企業的決策層提供準確、精細、迅速的車票銷售信息。

2.描述現實狀況及工作流程 2.1現實狀況

隨著旅游業的逐漸的成熟發達，鐵路客運量大幅度的提高，各大省市的列車都顯著的增加，這些都對列車票務管理系統提出了更高的要求，所以要不斷的完善更新列車票務管理系統，提高列車售票系統的工作效率。隨著科學的不斷進步，計算機應用已經遍布整個社會的每個角落。目前社會正處于健保發展方興未艾的時代，各火車站莫不兢兢業業地改善本身的體制或管理方式，以適應健保越來越嚴格的規范。列車在我國的人員流動、物資運輸中占據著舉足輕重的地位。全國有大量的人員通過搭乘火車到達目的地。而與火車的特殊性及可能經過多個城市，每個城市的車站可以出售此火車的車票。而且同一車站可能有多輛車經過。許多希望以最快的方式選擇自己想來乘坐的那一趟列車。所以以人工的方式和單純的列車票務管理系統都不可能實現這種功能的。一種可行的方案是通過網上訂購，可以達到高效、便捷的購票。鐵路網上售票系統的實施，將會在一定程度上促進鐵路客運生產力和生產關系的變革，增強市場競爭能力，提高鐵路部門的工作效率，提升管理水平，減少勞動強度，方便廣大旅客購票，有一定的社會和經濟效益。

2.2工作流程

系統要處理的對象主要包括票存系統基本信息、票務人員基本信息、客戶基本信息、訂票單基本信息、退票單基本信息、車票基本信息、車票銷售記錄基本信息。①查詢：可以通過起點站與終點站在進行查詢，也可根據具體的車次輸入進行查詢，同時每次查詢都會顯示車次號，點擊即可顯示該趟列車所進過站點的詳細信息，其中包括所到達每個站的到達時間與出發時間。

②客戶注冊、登錄：由于要進行網上訂購車票，用戶需注冊，填寫有關信息，由由票務人員負責送車票到客戶手中。

③訂票業務：本系統為網上訂票，用戶經過查詢車次信息、票務信息，找到自己所需的車票通過所關聯的賬戶進行訂購。

④退票業務：根據客戶提供的情況（車次、時間）為客戶辦理退票手續，退票時按票價的80%退給客戶金額，若所退票額能滿足他的要求，則為他辦理退票手續，同時在數據庫中進行更新。（車票價格低于2元不予退票）

⑤更新功能：該系統隨時跟據車輛的變化情況進行更新，增加車輛時可以在系統中插入該車的詳細信息，同時也能根據需要修改某趟車經過的站點與發車時間，當某趟車停止、開行時可以刪除該趟車的信息。同時包括對列車信息、站點信息、訂票記錄等的更新功能。

⑥車票配送：客戶在訂購了車票之后,管理人員通過后臺管理訂票記錄,然后根據客戶的要求由票務人員及時為其配送車票。（1）客戶注冊及登錄流程圖：

2.1 注冊登錄流程圖

（2）訂票業務流程圖：

2.2 訂票業務流程圖（3）退票業務流程圖：

2.3 退票業務流程圖

鐵路網上售票系統數據流程圖如下圖2.4—圖2.7：（1）頂層數據流程圖：

2.4 頂層數據流程圖（2）第一層數據流程圖：

2.5 第一層數據流程圖

（3）第二層數據流程圖—訂票：

2.6 第二層數據流程圖-----訂票

（4）第二層數據流程圖—退票：

2.7 第二層數據流程圖-----退票

3.數據分析

參照業務流程圖和數據流程圖，分別畫出分E-R圖，如圖3.1至3.4所示。

(1)根據圖2.2抽象出的進貨分E-R圖：

3.1 車票配送E-R圖

(2)根據圖2.6抽象出的銷售分E-R圖：

3.2 客戶訂票E-R圖

(3)根據圖1.7抽象出的存儲分E-R圖：

3.3 客戶退票E-R圖(4)根據圖2.4抽象出的存儲分E-R圖：

3.4售票記錄E-R圖

各E-R圖中的實體屬性如下圖3.5至圖3.10：（1）車票及其屬性：

3.5 車票及其屬性

（2）客戶及其屬性：

3.6 客戶及其屬性

（3）票務人員及其屬性：

3.7 票務人員及其屬性

（4）票存系統及其屬性：

3.8 票存系統及其屬性

（5）訂票單及其屬性：

3.9 訂票單及其屬性

（6）退票單及其屬性：

3.10 退票單及其屬性 根據各分E-R圖合并整體E-R圖，具體方法是將4個E-R圖中相同的實體，進行合并，消除屬性沖突、命名沖突、結構沖突之后得到總E-R圖如圖3.11所示。

3.11 全局E-R圖

5.設計數據庫

5.1數據庫物理設計階段目標和任務

數據庫的物理設計是為邏輯數據模型選取一個最合適應用需求的物理結構的過程，在這個階段中需要完成的任務是：

(1)確定數據庫的物理結構，在關系數據庫中主要是存取方法和存儲結構；(2)對物理結構進行評價，評價的重點是時間和空間效率。

5.2數據字典

(1)數據項如表5.1所示。

數據項編號 I1 I2 I3 I4 I5 I6 數據項名數據項含義

稱 Tno Tprice 車票編號 車票價格

車票的編號 車票的售價 某次列車的編號 包括硬座、軟臥、無座Tstype Tpno Tsta 座位類型

等

座位編號 出發站

出發

車票上所示乘客要到達車廂號和座位編號 車票上所示乘客從何處

char char char char int char

簡述

類型

寬度（位）60 8 8 8 20

取值范圍

Trainno 車次

I7 Tdes 目的站 的地方

char 20 YYYY:MI8 Tstatime 發車時間 列車從該站出發的時間 datetime M:DD hh:mm YYYY:MI9 Tdestime 到站時間 列車終到目的站的時間 datetime M:DD hh:mm I10 I11 I12 I13 I14 I15 I16 I17 Bno Bdate Btime Bqua Bpou Sno Sdate Stime 訂票單號 訂票日期 訂票時間 訂票數量 訂票手續費

訂購火車票單據的編號 訂購火車票的日期 訂購火車票的時間 一次性訂購的數量 訂購火車票所支付的額

char datetime datetime int int

YYYY:MM:DD

hh:mm 1-50 5 YYYY:M

外費用

售票單號 開售單日期

日期

開售單時間 開出銷售火車票單據的datetime

銷售火車票單據的編號 開出銷售火車票單據的datetime char

M:DD hh:mm 數據項編號 數據項名數據項含義

稱

時間

簡述

類型

寬度（位）

取值范圍

I18 I19 I20 I21 Sgname Sgno 領票人姓名 領取火車票人的姓名 領票人身份證號

領取火車票人的身份證

char char 20

≤

號碼

支付票款的日期 支付火車票金額及手續

date int

費 Sddate Sdamo 交款日期 交款金額 即時退票單

100000

char

YYYY:MI22 Pdno 號 即時退票日

即時退票單據的編號

I23 Pddate 期 即時退票時

即時退票的日期 datetime

M:DD I24 Pdtime 間 即時退票數

即時退票的時間 datetime hh:mm I25 Pdqua 量 即時退票金

一次性即時退票的數量 即時退票后應收取的金

int 1-50 ≤I26 Pdamo 額 即時退票手

額

即時退票所支付的額外

int

100000 I27 Pdpou 續費 退票申請單

費用

客戶向服務器申請退票

int 2 I28 Adno 號 退票申請日的單據的編號

char 14 YYYY:MI29 Addate 期 退票申請時

申請退票的日期 datetime

M:DD I30 I31 I32 Adtime 間

Adqua Dno 退票數量 退票單號

申請退票的時間 一次性退票的數量 退票單的編號

datetime int char

hh:mm 1-50 數據項編號 I33 I34 I35 數據項名數據項含義

稱 Ddate Dtime Damo 開退單日期 退票的日期 開退單時間 退票的時間 退票金額

退票后應收取的金額 退票所應支付的額外費

datetime datetime int

簡述

類型

寬度（位）

取值范圍 YYYY:MM:DD

hh:mm ≤100000 I36 I37 I38 Dpou Cname Cno 退票手續費

用

客戶名 客戶身份證

客戶的身份證號碼

號 客戶銀行卡

客戶的姓名

int char char

I39 I40 I41 I42 Ccano 號

Cphone Cadd Cid 客戶電話 客戶地址 登錄ID

客戶的銀行卡號碼 客戶的電話號碼 客戶的住址

客戶辦理網上業務的名

char char char char 12 30 14

稱

客戶辦理網上業務的名I43 Cpwd 登錄密碼

稱對應的密碼

票務人員編I44 Tsno 號 票務人員姓I45 Tsname 名 票務人員工I46 Tsadd 作地點 票存分系統I47 I48 Msno 編號

Msadd 票存分系統

票存系統分系統的服務

char

票存系統分系統的編號

char

票務人員所在的工作地

char

各車站票務人員的姓名

char

各車站票務人員的編號

char

char

數據項編號 數據項名數據項含義

稱

地址

所在地

某次售、退票業務記錄

簡述

類型

寬度（位）

取值范圍

YYYY:M

datetime

M:DD

datetime

hh:mm I49 Rdate 記錄日期

到系統的日期 某次售、退票業務記錄I50 Rtime 記錄時間

到系統的時間 某次售、退票業務賬目I51 Rsty 出入賬類型 的出入類型

某次售、退票應記錄的char 6 ≤I52 Ramo 出入帳金額

交易金額 表5.1 數據項

int

100000(2)數據結構如表5.2所示。

DS01 客戶信息

I38 客戶身份證號

I37 客戶姓名 I39 客戶銀行卡號 I40 客戶電話 I41 客戶地址 I42 登錄ID I43 登錄密碼

DS02 車票信息

I1 車票編號

I3 車次 I4 座位類型 I5 座位編號 I6 出發站 I7 目的站

I2 車票價格

DS03 票務人員信息

I44 票務人員編號 I45 票務人員姓名 I46 票務人員工作地點

I8 發車時間 I9 到站時間

DS04 訂票單的數據結構

I10 訂票單號

I37 客戶姓名 I38 客戶身份證號 I39 客戶銀行卡號 I40 客戶電話 I41 客戶地址 I3 車次 I4 座位類型 I6 出發站 I7 目的站

I2 車票價格 I13 訂票數量 I14 訂票手續費

I8 發車時間 I9 到站時間 I11 訂票日期 I12 訂票時間

DS05 售票單的數據結構

I15 售票單號

I22 即時退票單號

I3 車次 I37 客戶姓名 I38 客戶電話 I41 客戶地址 I18 領票人姓名 I19 領票人身份證號 I44 票務人員編號 I45 票務人員姓名 I13 訂票數量 I21 交款金額

I16 開售單日期 I17 開售單時間 I20 交款日期

I23 即時退票日期 I24 即時退票時間

DS06 即時退票的數據結構

I2 車票價格 I25 即時退票數量 I26 即時退票金額 I27 即時退票手續費 I37 客戶姓名 I38 客戶身份證號 I1 車票編號 I44 票務人員編號 I45 票務人員姓名

DS07 退票申請單的數據結構

I28 退票申請單號

I37 客戶姓名 I38 客戶身份證號 I39 客戶銀行卡號 I1 車票編號

I2 車票價格 I31 退票數量

I29 退票申請日期 I30 退票申請時間

DS08 退票單的數據結構

I32 退票單號

I37 客戶姓名 I38 客戶身份證號 I39 客戶銀行卡號 I6 出發站 I7 目的站 I44 票務人員編號 I45 票務人員姓名

I2 車票價格 I31 退票數量 I35 退票金額 I36 退票手續費

I33 開退單日期 I34 開退單時間

表5.2 數據結構

(3)數據流如表5.3所示。

數據流簡述

名稱

客戶網上欲訂票單 訂購火車票的單據 服務器開出售票單 銷售火車票的單據 業務人員開即時退出的即時退票單

票的單據 客戶向服務退票申器申請退票請單 的單據 服務器不同未通過意客戶退票單

申請的單據

拒絕退票單 服務器拒絕

服務器

客戶退票的客戶

I29+I30

天

天

I37+I38+I1+I2+I31+

20份/

200份/

塊 審理模

服務器

I29+I30

天

天

I37+I38+I1+I2+I31+

20份/

200份/

客戶

塊

I31+I29+I30

天

天

審理模

I37+I38+I39+I1+I2+

200份/

2000份/

員

I24

票務人

服務器 I2+I25+I26+I27+I23+

天

天

服務器

客戶

客戶 來源

去向

I37+I38+I39+I40+I41+

1000份

服務器 I3+I4+I6+I7+I2+I13+

/天

I14+I8+I9+I11+I12 I3+I37+I38+I39+I18+

1000份

I19+I13+I21+I16+I17+

/天

I20+I44+I45 I37+I38+I1+I44+I45+

10份/

100份//天 10000份/天 10000份

數據流

數據流

數據流組成

量

量

數據流

高峰流數據流簡述

名稱

單據 服務器同意

數據流來源

數據流

數據流組成

去向

數據流量

高峰流量

審理模通過單 客戶退票申

塊

請的單據 服務器開出退票單 的客戶退票的單據

服務器

票存模

I1+I2+I31+I29+I30

塊

I37+I38+I39+I6+I7+I

2180份/天

1800份/天

180份/

客戶

+I31+I35+I36+I8+I33+

天

I34+I44+I45 表5.3數據流

1800份/天

(4)處理邏輯如表5.4所示。

處理邏輯處理

處理邏輯簡述

輸入的數據流

處理

輸出的數據流

頻率

編號 名稱

根據客戶訂單信服務器

F1 訂票單，來向客戶P1.1 售票

銷售火的訂票單據

車票

錄

服務器

F3 即時退票為客戶即時P1.2 退票

時退票

退票單據

手續 服務器退票P2.1 審理 戶的退票申請

戶發出的退票申請單據

審理，確定是否同意

申請錄入系統；F8 退票

天

單，向客戶開出的退票審理客

F4 退票申請單，來源于客

根據客戶開出的退票申請單進行

F5 未通過單，拒絕客戶

200

申請；F7 通過單，同意

次/

更改 辦理即

戶發出的即時

統進行登記記錄

有詳細記錄

天

單，來源于客

信息，將票存系

賬，每次即時退票都要

次/

根據即時退票單

S1 票存系統、S2 流水

票并進行登記記

次售票都要有詳細記錄

源于客戶發出

售票單銷售火車

存系統、S2 流水賬，每天

息，向客戶開出

發出的售票單據；S1 票

次/

F2 售票單，向客戶售票

1000處理邏輯處理

處理邏輯簡述

輸入的數據流

處理

輸出的數據流

頻率

編號 名稱

單據

服務器錄入P2.2 系統 票銷售記錄 的火車

F7 通過單，來

根據通過單將退

源于服務器退

票信息錄入系統

票審理系統開

以作記錄

出的同意單據 F5 未通過單，細記錄

天

賬，每次退票都要有詳

次/

S1 票存系統、S2 流水

180服務器拒絕P2.3 退票

戶退票 拒絕客

來源于服務器退票審理系統開出的不同意單據

根據未通過單，F6 拒絕退票單，拒絕客

拒絕客戶的退票

次/

戶的退票申請

申請，拒絕退票 天

表5.4處理邏輯

(5)數據存儲如表5.5所示。

數據存數據存

簡述

儲編號 儲名稱

售票、退票后修票存系S1 統

息

類型+開單日期+單號+車票編號+車售票、退票的流S2 流水賬

水賬記錄

時間+到站時間+車票價格+交易數量+客戶名 表5.5數據存儲

P2.2

次+座位類型+出發站+目的站+發車

P1.1、P1.2、改當前票務信

目的站+發車時間+到站時間

P2.2

車票編號+車次+座位類型+出發站+

P1.1、P1.2、數據存儲組成

相關聯的處理

6.主要算法

6.1數據結構的描述：

車票=日期+價格+出發站+終點站+售票站+座號+車次+性質+編號 日期=年+月+日+時+分 價格=“1”～“9999” 出發站=1{漢字}6 終點站=1{漢字}6 售票站=1{漢字}6 座號=車廂號+座位號 車次=“1”～“9999” 性質=“1”～“6” 注：如“1”表示空調硬座特快，“2”表示空調軟座普快等 編號=“000000001”～“999999999”

6.2算法

1.車次表（車次，始發站，始發時間，終到站，終到時間，總里程，車況）注：①舉例：（K59，北京，20：30，長春，7：06，670，特快）；②“車況”分為‘特快空調’、‘特快’（不是空調車）、‘普通’。

2.經過站表（車次，經過站，到站時間，停留時間，里程）注：這里的‘里程’指從始發站到該站的里程。

3.票價表（車次，到站，席別，車廂號，座位號，票價）

注：①‘席別’分為硬座、硬臥、軟臥。②硬臥分上、中、下鋪，‘座位號’一項上填寫方式如‘9上’，‘9中’和‘9下’。③票價采用四舍五入方式取整數。4.車票定價公式：

特快空調：硬座—0.30元/公里，硬臥—0.65元/公里，軟臥—1.20元/公里； 特快：硬座—0.20元/公里，硬臥—0.55元/公里，軟臥—1.00元/公里； 普通：硬座—0.10元/公里，硬臥—0.40元/公里，軟臥—0.80元/公里。

售票表（車次，到站，發車日期，車廂號，座位號，已售否，售票日期）

第二篇：鐵路售票系統數據分析

鐵路售票系統數據分析

一、背景

目前火車站售票的狀況是僅靠手工操作，以現有的工作人員很難應付車票訂購高峰時刻的大量數據處理問題。同時還會出現由此帶來的大量記錄存放和管理所帶來的問題。本次設計擬開發一個火車票售票系統，可以降低工作人員的工作量，提高工作人員的工作效率，同時方便顧客售票。

二、現實狀況

火車站市場的管理和規范問題，是困擾我們多年的一個老問題，也是政府管理中的一個難點，售票是客運業務中的一個最基本的業務，表面上看，它只是火車站業務的一個簡單的部分，但是它涉及到管理與客戶服務等多方面，因此，過去傳統的售票方式已經不能滿足現代客運業務流量劇增的客觀要求，這就要求一種全新的售票方式——網上售票，來緩解售票高峰時期的客運壓力，并為用戶提供方便快捷的售票服務。

三、售票系統工作流程

3-1 售票系統工作流程

四、數據提取整理及流程描述

1）顧客在窗口排隊買票，買票時提供所需車票的日期、到站、車票類型（硬座、軟座、硬臥、軟臥）票數、車次（可選）

2）售票人員通過本系統客戶端，按顧客的所要求查詢，如果有足夠的車票則按系統提示收費并出票（票面包括車次，始發站、到站、座位/臥鋪號、價格、發車日期及時間）；如果沒有足夠的車票與顧客協商選擇其它車次或車票類型；如果都沒有車票或顧客放棄，則結束本次售票業務。

3）顧客可以通過大屏幕來查看3天內各車次的車票剩余情況。

4）鐵路調度提前10天將發車信息輸入系統。發車信息有兩種，一種是計劃內，即列車時刻表上有的；另一種是計劃外的，如春運期間加開的臨時列車。對于計劃內的只需指派列車長和工作人員組即可。而對于計劃外的則需要包括車次、發車日期時間、各種車廂的個數，列車長和工作人員組。5）車票價格按單位里程計算，按列車類型和車票類型高低不同，詳見下表：（計算票價時，兩站間距離不足10公里部分按10公里計算）

6)

各種車廂坐位數如下：

硬座車廂：110座 軟座車廂：110座

硬臥車廂：20號，每號分上中下鋪 軟臥車廂：20號，每號分上下鋪

五、可行性研究和需求分析

1、可行性分析

1.1、經濟可行性分析

開發該系統所需的相關資料可以通過已存在的網上售票系統進行調查采集,所需的其他應用軟件、硬件系統也易于獲得.因此,開發成本較低。而引進使用本系統后，與傳統方式相比，具有高效率、低成本、高質量的特點，可以節省不少人力、物力及財力。所以，從經濟的角度來看，該系統可行。1.2、技術可行性分析 開發工具：JSP 數據庫環境：SQL Server 2000 系統環境：Microsoft Windows 2000或以上版本。

系統實現依靠相對熟悉的JSP語言和SQL Server2000數據庫系統，其基本操作實質還是對數據庫進行添加、刪除、查找等操作，暫不存在技術問題。1.3、操作可行性分析

系統采用菜單式，實現用戶與數據庫的交互，界面簡潔友好，操作方便。用戶只需對售票流程和業務調查了解即可，不需掌握數據庫等相關知識。

2、需求分析

需求分析是軟件設計的一個重要的環節。本階段對售票系統的應用情況作全面調查，以確定系統目標，并對系統所需要的基礎數據以及數據處理要求進行分析，從而確定用戶的需求。用戶對系統的需求我們從以下幾方面進行分析。2.1、功能需求分析

需求分析是軟件設計的一個重要的環節。本階段對售票系統的應用情況作全面調查，以確定系統目標，并對系統所需要的基礎數據以及數據處理要求進行分析，從而確定用戶的需求。用戶對系統的需求我們從以下幾方面進行分析。3.2.1功能需求

本網上售票系統應該具備如下功能： 1.查詢

分為對車次信息的查詢和客戶對已訂車票信息的查詢。要求：

1）對車次的查詢，可以按照發車車次進行查詢； 2）車次信息包括：車號、出發地、目的地、發車日期、開出時刻、票價。3）座位類型設定。

4）車次信息只允許用戶查詢，不能修改。3.售票 通過查詢系統，客戶根據自己的需求找到滿意的車次，再輸入個人信息后直接通過網上售票確定已預訂選中的車票。要求：

售票記錄應包括：會員名、車號、發車日期、訂購日期、訂購票數、總價。4.退票

可退票，通過查詢系統，客戶可以根據自己的名字找到自己的售票信息，通過退票模塊退去已購車票。2.2、數據需求分析

信息需求，即在系統中需要處理哪些數據。根據對火車票售票系統的分析，本系統的信息需求如表2-1所示。

2-1 信息輸入輸出

2.3、性能需求分析 2.3.1、準確性和及時性

系統處理的準確性和及時性是系統的必要性能。系統應能及時而且準確的根據用戶權限及所輸入的信息做出響應。由于本系統的查詢功能對于整個系統的功能和性能完成舉足輕重。作為系統的很多數據來源，而車票的數量和時間又影響用戶的決策活動，其準確性和及時性很大程度上決定了系統的成敗。在系統開發過程中，必須采用一定的方法保證系統的準確性和及時性。2.3.2、易用性

本系統是直接面對用戶的，而用戶往往對計算機并不是非常熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面，從而保證系統的易用性。2.3.3、安全性

網上售票系統中涉及到的數據是客運公司相當重要的信息，系統要保證用戶的權限，對于車次等信息用戶只享有查詢服務，不得更改；系統還要提供方便的手段供系統維護人員進行數據備份、日常安全管理、以及系統意外崩潰時數據的恢復等工作。同時系統還要保證對數據庫進行及時更新，保證數據一致性。

3、數據流圖

3-1 數據流圖

4、數據字典

4-1 車次信息數據字典

4-2 售票信息數據字典

3、用戶信息數據字典

5、E-R圖

用戶的需求具體體現在各種信息的提供、保存、更新和查詢，這就要求數據庫結構能充分滿足各種信息的輸出和輸入。

針對火車票售票系統，通過對網上售票工作的過程、內容以及數據流程分析，設計如下所示的數據項和數據結構：

1.車次信息包括：車號、出發地、目的地、發車日期、開出時刻、剩余座位數、票價。

3.售票記錄包括：訂單號、身份證號、車號、訂購日期、訂購票數、總價。4.用戶信息包括：用戶名、身份證號、性別、電話。E-R圖如圖5-1所示。

5-1 總E-R 圖

6、數據庫邏輯結構分析

火車票售票系統數據庫中各個表格的設計結果如下表所示。每個表格表示在數據庫中的一個表。

6-1 車次信息表

6-2 訂單表

6-3 用戶表

第三篇：鐵路售票系統

鐵路售票系統應用軟件需求分析報告

前言：

（1）需求分析報告的編寫目的

本需求分析報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本鐵路售票系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用。（2）產品背景明細 軟件名稱：鐵路售票系統 軟件開發者：（3）縮寫及縮略語

鐵路售票應用系統軟件：基本元素為構成鐵路售票及相關行為所必須的各種部分。

需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。

模塊的獨立性：是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統中其他的模塊的接口是簡單的。本工程描述：

（1）軟件開發的目標：

完善目前鐵路售票系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能力。（2）應用范圍：

理論上能夠實現于鐵路部門的售票系統，其目的在于在原有的系統基礎使得鐵路售票實名化，以期實現完善日常生活中鐵路售票的各種缺陷。（3）硬件配置要求：

硬件外部設備需奔騰133以上的pc機，內存需16兆以上。（4）子集說明：

軟件分別有五個模塊組成，每個模塊各有不同的功能。但都能完成查詢和存儲功能，各模塊的數據都存放在數據庫中。數據的調用和連接都有程序來完成。（5）軟件功能描述：

外部功能：實現可視化窗口，查找及存儲 內部功能：同步，過濾，定位，識別 軟件功能描述圖： 賠償信息 車次信息 列車明細 日志維護 個人信息 主界面 同步 過濾 數據庫 定位

（6）軟件操作人員的要求：

軟件要求操作人員具有初步的相關知識（7）在其他方面的要求：

由于本系統為即時軟件，對數據的同步要求較高，建議配置網絡時使用可靠性較高的相關網絡硬件設施。軟件結構化描述（1）數據流圖： 乘客 數據庫更新 列車明細 個人信息 日志 售票員

（2）數據結構的描述：

車票=日期+價格+出發站+目的站+售票站+座號+車次+性質+編號 日期=年+月+日+時+分 價格=“1”..“9999” 出發站=1{漢字}6 目的站=1{漢字}6 售票站=1{漢字}6 座號=車廂號+座位號 車次=“1”..“9999”

編號=“000000001”..“999999999”

性質=“1”..“6” 注：“1”表示空調硬座特快，“2”表示空調軟座普快等 設計要求：

（1）所調用的數據庫的顯示： 輸入內容：指定的庫文件名。加工內容：調用指定的數據庫。輸出內容：所指定的數據庫的庫結構。（2）關于編輯框的說明： 輸入內容：編輯框名稱。加工內容：生成編輯框。輸出內容：顯示所生成的編輯框（3）指定記錄說明：

輸入內容：指定的項名及庫文件名。加工內容：將指定的數據庫里指定的記錄置為當前記錄。（4）初始化說明： 輸入內容：所要求的尺寸

要求處理內容：確定指定對象在窗體中的開始尺寸的大小 輸出內容：確定開始尺寸的四個參數。（5）最大化說明： 輸入內容：指定的參數值。

加工內容：確定指定對象在窗體中的最大尺寸。輸出內容：確定指定對象最大尺寸的四個參數。（6）最小化說明 原理同上

（7）查詞編輯框說明（編輯框控制）

功能：主要是定義的一個編輯框，供用戶輸入一個詞名，為程序生成查找條件做準備。輸入內容：在查詞編輯框中輸入要查找的詞名。加工內容：用輸入的詞名以供程序生成查找條。輸出內容：地址、長度。

（8）內容編輯框說明（編輯框控制）

功能：主要是定義的一個編輯框，將程序查找到的用戶所輸入詞的相關內容顯示出來，為用戶提供幫助信息。

輸入內容：數據庫中查找到的記錄的項的內容的地址、長度。加工內容：置控制標題或值。

輸出內容：顯示用戶所輸入詞的相關內容（如該詞的格式、用法……）。（9）定義過濾說明

作用：定義用戶輸入的詞名與內容庫中的詞名字段中的詞名進行串比較，即定義詞名字段為過濾字段。輸入內容：用戶輸入的詞名。

加工內容：把代碼寫入過濾條件指針之中。輸出內容：查找條件。（10）執行過濾說明

作用：將定義的過濾作為內容庫的過濾條件。輸入內容：查找條件。

加工內容：與查找編輯框中的內容比較。輸出內容：庫過濾顯。（11）同步說明： I：令牌持有標記

P：與數據庫同步更新數據 O：更新數據庫 環境要求：

（1）數據錄入精度需求

在進行向數據庫文件提取數據時，要求數據記錄定位準確，在往數據庫文件數組中添加數時，要求輸入數準確。

（2）軟件自身時間特性需求

程序響應時間：在人的感覺和視覺事件范圍內；

信息交換時間：要求在程序調用前調用后都與數據庫保持同步更新，網絡信息狡猾施加應該小于程序調用的時間

（3）數據管理能力需求

要求數據庫具有很好的更新能力，由于本產品是實驗性軟件，故對磁盤和內存容量沒有很高的要求，但是數據庫應該能夠對并發事件，臟數據具有較強的識別處理能力。接口要求：

（1）硬件接口：無特別要求

（2）網絡硬件接口要求：現實中要求具有高速以太網組網一實現聯網銷售，但是在理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。（3）軟件接口要求：無 軟件屬性（1）可用性 本軟件也可以通過單步跟蹤的操作進行檢查處理。

（2）安全性

由于軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。（3）可維護性

本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。（4）兼容性

由于尚未測試，故無法對兼容性進行評析。支持信息（1）軟件支持：

本軟件開發是使用Delphi編寫。

（2）設備支持：

推薦配置：WindowsXP，256內存，VGA顯示器

第四篇：鐵路售票系統應用軟件可行性報告

鐵路售票系統應用軟件可行性報告

前言：

（1）項目背景：

隨著國民經濟的發展，我國的鐵路建設也日益成為人們日常生活中不可或缺的一部分。就江蘇而言，目前滬寧段鐵路運輸已經成為全國最緊張的一部分，在建的新長鐵路，寧通鐵路也將蘇南和蘇北日益緊密地連接起來。可以預見的是，在未來幾年里，鐵路將不可避免地成為城際交通的主力軍。但是，與此同時，大量外來人口的涌入，使得鐵路在某種程度上成為了犯罪分子的溫床，盜竊，搶劫案時有發生，而且鐵路運輸的發達也給許多在逃的犯罪分子提供了可趁之機；同時，由于滬寧線運力的限制，使得火車晚點現象時有發生，隨著大量的投訴事件以及消費者維權意識的不斷提高，如何改善服務以同其他交通行業競爭已經成為了一個迫在眉梢的問題。作為鐵路運營服務的第一道關，改善鐵路沿用多年且已逐漸落后于時代步伐的售票系統勢在必行。

（2）編寫目的：

本報告的編寫目的在于研究鐵路售票系統應用軟件是否可行，指出開發本軟件所采用的方法和手段，并對軟件的前景以及后續工作進行分析。（3）使用語言：

軟件使用Delphi編寫，操作界面為英文。

項目概述：

（1）目標：

實現鐵路售票的實名化，即將車票與個人身份證掛鉤，同時維護相應的數據庫。

（2）開發意圖：

完善目前鐵路售票系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能力。

（3）產品的邏輯模型：

鐵路售票系統應用軟件

車次信息

賠償信息

個人信息 列車明細

日志維護

（4）工程目標：

開發出一套用于車票銷售的軟件，力求解決鐵路上的安全隱患。并通過此次軟件開發過程全面提高自身的綜合素質。技術目標

軟件力求實現數據庫與編程相結合的目的，使得使用和維護變得相對簡單實用。經濟目標

單純從經濟角度上來看，我們認為這樣做會造成一定的經濟損失。損失主要來自以下幾個方面：首先，開發系統需要大量的資金投入，而且，系統的維護需要相關的專業人員；其次，我們要對相應的操作人員進行專業培訓；第三，相應的硬件設施要進行升級，這需要一筆不菲的投入；第四，由于售票流程的相對復雜，操作人員的操作時間將延長，在單位時間里的售票數會減少，這也將是一筆損失。

但是，從此舉所帶來的社會效益上來看，我們認為這樣做是可行的。

同時本工程產品作為獨立軟件，是帶有很大的實驗性質的。因此從某種角度來講無經濟上收益。其主要目的是為了通過在編寫軟件的過程中不斷提高自身的動手能力，達到理論與實踐相結合的效果。

對于舊有軟件的評估調查

舊有的售票系統由于沒有實現售票實名制，使得許多鐵路犯罪的調查無從下手，給犯罪分子提供了大量的可趁之機。同時，隨著鐵路運營的市場化，實行必要的賠償制度是必要的，現行的售票系統及相應的數據庫在這個方面有缺陷。

（1）操作平臺：

軟件是運行在Unix操作系統下的。

（2）產品功能：

實現數據的錄入，保存，查詢等；同時自動對某些事件進行智能化判別。

（3）產品系統流程圖：

售票系統主模塊

子模塊1 子模塊2

子模塊3。。

（4）產品使用情況：

舊有的版本是運行在自主開發的Unix系統下的，因此安全系數較高。

（5）產品缺陷：

界面的友好程度不夠，同時沒有針對市場，社會的變化作出及時的更新。

關于本軟件

（1）設計目標：

本軟件設計的主要目標是使鐵路的運營實現市場化，能夠與時俱進，實現售票過程的人性化處理。

同時作為應用型軟件，系統界面美觀、布局合理、內容簡單，提供的信息語言通俗易懂、有層次感、分類清晰。

必須根據現有條件所能達到的能力來完成整個工程。

（2）產品的局限性

第一，由于軟件運行在Windows操作系統上的，因此其安全性值得商榷。作為國家命脈，鐵路售票系統軟件建立在Windows操作系統上具有很大的風險。

第二，由于軟件系高級語言編寫，產品的運行速度較慢。

第三，軟件的可操作性不夠，尤其是數據的錄入，比較煩瑣。但是相信隨著公安部新一代的電子身份證的發放，這個過程會變得相對簡單。

第四，現在的火車往往一個班次就有一兩千人，一天要有幾十趟班次，就南京站而言，每天的人流量達到以萬計，大量的人口涌入涌出，如何維護一個龐大而又復雜的數據庫也是一個難點。

（3）軟件流程圖

編程軟件

售票系統應用程序 支持售票系統的數據庫

內容庫

售票系統應用軟件

（4）數據流程圖：

（5）ACD結構環境圖

操作人員

售票系統

操作人員

傳輸線路

操作人員

數據庫系統

主機

（6）環境要求

硬件環境：

486以上的機器，鼠標

操作系統：

在windows95/98.windowsNT.windows1700.windowsXP操作系統都可以直接運行。

操作人員要求：

需要進行一定的培訓

（7）軟件自身的局限： 由于該軟件是理想化的軟件，沒有考慮到實際的情況，比如數據錄入的可操作性，海量數據庫的維護等都沒有進行全面的考慮。

同時由于編程人員缺乏相關的知識，程序本身可能出現一些缺陷或不如人意的地方。這些需要在日后的維護。

可選的其他方案

暫無

市場分析

由于面對的是國家壟斷系統，所以面向的市場比較單一，但是對本軟件稍加修改可以應用于其他方面。

投資

無

社會影響

（1）社會效益：

基于軟件本身編寫的目的，相信軟件能夠實現其所期望的正面社會影響。同時也能夠實現鐵路售票的人性化，有利于提高鐵路運輸的市場競爭力。

（2）相關的法律可行性：

軟件系自主開發，無法律風險。

（3）在人力資源方面的影響：

由于使用了一些新技術，故可以創造一些就業機會。

（4）風險評估

由于采用的OS平臺的局限性，故存在著較大風險。

關于產品的檢測

（1）檢測標準：

黑盒測試與白盒測試相結合（2）實現的具體方法：

本軟件的黑盒測試即把對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發現以下幾類錯誤：

1、是否有不正確或遺漏的功能？

2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？

3、是否有數據結構錯誤或外部信息（例如數據文件）訪問錯誤？

4、性能上是否能夠滿足要求？

5、是否有初始化或終止性錯誤

白盒測試是對軟件的過程性細節做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：

1、對程序模塊的所有獨立的執行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環的邊界和運行的界限內執行循環體。

4、測試內部數據結構的有效性，等等。

（3）實現長期跟蹤檢測：

軟件的使用是一個長期的過程，鑒于開發周期的關系，許多測試步驟可能有些不如意的地方，故應該對軟件實現長期的跟蹤，以滿足客戶的要求。

軟件編寫的初步計劃及相應的功能實現：

（1）軟件編寫作業明細：

子模塊

具體內容

相關模塊項

后繼需要完成內容

車次信息 列車沿途所經過的站點，列車車次，級別

列車明細，日志維護，個人信息

軟件的跟蹤，維護，修正

賠償信息

車次有無發生意外，是否已經賠付，賠付金額

日志維護

同上

個人信息

個人的ID，個人的起終點站，售票人員的工號，座號

日志維護，車次信息

同上

列車明細

列車的座位情況，列車的最大負載，車票價格

日志維護

同上

日志維護

乘客購票的具體時間，列車運行的具體時刻

個人信息，車次信息，列車明細

同上

第五篇：鐵路售票模式分析

鐵路客運售票模式分析

一、鐵路客運售票模式的概念

鐵路客票銷售模式是面對鐵路客票銷售的社會需求與過程控制，綜合運用產品、價格、渠道、促銷、人員、有形展示和服務過程等營銷策略，為鐵路旅客提供便捷、安全、可靠的信息咨詢、預訂和發售客票等服務，實現鐵路客運服務產品交易的一項社會和管理過程。

二、國內鐵路客運售票模式現狀

現行鐵路客運售票模式以客票預訂和發售系統為依托，主要通過車站和代辦點窗口售票完成客票交易。2006年全路開始推廣售票系統5．0版本，系統總體運行良好。目前，系統擁有1個部客票管理中心、24個地區客票中心，1000多個車站實現了全國聯網售票，2000多個車站實現了計算機售票，全路約有12000個計算機售票窗口投入運行。全路日均售票量250萬張／日，高峰期達420萬張／日。客票系統的實施，在提高售票效率，方便旅客購票方面發揮了重要作用，產生了良好的社會效益和經濟效益。

鐵路客票銷售模式多元化，售票渠道包括以下幾種：

（1）車站

售票廳是車站客運站房的重要組成部分，鐵路客票銷售的主渠道還是火車站，因為窗口數量較多，以及人們受傳統的觀念影響，尤其在春運、黃金周等旺季人們總相信在車站買票相對會容易一點。各大站在春節等繁忙時段會開動全部的窗口，并會在車站附近建立臨時售票點。2004年春運，上海鐵路部門甚至投資200多萬元，首次以租借的形式，在普陀區體育館開設了有30個售票窗口的鐵路春運火車票大賣場。車站還經常在站臺、出站口等處設置售票點方便換乘的旅客。車站售票廳除一般窗口外。還設有退票窗口、中轉窗1：3，以及擔負各種優先職能的優先窗口。優先窗口的對象有記者、檢察機關辦案人員、國家安全機關工作人員、全國人大代表、全國政協委員、有突出貢獻的專家、兩院院士、現役軍人等。

（2）客票代售點

隨著計算機聯網售票系統的不斷完善，鐵路客票代售點也逐漸多了起來。客票代售點一般設在旅游景點、繁華商業街、居民密集的社區內，鐵路局客運處負責客票代辦點的布局規劃與審批。客票代售點的代理條件是：必須是企業法人，營業范圍有工商部門注冊登記的鐵路客票代理業，注冊資金或固定資產不少于30萬元，流動資金不少于5萬元。客票代售點與鐵路簽訂客票銷售代理合同，繳納代理押金。客票代售點按照接入點的不同，可以分為兩種類型。一種與車站聯網，由車站具體管理；另一種直接利用企業自身網絡同地區中心直接聯網。車站負責代售點售票人員的培訓、計算機售票系統的維護及業務指導，代售點每天向車站上繳客票收入，并遵守鐵路相關的規章制度。代售點的收入來自于每張票5元的服務費，以濟南為例，經營成功的車票代售點，每天平均可售出200張車票，即可得1000元的毛收入，最差的平均每天只有10張左右。隨著代售點數目的增加，車站客票主機的端口日益成為稀缺資源，鐵路部門對代售點的管理要求也隨之提高。

（3）電話訂票

作為計算機售票系統的延伸，許多車站都推出了電話訂票的業務。其中有車站自己推出的免費電話訂票業務，也有將此業務外包出去，還有與通信平臺合作建立的。但這些系統的定位都是延伸服務，或者是為宣傳而推出的服務項目，因此，投入比較小，力量配備都比較弱，中繼線數量一般在5-10條之間，同通信部門的客服平臺不可同日而語。越是到了繁忙季節，旅客越依賴電話訂票，此時的電話訂票系統滿負荷運轉也不能滿足旅客的需求，更多的旅客聽到的將是忙音，不但解決不了多大問題，而且增加了旅客的不滿。也有部分大站，像是北京、上海曾經推出網上訂票，基于同樣的原因，效果都不令人滿意。電話訂票同時沒有解決旅客的取票問題。

（4）綠色通道

為了同公路競爭短途客流，鐵路局還要求部分車站設置了綠色通道，方便旅客在來不及買票時直接進站上車。車站從自身利益出發，大多數會在綠色通道設有售票窗口，待旅客購票后進站上車。盡管如此，因減少了進站環節，綠色通道大受旅客歡迎，以濟南一北京的T36次列車為例，從綠色通道進站的旅客占到總數的85％以上，其他始發的短途客車同樣如此。

（5）列車補票

作為地面售票的補充，列車上以補票為主，主要是辦理無票旅客的補票和車票席別的變更(更通俗的說法就是補臥鋪)。列車補票作為一個重要的補充，不僅可以挽回車票收入的流失，而且可以提高各席別車票的利用率。列車移動補票機可以通過地面管理機實現與客票銷售和預訂系統的數據交換，從而實現財務核算、統計分析等功能。

（6）團體售票

每個車站尤其是大站，都有團體旅客售票窗口或者是合同單位售票窗，有的車站兩種窗口都有。這就是在目前以車站為主要銷售渠道的情況下，團體銷售模式的表現形式。這里之所以叫團體銷售模式，而不是批發方式，主要的原因在于：一是雖然鐵道部出臺了《團體旅客購票優惠辦法》，但是一般情況下，旅客得不到優惠；二是在于不管買了多少票，支付形式單一，那就是現結。

（7）互聯網售票

互聯網售票就是通過網絡工具——計算機，在網上購買和銷售火車票。購票時，應當準確提供乘車人的有效身份證件信息。互聯網售票是以互聯網為核心網上訂票與按需配送為基礎服務的一種模式。流程為：選定車次、票價——填寫送票信息——選擇支付/送貨方式——確認訂單 ——在線支付。

三、售票模式多元化存在的問題

自2011年，中國鐵路總公司在全路實施售票模式改革，全面實行實名制售票，推出互聯網、電話訂票、自助售(取)票等售票模式，為旅客購票提供了便利的條件。為此，鐵路客運站如何適應售票組織模式變化帶來的挑戰、實現售票服務質量的提升十分重要。

（一）、售票組織存在的問題

隨著12306網站上線運行及電話訂票業務的開通，旅客購票主渠道由單一的車站(代售處)購票方式逐步向自助網絡購票、電話訂票等方式轉變，旅客購票手段不斷得到豐富，使售票廳購票旅客高度集中，特別是節假日期間排隊購票的現象得到緩解。

但是，旅客購票方式的多元化也給客運站售票組織帶來一些問題： ①在售票組織上，運輸繁忙時期退票客流高度集中，退票窗口壓力較大。春運期間部分旅客為挑選合適車票而通過互聯網、電話等不同手段反復購票，由于網絡購票旅客花費的時間、體力、精力較其他購票方式少，加之由于退票費用相對較低(僅為原票價格的5％)，出現購票窗口不排隊、退票窗口排長隊的現象，給售票組織帶來一定的壓力。

②在運能運力上，由于旅客屯積車票現象嚴重，導致運能浪費。春運、暑運等運輸繁忙時期，旅客通過某一種方式買到臨客車票后，會繼續通過其他渠道尋找預訂圖定旅客列車車票，直至找到符合自己期望的車票后再退臨客車票。因此，產生旅客購買車票時顯示車票已經售完、而列車席位大量虛糜的現象，對運能造成浪費。

（二）、售票服務重心轉變

2013年由于互聯網、電話訂票所占比例不斷增加，售票服務工作也在逐漸實現3個轉變。

(1)由以窗口售票為主向以自助取票為主的轉變。隨著網絡、電話、手機、支付寶等訂票方式的不斷推出，電子化購票已經逐漸取代窗口排隊購票，客運站取票將面臨越來越大的壓力。

(2)由以客運站售票為主向以代售處售票為主的轉變。以北京站所轄417家鐵路車票代售處為例，代售處與車站窗口發售車票的比例為1：0．62，收人比例為l：0．37。因此，代售處車票發售量無論是在數量上還是收入上均高于車站窗口。同時，由于互聯網購票和電話訂票的開通，旅客通過互聯網和電話訂票越來越方便，導致到車站窗口排隊買票的人越來越少，而去代售處取票的人越來越多。

(3)由以普通售票為主向以改簽、退票為主的轉變。目前，雖然12306網站支持車票改簽和退票業務，但是必須在距開車2 h以前辦理，而多數旅客由于難以趕上乘車時間無法在網上辦理退票或改簽，同時由于通退通改政策引起的退票、改簽業務量增加，使車站改簽和退票逐步轉變成為主要工作之一。

四、售票模式策略

提高鐵路客運站服務水平，滿足不同旅客的購票需求，應在客運站購票服務體系設置上有所突破。

（一）、改變售票組織模式

（1）合理調配窗口設置。為了滿足廣大旅客的購票需求，在售票組織上采取分流分區售票、增開售票窗口、24 h不問斷售票等措施，讓旅客及時買到票。

（2）全面實行售取票分開。在取票客流所占比例逐漸增大時，需要在售票組織上實行取售票分開。開設獨立的自助售取票專區，設有自助售票機和自助取票機，加快旅客取換票速度。同時，車站安排服務熱情、業務精通的工作人員在售取票專區內提供引導服務，在幫助旅客取票、提高自助設備利用率的同時，也提高了自助設備的旅客認知度。

（3）科學規范引導揭示。為進一步提高自助設備使用率，車站在引導揭示方面需要實行合理化、規范性設置。①在售票廳明顯位置利用電子顯示屏、引導揭示等指明白助售取票設備位置，方便旅客尋找；②在自助售取票機旁張貼注意事項，防止旅客因排錯隊耽誤取票；③在自助售取票機屏幕上張貼自助設備操作流程，以簡捷易懂的圖示引導旅客進行操作。

（二）、加強購票特色服務

（1）開設務工團體窗口。為方便務工人員購票，北京站售票廳在每年春運期間開設務工人員專口，辦理企業務工團體取票和5人以上零散團體的訂票、取票和售票業務。

（2）設置學生購票專區。為滿足學生購票需求，在寒、暑假期間設立學生購票專區，根據客流情況變化及時調整發售學生票窗口數量，區別一般旅客，方便學生購票換票。

（3）設置“愛心售票口”。在售票廳設立“愛心售票窗口”和問詢服務臺，發現老幼病殘孕等重點旅客購票時，由愛心引導員主動引導到“愛心售票口”，為重點旅客提供購票或幫扶進站服務。

（三）、嚴格代售處管理

代售處是鐵路面向社會的窗口，也是未來鐵路客票營銷宣傳的主戰場。目前互聯網購票、電話訂票等多種售票渠道并行的趨勢，使代售處逐漸取代車站成為旅客購票、取票的首選。在這種情況下，車站需要在管理體制、監察機制、教育方式上想辦法，完善代售處監察機制，強化代售處人員培訓，為代售處創造有利的生存空間。

五、結束語

隨著市場變化規律和科學技術水平的提升，今后，售票模式、渠道還將會不斷改變。因此，應充分利用現有資源、條件、規則，在為旅客提供更為高效、安全、舒適的客運服務的同時，還應站在旅客的角度，通過換位思考，了解和掌握旅客購票最滿意和最不滿意的方式，真正使旅客實現安全出行、方便出行和溫馨出行的目標。