2012年寒假假火车票售票办法[最终版]

第一篇：2012年寒假假火车票售票办法[最终版]

2012年寒假学生火车票售票办法

为便于全校学生和教职工寒假期间顺利返家探亲度假，根据北京地区客票管理中心有关规定，今年订票（实名制）请各学院认真负责，做好每个环节的输入工作，学校现开展集中办理2012年寒假火车票订购，具体通知如下：

一、订票标准

学校统一办理2012年1月13日至1月17日火车票，返程不知具体时间，只是预计本校开学时间，预订2月15日-17日返程票（只售全程票）。由北京站、北京西站，北京南站、北京北站开往（返）全国各线各次列车的硬座票订购。每张车票预交款100元、动车200元，（票款交辅导员）多退少补。以学院为单位，将总预交款交给团委书记，由团委书记将银行存款回单于2011年12月18日至12月19日交于订票处（办公地点：后勤集团生活中心行政部，原学生自律委员会）。

二、订票办法

1、以班为单位，登记表格一式两份，一份交给年级辅导员，班级留一份。登记表须严格按售票区段限制填写，并以乘车时间为序（从小到大）。登记车票要看清车次、时间，凡零点以后发的车、日期按次日计算。车次、到站、张数一一填写清楚（备注栏不得写字），凡是由个人填错的，均由个人负责。

2、院系以班级为单位进行登记，因为今年春运预订学生票要全部实行实名制，所以要求学生在填写订票登记单时，将姓名、本人身份证号码、准确无误地填写清楚．并严格按照铁路部门各次列车所售区段限制表准确填写清楚乘车日期、车次、到站、凡因本人填写有误造成的错票、废票，缺票后果由本人负责。希望大家把登记预订工作尽量做细，各学院团委书记负责审核汇总，等待订票室通知上机录入。开始录入订票信息，输机工作完成后，与订票室核对数据，数据一经提交，不再修改。

三、订票范围

1）办理北京站、北京西站、北京北站、北京南站、各始发列车的学生硬座车和动车组列车二等软座车票。不办理无硬席的列车、硬席较少列车、及途径北京地区列车车票。

2）返京车票办票范围为全路有直通始发能力的所有终到站为北京站、北京西站、北京北站、北京南站的始发车站车票。返程票只办理始发站至终到站车票，不办理中途站，过路站。

3）以下列车无硬席编组或编组很少，（全列卧铺车及全列软卧）学生不要选择以下列车，车次为：Z1、T47、T17、T59、K681、2559、Z61、K53、T97、（2012年1月份双日开九龙、单日开广州东）Z37、Z11、Z3、Z77、Z19、Z15、Z17、Z53、Z55、Z29、Z51、Z73、Z79。部分经停北京的过路车，没有票额不办理学生票。（2012年1月K43双日开嘉峪关、单日兰州）。

4）K39次周五、周六停开。K3、K19、K23次为国际列车不办理学生票。

四、注意事项

1、学校订购一律为硬座车票，无硬卧等车票。

2、根据教学安排，本学期正式放假时间为2012年1月14日。因各学院最后一门考试时间不同，请同学们确认具体放假时间，再行选择车票日期。

3、由于运力紧张，铁路方会对车票进行一些有关时间、车次上的调配、定票人必须服从。限定车次一律不予办理。

4、北京客票管理中心一律不办理学生的退票手续。

联系电话：62332412

后勤集团生活中心行政部

2011年11月15日

第二篇：火车票代理售票网点准则

第一章 总则

第一条 为推进铁路客运售票改革，规范客票代理业务，适应市场竞争和满足旅客购票需要，根据《中华人民共和国铁路法》及相关法律、法规并结合我局客票系统建设和售票工作实际情况，特制定本办法。

第二条 本办法适用于路局票务中心及局管内所有计算机联网售票车站与企业法人组织之间，开办的铁路客票销售代理业务。

第三条 铁路客票销售代理，是指受铁路局票务中心和铁路车站委托，经铁路局客运主管部门审批同意，在授权范围内，以被代理人的名义，办理的铁路客票销售经营性业务。

第四条 铁路局客运营销管理处为全局客票销售代理业务的主管部门。

第五条 代理铁路客票销售业务，须遵循以下原则：

