铁路售票系统数据分析

铁路售票系统数据分析（共6篇）

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

铁路售票系统数据分析

一、背景

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

二、现实状况

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

三、售票系统工作流程

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 用户表

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

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：铁路售票系统数据分析

关键词：视频监控,常见故障

一、引言

视频监控系统是综合运用计算机技术, 网络技术, 多媒体技术, 信息图像传递技术的新型系统, 并且随着信息技术的发展视频监控系统也向着方便、快捷、高效、安全发展。针对春运期间火车票代售点管理混乱, 倒票现象屡禁不止的现状, 合理的运用视频监控系统, 对规范火车票代售点销售秩序能够发挥重要的作用, 同时也对视频监控系统常见故障及问题进行初步探讨。

二、视频监控系统的设计

2.1火车票代售点设备组成

(1) 前端设备。运用比较广泛的是半球型和枪式固定摄像头。鉴于春运期间的复杂情况, 半球型固定摄像机能够满足基本需求, 并且价格比一体化球型摄像机价格上要低。 (2) 火车票代售点固控设备。与半球型固定摄像机连接的电脑, 并且电脑中安装视频显示软件, 能够4屏, 8屏等多角度显示火车票代售点的情况, 电脑构成有, 主机1台, LED显示屏一台, 视频编码器1台, 数字视频管理服务器1台, FTTH路由器1台, 红外与声光报警系统一套, 直接连接到当地火车站信息控制中心。

2.2控制中心视频监视系统设备组成

(1) 控制中心监测设备。与当地各个火车票代售点的监控系统相连接的图像动态存储器, 其中6台视频解码器, 4台长期使用, 2台作为应急备用;1台含有FTTH构架下的SAN设备存贮服务器, 2台媒体服务器用于接收视频流。在采购上述设备时, 应当本着长期使用, 质量过硬的原则, 通过综合招标来完成采购工作。 (2) 调度大厅设备, 包括4台大屏幕视频监控终端、1台网管终端, 1套音箱。且在画面上支持单屏显示, 多屏马赛克显示, 支持动态切换, 定时轮询, 自动换屏, 自定义图像清晰度, 保证图像, 声音的实时有效性和流畅。

2.3监控专用通信网络

由于售票点点多面广, 比较分散, 可采用向通信运营商租用VPN专线构建虚拟监控专网的方式组建, 此方式成本比自建网络要低, 同时减少自身的网络维护工作量。

三、视频监控系统常见故障分析

由于连接的火车票代售点较多, 且春运期间的人员复杂, 环境混乱等因素的影响, 当前视频监控系统常见故障有, 线路中断, 售票点故意逃避或者关闭监控, 中心服务器程序不稳定, 系统动态存储失败等问题。

3.1线路中断

线路中断有多方面的原因。常见的有, 火车票代售点的停电, 代售点视频监控系统不能正常工作, 导致线路中断;其次, 控制中心云台控制失灵。针对线路中断问题, 首先, 采取重启视频监控系统, 看是否是程序出错。其次, 观察信号传输端口是否连接紧密, 改变传输方式或采用备用的视频解码器进行工作。

3.2逃避监控

为了避免这样的事情发生, 一方面可以在构建视频摄像头时, 为监控中心设置最高的权限, 能够远程控制火车票代售点的视频摄像头, 达到远程传输和管理的目的;另外一方面, 加强人工的巡逻, 保证火车票代售点的摄像头在正确的位置, 正常的工作。

3.3中心服务程序不稳定

春运期间, 火车票代售点的工作繁忙, 摄像头几乎是不停歇的工作, 并且在控制中心主机服务器大量的工作, 处理大量的视频图像, 信息数据等, 容易出现应用软件崩溃, 程序不稳定的现象。为了解决这一问题, 可以从一下几个方面入手。首先, 派遣专员对中心服务器程序进行操作, 防止不懂程序的管理人员误操作等, 保证视频监控的有序进行。其次, 采用双机主备方案, 利用驻守程序监控服务状态, 当主机系统出现故障时, 自动从故障主机切换到备用机上, 保证系统24小时不间断服务。当主机恢复正常后, 驻留程序检测到主机已恢复, 及时将系统切回到主机。

