火車票銷售系統(tǒng)詳細設計說明書

1、軟件詳細說明書目錄引言編寫的項目景義參考料.總體設計需求述軟件構.程序描述登錄模塊3.1.1 功能3.1.2 性能3.1.3 輸入項目3.1.4 輸出項目3.1.5 算法3.1.6 程序邏輯3.1.7 接口3.1.8 存儲分配3.1.9 限制件3.1.10 測試點查詢模塊3.2.1 功能3.2.2 性能3.2.3 輸入項目3.2.4 輸出項目3.2.5 算法3.2.6 程序邏輯3.2.7 接口3.2.8 存儲分配3.2.9 限制條件3.2.10 測試要點售票模塊3.3.1 功能3.3.2 性能3.3.3 輸入項目3.3.4 輸出項目3.3.5 算法3.3.6 程序邏輯3.3.7 接口3.3.8

2、 存儲分配3.3.9 限制條件3.3.10 測試要點退票模塊3.4.1 功能3.4.2 性能3.4.3 輸入項目3.4.4 輸出項目3.4.5 算法3.4.6 程序邏輯3.4.7 接口3.4.8 存儲分配3.4.9 限制條件3.4.10 測試要點改簽模塊3.5.1 功能3.5.2 性能3.5.3 輸入項目3.5.4 輸出項目3.5.5 算法3.5.6 程序邏輯3.5.7 接口3.5.8 存儲分配3.5.9 限制條件3.5.10 試要點修改統(tǒng)計模 3.6.1 功能3.6.2 性能：3.6.3 輸入項目3.6.4 輸出項目3.6.5 算法3.6.6 程序邏輯3.6.7 接口3.6.8 存儲分配3.

3、6.9 限制條件3.6.10 測試要點系統(tǒng)管理維護模塊3.7.1 功能3.7.2 性能3.7.3 輸入項目3.7.4 輸出項目3.7.5 算法3.7.6 程序邏輯3.7.8 存儲分配3.7.9 限制條件3.7.10 測試要點.引言編寫目的編寫詳細設計說明書是軟件開發(fā)過程必不可少的部分，其目的是為了使開發(fā)人員 在完成概要設計說明書的基礎上完成概要設計規(guī)定的各個功能塊的具體實現(xiàn)的 設計工作。通過對所產生的功能模塊進行過程描述，開發(fā)一個可以直接轉化成程序語言的軟件標識，這樣可以使軟件設計人員很好的了解軟件的功能， 并對軟件 的所有模塊有一個更深的了解。本說明書在概要設計的基礎上，對車站售票管理 系統(tǒng)

4、的各模塊，程序，子系統(tǒng)分別進行了實現(xiàn)層面上的要求和說明，為進行后面 的實現(xiàn)和測試做準備，檢驗本系統(tǒng)的各項性能指標，及時發(fā)現(xiàn)批漏及時修補。主要讀者：程序員、項目總監(jiān)、測試人員定義時序圖：亦稱為序列圖或循序圖，是一種行為圖。它通過描述對象之間發(fā)送消息 的時間順序顯示多個對象之間的動態(tài)協(xié)作。它可以表示用例的行為順 序，當執(zhí)行一個用例行為時，時序圖中的每條消息對應了一個類操作或 狀態(tài)機中引起轉換的觸發(fā)事件:包含有關專門操作數(shù)據(jù)庫的類，包含的是一些數(shù)據(jù)庫操作所需要用到的普通數(shù) 據(jù)，如數(shù)據(jù)表，數(shù)據(jù)行等包：多個類的集合.總體設計需求概述火車站售票管理系統(tǒng)主要實現(xiàn)售票自動化，包括售票，訂票、退票，查詢，統(tǒng) 計

