火車站售票管理系統(tǒng)的設計與實現(xiàn)

1、山西大學商務學院軟件工程課程設計報告題 目： 火車站售票管理系統(tǒng)的設計與實現(xiàn)班 級：10軟件G2班組 長：景巧鑫組員：夏丹丹新華王偉一、火車站售票管理系統(tǒng)二、小組成員及任務分配情況學號任務分配景巧鑫2010847209需求分析、總體設計、系統(tǒng)實現(xiàn)夏丹丹2010847227可行性研究、詳細設計、系統(tǒng)實現(xiàn)新華2010847204數(shù)據(jù)庫的設計、系統(tǒng)實現(xiàn)王偉2010847223系統(tǒng)界面設計與實現(xiàn)1. 開發(fā)目的和意義 11.1研究背景 11.2開發(fā)目的和意義 11.3 完成情況 22. 開發(fā)技術及方法 32.1開發(fā)環(huán)境和開發(fā)工具 32.2技術及方法 32.2.1 B/S 模式 32.2.2 .NET 3

2、2.2.3 ASP.NET 43. 系統(tǒng)分析 53.1 可行性分析 53.1.1 經(jīng)濟可行性 5技術可行性 5操作可行性 53.2需求分析 53.2.1 功能需求 53.2.2 數(shù)據(jù)需求 8性能需求 94. 系統(tǒng)設計 104.1 總體設計 104.2詳細設計 10過程設計 104.3數(shù)據(jù)庫設計 164.3.1 用戶表 164.3.2 車次詳細信息表 174.3.3 訂票紀錄表 17退票紀錄表 185. 系統(tǒng)實現(xiàn) 195.1系統(tǒng)登錄界面 195.2系統(tǒng)管理員登錄界面 195.3票務管理員登錄界面 205.4乘客登錄界面 216. 系統(tǒng)測試 226.1測試方法 226.2測試過程 226.3測試結(jié)

3、果 227. 總結(jié) 247.1 小結(jié) 247.2實踐感想 24參考文獻 26附錄1可行性分析文檔 27附錄2 需求分析文檔 30附錄3 詳細設計文檔 33附錄4系統(tǒng)測試文檔 391. 開發(fā)目的和意義1.1研究背景用信息化推動工業(yè)化，用信息技術改造傳統(tǒng)產(chǎn)業(yè)，這是我國迫切要完成的一項戰(zhàn)略性任務。作為工業(yè)文明的產(chǎn)物-鐵路，如何借助信息技術的幫助，實現(xiàn)管理方式，運營組織，服務標準的現(xiàn)代化，這是擺在我國鐵路工作者 面前的重大課題。鐵路信息化是鐵路現(xiàn)代化的重要標志，其根本目的是將信息技術應用到 鐵路生產(chǎn)經(jīng)營與管理決策等各項活動中，改造傳統(tǒng)產(chǎn)業(yè)，提高鐵路生產(chǎn)率，提 高市場競爭力，提高鐵路運營經(jīng)濟效益。國外已

4、有運作合理完善的火車售票管理系統(tǒng)，其具有售票、查詢、管理 和維護等功能，系統(tǒng)管理員可以進行對車次的更改、票價的變動及調(diào)度功能， 票價的修改可以通過修改運價來進行，車次調(diào)度可通過對發(fā)車時刻表的修改來 進行，維護功能即可對表進行修改。滿足當前火車售票管理的需求，并且運作 十分良好。鐵路信息化建設目前主要集中在搞好鐵路運輸生產(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)

5、代化保障體系。為 鐵路運輸各部門提供所需的管理信息資源和強有力的決策支持。通過現(xiàn)代客貨 營銷手段和電子商務手段，帶動鐵路運輸經(jīng)濟發(fā)展，大幅度提高運輸效益。建 立建全與信息化相適應的管理體制。我國目前的鐵路信息化總體程度居國領 先，國際先進水平。1.2開發(fā)目的和意義鐵路客票發(fā)售和預訂系統(tǒng)經(jīng)過幾年的建設，取得了很大的進展?；疖囌?售票系統(tǒng)的推廣使用，大大方便了旅客購票，也預示著我國鐵路售票系統(tǒng)正日 趨合理與完善，并且具有良好的交互界面，容易被用戶所接受。本系統(tǒng)基于鐵 路售票系統(tǒng)訂票業(yè)務的基本流程，通過模擬售票員與客戶之間的基本操作，實 現(xiàn)了查詢、訂票、退票等基本功能，同時利用計算機網(wǎng)絡，通過網(wǎng)絡與

6、售票系 統(tǒng)，為用戶提供方便快捷的訂票服務，使得售票服務更為便捷效率，使鐵路售 票系統(tǒng)應用更為廣泛，但由于鐵路火車票務管理的復雜性，本設計與開發(fā)也僅 是一個嘗試性的工作，希望為鐵路售票業(yè)務，鐵路客運及運輸發(fā)展更為穩(wěn)定， 迅猛盡微薄之力。1.3完成情況E-R本項目針對火車站的售票實際情況，按照軟件工程的結(jié)構(gòu)化設計思想， 經(jīng)過項目的可行性研究和需求分析、總體設計、詳細設計，以及編碼實現(xiàn)和調(diào) 試等步驟設計開發(fā)了火車站售票管理系統(tǒng)。并運用數(shù)據(jù)流圖和數(shù)據(jù)字典、 圖和數(shù)據(jù)庫邏輯結(jié)構(gòu)、層次圖、系統(tǒng)流程圖、以及程序流程圖，對該系統(tǒng)的數(shù) 據(jù)需求、數(shù)據(jù)庫、系統(tǒng)軟件結(jié)構(gòu)、系統(tǒng)流程、以及處理過程等進行了分析和設 計。該