3.4系统动态储存的问题

由于火车票代售点众多, 视频图像和资料很多, 要较大的系统动态储存空间, 才能够实时的调度和查看历史视频, 以协助相关问题的解决。视频编码采用H.264编码方案以在流量与图像清晰间取得平衡。根据编码率和时长计算, 按照每个每个点每天最大3G的视频流量, 建立合理的循环储存日期, 至少能存贮40天以上的录像, 以保证春运历史记录的完整。

四、结束语

篇4：“第三只眼”看铁路网络售票

千呼万唤始出来

2011年是中国铁路售票方式发生重大变革的一年。继网上银行、机票在线预订之后，铁路网络售票成为E时代的又一产物。

其实，利用网络预订火车票对于经常出行的网民来讲，并不是一件稀奇事。在铁道部下发通知宣布实施网络售票之前，已经有过网络预订火车票的存在。2000年，北京首铁在线电子商务有限公司成立，开通“首铁在线”网站，提供火车票查询、预订等多项服务。据媒体报道，“首铁在线”是北京铁路局提供的网上订票服务网站，注册会员缴纳会员服务费享受提前预订火车票的服务。据网友xyk1314521说，他曾在06、07连续两年（春运期间）在首铁在线付费注册VIP订票服务，但是没有订到一张票。由于无法保证网络订票固定票源，导致注册旅客订不上票，网站虽然仍然存在，但是已经被广大旅客放弃，“首铁在线”几近夭折。如果将“首铁在线”视为准官方售票网站的话，网上还存在许多大大小小的民间火车票代购网站。但是，除去实际购票价格远远高于票面价格外，代购网站因无官方授权而呈现鱼目混杂的现象，在网民中的信赖度较低，因此选择在民间火车票代购网站上购买火车票的人并不多。

2010年7月28日，铁道部运输局综合部主任李军表示，“不久的将来，就可以在中国实现网络订票。”这是铁道部首次公开明确表示将实施网络预订火车票。这一消息的发布为深受排队购票之苦的旅客带来了希望。2011年4月12日，铁道部部长盛光祖在接受《人民日报》采访时承诺，网络售票将于年底在全国铁路推行，为中国实现铁路网络售票给出了比较明确的时间表。

为了顺利实现全国铁路网络售票，2011年6月12日，京津城际率先“试水”网络售票，拉开了铁路网络售票的序幕；6月30日，京沪高铁开通的同时启动网络售票。动车组实行实名制网络售票是践行盛光祖部长全国铁路网络售票承诺的第一步。2011年11月18日，铁道部在中国铁路客户服务中心网站发布《互联网售票最新通知》，规定2011年11月20日全国铁路所有直达特快列车（Z字头）实现互联网售票，12月10日全国铁路所有特快列车（T字头）实现互联网售票。12月15日起，K1-K500次列车纳入网上售票系列，12月18日起扩充至K7000次，12月21日起扩展至1000至5000普通快速列车。据www.12306.cn网站显示，目前，网站办理车次以“C”、“D”、“G”、“Z”、“T”、“K”、“L”、“A”、“Y”开头的以及1000至7598的旅客列车售票业务。在2012年新年来临之际，网上预订火车票实现了车次全覆盖的目标。

网络售票的开展意味着：在2012年春运期间，火车票将有可能被全部网络“秒杀”。从最初的“首铁在线”，历时11年时间，中国铁路网络售票在众人期盼之下终于破茧而出。

网络售票惹众议：喜忧参半

目前，铁路是中国大众出行的首选交通工具，凡是有过铁路出行经历的人绝大部分都体验过排队买票的痛苦。逢年过节时，火车站总会排起购票长队，即使排上几个通宵，也难以避免遭遇“一票难求”。长时间排队饱受的寒冷和疲劳抵不过窗口里一句“没票了”带来的苦楚。