1、代理售票网点的设立必须符合铁路局客流吸引区内的规划和布局，并直接面向社会服务，方便旅客购票。

2、代理企业应严格遵守铁路规章制度，以法经营、按规定收取服务费用、缴纳税金并维护正当商业竞争。

3、主动接受铁路局、铁路分局和车站有关部门的监督管理并履行代理人的权利义务，为旅客提供优质服务，维护铁路形象。

第二章 代理条件

第六条 必须具备企业法人资格。

第七条 其营业许可范围内必须有经当地工商行政主管部门注册登记的铁路客票代理业务。

第八条 注册资本或固定资产值在10万元以上，其中流动资金不低于5万元。

第九条 客票代理营业地点一般应设在旅游景点、繁华的商业街或居民密集的社区内。

第十条 必须具备下列营业条件和经营业绩：

1、具有固定的临街营业场所，用于为旅客售票服务的营业室面积不小于20平方米。

2、具备电话、传真机、稳定的电力电源及用于计算机联网的电信通道。

3、备有铁路客运规章、客票发售相关的业务资料和旅客购票查询所需的揭示、揭挂等。

4、有2～3名经铁路售票业务培训并取得上岗合格证书的售票人员。

5、年客票代理销售量日均应不少于10张。低于规定销售量的代理网点次年原则不再续签代理售票合同。

6、必须采用计算机终端联网售票的方式。

第三章 审批程序

第十一条 经营铁路客票销售代理业务，代理人应首先确定被代理人（车站，即委托人）。代理与委托双方明确委托与代理意向后，签订《铁路客票销售代理意向书》（式样见附件一），并向委托人提交书面申请。

第十二条 申请经营铁路客票销售代理业务，应当提交下列书面文件、资料：

1、申请书；

2、企业经营许可证及相应法律文件；

3、企业法定代表人姓名、职务、经营地址、联系电话；

4、营业场所地址、房屋、营业设施和通信设备情况；

5、企业固定资产及流动资金验资证明；

6、售票人员名册及业务培训合格证的影印件；

7、对所在地区及周边客流吸引区客源市场、客流量的调查、分析及预测报告；

8、委托人（被代理车站）的《铁路客票销售代理意向书》。

第十三条 收到代理申请后，委托方依照本办法规定并根据车站售票、布点需要和车站客票系统资源条件进行审查。对符合代理条件并同意代理的，以书面形式连同相关文件、资料一并上报分局客运营销管理分处。分局客运营销管理分处审核后，对符合要求的汇总以文件形式报路局审批。

第十四条 铁路局客运营销管理处根据客票系统总体规划要求，对符合代理条件的，以文件批复下达各分局，由分局组织委托合同的签订，并组织代理人员业务培训，核发售票人员上岗证书。第十五条 客票销售代理网点售票设备的安装、使用及技术维护，由铁路局、分局电子计算机主管部门负责：

1、铁路电子计算机主管部门依据路局客运营销管理处的批文进行客票销售代理网点售票设备及应用的安装。直售代理网点由路局电子中心负责，车站代理网点由所属铁路分局电子所负责。

2、代理网点售票设备应按照铁路客票系统统一技术标准进行配置。售票设备、系统和应用软件购置及安装费用由代理人负担。

3、设备、软件支持和技术服务项目收费标准由铁路局电子中心同路局客运营销管理处拟定并纳入客票销售代理合同。

4、路局电子中心和分局电子所应与代理人签订技术支持、维护合同，并作为客票销售代理合同的附件与主合同同时生效。

第十六条 客票销售代理网点设备安装调试完毕，经路局票务中心检测认可后，由路局票务中心对客票销售代理网点进行授权开通。

第十七条 铁路客票销售代理合同有效期限为一年，铁路客票销售代理业务批准证书必须与铁路客票销售代理合同有效期一致。合同期满，双方未提出异议，合同继续有效。

第十八条 代理人凭铁路局批复文件、核发的“铁路客票销售代理业务批准证书”及“铁路客票销售代理合同”向营业地点所在地的工商行政主管部门和地税局申请办理工商、税务登记手续及领购收费票据。

