STYLEREF"標題1"Abstract第1章緒論1.1問題的提出現如今，計算機技術推動者人們的生活發生日新月異的變化，計算機網絡同樣扮演著不可或缺的一部分，信息化已成為社會發展的趨勢。同樣，在如此信息化的今天人們對于出行的要求越來越高了。選擇航空出行雖然速度快但是出行的成本太高，適合一些商務人士，汽車出行更適合短途的出行距離，對于城市到城市之間的出行選擇，乘火車出行顯得更加的方便快捷，所以火車出行成為了大學多數人的出行選擇。[1]與此同時火車票的購買成為了困擾人們的難題，于是人們想出將火車票購票與互聯網技術相結合將會成為解決問題的最佳方式。1.2目的及意義火車票購票問題一直是多年困擾著我國國民幸福感的一個老問題，傳統的在窗口購票的方式已經能滿足不了人口眾多，黃牛泛濫的客觀情況。同時伴隨著互聯網技術的發展，一種新的購票方式應運而生——網上訂票，正是這種方式大大緩解了人們的出行壓力，也緩解了火車站工作人員的工作壓力。漸漸的，網上購票取代窗口購票成為了主流的購票方式。現在越來越多的領域都有著自己的網站和信息化系統，其有著較低成本和高效的優點，同時對于市場的變化有著靈敏的反應來制定個性化的應對政策。無論是企業還是個人都在信息化的過程中受益良多。1.3國內外研究現狀在上世紀70年代，歐美和日本等發達國家都已經開始網上出售火車票的系統的開發，其中法國，德國，日本，英國為主要的代表。這幾個國家在高速鐵路及其信息化方面的建設很早就走在了前列。英國的Tribute訂票系統，日本人的MARS系統，德國的TRAINS系統，都有著各自的功能特色，也都在各自的國家受到了廣泛的好評。很多國外系統的制定者本著以購票用戶為核心的理念，把大量的資金投入在用戶的體驗上，日本新干線全程采用了互聯網銷售車票，很多國家的車票都采用電子車票的方式，這不僅提高了效率，還十分環保。反觀我國車票銷售的發展史，在上世紀90年代，我國的火車票主要以人工銷售為主，整個購票過程十分的繁瑣，效率很低，導致能夠銷售的火車票十分有限，這就是為什么當初購買火車票的人需要帶著被子和食物到火車站排隊買票。鐵路部門在危急時刻最終還是進行了技術上的改革，相繼推出了客票代售系統和網上訂票系統，利用軟件系統和信息化的網絡來解決買票難的問題。1.4本文的組織本系統主要是完成用戶在線預訂車票的需求，為完成需求本文按章下面的結構組織文章：緒論，主要介紹了當前計算機技術和電子商務的迅速發展，分析了國內外購票系統發展歷程和特點，明確了本次設計的主要任務和研究目標。系統需求分析，這一章主要是對系統的功能需求，易用性，安全性等數據需求，社會、健康、安全、法律、文化及環境等因素需求進行分析，為下一章做準備。系統的總體設計，這一章主要是介紹了火車票購票系統的設計過程，從系統的架構設計，各功能模塊設計和數據庫設計對系統進行了詳細的分析與設計。系統實現，這一章主要描述了火車票購票系統的實現環節，通過截取實際的系統界面來完成對系統實現情況的描述。系統測試，從功能測試和系統界面測試來判斷系統功能是否符合需求。[2]

第2章需求分析2.1概述本章是火車票訂購系統的需求分析部分，采用軟件工程方法對火車票購票系統進行了需求分析，包括系統目標、功能性需求、非功能性需求、數據需求。2.2系統目標在如今網絡技術發達的今天，為了解決購票難的問題，讓通過上網購買一張火車票已經成為了再普通不過的事，一個火車購票系統便應運而生。乘客的訂票過程是系統的主要業務，也是系統實現的主要實現目標，乘客通過選擇一些火車票的相關信息，例如：始發站、終點站、發車時間，到站時間、座位信息等，這些信息可以幫助用戶選擇合適的車次。這樣就會生成一個訂單之后在查詢訂單后選擇支付，訂票的整個過程就完成了。同樣的，手機購票系統同樣可以完成用戶的注冊，登陸，退票，改簽等功能。這些功能都是為了使整個購票過程更加的科學合理。[3]對于系統管理員來說，管理員在系統管理平臺上可以編輯修改火車購票的相關信息例如站點信息，路線信息，火車的座位信息，票價等。管理員同樣可以在管理系統中管理購票用戶的信息。這些都是為了保證火車票購票系統的正常運行。對服務器的要求，至少能夠滿足3000用戶同時在線訪問。對客戶端，在現大多數用戶使用的電腦瀏覽器即可使用，要求不高。使用本系統功能時，電腦配置一般情況下，一般事務相應時間不能超3秒，其中時間包括：輸入、輸出和傳輸的響應時間等。2.3業務流程圖2-1頂層數據流程圖圖2-2第一層數據流程圖圖2-3第二層數據流程圖

