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

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

2、方法32.2.1 B/S模式32.2.2 .NET32.2.3 ASP.NET43. 系統(tǒng)分析53.1 可行性分析53.1.1 經(jīng)濟可行性53.1.2 技術(shù)可行性53.1.3 操作可行性53.2 需求分析53.2.1 功能需求53.2.2 數(shù)據(jù)需求83.2.3性能需求94. 系統(tǒng)設(shè)計104.1 總體設(shè)計104.2 詳細設(shè)計104.2.1過程設(shè)計104.3 數(shù)據(jù)庫設(shè)計164.3.1 用戶表164.3.2 車次詳細信息表174.3.3 訂票紀錄表174.3.4退票紀錄表185. 系統(tǒng)實現(xiàn)195.1 系統(tǒng)登錄界面195.2 系統(tǒng)管理員登錄界面195.3 票務(wù)管理員登錄界面205.4 乘客登錄界面21

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

4、，提高鐵路生產(chǎn)率，提高市場競爭力，提高鐵路運營經(jīng)濟效益。 國內(nèi)外已有運作合理完善的火車售票管理系統(tǒng)，其具有售票、查詢、管理和維護等功能，系統(tǒng)管理員可以進行對車次的更改、票價的變動及調(diào)度功能，票價的修改可以通過修改運價來進行，車次調(diào)度可通過對發(fā)車時刻表的修改來進行，維護功能即可對表進行修改。滿足當(dāng)前火車售票管理的需求，并且運作十分良好。鐵路信息化建設(shè)目前主要集中在搞好鐵路運輸生產(chǎn)管理上，加快計算機調(diào)度系統(tǒng)建設(shè)，完善客票發(fā)售與預(yù)訂系統(tǒng)，搞好各地信息系統(tǒng)的結(jié)合，實現(xiàn)資源有效利用，信息共享。其總體目標是：形成具有國際水平的鐵路信息化基礎(chǔ)通信平臺，實現(xiàn)各部門各系統(tǒng)之間的信息數(shù)據(jù)共享，互聯(lián)互通；

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

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

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

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

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

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

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

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

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

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

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

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

17、能夠?qū)Ξ?dāng)前注冊到本系統(tǒng)的客戶進行整理。管理售票員信息：系統(tǒng)管理員能夠管理當(dāng)前系統(tǒng)中的售票員信息，如添加、刪除和修改售票員信息等。系統(tǒng)設(shè)置：系統(tǒng)管理員可以對系統(tǒng)進行必要的設(shè)置和維護，如升級等。 根據(jù)以上分析，系統(tǒng)管理員用例圖如圖3.3所示：圖3.3 系統(tǒng)管理員用例圖(3)票務(wù)管理員用例圖票務(wù)管理員能夠通過本系統(tǒng)進行如下活動：添加車票信息、刪除車票信息、修改車票信息等。根據(jù)以上分析，票務(wù)管理員用例圖如圖3.4所示：圖3.4 票務(wù)管理員用例圖(4)乘客用例圖對于火車票售票系統(tǒng)，乘客可以登錄和查詢。其下為乘客的用例圖，即乘客可以進行的活動。根據(jù)以上分析，乘客用例圖如圖3.5所示： 圖3.5 乘客用例圖

18、3.2.2 數(shù)據(jù)需求（1）數(shù)據(jù)錄入和處理的準確性數(shù)據(jù)的輸入是否正確是數(shù)據(jù)處理的前提，錯誤的輸入會導(dǎo)致系統(tǒng)輸出的不正確和不可用，從而得不到想要的結(jié)果。數(shù)據(jù)的輸入來源是手工輸入。所以系統(tǒng)地界面要讓用戶容易使用，如果用戶出現(xiàn)誤操作，系統(tǒng)能簡單明了的給出中文提示。（2）數(shù)據(jù)的一致性和完整性由于系統(tǒng)的數(shù)據(jù)是共享的，在不同的代售點中，車次信息是共享數(shù)據(jù)，所以如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決這一問題，要求系統(tǒng)能保證數(shù)據(jù)的一致性，在數(shù)據(jù)錄入處控制數(shù)據(jù)的去向，并且要求對數(shù)據(jù)庫的數(shù)據(jù)完整性進行嚴格的約束。對于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束，系統(tǒng)應(yīng)該拒絕該數(shù)據(jù)，并給出

