基于BS架構(gòu)的火車站售票管理系統(tǒng)

1、火車站售票管理系統(tǒng) 摘 要 火車站售票系統(tǒng)是一個基于 B/S 構(gòu)架的系統(tǒng)。系統(tǒng)的開發(fā)和應 用目的是使售票活動能夠在多個不同的地點（除火車站外）進行并 且能夠使旅客通過系統(tǒng)查詢到自己所需要的出行信息。 本論文圍繞如何實現(xiàn)基于 B/S 結(jié)構(gòu)的客票系統(tǒng)展開討論，通過 對現(xiàn)有 C/S 結(jié)構(gòu)的售票系統(tǒng)與 B/S 結(jié)構(gòu)的優(yōu)缺點進行比較 ，給出基 于 B/S 結(jié)構(gòu)售票系統(tǒng)的具體解決方案：查詢，買票，訂票，退票， 新聞管理，用戶管理等六大模塊，并研究 B/S 結(jié)構(gòu)在網(wǎng)絡中面臨的 安全問題及提出相應的解決方案。在軟件的結(jié)構(gòu)設計中側(cè)重售票系 統(tǒng)主要功能的設計與實現(xiàn)。本論文的研究內(nèi)容還涉及現(xiàn)有客車售票 系統(tǒng)中常用的

2、算法設計，對如何將 B/S 結(jié)構(gòu)的售票系統(tǒng)與車票打印 機連接起來也做了簡要介紹。 本論文關(guān)于客票系統(tǒng)的研究分為以下幾個章節(jié) :第一章：緒論； 第二章：B/S 模式與開發(fā)平臺介紹；第三章：需求分析；第四章： 系統(tǒng)總體設計與數(shù)據(jù)庫設計；第五章：系統(tǒng)的具體實現(xiàn)細節(jié)；第六 章：結(jié)論等。 關(guān)鍵字：B/S 結(jié)構(gòu)，售票，鐵路 TheThe ticketstickets exchangeexchange systemsystem ofof railwayrailway stationstation Author:Xiaowei Wu Tutor:Shuyang Sun Abstract The system

3、which the station sells the ticket is a system that base on the frame of the B/S. The purpose in exploitation and appliance of the system is to make the activity of selling the tickets at many different location(except the train station)and make the traveller inquire about the information of going o

4、ut by the system. This paper give a solution of tickets selling through comparing the C/S structure with the B/S structure.It also researches the problems of safe which B/S structure faces.It features the main function of the system.This paper also researches the common arithmetics of the sell syste

5、m which is now using .And also it gives a brief introduction of how to connect this system with printer. This paper have 6 parts. The chapter 1: introduction something about tickets system of train ;The chapter 2:the introduction of b/s structure;The chapter 3: request analyze; The chapter 4: the co

6、llectivity design of system;The chapter 5:introduction the details of design;The chapter 6: conclusion and on Keyword:B/S structure,tickets exchange,railway 目目 錄錄 第 1 章 緒論.1 1.1 鐵路信息化的現(xiàn)狀及目標.1 1.2 鐵路售票系統(tǒng)的現(xiàn)狀.2 1.3 文章概要.2 第 2 章 B/S 模式和開發(fā)平臺 .3 2.1 B/S 模式介紹.3 2.1.1 關(guān)于 B/S（瀏覽器/服務器）模式 .3 2.2 開發(fā)工具介紹 .3 2.2.

7、1 關(guān)于 SQLServer2000 .3 2.2.2 關(guān)于.NET.3 2.2.3 關(guān)于 ASP.NET .4 3.1 查詢功能需求 .6 3.2 售票功能需求 .6 3. 3 退票功能需求 .6 3. 4 訂票功能需求 .6 3. 5 新聞功能需求 .6 3. 6 留言功能需求 .7 3. 7 用戶管理功能需求 .7 3.8 注冊功能需求 .8 3.9 性能需求 .8 3.9.1 系統(tǒng)的準確性和及時性.8 3.9.2 系統(tǒng)的開放性和可擴展性.8 3.9.3 系統(tǒng)的易用性和易維護性.9 3.10 數(shù)據(jù)需求 .9 3.10.1 數(shù)據(jù)錄入和處理的準確性.9 3.10.2 數(shù)據(jù)的一致性和完整性.9

8、 3.10.3 數(shù)據(jù)的共享與獨立性.9 4.1 系統(tǒng)總體設計.11 4.1.1 設計目標.11 4.1.2 設計原則.11 4.1.3 功能設計.11 4.2 系統(tǒng)功能模塊設計 .12 4.2.1 注冊模塊.12 4.2.2 登錄模塊.12 4.2.3 售票模塊.13 4.2.4 訂票模塊.13 4.2.5 退票模塊.13 4.2.6 查詢模塊.13 4.2.7 個人資料模塊.14 4.2.8 留言板模塊.14 4.2.9 用戶管理模塊.14 4.2.10 車次刷新模塊.14 4.2.11 銷售統(tǒng)計模塊.14 4.3 數(shù)據(jù)庫設計 .15 4.3.1 用戶表 .15 4.3.2 車次詳細信息表.

9、15 4.3.3 普通列車價格表 .16 4.3.4 普通列車臥鋪價格表 .16 4.3.5 空調(diào)列車價格表 .17 4.3.6 空調(diào)列車臥鋪價格表 .17 4.3.7 訂票紀錄表 .18 4.3.8 留言信息表 .19 4.3.9 新聞信息表 .20 4.3.10 客車售票系統(tǒng) E-R 圖.21 5.1 登陸模塊.23 5.1.1 實現(xiàn)原理 .23 5.1.2 關(guān)鍵代碼 .23 5.2 注冊模塊.25 5.2.1 實現(xiàn)原理 .25 5.2.2 Button_queding_Click 事件（提交事件） .25 5.3 系統(tǒng)主界面.26 5.4 售票模塊.27 5.4.1 實現(xiàn)原理 .27 5

