火车票客票预售系统OO方法界面.docx

火车票客票预售系统OO方法界面.docx

《火车票客票预售系统OO方法界面.docx》由会员分享，可在线阅读，更多相关《火车票客票预售系统OO方法界面.docx（21页珍藏版）》请在冰豆网上搜索。

火车票客票预售系统OO方法界面

中国火车票客票预售系统——分析

项目背景

网上火车票预定确实是利国利民的好方式，能彻底改变传统的在火车站蹲守的买票方式，缩减旅客在火车站逗留的时间，减少人员积压。

　　2006年1月，酷讯凭借“火车票搜索”一炮而红，也正是因为火车票频道的成功，让酷讯快速获得两次融资共计1200万美元。

2年多的发展，从最初的生活搜索，到现在包括火车票、机票、酒店等的旅游搜索，火车票转让一直是酷讯聚集人气的法宝。

年初推出的火车票在线购票业务更是一经推出就得到好评不断，笔者本人之前就用过这个业务并顺利预定到票，就像网上预定机票一样，非常方便。

这个能够增加用户体验、还能增加访问量的业务怎么会停止呢?

不免让人觉得匪夷。

酷讯网并不是铁道部授权的电子商务网站。

但其发展预售的方式，只是将网民的购票需求转发给具有火车票出票资质的代理点，由代理点完成出票及送票。

整个过程酷讯只是起到了信息收集与传递的作用，离电子商务还差得远，根本谈不上需铁道部授权的问题。

笔者在一度炒的沸沸扬扬的同样不具备铁道部授权的贤贤网上看到，从该网站仍能预定京津城际列车的票，说明有关部并未对此类网站认定违规。

唯也一还有一个可能，就是与酷讯合作的代理点是否被铁路局处罚，就不得而知了。

因此可以看出网上火车票预定确实是利国利民的好方式，能彻底改变传统的在火车站蹲守的买票方式，缩减旅客在火车站逗留的时间，减少人员积压。

人员越积压，黄牛党越猖獗，黄牛党越搅乱票务体系，火车票的供需关系就越紧张，恶性循环就出现了。

网上能买票就买，买不到可以预定，预定不到可以稍后再定，买到票了再按点到火车站上车，极大缩短人们在火车站的时间。

谁见过人们在机场排队买票的，即使是在飞机票源同样紧张的春节，旅客也几乎都是提前定好机票，再按点到机场等班机，也没有出现旅客大量聚集在机场的现象。

由此我们小组提出了构建一个网上预购火车票的系统模型，该系统时面向所有顾客，由铁道部统一管理的系统，其目的不仅仅是为了缓解中国铁道的购票压力，同时也是将火车票规范化出售的好途径，也是产业信息化有效表现之一，下面就是对次系统的分析。

中国铁路客票有着自己的特殊性，主要表现在以下几点：

◇规模庞大：

如前所述，中国铁路有5000多个车站承办客运业务，日开行旅客列车2000多列，系统建成后将有几万个窗口机需要联网，每年客运量大于10亿人次，最高日发售客票高达400万张之多，可以说没有任何一个国家的铁路客票系统具有如此庞大的规模。

　　◇实时性强：

中国铁路客票发售量不但大，而且热线车票和售票时间较为集中，在售票高峰时，将会同时产生4000-5000个座席申请，其中有相当数量是对同一时间、同一车次、相同座席的请求。

为保证响应速度，对网络时延的要求非常高，计算机处理一张票的总时间一般应小于7秒，其中网络通信时延要在2秒以内，而我国的通信条件又恰恰比较落后，要满足这样的要求则具有一定的难度。

◇票务管理复杂：

中国是一个发展中国家，人口众多，铁路旅客运输是主要的交通运输方式。

从整体上讲，客票的发售和预订在数量上是供不应求，因此，每一张客票均要精确地确定座席，并且是当日当次有效。

加上票种繁多、票价复杂、票额预分、座席复用和规章众多等等，给数据组织和数据库管理增加很多约束条件和困难。