第十九条 铁路局客运营销管理处要根据客运市场的宏观供求、管内营销区域划分原则和客源分布情况，对代理售票网点建设进行统一规划、合理布局、动态调控，决定停止或开办客票代理业务的审批。对申报开办客票代理业务实行不定期集中审批制。每年对代售网点进行综合考核评定、调整优化。

第四章 经营管理

第二十条 在客票销售代理业务经营中，委托与代理双方要严格执行铁路客运、收入规章和管理制度，铁路各级客运主管部门要加强对代理售票的管理，防止运输收入事故以及服务质量问题，保障铁路、代理人和旅客的合法权益。

第二十一条 代理售票均以计算机联网终端发售铁路局公共网票额。一律不安排固定票额切块发售，代理网点不办理铁路公用乘车证签证。

第二十二条 委托与代理双方未经路局客运主管部门批准不得私自变更代理企业法人和售票经营地点。

第二十三条 代理售票点在客票售出后发生旅客退票时，凡符合铁路规定退票条件的，在客票售出的代售点或在票面发站均可按铁路规定办理退票。在代理网点办理退票时，所收退票费及收回的票据一并向被代理车站报交。

第二十四条 代理售票点发售客票可收取“铁路客票销售服务费”，收费标准为每张5元。作为代理售票的营业收入，车站及任何其它部门不得参与收入分成。代理人收取服务费时必须向旅客出具经税务部门批准的“济南铁路局客票销售服务费专用定额发票”。除此之外，代理售票网点不得在票价外加收任何费用。

第二十五条 代理网点实行统一标志、规范服务。

1、代理售票网点的营业场所要悬挂济南铁路局统一监制的铁路客票代理销售标志；

2、售票营业处内应揭示供旅客查询的列车时刻表、票价表、服务收费标准及必备的铁路客运规章等业务资料；

3、售票柜台高度不低于1.2米、宽度不小于0.5米，柜台上放置统一服务形象标识。营业时间内售票人员要挂牌服务。

代理网点所需客运规章、业务资料及宣传揭示等，由委托方提供，费用由代理人支付。

第二十六条 铁路客票销售代理实行“代理抵押，汉卡租用”制。各代理人在签订铁路客票销售代理合同的同时预交2万元的代理抵押金（其中代理保证金和汉卡租用押金各1万元）。代理售票合同终止后，清算票款、票据及有关费用，交回汉卡，返还保证金及押金。汉卡使用租金为每月按汉卡价值的3%交纳。代理保证金由委托人保管；汉卡押金及租用费由路局票务中心统一收取管理。

售票汉卡实行按代理窗口号对应管理，不得将汉卡任意调换或转借他人使用。第五章 票据与收入管理

第二十七条 代理售票网点使用的票卷及碳带向委托人请领。请领时，应填写票据请领单，双方当面点清并办理交接签认手续。客票销售代理人要按照《铁路运输收入管理规程》的要求，建立票据台帐及领发、登记、交接、签认、使用、保管制度。

第二十八条 代理售票网点的售票收入核算由委托方专人负责，代理方每日将上一日票款收入采用信用卡结算方式，按规定向委托方结清，在未完成上一日结帐前不得开始发售客票。月末时运输进款收支报告必须与客票整理报告相符。票款的解缴时间由委托与代理双方在合同中规定。

第二十九条 客票销售代理人必须按照《铁路客票销售代理合同》规定的时间解缴票款，不按时解缴票款，委托方按迟交天数每天核收应交票款1%的滞纳金，在代理抵押金中划拨，月末结算时须将抵押金补齐。

第三十条 代理售票网点凡发生丢失票据、票款，少缴票款，一律由代理人按铁路有关规定赔偿经济损失。代理网点在售票时所发生的溢、短收款，按铁路有关规定办理。

第六章 代理网点的管理

第三十一条 委托人及其所属路局、分局客运、路风和收入主管部门负责辖区内客票代理网点的管理和监督检查。

第三十二条 对铁路客票销售代理人违反有关规定，造成严重后果的，要追究其委托人及相关管理者的责任。

第三十三条 铁路客票销售代理人违反本办法，应承担下列责任并给予相应处罚：

1、违反规定，不使用规定单据、在收费标准外加价收取费用或将客票转让他人加价代售，侵害旅客利益，造成旅客投诉等不良社会影响的，扣罚代理抵押金500至1000元。由代理人负责经济赔偿并负责消除影响，情节严重的，限期停业整顿。