10、.4.2 綁定車次代碼 .28 5.4.3 價格計算原理及代碼.29 5.5 訂票模塊.33 5.6 退票模塊.33 5.7 查詢模塊.33 5.7.1 查詢模塊關(guān)鍵代碼 .34 5.9 站內(nèi)新聞模塊.37 5.10 意見反饋模塊.38 5.11 用戶管理模塊.39 5.12 管理用戶模塊.39 5.13 查詢剩余票模塊.40 5.14 更新車次模塊.41 5.15 新聞公告管理模塊.42 5.16 留言管理模塊.42 5.17 銷售統(tǒng)計模塊.43 結(jié)論.44 致謝.45 參考文獻.45 第 1 章 緒論 1.1 鐵路信息化的現(xiàn)狀及目標 用信息化推動工業(yè)化，用信息技術(shù)改造傳統(tǒng)產(chǎn)業(yè)，這是我國迫切

11、要 完成的一項戰(zhàn)略性任務。作為工業(yè)文明的產(chǎn)物鐵路，如何借助信息技 術(shù)的幫助，實現(xiàn)管理方式，運營組織，服務標準的現(xiàn)代化，這是擺在我 國鐵路工作者面前的重大課題。 鐵路信息化是鐵路現(xiàn)代化的重要標志，其根本目的是將信息技術(shù)應用到 鐵路生產(chǎn)經(jīng)營與管理決策等各項活動中，改造傳統(tǒng)產(chǎn)業(yè)，提高鐵路生產(chǎn) 率，提高市場競爭力，提高鐵路運營經(jīng)濟效益。 國內(nèi)外已有運作合理完善的火車售票管理系統(tǒng)，其具有售票、查詢、 管理和維護等功能，系統(tǒng)管理員可以進行對車次的更改、票價的變動及 調(diào)度功能，票價的修改可以通過修改運價來進行，車次調(diào)度可通過對發(fā) 車時刻表的修改來進行，維護功能即可對表進行修改。滿足當前火車售 票管理的需求，

12、并且運作十分良好。鐵路信息化建設目前主要集中在搞 好鐵路運輸生產(chǎn)管理上，加快計算機調(diào)度系統(tǒng)建設，完善客票發(fā)售與預 訂系統(tǒng)，搞好各地信息系統(tǒng)的結(jié)合，實現(xiàn)資源有效利用，信息共享。其 總體目標是：形成具有國際水平的鐵路信息化基礎通信平臺，實現(xiàn)各部 門各系統(tǒng)之間的信息數(shù)據(jù)共享，互聯(lián)互通；建成車，機，工，電，輛各 部門調(diào)度控制，安全生產(chǎn)，運輸指揮的現(xiàn)代化保障體系。為鐵路運輸各 部門提供所需的管理信息資源和強有力的決策支持。通過現(xiàn)代客貨營銷 手段和電子商務手段，帶動鐵路運輸經(jīng)濟發(fā)展，大幅度提高運輸效益。 建立建全與信息化相適應的管理體制。我國目前的鐵路信息化總體程度 居國內(nèi)領先，國際先進水平。 1.2 鐵

13、路售票系統(tǒng)的現(xiàn)狀 鐵路客票發(fā)售和預訂系統(tǒng)經(jīng)過幾年的建設，取得了很大的進展?；?車售票系統(tǒng)的推廣使用，大大方便了旅客購票，也預示著我國鐵路售票 系統(tǒng)正日趨合理與完善，并且具有良好的交互界面，容易被用戶所接受。 本系統(tǒng)為了解決售票大廳擁擠和團體集中購票的問題，提高鐵路客運的 售票效率及為旅客提供更多的便捷服務，本系統(tǒng)利用計算機網(wǎng)絡，通過 網(wǎng)絡或代售點售票系統(tǒng)，使得售票服務更為便捷效率，使鐵路售票系統(tǒng) 應用更為廣泛，使得鐵路售票業(yè)務，鐵路客運及運輸發(fā)展更為穩(wěn)定，迅 猛。 1.3 文章概要 全文分為六章: 第一章:緒論 介紹我國目前鐵路信息化的有關(guān)背景和 B/S 結(jié)構(gòu)鐵路售票系統(tǒng)在鐵 路信息化中的特點

14、及優(yōu)勢。 第二章: B/S 模式和開發(fā)工具 介紹 B/S 結(jié)構(gòu)。本系統(tǒng)所選則開發(fā)平臺是 2000，數(shù)據(jù)庫用的 是 sqlserver2000。 第三章:需求分析 分析了該系統(tǒng)的功能需求，提出了火車站售票系統(tǒng)的總體設計方案。 第四章: 售票系統(tǒng)設計 針對火車售票系統(tǒng)業(yè)務的數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)管理特點進行數(shù)據(jù)庫設計， 系統(tǒng)總體設計。 第五章:售票系統(tǒng)的實現(xiàn) 詳細介紹售票系統(tǒng)中每個功能模塊如何實現(xiàn)，主要代碼的思想及功 能。 第 2 章 B/S 模式和開發(fā)平臺 2.1 B/S 模式介紹 2.1.1 關(guān)于 B/S（瀏覽器/服務器）模式 B/S 結(jié)構(gòu)即瀏覽器和服務器結(jié)構(gòu)。它是隨著Internet 技術(shù)的興 起，

15、對 C/S 結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。它是一次性到位的開發(fā)， 能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet 等）訪問和操作共同的數(shù)據(jù)庫；它能有效地 保護數(shù)據(jù)平臺和管理訪問權(quán)限，服務器數(shù)據(jù)庫也很安全。在JAVA 這 樣的跨平臺語言出現(xiàn)之后， B/S 架構(gòu)管理軟件更是方便、快捷、高效。 2.2 開發(fā)工具介紹 伴隨著 Internet/Intranet 技術(shù)的發(fā)展，開發(fā)基于 Web 的應用程序 勢在必行，數(shù)據(jù)庫技術(shù)更是需要和 Web 數(shù)據(jù)相結(jié)合，才是更為廣闊的前 景。ASP.Net 作為微軟推出的新興 Web 應用程序開發(fā)技術(shù)，在數(shù)

