1、1引言21.1編寫目的21.2項目背景21.3參考資料22 系統(tǒng)概述32.1現(xiàn)狀描述32.1.1優(yōu)點32.1.2缺點32.2系統(tǒng)開發(fā)方法42.3開發(fā)計劃42.3.1目的42.3.2步驟52.4經(jīng)濟可行性52.5技術(shù)可行性62.6估算項目規(guī)模72.7業(yè)務(wù)流程圖83系統(tǒng)分析103.1性能需求113.2功能需求123.3非功能需求143.4收集需求技術(shù)143.5用例分析（用例圖）183.6數(shù)據(jù)分析193.6.1 數(shù)據(jù)庫設(shè)計193.6.2 數(shù)據(jù)采集223.6.3 數(shù)據(jù)字典223.6.4 數(shù)據(jù)流圖254. 系統(tǒng)設(shè)計264.1數(shù)據(jù)結(jié)構(gòu)設(shè)計264.1.1 邏輯設(shè)計264.1.2 ER圖284.1.3數(shù)據(jù)結(jié)構(gòu)

2、與程序的關(guān)系284.2用戶界面設(shè)計294.3 順序圖354.4 活動圖365. 測試要點395.1 系統(tǒng)測試405.2 模塊測試406出錯處理設(shè)計427維護設(shè)計438. 總結(jié) 8.1收獲體會（一人一份） 8.2小組總結(jié) 8.3待改進之處1引言1.1編寫目的 車票代理窗口購買車票是最傳統(tǒng)的方式。但隨著人們工作生活節(jié)奏的加快和互聯(lián)網(wǎng)的普及以及信息化時代的到來，提前到代理點購買車票就顯得有些耗費時間了。于是，越來越多的人開始采用網(wǎng)絡(luò)購票的方式。其中12306網(wǎng)絡(luò)訂票系統(tǒng)在鐵路客運系統(tǒng)中扮演著越來越重要的角色，成為了越來越多人的訂票方式。該系統(tǒng)的穩(wěn)定運行也是人們能夠方便出行的保障。 對12306系統(tǒng)的

3、分析和研究，有助于我們吸取其經(jīng)驗教訓(xùn)，總結(jié)成功經(jīng)驗。對網(wǎng)絡(luò)訂票系統(tǒng)進行優(yōu)化，構(gòu)建一個可靠的、穩(wěn)定的網(wǎng)上購票系統(tǒng)，滿足市場的需求，為廣大人民群眾提供一個方便可靠的訂票平臺。 為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。本文檔供項目經(jīng)理、設(shè)計人員、開發(fā)人員參考。1.2項目背景軟件名稱：12306購票網(wǎng)站委托單位：中國鐵路局開發(fā)單位：哈爾濱理工大學(xué)主管部門：軟件學(xué)院用戶：廣大人民群眾 本項目采用客戶機-服務(wù)器原理，客戶端的程序是建立在Windows 10系統(tǒng)上，以Microsoft Vusual C+為開發(fā)軟件的應(yīng)用程序，是采用SQL server為開發(fā)軟件的數(shù)據(jù)庫服務(wù)程序。

4、1.3參考資料參考資料：1 張海藩，軟件工程導(dǎo)論（第四版）M.北京：清華大學(xué)出版社，2003 2 王珊，薩師煊.數(shù)據(jù)庫系統(tǒng)概論M.北京：高等教育出版社，2006 3 中國鐵道部網(wǎng)站。4 閃四清， SQL Server 實用簡明教程M.北京：清華大學(xué)出版社，20035 鄭人杰，實用軟件工程（第二版）M.北京：清華大學(xué)出版社，19972 系統(tǒng)概述2.1現(xiàn)狀描述2.1.1優(yōu)點1、建立售端票源數(shù)據(jù)庫，將紙質(zhì)火車票全部電子化數(shù)據(jù)化，相當于建立了電子車票倉庫。2、實現(xiàn)全域共享，構(gòu)建了分布式異地售票網(wǎng)絡(luò)，在任一某地均可

5、實現(xiàn)購買全國各地的火車票，方便不少。3、售票全部實現(xiàn)了電腦化操作，出錯率低。菜單式錄入，售票、退票、查詢很方便。4、提高用戶購票的便捷性，不需要到火車站或者指定代售點購票，也避免了排隊搶票的現(xiàn)象。5、旅客使用二代居民身份證在網(wǎng)站購票且不晚于列車開車前36小時的，可以選擇車票快遞服務(wù)，節(jié)省取票時間。6、自主選擇式購票，可以選擇火車類型、座位類型、時間、票價等。2.1.2缺點1、由于網(wǎng)頁瀏覽人數(shù)過多，網(wǎng)絡(luò)擁擠，經(jīng)常提示“您的操作過于頻繁”，用戶體驗差。2、選座位系統(tǒng)不完善，另外一個賬號同時購買多張票時，很有可能座位不在一起，給出行帶來不便。3、12306需要用身份證信息注冊，但是存在同名并且身份證

6、相似或者信息泄露情況，部分用戶身份信息被搶注，需要本人前往車站處理。各節(jié)假日車票緊張，導(dǎo)致?lián)屍避浖牟?，難以保證用戶購票公正性。雖然購票需要實名認證，但是不法分子依然可以冒用他人信息進行刷票，哄抬票價，而真正需要的人買不到票。2.2系統(tǒng)開發(fā)方法本12306系統(tǒng)開發(fā)模型采用瀑布模型  瀑布模型是一個特別經(jīng)典，甚至有點老套的周期模型，一般情況下將其分為計劃、需求分析、概要設(shè)計、詳細設(shè)計、編碼以及單元測試、測試、運行維護等幾個階段。瀑布模型把軟件開發(fā)過程劃分成若干階段，每個階段的任務(wù)相對獨立，便于不同人員分工協(xié)作，從而降低了整個軟件開發(fā)工程的困難程度。與我們小組合作開發(fā)的步驟不謀而合。本