2.4功能性需求分析2.4.1涉眾分析表2-1用戶角色劃分表角色職責和功能購票用戶系統的主要服務對象，系統主要功能——購票的主要參與者，在本購票系統之中，購票用戶可以通過實名注冊成為會員，之后可以成功登陸系統，完成查詢，訂購車票的功能。系統管理員系統的主要參與者，系統數據信息的管理者，系統管理員在后臺對會員信息和票務信息進行管理，保證系統的正常運行。2.4.2用例分析（1）用戶總用例圖：用戶作為本系統的主要參與者，主要的操作有：注冊賬號，登陸賬號，車票查詢，訂單查詢和修改密碼等功能，其中車票查詢還拓展出了車票的預訂，訂單查詢中拓展出了付款，領票，取消訂單的功能。如圖2-1所示：圖2-1用戶總用例圖（2）管理員用例圖：系統管理員對系統的管理主要分為用戶管理，車票管理和基本信息管理三大部分，用戶管理又包含了添加用戶，修改用戶信息，刪除用戶；基本信息管理包含了火車信息管理，站點信息管理和路線信息管理。訂票信息管理，車票信息管理和訂單管理則是車票管理的一部分。其用例圖如圖2-2所示：圖2-2管理員總用例圖

用例描述部分（1）用戶相關用例表表2-2注冊賬號需求用例表用例編號001用例名注冊帳號用例描述購票用戶在注冊帳號后被添加到成為該系統的會員用戶，使用該系統的購票相關的功能參與者購票用戶前置條件購票系統正常運行后置條件如果用戶沒有注冊過賬號，該用戶會注冊成功；否則，提示用戶賬號已注冊。基本路徑1.用戶進入火車訂票系統。2.購票用戶輸入注冊需要的姓名，省份證號和密碼。3.購票用戶提交信息。4.系統檢查該用戶是否已被注冊。5.系統添加帳號，并顯示注冊成功。異常流a:系統檢測到帳號已被注冊a1.用戶重新輸入a2.用戶退出系統備選流無表2-3登陸賬號需求用例表用例編號002用例名登陸帳號用例描述購票用戶在登錄帳號后進入系統，使用該系統的功能參與者購票用戶前置條件購票系統正常運行后置條件如果用戶輸入的帳號和密碼與系統數據庫中的數據一致，該用戶會登錄成功；否則，顯示輸入信息有誤，提示用戶重新輸入基本路徑1.用戶登錄火車訂票系統。2.購票用戶輸入自己的帳號和密碼。3.購票用戶提交信息。4.系統檢查用戶帳號和密碼是否匹配。5.用戶進入購票系統。異常流a:系統檢測到帳號或密碼有誤a1.用戶重新輸入a2.用戶離開系統備選流無表2-4車票查詢需求用例表用例編號003用例名車票查詢用例描述在車票查詢頁面可以通過始發地，終點站，出發日期等信息查詢符合條件的車次，供用戶進行選擇。參與者購票用戶前置條件購票系統正常運行，用戶已登錄該系統后置條件用戶輸入的車次信息是在實際的火車運行系統中存在的則顯示相應的車票信息，否則，提示用戶輸入的信息有誤?；韭窂?.用戶執行登錄帳號進入自己的頁面。2.用戶進入車票查詢界面。3.購票用戶輸入要查詢的車次信息。4.系統檢測輸入的信息是否正確。5.系統返回給用戶符合條件的車票的具體信息。異常流a:系統檢測到用戶輸入的信息有誤a1.用戶重新輸入a2.用戶離開該功能界面備選流無表2-5訂單查詢需求用例表用例編號004用例名訂單查詢用例描述用戶可以通過該功能查詢自己提交的訂單的訂單情況。參與者購票用戶前置條件購票系統正常運行。后置條件用戶點擊訂單查詢后，系統會查詢相關的數據庫信息，如果用戶提交過訂單，系統返回所有訂單，否則提示用戶訂單列表為空?；韭窂?.用戶登錄帳號進入自己的系統頁面。2.用戶進入訂單查詢頁面。3.系統調取用戶的訂單信息。4.系統顯示所有的訂單信息（沒有訂單顯示空）。異常流無備選流無

表2-6取消訂單需求用例表用例編號005用例名取消訂單用例描述該功能是訂單查詢的相關功能，在訂單查詢之中可以選擇取消之前的訂單操作。參與者購票用戶前置條件用戶在執行完查詢訂單功能，并至少有一份未完成的訂單。后置條件系統根據用戶的操作在系統數據庫中找到相應數據，如果符合條件則刪除該條訂單信息，否則，提示用戶沒有未完成的訂單。基本路徑1.用戶執行登錄帳號進入自己的頁面。2.用戶進入訂單查詢界面。3.系統調取用戶的訂單信息。4.系統返回給用戶想要的訂單信息（沒有訂單顯示空）。5.用戶點擊退票取消訂單。異常流a:用戶沒有未完成的訂單,用戶取消操作備選流無表2-7車票預訂需求用例表用例編號006用例名車票預訂用例描述該功能是購票系統的主要功能，車票查詢的拓展功能，在查詢完車票信息后可以繼續執行該功能，完成車票的預訂。參與者購票用戶前置條件購票系統正常運行，用戶已進入該系統并查詢到相應的車票后置條件用戶提交信息后系統會查詢相關的數據庫信息，如果該車票有余票，則用戶預訂成功。基本路徑1.用戶執行登錄帳號進入自己的頁面。2.用戶進入車票查詢界面。3.系統調取用戶的訂單信息。4.系統返回給用戶想要的訂單信息（沒有相應的車票信息顯示空）。異常流a.用戶取消操作備選流無