19、出錯提示。（3）數(shù)據(jù)的共享與獨立性整個售票系統(tǒng)的數(shù)據(jù)是共享的。然而，從系統(tǒng)開發(fā)的角度上看，共享會給設(shè)計和調(diào)試帶來困難。因此，應(yīng)該提供靈活的配置，使不同權(quán)限的用戶都可以正常進行操作。 3.2.3性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，本系統(tǒng)應(yīng)該滿足以下的性能需求。（1）系統(tǒng)的準確性和及時性系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。系統(tǒng)應(yīng)能及時而且準確的根據(jù)用戶權(quán)限及所輸入的信息做出響應(yīng)。由于本系統(tǒng)的查詢功能對于整個系統(tǒng)的功能和性能完成舉足輕重。作為系統(tǒng)的很多數(shù)據(jù)來源，而車票的數(shù)量和時間又影響用戶的決策活動，其準確性和及時性很大程度上決定了系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采用

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

21、的術(shù)語和中文信息界面；針對用戶在使用中出現(xiàn)的錯誤操作，盡量給出中文提示。售票系統(tǒng)中涉及到的數(shù)據(jù)是鐵路部門的相當(dāng)重要的信息，系統(tǒng)應(yīng)提供方便的手段供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的安全管理，以及系統(tǒng)意外崩潰時數(shù)據(jù)的恢復(fù)等工作。4. 系統(tǒng)設(shè)計4.1 總體設(shè)計本火車站售票管理系統(tǒng)可劃分為信息查詢、網(wǎng)上訂票、取消訂票三個部分。其中信息查詢又可分為車次查詢和訂單查詢兩個部分。系統(tǒng)功能結(jié)構(gòu)如圖4.1所示。圖4.1 系統(tǒng)功能結(jié)構(gòu)圖4.2 詳細設(shè)計4.2.1過程設(shè)計本系統(tǒng)主界面為用戶設(shè)計了三個功能操作以供選擇：查詢，訂票，退票。另外，為方便用戶，還將“退出系統(tǒng)”也單另列了出來，用戶可以根據(jù)需要觸發(fā)不同事件。根

22、據(jù)分析，系統(tǒng)用戶權(quán)限的系統(tǒng)主程序流程圖，售票員權(quán)限的系統(tǒng)主程序流程圖，車次信息查詢程序流程圖，售票程序流程圖，訂票信息查詢模塊程序流程圖，退票模塊程序流程圖，如圖4.24.7所示：圖4.2 系統(tǒng)用戶權(quán)限的系統(tǒng)主程序流程圖圖4.3 售票員權(quán)限的系統(tǒng)主程序流程圖 圖4.4 車次信息查詢程序流程圖圖4.5 售票程序流程圖圖4.6 訂票信息查詢模塊程序流程圖 圖4.7 退票模塊程序流程圖4.3 數(shù)據(jù)庫設(shè)計本系統(tǒng)采用的數(shù)據(jù)庫軟件為SQLserver2000,本系統(tǒng)用到的數(shù)據(jù)庫名為selltickets（售票），它里面包括張表，下面逐一介紹。4.3.1 用戶表用戶表用來存儲注冊用戶的信息，它的結(jié)構(gòu)如表4.

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

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