7、12306系統(tǒng)開發(fā)模型采用的瀑布模型是因為軟件需求在開發(fā)階段已經(jīng)被完全確定，并將生命周期的各項活動依順序固定，強調(diào)開發(fā)的階段性； 采用瀑布模型核心思想是將12306系統(tǒng)按工序?qū)栴}化簡，將功能的實現(xiàn)與設(shè)計分開，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設(shè)計方法將邏輯實現(xiàn)與物理實現(xiàn)分開。利用瀑布模型將軟件生命周期劃分為制定計劃、需求分析、軟件設(shè)計、程序編寫、軟件測試和運行維護等六個基本活動，并且規(guī)定它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。這就意味著開發(fā)流程簡單，為項目提供了按階段劃分的檢查點，當前一階段完成后，只需要去關(guān)注后續(xù)階段。同時采用瀑布模型也存在很多弊端：在項目各個階

8、段之間極少有反饋，只有在項目生命周期的后期才能看到結(jié)果，通過過多的強制完成日期和里程碑來跟蹤各個項目階段。開發(fā)后期要改正早期存在的問題需要付出很高的代價，用戶需要等待較長時間才能夠看到軟件產(chǎn)品，增加了風(fēng)險系數(shù)。2.3開發(fā)計劃 2.3.1目的 1、杜絕無限賬號注冊、杜絕身份冒用1）12306注冊時，強制預(yù)留電話號碼，且進行驗證，重復(fù)電話號碼不予注冊。2）取票時，取票機應(yīng)該確認該身份證是否有12306賬號，有且不是該身份證本人注冊的假賬號，直接注銷。3）重復(fù)3次退訂的先去取票機刷身份證，之后才讓再次訂票。且將此身份證列入黑名單，只準買單線票（例如為期10天）。2、完善選座系統(tǒng)，實現(xiàn)“同行者鄰座”或

9、“老年人優(yōu)先下鋪”等期望。3、可以生成旅客行程流向信息，便于鐵路運力調(diào)度，車次調(diào)整。4、解決公平分配票源問題，加大購票的門檻，采用復(fù)雜的驗證碼等手段，杜絕任何利用技術(shù)、時間和操作優(yōu)勢下的搶票，把票留給真正需要的人。5、提高技術(shù)，減少用戶在線操作時間，不用盲搶、死拼、不停刷在線存在感，所有票務(wù)和車務(wù)、路務(wù)均可使用離線查詢或從公示信息得知。解決系統(tǒng)經(jīng)常不能訪問、繁忙、崩潰的現(xiàn)象。 2.3.2步驟1、規(guī)劃：根據(jù)項目背景、現(xiàn)狀，定義產(chǎn)品的目標市場、商業(yè)目標等。2、軟件工程過程模型：根據(jù)項目開發(fā)特點選擇瀑布模型，使用c+語言開發(fā)。3、 項目測算：分析項目經(jīng)濟可行性和技術(shù)可行性，根據(jù)計劃階段法和功能點發(fā)估

10、算項目規(guī)模，并求得大致代碼行數(shù)。根據(jù)cocomo模型估算所需人數(shù)和時間進度，完成工作計劃創(chuàng)建。4、需求定義和收集：根據(jù)項目類別給出功能性和非功能性定義，本項目需求收集技術(shù)采用問卷法。5、需求分析和系統(tǒng)初步設(shè)計：選擇合適需求分析技術(shù)，整理用例，繪制數(shù)據(jù)流圖。系統(tǒng)設(shè)計：對項目進行數(shù)據(jù)結(jié)構(gòu)設(shè)計，建立實體-關(guān)系圖。簡單進行代碼設(shè)計，設(shè)計用戶界面。6、測試與維護：對系統(tǒng)進行測試以及出錯維護處理。2.4經(jīng)濟可行性基建投資SQL Server: 20 萬Windows NT: 10 萬操作員培訓(xùn)費：5 00萬終端PC機2000臺：8000

11、*20 = 1600 萬網(wǎng)絡(luò)設(shè)備：1000 萬輔助配置：1000 萬經(jīng)常性支出系統(tǒng)維護人員支出：250元/（人天）X 10（人）=2500元/天機器磨損費用 ：20000元/天機器（硬件）維護費用：100元/（人天）X 200=20000元/天經(jīng)常性收益（按銀行利率：1%）；減少員工20人(1000元/人)五年收益: 1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120萬工作效率提高收益（工作效率提高30%）: 30*（1.1+（1.1）2+（1.

12、1）3+（1.1）4+（1.1）5）*（30%）*5 = 45萬經(jīng)常性收益共計: 160萬 不可定量收益因服務(wù)質(zhì)量提高增加顧客量10%: 1000萬*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=540萬收益共計: 700萬收益/投資比700/453.5=154.4% 投資回收周期3.2年 2.5技術(shù)可行性目前，公司的管理工作和服務(wù)工作存在盲目性、隨意性、和無效消耗，不能保證營銷部門的工作質(zhì)量，影響商品的銷售，給公司帶來實際的和潛在的經(jīng)濟損失。雖然系統(tǒng)開發(fā)初期投資較大，但是，若開發(fā)成功

13、本系統(tǒng)，將有助于公司更好地預(yù)測市場，更好的開發(fā)客戶及時調(diào)整經(jīng)營銷售策略，在激烈的市場競爭中把握主動。因此，從長遠利益考慮，本項目若能開發(fā)成功，它所帶來的效益將遠高于系統(tǒng)投入。（1）風(fēng)險分析根據(jù)客戶對項目的要求及我們對以往的開發(fā)經(jīng)驗，該項目開發(fā)的主要風(fēng)險是系統(tǒng)的可維護性。  為了提高該系統(tǒng)的可維護性，可以從兩方面來解決這個問題。一是，采用面向?qū)ο蟮姆椒▽υ撓到y(tǒng)進行設(shè)計和實現(xiàn)，將系統(tǒng)可能產(chǎn)生的維護問題分散到系統(tǒng)分析、設(shè)計、實現(xiàn)等各個階段，盡可能采用可復(fù)用構(gòu)件的設(shè)計實現(xiàn)，從設(shè)計方法和設(shè)計理念上根本解決這個問題。雖然開發(fā)成本會提高一些，但今后如果需要更新升級，只需要更新相應(yīng)的構(gòu)件就可以了，這