16、據(jù)庫應用 方面發(fā)揮著越來越重要的作用。 本系統(tǒng)的開發(fā)平臺是 ASP.NET2000，數(shù) 據(jù)庫選擇用的 SQLServer2000。 2.2.1 關(guān)于 SQLServer2000 SQL Server 2000 是 Microsoft 公司推出的 SQL Server 數(shù)據(jù)庫管 理系統(tǒng)的最新版本。該版本繼承了 SQL Server 7.0 版本的優(yōu)點同時又比 它增加了許多更先進的功能，具有使用方便,可伸縮性好與相關(guān)軟件集成 程度高等優(yōu)點，可跨越從運行 Microsoft Windows 98 的膝上型電腦到運 行 Microsoft Windows 2000 的大型多處理器的服務器等多種平臺使用

17、。 2.2.2 關(guān)于.NET .NET 是 Microsoft XML Web services 平臺。XML Web services 允許應用程序通過 Internet 進行通訊和共享數(shù)據(jù)，而不管所采用的是 哪種操作系統(tǒng)、設備或編程語言。Microsoft .NET 平臺提供創(chuàng)建 XML Web services 并將這些服務集成在一起之所需。對個人用戶的好處是無 縫的、吸引人的體驗。而且.NET 平臺的基礎架構(gòu).NET 框架(Framework)， 采用統(tǒng)一的命令集支持各種編程語言。從而消除各種異類框架之間的差 異，提供強的跨語言繼承性、錯誤處理和調(diào)試功能 2.2.3 關(guān)于 ASP.NE

18、T ASP.net 是把基于通用語言的程序在服務器上運行。不像以前的 ASP 即時解釋程序，而是將程序在服務器端首次運行時進行編譯，這樣的執(zhí) 行效果，當然比一條一條的解釋強很多。 因為 ASP.net 是基于通用語言的編譯運行的程序，所以它的強大性 和適應性，可以使它運行在 Web 應用軟件開發(fā)者的幾乎全部的平臺上 （筆者到現(xiàn)在為止只知道它只能用在 Windows 2000/2003 Server 上） 。 通用語言的基本庫，消息機制，數(shù)據(jù)接口的處理都能無縫的整合到 ASP.net 的 Web 應用中。ASP.net 同時也是 language-independent 語言 獨立化的，所以，你

19、可以選擇一種最適合你的語言來編寫你的程序，或 者把你的程序用很多種語言來寫，現(xiàn)在已經(jīng)支持的有 C#（C+和 Java 的 結(jié)合體） ，VB，Jscript。將來，這樣的多種程序語言協(xié)同工作的能力保 護您現(xiàn)在的基于 COM+開發(fā)的程序，能夠完整的移植向 ASP.net。 ASP.net 使運行一些很平常的任務如表單的提交客戶端的身份驗證、 分布系統(tǒng)和網(wǎng)站配置變得非常簡單。 ASP.net 使用一種字符基礎的，分級的配置系統(tǒng)，使你服務器環(huán)境和 應用程序的設置更加簡單。因為配置信息都保存在簡單文本中，新的設 置有可能都不需要啟動本地的管理員工具就可以實現(xiàn)。這種被稱為Zero Local Admini

20、stration的哲學觀念使 A 的基于應用的開發(fā)更加具 體，和快捷。一個 ASP.net 的應用程序在一臺服務器系統(tǒng)的安裝只需要 簡單的拷貝一些必須的文件，不需要系統(tǒng)的重新啟動，一切就是這么簡 單。多處理器環(huán)境的可靠性 ASP.net 已經(jīng)被刻意設計成為一種可以用于 多處理器的開發(fā)工具，它在多處理器的環(huán)境下用特殊的無縫連接技術(shù)， 將很大的提高運行速度。即使你現(xiàn)在的 ASP.net 應用軟件是為一個處理 器開發(fā)的，將來多處理器運行時不需要任何改變都能提高他們的效能， 但現(xiàn)在的 ASP 卻做不到這一點。自定義性和可擴展性 ASP.net 設計時考 慮了讓網(wǎng)站開發(fā)人員可以在自己的代碼中自己定義pl

21、ug-in的模塊。這 與原來的包含關(guān)系不同，ASP.net 可以加入自己定義的如何組件。網(wǎng)站程 序的開發(fā)從來沒有這么簡單過。安全性基于 Windows 認證技術(shù)和每應用 程序配置，你可以確保你的原程序是絕對安全的。 ASP.NET 的語法在很 大程度上與 ASP 兼容，同時它還提供一種新的編程模型和結(jié)構(gòu)，可生成 伸縮性和穩(wěn)定性更好的應用程序，并提供更好的安全保護?？梢酝ㄟ^在 現(xiàn)有 ASP 應用程序中逐漸添加 ASP.NET 功能，隨時增強 ASP 應用程序 的功能。 ASP.NET 是一個已編譯的、基于 .NET 的環(huán)境，把基于通用語 言的程序在服務器上運行。將程序在服務器端首次運行時進行編譯

22、，比 ASP 即時解釋程序速度上要快很多.而且是可以用任何與 .NET 兼容的語 言（包括 Visual Basic .NET、C# 和 JScript .NET.）創(chuàng)作應用程序。 第 3 章 需求分析 該系統(tǒng)是利用 ASP.NET2000 平臺開發(fā)，數(shù)據(jù)庫采用的是 SQLSever2000,旨在開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、 具有良好人機交互界面的火車售票系統(tǒng)，為用戶提供滿意的火車票銷售 服務。 3.1 查詢功能需求 查詢功能要能滿足至少兩種方式的查詢：按車次查詢，按站點查詢。 如果查詢出來滿足條件的車次后，用戶可以直接點擊購買。查詢出來的 信息里面應該包括車次，開車時間，

23、到達時間，起始站，終點站，車輛 類型等信息。 3.2 售票功能需求 售票界面應具有起始站，終點站，里程數(shù)，車票類型，購買數(shù)量， 價格自動結(jié)算等項目，其有兩個入口，一個是直接購票入口，以及查詢 結(jié)果界面的購票入口，以方便購票。 3. 3 退票功能需求 退票模塊要能實現(xiàn)兩種功能：退訂和退票。退訂是指用戶有過訂票 記錄，但票還沒拿到；退票是指用戶退掉已經(jīng)拿到的車票，退票只能退 回票價 80%的金額。 3. 4 訂票功能需求 訂票模塊和買票模塊主要有兩點區(qū)別：用戶進行訂票操作時必須要 輸入用戶信息；訂票的和買票的提前時間不同，訂票可以提前更多的時 間。 3. 5 新聞功能需求 用戶可以從新聞模塊里了解