据铁道部下发的《关于公布2012年春运列车运行图的通知》，预计2012年春运全国铁路将发送旅客23,500万人次，同比增加1,352万人次，日均588万人次。这将是一场大规模的人口大迁徙。春运逼近，如何在这次迁徙浪潮中求得一票成为众多漂泊在外人群最为关心的话题之一。中国铁路实施网络售票的消息一经传出，就掀起了火车票网购大讨论。

曾有媒体总结了火车票网络销售的八大好处：可以实时看到每趟列车的票源情况；铁道部可以调整运力；可以避免出行人员长时间排队购票；可以避免黄牛倒票行为的发生；可以减少售票人员的人数；可以避免售票人员与旅客买票的冲突；可以让铁路系统提供更好的服务；可以克服售票点和代售点售票的时间限制。

记者针对铁路网络售票进行了随机采访，除了不能自选座（席）位、座（席）号不能连续等问题外，更多的人在对网络售票举措给予肯定的同时，也表达了自己的忧虑。

薛先生：网络售票是铁路售票制度的一次进步，我已经在2011年国庆期间有所体验。当时在售票点没有买到需要的车票，结果网上买到了，感觉很幸运，也很方便。但是即使通过网络订票，还需要到售票窗口去取，由于没有设置专门的取票窗口，仍然需要排很长的队，效率差。因此这只能算很小的进步，离我们的期望还有很大差距，对这个举措期望值不能太高，现在只能静观其效果。我担心网络售票在实施中名不副实，由于铁路的公开性、透明度太差，可能还是难以避免“黄牛”高价倒票，因为我觉得仅仅靠这一项措施解决不了内外勾结倒票的问题。

樊先生：很高兴铁道部能够推出网络售票。不用去窗口排队，家里只要能上网，就可以很方便地购买车票，好处自然是不用说了。以后如果出行需要买车票的话，首选网络购票。现在的网络售票实名制并不能完全避免“黄牛”倒票。有必要加强取票和进站检票的检查力度，比如购票时，一张身份证只能购买一张火车票（儿童票除外），取票时必须携带本人身份证，替人取票的话要求有乘车人的身份证复印件和委托书等。避免“黄牛”倒票的方法很多，就看铁路部门是否能认真贯彻执行了。

丁小姐：网络售票真的比去窗口排队买票方便很多。但是，网上买票后得去排队换取纸质票，这样下来时间并没有节约多少。听说有自助机器可以完成取票，我认为应该在车站或者售票点多放置一些自助机器，或许直接实现二代身份证进站更好。之前医院实行了网上挂号，可是新闻报道说号贩子有“秒杀器”，比我们网速快多了。现在黄牛的科技含量也很高，就怕我们在网上也买不到火车票。

郑先生：我可能也会选择网购车票，毕竟网络方便快捷。但是不清楚网上和窗口是不是同时发售，有没有各自的配额，如果没有的话，那可能会造成无法上网的人在买票时处于劣势。要想尽可能保证普通百姓有票可买，除了打击票贩子外，铁路部门要加强内部管理，避免票从内部流失，有必要限制旅行社等单位在春运时期团体购票的优先购买权，这样才能保证火车售票的公平、公正。除了怕买不上票外，我们还担心实名制购票引发的个人信息泄露。废旧车票的处理值得重视。

齐先生：在网络售票实施之前，为了能赶回老家过年，我在售票大厅通宵排过队，从“黄牛”手里买过高价票，也在火车上站过近20小时。所以今年肯定首选网络购票，不用受累排队了。但是，春运期间购票人多，估计到时候服务器会很忙，没响应。能不能抢到票，看运气了。人多票少，这个没办法改变。总体上说，能够实行网络售票算是一种进步，希望放在网上卖的票额多一点。不过担心的就是广大上不了网的农名工兄弟更不好买票了。