表2-8密碼修改需求用例表用例編號007用例名密碼修改用例描述該功能是指修改用戶個人信息中密碼參與者購票用戶前置條件購票系統正常運行，用戶已成功注冊并進入系統。后置條件用戶點擊修改信息功能后，系統會判斷，如果符合則把用戶在系統數據庫中的信息修改，否則，提示信息修改失敗?；韭窂?.用戶執行登錄帳號進入自己的頁面。2.用戶執行個人信息修改功能。3.用戶填寫想要修改的密碼。4.系統進行判斷。5.系統修改用戶的密碼。異常流無備選流無（2）管理員相關用例表表2-9添加用戶需求用例表用例編號008用例名添加用戶用例描述把新注冊的用戶信息添加到系統數據庫中參與者系統管理員前置條件有用戶申請注冊，管理員執行添加操作后置條件如果用戶輸入的帳號在系統中未被注冊過，該用戶會注冊成功；否則提示用戶重新輸入?；韭窂?.管理員登錄管理系統。2.管理員執行添加用戶操作。3.系統檢測用戶是否注冊。4.管理員將用戶信息添加到數據庫中。異常流無備選流無

表2-10修改用戶信息需求用例表用例編號009用例名修改用戶信息用例描述該功能可以修改用戶的信息參與者系統管理員前置條件系統正常運行后置條件管理員選擇修改用戶信息，系統修改用戶在數據庫中的信息?；韭窂?.管理員登錄系統。2.管理員執行修改用戶操作。3.系統修改用戶信息。異常流無備選流無表2-11修改票務信息需求用例表用例編號010用例名修改票務信息用例描述對需要修改的票務信息進行修改，例如：價格及火車的發車時間，終點站等實際信息進行更改，更改后要在系統數據庫中做出相應修改。參與者系統管理員前置條件系統正常運行，實際運行的票務信息有變化后置條件管理員根據實際的修改對系統中的票務信息做出相應修改。基本路徑1.管理員登錄系統。2.管理員執行修改票務信息操作，經更新后的信息錄入系統。3.系統重新存儲修改后的信息。異常流無備選流無2.5數據需求2.5.1數據錄入和處理的準確性數據輸入正確與否是數據處理的前提。錯誤的數據輸入將導致系統輸出不正確，從而無法獲得所需的結果。手動輸入數據的輸入源。因此，系統界面應易于用戶使用。如果用戶出現操作失誤，系統可以簡單明了地給出中文提示。2.5.2數據的一致性和完整性火車票購票系統的一大特點就是在不同的時刻購票系統的數據信息是不同的，人們登陸不同的網站，則就需要要求系統在同一時刻對于輸出數據一定要保持一致性，如果失去了一致性，將會產生系統數據上的bug，總成不必要的麻煩。2.5.3數據的共享與獨立性整個票務系統的數據是共享的。然而，從系統開發的角度來看，共享會使設計和調試變得困難。因此，應該提供靈活的配置，以便具有不同權限的用戶能夠正常操作。[8]2.5.4數據字典（1）Cusinfo用戶信息Id用戶編號Cname用戶姓名Cidcard用戶身份證號Intime注冊時間Cpassword用戶密碼（2）dpiao訂單信息Id訂單編號Cidcard用戶身份證號Pid車票編號Lyflag訂票狀態（3）piao車票信息Id車票編號Tid火車編號Szdid始發站編號Ezdid終點站編號Stime出發時間Pval票價Cxzh車廂座號Ptype車票類型Yxsj有效時間（4）traininfo火車信息Tname火車名稱Cz車長Znums座位數量Xcnums限座數量Traintype火車類型（5）userinfo管理員信息Id管理員編號Uname管理員用戶名Upassword管理員密碼（6）xianlu線路信息Id線路編號Tid火車編號Zdid站點編號（7）zhandian站點信息Id站點編號Zdname站點名稱2.6非功能性需求分析易使用性：火車票購票系統一旦上線，將會是供全體中國公民使用一款系統，這就決定了該系統要有很高的可用性和易用性，對于老年人和一些特殊的用戶來說，系統不能夠有過多的復雜操作。如果系統過于復雜，用戶使用起來十分的困難，就會導致用戶的流失。安全性：由于火車票購票系統有著大量的用戶，系統就會產生大量的數據，所以對系統的穩定性和安全性要求很高，一旦系統出現安全問題，將會是無法彌補的損失。可靠性：作為一個有著龐大用戶的系統，系統的可靠性要求是很高的，提高系統的可靠性可以保證系統的穩定性和用戶信息的安全。2.7社會、健康、安全、法律、文化及環境等因素需求社會：分析此購票系統社會需求，主要從經濟的角度看，開發所需要的成本和系統投入使用后的經濟效益，獲得的收益是顯而易見，作為能夠取代一票難求的線下人工售票的網上購票系統將會迅速的積累下大量的用戶，系統的開發成本低，運行起來只需要幾臺取票機，總之運行的成本很低。而投入使用后將會有大量的用戶使用，廣告費就有一筆可觀的收入。健康：系統的設計界面應簡潔明了，突出主要功能，使用戶使用起來方便快捷。安全：火車票訂購系統有著大量的用戶，每一個用戶有有著自己的個人信息，保證用戶信息的安全是必不可少的。法律：該系統主要由鐵路總局負責運行，應符合鐵路部門和國家的相關規定。文化：網上購票系統在這個網絡飛速發展的時代與將會在市場上扮演很重要的角色，網上購票大大減少了人們出行時購票的壓力，提升了人們的幸福感。運行環境：在當前系統開發之前，已有類似的成熟的軟件開發出來，所以已經有著比較成熟的開發經驗，對本次系統開發有著重要的意義。本系統主要是使用b/s（瀏覽器/服務器）架構，J2EE，MySQL數據庫等技術實現的。2.8未來可能提出的需求火車票購票系統作為人們出行購票的必備工具，將會根據人們的需求進行不斷的改進和優化，比如在購票時提供孕婦和特殊人群的選項，為情況特殊的人群提供方便的座位和車廂；在系統中添加一些到用戶到火車站的路線和方式，計算大概的出行時間，給旅客一個參考，減小誤車的概率。