14、樣可以大大減少系統(tǒng)維護的成果。二是，吸收員工參與到項目的開發(fā)過程中來，使其了解該系統(tǒng)的體系結(jié)構(gòu)和設(shè)計思想，在開發(fā)過程中培養(yǎng)自己的軟件應(yīng)用技術(shù)人員。當系統(tǒng)交付使用時，他們能夠承擔系統(tǒng)的日常維護和小的改進工作。（2）資源分析  該項目投入經(jīng)費相對充裕，基本能夠滿足系統(tǒng)開發(fā)所必須的一些軟件、硬件、工作環(huán)境的要求。開發(fā)該形態(tài)需要掌握瀏覽器技術(shù)等多項技術(shù)。多年的專業(yè)學(xué)習(xí)，在團隊精神和敬業(yè)精神上都具備了有力的保證條件。（3）技術(shù)分析該項目的開發(fā)，要具有類似項目的經(jīng)驗。當前計算機技術(shù)的發(fā)展水平以及開發(fā)人員以及熟練掌握的各種開發(fā)先進技術(shù)，完全能夠滿足該系統(tǒng)開發(fā)的需要。該系統(tǒng)應(yīng)該沒有太多的難點，不過需

15、要開發(fā)過程中更多的努力和耐心。2.6估算項目規(guī)模項目規(guī)模進行估算是為了將項目的范圍進行量化，項目規(guī)模的估算是整個軟件估算中最核心、最基礎(chǔ)的環(huán)節(jié)，也是整個估算的第一步。1、 項目工作量每日可以實現(xiàn)訂票量200萬張左右，注冊人數(shù)超過1000萬，日點擊數(shù)過億的操作2、 項目所需資源鐵道部系統(tǒng)對接，票池對接3、 項目各階段工作量前端設(shè)計占七成，后端設(shè)計占三成4、 項目成本預(yù)算需要花費2億元，最后花費5億元甘特圖：2.7業(yè)務(wù)流程圖總流程圖：客運服務(wù)流程圖貨運服務(wù)：行李服務(wù)：成功預(yù)訂之后：3系統(tǒng)分析3.1性能需求數(shù)據(jù)精確度 ：1. 對列車的各種數(shù)據(jù)有精確的

16、記錄，例如：各個列車的屬性，如：列車的型號、車次號；各個列車的車廂數(shù)、床位數(shù)、座位數(shù)。2. 查詢時應(yīng)保證查全率，所有在相應(yīng)域中包含查詢車次的記錄都應(yīng)能查到，同時保證查準率。3. 對列車的每天需更新的數(shù)據(jù)有詳細的記錄，例如：每天列車的出發(fā)時間、進站時間、出站時間、到達時間等。4. 對列車的每時需更新的數(shù)據(jù)有詳細的記錄，例如：因為突發(fā)事件導(dǎo)致列車時間上的變更要及時地將數(shù)據(jù)進行更新。5. 對用戶自身的數(shù)據(jù)需有精確的記錄，特別是時間、金額、密碼等重要敏感數(shù)據(jù)，依照鐵道部的要求制定出相應(yīng)的精度方面的要求。6. 本子系統(tǒng)位廣大人民群眾進行訂票服務(wù)，應(yīng)支持最大并發(fā)用戶50000000個以上，每秒事務(wù)處理數(shù)應(yīng)

17、大于100000筆以上 時間特性： 1. 程序響應(yīng)時間：在人的感覺和視覺事物范圍內(nèi)；2. 在硬件和網(wǎng)絡(luò)條件滿足的前提下，所有日常性操作購票事務(wù)的平均響應(yīng)時間小于1秒，最長響應(yīng)時間小于2秒；3. 對于查詢性事務(wù)的平均響應(yīng)時間應(yīng)小于1秒，最長響應(yīng)時間應(yīng)小于3秒4. 2信息交換時間：要求在程序調(diào)用前調(diào)用后都與數(shù)據(jù)庫保持同步更新，網(wǎng)絡(luò)信息交換施加應(yīng)該小于程序調(diào)用時間適應(yīng)性：1. 要求數(shù)據(jù)庫局用很好的更新能力，由于本產(chǎn)品為成品軟件，所以對磁盤和內(nèi)存容量有很大要求，數(shù)據(jù)庫應(yīng)該能夠?qū)Σl(fā)事件。2. 磁盤容量：由于要存貯大量的數(shù)據(jù)和信息，所以要求要有足夠的磁盤容量。 3. 主存容

18、量：為了滿足購票用戶的的要求，系統(tǒng)必須要有高的運作速度，購票用戶填寫的數(shù)據(jù)輸入到系統(tǒng)，系統(tǒng)必須能快速及時作出響應(yīng)，迅速處理各項數(shù)據(jù)、信息，顯示出所有必需信息并生成票務(wù)信息，所以要求很高的信息量速度和大的主存容量。4. 為了方便廣大人民群眾使用此訂票軟件，適應(yīng)性要強，能夠方便的使用在大部分人的不同類型手機及系統(tǒng)的電腦上。3.2功能需求主營業(yè)務(wù)需求： 此處包含了如下幾個大塊的基本需求。1、 客運服務(wù)需求：此需求是本系統(tǒng)的需求核心，是構(gòu)建一個以用戶為中心，圍繞用戶在鐵路旅行方面的服務(wù)需求來進行展開的各項服務(wù)，其基礎(chǔ)服務(wù)包含如下幾塊：1 出行接行服務(wù)： a. 用戶注冊：用戶可以在電腦或手機等電子設(shè)備上

19、注冊成為本站的會員，只有成為會員后才能進行涉及經(jīng)濟方面的操作，如：車票預(yù)訂等。b. 車票預(yù)訂：用戶可以在成為會員之后根據(jù)自己的行程進行車票的購買或預(yù)訂。c. 退票服務(wù)：如果會員發(fā)現(xiàn)自己的行程有變動，可以選擇退票服務(wù)將已經(jīng)購買或預(yù)訂并且沒有到發(fā)車時間的車票進行退票。d. 改簽服務(wù)：如果會員發(fā)現(xiàn)自己的行程有變動，打算改天或者改車次但是始發(fā)地和目的地不改變的話可以選擇改簽服務(wù)。e. 變更到站服務(wù)：如果會員發(fā)現(xiàn)自己的行程有變動，始發(fā)地不動但是要換個站下車可以選擇變更到站服務(wù)。f. 余票查詢：用戶可以對兩個站點間的剩余票數(shù)進行查詢，以方便自己行程的預(yù)訂。余票張數(shù)為全部席別的總數(shù)，30分鐘更新一次。g.