24、近期的最新站內(nèi)通知以及國內(nèi)外新聞。 3. 6 留言功能需求 用戶可以把整個購票訂票服務中的體會，意見以及建議反饋給車站 工作人員，以方便工作人員更好的改進工作當中的疏漏以及不足。 3. 7 用戶管理功能需求 當高級管理員登錄系統(tǒng)時，用戶管理界面入口可見，其他用戶登錄 后則不能看到用戶管理模塊。用戶管理模塊主要有六個子模塊：管理用 戶，剩余票查詢，更新車次，銷售情況統(tǒng)計，新聞管理，留言管理。 管理用戶 系統(tǒng)的用戶有三類，管理員，代售點用戶和企業(yè)用戶，不同的用戶 權(quán)限不同。這些權(quán)限具體體現(xiàn)在提前買票和訂票時間上。除了高級管理 員，其他的用戶都要先注冊才能使用，不同類型的用戶登錄系統(tǒng)后操作 界面不太

25、一樣。 剩余票查詢 管理員要能查詢某個車次或者所有的車次剩余票信息。 更新車次 管理員可在第一次使用系統(tǒng)時通過這個功能模塊來建立基本的車次 信息庫，在以后的業(yè)務活動中根據(jù)具體需要刪除或者修改某些車次信息。 銷售情況統(tǒng)計 用戶可以統(tǒng)計某一時間段內(nèi)某個車次或者某個代售點的銷售情況， 當然也可以查詢所有車次或者所有代售點的銷售情況。 新聞管理 管理員要能添加，修改，刪除新聞內(nèi)容。 留言管理 管理員可以查看，刪除用戶留言。 3.8 注冊功能需求 第一次使用系統(tǒng)時，首先要做的是注冊用戶，注冊用戶模塊里主要 分兩種類型的注冊：代售點注冊和企業(yè)用戶注冊。這兩種注冊方式的差 別體現(xiàn)在所填注冊信息上。 不同的用

26、戶擁有不同的權(quán)限。 3.9 性能需求 為了保證客車售票系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行， 客車售票系統(tǒng)應該滿足以下的性能需求 3.9.1 系統(tǒng)的準確性和及時性 系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā) 過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量，使系統(tǒng)的處理 能力和響應時間能夠滿足用戶對信息處理的需求。 由于客車售票系統(tǒng)的查詢功能對于整個系統(tǒng)的功能和性能完成舉足輕重。 作為系統(tǒng)的很多數(shù)據(jù)來源，車票銷售數(shù)量和銷售時間又影響企業(yè)的決策 活動，其準確性很大程度上決定了客車售票系統(tǒng)的成敗。在系統(tǒng)開發(fā)過 程中，必須采用一定的方法保證系統(tǒng)的準確性。 3.9.2 系統(tǒng)的開放

27、性和可擴展性 售票系統(tǒng)在開發(fā)過程中，應該充分考慮以后的可擴充性。例如車次 信息的臨時或者永久性改變，用戶查詢的需求也會不斷的更新和完善。 所有這些，都要求系統(tǒng)提供足夠的手段進行功能的調(diào)整和擴充。而要實 現(xiàn)這一點，應通過系統(tǒng)的開放性來完成，即系統(tǒng)應是一個開放系統(tǒng)，只 要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬 件。通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。 3.9.3 系統(tǒng)的易用性和易維護性 售票系統(tǒng)是直接面對普通用戶的，而大多普通用戶往往對計算機并 不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶界面。要實現(xiàn)這一點， 就要求系統(tǒng)應該盡量使用用戶熟悉的術(shù)語和中文信息界面；針對

28、用戶在 使用中出現(xiàn)的錯誤操作，盡量給出中文提示。 售票系統(tǒng)中涉及到的數(shù)據(jù)是鐵路部門的相當重要的信息，系統(tǒng)應提供方 便的手段供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的安全管理，以及系統(tǒng) 意外崩潰時數(shù)據(jù)的恢復等工作。 3.10 數(shù)據(jù)需求 3.10.1 數(shù)據(jù)錄入和處理的準確性 數(shù)據(jù)的輸入是否正確是數(shù)據(jù)處理的前提，錯誤的輸入會導致系統(tǒng)輸 出的不正確和不可用，從而得不到想要的結(jié)果。數(shù)據(jù)的輸入來源是手工 輸入。所以系統(tǒng)地界面要讓用戶容易使用，如果用戶出現(xiàn)誤操作，系統(tǒng) 能簡單明了的給出中文提示。 3.10.2 數(shù)據(jù)的一致性和完整性 由于系統(tǒng)的數(shù)據(jù)是共享的，在不同的代售點中，車次信息是共享數(shù) 據(jù)，所以如何保證這些數(shù)

29、據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決 這一問題，要求系統(tǒng)能保證數(shù)據(jù)的一致性，在數(shù)據(jù)錄入處控制數(shù)據(jù)的去 向，并且要求對數(shù)據(jù)庫的數(shù)據(jù)完整性進行嚴格的約束。 對于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束， 系統(tǒng)應該拒絕該數(shù)據(jù)，并給出出錯提示。 3.10.3 數(shù)據(jù)的共享與獨立性 整個售票系統(tǒng)的數(shù)據(jù)是共享的。然而，從系統(tǒng)開發(fā)的角度上看，共 享會給設計和調(diào)試帶來困難。因此，應該提供靈活的配置，使不同權(quán)限 的用戶都可以正常進行操作。 第 4 章 系統(tǒng)設計 4.1 系統(tǒng)總體設計 4.1.1 設計目標 采用現(xiàn)有的互聯(lián)網(wǎng)資源，實現(xiàn) B/S 結(jié)構(gòu)的火車售票系統(tǒng)。 4.1.2 設計原則 安全性 未