25、期Datetime8發(fā)車日期時間Datetime8時間座位號Int4座位號4.3.4退票紀錄表退票紀錄表存儲的是用戶的退票記錄和退票信息，它的具體結(jié)構(gòu)如表4.4所示：表4.4 退票記錄表字段名稱數(shù)據(jù)類型長度描述序號Int4主鍵車次Char10車次出發(fā)站Char10車發(fā)站到達站Char10到達站座位類型Char10座位類型票數(shù)Decimal9票數(shù)總價格Decimal9總價格5. 系統(tǒng)實現(xiàn)5.1 系統(tǒng)登錄界面本系統(tǒng)設(shè)計要求用戶通過登錄框選擇訪問權(quán)限，登錄系統(tǒng)。登錄身份包括系統(tǒng)管理員、票務(wù)管理員和乘客。其中，用戶須輸入用戶名和密碼，以進入系統(tǒng)。系統(tǒng)用戶輸入正確的用戶名和密碼，訪問系統(tǒng)，得到其相應(yīng)的權(quán)

26、限。系統(tǒng)登陸界面如圖5.1所示：圖5.1 系統(tǒng)登陸界面5.2 系統(tǒng)管理員登錄界面系統(tǒng)管理員具有系統(tǒng)的管理、系統(tǒng)的設(shè)置和系統(tǒng)的維護權(quán)限。在系統(tǒng)管理中可以實現(xiàn)對乘客信息和票務(wù)管理員信息的添加、刪除和修改，在系統(tǒng)設(shè)置中可以修改系統(tǒng)的相關(guān)屬性，在系統(tǒng)維護中可以實現(xiàn)清除系統(tǒng)運行中發(fā)生的故障和錯誤，對系統(tǒng)進行必要的修改與完善，使系統(tǒng)適應(yīng)用戶環(huán)境的變化，滿足新提出的需要。系統(tǒng)管理員登錄界面如圖5.2所示：圖5.2 系統(tǒng)管理員登錄界面5.3 票務(wù)管理員登錄界面票務(wù)管理員是車票信息的管理者，具有添加車票信息、修改車票信息、刪除車票信息的權(quán)限。票務(wù)管理員通過日期、車次或出發(fā)地、目的地來查詢相關(guān)車票信息，并完成對車

27、票信息的添加、刪除和修改。票務(wù)管理員登錄界面如圖5.3所示：圖5.3 票務(wù)管理員登錄界面5.4 乘客登錄界面乘客是本系統(tǒng)的主要使用者，具有查詢車票信息、預(yù)訂車票和退票的權(quán)限，在查詢功能中，乘客通過日期、車次或出發(fā)地、目的地來查詢相關(guān)車票信息，如票價、余票、列車正晚點、列車時刻表、中轉(zhuǎn)站等。查詢成功后，乘客選定滿意的車次，在購票處完成預(yù)定。乘客登錄界面如圖5.4所示：圖5.4 乘客登錄界面 6. 系統(tǒng)測試6.1測試方法采用黑盒測試，黑盒測試著重測試軟件的功能需求。黑盒測試力圖發(fā)現(xiàn)下述類型的錯誤：（1）功能不正確或遺漏了功能；（2）界面錯誤；（3）數(shù)據(jù)結(jié)構(gòu)錯誤或外部數(shù)據(jù)庫訪問錯誤；（4）性能錯誤；

28、（5）初始化和終止錯誤6.2測試過程（1）登錄模塊 將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。在登錄模塊中重點測試如下： 輸入數(shù)據(jù)有效性判定； 有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。 系統(tǒng)安全性和反應(yīng)速度進行測試，系統(tǒng)的穩(wěn)定性要求（2）查詢模塊在查詢模塊中重點需要測試如下：輸入數(shù)據(jù)有效性判定； 有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。（3）退票模塊在退票模塊中重點需要測試如下： 庫中的記錄確定更改； 提示車票退票時限準確。6.3測試結(jié)果（1）測試方案表6.

29、1測試方案表編號等價類輸入預(yù)期的輸出1日期輸入格式如13.01.1213.04.2313.04.232月份范圍在112之間，日的范圍在130之間13.13.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)的分析設(shè)計以及編程實現(xiàn)。整個系統(tǒng)的功能結(jié)構(gòu)和現(xiàn)實中的火車站售票系統(tǒng)還具有一定的差距，通過2000開發(fā)平臺和sqlserver2000數(shù)據(jù)庫，完成開始原來設(shè)想的

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