第3章系統總體設計3.1概述本章主要是對火車票購票系統的總體設計，其內容包括了系統設計的原則和方法，系統的架構圖和功能結構設計，系統各個功能模塊的設計，總體類圖的設計和數據庫部分的設計。3.2系統設計的原則及方法本系統的設計是基于B/S的設計模式，依托J2EE平臺的分層結構設計，將火車票購票系統分成經典的web三層架構。[6]3.3面向對象的設計或結構設計（1）系統架構圖如圖3-1所示：圖3-1系統軟件架構圖（2）功能結構設計火車票購票系統的功能結構設計模塊主要將這個系統分成了兩個部分，分別為購票用戶模塊和后臺管理模塊。購票用戶模塊包含了注冊賬號，購票用戶登錄，購票管理，訂單管理和個人信息管理模塊。其中購票管理模塊有著車票查詢，車票預訂的功能，訂單管理模塊包括改簽，付款，領票，退票的功能。后臺管理模塊包含了管理員登陸，用戶信息管理模塊，基本信息管理里模塊和車票信息管理模塊。其中用戶信息管理模塊包含了購票用戶的信息管理和管理員自己的信息管理，基本信息管理又包含了線路信息，站點信息，火車信息。車票信息管理模塊包含了車票信息管理，和訂單信息管理。火車購票系統的主要功能結構圖如圖3-2所示:圖3-2系統功能結構圖

3.4總體靜態類圖火車票購票系統包含旅客，管理員，訂單，車票，火車，線路，站點七個類。總體靜態類圖如圖3-3所示：圖3-3系統靜態設計類圖3.5功能模塊設計3.5.1購票用戶模塊（1）注冊賬號注冊賬號模塊主要是指新的用戶通過輸入身份證號，密碼，姓名成為本系統的會員，享受使用系統的完整功能的權力。購票用戶注冊帳號的功能時序圖如圖3-4所示：圖3-4購票用戶注冊賬號時序圖購票用戶注冊賬號時序圖分析如下：購票用戶申請注冊賬號，進入注冊賬號的界面，輸入注冊所需要的身份證號，姓名和密碼，將這些信息提交至系統數據庫，提示注冊成功。（2）購票用戶登陸購票用戶登陸是指已注冊賬號的用戶輸入已有的賬號進入系統主界面，以執行購票等功能。登錄帳號時序圖如圖3-5所示：圖3-5用戶登陸賬號時序圖購票用戶登錄帳號時序圖分析如下：用戶請求登陸，進入登陸界面，在登陸界面提交登陸信息，檢查賬戶的信息是否與系統數據庫的對應，然后系統提示登錄成功。用戶登錄活動圖如圖3-6所示：圖3-6用戶登錄活動圖（3）用戶購票管理模塊用戶購票管理模塊包含了車票查詢和車票預訂的功能。購票管理模塊時序圖如圖3-7所示：圖3-7用戶購票時序圖購票管理模塊時序圖分析如下：購票管票模塊包含兩個功能，車票查詢和車票預訂。購票用戶申請登陸進入車票查詢界面，輸入需要查詢的車票信息，執行車票查詢操作，發送請求到數據庫中的車票數據，將數據信息返回給用戶，這就是車票查詢的操作。用戶查詢到車票信息，點擊預訂直接執行車票預訂操作，創建訂單，產生訂單到個人訂單界面，將訂單信息返回給用戶。用戶購票活動圖如圖3-8所示：圖3-8用戶購票活動圖車票狀態圖如圖3-9所示：圖3-9車票狀態圖

（4）訂單管理模塊訂單管理模塊是用戶對所有訂單進行處理的地方，包含了改簽，付款，退票，領票等功能。訂單管理模塊時序圖如圖3-10所示：圖3-10訂單管理模塊時序圖訂單管理模塊時序圖分析如下：用戶訂單管理模塊是用戶對訂單的操作，包括訂單的改簽，付款，退票等操作，購票用戶登陸系統，提交查詢訂單的申請，然后申請發送的個人訂單的數據庫，顯示訂單的信息。有了訂單的信息之后，就可以進行對訂單的操作，例如：改簽，付款，退票等。（5）個人信息管理模塊個人信息管理模塊是用戶對個人信息的管理，主要的功能是修改用戶密碼。個人信息管理模塊時序圖如圖3-11所示：圖3-11個人信息管理模塊時序圖個人信息管理模塊時序圖分析如下：購票用戶個人信息管理模塊包含了對用戶個人密碼的修改，用戶登錄系統，進入個人信息修改界面，向個人信息數據庫發送修改密碼的請求，數據庫執行修改密碼的操作，最后顯示密碼修改成功。

