数据分析报告铁路售票系统

第一篇：数据分析报告铁路售票系统

毕业实习数据分析报告

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

数据项编号数据项名数据项含义

称

地址

所在地

某次售、退票业务记录

简述

类型

宽度（位）

取值范围

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、数据存储组成

第二篇：铁路售票系统数据分析

铁路售票系统数据分析

一、背景

目前火车站售票的状况是仅靠手工操作，以现有的工作人员很难应付车票订购高峰时刻的大量数据处理问题。同时还会出现由此带来的大量记录存放和管理所带来的问题。本次设计拟开发一个火车票售票系统，可以降低工作人员的工作量，提高工作人员的工作效率，同时方便顾客售票。

二、现实状况

火车站市场的管理和规范问题，是困扰我们多年的一个老问题，也是政府管理中的一个难点，售票是客运业务中的一个最基本的业务，表面上看，它只是火车站业务的一个简单的部分，但是它涉及到管理与客户服务等多方面，因此，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的售票方式——网上售票，来缓解售票高峰时期的客运压力，并为用户提供方便快捷的售票服务。

三、售票系统工作流程

3-1 售票系统工作流程

四、数据提取整理及流程描述

1）顾客在窗口排队买票，买票时提供所需车票的日期、到站、车票类型（硬座、软座、硬卧、软卧）票数、车次（可选）

2）售票人员通过本系统客户端，按顾客的所要求查询，如果有足够的车票则按系统提示收费并出票（票面包括车次，始发站、到站、座位/卧铺号、价格、发车日期及时间）；如果没有足够的车票与顾客协商选择其它车次或车票类型；如果都没有车票或顾客放弃，则结束本次售票业务。

3）顾客可以通过大屏幕来查看3天内各车次的车票剩余情况。

4）铁路调度提前10天将发车信息输入系统。发车信息有两种，一种是计划内，即列车时刻表上有的；另一种是计划外的，如春运期间加开的临时列车。对于计划内的只需指派列车长和工作人员组即可。而对于计划外的则需要包括车次、发车日期时间、各种车厢的个数，列车长和工作人员组。5）车票价格按单位里程计算，按列车类型和车票类型高低不同，详见下表：（计算票价时，两站间距离不足10公里部分按10公里计算）

各种车厢坐位数如下：

硬座车厢：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）软件编写作业明细：

子模块

具体内容

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

铁路客运售票模式分析

一、铁路客运售票模式的概念

铁路客票销售模式是面对铁路客票销售的社会需求与过程控制，综合运用产品、价格、渠道、促销、人员、有形展示和服务过程等营销策略，为铁路旅客提供便捷、安全、可靠的信息咨询、预订和发售客票等服务，实现铁路客运服务产品交易的一项社会和管理过程。

二、国内铁路客运售票模式现状

现行铁路客运售票模式以客票预订和发售系统为依托，主要通过车站和代办点窗口售票完成客票交易。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）设置“爱心售票口”。在售票厅设立“爱心售票窗口”和问询服务台，发现老幼病残孕等重点旅客购票时，由爱心引导员主动引导到“爱心售票口”，为重点旅客提供购票或帮扶进站服务。

（三）、严格代售处管理

代售处是铁路面向社会的窗口，也是未来铁路客票营销宣传的主战场。目前互联网购票、电话订票等多种售票渠道并行的趋势，使代售处逐渐取代车站成为旅客购票、取票的首选。在这种情况下，车站需要在管理体制、监察机制、教育方式上想办法，完善代售处监察机制，强化代售处人员培训，为代售处创造有利的生存空间。

五、结束语

随着市场变化规律和科学技术水平的提升，今后，售票模式、渠道还将会不断改变。因此，应充分利用现有资源、条件、规则，在为旅客提供更为高效、安全、舒适的客运服务的同时，还应站在旅客的角度，通过换位思考，了解和掌握旅客购票最满意和最不满意的方式，真正使旅客实现安全出行、方便出行和温馨出行的目标。

数据分析报告铁路售票系统

第一篇：数据分析报告铁路售票系统

第二篇：铁路售票系统数据分析

第三篇：铁路售票系统

第四篇：铁路售票系统应用软件可行性报告

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

相关范文推荐

火车票售票系统需求分析报告

铁路自动售票系统传输方案

铁路网上售票系统数据库设计

铁路售票管理系统项目背景

火车站售票系统需求分析

我对铁路售票系统的建议

铁路客运售票模拟系统（共5篇）

航空售票系统系统实施报告

数据分析报告 铁路售票系统

相关范文推荐

数据分析报告铁路售票系统