7、系統(tǒng)基于鐵路售票系統(tǒng)訂票業(yè)務的基本流程，通過模擬售票員與客戶 之間的基本操作，可以滿足火車站網(wǎng)上售票的基本要求，包括查詢、訂票、退 票等三個方面的功能。該系統(tǒng)能運用到火車站售票的工作中，根據(jù)用戶的需 求，設置其權限，并快捷方便的為用戶提供服務。2. 開發(fā)技術及方法本系統(tǒng)是一個基于B/S構(gòu)架的系統(tǒng)。系統(tǒng)的開發(fā)和應用目的是使售票活動能夠在多個不同的地點進行并且能夠使旅客通過系統(tǒng)查詢到自己所需要的出 行信息?；贐/S結(jié)構(gòu)售票系統(tǒng)的具體實現(xiàn)的功能：查詢，訂票，退票，等三 大模塊，并研究B/S結(jié)構(gòu)在網(wǎng)絡中面臨的安全問題及提出相應的解決方案。2.1開發(fā)環(huán)境和開發(fā)工具伴隨著Internet/lntrane

8、t技術的發(fā)展，開發(fā)基于 Web的應用程序勢在必行，數(shù)據(jù)庫技術更是需要和Web數(shù)據(jù)相結(jié)合，才有更為廣闊的前景。ASP.Net作為微軟推出的新興 Web應用程序開發(fā)技術，在數(shù)據(jù)庫應用方面發(fā)揮著越來越 重要的作用。本系統(tǒng)的開發(fā)平臺是ASP.NET2000,數(shù)據(jù)庫選擇用的 SQLServer2000，語言使用 JAVA 開發(fā)工具是 Eclipse。2.2技術及方法2.2.1 B/S 模式B/S結(jié)構(gòu)即瀏覽器和服務器結(jié)構(gòu)。它是隨著In ternet 技術的興起，對C/S結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)；它是一次性到位的開發(fā)，能實現(xiàn)不同的 人員，從不同的地點，以不同的接入方式(比如LAN, WAN, In te

9、rnet/I ntranet等)訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權限，服務器數(shù)據(jù)庫也很安全。在JAVA這樣的跨平臺語言出現(xiàn)之后，B/S架構(gòu)管理軟件更是方便、快捷、高效。2.2.2 .NET.NET 是 Microsoft XML Web services 平臺。XML Web services 允許 應用程序通過In ternet進行通訊和共享數(shù)據(jù)，而不管所采用的是哪種操作系統(tǒng)、設備或編程語言。Microsoft .NET平臺提供創(chuàng)建 XML Web services 并將這些服務集成在一起。對個人用戶的好處是無縫的、吸引人的體驗。而 且.NET平臺的基礎架構(gòu).NET框

10、架(Framework)，采用統(tǒng)一的命令集支持各種編 程語言。從而消除各種異類框架之間的差異，提供強的跨語言繼承性、錯誤處 理和調(diào)試功能。2.2.3 ASP.NETASP即時ASP.NET是把基于通用語言的程序在服務器上運行。不像以前的 解釋程序，而是將程序在服務器端首次運行時進行編譯，這樣的執(zhí)行效果，當 然比一條一條的解釋強很多。因為ASP.NET是基于通用語言的編譯運行的程序，所以它的強大性和適應 性，可以使它運行在 Web應用軟件開發(fā)者的幾乎全部的平臺上。通用語言的基 本庫，消息機制，數(shù)據(jù)接口的處理都能無縫的整合到ASP.NET的Web應用中。ASP.NET同時也是Ian guage-i

11、n depe nde nt語言獨立化的，所以，你可以選擇一種最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現(xiàn) 在已經(jīng)支持的有 C#( C+和Java的結(jié)合體)，VB, Jscript 。ASP.NET使運行一 些很平常的任務如表單的提交客戶端的身份驗證、分布系統(tǒng)和配置變得非常簡 單。ASP.NET使用一種字符基礎的，分級的配置系統(tǒng)，使你服務器環(huán)境和應用 程序的設置更加簡單。因為配置信息都保存在簡單文本中，新的設置有可能都 不需要啟動本地的管理員工具就可以實現(xiàn)。這種被稱為"Zero Local Admi nistratio n"的哲學觀念使 ASP.NET的基

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