2、将汉卡转借他人使用，立即停止其代理业务，并扣罚代理抵押金2000元。

3、在售票微机上使用外来软盘、光盘或在计算机上进行与售票无关操作导致售票中断并影响网络正常运行的，根据影响程度，扣罚代理抵押金500至1500元。

4、票据、票款丢失、被盗，进款少缴，除按铁路有关规定赔偿损失外并扣罚代理抵押金200至500元。

5、私自变更代理企业和售票经营地点的，扣罚代理抵押金2000至3000元。

第七章 附则

第三十四条 本办法未尽事宜按照铁路《客规》、《管规》、《收规》及其他相关规定、办法和部、局文件执行。

第三十五条 本办法自2003年11月1日起施行，济铁营销发（2000）94号《关于印发济南铁路局〈铁路客票销售代理业务管理（暂行）办法〉的通知》及与本办法相抵触的其他规定同时废止。

第三十六条 本办法由路局客运营销管理处负责解释。

第三篇：火车票售票系统 需求分析报告

三、需求规格说明书

三、需求规格说明书

1．引言...........................................................................................................................1 1.1编写目的.............................................................................................................1 1.2项目背景.............................................................................................................2 1.3定义....................................................................................................................2 1.4参考资料.............................................................................................................2 2．任务概述....................................................................................................................2 2.1目标....................................................................................................................2 2.2运行环境.............................................................................................................3 2.3条件与限制..........................................................................................................3 3．数据描述....................................................................................................................3 3.1静态数据.............................................................................................................3 3.2动态数据.............................................................................................................3 3.3数据库介绍..........................................................................................................4 3.4数据词典.............................................................................................................4 3.5数据采集.............................................................................................................8 4．功能需求....................................................................................................................8 4.1功能划分.............................................................................................................8 4.2功能描述.............................................................................................................9 5．性能需求....................................................................................................................9 5.1数据精确度..........................................................................................................9 5.2时间特性.............................................................................................................9 5.3适应性.................................................................................................................9 6．运行需求....................................................................................................................9 6.1用户界面.............................................................................................................9 6.2硬件接口...........................................................................................................10 6.3软件接口...........................................................................................................10 6.4故障处理...........................................................................................................10 7．其它需求..................................................................................................................10

1．引言

1.1编写目的

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程

三、需求规格说明书

序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。本文档供项目经理、设计人员、开发人员参考。

1.2项目背景

a.项目的委托单位：中国铁路局 b.开发单位：xx大学 c.主管部门：计算机学院 d.软件名称：火车售票系统 e.软件开发者：

1.3定义

a.铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。

b.需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

c.需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

d.模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。

1.4参考资料

a.《实用软件工程》（第二版）郑人杰，殷人昆，陶永雷。清华大学出版社，1997。b.《JAVA网络高级编程》金勇华，曲俊生。人民邮电出版社，2001。

c.《JBUILDER培训教程》Borland software corporation。机械工业出版社，2002。

2．任务概述

2.1目标

(1)完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能

三、需求规格说明书

（2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。

（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普通旅客不能对车次信息随意删改，只有授权的售票员可通过密码识别进行维护。

2.2运行环境

操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0 数 据 库：Microsoft SQL Server 2000 2.3条件与限制

一个更完善的火车票售票系统，应提供更为便捷与强大的查询购买功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能，对于信息的保护手段仅限制于设置用户级别，以记名提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。

3．数据描述

3.1静态数据

火车票：列车车号

(int SerialNumber)

列车始发时间(struct time SetOut)

列车始发站(char DeparturePoint)

列车终点站(char TerminalPoint)

票务：列车车号

(int SerialNumber)

已售出车票票数(int FixedNumber)

额定载量（int FixNumber）

售票员：用户名（char name）

密码(char password)3.2动态数据

输入数据：根据界面提示，键盘输入操作；

查询方式：查询车次、查询始发站；

三、需求规格说明书

旅客购买时的票务信息，售票员添加、购票、退票时的票务信息；

售票员备份数据恢复所需的数据备份文件；

售票员操作需密码，旅客操作受限； 输出信息：查询车次确定的数据库记录的子集；