而国外发达国家由于铁路运输能力是供远大于求，其主要客流集中在市郊和地铁，客运管理简单，对系统功能要求不高，除部分国家在预约客票中考虑了座席外，大量的售票业务都不必处理座席信息，其系统开发的难度则比中国小得多。

　　◇多级网络结构：

由于国外系统起步较早，且通信发达，大多数采用集中处理的主机／终端方式，而我国幅员辽阔，通信条件较差，根据实际情况，将采用近代发展的集中与分布相结合的客户机／服务器体系结构，这对大规模信息系统的应用也是探索和创新。

　　◇管理体制改革：

中国铁路部门在长期的手工作业过程中，为解决运量与运能的矛盾，建立了一整套严格的行之有效的客票发售组织与管理制度，但在很大程度上并不适应现代技术和新系统的运用，这在系统建设过程中将要有所打破、有所创新、有所改革，也增加了系统开发的难度。

系统目标

中国铁路客票发售和预订系统的最终目标是建立一个覆盖全国铁路的计算机售票网络，实现客票管理和发售工作现代化，从而方便旅客购票和旅行，提高铁路客运经营水平和服务质量，达到国际先进水平，成为世界上规模最大的铁路客票发售和预订系统，为迎合产业信息化方向发展做出标榜，同时也向世界证明了，中国是有能力创造最短时间，最有条理，最方便，运送人数最多的铁路。

Ø系统能预定开车前20-11天之间的火车票，开车前10-0天只提供车站售票

Ø系统预售期近期为11天，远期为20天。

Ø实现票额、座席、制票、计费、结算、统计等工作的计算机管理。

逐步形成统一的客票信息源，实现信息共享。

Ø加强客票信息管理与分析，提高座席利用率，避免网购的滞后以及车牌的浪费现象，为铁路客运组织与管理工作提供辅助决策支持。

它主要具有售票、退票、异地售票、统计等多种功能。

中国铁路客票发售和预订系统实现了计算机联网售票，使得可以出售返程、联程等异地购票的功能，实现了票额、座席、制票、计算、结算和统计等计算机管理，为铁路客户服务提供了有效的调控手段。

系统功能

本系统主要是为了长远的目标，其中的个别系统（如：

网上支付系统）短期内可以借助现存的系统，如支付宝，财付通等等网络支付平台，但是长远的还是需要制定专对于本系统的支付平台。

也因此我们暂且考虑将该系统划分为我们的子系统中。

本系统所涉及的系统模块主要包括用户注册模块、网上购票模块、网上支付费用模块、火车票退票模块、物流模块、身份验证模块、系统管理模块等功能模块。

其中重点介绍用户注册模块、网上购票模块火车票退票模块、网上支付费用模块、系统管理模块。

●用户注册模块

乘客登陆网站后，首先要进行的就是用户注册过程，该过程要求

用户提供个人的真实信息，同时在通过身份验证系统的核实后进行认证通过，一旦注册成功后，该账号将是网上购买火车票的唯一凭证，当然如果出现其他以外情况可以根据所提供的真实信息来进行更改处理。

进行实名制度最大的好处是可以防止不法份子的不正当购票，同时也是为了将来更好的适应火车票的实名制度。

●网上购票模块

创建新型的网上预定火车票系统，对于以往的一定得去火车站售票处的直接买入火车票，为广大的乘客从时间上、经济方面提供了很大的便捷，提高火车票售票系统的服务质量及安全保证，尽量减少物料、人员、财务的费用。

●网上支付费用模块

目前很多公司的网站都提供了网上支付系统，比如淘宝网、当当网等。

网上支付系统是电子商务中网上支付的交易平台，是连接购票者、火车站平台和金融机构的桥梁，实现了Internet上的支付、资金清算、查询统计等功能。

该系统具有安全可靠、交易速度快、容量大、使用方便、易于扩充及查询等特点。

买票的乘客需交纳50%的订购款，等票到达后，再支付余款。

此系统的付款方式为：

银行汇款或转账。

●网上购票退票模块