用戶訂單管理和個人信息管理模塊活動圖如圖3-12所示：圖3-12用戶訂單管理和個人信息管理模塊活動圖

3.5.2后臺管理模塊（1）管理員登陸后臺管理模塊是管理員保證系統穩定正常運行的模塊，每個管理員有著自己的帳號和密碼來登陸后臺管理系統。管理員登陸時序圖如圖3-13所示：圖3-13管理員登陸時序圖管理員登陸時序圖分析如下：管理員進入后臺界面，提交管理員的賬號信息，系統處理后檢查是否符合系統數據庫的信息，檢驗成功后提示登陸成功。進入后臺的管理界面。（2）用戶信息管理模塊用戶的信息修改包括管理員的信息修改和購票用戶的信息修改的功能。管理員修改用戶信息時序圖如圖3-14所示：圖3-14修改用戶信息時序圖管理員修改用戶信息時序圖分析如下：管理員進入系統后臺，提交修改用戶信息的申請，進入修改界面，修改后將修改的信息保存至數據庫，顯示修改成功。（3）基本信息管理模塊管理員修改票務基本信息時序圖如圖3-15所示：圖3-15修改票務基本信息時序圖管理員修改票務基本信息時序圖分析如下：管理員進入后臺的管理系統，選擇修改票務基本信息，其中修改的票務基本信息包含了火車信息，站點信息和線路信息。通過修改這些信息來保證系統的正常運行。管理員基本信息管理狀態圖如圖3-16所示：圖3-16管理員基本信息管理狀態圖（4）車票信息管理模塊車票信息管理模塊包含了車票信息管理和訂單信息管理的功能。車票信息管理模塊時序圖如圖3-17所示：圖3-17車票信息管理模塊時序圖后臺管理模塊管理員活動圖如圖3-18所示：圖3-18后臺管理模塊管理員活動圖

3.6數據庫設計3.6.1設計原則為了將設計的實體在數據庫中找到對應的關系并在數據庫中表示出來，其中包括概念模型，邏輯模型和物理模型。[10]3.6.2數據建模概念模型如圖3-15所示：圖3-15概念模型圖

邏輯模型如圖3-16所示：圖3-16邏輯模型圖

物理模型[11]表3-1購票用戶信息表結構設計表名屬性名數據類型是否為空說明是否為主鍵CusinfoCnameVarchar（255）用戶姓名否CidcardVarchar（255）用戶身份證號否IdInt（11）Notnull用戶編號是IntimeVarchar（255）注冊時間否CpasswordVarchar（255）用戶密碼否表3-2訂單信息表結構設計表名屬性名數據類型是否為空說明是否為主鍵dpiaoIdInt（11）Notnull訂單編號是CidcardVarchar（255）用戶身份證號否PidInt（11）車票編號否LyflagVarchar（255）訂票狀態否表3-3車票信息表結構設計表名屬性名數據類型是否為空說明是否為主鍵PiaoIdInt（11）Notnull車票編號是TidInt（11）火車編號否SzdidInt（11）始發站編號否EzdidInt（11）終點站戰號否StimeVarchar（255）出發時間否PvalFloat票價否CxzhVarchar（255）車廂座號否PtypeVarchar（255）車票類型否Yxsjdatatime有效時間否表3-4火車信息表結構設計表名屬性名數據類型是否為空說明是否為主鍵TraininfoTnameVarchar（255）火車名稱否CzVarchar（255）車長否ZnumsVarchar（255）座位數量否TraintypeVarchar（255）火車類型否IdInt（11）Notnull火車編號是表3-5線路信息表結構設計表名屬性名數據類型是否為空說明是否為主鍵XianluIdInt（11）Notnull線路編號是TidInt（11）火車編號否ZdidInt（11）站點編號否XhInt（11）站點序號否表3-6管理員信息表結構設計表名屬性名數據類型是否為空說明是否為主鍵UserinfoIdInt（11）Notnull管理員編號是UnameVarchar（255）管理員用戶名否UpasswordVarchar（255）管理員密碼否表3-7站點信息表結構設計表名屬性名數據類型是否為空說明是否為主鍵ZhandianIdInt（11）Notnull站點編號是ZdnameVarchar（255）站點名稱否