2011年12月13日9点30分，记者走访了北京市海淀区魏公村附近的一家火车票代售点。工作人员告诉记者，自6月份京津城际开始网上售票后，来售票点排队买票的人较之前有所减少，每天基本都会有人过来取走已经在网上买好的火车票。记者看到，柜台醒目处摆放着一个由北京铁路局颁发的“网络购票取票处”资格认证牌，上面同时写着网络售票网址。《旅客列车互联网售票暂行办法》中规定，在车站售票窗口、铁路客票代售点或车站自动售票机上均可办理换票手续，因此网上买票后需要换取纸质车票的旅客，可以根据便捷原则，就近选择住所或单位附近的代售点换取纸质车票。

2012年1月4日，有媒体刊登了重庆籍民工黄庆红致铁道部的一封信，信中说到“网络购票，对我们来说太复杂，太不切合实际了。我们连买票的资格都没了。”“每年春运，排队买票，对我们农民工是折磨。今年我们想要这样的折磨，也没有了。”网络售票于农民工而言，到底是好事还是坏事？

指点迷津

众多网友在论坛、微博上积极发表自己对铁路网络售票的看法，其中不乏对网络售票实施的疑问和担心，但是至今铁路部门并未就一些问题作出比较明确的解释。

一位已有多年铁路工作经验的技术人员接受了记者的采访，就当前网友们关心和担忧的问题作了简单说明。他认为，网络售票是铁路部门改善服务质量的一项重要举措，通过网络，乘客可以方便、快捷地买到火车票，减少排队等候的时间，这是铁路提高服务水平迈出的一大步。

之所以迟迟才发展网络购票，他认为，除了政策和经济方面的考虑之外，还有安全问题、技术上的困难问题。以前铁路售票系统是一个封闭的系统，而推广网络售票，通过互联网交互，必定大大增加其安全隐患。就技术难度来说，铁路客票要比航空机票复杂得多，数据量大，经停复杂度也高得多。因此铁路网络售票的实施和推广并不是一件容易的事情。

关于一票难求的问题，他认为，根本原因是运力无法满足人们的出行需求。另一个重要原因是票贩子的倒票行为。网络售票对于打击票贩子倒票行为的意义在于票贩子失去了排队抢票的优势。网络售票为全面实行实名制提供了便利条件，只要验票设备跟得上，那么实名制就能落实，票贩子就可以杜绝了。

此外，他认为，线上线下的票额分配比例要通过实践摸索，动态调整也是实践的过程。

关于网络售票实名制可能引起的信息泄漏问题，他认为，除了铁路内部加强管理外，乘客自身应当提高防范意识。机票早已实现全部信息纸面化，火车票实名制只是延续了这一做法而已。因此，主要还是需要乘客自身注意废票的处理。

关于网站负荷问题，他认为，只要设备配置和技术跟得上，应该不会有太大问题，可以应对春运期间网上购票人数暴增的现象。

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

项目名称：铁路售票管理系统项目组长：成员：

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

目录：

铁路售票管理系统项目背景......................31引言...............................3

1.1目的..........................3

1.2系统背景.........................3

1.3系统定义.........................3

1.4参考资料.........................3系统概述.............................3

2.1系统目标.........................42.2功能需求.........................5

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

1引言

1.1 目的为明确将要设计的软件开发的背景，如国软件概况、研究意义及目标，撰写本文档。目的是为了对问题进行研究。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

1.2系统背景

开发的软件系统的名称：铁路售票管理系统

本软件产品是一项独立的软件，而且全部内容自含。实现网络化铁路售票管理。一般用户、售票员、系统管理员等用户都可以通过上网来进行铁路车票业务的管理，实现网络化售票业务。构建标准的铁路车票，火车管理基础数据库。构建起火车信息，车票信息，特殊用户信息等基础数据库。

实现列车及车票信息查询、登录系统及信息管理、车票的销售与退票列车及车票管理等子系统的流程化管理。

1.3系统定义

1.4参考资料

【1】 《软件工程概论》 郑人杰 马素霞等编著 机械工业出版社2010