建立火车票退票的功能模块，对于提前订购的火车票可以从网上系统退票。

但是这个退票有这严格的时间要求，若是付款前，则随时可以取消订单；若是付款后，如果选择的取票方式是EMS快递，则需只能在付款后24H内可以退票，否则视为购票成功，如果选择的是去车站取票，则必须到对应去票的车站退票。

这也是服务乘客的另一个重要方面，此退票系统中有包括退还火车票的费用，铁道部统一规定，退票要收取20%的退票费。

●系统管理模块

建立一个人员工作计划的数据库，提供调度员工详细的资源使用清单，提供各个部门、各位员工的详细工作情况和工作总结。

并提供考勤管理，记录每位员工的出勤状况，根据方案设定判断迟到、早退或旷工；统计每位员工的月出勤结果；提供特定时间内个人、部门、公司的出勤数据统计图表，并进行分析比较。

系统划分

在以上分析的基础上，综合各方面的因素，把该系统划分为四个子系统：

✧用户注册

✧网上购票

✧网上支付费用

✧网上购票退票

✧系统管理

此系统是网上订购火车票的新型系统，希望能够满足广大乘客的需求及带来以往直接往售票厅买票

中国火车票客票预售系统——设计

分析的准备工作

●系统的功能

本系统主要包括

z用户注册模块

z网上购票模块

z网上支付模块

z网上购票退票模块

z管理模块等功能模块

1、用户注册模块

乘客登陆网站后，首先要进行的就是用户注册过程，该过程要求

用户提供个人的真实信息，同时在通过身份验证系统的核实后进行认证通过，一旦注册成功后，该账号将是网上购买火车票的唯一凭证，当然如果出现其他以外情况可以根据所提供的真实信息来进行更改处理。

进行实名制度最大的好处是可以防止不法份子的不正当购票，同时也是为了将来更好的适应火车票的实名制度。

2、网上购票模块

最主要负责记录所发生的每一次项目的各项指标的使用情况，以作为后期活动的参照，出现类似的项目就可以进行项目的各项活动的比较全面的安排，提高推广活动的质量，尽量减少物料、人员、财务的偏差。

3、网上支付费用模块

创建新型的网上预定火车票系统，对于以往的一定得去火车站售票处的直接买入火车票，为广大的乘客从时间上、经济方面提供了很大的便捷，提高火车票售票系统的服务质量及安全保证，尽量减少物料、人员、财务的。

4、网上购票退票模块

建立火车票退票的功能模块，对于提前订购的火车票可以从网上系统退票。

这也是服务乘客的另一个重要方面，此退票系统中有包括退还火车票的费用，铁道部统一规定，退票要收取20%的退票费。

5、系统管理模块

建立一个人员工作计划的数据库，提供调度员工详细的资源使用清单，提供各个部门、各位员工的详细工作情况和工作总结。

并提供考勤管理，记录每位员工的出勤状况，根据方案设定判断迟到、早退或旷工；统计每位员工的月出勤结果；提供特定时间内个人、部门、公司的出勤数据统计图表，并进行分析比较。

●活动的流程

网上订票流程

1、信息查询：

您可根据城市、票务类型、名称、时间、地点等条件，查询您所需要的票券信息。

2、登记注册：

如果您曾经访问过我们的网站并已经登记注册成为我们的会员，请您输入用户名和密码登录后直接进入订票系统。

如果您是第一次访问我们的网站或曾经访问过但没有注册，请您首先进行会员注册，然后登录在线订票系统，您的用户名和密码将作为您在我们网站中唯一的标识，下次登陆则不必重复填写个人信息。

3、选择票品：

当您在网上选择好您出行所需的车次后，直接选中点击。

4、填写订票单：

为了方便我们了解您的订票要求，以便于及时给您进行订票确认和配送，您需要填写一份简单的订票单，选择您想要的付款方式。

5、确认订票信息：

您对刚才提交的信息进行最后一次的确认，确定无误提交成功后即完成了您的在线订票过程。

您可以通过首页的“订单查询”查看您的订单处理情况的状态。