统计结果；

车次信息录入、删除（成功或失败）；

车次信息查询、购买的操作结果；

数据备份输出的数据备份文件； 内部数据：查询操作建立的索引；

3.3数据库介绍

数据库采用Microsoft Access数据库

3.4数据词典

《火车售票系统》的总体功能如下： 车票的售出； 车票的退还； 车票信息的查询；

车票的增删改；

售票员查询统计车票信息； 售票系统数据备份； 售票管理者口令修改； 1．售票员登陆系统：（1）数据流图

售票退票选择检验错误售票员选择用户名密码身份验证售票员信息密码正确登陆系统选择选择选择授权信息表查询录入新的班次信息

（2）数据词典

 数据源点及汇点描述： ① 名称：售票员

简要描述：管理售票员信息

有关数据流：用户名、密码、系统选择：售票系统、退票系统、查询系统、录入信息系统 数目：1

三、需求规格说明书

 加工逻辑词条描述： ① 加工名：身份检验

加工编号：１

简要描述：检验用户身份 输入数据流：用户名、密码

输出数据流：密码正确、身份验证错误 加工逻辑： IF 用户名为空 THEN

发出“用户名为空错误”

ELSE IF 密码为空 THEN

发出“密码为空错误”

ELSE IF 用户名和密码不符 THEN

发出“用户名和密码不匹配错误”

ENDIF

ENDIF

ENDIF

ENDIF  数据流名词条描述： ① 数据流名：用户名

说明：售票员姓名

数据流来源：售票员 数据流去向：身份检验

数据流组成：用户名=字符型字符串 ② 数据流名：密码

说明：与用户名相匹配的密码 数据流来源：售票员

数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： ③ 数据流名：出错信息

说明：用于指示身份验证错误的信息

数据流来源：身份检验 数据流去向：售票员

数据流组成：出错信息＝任意字符串 ④ 数据流名：系统名称

说明：系统的名称 数据流来源： 数据流去向：选择 数据流组成：  数据文件词条描述： ① 数据文件名：授权信息表

简述：存放售票员信息

输入数据：

输出数据：售票员信息

数据文件组成：授权信息表由“售票员信息”组成

三、需求规格说明书

2．售票员相关操作（售票、退票、查询、录入）

票务信息表车票信息车票信息售票退票选择检验错误售票员选择用户名密码身份验证售票员信息密码正确登陆系统选择选择选择授权信息表查询车票信息录入新的班次信息车票信息列车信息表

(2):数据词典：

 数据源点及汇点描述： 1 名称：售票员 ○简要描述：管理售票员信息 有关数据流：用户名、密码

数目：1  加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１

简要描述：检验用户身份

输入数据流：用户名、密码

输出数据流：密码正确、身份验证错误 2加工名：售票 ○加工编号：2 简要描述：根据所读入的操作信息，售出火车票

输入数据流：操作信息，火车票信息

输出数据流：火车票信息

加工逻辑：根据所读入的操作信息，售出火车票

 数据流名词条描述： 数据流名：用户名 ○

三、需求规格说明书

说明：售票员的姓名

数据流来源：售票员 数据流去向：身份检验

数据流组成：用户名=字符型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：售票员 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：车票信息 ○说明：车票信息

数据流来源：售票员

数据流去向：列车信息表

 数据文件词条描述：

① 数据文件名：列车信息表

简述：车票信息

输入数据：车票信息

输出数据：

数据文件组成：列车信息表由“车票信息”组成 存储方式：关键码 存取频率：频繁 2数据文件名：票务信息表 ○简述：票务信息

输入数据：票务信息 输出数据：

数据文件组成：票务信息表由“列车号、已售票、剩余票”组成 存储方式：关键码 存取频率：频繁

3．旅客查询购票过程：（1）数据流图

三、需求规格说明书

旅客 登录系统选择选择选择选择订票退票查询

(2)数据词典：

● 数据源点及汇点描述： 名称：旅客

简要描述：订票，退票，查询

有关数据流：系统选择：订票系统、退票系统、查询系统 ●数据流名词条描述：

⑤ 数据流名：系统名称

说明：系统的名称 数据流来源：

数据流去向：选择

数据流组成：