30、經(jīng)注冊的用戶不能登錄系統(tǒng)，用戶個人信息和購票信息通過互聯(lián) 網(wǎng)上傳輸時，要確保信息的安全性。 時效性 用戶對系統(tǒng)進行操作時，系統(tǒng)及時給與響應，一般響應速度應為秒 級。 可擴展性 對于用戶新的需求，能做到只需添加新模塊即可滿足用戶要求。 4.1.3 功能設計 系統(tǒng)總的功能模塊結(jié)構(gòu)如圖： 圖 4-1 4.2 系統(tǒng)功能模塊設計 針對系統(tǒng)總體功能結(jié)構(gòu)圖，下面是每個功能模塊的詳細設計。 4.2.1 注冊模塊 注冊模塊是每個信息系統(tǒng)必須有的一個功能模塊， 用戶正確輸入注 冊信息后，系統(tǒng)直接通過驗證，把用戶注冊的用戶名作為合法用戶，這 種是最常用的。本系統(tǒng)用的就是這種登錄方式，這種注冊方式用戶名和 密碼都可以

31、修改。 4.2.2 登錄模塊 首先出現(xiàn)的是登錄頁面，登陸頁面的主要功能是驗證用戶是否具有 登錄權(quán)限。登錄頁面上有注冊用戶選項 ，用戶首次使用本系統(tǒng)應該先注 冊，后使用。 4.2.3 售票模塊 買票模塊可以說是客車售票系統(tǒng)最重要最核心的模塊，其它的功能 模塊都是為是以它為核心，為它服務。進入買票頁面后，用戶可以選擇 或輸入車次，開車時間，起始站，終點站，座位類型，是否學生票，票 數(shù)等信息，可以點擊計算價格和購買按鈕。買票成功后可以給出用戶具 體的票據(jù)，也就是車票，本系統(tǒng)暫時先模擬了一張車票，車票上有打印 按鈕，當用戶點擊打印按鈕，理論上可以打印出實際的車票，這個功能 要設計到系統(tǒng)和車票打印機的連

32、接，本系統(tǒng)主要側(cè)重軟件實現(xiàn)。 4.2.4 訂票模塊 訂票模塊也是客票系統(tǒng)中必不可少的功能模塊，訂票是指在超出買 票期限時用戶可以和代售點達成協(xié)議，先付款預定車票，這也是緩解客 票銷售緊張的一種好方法。 訂票界面和買票界面差不多，只是在買票頁面上多了用戶信息欄。當用 戶想要訂票時候，除了需要輸入車次信息和票數(shù)外，還要輸入自己的信 息，如：姓名，聯(lián)系方式，身份證號，地址等。用戶的訂票信息將會被 保存到訂票表。 4.2.5 退票模塊 現(xiàn)在火車站退票的原則是：在列車開車前可以退票，只能退還原票 價 80%的金額。退票模塊分為兩種退票方式：退票和退訂。本系統(tǒng)設置的 退票，退訂返現(xiàn)為票價的 80%，即無論

33、退票還是退訂返回給用戶的金額是 票價的 80%?？蛻敉瓿赏似焙?，客戶的在訂票表的紀錄要進行刪除，以保 證數(shù)據(jù)同步。 4.2.6 查詢模塊 如果用戶以已知車次進行購票，那么直接在買票模塊里輸入車次就 可以進行購票；如果用戶買票時只知道出發(fā)地點和到達地點，這時可選 擇使用查詢功能，在查詢功能支持兩種查詢方式：按車次查詢和按站點 查詢。按車次查詢直接輸入車次就可以查出來該車次的車次信息；按站 點查詢又分為三種查詢方式：按起始站，按終點站，按起始站和終點站 的組合。無論以哪種方式查詢，查詢結(jié)果里面除了顯示每一趟車次的詳 細信息外，每趟車次后面還有一個購買鏈接，可以直接跳轉(zhuǎn)到購票頁面， 用戶就可以在這里

34、購買該趟車次車票。 4.2.7 個人資料模塊 個人資料模塊是個相對比較小的功能模塊，它的作用是供用戶查看 或者修改自己的資料。用戶登錄系統(tǒng)主界面后，點個人資料系統(tǒng)就可以 顯示當前登陸用戶的信息。用戶可以在上面修改保存自己的信息。 4.2.8 留言板模塊 留言板的功能是讓用戶可以及時向管理員反饋在系統(tǒng)使用中的出現(xiàn) 問題和用戶建議，留言時要輸入留言標題和內(nèi)容，作者和留言時間系統(tǒng) 可以自動獲得，用戶不用手動輸入。 4.2.9 用戶管理模塊 管理用戶功能主要是為了方便系統(tǒng)管理員對所有用戶的管理，系統(tǒng) 管理員在這里可以查看，修改和增加用戶。如果某個代售點被取消，管 理員就可以在這里刪除它的用戶信息。 4

35、.2.10 車次刷新模塊 更新車次模塊主要作用是方便管理員建立基本車次信息庫。管理員 可查看，修改，增加刪除車次信息和詳細路段信息。 4.2.11 銷售統(tǒng)計模塊 統(tǒng)計方式選擇：按車次，按代售點等。 統(tǒng)計結(jié)果顯示方式，它分為兩種：記錄和合計。 4.3 數(shù)據(jù)庫設計 本系統(tǒng)采用的數(shù)據(jù)庫軟件為 SQLserver2000,本系統(tǒng)用到的數(shù)據(jù)庫名 為 selltickets（售票） ，它里面包括 9 張表，下面逐一介紹。 4.3.1 用戶表 用戶表用來存儲注冊用戶的信息，它的結(jié)構(gòu)如表： 表 4-1 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 用戶名 Char10 用戶名 密碼 Char10 密碼 聯(lián)系

36、方式 Varchar50 聯(lián)系方式 負責人 Char10 負責人 單位全稱 Varchar50 單位全稱 具體地址 Varchar20 具體地址 身份證 Char20 身份證號 代售點編號 Int4 為代售點用戶自動分配編號 用戶類型 Int 4 代售點為 1，企業(yè)用戶為 2 4.3.2 車次詳細信息表 表存儲的是車次的具體路段信息，它的結(jié)構(gòu)如表 4-2： 表 4-2 字段名稱數(shù)據(jù)類型長度描述 序號 Decimal9 主鍵 車次 Char18 車次 開車時間 Datatime8 開車時間 到達時間 Datetime8 到達時間 出發(fā)站 Char50 出發(fā)站 到達站 Char50 到達站 行程