6、最后，请记录系统给您这次购票分配的订单号，当您需要查询、修改、取消订单时需要您的订单号。

7、具体汇款方式

●事件表

通过对以上活动流程的分析识别出一下事件，这些事件可以描述出系统的大体功能和结构，是我们分析的基础，以后将围绕着这些事件进行进一步的分析。

其事件表如下：

系统分析事件表

事件

触发器

来源

动作

响应

目的地

个人资料注册

个人资料

注册者A

输入个人资料

个人资料

注册系统

票务信息查询

票务信息更新

票务信息更改

生成新的票务信息

新的票务信息

用户A

订单确认

订单生成

用户A

选择行程

行程订单

用户A和系统管理人员

费用支付

购票成功

用户A

网上支付给支付平台

支付成功单

支付平台

用户注册信息管理

用户资料的输入

用户A

管理用户资料

用户个人资料表

系统管理人员

票务信息更新

注册者购票及退票

用户A

生成新的票务信息

新的票务信息

用户A和系统管理人员

订单管理

用户确认的订单

用户A

汇总订单更新订单信息

订单汇总表

系统管理人员

系统维护

系统运行

系统异常运行

系统修复

系统诊断表

系统管理人员

用户管理

新用户注册

注册者B

创建新用户

用户注册号

支付平台

交易查询

交易成功

用户B

查询交易状态

查询结果

支付平台管理员

汇款支付

交易成功

用户B

款项汇入相应

收款成功单

相应账户

个人身份认证

乘客注册

乘客

认证身份有效性

认证成功

用户A和系统管理人员

信用认证

个人账户

用户B

确定信用度

个人信用数据库

支付平台

安全认证

身份认证

用户B

确认身份

通过安全认证

网银系统

结算单管理

交易成功

支付平台

查询汇总交易支付单据

结算单数据库

网上银行系统

用例图

●用例图

从事件表中我们可以分析出该系统的参与者主要是：

系统管理人员、乘客用户。

系统管理人员主要是管理、修改、更新系统的界面及乘客用户的资料、票务信息及订单等。

参与的用例有：

用户注册信息管理、票务信息更新、订单管理及系统维护。

而乘客用户主要是登录系统界面，根据自己的出行需求查询并买入所需的火车票、相应的订单确认及支付费用。

参与的用例有：

个人资料注册、个人资料变更、票务信息查询、订单确认及费用支付。

此系统的相应用例如下所示：

●用例模板

用例是说明参与者如何使用系统来满足一个特定的目标或时获取具体价值的可度量的故事，显示了可以实现目的的所有适当的路径，以及那些可能失败的情况。

用例包含一个成功和不成功的场景的集合，这些场景描述了参与者在试图达到目标时，很可能遇到的各种情况。

我们分析的用例模板如下：

结构建模

a.火车票网上订购系统，对象类的属性和操作

类名：

用户信息

类名：

用户信息存储器（容器）

功能：

负责建立一个用户的基本信息处理

功能：

负责所有用户信息（对象）的日常信息管理，包括添加、删除、查询用户信息等，添加和删除操作时要按照用户编号进行索引处理

属性：

用户编号，用户名，真实姓名，性别，出生年月，证件类型，证件号码，联系电话，密码，电子邮件，职业

属性：

用户信息[*]

操作：

创造用户信息（）等

操作：

添加用户（对象），删除用户对象（），修改用户信息（），查询（）等

类名：

订单信息

类名：

订单信息存储器（容器）

功能：

负责建立一个份订单信息的基本信息处理

功能：

负责所有订单信息（对象）的日常信息处理，包括添加、删除、查询订单信息等，添加和删除操作时要按照订单号进行索引处理

属性：

订单号，用户编号，用户名，车票基本信息[*]，创建时间，总价，票送方式，付款状态

属性：

订单信息[*]等

操作：

创造订单信息（）等

操作：

查询（），添加订单（），删除订单（），修改订单（），过期预警（），退订统计（）

类名：

车票信息

类名：

票务信息

功能：

负责建立每张票的基本信息处理