5、，為了保證系統(tǒng)正常運行，另外需要專門人員對系統(tǒng)的維護管理。()登錄：登錄可分為系統(tǒng)管理員登錄和售票員登錄，在登錄模塊的描述中， 將系統(tǒng)管理員和售票員都看作這個系統(tǒng)的用戶， 他們根據(jù)自己的登錄名和密碼登 錄系統(tǒng)，才可進行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統(tǒng)將會提 示輸入錯誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。()查詢：查詢分為車次查詢、站點查詢、時刻表查詢、票價查詢、余票查詢。 車次查詢提供了所有車次瀏覽、 按車次查詢、和站站查詢，用戶可以通過查詢來 了解列車所經(jīng)車站以及發(fā)車時間等信息。 時刻表查詢可以查詢每一車次在每一站 的發(fā)車時間和到站時間。票價查詢可以讓

6、用戶按自己的需求來查詢所有車次的車 票價格；余票查詢可以查詢到所有車次的剩余車票的情況；()售票：根據(jù)旅客的需求如發(fā)車日期、發(fā)車時間、車廂類型、車票類型(學生 票、軍人票)等選擇用戶所需要的車次，然后結算并打印車票給旅客。()訂票：由售票點授權或是有一定信譽的售票代理商替代旅客進行預訂車票， 售票代理商通過電話或是親自到售票點預訂的方式進行預訂車票。()退票：處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時間內進行退票，此外車站售票點還要扣除一定的手續(xù)費。()統(tǒng)計：售票統(tǒng)計分別可以按日期統(tǒng)計、按車次統(tǒng)計、按客流方向統(tǒng)計等統(tǒng)計 方式，通過察看車票的流向可以得知旅客的大致流向，列車管理

7、人員可以根據(jù)客流的流向隨時調整列車運行車次， 達到列車的合理調度，使列車最大限度的投入 使用中，實現(xiàn)資源的合理利用。()修改：包括車次修改、票價修改、站點修改。車次修改包括增加車次，減少 車次，車次的臨時調度和由于自然災害造成的臨時路線更改。 票價修改為節(jié)假日、 春運等特殊時段或某些特殊地域需要適量增加或減少票價，具體數(shù)字有鐵路管理 定。站點修改可是某些車次增加或減少一些站點。()系統(tǒng)管理維護：管理員通過系統(tǒng)添加用戶或者刪除用戶，并且授予權限，同 時維護數(shù)據(jù)庫，保證系統(tǒng)正確運行。軟件結構火車站售票普通購案特殊購票圖5一 I系統(tǒng)功能層次圖.主要功能：完善火車票售票系統(tǒng)，方便鐵路局的售票工作，提高

8、鐵路局的服務 質量和服務效率。.性能要求：火車站提供的信息必須及時的反映在鐵路局的工作平臺上。售票系 統(tǒng)的定單必須無差錯的存儲在火車站的主服務器上。對服務器上的數(shù)據(jù)必須進行 及時正確的刷新。.輸入要求：數(shù)據(jù)完整，詳實。.輸出要求：簡捷，快速，實時。.安全與保密要求：售票員享有對火車站票務信息數(shù)據(jù)庫、列車信息數(shù)據(jù)庫的管理與修改。旅客只享有對票務信息數(shù)據(jù)庫的部分修 （寫入與 讀出）。該系統(tǒng)僅限火車站內部使用，因此使用架構開發(fā)。同時，要實現(xiàn)客戶端之間 使用局域網(wǎng)技術互聯(lián)，實現(xiàn)數(shù)據(jù)的共享，另外要求相互之間的操作互不影響。同一張火車票只能由一個客戶端賣出，使用線程的同步來實現(xiàn)。圖S. 2系統(tǒng)結構圖.程序

9、描述通過需求分析和概要設計，可以得出火車站售票系統(tǒng)的的類圖，該系統(tǒng)中主 要包括四個基本類：售票員，火車票，管理員，購票者。購票者向售票員提 出請求，購票者有請求購票，請求查詢，請求訂票，請求退票和請求改簽這 幾個功能。售票員通過與購票者交流后了解購票者的請求信息，進入系統(tǒng)進 行操作。售票員和管理員均需要對火車票進行操作，同時，管理員需錄入員工 信息，維護數(shù)據(jù)庫。號目名工密姓的砂-購票者覦1 名；Siring 私份證號：同明事錄入董詢信n 錄入鳴至信息 錄入訂票信息 錄入遇震信息 錄X卻超償M來我票0 依索查詢0求訂票01百米送草0火物第起也站;String 龜廠;大;二中個 5友至時間：Dat