3.7界面原型設計（1）用戶注冊界面：用戶注冊界面作為新用戶注冊的界面，需要包含用戶輸入注冊信息的文本框，點擊注冊的按鈕和重置信息的重置鍵。圖3-17用戶注冊界面原型（2）用戶登錄界面：注冊后的用戶就可以通過用戶登錄界面登陸系統，用戶登錄界面需要輸入身份證號，密碼的文本框，登陸和重置的按鈕。圖3-18用戶登錄界面（3）用戶車票查詢界面：本界面為系統的主界面，顯示著車票查詢的功能，包含著起始站，終點站和有效日期的文本框，一個查詢的按鈕。圖3-19用戶車票查詢界面原型第4章系統詳細設計與實現4.1系統的工程結構圖4-1系統工程結構圖程序文件說明：火車票購票系統的源文件中，主要分為三層：View層的代碼：前端頁面、圖片、資源文件都在其中。Controller層的代碼：控制試圖與模型層以及數據傳遞。Service層的代碼：業務邏輯。其中以.svlt結尾的是控制器，以.been結尾的為實體類。[3][4][5]4.2面向對象的程序實現鑒于火車票購票系統有著用戶基數大，同時在線人數多，容易出現大量用戶融涌入系統的特點，在處理高并發訪問處理方面，備受用戶的口誅筆伐，所以實現火車票購票系統實現高流量高并發，是火車票訂購系統日后投入使用的關鍵技術。高流量高并發是指某特定時間段的海量請求，這種符合了火車票訂購系統的這一特點，以12306網站為例，2015年的春節期間，正是人們出行的高峰，每日的PV（pageviews）值大概有300億，流量增加1000倍，這樣大量的數據請求對于系統的服務器是一個極大的考驗。以日常的服務器水平和網絡質量是難以應對這樣爆炸的數據請求的。所以訂票系統的穩定需要更加先進的技術。[12]解決”高流量，高并發”的難題需要從軟件和應用系統層出發，實現“可拓展的應用云平臺架構“，利用云計算資源“，“按需及時擴充“和”快速調整“，這幾個字眼是購票系統改造的精神，其核心就是要建立一個從下到上全面“可伸縮擴展的云平臺”。底層的硬件架構要支持可伸縮擴展，上層的應用系統架構也需要支持可伸縮擴展。與此同時，優化數據庫訪問，動態的訪問數據庫會增加CPU的負荷，導致服務器的負載過大。利用緩存技術是一個解決方法，是將動態數據存儲到緩存文件中，動態網頁直接調用這些文件，而不必再訪問數據庫。4.3數據庫的選擇分析MySQL是一種關系數據庫管理系統，由瑞典MySQLAB公司開發，目前屬于Oracle公司。MySQL是最流行的關系型數據庫管理系統之一。數據庫是按照數據結構來組織、存儲和管理數據的倉庫，這種方法提高了數據處理的的速度和靈活性。MySQL所使用的SQL語言是用于訪問數據庫的最常用標準化語言。[14]MySQL數據庫有著以下優點：1.MySQL數據庫有著開放源碼這一特點，不需要用戶支付額外的費用。2.MySQL作為一個高性能的數據庫系統，復雜度低，用戶使用起來容易入門。3.MySQL支持多種語言，例如SQL（結構化查詢語言），ODBC（開放式的數據庫語言）還有用各種編程語言（如C,C++,Eiffel,Java,Perl,PHP,Python,Ruby,andTcl）。4.4數據庫的SQL語句的實現(1)查詢列車名為K100的列車的所有信息select`id`,`tname`,`cz`,`znums`,`xcnums`,`traintype`fromtraininfowheretname=`K100`;(2)查詢始發站為北京西客站，終點站為洛陽站，有效日期為2019.7.5的車票信息：select*from`piao`where`szdid`=1，`ezdid`=3，yxsj=2019-07-05；(3)添加新的用戶信息：INSERTINTO`db_hcdp`.`cusinfo`(`Id`,`cname`,`cidcard`)VALUES('8','王二','987654123');UPDATE`db_hcdp`.`cusinfo`SET`intime`='2019-07-0103:48:50',`cpassword`='1213'WHERE`Id`='8';

4.5典型系統界面系統實現功能的主要界面截圖（1）進入系統的主界面，包含著用戶注冊，用戶登錄，管理員登陸，車票查詢的功能。圖4-8系統主界面圖（2）用戶注冊界面：新的用戶進入賬號注冊界面，輸入自己的身份證號，登陸密碼和姓名。點擊注冊按鈕成為系統的會員用戶。圖4-9賬號注冊界面（3）用戶登錄界面：用戶成為系統注冊的會員后，輸入密碼和賬號信息進入系統。圖4-10用戶登陸界面圖（4）車票查詢界面：輸入需要查詢的始發站，終點站，選擇有效的日期，點擊查詢來查詢相關的車次信息。圖4-11車票查詢界面

（5）查詢結果界面：顯示所有符合用戶需求的車票信息，包含車次，火車類型，始發站，終點站，發車時間，票價，車廂座號，車票類型，有效時間和訂票操作。圖4-12查詢結果界面（6）訂單查詢界面：顯示該用戶的所有訂單，包含付款和退票操作。圖4-13訂單查詢界面（7）管理員登陸界面：當系統管理員需要登陸系統后臺時，點擊主界面的管理員登陸，進入后臺管理系統，對系統的數據進行管理。圖4-14管理員登陸界面圖（8）會員用戶信息管理界面：管理員進入會員信息管理界面，對注冊的用戶信息進行修改和刪除。圖4-15用戶信息管理界面（9）基本信息管理界面，包含火車信息管理界面，站點信息管理界面，線路信息管理界面，管理員可以對這些信息進行刪除和修改來保證系統信息的準確和系統的安全。圖4-16火車信息管理界面圖圖4-17站點信息管理界面圖圖4-18線路信息管理界面圖（10）車票信息管理，包含訂票信息管理和車票信息管理界面，管理員可以對這些信息進行維護。圖4-19訂票信息管理界面圖圖4-20車票信息修改界面圖