功能：

负责所有票务信息的日常信息处理，包括添加、删除、查询车次信息等，添加和删除操作时要按照车次进行索引处理

属性：

订单号，订票编码，时间，车次，起始站，终点站，车票类型，单程或通票，座位号，单价

属性：

车次信息[*],票务信息[*]等

操作：

创建车票信息（）等

操作：

查询（），添加车次（），删除车次（），修改车次（），

类名：

物流信息

类名：

订单统计

功能：

负责提供快递寄票或是车站取票

功能：

负责所有订单的统计

属性：

快递寄送，车站取票等

属性：

订单信息[*]等

操作：

创建物流信息（），查询（），物流跟踪（）

操作：

查询（），统计（）

类名：

出票单

类名：

退票单

功能：

负责交易完成后，车票邮寄出的回执

单

功能：

负责在出票前退票的订单

属性：

订单号，订票编码，用户名，邮寄地址，数量，总价，物流单位，物流跟踪号

属性：

订单号，订票编码，用户名，数量，单价，退票原因

操作：

查询（），添加（），删除（）

操作：

查询（），添加（），删除（）

类名：

余票信息

类名：

用户统计

功能：

负责对剩余票的信息管理

功能：

负责对所有用户的统计，统计索引按照用户编号进行处理

属性：

当天余票信息，退票信息，限期内余票查询

属性：

用户信息存储器[*]

操作：

查询（），添加（），删除（），修改（）

操作：

查询（），添加（），删除（），修改（），用户总计（）

b.在对系统基本对象类定义完后，接下来要对系统的借口进行定义

接口名：

建立用户信息

接口名：

建立订票信息

功能：

为用户信息管理人员提供用户信息的操作

功能：

为订信息管理人员提供订票信息管理的操作

抽象操作：

建立新用户（），录入信息（），修改信息（）

抽象操作：

建立新订票信息（），录入订票信息（），修改订票信息（）

接口名：

查询票务

接口名：

查询用户信息

功能：

为管理人员和用户提供票务信息的查询，路线选择方案，车次等相关信息的操作

功能：

为管理人员提供用户信息的查询的操作

抽象操作：

车票查询（），分类统计（）

抽象操作：

查询（），分类统计（）

接口名：

身份核实

接口名：

打印订票单

功能：

通过证件号，来核实用户身份的操作

功能：

系统管理人员对完成的交易打印订票单的操作

抽象操作：

身份校验（）

抽象操作：

打印订票单（）

接口名：

接受收款通知单

接口名：

打印付款通知单

功能：

接受财务出发来的收款回执，确认

功能：

根据出票成交订单，打印付款通知单交与财务处

抽象操作：

接受（）

抽象操作：

打印付款通知单（）

接口名：

订单统计

接口名：

用户统计

功能：

统计所成交的订单

功能：

统计所有注册成功的用户

抽象操作：

订单统计（）

抽象操作：

用户统计（）

接口名：

退票处理

功能：

处理在出票前提出的退票业务

抽象操作：

退票处理（）

类图描述，在处理火车票订票过程，用户方面，要求每个人只能有一个用户，因为采取的是实名制，一个用户对应一个证件号，证件信息完全则可以通过注册；否则注册失败，系统只提供车票查询业务，并不支持在线订票；系统管理方面，要求服务器能够存储大量用户的信息，同时在每个新用户注册时就做好实名认证的工作，确保每个用户的真实可靠，并且在新用户生成的同时也生成一个对应的支付宝号，以提供保证在线支付的安全性；在交易的过程中，用户在注册成功后，开始查询所需要的车次或路线，系统根据时间范围内的条件给出选择方案，用户选择后，进入订票环节，即填写订单信息，其中包含时间，车次，类型，数量，物流信息等等，在订单填写完成后，就进入支付环节；这里我们参照网购的手段，利用类似支付宝的中间机构来保证双方的利益收，从而避免纠纷的发生，当用户付款完毕后，接下来就是等待收票了；售票方式我们采取两种的形式，一种是EMS邮寄的方式，此种方式方便快捷可以在异地购得联程票，另外一种是到相应的乘车车站去现场取票，需要说明的是，各大火车站都要准备一个为网购票专门取票的地方，当然这是在条件允许的范围内才可以实现的，否则还是选择邮寄会相对好一些。