3.5数据采集

数据采集采用键盘输入

4．功能需求

4.1功能划分

该软件具有如下主要功能： 1．浏览功能 2．查询功能 3．添加功能 4．修改功能 5．删除功能

三、需求规格说明书

6．授权功能

4.2功能描述

1．浏览功能

列出当前数据库文件中车票的所有记录 可选定一项纪录，显示说有域 2．查询功能

车次信息匹配查询 始发站信息匹配查询 3．添加功能

增加一条车票的信息 4．修改功能

修改某一已存在的记录内容，提供确认机制 5．删除功能

删除一条记录，提供确认机制 6．授权功能

授权票务管理人员修改数据的权限

5．性能需求

5.1数据精确度

查询时应保证查全率，所有在相应域中包含查询车次的记录都应能查到，同时保证查准率。

5.2时间特性

一般操作的相应时间应在1~2秒内

5.3适应性

满足运行环境在允许操作系统之间的安全转换和雨其它又能够用软件的独立运行要求。

6．运行需求

6.1用户界面

采取对话框方式，多功能窗口运行

三、需求规格说明书

6.2硬件接口

（1）硬件接口：支持x86系列PC机

（2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。

6.3软件接口

运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上。

6.4故障处理

正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。

7．其它需求

（1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。

（2）安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。

（3）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。

（4）兼容性：由于尚未测试，故无法对兼容性进行评析。

第四篇：2013年暑假火车票售票通知

关于昆明火车站到校出售学生火车票的通知

各位同学：

暑假假临近，为方便我校学生购买火车票并能够顺利返乡，经过学校与昆明火车站进行协调，火车站相关工作人员将于2013年7月4日(星期四)到学校出售学生火车票。为保证售票工作顺利进行和同学能够及时购买到火车票，现将有关事宜通知如下：

一、售票时间：2012年7月4日(星期四)9:30-17:00

二、地点：学生宿舍15幢前

三、注意事项：

1.请其它需要购买火车票的同学携带学生证及身份证到指定地点按顺序购买车票。

2.出现下列情况时，不能发售学生火车票：

①学生证未按时办理注册手续的；

②自行涂改乘车区间的；

③学生证无火车票优惠卡、火车票优惠卡无购票次数信息、火车票优惠卡不能识别或者与学生证记载不一致的。

3.发售火车票时间段为：7月4日以后30天内硬座车票。

4.火车站到学校售票仅7月4日一天，请各位同学根据自身情况合理安排购票时间，如当天不能到场购票的也可选择互联网订票或到各代售点购票（各代售点的售票功能与火车站售票窗口一致，发售的学生票免收手续费）等方式购票。

云南农业大学学生自我管理委员会

2013年6月27日

第五篇：课程设计火车票售票系统的需求分析

二．需求分析

经过对程序设计题目的分析可知，整个程序的设计实现大致分为八个模块，每一个模块对应一个函数。在这些函数当中，添加车次数据函数、售票函数、查询总额函数的实现严格按照题目的要求，而显示时间函数和显示车次函数属于附加功能。读取文件函数和保存信息函数对其它函数的实现起辅助作用，主函数及菜单函数控制程序的整体运行。

1.添加车次函数

主要实现程序最初运行时车次的录入 2.旅客买票函数

实现的功能是按照旅客所需车次几所购买车票的数目 3.查询车票总额

按照题目的具体要求实现的是总额的查询 4.显示函数

实现的是显示目前所有的有效车次信息

除上面介绍的功能之外，程序还具有显示当地时间，以及退出功能，可以在程序的一次运行当中循环执行所有的功能，并根据需要终止程序的执行。

每一个车次都包含车次、日期，始发、终点以及所受票数和所需费用，在程序当中，将车次类型定义为结构体类型，添加的车次信息直接写入E盘的train.txt文件中，其它函数每次对车次记录的访问，其数据来源都是train.txt文件，这样做不但可以保证学生数据的一致性，而且可以对车次数据进行永保存，保证每次运行程序都可以采用原来的数据

近年来，中国乃至世界的人口急剧增加，人口流动量也随之增加，火车作为一种便捷且相对 比较便宜的交通工具也受到广大出行者的青睐，为了减轻铁道部售票的压力，特此编写此程序，便于乘客在网上购票。