13、加入自己定義的組件。程序的開發(fā)從來沒有這么簡單過。安全性基于Win dows認證技術和每應用程序配置，可以確保你的原程序是絕對安全的。ASP.NET的語法在很大程度上與ASP兼容，同時它還提供一種新的編程模型和結(jié)構(gòu)，可生成伸縮性和穩(wěn)定性更好的應用程序，并提供更好的安全保 護?？梢酝ㄟ^在現(xiàn)有 ASP應用程序中逐漸添加 ASP.NET功能，隨時增強 ASP 應用程序的功能。 ASP.NET是一個已編譯的、基于.NET的環(huán)境，把基于通用語言的程序在服務器上運行。將程序在服務器端首次運行時進行編譯，比 ASP即時解釋程序速度上要快很多.而且是可以用任何與.NET兼容的語言(包括 Visual Basi

14、c .NET 、C# 和 JScript .NET.)創(chuàng)作應用程序。3. 系統(tǒng)分析3.1可行性分析該階段通過對系統(tǒng)目標的初步調(diào)研和分析，提出可行性方案并進行論證我們在這里主要從技術可行性，經(jīng)濟可行性和操作可行性三方面進行分析。經(jīng)濟可行性開發(fā)該系統(tǒng)所需的相關資料可以通過已存在的網(wǎng)上購票系統(tǒng)進行調(diào)查采 集，所需的其他應用軟件、硬件軟件也易于獲得。因此，開發(fā)成本低。而引進 使用本系統(tǒng)后，與傳統(tǒng)方式相比，具有高效率、低成本、高質(zhì)量的特點，可以 節(jié)省不少人力、物力及財力。所以，從經(jīng)濟的角度來看，該系統(tǒng)可行。技術可行性開發(fā)工具：Eclipse數(shù)據(jù)庫環(huán)境：SQL Server 2000系統(tǒng)環(huán)境：Micros

15、oft Win dows 2000或以上版本系統(tǒng)實現(xiàn)依靠相對熟悉的Java語言和SQL Server 2000數(shù)據(jù)庫系統(tǒng)，其基本操作實質(zhì)還是對數(shù)據(jù)庫進行添加、刪除、查找、等操作，暫不存在技術問 題。操作可行性系統(tǒng)采用菜單式，實現(xiàn)用戶與數(shù)據(jù)的交互，界面簡潔友好，操作方便。用 戶只需對訂票流程和業(yè)務了解即可，不需掌握數(shù)據(jù)庫等相關知識。3.2需求分析該系統(tǒng)是利用 ASP.NET2000平臺開發(fā)，數(shù)據(jù)庫采用的是SQLSever2000,旨在開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界 面的火車售票系統(tǒng)，為用戶提供滿意的火車票訂票服務。功能需求火車站售票管理系統(tǒng)的參與者：乘客：查詢

16、、預訂車票的人員。售票員：具體負責乘客的車票訂單。票務管理員：負責更新車票信息。系統(tǒng)管理員：系統(tǒng)管理員負責系統(tǒng)的員工信息管理，會員信息管理以及系 統(tǒng)的維護等。根據(jù)以上分析，創(chuàng)建系統(tǒng)參與者，系統(tǒng)參與者如圖3.1所示：管理員o/A、1 、乘客A x系統(tǒng)管理員票務管理員售票員圖3.1 系統(tǒng)參與者(1)管理員用例圖<<include>>身份驗證管理員火車站系統(tǒng)中的所有人都是管理員，管理員是一個抽象的概念，他包含的 行為是所有管理員的共同行為。管理員在本系統(tǒng)過合法的身份驗證能夠修改自 身的信息和密碼。根據(jù)以上分析，系統(tǒng)管理員用例圖如圖 3.2所示：修改信息<<incl

17、ude>>< )查詢信息圖3.2 系統(tǒng)管理員用例圖(2) 系統(tǒng)管理員用例圖系統(tǒng)管理員能夠通過本系統(tǒng)進行如下活動： 管理會員信息：系統(tǒng)管理員能夠?qū)Ξ斍白缘奖鞠到y(tǒng)的客戶進行整理。 管理售票員信息：系統(tǒng)管理員能夠管理當前系統(tǒng)中的售票員信息，如添 加、刪除和修改售票員信息等。 系統(tǒng)設置：系統(tǒng)管理員可以對系統(tǒng)進行必要的設置和維護，如升級等。根據(jù)以上分析，系統(tǒng)管理員用例圖如圖3.3所示：管理乘客信息<<in clude>>系統(tǒng)設置系統(tǒng)管理員系統(tǒng)管理<<include>>管理售票員信息系統(tǒng)維護圖3.3 系統(tǒng)管理員用例圖(3) 票務管理員用例

18、圖票務管理員能夠通過本系統(tǒng)進行如下活動：添加車票信息、刪除車票信息、修改車票信息等。根據(jù)以上分析，票務管理員用例圖如圖3.4所示:添加車票信息票務管理員，刪除車票信息圖3.4 票務管理員用例圖(4) 乘客用例圖對于火車票售票系統(tǒng)，乘客可以登錄和查詢。其下為乘客的用例圖，即乘 客可以進行的活動。根據(jù)以上分析，乘客用例圖如圖3.5所示：登錄系統(tǒng)vvin clude>>預訂單程車票<<i nclude>>vvin clude>>vvin clude>>乘客查詢車票信息預訂車票票價查詢余票查詢vvin clude>>vvin cl

19、ude>>Evvin clude>>預訂往返車票車次查詢發(fā)到站查詢vvin clude>>列車時刻表查詢列車正晚點查詢<<include>>中轉(zhuǎn)站查詢車站經(jīng)過車次查詢圖3.5乘客用例圖數(shù)據(jù)需求（1）數(shù)據(jù)錄入和處理的準確性數(shù)據(jù)的輸入是否正確是數(shù)據(jù)處理的前提，錯誤的輸入會導致系統(tǒng)輸出的不 正確和不可用，從而得不到想要的結(jié)果。數(shù)據(jù)的輸入來源是手工輸入。所以系 統(tǒng)地界面要讓用戶容易使用，如果用戶出現(xiàn)誤操作，系統(tǒng)能簡單明了的給出中 文提示。（2）數(shù)據(jù)的一致性和完整性由于系統(tǒng)的數(shù)據(jù)是共享的，在不同的代售點中，車次信息是共享數(shù)據(jù)，所 以如何保證這些

20、數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決這一問題，要 求系統(tǒng)能保證數(shù)據(jù)的一致性，在數(shù)據(jù)錄入處控制數(shù)據(jù)的去向，并且要求對數(shù)據(jù) 庫的數(shù)據(jù)完整性進行嚴格的約束。對于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束，系 統(tǒng)應該拒絕該數(shù)據(jù)，并給出出錯提示。（3）數(shù)據(jù)的共享與獨立性整個售票系統(tǒng)的數(shù)據(jù)是共享的。然而，從系統(tǒng)開發(fā)的角度上看，共享會給 設計和調(diào)試帶來困難。因此，應該提供靈活的配置，使不同權限的用戶都可以 正常進行操作。323性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，本系統(tǒng)應該滿 足以下的性能需求。（1）系統(tǒng)的準確性和及時性系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。系統(tǒng)