第5章系統測試5.1系統測試概述本章將會對系統一些功能實現情況進行測試，其目的是檢測系統是否存在bug，將存在的bug進行修復，提高產品的質量和用戶的體驗。[18]5.2測試的方法、計劃黑盒測試的方法又叫做功能測試或數據驅動測試，黑盒測試的原理是了解到系統能夠實現的功能后，在測試時，把程序的整個執行過程當作一個不能看到內部情況的盒子（黑盒子），所以在整個測試過程中不考慮程序的執行情況和內部特征，測試者在程序的接口進行測試，對于輸出的及如果，則需要檢驗該功能的輸出結果是否符合需求規格說明書的規定，以此來判斷該系統的程序是否符合用戶需求，并且保持外部信息的完整性。[16]黑盒測試法的特點就是不考慮系統內部的程序邏輯結構，只針對程序外部結構，對輸入輸出進行測試。黑盒測試是窮舉輸入測試，需要把所有有可能的輸入作為輸入情況使用，這樣才能夠保證系統測試的完整性和真實性，更具有說服力。特別的，測試過程中，不光要測試所有的合法輸入，還要不合法的可能進行測試。[17]5.3測試的數據、結論表5-1注冊賬號測試用例表測試用例編號hcdp-Test-01測試題目注冊賬號測試標題新用戶進行賬號的注冊，成為會員后使用系統的全部功能。預置條件注冊賬號的用戶為新用戶，沒有注冊過賬號。輸入輸入用戶的身份證號，姓名和密碼。操作步驟進入賬號注冊界面輸入身份證號，姓名和密碼點擊注冊預期輸出提示用戶注冊成功。提示賬號已注冊，從新輸入。表5-2賬號登陸測試用例表測試用例編號hcdp-Test-02測試題目賬號登陸測試標題用戶進行賬號的登陸，進入系統，使用系統的主要功能。預置條件用戶已經注冊過賬號。輸入輸入用戶的身份證號和密碼。操作步驟1.進入賬號登陸界面2.輸入身份證號和密碼3.點擊登陸預期輸出1.用戶進入系統的主界面。2.提示賬號或密碼有誤，重新輸入。表5-3車票查詢測試用例表測試用例編號hcdp-Test-03測試題目車票查詢測試標題用戶進行賬號的登陸，進入系統，查詢車票信息。預置條件用戶登陸系統。輸入輸入起始站，終點站和出發時間。操作步驟1.進入系統主界面2.輸入起始站，終點站和出發時間。3.點擊查詢。預期輸出1.輸出相應的查詢結果。2.沒有相應的結果，顯示空表5-4車票預訂測試用例表測試用例編號hcdp-Test-04測試題目車票預訂測試標題用戶進行賬號的登陸，進入系統，查詢車票信息，進行車票預訂。預置條件用戶已經登陸系統，進行了車票信息查詢。輸入輸入用戶要查的車票信息。操作步驟1.進入賬號登陸系統2.輸入查詢車票的相關信息，點擊查詢3.用戶選擇合適的車票，點擊訂票。預期輸出1.顯示訂購成功的提示。表5-5訂單查詢測試用例表測試用例編號hcdp-Test-05測試題目訂單查詢測試標題用戶進行賬號的登陸，進入系統，使用系統的訂單查詢。預置條件用戶已經登陸系統。輸入輸入用戶的身份證號和密碼登陸系統。操作步驟1.輸入身份證號和密碼，登陸系統。2.進入系統主界面。3.點擊訂單信息。預期輸出1.顯示該用戶所有的訂單信息。表5-6用戶密碼修改測試用例表測試用例編號hcdp-Test-06測試題目用戶密碼修改測試標題用戶進行賬號的登陸，進入系統，進行個人密碼的修改。預置條件用戶已經登陸系統。輸入輸入用戶的身份證號和密碼登陸系統。操作步驟1.輸入身份證號和密碼，登陸系統。2.進入系統主界面。3.點擊修改個人信息。預期輸出1.修改完成后提示修改成功。表5-7管理員登陸測試用例表測試用例編號hcdp-Test-07測試題目管理員登陸系統測試標題管理員輸入管理員賬號，登陸系統預置條件用戶已經登陸系統。輸入輸入管理員賬號和密碼登陸系統。操作步驟1.輸入管理員賬號和密碼。2.點擊登陸。預期輸出1.成功登陸進入管理員界面。2.提示賬號或密碼錯誤，重新輸入。表5-8管理員修改用戶信息測試用例表測試用例編號hcdp-Test-08測試題目管理員修改用戶信息測試標題管理員進行賬號的登陸，進入系統，對用戶的個人信息進行修改。預置條件管理員已經登陸后臺管理系統。輸入輸入用戶的身份證號和密碼登陸系統。操作步驟1.輸入管理員賬號和密碼，登陸系統。2.進入系統主界面。3.點擊修改個人信息。預期輸出1.修改完成后提示修改成功。2.修改后未能成功保存到用戶部分，修改失敗。表5-9管理員修改票務信息測試用例表測試用例編號hcdp-Test-09測試題目管理員修改票務信息測試標題管理員進行賬號的登陸，進入系統，進行票務信息的修改。預置條件管理員已經登陸后臺管理系統。輸入輸入管理員的管理員賬號和密碼登陸系統。操作步驟1.輸入管理員賬號和密碼，登陸系統。2.進入系統主界面。3.點擊修改票務信息。預期輸出1.修改完成后提示修改成功。2.修改后未能成功保存到票務部分，修改失敗。表5-10管理員修改管理員信息測試用例表測試用例編號hcdp-Test-09測試題目管理員修改管理員信息測試標題管理員進行賬號的登陸，進入系統，進行管理員信息的修改。預置條件管理員已經登陸后臺管理系統。輸入輸入管理員的管理員賬號和密碼登陸系統。操作步驟1.輸入管理員賬號和密碼，登陸系統。2.進入系統主界面。3.點擊修改管理員信息。預期輸出1.修改完成后提示修改成功。2.修改后未能成功保存到管理員信息部分，修改失敗。表5-10測試結果表序號測試名稱測試過程測試數據測試結果hcdp-Test-01注冊賬號進入賬號注冊界面，輸入身份證號，姓名和密碼，點擊注冊。用戶名：張強身份證號：120000密碼：1213系統顯示“注冊成功”。hcdp-Test-02賬號登陸進入賬號登陸界面，輸入身份證號和密碼，點擊登陸。身份證號：120000密碼：1213成功登陸，進入系統主界面。hcdp-Test-03車票查詢進入系統主界面，輸入起始站，終點站和出發時間，點擊查詢。起始站北京西客站，終點站洛陽站。出發時間2019.7.4成功顯示與查詢請求相對應的火車信息。hcdp-Test-04車票預訂進入賬號登陸系統，輸入查詢車票的相關信息，點擊查詢，用戶選擇合適的車票，點擊訂票。符合起始站北京西客站，終點站洛陽站。出發時間2019.7.4的車票信息。系統顯示訂票成功成功。hcdp-Test-05訂單查詢輸入身份證號和密碼，登陸系統，進入系統主界面，點擊訂單信息。身份證號：120000密碼：1213成功從顯示該用戶的所有訂單。hcdp-Test-06用戶密碼修改輸入身份證號和密碼，登陸系統，進入系統主界面，點擊修改個人信息。新的密碼：123456系統顯示修改成功。hcdp-Test-07管理員登陸系統輸入管理員賬號和密碼，點擊登陸。管理員賬號：admin密碼：Admin成功登陸，進入管理系統的系統管理員界面。hcdp-Test-08管理員修改用戶信息輸入管理員賬號和密碼，登陸系統，進入系統主界面，點擊修改個人信息。將張三的密碼改成“33”系統提示修改成功。hcdp-Test-09管理員修改票務信息輸入管理員賬號和密碼，登陸系統，進入系統主界面，點擊修改票務信息。將G123車次的列車發車時間修改為8：00。系統提示修改成功。hcdp-Test-10管理員修改管理員信息輸入管理員賬號和密碼，登陸系統。進入系統主界面。點擊修改管理員信息。將管理員賬號為admin的管理員密碼改為“0”.系統提示修改成功。5.4測試分析本次系統測試主要使用的是黑盒測試的方法，通過對測試結果的分析和研究，本系統基本上能夠完成火車票訂票的主要業務，滿足用戶的大部分需求，系統設計的功能也能正常運行。綜上，本系統滿足用戶的要求，可以投入使用。