3.1.2 软件项目概述

本系统拥有四大功能，分别是查询、订票、改签和退票。在使用不能系统之前，用户必须注 册用户名，用户名必须包括乘客的身份证号，这样可以实行实名制购票，防止在购票高峰，非法 分子以高价倒卖火车票，以此来保证乘客的利益。用户在利用用户名登陆本系统以后，方可经行 查询、订票、改签和退票的相关操作。其中，查询允许乘客对自己所需乘坐的列车经行查询，来 判断是否有票，如果有票，乘客则可以选择订票，订票以后，用户的信息将被修改，用户信息将 会添加刚才购买的火车票的列车车次以及起始地和目的地。如果乘客已经购票，需要换票，则必 须先查询是否有需要换的票，如果有票，则可以经行换票操作，同样，用户信息将也会被修改。

当乘客已经订票，需要退票，点击退票，则可以退票，但同时会弹出

需要用户支付手续费的窗

口，用户支付完手续费后，退票成功，用户信息将被修改，推掉的车票对应的列车号以及相关信 息将从用户信息中删除。

3.2 订票流程设计

3.2.1 订票流程描述

乘客在使用系统之前，首先注册新用户，需要输入自己相关个人信息，包括自己的身份证号 码，名称，登陆密码等。当已经注册好用户以后，用户可以利用自己的证件号码和登陆密码登陆 火车票订票系统，乘客需先查询自己所需要乘坐的列车，看是否有票，如果有票则可以选择订票，进行订票；如果用户已经购票，需要换票，则需要查询目标票看其是否有剩余，如果有剩余，则 可以进行换票，当用户输入已拥有的火车票的列车号点击退票，则可以经行退票。当然，以上操 作都必须建立在用户已登录的基础上

阶段通过对系统目标的初步调研和分析，提出可行性方案并进行论证。我们在这 里主要从技术可行性、经济可行性和操作可行性三方面进行分析。2.1.1 经济可行性

本系统其他应用软件、硬件系统也易于获得.因此 , 开发成本较低。而引进使用本系

统后，与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物 力及财力。所以，从经济的角度来看，该系统可行。2.1.2 技术可行性

开发工具： VS2005

数据库环境： SQL Server 2005 系统环境：

Microsoft Windows 2000 或以上版本。

系统实现依靠相对熟悉的 c 语言和 SQL Server2008 数据库系统，其基本操作实质还

是对数据库进行添加、删除、查找等操作。2.1.3 操作可行性

系统采用菜单式，实现用户与数据库的交互，界面简洁友好，操作方便。2.2 需求分析

需求分析是软件设计的一个重要的环节。本阶段对订票系统的应用情况作全面调

查，以确定系统目标，并对系统所需要的基础数据以及数据处理要求进行分析，从而确 定用户的需求。用户对系统的需求我们从以下几方面进行分析。2.2.1 功能需求

本网上售票系统应该具备如下功能： 1.查询

分为对车次信息的查询和客户对已订车票信息的查询。要求： 1）对车次的查询，可以按照发车车次进行查询； 2）车次信息包括：车号、出发 地、目的地、发车日期、开出时刻、票价。3）座位类型设定。4）车次信息只允许用户查询，不能修改。2.添加车票

通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过 网上售票确定已预订选中的车票。要求 ：

售票记录应包括：会员名、车号、发车日期、订购票数、总价。3.退票

可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票 模块退去已购车票。2.2.2 数据需求 信息需求，即在系统中需要处理哪些数据。根据对火车站网上订票系统的分析，本 系统的信息需求如表 2-1 所示。表 2-1 信息输入输出 信息输 入 信息 处理 信息 输出 用户输 入所需车次 检索 系统数据库 符合 用户需求的车次及相关 信息 用户输

入个人信息及所需 购的车 票信息 更新

系统中的订票信息，将新

信息存入系统数据库 操作

反馈（如找零）2.2.3 性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的 性能需求。1.准确性和及时性

系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户 权限及所输入的信息做出响应。

由于本系统的查询功能对于整个系统的功能和性能完成

举足轻重。作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其 准确性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方 法保证系统的准确性和及时性。2.易用性

本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉。这就要求系统能 够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使 用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。