给中国铁路售票系统的一点点意见

最近本人回家一趟，故登录中国铁路网上售票系统进行购票，体会颇多。自从去年下半年中国铁路部分列车和高铁等实施了网上售票，这是一个不小的进步。但其中也有不少的问题，就售票这一个问题点来看存在以下问题。

Ø         速度慢

Ø         无法支持多浏览器

Ø         需要频繁刷新购票

从专业的角度去看，其实这些问题都不是什么大的难以解决的问题。关键是此套系统有没有经过专业的用户调研，此处要打一个大大的问题。有没有听取使用人群(购票网民，而非车站售票服务人员)的心声，以下提出两个如果来进行谈讨。

l         如果是听取的是车站售票人员，那么就犯了一个方向性错误

为什么说是方向性错误呢，因为他们搞错了使用人群。这里就有借口了，说中国人口那么多，无法听取和调研，那么就是方式问题了，我们完全可以做一个网上民意调查，相信这等关系到民生问题的专业人员或非专业人员相信都会给出很好的意见的。

l         如果完全是主自凭开发人员的意愿来开发，那么就是自娱自乐，完全是出自“我的东西就是这样，你爱用不用”的心里

这种思想和心理完全是不适合敏捷软件开发需求的。也是一种彻底的作坊式软件开发方式。完全没有软件构架师和系统分析师，或者有但确实是一个摆设。

以下提供一些小小的意见，仅供参考。

Ø         速度慢

这个就看其系统是否支持分布式部署了。如果只是单点多服务的话，这个就是一定的慢。看支持不支持WEB农场或WEB园的作业部署运行方式。以及在底层架构上支持不支持分布式作业等等，涉及到的相内容如下。

1、系统架构

架构是否支持分布式部署，以及各个层之间的数据交换是否高效。如果不能则考虑是否采用分布式系统组织架构方式进行架构开发。将不同的层部署在不同的服务器上。以便专业提供服务。在底层数据处理上将分布式服务器中的数据进行汇总同步，如果汇总同步会慢，则直接采用订阅出版发行模式将网上售票进行出版，由不同服务器订阅，完了自主负责售票。

2、开发人员的本身功底

这个完全和个人本身的功底有关，有需要请使用重构方式对其代码质量进行优化。

3、服务器的部署

有多少台服务器，怎么部署，以及各个服务器之间怎么通讯，请考虑不同网络提供商之间的信号转接。因为每个购票网民的网络类型可能不同，考虑使用双绞线机房来解决这一问题。

4、相关硬件设备性能

相关硬件设备的性能，在一定程度上能提供服务的速度，但这个往往是我们最后需求考虑的。软件的优化比提升硬件的性能来的快的多，而且有时成指数形式增长。

Ø         无法支持多浏览器

这个采用统一的规范即可解决此类问题。

Ø         需要频繁刷新购票

问题提出：

这个完全是需要进行实际调研才能明白的一个问题点。本人很疑问的是为什么我的订单提交要等待那么久，而且如果服务忙提交不成功还要再次提交呢？有时甚至要重填资料呢？

解决方案：

其实这是一个很常规的问题，在我们设置系统时，只需要设置一个排队队列子系统即可解决此类问题。我每次在购票时选定车次和时间后，你直接提示给我，此车有多少网上票数，已经排队的有多少人，还剩余多少票，我一看便知，是否需要排此日的票。当我提交订单后，在可排队(还有票)的情况下直接提交到队列的尾，而我下次只需要查看是否到我了。以及当我的订单处理完毕后你直接给我一个结果，告诉我在一段时间内网上付款。如果不这样做，而采用一人一提交，提交后等结果，提交失败后再提交，这样你的速度难免会慢的像蜗牛，你的服务器再强难免会累死掉。

以上纯属个人观点，有用之处望采纳，无用之处轻轻PASS掉即可，如果我有更好的意见或方法我将持续更新本文章……