火车网上订票管理系统毕业论文

12306可以说是一个成功型的案例。你对他不好的印象是来自于12306刚出来那年，抢火车票导致各种崩溃，加载不出来，特别难辨认的验证码，还要安装什么安全的证书。后来几年12306做了重大的底层技术变革，但是网页UI并没有换（关于UI这个东西，更换UI对用户来说是有学习代价的，尤其12306是一款面相全国人民的网页和app，UI是不能随便换的） 所以你就会理所当然的认为现在的12306还是以前的12306，非也，现在的12306每天能扛得住30亿次查询请求。 通过官方的网页、铁路12306 app、携程、去哪儿、超级火车票，还有各种民间程序员写的抢票工具等等，包括各种浏览器插件不停的刷新抢票。还有人嫌弃自己不是下铺，也要刷刷刷，改成满意的为止。 有一张火车票被退了，其实这张票只是一个区间，比如西安始发，到北京终点这张票被退了，这样按道理来说中间任意经停站到任意经停站都可以买票，等等，会有很多意想不到的需求，包含各种奇葩的组合 综上所述，其实12306的业务逻辑远比淘宝这样的电商要复杂很多 需求分析、系统设计不仅要考虑到全国各省的情况，还要考虑窗口买票，电话买票不受互联网购票的影响。 毕竟在窗口查出一张票，在用户决定买它之前，这张票不可能被互联网购票的人给抢了。也就是说互联网购票在票源稀缺的情况下，和窗口电话购票相比是没有优势的。互联网购票之所以会失去优势，主要原因就是12306购票系统为了支持每天大量的查询请求，把票数的缓存时间调整的极长，笔者目测可能5分钟都不止。简单说就是现在西安去北京的票是0张，突然有人退了票，这时2个人，一个窗口订票，一个互联网订票。 互联网订票的人刷新发现还是0张，当然他也是不停地刷新，但是得到的是旧的缓存信息 窗口订票的人花了5分钟时间排队，等到他的时候，互联网订票的人刷新出来了一张余票，他点击购买，选乘坐人，提交订单的时候，窗口排队的人也在售票员那里查到了一张余票，这时候互联网订票者提交的订单会失败，窗口订票的人会成功买到这张宝贵的票源。然而这个故事还没有结束。在窗口购票的那个人开心的拿着自己的票走了之后，互联网购票的人回到票源查询界面刷新发现还是有一张余票，他看到的还是旧的缓存，点击票源会收到不是最新票源的提示，直到5分钟之后，票源会再次变为0。 简单的来说，12606就是这样设计的，从此春运再多人抢票也不会导致网站直接崩溃，大不了就是余票为0喽。参考资料：

火车站售票管理系统一般都是C/S架构实现的，以前常用VB,VC等实现，现在也有.NET版本和JAVA版的，不过还是微软的一套东西更容易做。呵呵，给你找了份VB6.0的，参考一下吧。希望对你有帮助。

这种东西一般是先去分析12306网站，了解每一步操作的http请求，然后通过java去模拟这些请求就可以了。 但是抢票软件的关键是在于破解其验证码系统，如果这个做不到的花，那么你的东西跟12306没什么区别，没什么价值。现在12306网站验证码变的比较勤，这个难度还是比较大的多线程似乎也没什么用，都阻塞在了验证码输入上，快不了~ 除非破解验证码