自2011年12月28日開始預售春運車票以來，已通過互聯網售出997萬張，占總售票量11.1%。在訂票過程中最壞的情況是一個朋友連續訂了兩天最終沒有訂票成功，系統不是提示忙就是提示超時（CDN緩存提示），系統幾乎處于癱瘓狀態。這不僅僅是帶寬不足，更是系統在架構設計上的存在嚴重的不足。于是，在網上紛紛對本系統產生了各種各樣的討論，有的說是系統設計問題、有的說是系統帶寬不足、有的說明系統設計時有失公平（競標）、有的說付了款卻沒了票、有的說是需要用“云計算{技術}”才能解決等等。不管怎么樣，重新架構或進行重大調整是必然的。
目前12306.cn最高日訪問量達14.09億次，最高日訂票量為166萬筆。顯示出本系統的高訪問量和事務密集。我們認為14億次訪問量與系統幾乎處于癱瘓狀態有關因為用戶一旦進行操作失敗并會重復訪問，因此如果系統運行穩定和可以正常服務后日訪問量將大幅減少（據Alexa不完全統計7天訪問本系統的用戶是全球互聯網用戶的0.902%，按全球用戶為22億計算，大約為：0.1984億，所以每日的訪問獨立人數平均為0.1984億/7=285萬人，因此日訪問量14億更多的是來源于操作不成功的用戶重復訪問所至）。
二、研究目標和內容
2.1研究目標
火車票訂票及查詢系統，使用戶可以在網上直接查詢、訂票、退票及支付，省時省力。普及的時刻，人們已經習慣用電腦上網，自然,在網上對火車票查詢、訂票、退票及支付比去火車站更為方便，省時省力。本軟件就是根據此需求進行開發的。
2.2主要研究內容
本方案主要著眼于鐵路客票發售和預定系統的基本業務流程的討論，對于原有的鐵路客票發售與預訂系統由中央級、地區級和車站級三層結構組成的集中與分布式相結合的方案進行重新規劃和設計，采用B/S架構，以期通過本方案可以再現一個鐵路客票發售和預定系統。大概要實現的功能：線路、站名、里程等路網信息；票價信息；列車編組、車次、時刻表等運行圖信息。余票查詢，下單，取消訂單，修改訂單，訂單查詢，支付等。取票，退票，改票，轉簽，車票查詢等。用戶的注冊、登陸、個人信息維護等。整個業務流程會涉及到如下角色：用戶、基礎數據管理員、調度管理員、客服人員。各角色在本系統中的工作流程所起的作用如下：1、用戶：首先注冊或登錄，然后進行余票查詢，完成訂單，最終完成取票。他在本系統中即是服務的起點，也是服務的終點。2、基礎數據管理員：負責對線路、站名、里程等路網信息進行維護；負責對票價信息進行維護；負責對列車編組、車次、時刻表等運行圖信息進行維護。3、調度管理員：負責完成車站客運統計，席位發布以后票額用途的實時調整、查詢和剩余票額的實時查詢。4、客服人員：負責用戶管理，訂單的維護，車票的維護。
三、研究方案
3.1研究方法
首先從網上查閱互聯網購票系統相關資料，了解同類系統功能和主要缺陷。分析互聯網購票系統的相關功能，結合本次畢業設計的相關要求寫出需求分析。其次，運用以前所學的相關知識（包括計算機網絡、數據庫相關知識等）,在數據庫：mysql及以上 中間件：express及以上 nodejs12版本及以上環境進行研究。
3.2實施步驟
1、根據畢業設計課題查閱資料，配置開發環境，了解相關開發工具。
2、對互聯網購票系統進行需求分析和可行性分析，大概對系統進行模塊劃分。
3、進行系統的總體設計，設計數據庫并編寫代碼。
4、開始準備編寫論文，并完善不足。
5、完成論文，準備答辯。
3.3擬解決的主要問題及措施
用戶能夠通過注冊，進行登錄系統。能夠通過起始站點的信息查詢到車次信息，并且完成車票的預定和支付操作。
管理員能夠在后臺完成用戶信息查看，隨時更新車次信息和公告信息，并完成系統維護。
上一篇：Vue公司項目活動管理系統
下一篇：vue express超市管理系統