21、應能及時而且準確的 根據(jù)用戶權限及所輸入的信息做出響應。由于本系統(tǒng)的查詢功能對于整個系統(tǒng) 的功能和性能完成舉足輕重。作為系統(tǒng)的很多數(shù)據(jù)來源，而車票的數(shù)量和時間 又影響用戶的決策活動，其準確性和及時性很大程度上決定了系統(tǒng)的成敗。在 系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準確性和及時性。（2）系統(tǒng)的開放性和可擴展性售票系統(tǒng)在開發(fā)過程中，應該充分考慮以后的可擴充性。例如車次信息的 臨時或者永久性改變，用戶查詢的需求也會不斷的更新和完善。所有這些，都 要求系統(tǒng)提供足夠的手段進行功能的調(diào)整和擴充。而要實現(xiàn)這一點，應通過系 統(tǒng)的開放性來完成，即系統(tǒng)應是一個開放系統(tǒng)，只要符合一定的規(guī)，可以簡單 的加入

22、和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補、替換完成系統(tǒng) 的升級和更新?lián)Q代。（3）系統(tǒng)的易用性和易維護性售票系統(tǒng)是直接面對普通用戶的，而大多普通用戶往往對計算機并不是非 常熟悉。這就要求系統(tǒng)能夠提供良好的用戶界面。要實現(xiàn)這一點，就要求系統(tǒng) 應該盡量使用用戶熟悉的術語和中文信息界面；針對用戶在使用中出現(xiàn)的錯誤 操作，盡量給出中文提示。售票系統(tǒng)中涉及到的數(shù)據(jù)是鐵路部門的相當重要的信息，系統(tǒng)應提供方 便的手段供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的安全管理，以及系統(tǒng)意外崩 潰時數(shù)據(jù)的恢復等工作。4.系統(tǒng)設計4.1總體設計4.1本火車站售票管理系統(tǒng)可劃分為信息查詢、網(wǎng)上訂票、取消訂票三個部 分。其息

23、查詢又可分為車次查詢和訂單查詢兩個部分。系統(tǒng)功能結(jié)構(gòu)如圖 所示。圖4.1系統(tǒng)功能結(jié)構(gòu)圖4.2詳細設計過程設計本系統(tǒng)主界面為用戶設計了三個功能操作以供選擇：查詢，訂票，退 票。另外，為方便用戶，還將“退出系統(tǒng)”也單另列了出來，用戶可以根據(jù)需 要觸發(fā)不同事件。根據(jù)分析，系統(tǒng)用戶權限的系統(tǒng)主程序流程圖，售票員權限的系統(tǒng)主程 序流程圖，車次信息查詢程序流程圖，售票程序流程圖，訂票信息查詢模塊程 序流程圖，退票模塊程序流程圖，如圖 4.2 4.7所示：V登錄框1r登錄，確定訪問權限1r主界面退出NY結(jié)束圖4.2系統(tǒng)用戶權限的系統(tǒng)主程序流程圖登錄，確定訪問權限登錄框主界面退出Y結(jié)束圖4.3售票員權限的系統(tǒng)

24、主程序流程圖圖4.4車次信息查詢程序流程圖圖4.5售票程序流程圖圖4.6訂票信息查詢模塊程序流程圖4.3數(shù)據(jù)庫設計本系統(tǒng)采用的數(shù)據(jù)庫軟件為SQLserver2000,本系統(tǒng)用到的數(shù)據(jù)庫名為selltickets（售票），它里面包括表，下面逐一介紹。431 用戶表用戶表用來存儲注冊用戶的信息，它的結(jié)構(gòu)如表4.1所示:表4.1 用戶表字段名稱數(shù)據(jù)類型長度描述序號Int4主鍵用戶名Char10用戶名密碼Char10密碼聯(lián)系方式Varchar50聯(lián)系方式負責人Char10負責人單位全稱Varchar50單位全稱具體地址Varchar20具體地址Char20號代售點編號Int4為代售點用戶自動分配編號用

25、戶類型Int4代售點為1,企業(yè)用戶為 2車次詳細信息表車次詳細信息表存儲的是車次的具體路段信息，它的結(jié)構(gòu)如表 4.2所示:表4.2 車次詳細信息表字段名稱數(shù)據(jù)類型長度描述序號Decimal9主鍵車次Char18車次開車時間Datatime8:開車時間到達時間Datetime8到達時間岀發(fā)站Char50岀發(fā)站到達站Char50到達站行程Decimal9每兩站之間的距離4.3.3 訂票紀錄表訂票紀錄表存儲的是用戶的買票記錄和訂票信息，買票和訂票操作產(chǎn)生的記錄有不同的字段，本系統(tǒng)中把兩種不同字段放在一表里，如果訂票字段為空，則系統(tǒng)可判斷這是一條買票記錄，它的具體結(jié)構(gòu)如表4.3所示：表4.3 訂票記錄

26、表字段名稱數(shù)據(jù)類型長度描述序號Int4主鍵車次Char10車次岀發(fā)站Char10車發(fā)站到達站Char10到達站座位類型Char10座位類型票數(shù)Decimal9票數(shù)總價格Decimal9總價格用戶名Char50用戶名聯(lián)系方式Decimal20聯(lián)系方式Decimal20發(fā)車日期Datetime8發(fā)車日期時間Datetime8時間座位號Int4座位號434退票紀錄表退票紀錄表存儲的是用戶的退票記錄和退票信息，它的具體結(jié)構(gòu)如表4.4所示：表4.4退票記錄表字段名稱數(shù)據(jù)類型長度描述序號Int4主鍵車次Char10車次岀發(fā)站Char10車發(fā)站到達站Char10到達站座位類型Char10座位類型票數(shù)Deci