10、e 島發(fā)生日期；Dale $里程:Integer &獸除 Currency ®事加:String 電啊暫等時：Ink產錄入打需庫信息I梁人員工信息0退卻改劍 螳故信信0圖5一3系統(tǒng)類圖將如上系統(tǒng)類圖進行進一步的抽象，可以得出系統(tǒng)的抽象類圖，從而在討論接 口問題時，可以更加的清楚，明確。系統(tǒng)主要抽象出三個類、一個接口，將三個 類封裝到包中，將接口封裝在包中。其中接口是該系統(tǒng)主要功能的集合，可使用，包中的類。包包括圖形化界面，通過包引用。通過類來實現(xiàn)查詢功能，類 實現(xiàn)售票功能，包括售全價票與半價票，實現(xiàn)退票功能，實現(xiàn)修改功能，實現(xiàn)統(tǒng) 計功能。AList*Td: String Am

11、ount: hteger圖5.4 Unit抽象類圖ComTicket: TicketCommon sell()Special sell()勖Timetable Timetable 虱i st ListNew Tic ketONew TimeONew List()Sol")Search。ChangeQqRefund。Count()SearchAlterRefundSearch。ChangeO*RelundO圖5.5 Com接口抽象類圖圖5 . 6系統(tǒng)包圖由于本系統(tǒng)中售票員是主要的操作者，因此需要明確售票員的狀態(tài)。登錄模塊3.1.1 功能登錄可分為系統(tǒng)管理員登錄和售票員登錄，在登錄模塊的

12、描述中，將系統(tǒng)管理 員和售票員都看作這個系統(tǒng)的用戶， 他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)，才可進行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統(tǒng)將會提示輸入錯誤。 若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。3.1.2 性能用戶通過用戶名和密碼進入系統(tǒng)，可以確保系統(tǒng)的安全，由于系統(tǒng)管理員和售 票員具有不同的權限，因此可以確保系統(tǒng)的權限分明。3.1.3 輸入項目用戶輸入用戶名、密碼，通過數(shù)據(jù)庫的封裝以下表格中表5一1售票員表字段名類型長度小數(shù)點允訐空主/外健工號Chai3主姓名Char83.1.4 輸出項目根據(jù)數(shù)據(jù)庫中存在的表中信息來查詢，判斷用戶名、密碼是否正確，正確則顯示登錄

13、 成功信息，若用戶名和密碼不匹配則提示輸入錯誤。3.1.5 算法該模塊通過訪問數(shù)據(jù)庫查詢用戶登錄信息， 提取用戶輸入的用戶名和密碼，封裝 成語句，到數(shù)據(jù)庫中查詢相關信息，將信息返回到用戶界面。若用戶輸入錯誤， 彈出錯誤提示框。3.1.6 程序邏輯在數(shù)據(jù)中海用戶存W用戶不存疙X.圖登錄功能流程圖3.1.7 接口 該模塊通過接口中的方法訪問數(shù)據(jù)庫，接口提供連接數(shù)據(jù)庫的功能。在售票模 塊中會調用此模塊。3.1.8 存儲分配對數(shù)據(jù)庫采取日志記錄技術和海量轉儲技術，并定期進行數(shù)據(jù)庫備份。3.1.9 限制條件由于登錄系統(tǒng)是需要用戶名和密碼，因此需要用戶正確輸入用戶名和密碼， 并且 是已經(jīng)注冊過的用戶。3.

14、1.10 測試要點確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各 種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的軟 件，作為整個基于計算機系統(tǒng)的一個元素， 與計算機硬件、外設、某些支持軟件、 數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行 一系列的組裝測試和確認測試。在登錄模塊中重點需要測試如下：()輸入數(shù)據(jù)有效性判定；()有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。()系統(tǒng)安全性和反應速度進行測試，系統(tǒng)的穩(wěn)定性要求查詢模塊3.2.1 功能0¥.票員 |蹄界面1件詢界能避；1.輸入查詢棺右一螺：*III 12:查詢信息：:

15、TI3：查詢信息：T-: ;4:返回查詢到的信息W-: i 5：返回查詢到的信息: 7返回查詢到的信息 ift1>|>P中V審圖查詢功能時序圖查詢可分為按車次查詢與站點查詢，用戶通過輸入待查詢車次或者站點查詢車票 的相關信息，包括票價，時刻，剩余票數(shù)等信息。若用戶輸入的車次或者站點錯 誤，系統(tǒng)會提示輸入錯誤。3.2.2 性能能夠對乘客要求的大部分查詢類型都能夠查詢，每個查詢功能鍵都一目了然，能快速精確的顯示要查詢的信息。要求單次的查詢系統(tǒng)的處理時間在秒以內。3.2.3 輸入項目車次號、站名3.2.4 輸出項目表52車輛表字段名類型長度小數(shù)點允升空主/外鍵車次lilt4主車型V ar

16、 chai8車相敬Int座位數(shù)smalllnt2表53時刻表字段名類型長度小數(shù)點允許空主/外犍車次V ar chai5主始發(fā)站V ax char10主終點站V ar char10發(fā)車時間Datetime8到站時間Date time8停車時間Datetime3通過車輛表信息和時刻表信息，系統(tǒng)可以輸出車次號、站點、發(fā)車時間、到站 時間、剩余票數(shù)等信息。3.2.5 算法3.2.6程序邏輯該模塊通過訪問數(shù)據(jù)庫查詢車票信息，提取用戶輸入的車次或者站名，封裝成語句，到數(shù)據(jù)庫中查詢車票信息，將信息返回到用戶界面。若用戶輸入錯誤，彈出錯誤提示框。圖查詢算法流程圖3.2.7 接口3.2.8存儲分配該模塊通過加中

17、的方法訪問數(shù)據(jù)庫，接口提供連接數(shù)據(jù)庫的功能。在售票模塊中會調用此模塊提取百戶檢入款指正慶拊裝SELECT輸住至界面球車次不存在結束提示錯案運回青淘 界面理新物入T 車薪存在對數(shù)據(jù)庫采取日志記錄技術和海量轉儲技術，并定期進行數(shù)據(jù)庫備份。3.2.9 限制條件由于從查詢到查看查詢內容全部靠電腦完成，所以需要用戶熟悉電腦的基本操 作。同時，系統(tǒng)中必須存在的人工處理過程，例如一些信息需要人工輸入電腦。3.2.10 測試要點確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的 各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的 軟件，作為整個基于計算機系統(tǒng)的一個元素，與計

18、算機硬件、外設、某些支持軟 件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng) 進行一系列的組裝測試和確認測試。在查詢模塊中重點需要測試如下：()輸入數(shù)據(jù)有效性判定；()有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。售票模塊3.3.1 功能售票界面售票控制器數(shù)據(jù)庫:1輸入購票信息；±1->n.2：購票信息>3:修改數(shù)據(jù)庫:l返回修改成功信k：g漫示車票已售出g我示車票已售? L圖售票功能時序圖根據(jù)旅客的需求如發(fā)車日期、發(fā)車時間、車票類型（學生票、軍人票）等，售票員查詢相關的車票信息，選擇用戶所需要的車次，然后結算并打印車票給旅 客。3.3.2 性能查詢車票精確，

19、單次售票任務需要在秒之內完成，系統(tǒng)的反應時間要求在秒之 內；保證臺機器同時運行該系統(tǒng)不會有過高延時。3.3.3 輸入項目車次、站點、日期 3.3.4輸出項目表54車票表字鼠名類型小數(shù)點允許空主/外犍票號Int4主乘車日期DatetimeS車次Vat char5外始發(fā)站各V az char10外終點站名V ar char10票價Float8票類型Char2座位號smalllnt2車廂號smolllnt2根據(jù)數(shù)據(jù)庫中存放的車票表，顯示車票信息、剩余票數(shù)等相關信息。3.3.5 算法售票員輸入顧客預購車票的相關信息，到數(shù)據(jù)庫中查詢是否有票，若有則打印 火車票給顧客，數(shù)據(jù)庫中改車次車票自動減去賣出的票數(shù)