31、，會影響系統(tǒng)的操作，秩序也會受到破壞。（3） 與已存在的火車站售票管理系統(tǒng)相比整個系統(tǒng)的功能結(jié)構(gòu)和現(xiàn)實中的火車站售票系統(tǒng)還具有一定的差距。7.2 實踐感想在這次課程設(shè)計過程中我們遇到了不少的難題，比如數(shù)據(jù)庫操作問題，界面設(shè)計問題，函數(shù)使用與消息處理問題等等。其中，最關(guān)鍵的是最初對系統(tǒng)的需求分析做的不透徹，導(dǎo)致后續(xù)設(shè)計工作乃至編碼時的修改工作量變大。以至于為了能按時完成設(shè)計任務(wù)，我們一連度過了幾個通宵。尤其，越接近結(jié)束，就越是時常出現(xiàn)問題。所以，通過這次課程設(shè)計我深刻的體會到軟件工程還是必須學(xué)精通、學(xué)透徹。通過這一次的課程設(shè)計，我們組員越來越默契，在設(shè)計過程中我們先把功能分工了，然后每個人下去都

32、把需求寫出來，當(dāng)需求綜合時，大家都不局限于只考慮自己的功能實現(xiàn)，往往還要考慮其他組員的功能。大家一起集思廣益，用心認真的完成著系統(tǒng)每一部分的設(shè)計與實現(xiàn)，我認為這是我們的一次大的進步。這一學(xué)期的軟件工程的課程設(shè)計我們完成的是火車站售票管理系統(tǒng)，當(dāng)看到系統(tǒng)最終成型并能準確實現(xiàn)相應(yīng)的功能的時候我們覺得特別的開心，我們的努力獲得了回報。我很高興能有這樣的一個機會讓我們一起面對一個難題并為之傾盡全力，這個過程給了我新的體會也些許改變了我一直以來各種煩惱的心態(tài)。由于暑假的遠離課本，這個學(xué)期一開始我就覺得好多東西跟不上節(jié)奏，完成課程設(shè)計的過程給了我動力，當(dāng)然也給了我壓力，讓我能夠靜下心來好好研究一下課上所講

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

34、的空間，我們將大部分的精力投入到對軟件功能的實現(xiàn)，忽視了對軟件整體架構(gòu)的設(shè)計，我們會繼續(xù)加油的。通過這次課程設(shè)計，我們學(xué)會了如何對所學(xué)課程綜合運用，鞏固了軟件工程的一般規(guī)范，對數(shù)據(jù)庫的使用也有了更進一步的了解?？傮w來說，課程設(shè)計讓我們學(xué)會了不少知識。我認為課程設(shè)計是我們學(xué)習(xí)生涯中相當(dāng)重要的一課，除了驗證學(xué)生的學(xué)習(xí)成果外，也能訓(xùn)練一個人獨立思考及解決問題的能力。 參考文獻1 嚴蔚敏. 吳偉民. 數(shù)據(jù)結(jié)構(gòu)M. 北京: 清華大學(xué)出版社，2003.2 齊治昌等. 軟件工程M. 高等教育出版社，2002.1.3 余祥宣.崔國華.鄒海明.計算機算法基礎(chǔ)M.武漢：華中科技大學(xué)出版社，20064 Abraha

35、m Silberschatz. Henry F.korth. S.Sudarshan.數(shù)據(jù)庫系統(tǒng)概念M.北京：高等教育出版社，20065 Bucel Eckel 著 侯捷 譯.Java編程思想M.機械工業(yè)出版社.20106 宋樂永. IT系統(tǒng)成為春運幕后英雄M，20037 全國鐵路交通信息查詢系統(tǒng)Z.8 全國客車運行時刻查詢網(wǎng)Z.附錄1 可行性分析文檔1引言1.1編寫目的火車是一種方便快捷、相對安全的交通工具，其實惠的價格也使火車成為更大眾化的的交通工具。越來越多的人們選擇乘火車出游。因此，火車站需要一套行之有效的火車站售票管理系統(tǒng)。該報告的主要內(nèi)容是分析火車站售票管理系統(tǒng)的開發(fā)可行性，為該工

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

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

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

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