27、mal9票數(shù)總價格Decimal9總價格5. 系統(tǒng)實現(xiàn)5.1系統(tǒng)登錄界面本系統(tǒng)設計要求用戶通過登錄框選擇訪問權限，登錄系統(tǒng)。登錄身份包 括系統(tǒng)管理員、票務管理員和乘客。其中，用戶須輸入用戶名和密碼，以進入 系統(tǒng)。系統(tǒng)用戶輸入正確的用戶名和密碼，訪問系統(tǒng)，得到其相應的權限。 系統(tǒng)登陸界面如圖5.1所示：歡迎登錄火車站售票管理系統(tǒng)取消圖5.1系統(tǒng)登陸界面5.2系統(tǒng)管理員登錄界面系統(tǒng)管理員具有系統(tǒng)的管理、系統(tǒng)的設置和系統(tǒng)的維護權限。在系統(tǒng)管 理中可以實現(xiàn)對乘客信息和票務管理員信息的添加、刪除和修改，在系統(tǒng)設置 中可以修改系統(tǒng)的相關屬性，在系統(tǒng)維護中可以實現(xiàn)清除系統(tǒng)運行中發(fā)生的故 障和錯誤，對系統(tǒng)進行

28、必要的修改與完善，使系統(tǒng)適應用戶環(huán)境的變化，滿足 新提出的需要。系統(tǒng)管理員登錄界面如圖5.2所示：圖5.2系統(tǒng)管理員登錄界面5.3票務管理員登錄界面票務管理員是車票信息的管理者，具有添加車票信息、修改車票信 息、刪除車票信息的權限。票務管理員通過日期、車次或出發(fā)地、目的地 來查詢相關車票信息，并完成對車票信息的添加、刪除和修改。票務管理 員登錄界面如圖5.3所示：曰期起始站目的地帛號車次幵車時間到達時間怡於占 到詁站退出圖5.3票務管理員登錄界面5.4乘客登錄界面5.4乘客是本系統(tǒng)的主要使用者，具有查詢車票信息、預訂車票和退票的 權限，在查詢功能中，乘客通過日期、車次或出發(fā)地、目的地來查詢相關

29、 車票信息，如票價、余票、列車正晚點、列車時刻表、中轉(zhuǎn)站等。查詢成 功后，乘客選定滿意的車次，在購票處完成預定。乘客登錄界面如圖 所示：曰期車次查詞起怡站終盤蟲占取豬序號車次開車時囘 到達時間 始岌詰縊點站購墓*r4圖5.4 乘客登錄界面6. 系統(tǒng)測試6.1測試方法采用黑盒測試，黑盒測試著重測試軟件的功能需求。黑盒測試力圖發(fā)現(xiàn)下述類型的錯誤：（1）功能不正確或遺漏了功能；（2）界面錯誤；（3）數(shù)據(jù)結(jié)構(gòu)錯誤或外部數(shù)據(jù)庫訪問錯誤；（4）性能錯誤；（5）初始化和終止錯誤6.2測試過程（1）登錄模塊將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機 硬件、外設、某些支持軟件、數(shù)據(jù)和人員等

30、其他系統(tǒng)元素結(jié)合在一起，在實際 運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。在登錄模塊中 重點測試如下： 輸入數(shù)據(jù)有效性判定； 有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。 系統(tǒng)安全性和反應速度進行測試，系統(tǒng)的穩(wěn)定性要求（2）查詢模塊在查詢模塊中重點需要測試如下： 輸入數(shù)據(jù)有效性判定； 有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。（3）退票模塊在退票模塊中重點需要測試如下： 庫中的記錄確定更改； 提示車票退票時限準確。6.3測試結(jié)果（1）測試方案表6.1測試方案表編號等價類輸入預期的輸出1日期輸入格式如'13.04.23 '2月份圍在112之間，日的圍在130之間'13.1

31、3.02 '或'13.02.36 '“錯誤-無效輸入”3輸入數(shù)字為負數(shù)'-3 '“錯誤-無效輸入”4輸入文字為漢字5輸入空字符串“錯誤-沒有數(shù)字”(2) 測試結(jié)論本系統(tǒng)基本能達標，但仍存在些許細節(jié)問題，希望再加斟酌，爭取完全 達標。7. 總結(jié)7.1小結(jié)本文主要介紹了基于 B/S結(jié)構(gòu)的火車站售票管理系統(tǒng)的分析設計以及編 程實現(xiàn)。整個系統(tǒng)的功能結(jié)構(gòu)和現(xiàn)實中的火車站售票系統(tǒng)還具有一定的差距， 通過2000開發(fā)平臺和sqlserver2000 數(shù)據(jù)庫，完成開始原來設想的大 部分功能模塊?，F(xiàn)將本系統(tǒng)的開發(fā)過程中取得的成果歸結(jié)如下：（1）根據(jù)對現(xiàn)實中火車站售票管理系

32、統(tǒng)的界面分析，我們設計完成了數(shù)據(jù) 庫中數(shù)據(jù)表的所有字段，系統(tǒng)通過和數(shù)據(jù)庫交互的結(jié)果能順利地完成 系統(tǒng)對數(shù)據(jù)庫的常規(guī)操作。（2）采用Java語言Eclipse工具獨立設計開發(fā)完成整個系統(tǒng)的界面設計與實現(xiàn)。（3）獨立編程實現(xiàn)了系統(tǒng)原先設計的大部分功能，根據(jù)對有些功能實現(xiàn)的 理解，完成了對一些特有功能的編碼。但由于火車站售票管理系統(tǒng)的復雜性和編者水品的限制，本系統(tǒng)依然存在 很多問題：（1）軟件采納的數(shù)據(jù)不是很全面，不能很好的接受外來的影響。（2）客流人數(shù)預設不到位，可能會有票數(shù)不達的局限。如果這些問題存 在，會影響系統(tǒng)的操作，秩序也會受到破壞。（3）與已存在的火車站售票管理系統(tǒng)相比整個系統(tǒng)的功能結(jié)構(gòu)