20、旅客列車時刻表查詢：用戶可以對于每個列車計劃規(guī)定的發(fā)車、到達、?？康葧r間進行查詢。h. 旅客列車正晚點查詢：用戶可以對過去1小時和未來3小時內(nèi)列車正晚點信息進行查詢。i. 車票查詢：用戶可以選擇出發(fā)日期、時期、出發(fā)點、目的地來進行查詢選擇自己想要的車票。j. 票價查詢：用戶可以對各個時間的、不同車次的票價進行查詢、k. 中轉(zhuǎn)查詢：用戶可以查詢各個列車中轉(zhuǎn)站點以及時間。l. 車次查詢：用戶可以查詢各個車次。m. 起售時間查詢：用戶可以查詢所需要的票的起售時間。n. 客票代售點：用戶可以查詢各個地點的客票代售點。   2 行李服務(wù)：a. 提供貨物交運：用戶可以提前選擇自己想要進

21、行托運的物品進行托運，這里提供托運的時間、路線。b. 狀態(tài)監(jiān)控：用戶可以在這里查看自己說托運的行李到了什么地方。c. 到站提?。阂呀?jīng)到站的物品會在這里顯示出來，用戶可以進行查看。3 用戶支付服務(wù)：a. 便捷支付：會員可以在這里對已經(jīng)預(yù)訂的票進行字符購買。本網(wǎng)站僅支持主流銀行以及網(wǎng)銀支付。b. 支付賬單：會員可以在這里對還沒有支付的賬單進行支付以及對已經(jīng)支付的賬單進行查看。c. 退款：如果會員進行了退票服務(wù)的選擇，則在這里可以進行退款服務(wù)的進行與查看。d. 支付投訴：如果會員在支付的金額方面有疑問可以在這里進行投訴，客服人員會在后臺進行處理。2、 貨運服務(wù)需求，此處系統(tǒng)需求的核心是構(gòu)建一個以服務(wù)

22、于貨運主的貨運需求為核心的各項服務(wù)，其基礎(chǔ)服務(wù)包含如下幾塊：1 貨運服務(wù)：a. 運輸業(yè)務(wù)辦理：在這里可以對包含整車、散貨、小件物品的運輸業(yè)務(wù)進行辦理。b. 理賠業(yè)務(wù)辦理：如果運輸途中產(chǎn)生了偏差可以進行賠償業(yè)務(wù)的辦理。2 貨運信息服務(wù)：a. 貨運路線：可以在這里查詢貨運路線以便進行選擇。b. 車輛信息查詢：可以查看車輛運輸參數(shù)、運輸能力、運價、保價、運輸時刻信息、貨物安全保障信息、運輸方案等各種車輛運輸信息服務(wù)，其目的是幫助貨主尋求合適的運輸方案，提供便捷的貨運服務(wù)。3 支付服務(wù)： a. 企業(yè)支付服務(wù)：可以以企業(yè)為單位進行運輸選擇并支付，支持線上與線下支付服務(wù)。b. 個人支付服務(wù)：可以以個人為單

23、位進行運輸選擇并支付，支持線上與線下支付服務(wù)。c. 支付賬單：會員可以在這里對還沒有支付的賬單進行支付以及對已經(jīng)支付的賬單進行查看。d. 支付投訴：如果會員在支付的金額方面有疑問可以在這里進行投訴，客服人員會在后臺進行處理。三、后臺管理需求，包含如下幾部分：1 客運管理后臺：提供各類客運相關(guān)的基礎(chǔ)數(shù)據(jù)譬如列車班次信息、時刻表信息、票價信息、車票分配策略調(diào)控、列車運行時刻信息、各種起售時刻信息等；2 貨運管理后臺：提供各類貨運相關(guān)的基礎(chǔ)數(shù)據(jù)譬如列車的車輛運輸參數(shù)、線路信息、運力、運能、時刻、運價等各類跟貨運相關(guān)的信息；3 信息發(fā)布管理后臺：提供跟鐵路運輸相關(guān)的各種法規(guī)、規(guī)程、信息集裝、新聞、公告

24、信息等的錄入、維護等。3.3非功能需求1、可用性需求：要求用戶操作簡便，人機界面簡單明了，用戶能一目了然的清楚需要做什么，該如何操作。對于常用的數(shù)據(jù)項等，設(shè)置自動提供，減少用戶錄入工作量。本系統(tǒng)應(yīng)能讓任何用戶，都不必借助任何操作手冊或相關(guān)的系統(tǒng)幫助就能順利地進行各種操作，要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息界面，從而保證可用性。2、可靠性需求系統(tǒng)建成后，預(yù)計將有大量的用戶在此查詢車票信息，并進行大量的預(yù)訂操作，因此對系統(tǒng)的穩(wěn)定性也有較高的要求。要求在系統(tǒng)正常情況下長時間不間斷進行，使系統(tǒng)所有功能滿足設(shè)計需求，正常完成系統(tǒng)業(yè)務(wù)，對于用戶輸入的一些異常數(shù)據(jù)，能有判斷的采取解決措施。3、安全

25、需求 網(wǎng)上訂票系統(tǒng)中涉及的數(shù)據(jù)，是客運公司重要的信息，不同的用戶具有不同的使用權(quán)限，具有最高權(quán)限的系統(tǒng)管理員可以對系統(tǒng)進行修改、注銷數(shù)據(jù)庫中信息，具有一般權(quán)限的使用者只能讀取自己相關(guān)信息，不能瀏覽其他用戶信息。系統(tǒng)還要提供方便的手段供系統(tǒng)維護人員進行數(shù)據(jù)備份、日產(chǎn)安全管理、以及系統(tǒng)意外崩潰時數(shù)據(jù)的恢復(fù)等工作。系統(tǒng)還要保持實時更新的狀態(tài)，以便用戶查詢信息。設(shè)置驗證碼，防止機器刷票。3.4收集需求技術(shù)此系統(tǒng)采用問卷法來收集需求。因為問卷法可以節(jié)省時間，人力和經(jīng)費。更重要的是調(diào)查結(jié)果容易量化，方便實施分析也方便數(shù)據(jù)發(fā)掘。問卷如下：關(guān)于火車購票系統(tǒng)（12306）需求問卷調(diào)查1.你的年齡是（）A.未成年