需要说明的是，不论采取那种方式，在离开车前的６个小时之外都是可以退票的，否则钱将由系统直接划分到铁路局指定账户。

另外，关于退票管理，网上购票系统的退票要求是严格的，必须在物流出票前申请退票，否则是不可以退票的，当然如果是采用现场取票的则可以在六个小时外都可以申请退票，如此可以防止票的浪费现象产生。

业务类描述

用Rose针对对象类所进行得描述

对象类图

时序图

时序图是按时间顺序组织的对象交互过程，强调对象发送消息的时序，较易理解。

在分析阶段我们已经有画3个时序图，但是分析阶段的时序图比较抽象，所以在还必须对时序图进行具体的设计。

所以设计中的顺序图是对分析中的顺序图的界面化，以更直观的形式体现了系统的功能，及其操作过程，它更全面和更完整的展示了系统中各个对象的交互行为。

通过设计中的顺序图，可以更好的指导界面的设计和布局，同时也可以优化系统的流程。

我们把时序图涉及三个部分，鉴于总图太小，所以将三部分划分为下列三图：

协作图

状态图

活动图

包图

包图（Package）是一个高层图，它是用于标识系统中的主要部件。

包用于定义一个名字空间或容器，运用包可以把语义上相近的可能一起变更的模型元素组织在同一个包里，对包中的元素作为一个整体对待，并且控制它们的可视性和存取。

部署图

数据库设计

数据库设计的主要步骤有：

1、为每个实体类型建立一张表；2、为每一个表选择一个主键；3、增加外部码以表示一对多的关系；4、建立几个新表来表示多对多的关系；5、定义参照完整性约束；6、评价设计数据库的质量，并进行必要的改进。

本系统的数据库设计主要依据设计业务类图并依照上面的步骤进行，得到以下几张表和相应的约束。

建完这些表后，我们对这几张表进行了必要的改进，使得数据库设计尽量和实际相符。

1.用户A资料表

表名

YHA

简介

用户A资料表

字段名

类型

长度

可否为空

简介

ya_id

varchar

8

N

用户A编码（主码）

ya_name

varchar

8

N

用户A姓名

ya_zh

varchar

8

N

用户A账号

ya_key

varchar

*

N

用户A密码

ya_email

varchar

*

N

用户A邮箱地址

ya_sex

varchar

*

N

用户A性别

ya_telnum

varchar

*

N

用户A联系电话

ya_idnum

varchar

20

N

用户A身份证号码

ya_address

varchar

*

N

用户A详细地址

2.用户B资料表

表名

YHB

简介

用户B资料表

字段名

类型

长度

可否为空

简介

yb_id

varchar

8

N

用户B编码（主码）

yb_name

varchar

8

N

用户B姓名

yb_zh

varchar

8

N

用户B账号

yb_key

varchar

*

N

用户B密码

yb_email

varchar

*

N

用户B邮箱地址

yb_sex

varchar

*

N

用户B性别

yb_telnum

varchar

*

N

用户B联系电话

yb_address

varchar

*

N

用户B详细地址

3．票务信息表

表名

PW

简介

票务信息表

字段名

类型

长度

可否为空

简介

p_id

varchar

8

N

车次编码（主码）

p_time

Time

N

发车时间

p_start

varchar

8

N

始发站

p_arival

varchar

8

N

到达站

p_hards

Boolean

N

硬座

p_priceh

varchar

8

N

硬座票价

p_tourist

Boolean

8

N

硬卧

p_pricet

varchar

8

N

硬卧票价

p_soft

Boolean

20

N

软卧

p_prices

varchar

8

N

软卧票价

p_exist

boolean

N

是否有票

4.订单表

表名

DD

简介

订单信息表

字段名

类型

长度

可否为空

简介

d_id