33、和現(xiàn)實中 的火車站售票系統(tǒng)還具有一定的差距。7.2實踐感想在這次課程設計過程中我們遇到了不少的難題，比如數(shù)據(jù)庫操作問題，界 面設計問題，函數(shù)使用與消息處理問題等等。其中，最關鍵的是最初對系統(tǒng)的 需求分析做的不透徹，導致后續(xù)設計工作乃至編碼時的修改工作量變大。以至 于為了能按時完成設計任務，我們一連度過了幾個通宵。尤其，越接近結(jié)束， 就越是時常出現(xiàn)問題。所以，通過這次課程設計我深刻的體會到軟件工程還是 必須學精通、學透徹。通過這一次的課程設計，我們組員越來越默契，在設計過程中我們先把功 能分工了，然后每個人下去都把需求寫出來，當需求綜合時，大家都不局限于 只考慮自己的功能實現(xiàn)，往往還要考慮其他組

34、員的功能。大家一起集思廣益， 用心認真的完成著系統(tǒng)每一部分的設計與實現(xiàn)，我認為這是我們的一次大的進這一學期的軟件工程的課程設計我們完成的是火車站售票管理系統(tǒng)，當看 到系統(tǒng)最終成型并能準確實現(xiàn)相應的功能的時候我們覺得特別的開心，我們的 努力獲得了回報。我很高興能有這樣的一個機會讓我們一起面對一個難題并為 之傾盡全力，這個過程給了我新的體會也些許改變了我一直以來各種煩惱的心 態(tài)。由于暑假的遠離課本，這個學期一開始我就覺得好多東西跟不上節(jié)奏，完 成課程設計的過程給了我動力，當然也給了我壓力，讓我能夠靜下心來好好研 究一下課上所講的知識，自己去學習新的知識，也讓我能和伙伴們一起討論問 題、解決問題，這

35、種感覺很不錯的。在完成課程設計的過程中我學到了很多東西，不管是自身還是從同伴的 身上，他們給了我很多的幫助和鼓勵，當然也讓我在比較中更加看到自己的不 足，我知道自己需要學習的地方還有很多。此次的火車站售票管理系統(tǒng)是我們 自上大學以來完成的第一個可以應用與實際的軟件。在軟件的開發(fā)過程中難度 最大的是編碼的部分，在編碼部分最難的莫過于對方法的重寫。因為你需要實 現(xiàn)一些之前從沒有做過，甚至沒有聽說過的功能，但是我慢慢明白這是學習與 提升自我最好的、最快的方法。雖然我們順利完成了火車站售票管理系統(tǒng)的設計與實現(xiàn)，但是我深知，項 目依然存在很大的改進的空間，我們將大部分的精力投入到對軟件功能的實 現(xiàn)，忽視

36、了對軟件整體架構(gòu)的設計，我們會繼續(xù)加油的。通過這次課程設計，我們學會了如何對所學課程綜合運用，鞏固了軟件工 程的一般規(guī)，對數(shù)據(jù)庫的使用也有了更進一步的了解?？傮w來說，課程設計讓 我們學會了不少知識。我認為課程設計是我們學習生涯中相當重要的一課，除 了驗證學生的學習成果外，也能訓練一個人獨立思考及解決問題的能力。參考文獻1 嚴蔚敏吳偉民數(shù)據(jù)結(jié)構(gòu)M.:清華大學，2003.2 齊治昌等.軟件工程M.高等教育，2002.1.3 余祥宣.鄒海明.計算機算法基礎M.:華中科技大學，20064 Abraham Silberschatz. He nry F.korth. S.Sudarsha n.數(shù)據(jù)庫系統(tǒng)概

37、念M.:高等教育，2006Bucel Eckel 著 侯捷 譯.Java編程思想M.機械工業(yè).20106 宋樂永.IT系統(tǒng)成為春運幕后英雄M，20037 全國鐵路交通信息查詢系統(tǒng)Z.trai n.hepost./8 全國客車運行時刻查詢網(wǎng)Z.trai n.ch in amor.c n.n et/附錄1可行性分析文檔1引言1.1編寫目的火車是一種方便快捷、相對安全的交通工具，其實惠的價格也使火車成為更大眾化 的的交通工具。越來越多的人們選擇乘火車出游。因此，火車站需要一套行之有效的火 車站售票管理系統(tǒng)。該報告的主要容是分析火車站售票管理系統(tǒng)的開發(fā)可行性，為該工 程的決策人員分析該項目的實施價值和

38、為可行性提供依據(jù)。1.2項目背景軟件名稱：火車售票管理系統(tǒng)項目任務提出者：軟件工程課程設計教師項目開發(fā)小組成員：景巧鑫（組長）、夏丹丹、新華、王偉用戶：車站售票人員、乘客1.3定義本項目主要用于查詢（查詢票價，票數(shù)查詢，車次查詢，時刻查詢），退票（退票,改簽），售票（訂票，售票），系統(tǒng)維護等功能。1.4參考資料軟件工程海藩 人民郵電2 可行性研究的前提2.1要求主要功能：為旅客提供火車票的查詢、預定與退票服務，方便火車站的售票工作， 提高火車站的服務質(zhì)量和服務效率。性能要求：火車站提供的信息必須及時的反映在鐵路局的工作平臺上。售票系統(tǒng)的定單必須無差錯的存儲在火車站的主服務器上。 對服務器上的數(shù)