40、。4.1.2其他一次性支出開發(fā)計劃與測量基準研究費用：6萬操作員培訓(xùn)費：3萬共計：9萬4.1.3經(jīng)常性支出人工費用:：12（月)*30(人)*2000(圓)=72萬其他不可知額外支出：10萬4.2效益4.2.1經(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萬4.2.2不可定量收益 服務(wù)質(zhì)量的提高，使得顧

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

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

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

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

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

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

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

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

49、兼容性進行評析。附錄3 詳細設(shè)計文檔1.引言1.1 編寫的目的 編寫詳細設(shè)計說明書是軟件開發(fā)過程必不可少的部分，其目的是為了使開發(fā)人員在完成概要設(shè)計說明書的基礎(chǔ)上完成概要設(shè)計規(guī)定的各個功能塊的具體實現(xiàn)的設(shè)計工作。通過對所產(chǎn)生的功能模塊進行過程描述，開發(fā)一個可以直接轉(zhuǎn)化成程序語言的軟件標識，這樣可以使軟件設(shè)計人員很好的了解軟件的功能，并對軟件的所有模塊有一個更深的了解。本說明書在概要設(shè)計的基礎(chǔ)上，對車站售票管理系統(tǒng)的各模塊，程序，子系統(tǒng)分別進行了實現(xiàn)層面上的要求和說明，為進行后面的實現(xiàn)和測試做準備，檢驗本系統(tǒng)的各項性能指標，及時發(fā)現(xiàn)紕漏及時修補。主要讀者：程序員、項目總監(jiān)、測試人員1.2 背景

50、項目名稱:火車站售票系統(tǒng)提出者：火車站開發(fā)者：山西大學(xué)商務(wù)學(xué)院信息學(xué)院 10軟件2班 景巧鑫 10軟件2班 夏丹丹 10軟件2班 崔新華 10軟件2班 王 偉最終用戶：火車站售票員、乘客1.3 定義時序圖：亦稱為序列圖或循序圖，是一種UML行為圖。它通過描述對象之間發(fā)送消息的時間順序顯示多個對象之間的動態(tài)協(xié)作。它可以表示用例的行為順序，當(dāng)執(zhí)行一個用例行為時，時序圖中的每條消息對應(yīng)了一個類操作或狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。1.4 參考資料 1 GB8567-88 .軟件設(shè)計文檔國家標準詳細設(shè)計說明書 2 張海藩 .軟件工程（第三版） 人民郵電大學(xué)出版社 3 吳建、鄭潮、汪杰. UML基礎(chǔ)與Ros

51、e建模案例 人民郵電出版社 4 胥光輝，金鳳林等軟件工程方法與實踐 機械工業(yè)出版社 5 車站售票管理系統(tǒng)可行性研究報告 6 車站售票管理系統(tǒng)項目開發(fā)計劃 7 車站售票管理系統(tǒng)需求規(guī)格說明書 8 車站售票管理系統(tǒng)概要設(shè)計說明書2.系統(tǒng)的結(jié)構(gòu)系統(tǒng)類圖如圖3.1所示：圖3.1 系統(tǒng)類圖3.登錄模塊程序設(shè)計說明3.1 登錄模塊 用戶通過用戶名和密碼進入系統(tǒng)，以確保系統(tǒng)的安全，且系統(tǒng)管理員和售票員具有不同的權(quán)限，因此可以確保系統(tǒng)的權(quán)限分明。3.2 功能登錄可分為系統(tǒng)管理員登錄和售票員登錄，在登錄模塊的描述中，將系統(tǒng)管理員和售票員都看作這個系統(tǒng)的用戶，他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)，才可進行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統(tǒng)將會提示輸入錯誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。登錄功能時序圖如圖3.2所示:圖