37、Decimal9 每兩站之間的距離 4.3.3 普通列車價格表 普通列車價格表存儲的是普通列車的票價計算參數(shù)，它的具體結(jié)構(gòu) 如表： 表 4-3 普通列車價格表 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 里程 Int 4 路程分段計費 普通列車 Decimal9 普通列車對應路段價格 普快列車 Decimal9 普快列車對應路段價格 特快列車 Decimal9 特快列車對應路段價格 空調(diào)費率 Int9 路段空調(diào)費率 座位類型 Char10 座位類型 4.3.4 普通列車臥鋪價格表 普通列車臥鋪價格表存儲的是普通列車臥鋪票價的計算參數(shù)，它的 具體結(jié)構(gòu)如表 4-4： 表 4-4 普通列車臥鋪價

38、格表 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 里程 Int4 路程分段計費 上鋪 Decimal9 上鋪對應路段的價格 中鋪 Decimal9 中鋪對應路段的價格 下鋪 Decimal9 下鋪對應路段的價格 空調(diào)費率 Decimal9 路段空調(diào)費率 車輛類型 Char18 有普通，普快，特快之分 座位類型 Char18 有軟臥和硬臥之分 4.3.5 空調(diào)列車價格表 空調(diào)列車價格表存儲的是空調(diào)列車票價的計算參數(shù)，它的具體結(jié)構(gòu) 如表 4-5： 表 4-5 空調(diào)列車價格表 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 里程 Int 4 路程分段計費 普通列車 Decimal9 普通列車對應

39、價格 普快列車 Decimal9 普快列車對應價格 特快列車 Decimal9 特快列車對應價格 4.3.6 空調(diào)列車臥鋪價格表 空調(diào)列車臥鋪價格表存儲的是空調(diào)列車臥鋪票價的計算參數(shù)，它的 具體結(jié)構(gòu)如表 4-6： 表 4-6 空調(diào)列車臥鋪價格表 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 里程 Int4 路程分段計費 上鋪 Decimal9 上鋪對應路段的價格 中鋪 Decimal9 中鋪對應路段的價格 下鋪 Decimal9 下鋪對應路段的價格 車輛類型 Char18 有普通，普快，特快 之分 座位類型 char18 有軟臥和硬臥之分 4.3.7 訂票紀錄表 訂票紀錄表存儲的是用戶的買票

40、記錄和訂票信息，買票和訂票操作 產(chǎn)生的記錄有不同的字段，本系統(tǒng)中把兩種不同字段放在一張表里，如 果訂票字段為空，則系統(tǒng)可判斷這是一條買票記錄，它的具體結(jié)構(gòu)如表 4-7： 表 4-7 訂票記錄表 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 車次 Char10 車次 出發(fā)站 Char10 車發(fā)站 到達站 Char10 到達站 座位類型 Char10 座位類型 票數(shù) Decimal9 票數(shù) 總價格 Decimal9 總價格 用戶名 Char50 用戶名 聯(lián)系方式 Decimal20 聯(lián)系方式 身份證 Decimal20 身份證 發(fā)車日期 Datetime8 發(fā)車日期 時間 Datetime8 時

41、間 座位號 Int4 座位號 4.3.8 留言信息表 留言信息表存儲的是用戶反饋給管理員的信息，它的具體結(jié)構(gòu)如表 4-8： 表 4-8 留言信息表 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 標題 Varchar50 標題 內(nèi)容 Varchar1000 留言內(nèi)容 作者 Varchar50 留言的用戶名 時間 Datetime8 發(fā)表留言的時間 4.3.9 新聞信息表 新聞信息表存儲的是管理員發(fā)布的站內(nèi)新聞，它的具體結(jié)構(gòu)如表 4- 9： 表 4-9 新聞信息表 字段名稱數(shù)據(jù)類型長度描述 序號 Int4 主鍵 標題 Varchar100 標題 發(fā)布時間 Datetime8 留言時間 內(nèi)容 Va

42、rchar5000 留言內(nèi)容 4.3.10 客車售票系統(tǒng) E-R 圖 圖 4-2 客車售票系統(tǒng) E-R 圖 第 5 章 系統(tǒng)實現(xiàn) 本章主要講如何在前面分析和設計的基礎上通過 ASP.NET 和 sqlserver2000 來實現(xiàn)售票系統(tǒng)。下面將詳細介紹每個功能模塊是如何實 現(xiàn)。 在講系統(tǒng)實現(xiàn)之前，現(xiàn)講一下 是如何對數(shù)據(jù)庫進行操作的， 因為本系統(tǒng)的所有模塊基本上都涉及到數(shù)據(jù)庫操作。 SQLserver2000 數(shù)據(jù)庫屬于關(guān)系型數(shù)據(jù)庫，而關(guān)系型數(shù)據(jù)庫中最重要 的也是最基礎的是數(shù)據(jù)表 ，數(shù)據(jù)表是一系列相關(guān)數(shù)據(jù)的集合，每張數(shù)據(jù) 表可分為行和列，每一行是一條記錄，每一列是一個字段，為了存儲數(shù) 據(jù)，可以建

43、立相應的數(shù)據(jù)表，使得數(shù)據(jù)以一條一條的記錄方式存儲在數(shù) 據(jù)表中，當然這些都是用數(shù)據(jù)庫管理軟件來實現(xiàn)的。 數(shù)據(jù)庫和數(shù)據(jù)表創(chuàng)建好后，我們就可以對數(shù)據(jù)庫進行讀寫操作， 是用 來對數(shù)據(jù)庫進行操作的， 是一組有.NET Framework 提供的對象類的名稱，用于數(shù)據(jù)存儲中的數(shù)據(jù)交互，需要注意 的是， 使用的是數(shù)據(jù)存儲的概念，而不是數(shù)據(jù)庫的概念，就是說， 不但可以處理數(shù)據(jù)庫中的數(shù)據(jù) ，還可以處理其他存儲方式中的 數(shù)據(jù)，例如 XML 格式，Excel 格式和文本文件格式中的數(shù)據(jù)。 A 與 ado 相比有更大的可伸縮性和互操作性，它的一大特點是可以 對斷開的數(shù)據(jù)集進行操作。在 Web 應用程序中，由于用戶在使