26、B.18-22C.22-45D.45以上2.您的每月收入（）A.沒有收入能力B.五百以下C.500-2000D.2000以上3.您的職業(yè)是（）A.學(xué)生B.教師C.醫(yī)生D.軍人E.個體戶F.公務(wù)員G.公司及企業(yè)職工H.農(nóng)民I.其他4.常用的出行手段（）A.鐵路B.航空C.長途巴士D.自駕車E.輪船5.是否使用過網(wǎng)上訂票（）A.用過B.沒有6.對訂票網(wǎng)站的使用結(jié)果滿意么（）A.很滿意B.滿意C.還湊合D.不怎么樣7.是否期待更方便的購票方式（）A.期待B.無所謂8.平時在什么網(wǎng)站下載火車購票軟件（）A.軟件管家B.軟件站C.軟件官網(wǎng)D.搜索引擎9.對于火車票務(wù)系統(tǒng)的期待（）A.圖形界面B.高效C.

27、方便快捷D.安全性能10.常用購票方式（）A.售票點B.電話訂票C.網(wǎng)上購票D.委托購票11首次網(wǎng)上訂票時，您對于注冊這一步有什么想法?（） A.很好，信息更全面     B.沒感覺     C.太繁瑣，費時間     D.其他 12.您在購票登陸時，遇到提示網(wǎng)站用戶過多情況的頻率?（）   A.經(jīng)常     B.偶爾  

28、60; C.從來沒有 13.您對網(wǎng)上購票的顧慮是什么？（可多選）（ ）  A.網(wǎng)絡(luò)安全問題（銀行卡信息、個人信息等）  B.取票需再排隊，費時間   C.余票信息更新慢           D.退票返款速度慢，且退票次數(shù)有限    E.網(wǎng)頁設(shè)計繁瑣，買票過程復(fù)雜       &#

29、160;   F.付款時間段有限，系統(tǒng)反應(yīng)慢   G.容易被犯罪分子利用進入“高仿網(wǎng)站”而陷入網(wǎng)絡(luò)詐騙 H.隨機派號，不能保證和友人坐在一起 I.其他 14.您對網(wǎng)絡(luò)訂票界面設(shè)計的滿意度（ ）A.很滿意B.滿意C.還湊合D.不怎么樣15.您對網(wǎng)絡(luò)訂票付款方式的滿意度 （ ）A.很滿意B.滿意C.還湊合D.不怎么樣16.您對網(wǎng)絡(luò)訂票退票流程的滿意度（ ）A.很滿意B.滿意C.還湊合D.不怎么樣17.您認為網(wǎng)上訂票和傳統(tǒng)排隊購票相比具有哪些優(yōu)勢？（可多選）（ ）A.緩解了火車站和代售點的售

30、票壓力   B.方便了乘客買票，節(jié)省了乘客的購票時間   C.可以避免黃牛黨倒票的現(xiàn)象    D.可以方便的看到相應(yīng)車次的余票情況，有利調(diào)整出行時間   E.其他                         18.您

31、對火車購票系統(tǒng)（12306）有什么意見：3.5用例分析（用例圖）3.6數(shù)據(jù)分析3.6.1 數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫是一個單位或是一個應(yīng)用領(lǐng)域的通用數(shù)據(jù)處理系統(tǒng)，它存儲的是屬于企業(yè)和事業(yè)部門、團體和個人的有關(guān)數(shù)據(jù)的集合。數(shù)據(jù)庫中的數(shù)據(jù)是從全局觀點出發(fā)建立的，按一定的數(shù)據(jù)模型進行組織、描述和存儲。其結(jié)構(gòu)基于數(shù)據(jù)間的自然聯(lián)系，從而可提供一切必要的存取路徑，且數(shù)據(jù)不再針對某一應(yīng)用，而是面向全組織，具有整體的結(jié)構(gòu)化特征。數(shù)據(jù)庫中的數(shù)據(jù)是為眾多用戶所共享其信息而建立的，已經(jīng)擺脫了具體程序的限制和制約。不同的用戶可以按各自的用法使用數(shù)據(jù)庫中的數(shù)據(jù)；多個用戶可以同時共享數(shù)據(jù)庫中的數(shù)據(jù)資源，即不同的用戶可以同時存取數(shù)據(jù)

32、庫中的同一個數(shù)據(jù)。數(shù)據(jù)共享性不僅滿足了各用戶對信息內(nèi)容的要求，同時也滿足了各用戶之間信息通信的要求。1、關(guān)系模式用戶信息（身份證號、用戶名、密碼、真實姓名、地址、郵箱、聯(lián)系方式） 登錄信息（用戶名、密碼）訂單信息（身份證號、訂單編號、列車車次、發(fā)車時間、支付方式、取票方式、購票日期、上車站、下車站、購票數(shù)量） 車票信息（列車車次、出發(fā)時間、到達時間、發(fā)車日期、始發(fā)站、終止站、停靠站、座位類型、車型、剩余票數(shù)、票價、訂票時間） 查詢（用戶名、身份證號、車號、發(fā)車日期、發(fā)車時間） 改簽（訂單編號、手續(xù)費） 退票（訂單編號、手續(xù)費）變更到站（訂單編號、差價）2、表設(shè)計（1）用戶信息表結(jié)構(gòu)列名數(shù)據(jù)類型