結束語火車票訂票系統的設計與實現成為了提升鐵路客運系統效率的重要的一環，顧客從以前傳統的窗口購票方式變成了網上購票，到站取票的高效方式，這一技術上的進步很大的影響了人們的出行體驗。這次畢業設計主要完成了以下工作：查閱文獻和資料，對火車票購票系統需要完成的功能有一個大體了解，了解國內外的研究現狀，系統設計的背景和意義，為以后的設計打下一個基礎。進行需求分析，對系統進行架構和設計，將系統需要實現的功能進行分析和設計，再從非功能方面對系統進行可行性研究，分析系統設計的可行性。通過需求分析的結果對系統各個模塊進行實現，利用自己所學的知識編寫程序完成系統的主要功能。編寫測試用例，對系統進行測試，檢查系統的實現情況。是否符合對需求的分析。本系統的實現綜合Java語言，J2EE開發平臺，Eclipses開發工具，MySQL數據庫以及B/S開發的技術，這是對大學學習質量的檢驗也是一次對綜合能力鍛煉的機會。由于時間和技術上的限制，有一些開始時的想法沒有來得及實現，例如在查詢功能上的完善，缺少對個人信息的保護，缺少一些幫助老人，殘疾人等特殊人群購票的便捷功能。希望能夠在以后的學習中能夠讓自己不斷進步來完善自己對火車票購票系統的功能設計。

致謝經歷了一個學期的畢業設計的編寫和實現，期間遇到了許多困難和挑戰，但之所以能夠順利完成畢業設計的編寫，少不了老師和同學的幫助。首先，要感謝竭瀟老師耐心地指導，盡管我在系統設計上遇到了很多的問題，竭瀟老師每一次都會給我悉心解答，及時地指出我