44、用網(wǎng)頁訪 問數(shù)據(jù)庫時，網(wǎng)絡一般是斷開的，只有當用戶發(fā)出請求時才與數(shù)據(jù)庫建 立連接，一旦請求完畢，就斷開連接，這樣做的最大好處就是可以節(jié)約 服務器的資源，所以 這個特性可以很大程度上提高應用程序的 效率。 建立數(shù)據(jù)庫連接的方法很多，如果使用的 OLE DB 編程接口，就要使 用 OleDbConnection 對象，如果使用的是 SQL Server 編程接口，就要使 用 Sqlconnection 對象（本系統(tǒng)使用的就是 Sqlconnection 對象）3。 如果要與數(shù)據(jù)庫中的某一張表建立連接，在服務器資源管理器中找 到對應的表，把它拖到對應的頁面中去，系統(tǒng)會自動生成 sqlDataAdap

45、ter 對象和 sqlConnection 對象，我們可以用 sqlConnection 來生成數(shù)據(jù)集 dataset 對 sqlDataAdapter 按照提示向?qū)?做簡單的配置，就可以在程序里調(diào)用它。 5.1 登陸模塊 5.1.1 實現(xiàn)原理 用戶輸入用戶名和密碼點擊登錄后，系統(tǒng)首先判斷用戶名和密碼是 否為空，若為空，則顯示輸入信息不完整，若都不為空，則以用戶名查 詢用戶表，將查詢到的信息填入數(shù)據(jù)集，若數(shù)據(jù)集中信息小于一行，則 用戶非法，反之，則登陸成功，進入系統(tǒng)頁面。 5.1.2 關(guān)鍵代碼 點擊”登陸”按扭后執(zhí)行下面代碼： private void Button_denglu_Click(

46、object sender, System.EventArgs e) if(this.sqlConnection_user.State.ToString()=Closed) this.sqlConnection_user.Open(); / 如果數(shù)據(jù)庫連接狀態(tài)為關(guān)閉，打開數(shù)據(jù)庫連接 if(this.text_name.Text.Trim()!= /構(gòu)造查詢語句：以用戶名為條件查詢數(shù)據(jù)庫， this.sqlDataAdapter_user.SelectCommand.CommandText=sql; this.sqlDataAdapter_user.Fill (this.dataSet_user

47、); /把查詢結(jié)果填充到數(shù)據(jù)集里面 if(this.dataSet_user.Tables0.Rows.Count0) /如果查詢結(jié)果不為空 Sessionusername=this.text_name.Text.Trim(); / 把當前用戶名紀錄在 Sessionusername。 this.Response.Redirect(main.aspx); /跳轉(zhuǎn)到系統(tǒng)主界面。 else Global.Alert(this,用戶名或密碼輸入有誤，請 重新輸入！); /如果查詢結(jié)果為空，提示錯誤信息。 else Global.Alert(this,用戶名或密碼輸入不完整！ ); /如果用戶名和密碼

48、欄由空值，提示錯誤信息。 Sessionusername=null; 5.2 注冊模塊 5.2.1 實現(xiàn)原理 注冊模塊里有兩種注冊方式：代售點注冊和企業(yè)用戶注冊。代售點 指的是火車票售票窗口，企業(yè)則指的是學校，公司等企業(yè)類型用戶。這 兩種不同的注冊方式要求用戶填寫的注冊信息不同，但是它們的注冊信 息是存放在同一張用戶表里面的。系統(tǒng)從用戶表里的兩個字段來區(qū)分兩 種注冊方式：一是“代售點編號”字段，如果是代售點注冊，則這里有 系統(tǒng)自動分給的一個編號，如果是企業(yè)用戶注冊，該字段為空；二是通 過“用戶類型來區(qū)分” ，如果是代售點注冊，用戶類型為“1” ，如果是企 業(yè)用戶注冊，該字段值為“2” ，在注冊

49、頁面當用戶點擊兩個 RadioButton 按鈕：代售點注冊和企業(yè)用戶注冊，系統(tǒng)會自動把這兩個組件的 AutoPostBack 屬性的值都為 True，并且它們 Grounpname 相同，點擊兩 個 RadioButton 出現(xiàn)的用戶信息填寫框不同。這里是把兩種用戶注冊信 息放到一個頁面里，在頁面的 page_load 事件里，判斷是那種注冊方式， 顯示信息欄。 當用戶點擊確定（注冊）按鈕時，系統(tǒng)首先判斷頁面上所有的信息欄有 沒有空，有空則提示“信息輸入不完整” ，否則進入下一步判斷，用戶注 冊頁面這里要求用戶名 6-16 個字符，密碼 8-16 個字符，如果輸入信息 都滿足條件，把用戶的注

50、冊信息存儲到用戶表里面，然后系統(tǒng)跳轉(zhuǎn)到注 冊成功頁面，然后自動回到用戶登錄頁面，這里也可以手動點擊回到用 戶登錄頁面。 5.2.2 Button_queding_Click 事件（提交事件） Button_queding_Click 事件的核心代碼如下： this.sqlDataAdapter_user.InsertCommand.CommandText=insert into user (序號,用戶名,密碼,聯(lián)系方式,負責人,代售點編號,具體地址,身 份證,用戶類型) values(+xuhao+,+xingming+,+mima+,+lxfs+,+fzr+ ,+bianhao+,+dz+,

51、+sfz+,+yonghuleixing+);/構(gòu) 造 sql 插入語句 if(this.sqlConnection1.State.ToString()=Closed) this.sqlConnection1.Open();/打開數(shù)據(jù)庫連接 this.sqlDataAdapter_user.InsertCommand.ExecuteNonQuery();/ 執(zhí)行插入語句 this.Response.Redirect(zhucechenggong.aspx);/跳轉(zhuǎn)到注冊 成功信息頁面 獲取 IP 的代碼如下 ： this.Label_IP.Text=Page.Request.UserHostA

52、ddress; 獲取瀏覽器版本號的代碼如下： this.Label_LLQ.Text=Request.Browser.Version; 5.3 系統(tǒng)主界面 系統(tǒng)主界面是所有其它所有模塊的入口，主界面上的所有按鈕鼠標 點擊事件主要執(zhí)行兩種代碼：一是直接跳轉(zhuǎn)如： this.Response.Redirect(xxx.aspx);，“xxx.aspx”是其它功能 頁面的名稱。 二是在主界面的上彈出新的窗口，如： string msg; msg = ; msg+=window.open (yh 個人 ,height=220,width=650,top=150,left=200,toolbar=no,m

53、enubar=no, scrollbars=no,resizable=no,locatio n, nn=no,status=no); /設 置彈出窗口的大小及位置 msg +=; this.RegisterStartupScript(個人信息,msg);/執(zhí)行 javascript 腳本 5.4 售票模塊 5.4.1 實現(xiàn)原理 在買票頁面，用戶需要輸入購買的車次，開車時間，起始站，終點 站，座位類型，是不是學生票，票數(shù)，等信息。這里要注意的是：當用 戶輸入車次后，直接去點起始站和終點站的下拉菜單是沒有可選值的， 正確定操作是輸入車次后，點確定，系統(tǒng)會根據(jù)車次把該車次的詳細路 段信息綁定到起始站

54、和終點站的下拉菜單里面，為什么要輸入車次后點 擊確定？ 這就是 B/S 結(jié)構(gòu)系統(tǒng)得特點，要想得到結(jié)果必須要把數(shù)據(jù)提交 給后臺服務器，如果只是輸入車次不點確定，后臺無法或者車次信息。 同樣的道理，當上面的車票信息都填寫完后要點擊價格按鈕，系統(tǒng)會根 據(jù)車次信息把價格計算出來，顯示給用戶。計算出來價格后，用戶就可 以點擊購買按鈕，進行買票。點擊購買按鈕后，系統(tǒng)首先從 Senssion“name”里面得到當前登錄的用戶名，根據(jù)用戶名在用戶表 里面找到該用戶的用戶類型，根據(jù)用戶類型得出該用戶的提前買票時間， 然后把當前的系統(tǒng)時間和開車時間求差值，把這個差值和提前買票時間 做個比較 ，如果差值大于提前買票

55、時間，提示“不在購票期限內(nèi)！” 。 否則，在訂票表里面添加買票紀錄 ，在車次信息表里把對應的車次對應 座位類型的票數(shù)減去購買的票數(shù)。最后給出買票詳單，買票詳單上顯示 了車票的具體信息，這些字段信息是如何獲得的？通常有兩種方法：一， 買票操作成功后，調(diào)用買票詳單頁面，通過 URL 把所有的車票信息傳遞 過去；二，調(diào)用買票詳單頁面時，只傳遞車次，詳單頁面的 page_load 事件里面直接獲取車次，根據(jù)車次去訂票表里面查找購票信息，再把它 們顯示出來，本系統(tǒng)用的是第二種方法。買票詳單上面有打印按鈕，點 擊它可以把車票打印出來。 5.4.2 綁定車次代碼 DropDownList_qsz（起始站下拉

56、框）和 DropDownList_zdz（終點站 下拉框）兩個下拉框開始時是空的，當用戶輸入車次后，點擊“確定” 按鈕，系統(tǒng)會根據(jù)車次從數(shù)據(jù)庫里面的 ticketsinf 表查詢該車次的所有 沿途站點，并把它綁定到 DropDownList_qsz 和 DropDownList_zdz 上， 用戶就可以從 DropDownList_qsz 和 DropDownList_zdz 里面分別選擇起 始站和終點站。 Button_quding_click（確定車次）事件里綁定起始站的核心代碼如下： dsbegin=new DataSet(); /存放起始站的查詢結(jié)果 sql=SELECT 出發(fā)站 FR

57、OM ticketsinf; /* 構(gòu)造查詢語句 sql+= where 車次=+ this.Text_checi.Text.Trim()+; */ if(this.sqlConnection1.State.ToString()=Closed) /*打開數(shù)據(jù)庫連接 this.sqlConnection1.Open(); */ this.sqlDataAdapter_ticketsinf.SelectCommand.CommandText=sql; /*執(zhí)行查詢操作 this.sqlDataAdapter_ticketsinf.Fill(this.dsbegin); */ this.DropDo

58、wnList_qsz.DataSource=this.dsbegin; /以下為綁定起始站代碼 this.DropDownList_qsz.DataMember=this.dsbegin.Tables0.ToSt ring(); this.DropDownList_qsz.DataTextField=this.dsbegin.Tables0.C olumns0.ToString(); this.DropDownList_qsz.DataValueField=this.dsbegin.Tables0. Columns0.ToString(); this.DropDownList_qsz.Data

59、Bind(); 5.4.3 價格計算原理及代碼 火車票價格計算參數(shù)有四張表，它們分別是“普通列車硬座價格表” ， “普通列車臥鋪價格表” ， “空調(diào)列車硬座價格表” ， “空調(diào)列車臥鋪價格 表” 他們的大體結(jié)構(gòu)如下： 1.普通列車硬座價格表 表 5-1 2. 普通列車臥鋪價格表 表 5-2 3. 空調(diào)列車硬座價格表 表 5-3 4. 空調(diào)列車臥鋪價格表 表 5-4 本系統(tǒng)數(shù)據(jù)庫中有四張表 （putongliechejiage,putonglichewopujiage,kongtiaoliejiage,kongt iaoliechewopujiage）,分別與上面四張表結(jié)構(gòu)相對應。下面講具體實現(xiàn) 價格計算的流程， 圖 5-1 價格計算的核心代碼： if(kongtiao=) /構(gòu)造查詢語句 if(this.sqlConnection2.State.ToString()=Closed) this.sqlConnection2.Open(); /打開數(shù)據(jù)庫 this.sqlDataAdapter_putongche.Fill(this.dsputongche); /執(zhí)行查詢語句 int hangshu=this.dsputongche.Tables0.Rows.Count; /記錄查詢結(jié)果的行數(shù) if(leixing=普通) /如果車輛類型為“普通” for(int i=0;i=