33、是否為空身份證號int(20)主鍵密碼char(10)NOT NULL真實姓名char(10)NOT NULL用戶名char(10)NOT NULL地址char(10)NOT NULL郵箱char(10)NULL聯(lián)系方式int(20)NOT NULL（2）登錄信息表結(jié)構(gòu)列名數(shù)據(jù)類型是否為空用戶名char(10)主鍵密碼char(10)NOT NULL（3）訂單信息表結(jié)構(gòu)列名數(shù)據(jù)類型是否為空身份證號int(20)主鍵訂單編號char(10)NOT NULL列車車次char(10)NOT NULL發(fā)車時間char(10)NOT NULL支付方式char(10)NOT NULL取票方式char(10

34、)NOT NULL購票日期char(10)NOT NULL上車站char(10)NOT NULL下車站char(10)NOT NULL購票數(shù)量int(3)NOT NULL（4） 車票信息表結(jié)構(gòu)列名數(shù)據(jù)類型是否為空列車車次char(10)主鍵出發(fā)時間char(10)NOT NULL到達時間char(10)NOT NULL發(fā)車日期char(10)NOT NULL始發(fā)站char(10)NOT NULL終止站char(10)NOT NULL停靠站char(10)NOT NULL座位類型char(10)NOT NULL車型char(10)NOT NULL剩余票數(shù)char(10)NOT NULL票價cha

35、r(10)NOT NULL訂票時間char(10)NOT NULL（5）查詢表結(jié)構(gòu)列名數(shù)據(jù)類型是否為空用戶名char(10)主鍵身份證號int(20)NOT NULL車號char(10)NOT NULL發(fā)車日期char(10)NOT NULL發(fā)車時間char(10)NOT NULL(6)改簽表結(jié)構(gòu)列名數(shù)據(jù)類型是否為空訂單編號char(10)主鍵手續(xù)費char(10)NOT NULL（7）退票表結(jié)構(gòu)列名數(shù)據(jù)類型是否為空訂單編號char(10)主鍵手續(xù)費char(10)NOT NULL（8）變更到站表結(jié)構(gòu)列名數(shù)據(jù)類型是否為空訂單編號char(10)主鍵差價char(10)NOT NULL3.6.2

36、 數(shù)據(jù)采集數(shù)據(jù)采集采用鍵盤輸入3.6.3 數(shù)據(jù)字典1、 數(shù)據(jù)項的定義：數(shù)據(jù)項又稱數(shù)據(jù)元素，是數(shù)據(jù)的最小單位。在數(shù)據(jù)字典中，對數(shù)據(jù)的靜態(tài)特征做了定義，具體包括：數(shù)據(jù)項的名稱、編號、數(shù)據(jù)項的長度、數(shù)據(jù)項的取值范圍。（1）數(shù)據(jù)項編號：C01 數(shù)據(jù)項名稱：用戶編號類型及長度：int1000取值范圍：“1”“999”（2）數(shù)據(jù)項編號：C02 數(shù)據(jù)項名稱：用戶名 類型及長度：string20 （3）數(shù)據(jù)項編號：C03 數(shù)據(jù)項名稱：密碼 類型及長度：string6（4）數(shù)據(jù)項編號：C04 數(shù)據(jù)項名稱：真實姓名 類型及長度：string10（5）數(shù)據(jù)項編號：C05 數(shù)據(jù)項名稱：身份證號 類型及長度：int20

37、 （6）數(shù)據(jù)項編號：C06 數(shù)據(jù)項名稱：地址 類型及長度：string50 （7）數(shù)據(jù)項編號：C07 數(shù)據(jù)項名稱：郵箱 類型及長度：string30 （8）數(shù)據(jù)項編號：C08 數(shù)據(jù)項名稱：聯(lián)系方式 類型及長度：int20 （9）數(shù)據(jù)項編號：C9 數(shù)據(jù)項名稱：手續(xù)費 類型及長度：int5（10）數(shù)據(jù)項編號：C10 數(shù)據(jù)項名稱：列車車次 類型及長度：int5（11）數(shù)據(jù)項編號：C11 數(shù)據(jù)項名稱：到達時間 類型及長度：時間型 （12）數(shù)據(jù)項編號：C12 數(shù)據(jù)項名稱：出發(fā)時間 數(shù)據(jù)項類型：時間型 （13）數(shù)據(jù)項編號：C13 數(shù)據(jù)項名稱：始發(fā)站 類型及長度：string20 （14）數(shù)據(jù)項編號：C14

38、 數(shù)據(jù)項名稱：終止站 數(shù)據(jù)項類型：string20（15）數(shù)據(jù)項編號：C15 數(shù)據(jù)項名稱：?？空?數(shù)據(jù)項類型：string20（16）數(shù)據(jù)項編號：C16 數(shù)據(jù)項名稱：座位類別 數(shù)據(jù)項類型：string4 （17）數(shù)據(jù)項編號：C17 數(shù)據(jù)項名稱：車型 數(shù)據(jù)項類型：string10（18）數(shù)據(jù)項編號：C18 數(shù)據(jù)項名稱：單價 數(shù)據(jù)項類型：double5（19）數(shù)據(jù)項編號：C19 數(shù)據(jù)項名稱：訂票時間 數(shù)據(jù)項類型：時間型 10（20）數(shù)據(jù)項編號：C20 數(shù)據(jù)項名稱：訂單編號 數(shù)據(jù)項類型：int20 （21）數(shù)據(jù)項編號：C21 數(shù)據(jù)項名稱：支付方式 數(shù)據(jù)項類型：string10 （22）數(shù)據(jù)項編號：C

39、22 數(shù)據(jù)項名稱：取票方式 數(shù)據(jù)項類型：string10 （23）數(shù)據(jù)項編號：C23 數(shù)據(jù)項名稱：購票日期 數(shù)據(jù)項類型：日期型 （24）數(shù)據(jù)項編號：C24 數(shù)據(jù)項名稱：上車站 數(shù)據(jù)項類型：string20 （25）數(shù)據(jù)項編號：C25 數(shù)據(jù)項名稱：下車站 數(shù)據(jù)項類型：string20 （26）數(shù)據(jù)項編號：C26 數(shù)據(jù)項名稱：購票數(shù)量 數(shù)據(jù)項類型：int3（27）數(shù)據(jù)項編號：C27 數(shù)據(jù)項名稱：剩余票數(shù) 數(shù)據(jù)項類型：int10（28）數(shù)據(jù)項編號：C28 數(shù)據(jù)項名稱：差價 類型及長度：int52、數(shù)據(jù)結(jié)構(gòu)的定義：數(shù)據(jù)結(jié)構(gòu)描述了某些數(shù)據(jù)項之間的關(guān)系。一個數(shù)據(jù)結(jié)構(gòu)可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)