【2】 《软件工程——理论，方法与实践》 孙家广主编 刘强编著 高等教育出版社 2006

【3】 《软件工工程-理论与实践》Shari Lawrence Pfleeger编著 高等教育出版社 2010系统概述

2.1系统目标

现今的社会发展迅速，火车成为了人们在交通方面不可缺少的交通工具，乘坐火车出行的人越来越多，所以铁路的客运量也在迅速的增长着。同时，时间代表的是生命。为了给人们带来方便快捷的交通环境，铁路系统采取提高列车的速度，增加客运列车等等从而来满足大量的旅客的乘车需求。但是，现在人多车多的情况下，如果再像是从前一样，在一个单一的地点售票，必然满足不了现在的形势。所以就需要售票能够在不同的地点进行，同时旅客也应该能够在购买车票之前知道自己所需要的列车是否有票的信息。如此的情况之下，售票系统的需要自然是相当必要的。售票系统的出现能够在很大的程度上解决单一地点售票所带来的种种不便，并且能够给想要出行的旅客带来足够的相关信息，使旅客们不必非要到车站的售票处，甚至不用出门就能够知道是否有合适自己出行的车票。对于售票处的地点也从原来的单一地点（车站）变成了多个地点，可以在市内的多个地点（宾馆、酒店、娱乐场所等等）。这样给将要出行的旅客带来了更进一步的方便。使旅客无论是在金钱还是在时间方面都能够得到充分的节省。

为了方便旅客，售票系统不仅仅是只能够售票，也就是说系统的用户应该不只是售票员和管理员，还应该有旅客。旅客能够通过售票系统得到自己想要的乘车信息。这样才能够真正的解决以前老式售票的种种不便，才能够真正的成为现在网络社会的真正适应者。、该软件是基于构建起区域铁路部门列车信息及车票信息，及售票情况，退票情况等基础数据库，实现列车，车票及售票员等的管理，实现整个铁路售票部门的正常运行，切身的给旅客带来乘车的方便。

在网络技术迅速发展的今天，为解决老式售票模式的缺点，售票系统便自然而然的借助于网络出现了。JSP技术便是实现售票系统的一种方便而有效的技术，且其具有与平台无关的优越个性，该软件是现有应用程序的替代品。

2.2功能需求

铁路售票管理系统包括四个子系统：列车信息及车票信息查询系统，登录系统及信息管理系统，火车票销售及退票系统，列车及车票管理系统。

 列车信息及车票查询系统

 列车查询按车次或目的站信息来查询列车的静态信息

 车票查询按车次或目的站信息来查询车票的静态信息

 车次查询按已知车次来查询列车及车票信息

 目的站查询按已知目的站来查询需要的列车及车票信息

 登录系统及信息管理子系统

 一般用户登录一般用户进行登录系统界面

 售票员登录售票员输入用户名与密码进行登录系统，获得售票员应有的售票系统相关的权限

 系统管理员登陆系统管理员输入用户名与密码进行登录系统，获得系统管理

员应有的售票系统相关的权限

 信息管理售票员及系统管理员对自己的个人信息如密码，工作单位等进行修

改，管理

 增加售票员系统管理员对售票员进行增加，赋予其售票权限

 删除售票员系统管理员对售票员进行删除，取消其售票权限

 车票的销售与退票子系统

 车票销售根据旅客要求的车次及日期进行车票的销售

 车票退票根据旅客退票要求进行退票

 列车及车票管理子系统

 列车增加系统管理员向整个铁道部增加火车线路，增加火车

 列车删除系统管理员对已存在路线进行取消，删除列车

 车票填充将某一日期的可销售的火车票数量增加

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

前言：

（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，个人的起终点站，售票人员的工号，座号

日志维护，车次信息

同上

列车明细

列车的座位情况，列车的最大负载，车票价格

日志维护

同上

日志维护

乘客购票的具体时间，列车运行的具体时刻

个人信息，车次信息，列车明细