【文章內容簡介】 密碼 ， 驗證碼管理員信息用戶名密碼登錄失敗添加車次信息車次信息車次信息車次信息查找車次信息 動態(tài)條件 車次信息查找結果成功修改 / 刪除車次信息車次信息 車次信息查找會員信息動態(tài)條件會員信息會員信息查詢結果成功修改 / 刪除信息會員信息會員信息查找訂單信息動態(tài)條件訂單信息訂單信息查詢結果修改 / 刪除訂單信息 訂單信息成功 訂單信息7名字：管理員信息別名：描述：存放管理員信息的文件，以供管理員登陸定義：管理員信息=姓名+性別+電話+密碼位置：輸出到 CRT 終端或類似的顯示部件名字：會員信息別名：描述：存放會員信息的文件，供會員注冊和登陸定義：會員信息=姓名+ 性別 +電話+密碼+ 身份證號+注冊時間位置：輸出到 CRT 終端或類似的顯示部件 圖 后臺數據流圖2）火車票在線預訂管理系統(tǒng)前臺數據流圖：會員登錄會員信息用戶名密碼登錄失敗注冊用戶名 密碼 會員信息查詢余票 始發(fā)站 / 日期車次信息會員查找結果成功預訂車票訂單信息 車票信息余票減 1訂票失敗查詢訂單身份證號 / 起始時間失敗查找結果成功退票車次信息訂單信息 車票信息退票余票加 1刪除訂單刪除車票 刪除車票圖 前臺數據流圖 數據字典表 管理員信息數據字典表 會員信息數據字典8名字：車次信息\描述：存放車次信息的文件，以供用戶查詢定義：車次信息=車號+ 出發(fā)地 +目的地+發(fā)車時間 +到達時間+ 坐位類型+余票數目+ 票價位置：輸出到 CRT 終端或類似的顯示部件名字：訂票信息別名：訂單信息描述：存放訂單信息的文件，以供用戶查詢，并作相應操作定義：訂票記錄=用戶名+身份證號+用戶電話+車號 +發(fā)車日期+訂購日期+車票類型+ 座位類型+總價位置：輸出到 CRT 終端或類似的顯示部件名字：車票信息別名： 描述：存放車票信息的文件，以供用戶查詢，并作相應操作定義：車票信息=車號+ 座位號 +用戶名+身份證號+座位類型+車票類型+價格+訂票日期位置：輸出到 CRT 終端或類似的顯示部件表 車次信息數據字典 表 訂票信息數據字典 表 車票信息數據字典9 實體聯(lián)系圖用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數據庫結構能充分滿足各種信息的輸出和輸入。針對火車站網上訂票系統(tǒng)，通過對網上訂票工作的過程、內容以及數據流程分析，設計如下所示的數據項和數據結構：：車號、出發(fā)地、目的地、發(fā)車時間、到達時間、座位類型剩余票、票價。：訂單號、用戶名、身份證號、電話、車號、出發(fā)時間、車票類型、訂購日期、座位類型、總價。：座位號、車號、用戶名、身份證號、座位類型、車票類型、價格、出發(fā)時間。：編號、姓名、性別、電話、密碼。：身份證號、姓名、性別、電話、密碼、注冊時間。ER 圖如圖 所示：車次信息出發(fā)地目的地出發(fā)時間到達時間車號位類型剩余票票價管理管理員姓名性別 電話密碼管理訂單信息訂單號用戶名身份證號電話車號出發(fā)時間座位類型車票類型訂購日期價格訂票會員信息身份證號 姓名 性別電話 密碼 注冊時間查詢管理* **1**1***圖 實體聯(lián)系圖（ER 圖）10 數據庫邏輯結構火車站網上訂票系統(tǒng)數據庫中各個表格的設計結果如表 至表 所示。每個表格表示在數據庫中的一個表 [11]，其中在會員信息表以及管理員信息表中為了信息不被泄露分別對密碼字段進行了加密處理。在處理過程中為了處理用戶訂票的并發(fā)問題是用了行級鎖來解決這一問題。表 車次信息表 tb_train字段名 數據類型 是否可空 說明trainId varchar NOT NULL 車號（主鍵）trainStartPlace varchar NOT NULL 出發(fā)地trainEndPlace varchar NOT NULL 目的地trainStartTime datetime NOT NULL 發(fā)車時間（主鍵）trainEndTime datetime NOT NULL 到達時間hartSeatLeft int NOT NULL 硬座余票hardSeatPrice int NOT NULL 硬座價格softSeatLeft int NOT NULL 臥鋪余票softSeatPrice int NOT NULL 臥鋪價格 表 訂單表 tb_order字段名 數據類型 是否可空 說明orderId int NOT NULL訂單號（主鍵）userName varchar NOT NULL會員名userPhone varchar NOT NULL會員電話）userId varchar NOT NULL身份證號trainId varchar NOT NULL車號trainStartTime datetime NOT 出發(fā)時間11NULLticketType varchar NOT NULL票類型bookTime datetime NOT NULL訂購日期totalPrice Int NOT NULL訂購票數seatType varchar NOT NULL座位類型表 火車票信息表 tb_ticket字段名 數據類型 是否可空 說明seatId int NOT NULL訂單號（主鍵）trainId varchar NOT NULL車號（主鍵）userName varchar NOT NULL會員姓名userId varchar NOT NULL身份證號seatType varchar NOT NULL座位類型ticketType varchar NOT NULL車票類型ticketPrice int NOT NULL票價表 管理員表 tb_admin字段名 數據類型 是否可空 說明adminId Int NOT NULL 管理員編號（主鍵）adminName varchar NOT NULL 姓名adminSex varchar 性別adminPhone varchar 電話12adminPassWordvarchar NOT NULL 密碼表 會員表 tb_user字段名 數據類型 是否可空 說明userId varchar NOT NULL 身份證號（主鍵）userName varchar NOT NULL 姓名userSex varchar NOT NULL 性別userPhone varchar NOT NULL 電話userPassWord varchar NOT NULL 密碼registerTime timestamp NOT NULL 注冊時間133 系統(tǒng)的總體設計 系統(tǒng)軟件結構設計 軟件結構1）后臺分為管理員信息管理、車次信息管理、訂單信息管理、會員信息管理四個模塊。其層次圖 [13]如圖 所示：火車票后臺管理系統(tǒng)管理員信息管理模塊 車次信息管理模塊 訂單信息管理模塊 會員信息管理模塊登錄退出修改增加車次信息查找車次信息修改車次信息刪除車次信息查找訂單信息修改訂單信息刪除訂單信息查找會員信息修改會員信息刪除會員信息圖 火車票預訂后臺管理系統(tǒng)的層次圖2）前臺可劃分為查詢、訂票、退票三個部分。其中信息查詢又可分為車次查詢和訂單查詢兩個部分。其層次圖如圖 所示：14火車票前臺預訂系統(tǒng)會員信息模塊 查詢 訂票 退票登錄注冊查詢車次信息查詢訂單信息圖 火車站預訂前臺系統(tǒng)的層次圖 系統(tǒng)流程圖1）后臺頂層數據流程圖 [14]如下圖 所示：事物登錄程序 查詢程序 更新程序火車票預訂后臺管理系統(tǒng) 系統(tǒng)數據庫相應操作圖 后臺頂層數據流程圖15車次，訂單，會員的查詢系統(tǒng)流程圖大致一致，所以歸納如下：事物輸入所需 查詢的重要 信息查詢程序系統(tǒng)數據庫查詢結果圖 后臺數據查詢流程圖車次，訂單，會員的更新系統(tǒng)流程圖大致一致，所以歸納如下：事物查詢條件查詢程序系統(tǒng)數據庫查詢結果選擇更新的數據 更新程序反饋結果圖 后臺數據更新流程圖2）前臺頂層流程圖如下圖 所示。圖 至圖 為各模塊詳細系統(tǒng)流程圖。圖 頂層系統(tǒng)流程事物查詢程序 預定程序 退票程序火車票網上預訂系統(tǒng) 系統(tǒng)數據庫相應操作16事物輸入所需車次的重要 信息查詢程序系統(tǒng)數據庫符合用戶的車次信息 圖 查詢車次信息流程圖圖 車次，訂單信息查詢系統(tǒng)流程圖大致一致，用戶通過輸入查詢條件進行查詢車次信息和自己的訂單信息所以歸納如下：事物輸入查詢條件查詢程序系統(tǒng)數據庫符合用戶的車次信息 圖 車次，訂單信息查詢系統(tǒng)流程圖用戶成功登陸之后根據動態(tài)查詢條件查找到自己需求的車票后通過輸入正確的信息進行訂票，系統(tǒng)會將訂票成功與否的信息反饋給用戶。事物輸入訂票信息訂票程序系統(tǒng)數據庫操作反饋圖 用戶訂票流程圖用戶成功登陸之后根據動態(tài)查詢條件查詢條件查詢到自己的訂單之后可以進行退票操作，系統(tǒng)會將用戶退票成功或失敗的信息反饋給用戶。17事物查詢條件查詢程序系統(tǒng)數據庫查詢結果選擇要退的訂單 退票程序反饋結果圖 退票系統(tǒng)流程圖184 系統(tǒng)的詳細設計 接口設計 用戶接口用戶通過界面接口實現(xiàn)參數的輸入，進入相應的界面后輸入提示的信息即可產生相應的任務。 外部接口接口通過一個數據轉換器，將網絡二進制數據流轉換為一個合適的數據結構單位并添加到緩沖區(qū)中。 內部接口表 內部接口說明表頂層模塊 二級模塊 接口底層數據操作模塊取出記錄集，執(zhí)行 SQL 語句數據模塊用戶操作模塊 對應數據庫相關表操作界面模塊 生成任務界面模塊緩沖區(qū)模塊 生成批處理 軟件接口本系統(tǒng)程序所使用的數據庫來源于主機數據庫，所以系統(tǒng)數據與主機數據庫數據向一致。19 模塊內部模塊以接受參數方式獨立登陸主機數據庫并且獨立運行，返回數據顯示在界面上。 過程設計 程序流程圖1）管理員只有成功通過身份驗證才能進入后臺管理系統(tǒng)來管理各項信息，系統(tǒng)會將操作的結果返回給管理員，圖 為火車票預訂后臺管理系統(tǒng)程序流程圖：圖 火車票預訂后臺管理系統(tǒng)程序流程圖開始登陸登錄失敗操作車次信息管理 訂單信息管理 會員信息管理成功查詢車次信息查詢查詢失敗操作修改 刪除成功查詢訂單信息 查詢會員信息添加車次信息202） 沒有注冊的用戶只能查詢火車余票，注冊后的會員登陸之后可以預定滿足自己要求的火車票，同時還能根據條件查詢自己的訂單和退票操作。圖 為火車票預訂前臺網站程序流程圖：開始登錄失敗操作車票查詢訂單查詢查詢成功查詢結果是否已登錄 預訂車票是是否已登錄查詢查詢結果成功是失敗失敗結束圖 火車票預訂前臺網站程序流程圖215 系統(tǒng)的實現(xiàn)與調試 應用系統(tǒng)的開發(fā)及測試為了保證測試的質量，將測試過程分成幾個階段，即代碼審查、單元測試、集成測試、確認測試和系統(tǒng)測試。 （1）單元測試 單元測試 [15]集中在檢查軟件設計的最小單位—模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。 （2）集成測試 集成測試是將模塊按照設計要求組裝起來同時進行測試，主要目標是發(fā)現(xiàn)與接口有關的問題。例如一個模塊對另一個模塊可能由于疏忽的問題而造成有害影響；把子功能組合起來可能不產生預期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數據結構可能有錯誤等。 （3）確認測試 確認測試的目的是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是確認測試的任務，即軟件的功能和性能是否如同用戶所合理期待的那樣。 （4）系統(tǒng)測試 軟件開發(fā)完成以后，最終還要與系統(tǒng)中其他部分配套運行，進行系統(tǒng)測試。包括恢復測試 [16]、安全測試、強度測試和性能測試等。 單獨對系統(tǒng)的測試主要從以下幾方面入手：① 功能測試：測試是否滿足開發(fā)要求，是否提供設計所描述的功能，是否用戶的需求都得到滿足。功能測試是系統(tǒng)測試最常用和必須的測試，通常還會以正式的軟件說明書為測試標準。② 強度測試及性能測試 [3]：測試系統(tǒng)能力最高實際限度，即軟件在一些超負荷情