40、據(jù)結(jié)構(gòu)組成，還可以由若干個數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)組成。數(shù)據(jù)字典中對數(shù)據(jù)結(jié)構(gòu)的定義包括以下內(nèi)容：數(shù)據(jù)結(jié)構(gòu)的名稱和編號、簡述、數(shù)據(jù)結(jié)構(gòu)的組成。 （1）數(shù)據(jù)結(jié)構(gòu)編號：Z01 數(shù)據(jù)結(jié)構(gòu)名稱：注冊信息簡述：用戶注冊時填寫的信息 數(shù)據(jù)結(jié)構(gòu)組成：C02+C03+C04+C05+C06+C07+C08 （2）數(shù)據(jù)結(jié)構(gòu)編號：Z02 數(shù)據(jù)結(jié)構(gòu)名稱：用戶信息 簡述：管理員審核系統(tǒng)用戶注冊的信息 數(shù)據(jù)結(jié)構(gòu)組成：C01+C02+C03+C04+C05+C06+C07+C08 （3）數(shù)據(jù)結(jié)構(gòu)編號：Z03 數(shù)據(jù)結(jié)構(gòu)名稱：登錄信息 簡述：用戶登錄系統(tǒng)的信息 數(shù)據(jù)結(jié)構(gòu)組成：C02+C03 （4）數(shù)據(jù)結(jié)構(gòu)編號：Z04 數(shù)據(jù)結(jié)構(gòu)名稱：車

41、票信息 簡述：用戶查詢的車票信息 數(shù)據(jù)結(jié)構(gòu)組成：C10+C11+C12+C13+C14+C15+C16+C17+C18+C19+C27 （5）數(shù)據(jù)結(jié)構(gòu)編號：Z05 數(shù)據(jù)結(jié)構(gòu)名稱：訂單信息 簡述：預(yù)訂車票的訂單信息數(shù)據(jù)結(jié)構(gòu)組成：C05+C09+C12+C20+C21+C22+C23+C24+C25+C263.6.4 數(shù)據(jù)流圖4. 系統(tǒng)設(shè)計4.1數(shù)據(jù)結(jié)構(gòu)設(shè)計4.1.1 邏輯設(shè)計1、關(guān)系模型登陸信息（用戶名，密碼）用戶信息（身份證號，用戶名，真實姓名，聯(lián)系方式，郵箱，地址）訂單信息（訂單編號，身份證號，購票數(shù)量，列車車次，出發(fā)時間，購票時間，下車站，上車站）退票（訂單編號，手續(xù)費）改簽（訂單編號，手

42、續(xù)費）變更到站（訂單編號，差價）車票信息（列車車次，座位類型，剩余票數(shù)，票價，發(fā)車日期，出發(fā)時間，行車時間，到達時間，始發(fā)站，終止站）2、網(wǎng)狀模型3、層次模型4.1.2 ER圖4.1.3數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系數(shù)據(jù)結(jié)構(gòu)、算法與程序之間有著種種聯(lián)系，在理清這三者之間所具有的關(guān)系的時候，必須要明確一點：與數(shù)據(jù)的邏輯結(jié)構(gòu)相關(guān)的是算法的設(shè)計，與數(shù)據(jù)的存儲結(jié)構(gòu)相關(guān)的是算法的實現(xiàn)。當對某一個實際問題運用計算機來加以解決的時候，第一步要做的就是對實際問題進行建模，在得到了實際問題的抽象模型或數(shù)學(xué)模型之后才能夠加以解決。因此從另一個角度來說，數(shù)據(jù)的邏輯結(jié)構(gòu)就是抽象模型中的組成部分，計算機算法的設(shè)計者根據(jù)實際問題的

43、相關(guān)信息來設(shè)計出解決該問題的具體算法?？梢?，對實際問題抽象化的好壞會直接決定建立在此基礎(chǔ)之上的算法質(zhì)量，也就是說，抽象模型決定了算法，而抽象模型中又包括了數(shù)據(jù)的邏輯結(jié)構(gòu)。 在得到算法以后，接下來所要做的就是讓算法被計算機讀懂并且讓計算機能夠根據(jù)算法中制定的步驟與流程來處理并解決目標問題。在此過程中，需要將抽象模型映射到計算機的存儲器中，同時也要將算法即將處理的數(shù)據(jù)以及數(shù)據(jù)之間的關(guān)系映射到該存儲器中4。在將象模型映射到計算機存儲器之后，計算機能夠很直觀的感知到這個抽象模型，然后便要將算法轉(zhuǎn)換成為一種能夠驅(qū)動計算機執(zhí)行程序的一系列指令。 從上述可以得到，在得到了相應(yīng)的計算機編譯程序之后，計算機也就

44、可以掌握并理解高級程序設(shè)計語言，但是必須要予以注意的是，計算機此時仍然無法理解偽代碼或者自然語言。因此，接下來要做的就是讓計算機根據(jù)設(shè)計階段中所得到的抽象算法來求解問題。而解決這一問題的關(guān)鍵就在于計算機程序員，這是因為程序員是既懂高級程序設(shè)計語言又懂偽代碼或自然語言的計算機領(lǐng)域工作者。而程序指的就是程序員可以通過某種高級程序設(shè)計語言實現(xiàn)抽象算法后所得到的產(chǎn)物。計算機在理解了程度之后便能夠執(zhí)行程序，從而也能夠根據(jù)相應(yīng)的算法來求解問題。4.2用戶界面設(shè)計輸入除最常用的注冊訂票功能外，此系統(tǒng)還具備客運營業(yè)站站點查詢功能，客票代售點查詢功能，票價查詢界面功能，旅客列車正晚點查詢功能，保險功能查詢，托運

45、服務(wù)，鐵路常識引導(dǎo)服務(wù)，客戶信箱服務(wù)，其用戶實現(xiàn)界面均如下圖顯示。1.網(wǎng)站總界面2用戶注冊界面3用戶注冊后登陸后界面 4用戶找回賬號界面 5用戶登錄界面 6多次登錄密碼錯誤提示界面7車票查詢界面  8預(yù)訂購票界面9添加乘客信息界面其他查詢功能：1.客運營業(yè)站站點查詢界面2.客票代售點查詢3.票價查詢界面4.旅客列車正晚點查詢5.保險功能查詢6.托運服務(wù)7.鐵路常識服務(wù) 8.客戶信箱服務(wù)總結(jié)界面缺點：1. 界面丑陋，UI粗糙。2. 服務(wù)器不穩(wěn)定，容易癱瘓。3. 注冊時間長，驗證碼奇葩。4. 不能在線選座5. 開發(fā)費用極高優(yōu)點：1. 界面簡潔明了，