20、；若無則提示售票員 車票已售完。3.3.6 程序邏輯圖售票算法流程圖3.3.7 接口售票模塊提供一個調用查詢模塊的接口，在包中定義。3.3.8 存儲分配對數(shù)據(jù)庫采取日志記錄技術和海量轉存技術，并定期進行數(shù)據(jù)庫備份3.3.9 限制條件由于售票過程存在人工處理過程，需要售票員進行人工輸入，因此對售票員 有一定的專業(yè)要求，需要熟悉電腦的基本操作。3.3.10 測試要點確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需 求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的軟件，作為整 個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其 他系統(tǒng)

21、元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確 認測試。在售票模塊中重點需要測試如下：()查詢數(shù)據(jù)的有效性()正確打印出車票，票數(shù)正確退票模塊3.4.1功能天鐮界才1退黑控制器而吉亭員數(shù)據(jù)庫1：皤iA莊蕓號 -I3亙而,栗信二 ''' - " -"*'! 4返回圣等信息5建立 行車早信以7退回年票信息.日三1.8：提示是否匹配 9確一10班認退照11修胡蜘12成功返回13遢款金劭j74提示應退金醺圖退票功能時序圖處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時間內進行退票，按照票款的退款。超過指定時間，只能

22、改簽，不能退 票。3.4.2性能及時的記錄下所退回的車票，并快速精確的顯示應交付給顧客的余額。3.4.3輸入項目車票編號3.4.4輸出項目表S5退票表字段名類型長度小數(shù)點允許空主/外穗西口1mt4主退票時間D atetime8票價 Float8應退款Float8根據(jù)數(shù)據(jù)庫中存放的退票表信息，確認是否可以退票，如果可以退票則顯示 退票款，及其他相關內容。并進行數(shù)據(jù)修改的操作。3.4.5 算法售票員掃描顧客欲退車票的條形碼，獲得車票編號，售票員點擊退票按鈕，將車票編號交給退票控制器。退票控制器到數(shù)據(jù)庫中查詢此票是否已售出，若匹 配則點擊確認退票，退票控制器會自動修改數(shù)據(jù)庫， 售票員返還退票款；若不

23、匹 配則會提示售票員此票未售出。3.4.6 程序邏輯處描在承號 斑索界運三0算產官圖退票算法流程圖3.4.7 接口退票模塊需要有與數(shù)據(jù)庫交互的接口，通過包中的方法來實現(xiàn)與數(shù)據(jù)庫的連接。3.4.8 存儲分配對數(shù)據(jù)庫采取日志記錄技術和海量轉儲技術，并定期進行數(shù)據(jù)庫備份3.4.9 限制條件由于系統(tǒng)中必須存在人工處理過程，一些信息要人工輸入電腦，例如條形碼的掃描, 此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。3.4.10 測試要點在退票完成之后，數(shù)據(jù)確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī) 格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是 將通過確認測試的軟件，作為

24、整個基于計算機系統(tǒng)的一個元素，與計算機硬件、 外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境 下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。在退票模塊中重點需要測 試如下:()庫中的記錄確定更改()提示車票退票時限準確 改簽模塊3.5.1功能上孥旦5 .瑜才返回3國更于唯電才成功返回6撰示是否匹卑 7姮釜日期數(shù)囑序8改基信里11：建立12車票信息IT13新車里圖改簽功育用寸序圖乘客計劃臨時變更需要更改出發(fā)日期，或者退票不成功，可以選擇改簽服務。售票員收回乘客車票，返還票款，收取手續(xù)費。若乘客需要日期的票有剩余，則重新賣給乘客一張票；若票已售完，則退出。3.5.2 性能

25、保證數(shù)據(jù)庫的一致，具有一定的及時更新能力。3.5.3 輸入項目車次、日期3.5.4 輸出項目警告提示、新車票3.5.5 算法售票員掃描車票條形碼，輸入到改簽界面，控制器進入數(shù)據(jù)庫中確認該車票確實售出。若確 實售出，則返還退票款，并根據(jù)乘客需求另售一張指定日期車票；若沒有售出， 警告提示售票員。3.5.6 程序邏輯/詡入5R/甦日由 ±< SE黃）是譽本M >9返回政衛(wèi)并盤般首宗哄機智呈圖改簽算法流程圖3.5.7 接口改簽模塊需要調用售票模塊的功能，由于兩個功能均在一個包中，模塊之間可以 實現(xiàn)互相通信。3.5.8 存儲分配對數(shù)據(jù)庫采取日志記錄技術和海量轉儲技術，并定期進行數(shù)

26、據(jù)庫備份。3.5.9 限制條件 由于系統(tǒng)中必須存在人工處理過程，一些信息要人工輸入電腦，例如條形碼 的掃描，因此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。3.5.10 測試要點確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各 種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的軟 件，作為整個基于計算機系統(tǒng)的一個元素， 與計算機硬件、外設、某些支持軟件、 數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行 一系列的組裝測試和確認測試。在改簽模塊中重點需要測試如下：()在改簽完成之后，數(shù)據(jù)庫中的記錄確定更改()提示車票改簽時限準確修改統(tǒng)

27、計模塊系統(tǒng)管理員通過該模塊修改需要變更的車次信息，包括車次修改、票價修改、站 點修改。車次修改包括增加車次，減少車次，車次的臨時調度和由于自然災害造 成的臨時路線更改。票價修改為節(jié)假日、春運等特殊時段或某些特殊地域需要適 量增加或減少票價，具體數(shù)字有鐵路管理定。站點修改可是某些車次增加或減少 一些站點。.黑費 統(tǒng)計界面酰計控制器據(jù)庫1犀通型里息;:U.統(tǒng)計ijj U3查詢統(tǒng)計內容：Sy® I 4統(tǒng)計結更 ,：1 5統(tǒng)計結果：r*i<-6報衰rJ ：: II9VR'圖統(tǒng)計功能時序圖車票統(tǒng)計主要是統(tǒng)計車票的銷售情況以及銷售額等。同時通過車票統(tǒng)計還可得 知不同日期車流量的情況

28、，列車管理人員可以根據(jù)客流的流向隨時調整列車運行 車次，達到列車的合理調度，使列車最大限度的投入使用中，實現(xiàn)資源的合理利用。3.6.2 性能：修改模塊需要最高的權限，非最高權限人不可修改數(shù)據(jù)庫數(shù)據(jù)；統(tǒng)計需要較高的可靠性， 保證數(shù)據(jù)的完整性，數(shù)據(jù)需要定時備份。3.6.3 輸入項目站點、時刻、車次、日期3.6.4 輸出項目報表、修改統(tǒng)計成功提示3.6.5 算法管理員輸入欲修改的車次，提交給控制器，控制器根據(jù)管理員輸入的信息進入數(shù)據(jù)庫修改相關表數(shù)據(jù)，修改成功返回給管理員成功修改提示。售票員將要統(tǒng)計的車次號輸進到統(tǒng)計界面，控制器提取數(shù)據(jù)，進入數(shù)據(jù)庫查詢統(tǒng)計表，返回給售票員，售票員根據(jù)車次的售票情況作出銷售額、客流情況統(tǒng)計3.6.6 程序邏輯羊也入車七七M回垛田.宴圖統(tǒng)計算法流程圖3.6.7 接口兩個方法均封裝在包中，可以通過包的方法連接數(shù)據(jù)庫，并使用語句進行查詢或 者修改數(shù)據(jù)庫的操作。3.6.8 存儲分配對數(shù)據(jù)庫采取日志記錄技術和海量存儲技術，并定期進行數(shù)據(jù)備份3錄入數(shù)據(jù)度.4成功逅©5.提示汴加成功tr n添加用戶功能時序圖由于統(tǒng)計過程需要對數(shù)據(jù)庫進行操作， 并且需要經(jīng)常備份數(shù)據(jù)庫，因此需要用戶 熟悉的操作，并能進行日常的數(shù)據(jù)庫維護。3.6.10 測試要點確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各