39、據(jù)必須進行及時正確的刷新。輸入要求：完整，詳實輸出要求：正確，快速安全與要求：服務器的管理員享有對火車站車次信息庫及火車票信息庫和定票信息庫的管理與修改。售票員只享有對訂票信息庫的部分修改 （寫入與讀出）。2.2目標系統(tǒng)實現(xiàn)后，大大提高火車站的實時售票與預定服務效率。降低售票服務中的錯誤 發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。2.3條件、假定和限制建議軟件壽命：5年硬件條件：服務器 sun工作站，終端為 pc機運行環(huán)境： Microsoft Win dows 2000或以上版本數(shù)據(jù)庫：SQL Server20002.4可行性研究方法可行性研究報告時首先制定計劃，然后根據(jù)計劃進行實施每一

40、個具體步驟。對所建 議的系統(tǒng)的評估是根據(jù)與原有系統(tǒng)和現(xiàn)實情況進行比較，切實做到經(jīng)濟可行。在本次可 行性研究報告中，要調(diào)查用戶需求并進行分析，定系統(tǒng)模型等。2.5決定可行性的主要因素成本/效益分析結(jié)果：效益> 成本。技術可行性：現(xiàn)有技術可完全承擔開發(fā)任務。操作可行性：軟件能被原有工作人員快速接受。3. 所建議技術可行性分析3.1對系統(tǒng)的簡要描述火車站售票管理系統(tǒng)采用瀏覽器/服務器模式（B/S模型），使用Java語言實現(xiàn)。本系統(tǒng)是一個基于B/S構(gòu)架的系統(tǒng)。系統(tǒng)的開發(fā)和應用目的是使售票活動能夠在多個不同的地點進行并且能夠使旅客通過系統(tǒng)查詢到自己所需要的出行信息?；贐/S結(jié)構(gòu)售票系統(tǒng)的具體實現(xiàn)

41、的功能：查詢，訂票，退票，等三大模塊，并研究B/S結(jié)構(gòu)在網(wǎng)絡中面臨的安全問題及提出相應的解決方案。3.2與傳統(tǒng)售票管理比較的優(yōu)越性提高售票管理的效率和安全行且降低維護成本。3.3采用建議系統(tǒng)可能帶來的影響此系統(tǒng)完全可以在普通的硬件設備上正常運行，且操作方式和以前的系統(tǒng)極為相 似，但可以提高當前工作效率。3.4技術可行性評價本系統(tǒng)采用 Java語言編寫，能夠?qū)崿F(xiàn)當前的基本需求。此項目共有四人參與，每個 成員都有一年的Java編寫經(jīng)驗，可以如期完成任務。4. 所建議系統(tǒng)經(jīng)濟可行性分析4.1支出基建投資此系統(tǒng)可以完全兼容現(xiàn)有硬件設備，只需購買部分正版軟件產(chǎn)品約2萬元。其他一次性支出開發(fā)計劃與測量基準

42、研究費用：6萬操作員培訓費：3萬共計：9萬經(jīng)常性支出人工費用：12 （月）*30（人）*2000（圓）=72萬其他不可知額外支出：10萬4.2效益經(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.1 ) 3+ (1.1 ) 4+ (1.1 ) 5) * ( 30% *5 = 45 萬經(jīng)常性收益共計：160萬不可定量收益服務質(zhì)量的提高，使得顧客量提高

43、，從而提高銷售量。4.3收益/投資比預計總支出約 93萬，總收益約180萬。收益/投資比為：180萬/93萬=1.934.4敏感性分析設計系統(tǒng)周期為 5年。估計最長可達 8年系統(tǒng)工作負荷量：處理速度：一般的查詢速度<3秒關鍵數(shù)據(jù)查詢速度：< 2秒設備和軟件配置變化對支出和效益的影響：影響很小，只需日常的維護費用。5 社會因素可行性分析5.1法律因素此軟件所有設計，源代碼均由小組成員共同完成，因此不存在任何侵權行為。5.2用戶使用可行性由于此系統(tǒng)的基本操作跟以前系統(tǒng)區(qū)別不大，車站售票人員經(jīng)過簡單培訓即可使 用。6.其他可供選擇的方案小組討論過 B/S架構(gòu)模式，采用.net實現(xiàn)。此方案

44、由于效率，安全，技術方面的原 因作為后備方案，也在籌備中。附錄2需求分析文檔1引言1.1編寫目的本需求分析報告的目的是規(guī)化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見 度，便于對軟件開發(fā)過程中的控制與管理，同時提出了本火車售票系統(tǒng)的軟件開發(fā)過 程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了 本軟件的共性，以期能夠獲得更大圍的應用。本文檔供項目經(jīng)理、設計人員、開發(fā)人員1.2項目背景軟件名稱：火車售票管理系統(tǒng)項目任務提出者：軟件工程課程設計教師項目開發(fā)小組成員：景巧鑫(組長)、夏丹丹、新華、王偉用戶：車站售票人員、乘客1.3定義a. 鐵路售票應用系統(tǒng)軟件：基本元素為構(gòu)

45、成鐵路售票及相關行為所必須的各種部分。b. 需求：用戶解決問題或達到目標所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標準，規(guī)或其它正式規(guī)定文檔所需具有的條件或權能。c. 需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。d. 模塊的獨立性：是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他的模塊的接口是簡單的。1.4參考資料a. 實用軟件工程(第二版)人杰，殷人昆，永雷。清華大學，1997。b. JAVA網(wǎng)絡高級編程金勇華，曲俊生。人民郵電，2001。c. JBUILDER培訓教程 Borland so

46、ftware corporation。機械工業(yè)，2002。2 任務概述2.1目標(1) 以目前火車售票系統(tǒng)為標準，通過設計完成的過程來提高自己的知識技能。(2) 應用圍：理論上能夠?qū)崿F(xiàn)于鐵路部門的售票系統(tǒng)，其目的在于在原有的系統(tǒng) 基礎使得火車售票便捷化，以期實現(xiàn)完善日常生活中火車售票的各種缺陷。(3) 可實現(xiàn)旅客對于火車票的查詢與購買功能，售票員則可實現(xiàn)查詢、添加和刪 除等功能；對于所查詢的車次結(jié)果提供列表顯示輸出；有一定的安全機制，普通旅客不 能對車次信息隨意刪改，只有授權的售票員可通過密碼識別進行維護。2.2運行環(huán)境硬件條件：服務器 sun工作站，終端為pc機運行環(huán)境： Microsoft