46、功能明晰。2. 各功能跳轉(zhuǎn)銜接流暢。3. 無界面廣告。4. 基本功能均可流暢實現(xiàn)。對界面優(yōu)化設(shè)計的建議：1. 注冊步驟所填信息繁多，可以適當刪除。2. 登陸方式極其老套，應(yīng)使登陸功能多樣化，可以使用各大實名認證網(wǎng)址賬號同步登陸，如QQ,微信，微博登3. 取消23.00-7.00的界面維護時間，可以運用云計算等技術(shù)實現(xiàn)儲存和備份，實現(xiàn)24小時界面訂票服務(wù)。4.3 順序圖4.4 活動圖記錄訂票這個用例的活動圖：記錄退票這個用例的活動圖：記錄貨運這個用例的活動圖：5. 測試要點5.1 系統(tǒng)測試字段名稱描述標示符12306測試項12306網(wǎng)上訂票系統(tǒng)功能測試測試環(huán)境要求1. 用戶為有效登錄用戶，用戶為

47、無效登錄用戶2. 瀏覽器的Cookie未被禁用輸入標準1. 輸入正確的用戶名和密碼，單擊登錄按鈕。2. 輸入錯誤的用戶名和密碼，單擊登錄按鈕。3. 不輸入用戶名和密碼，單擊登錄按鈕。4. 輸入正確的用戶名并不輸入密碼，單擊登錄按鈕。5. 輸入帶特殊字符的用戶名（帶/，#，）和密碼，單擊登錄按鈕。6. 三次輸入無效的用戶名和密碼嘗試登錄。7. 第一次登錄成功后，重新打開瀏覽器登錄，輸入上次成功登錄的用戶名的第一個字符。輸出標準1. 數(shù)據(jù)庫中存在的用戶（正確的密碼/錯誤的密碼，正確的用戶名/錯誤的用戶名）將能正確登錄。2. 錯誤的或無效的用戶登錄失敗，并在頁面的頂部顯示紅色的字體“錯誤”：用戶名或

48、密碼錯誤，；3. 用戶名為空時頁面頂部顯示請輸入用戶名；4. 密碼為空用戶名不為空時頁面頂部顯示請輸入密碼；5. 含特殊字符的用戶名。如數(shù)據(jù)庫中又該記錄將能正確顯示，如果沒有該用戶記錄，將不能登錄，不能出現(xiàn)空白頁面，或腳本錯誤；6. 幾次無效登錄后，再次登錄會顯示不能進行登錄；7. 所有的密碼均以“*”號代替；8. 正確登陸后會出現(xiàn)12306官網(wǎng)，上面有票面查詢，線路查詢，以及各個站點的查詢；9. 當選擇好線路后點擊購買會顯示付款頁；10. 退票補票等都可以在相應(yīng)位置看到；測試用例間的關(guān)聯(lián)關(guān)系12306網(wǎng)上訂票系統(tǒng)（有效的密碼測試）5.2 模塊測試總結(jié)網(wǎng)上訂票系統(tǒng)常見的問題如下： 1

49、、 高峰時段無法登陸，提示在線用戶過多2、 訂單提交成功之后，支付環(huán)節(jié)出了問題，瀏覽器意外退出，后再登陸，發(fā)現(xiàn)登陸不上，無法在規(guī)定時間內(nèi)完成支付，購票失敗3、 訂單提交反饋時間過長，熱門線路需要等待20分鐘甚至更長時間，才能得到反饋4、 驗證碼輸入總是錯誤，無法完成驗證碼驗證環(huán)節(jié)，無法登陸5、 逢用戶高峰，網(wǎng)站反應(yīng)速度較慢6、 對多瀏覽器支持不好。 以上問題多數(shù)都是用戶體驗的問題，用戶體驗的問題即有票源稀少的原因，更多的是對訂票系統(tǒng)使用過程中系統(tǒng)登陸困難，反應(yīng)遲鈍，訂單結(jié)果反饋太慢，意外退出等問題難以忍受。 常見問

50、題原因分析：問題1，高峰時段無法登陸，提示在線用戶過多；問題2，驗證碼輸入總是錯誤，無法完成驗證碼驗證環(huán)節(jié)，無法登陸無法登陸的問題，其原因顯然是前端用于處理WEB連接服務(wù)器太少或網(wǎng)絡(luò)帶寬不足所至，為了不讓更多的用戶一起連接服務(wù)器導(dǎo)致服務(wù)器較慢，只好拒絕一些用戶的登陸請求。使同時在線人數(shù)保持在一個上限以內(nèi)。驗證碼輸入總是錯誤的問題，原因也是用于處理WEB連接服務(wù)器太少所至，為了防止一些客戶端使用“惡意”軟件，不斷自動登陸的情況，驗證碼需求由客戶端向服務(wù)器提交一個驗證請求，可以由于服務(wù)器響應(yīng)實在太慢，以至于整個響應(yīng)速度居然超過了驗證碼的有效時間。問題3，訂單提交成功之后，支付環(huán)節(jié)出了問題，瀏覽器意外退出，后再登陸，發(fā)現(xiàn)登陸不上，無法在規(guī)定時間內(nèi)完成支付，購票失敗問題4，訂單提交反饋時間過長，熱門線路需要等待20分鐘甚至更長時間，才能得到反饋問題5，逢用戶高峰，網(wǎng)站反應(yīng)速度較慢問題6，問題5，可能是由于WEB服務(wù)器與邏輯處理服務(wù)器在同一臺機器上，而導(dǎo)致服務(wù)器CPU分配了過多的時間與資源在處理用戶請求，在執(zhí)行邏輯時執(zhí)行緩慢?？偨Y(jié)以上問題，其解決方案建議如下： 1、 準備更多前端WEB服務(wù)器，解決WEB前端的問題沒有別的辦法，只能加