铁路售票系统数据分析
一、背景
目前火车站售票的状况是仅靠手工操作，以现有的工作人员很难应付车票订购高峰时刻的大量数据处理问题。同时还会出现由此带来的大量记录存放和管理所带来的问题。本次设计拟开发一个火车票售票系统，可以降低工作人员的工作量，提高工作人员的工作效率，同时方便顾客售票。
二、现实状况
火车站市场的管理和规范问题，是困扰我们多年的一个老问题，也是政府管理中的一个难点，售票是客运业务中的一个最基本的业务，表面上看，它只是火车站业务的一个简单的部分，但是它涉及到管理与客户服务等多方面，因此，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的售票方式——网上售票，来缓解售票高峰时期的客运压力，并为用户提供方便快捷的售票服务。
三、售票系统工作流程
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 售票信息数据字典
4-
3、用户信息数据字典
5、E-R图
用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。
针对火车票售票系统，通过对网上售票工作的过程、内容以及数据流程分析，设计如下所示的数据项和数据结构：
1.车次信息包括：车号、出发地、目的地、发车日期、开出时刻、剩余座位数、票价。
3.售票记录包括：订单号、身份证号、车号、订购日期、订购票数、总价。 4.用户信息包括：用户名、身份证号、性别、电话。 E-R图如图5-1所示。
5-1 总E-R 图
6、数据库逻辑结构分析
火车票售票系统数据库中各个表格的设计结果如下表所示。每个表格表示在数据库中的一个表。
6-1 车次信息表
6-2 订单表
6-3 用户表