47、 Win dows 2000 或以上版本數(shù)據(jù)庫：SQL Server20002.3條件與限制一個更完善的火車票售票系統(tǒng)，應提供更為便捷與強大的查詢購買功能，如相應的 網(wǎng)絡操作及服務，由于開發(fā)時間和計算機數(shù)量有限，該系統(tǒng)并未提供這一功能，對于信 息的保護手段僅限制于設置用戶級別，以記名提供數(shù)據(jù)文件的備份，比較簡單，不能防 止惡意的破壞，安全性能有待進一步完善。3 數(shù)據(jù)描述3.1靜態(tài)數(shù)據(jù)火車票：列車車號(int SerialNumber)列車始發(fā)時間(struct time SetOut)列車始發(fā)站(char DeparturePoint) 列車終點站(char TerminalPoint)票務：

48、列車車號 (int SerialNumber)已售出車票票數(shù) (int FixedNumber)額定載量(int FixNumber )售票員：用戶名 (char name )密碼(char password)3.2動態(tài)數(shù)據(jù)輸入數(shù)據(jù)：根據(jù)界面提示，鍵盤輸入操作；查詢方式：查詢車次、查詢始發(fā)站；旅客購買時的票務信息，售票員添加、購票、退票時的票務信息；售票員備份數(shù)據(jù)恢復所需的數(shù)據(jù)備份文件；售票員操作需密碼，旅客操作受限；輸出信息：查詢車次確定的數(shù)據(jù)庫記錄的子集；統(tǒng)計結(jié)果；車次信息錄入、刪除(成功或失敗) ；車次信息查詢、購買的操作結(jié)果； 數(shù)據(jù)備份輸出的數(shù)據(jù)備份文件；部數(shù)據(jù)：查詢操作建立的索引；3

49、.3數(shù)據(jù)庫介紹數(shù)據(jù)庫采用SQL Server2000數(shù)據(jù)庫4 性能需求4.1數(shù)據(jù)精確度查詢時應保證查全率，所有在相應域中包含查詢車次的記錄都應能查到，同時保證 查準率。4.2時間特性一般操作的相應時間應在1-2秒。4.3適應性滿足運行環(huán)境在允許操作系統(tǒng)之間安全轉(zhuǎn)換和雨其它又能夠用軟件獨立運行要求。5. 運行需求5.1用戶界面采取對話框方式，多功能窗口運行5.2硬件接口(1 )硬件接口 ：支持 x86系列PC機(2)網(wǎng)絡硬件接口要求：現(xiàn)實中要求具有高速以太網(wǎng)組網(wǎng)一實現(xiàn)聯(lián)網(wǎng)銷售，但是 在理論實驗驗證軟件本身的目的來看，無需網(wǎng)絡通訊接口。5.3軟件接口運行于Windows2000及更高版本并裝有 J

50、AVA虛擬機的操作系統(tǒng)之上。5.4故障處理正常使用時不用出錯，對于用戶的輸入錯誤應及時給出適當?shù)母恼畔⑻崾?，若運 行遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。6 其它需求(1) 可用性：該軟件也可以通過單步跟蹤的操作進行檢查處理。(2) 安全性：由于軟件運行數(shù)據(jù)放在數(shù)據(jù)庫中，所以參數(shù)不容易被錯改、破壞，萬一參數(shù)受到破壞也不會影響源程序。(3) 可維護性：該軟件利用數(shù)據(jù)庫進行編程，系統(tǒng)結(jié)構(gòu)由程序基本確定，大量的參數(shù)及文本容全部放于數(shù)據(jù)庫中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫 進行修改添加，而不需要對系統(tǒng)結(jié)構(gòu)進行修改，這樣系統(tǒng)維護 性、升級都十分方便。(4 )兼容性：由于尚未測試，故無法對兼容性

51、進行評析。附錄3詳細設計文檔1. 引言1.1 編寫的目的編寫詳細設計說明書是軟件開發(fā)過程必不可少的部分，其目的是為了使開發(fā)人員在 完成概要設計說明書的基礎上完成概要設計規(guī)定的各個功能塊的具體實現(xiàn)的設計工作。通過對所產(chǎn)生的功能模塊進行過程描述，開發(fā)一個可以直接轉(zhuǎn)化成程序語言的軟件標 識，這樣可以使軟件設計人員很好的了解軟件的功能，并對軟件的所有模塊有一個更深 的了解。本說明書在概要設計的基礎上，對車站售票管理系統(tǒng)的各模塊，程序，子系統(tǒng) 分別進行了實現(xiàn)層面上的要求和說明，為進行后面的實現(xiàn)和測試做準備，檢驗本系統(tǒng)的 各項性能指標，及時發(fā)現(xiàn)紕漏及時修補。主要讀者：程序員、項目總監(jiān)、測試人員1.2背景項目名稱：火車站售票系統(tǒng)提出者：火車站開發(fā)者：大學商務學院信息學院10軟件2班景巧鑫10軟件2班夏丹丹10軟件2班新華10軟件2班王偉最終用戶：火車站售票員、乘客1.3 定義時序圖：亦稱為序