公交車管理系統(tǒng)實現(xiàn)與設(shè)計

1、軟件工程導論課程設(shè)計報告公交車管理系統(tǒng)的設(shè)計與實現(xiàn)學生姓名：_1學 號:090403010063年級專業(yè)：09信息管理與信息系統(tǒng)指導教師：龍海第一章 緒論 第二章 系統(tǒng)分析 2.1. 組織結(jié)構(gòu)分析 2.2. 業(yè)務流程分析2.3. 數(shù)據(jù)流程分析2.4. 系統(tǒng)需求分析2.5. 需求規(guī)格說明書 2.6. 處理邏輯說明 第三章 可行性研究3.1 引言 3.2 現(xiàn)行公交車管理概況3.3 擬建立的信息系統(tǒng)3.4 經(jīng)濟可行性分析3.5 技術(shù)可行性分析3.6 社會可行性分析 3.7 可行性研究結(jié)論第四章 系統(tǒng)設(shè)計 4.1. 引 言 4.2. 系統(tǒng)設(shè)計方案第五章 公交車管理系統(tǒng)的功能實現(xiàn)5.1 登陸界面編碼設(shè)計

2、5.2 人員整體信息管理界面編碼設(shè)計5.3 財務信息管理界面編碼設(shè)計5.4 客運信息查詢 第六章 系統(tǒng)測試計劃 6.1. 引言 6.2. 計劃 6.3. 測試設(shè)計說明 6.4. 評價準則 第七章 總結(jié) 第一章 緒論針對公交車傳統(tǒng)作業(yè)流程中的種種弊端， 結(jié)合現(xiàn)代迅速發(fā)展的信息技術(shù)， 我運用所學的信息管理及系統(tǒng)分析與設(shè)計的知識開發(fā)出了公交車的管理信息系統(tǒng)。一個計算機管理系統(tǒng)必須有一個正確的設(shè)計指導思想， 通過合理的選擇數(shù)據(jù)結(jié)構(gòu)， 操作系統(tǒng)以及開發(fā)環(huán)境， 構(gòu)成一個完善的網(wǎng)絡(luò)系統(tǒng)， 才能充分發(fā)揮計算機信息管理優(yōu)勢?，F(xiàn)代化的車站售票是集預定車票、售票 、退票、車次查詢、報表及其他各種服務，車站售票組織龐

3、大，服務項目多，信息量大，要想提高勞動生產(chǎn)，降低成本，提高服務質(zhì)量和管理水平，進而促進經(jīng)濟效益，必須借助計算機來進行現(xiàn)代化的信息管理。此系統(tǒng)包括四大塊：1、可行性研究報告：從系統(tǒng)的總統(tǒng)出發(fā)，對經(jīng)濟、技術(shù)、社會、管理多方面進行綜合分析， 即經(jīng)濟可行性分析、 技術(shù)可行性分析、 社會可行性分析和管理可行性分析，是項目在開始階段必須進行的一項工作。2、系統(tǒng)分析報告：它反映的是系統(tǒng)分析階段調(diào)查分析的全部情況，是系統(tǒng)分析員與用戶在一起，充分了解用戶需求后所編寫，作為后續(xù)開發(fā)工作的依據(jù)，也是衡量一個信息系統(tǒng)優(yōu)劣的依據(jù)。3、系統(tǒng)設(shè)計報告：在已獲準的系統(tǒng)分析報告的基礎(chǔ)上，結(jié)合實際條件，可想而、 合理地設(shè)計出得系

4、統(tǒng)解決方案， 是系統(tǒng)設(shè)計階段工作的成果的總結(jié)， 也是系統(tǒng)實施階段的重要依據(jù)。4、系統(tǒng)測試報告：將系統(tǒng)最主要的功能模塊進行逐一的檢測，對說明書中列舉的功能進行排查， 對系統(tǒng)實現(xiàn)各功能的正常運行做充分的測試， 輸入合理及不合理的測試數(shù)據(jù)檢驗功能的運行及出錯處理情況。此系統(tǒng)的開發(fā)， 主要是給管理工作者帶來工作上的便利。 運用科學、 系統(tǒng)的方法有步驟、有目的、循序漸進的開發(fā)完成。第二章 系統(tǒng)分析根據(jù)對用戶的需求， 對公交車的業(yè)務活動的進行全面的調(diào)查分析， 詳細掌握了相關(guān)工作流程，收集票據(jù)、賬單、報表等資料，分析現(xiàn)行系統(tǒng)的局限性和不足之處，并根據(jù)公交的條件，找出可行方案。2.1. 組織結(jié)構(gòu) 分析：公交車

5、隊的高層領(lǐng)導由一名總隊長、 三名副隊長組成。 總隊長負責總體事務的決策，副隊長負責主要事務的決策，三個副隊長分別負責客運部、售票部、糾紛協(xié)調(diào)部、財務部。其具體職能如下：客運部主要職能是負責公交班次安排， 負責司機行為規(guī)范， 負責站點監(jiān)督和指導。售票部主要職能是負責售票員的售票，負責車票價格的協(xié)調(diào)與制定。糾紛協(xié)調(diào)部得主要職能是負責臨時突發(fā)事件，例如，乘客鬧事，交通堵塞，客車故障，交通事故等等。財務部主要職能是負責收銀，負責會計，負責財務分析，負責報表。2.2. 業(yè)務流程分析2.2.1 收費監(jiān)控流程：根據(jù)系統(tǒng)中設(shè)定的路段收費標準， 當公交駛?cè)肽呈召M路段售票員判斷車輛所屬地， 同時， 售票員根據(jù)不同

6、路段的不同價位在收費劃單中操作， 根據(jù)收費單中的價格告知乘車顧客， 并進行收費， 乘客將公交車費交給售票員后， 售票員將撕一張已打印好的交款憑證給顧客。如果售票員工作失誤，多撕了、少撕了或者撕錯了憑證，可以繼續(xù)給下一位乘客交款憑證（少撕的憑證可以即時補給） ，先完成收費工作，然后要將廢票的票據(jù)出示給監(jiān)控員， 監(jiān)控員依據(jù)廢票的票據(jù)號進行廢票的處理工作 （監(jiān)控員只是登記廢票的票據(jù)號， 做一個刪除登記， 不能徹底刪除） ， 處理完后記錄廢票信息。每天每班車工作完成后， 售票員將收費單和剩余收款憑證交至會計人員進行審核， 確定無誤后登記， 每日會計統(tǒng)計出日報表和客人流數(shù)據(jù)交給收銀員； 月末收銀員審核過

7、數(shù)據(jù)后將月報表、 年報表交至財務部由財務分析員對這些報表數(shù)據(jù)進行分析， 以便做好進一步的規(guī)劃預算， 同時還需將月報表、 年報表和客流量匯總表及時交給總隊長。其業(yè)務流程圖如圖：2.2.2 會計記賬流程：會計人員根據(jù)售票員提供的剩余憑證和收費劃單及監(jiān)控員提供的作廢憑證 在電腦上進行登記賬單，形成日報表，再將日報表交由收銀員審核，審核通過則 收銀員根據(jù)會計做的日報表，月末形成月報表，年末形成年報表。不通過，則返 回日報表給會計令其糾正。其業(yè)務流程圖如圖：2.3.數(shù)據(jù)流程分析1.1.1 財 務 管 理 流 程 ：每天每班車工作完成后，售票員將收費單和剩余收款憑證交至會計人員進行審核， 確定無誤后登記，

8、 每日會計統(tǒng)計出日報表和客人流數(shù)據(jù)交給收銀員； 月末收銀員審核過數(shù)據(jù)后將月報表、 年報表交至財務部由財務分析員對這些報表數(shù)據(jù)進行分析， 以便做好進一步的規(guī)劃預算， 同時還需將月報表、年報表和客流量匯總表及時交給總隊長。1.1.2 數(shù)據(jù)字典（一）數(shù)據(jù)流的描述數(shù)據(jù)流編號：D-1數(shù)據(jù)流名稱：購票單簡述：由工作人員幫助乘客填好購票單數(shù)據(jù)流來源：乘客數(shù)據(jù)流去向：登記處審核處理數(shù)據(jù)項組成：乘客名稱+票價+車票類型+經(jīng)手人 +購買時間數(shù)據(jù)流量：約8 張/日高峰流量：約15 張/ 日數(shù)據(jù)流編號：D-2數(shù)據(jù)流名稱：收款憑證簡述：經(jīng)登記處填好的收款憑證數(shù)據(jù)流來源：登記處審核處理數(shù)據(jù)流去向：售票員數(shù)據(jù)項組成：乘客名

9、稱+票價+車票類型+經(jīng)手人 +購買時間數(shù)據(jù)流量：約8 張/日高峰流量：約15 張/ 日數(shù)據(jù)流編號：D-3數(shù)據(jù)流名稱：收費單簡述：由售票員填好的收費單數(shù)據(jù)流來源：售票員數(shù)據(jù)流去向：會計人員審核登記處理數(shù)據(jù)項組成：乘客名稱+票價+車票類型+經(jīng)手人 +購買時間數(shù)據(jù)流量：約2 張/周高峰流量：約4 張/周（二）處理邏輯的描述處理邏輯編號： P-1處理邏輯名稱：購票單審核簡述：審核購票單輸入的數(shù)據(jù)流：購票單處理描述：審核購票單，填寫收款憑證輸出的數(shù)據(jù)流：收款憑證處理頻率： 8 次/日處理邏輯編號： P 2處理邏輯名稱：會計人員審核登記處理簡述：根據(jù)收費單將數(shù)據(jù)記入日報表輸入的數(shù)據(jù)流：收費單處理描述：根據(jù)

10、收費單將數(shù)據(jù)記入日報表，并更新相關(guān)數(shù)據(jù)輸出的數(shù)據(jù)流：客流數(shù)據(jù)處理頻率： 8 次/日（三）數(shù)據(jù)存儲的描述數(shù)據(jù)存儲編號： F-2數(shù)據(jù)存儲名稱：匯總臺賬簡述：記錄車票銷售的情況數(shù)據(jù)存儲組成：銷售數(shù)量 +乘客名稱+票價 +車票類型+經(jīng)手人+購買時間關(guān)鍵字：乘客名稱+票價相關(guān)聯(lián)的處理：P 1， P 2， P3（四）外部實體的描述外部實體編號： S-1外部實體名稱：售票員簡述：填寫收費單輸入的數(shù)據(jù)流：D 2， D 3， D 4輸出的數(shù)據(jù)流：D 22.4. 系統(tǒng)需求分析2.4.1 計算機和處理器處理器 800MHz 以上（如果開啟視頻至少1GHz）2.4.2 內(nèi)存128MB 以上（如果開啟視頻至少256MB

11、 ）2.4.3 硬盤安裝需要 100MB 的硬盤空間，運行需要50MB 空余空間2.4.4 顯示器最小 800 x 600 （建議使用 1024 x 768）屏幕分辨率2.4.5 瀏覽器計算機上應該安裝了 Microsoft Internet Explorer 6 或更高版本， 但是不一定要設(shè)置為默認瀏覽器。2.4.61 nternet 連接互聯(lián)網(wǎng)接入 （寬帶接入效果最佳， 無線接入質(zhì)量降低， 模擬線路不建議使用）2.4.62 理人員的支持管理人員對該系統(tǒng)充分理解與支持，并要求其員工進行系統(tǒng)操作培訓 。2.5. 需求規(guī)格說明書2.5.1 引言2.5. 1.1 編寫目的目的是提高工作效率,節(jié)約人

12、力資源,并作為軟件設(shè)計人員設(shè)計依據(jù)和使用單位的驗收標準。預期的讀者是軟件設(shè)計人員還有組織高層人員。2.6. 1.2 背景此待開發(fā)系統(tǒng)的名叫公交車信息管理系統(tǒng)， 是公交車高層管理人員提出需要 開發(fā)此項目，進行研究開發(fā)，供車隊指定工作人員使用。2.5.1.3 定義Xml： XML( Extensible Markup Language )即可擴展標記語言，它與HTML一樣，都是SGML(Standard Generalized Markup Language, 標準通用標記語言)。Xml是Internet環(huán)境中跨平臺的，依賴于內(nèi)容的技術(shù)，是當前處理結(jié)構(gòu)化文檔信息的有力工具。擴展標記語言XML是一種

13、簡單的數(shù)據(jù)存儲語言，使用一系 列簡單的標記描述數(shù)據(jù)，而這些標記可以用方便的方式建立， 雖然XMia用的空 間比二進制數(shù)據(jù)要占用更多的空間，但 XML&其簡單易于掌握和使用。XM山Access,Oracle和SQL Server等數(shù)據(jù)庫不同，數(shù)據(jù)庫提供了更強有力的數(shù)據(jù)存儲和分析能力，例如：數(shù)據(jù)索引、排序、查找、相關(guān)一致性等， XML 僅僅是展示數(shù)據(jù)。事實上XMLf其他數(shù)據(jù)表現(xiàn)形式最大的不同是：他極其簡單。這是一個看上去有點瑣細的優(yōu)點，但正是這點使XML3f眾不同。XMLt HTML勺設(shè)計區(qū)別是：XML用來存儲數(shù)據(jù)的，重在數(shù)據(jù)本身。而 HTM L 是用來定義數(shù)據(jù)的，重在數(shù)據(jù)的顯示模式。XMLB簡單

14、使其易于在任何應用程序中讀寫數(shù)據(jù)，這使XML很快成為數(shù)據(jù)交 換的唯一公共語言， 雖然不同的應用軟件也支持其它的數(shù)據(jù)交換格式， 但不久之 后他們都將支持XML那就意味著程序可以更容易的與 Windows Mac OS, Linu x以及其他平臺下產(chǎn)生的信息結(jié)合，然后可以很容易加載XM該據(jù)到程序中并分 析他，并以XML格式輸出結(jié)果。2.5.2任務概述2.5.2.1 目標本系統(tǒng)通過強大的網(wǎng)絡(luò)技術(shù)給組織的工作人員帶來方便， 本系統(tǒng)能實現(xiàn)客運管理、售票管理、協(xié)調(diào)糾紛管理、財務管理，提高工作人員的工作效律，為工作人員提供了極大方便，即使不出門也可以進行工作上的處理。2.5.2.2 用戶特點最終用戶可分為操

15、作人員、維護人員。 其中，操作人員要求對計算機有一定了解的人員。 維護人員要求對本系統(tǒng)有較深的了解， 同時對系統(tǒng)相關(guān)信息及工作流程有所了解的技術(shù)人員。 本系統(tǒng)需要在資源的動態(tài)更新， 這時候也是本系統(tǒng)最需要維護的時候，所以在這時候要對本系統(tǒng)進行必要的檢修，防止數(shù)據(jù)出錯2.5. 2.3假定與約束設(shè)計的約束或?qū)崿F(xiàn)約束描述在設(shè)計或?qū)崿F(xiàn)應用系統(tǒng)時應遵守的限制條件。并不是要取代設(shè)計（實現(xiàn)）過程，只是說明用戶或環(huán)境強加給項目的限制條件項 目投入的最晚時間。2.5.3需求規(guī)定2.5.3.1對功能的規(guī)定輸入輸出輸入限制輸出限制并行用戶數(shù)支持終端數(shù)后臺處理用戶登錄執(zhí)勤登錄密他文本首頁漢字、 數(shù)字、 英文字 母小于

16、255小于255進入首頁界面進入工作 中心管理模塊進入指 定工作界面數(shù)據(jù)更新文本列表存儲后臺管理登錄注冊文本文本存儲修改義本義本修改，存儲查詢義本列表義本列表查詢，輸出資源添加、刪除義本義本存儲，修改2.5.3.2對性能的規(guī)定a精度要求查詢切換之間的時間控制以秒為單位，輸入數(shù)據(jù)為文本，無精度要求。查詢數(shù)據(jù)能夠符合用戶的要求， 沒有冗余數(shù)據(jù)。 輸出數(shù)據(jù)精度要求為盡量符合資源特征。b.時間特性要求i .響應時間：小于2秒；ii .更新處理時間：即時更行；iii .數(shù)據(jù)的轉(zhuǎn)換和傳送時間：小于2秒；c.靈活性可在任意平臺下運行， 當操作方式、 數(shù)據(jù)結(jié)構(gòu)、 與其它軟件接口等發(fā)生變化時，設(shè)計的軟件要基本無

17、調(diào)整，靈活性非常大。但資源需放到指定位置，需及時更新索引。2.5.3.3 輸入輸出要求輸入數(shù)據(jù)類型，具體要求見上表，輸出為資源列表。2.5.3.4 數(shù)據(jù)管理能力要求需要管理的文卷和記錄大約有100 來份，占用內(nèi)存大致1MB2.5.3.5 故障處理要求a. 如果界面打不開或是登錄失敗，應檢查系統(tǒng)防火墻是否關(guān)閉，更新索引。b 在輸入數(shù)據(jù)不符合定義時提示正確類型并重;新輸入；c 數(shù)據(jù)在數(shù)據(jù)庫中已有備份，系統(tǒng)出錯時可以靠數(shù)據(jù)庫恢復2.5.3.6 其他專門要求2.6.處理邏輯說明由于最底層數(shù)據(jù)流程圖中的加工不能再通過子圖做進一步的描述， 因此必須有處理邏輯說明來定義底層數(shù)據(jù)流圖中的加工。如：售票員收費對

18、在不同路段，乘客到達目的的不同路程收取不同票價。 在此處我們用判斷樹法來表示售票員售票過程。第三章 可行性研究此可行性研究報告是在制定項目前對公交管理項目實施的可能性、 有效性、技術(shù)方案及技術(shù)政策進行具體、 深入、 細致的技術(shù)論證和經(jīng)濟評價， 報告的主要內(nèi)容如下：3.1 引言3.1.1 目的：為了更加便于公交車系統(tǒng)的管理，提高工作效率，尤其是完善財務管理與提高公交財務會計等的管理。3.1.2 背景：現(xiàn)行的公交體系仍舊是一個不完整的、分散的、相互競爭的沒有統(tǒng)一的系統(tǒng)。3.2 現(xiàn)行公交車管理概況3.2.1 組織目標與戰(zhàn)略:提高公交員工的工作效率， 盡可能減少成本提高效益，以最小的成本獲取最大的收益

19、。 通過建立一個完善的公交管理信息系統(tǒng)， 利用先進的設(shè)備提高記賬效率，完善工資核算體系，明確分工，明確各個司機的路線，對不遵守路線規(guī)則惡意競爭者予以懲處，以建立一個完善，和諧，系統(tǒng)，高效的公交車管理信息系統(tǒng)。3.2.2 存在的主要問題：記賬只是傳統(tǒng)的手工記賬，設(shè)備也是簡單的計算器。司機之間有相互的競爭，司機經(jīng)常不遵守發(fā)車秩序和時間，經(jīng)常誤點、踩點。公交監(jiān)控幾乎沒有，只是落后的人工監(jiān)控。3.3 擬建立的信息系統(tǒng)3.3.1 簡要說明：建立一個高效率的集賬務管理系統(tǒng)，員工管理系統(tǒng)，工資管理系統(tǒng)和監(jiān)控獎懲系統(tǒng)于一體的信息系統(tǒng)。3.3.2 對組織的意義和影響：提高了公交工作效率，員工工作熱情，完善了對司

20、機員工的監(jiān)管，公交秩序井然，服務質(zhì)量提高，收益大大增加，成本減少，使得凈利潤增加。3.4 經(jīng)濟可行性分析3.4.1 支出（包括系統(tǒng)開發(fā)費用和系統(tǒng)運行費用）系統(tǒng)開發(fā)費用：a.人員費用。b.硬件設(shè)備費,c.軟件費用d.耗材費用假定本系統(tǒng)運行期為 5 年，每年系統(tǒng)耗費如下：a.系統(tǒng)維護費。b.設(shè)備維護費。c.消耗材料費。3.4.2 收益本系統(tǒng)獲得的直接經(jīng)濟效益可以從以下幾個方面計算。a.提高工作效率，減少工作人員。本系統(tǒng)投入運行后，可以提高人力資源管理、財務預算管理、車輛運行管理，累計可以提高工作效率10%。b.及時獲取信息，減少決策失誤。提高工作人員上班的準時性，減少車次延 誤的可能；分析年數(shù)據(jù)信

21、息，及時推出相關(guān)政策，以提高工作效益。c.直觀了解每班車次的客流，便于以后做統(tǒng)計報表，分析趨勢，作出最優(yōu)決卒策。d.提高工作效率，減少工作人員的工作量。3.5 技術(shù)可行性分析3.5.1 技術(shù)可行性分析已經(jīng)學習了 SQL SERVER,對網(wǎng)絡(luò)技術(shù)和操作系統(tǒng)也有系統(tǒng)的了解，有些 成員熟悉計算機原理， 能解決常見的硬件故障和硬件選擇。 而且， 網(wǎng)上有許多關(guān) 于VISUL BASIC編程的資料和SQL SERVER方面的資料。所以從技術(shù)上來說，此次開發(fā)是可行。3.6 社會可行性分析3.6.1 社會法律政策可行性：目前已有很多成功開發(fā)公交車管理信息系統(tǒng)的先例， 社會需要公交車管理的現(xiàn)代化和信息化。 此信

22、息系統(tǒng)開發(fā)和運行并不違背國家的法律政策。3.6.2 社會公共環(huán)境可行性：公交所走路線的公路都是符合質(zhì)量要求的，顧客也多。3.6.3 操作可行性：此信息系統(tǒng)所采用的操作和工作方式符合工作人員和讀者的日常習慣，而且操作方便靈活，簡單、便于學習。綜上所述，該系統(tǒng)具有社會可行性。3.7 可行性研究結(jié)論通過經(jīng)濟、 技術(shù)、 社會等方面的可行性分析， 可以確定本系統(tǒng)的開發(fā)完全必要，而且是可行的，可以進行開發(fā)。第四章 系統(tǒng)設(shè)計將設(shè)計過程中所形成的各種文檔資料進行編輯處理，編寫成系統(tǒng)設(shè)計報告，主要內(nèi)容和格式如下：4.1. 引 言4.1.1 目的：為了更加便于公交車系統(tǒng)的管理，提高工作效率，尤其是完善財務管理與提

23、高公交財務會計等的管理。4.1.2 背景：現(xiàn)行的公交體系仍舊是一個不完整的、分散的、相互競爭的沒有統(tǒng)一的系統(tǒng)。4.2. 系統(tǒng)設(shè)計方案4.2.1 系 統(tǒng) 總 體 結(jié) 構(gòu) 設(shè) 計公交管理系統(tǒng)集合了原本車隊的四個子系統(tǒng)： 客運管理， 售票管理， 糾紛協(xié)調(diào)管理， 財務管理。 車隊的管理人員可以同時查詢和了解四個子系統(tǒng)的工作情況，使得車隊的管理層能夠更好的了解和監(jiān)督工作情況， 保證工作高效進行。 在子系統(tǒng)中有自己的管理模塊。模塊功能圖如圖：公交管理系統(tǒng)客運管理糾紛協(xié)調(diào)管理售票管理財務管理報表統(tǒng)計管理收銀管理乘客反饋管理事故處理管理收費管理票價管理維修管理日耗油管理車輛管理人員管理4.2.1.1 客運管理

24、公交人員管理該模塊針對公交管理系統(tǒng)的基層工作人員和管理層工作人員的基本信息進 行管理，基層工作人員基本信息包括姓名、性別、所屬部門、聯(lián)系方式，管理層 工作人員的基本信息除了包括姓名、性別、所屬部門、聯(lián)系方式等以外，還記錄 該工作人員的登錄密碼、編號和級別，方便權(quán)限管理。在模塊中可實現(xiàn)對信息的 增加，修改，刪除，查詢，打印等功能。公交車信息管理該模塊針對車隊里的13輛公交車的基本信息進行管理，包括車型，發(fā)動機 類型，重量，載客數(shù)，功率，車牌號，車輛制造廠。在模塊中可實現(xiàn)對信息的增 加，修改，刪除，查詢，打印等功能。耗油管理該模塊針又t車隊的13輛車每輛每日的耗油量信息管理，需每日更新。維修管理該

25、模塊針又t車隊的13輛公交車的維修狀況進行管理。記錄每次維修的基本 信息，包括維修車輛車牌號，維修部位，維修日期，維修地點，維修費。4.2.1.2 售票管理票價管理該模塊針對不同路段的售票價格進行管理。收費管理該模塊記錄著售票員的日常工作， 每個售票員一日有十班次， 記錄包括每個班次的人流數(shù)、 每班次售出的每種票價的票數(shù)、 每班次收入總數(shù)， 最后統(tǒng)計出整 日的人流、票數(shù)、總收入。廢票管理該模塊記錄了再收費過程中由于操作失誤而產(chǎn)生的作廢車票信息， 底層員工無權(quán)處理，高權(quán)限監(jiān)督管理人員方可進行處理。4.2.1.3 糾紛協(xié)調(diào)管理意外事故處理管理該模塊記錄每次事故處理的基本信息，包括事故發(fā)生時間、地點

26、、肇事人、事故發(fā)生原因、事故處理支出。乘客反饋管理該模塊記錄任何乘客們的反饋以及提出的有益建議。4.2.1.4 財務管理收銀管理該模塊由收銀員進行操作， 記錄著每個售票員的每班次的收入， 同時也記錄了每個班次的人流數(shù)、 每班次售出的每種票價的票數(shù)。 每日最后一班車后， 收銀員要作出最后統(tǒng)計每個售票員一日的工作情況， 包括整日的人流、 票數(shù)、 總收入。報表統(tǒng)計管理該模塊由財務管理人員進行操作， 對基本數(shù)據(jù)進行統(tǒng)計， 最后輸出報表， 包 括日報表、月報表、年報表。4.2.2 處 理 流 程 設(shè) 計4.2.2.1 系 統(tǒng) 流 程 設(shè) 計依據(jù)上面系統(tǒng)分析報告的財務管理分析數(shù)據(jù)流程圖， 對公交管理信息系

27、統(tǒng)的財務管理子系統(tǒng)進行系統(tǒng)流程設(shè)計， 同系統(tǒng)流程圖來描述各數(shù)據(jù)在計算機存儲介 質(zhì)間的流動、轉(zhuǎn)換、和存儲情況。其系統(tǒng)流程圖如圖 2.1：4.2.2.2 模塊處理過程描述我們對收費監(jiān)控流程的程序用程序流程圖來描述系統(tǒng)設(shè)計的程4.2.3 代碼設(shè)計在MIS中，每種實體都必須有代碼。代碼是代表事物名稱、屬性、狀態(tài)等 的符號，是數(shù)據(jù)的重要組成部分，它唯一標識實體，節(jié)省存儲空間單元，提高數(shù) 據(jù)處理效率，便于數(shù)據(jù)的存儲和檢索。代碼字符設(shè)置精準合理，無論記錄、記憶,還是存儲， 都可以節(jié)省時間和空間。 根據(jù)系統(tǒng)所涉及的數(shù)據(jù)特點， 將代碼設(shè)計如下：4.2.3.1 車輛車牌號碼的代碼設(shè)計車牌號碼的確定遵循原有的統(tǒng)一編

28、號方法， 即分為車牌所屬地簡稱和車輛排序號，兩者組合成為統(tǒng)一的車牌編號。在系統(tǒng)中，直接采用該方法，便于工作上的操作和識別。4.2.3.2 人員編號的代碼設(shè)計無論是財務管理方面的人員還是車票銷售的工作人員， 都統(tǒng)一編號， 以便于公司統(tǒng)一管理。 人員編號分為兩個部分， 包括人員所在部門名稱的拼音縮寫， 比如：售票部的拼音縮寫為sb,財務部的拼音縮寫為cb；還包括人員的排序編號，參考公司下屬工作人員的人數(shù)，編號長度設(shè)為 4 位，即第一位員工編號為 0001，以此類推。綜上所述，若一名工作人員是在財務部的，則其編號為cbxxxx04.2.3.3 車票票號的代碼設(shè)計由于車票的種類有票價和編號決定， 故其

29、代碼設(shè)計包括這兩部分，這有利于售票員的工作需求。前半部分是票價，如 1 元；后半部分是順序號，若為今天第一位乘客購買的票，則編號為0001，以此類推。兩者結(jié)合到一起，則成為完整的車票號。4.2.3.4 車票收據(jù)的代碼設(shè)計車票收據(jù)是一天中乘客數(shù)的表現(xiàn)， 也是公司收益的體現(xiàn)， 為了方便售票員上繳數(shù)據(jù)和財務部的工作，采取日期和收據(jù)所印刷的號碼進行登記。4.2.4 輸出設(shè)計本系統(tǒng)的輸出設(shè)計主要是根據(jù)輸入設(shè)計中高層管理人員登錄系統(tǒng)查詢數(shù)據(jù)而輸出的各類數(shù)據(jù)，主要是報表、表格、圖表等。當?shù)卿浫藛T賬號記錯或者密碼錯誤時，系統(tǒng)會自動生成對話框，提示用戶所犯錯誤。4.2.5 輸入界面設(shè)計4.2.5.1 該管理系統(tǒng)

30、的用戶是車隊的全體工作人員， 工作人員先登錄該車隊的網(wǎng)站，然后在那網(wǎng)站首頁選擇自己所在的部門，然后就會彈出登錄界面。登錄賬號就是工作人員自己的代碼， 密碼可以自己設(shè)置， 如若忘記密碼， 可以點擊界面的“找回密碼”文字來找回密碼。4.2.5.2 進入部門的管理系統(tǒng)后，根據(jù)權(quán)限的高低可對系統(tǒng)內(nèi)部的信息進行 查詢或更新、修改、刪除。4.2.6 數(shù)據(jù)庫設(shè)計4.2.6.1 概念結(jié)構(gòu)設(shè)計通過對系統(tǒng)業(yè)務及原始數(shù)據(jù)的分析，本系統(tǒng)的數(shù)據(jù)庫文件設(shè)計結(jié)果見表如下:數(shù)據(jù)名稱乘客組成名稱類型寬度小數(shù)位說明數(shù)姓名字符10-乘客的姓名性別邏輯1-F/T二男/女電話號碼數(shù)值9整數(shù)聯(lián)系電話左映映入 1P字符6-車票的類型電子郵

31、件字符12-聯(lián)系的內(nèi)部Email數(shù)據(jù)名稱售票員組成名稱類型寬度小數(shù)位說明數(shù)姓名字符10-售票員姓名性別邏輯1-F/T =男/女編號字符6售票員的編號1P字符6-車票的類型車票收據(jù)字符12-收據(jù)編號表1.5財務人員基本信息表數(shù)據(jù)名稱財務人員組成名稱類型寬度小數(shù)位說明數(shù)姓名字符10-財務人員名稱性別邏輯1-F/T =男/女編號字符6-財務人員的編號車票收據(jù)字符12-收據(jù)編號其E-R關(guān)系圖為：乘客與售票員為多對一關(guān)系，售票員與財務人員為多對一關(guān)系。4.3.6.2邏輯結(jié)構(gòu)設(shè)計將圖的E-R圖轉(zhuǎn)換為關(guān)系模型：乘客（姓名，性別，車票號，）此為乘客實體對應的關(guān)系模式，該關(guān)系模式已經(jīng)包含聯(lián)系“購票”所對應的 關(guān)

32、系模式。車票號是關(guān)系的主碼。售票員（姓名，編號，車票號，收據(jù)，）此為售票員實體對應的關(guān)系模式，該關(guān)系模式已經(jīng)包含聯(lián)系“上交”所對應 的關(guān)系模式。編號是主碼，車票號是候選碼。財務人員（姓名，性別，收據(jù)，編號）此為財務人員實體對應的關(guān)系模式，主碼是編號。3.2.6.3物理結(jié)構(gòu)設(shè)計常用的物理存取方法主要有三類：第一類是索引方法，目前主要是B+樹索引方法；第二類是聚簇方法；第三類是 HASH方法。我們這里主要采用的是索 引存取方法中的唯一索引。4.2.7 安全保密設(shè)計為使本系統(tǒng)可以安全、準確地運行，防止機密數(shù)據(jù)被泄露，防止無權(quán)者使用、 改變或有意破壞他們無權(quán)使用的數(shù)據(jù)以及保護數(shù)據(jù)結(jié)構(gòu)不受損害，保證數(shù)據(jù)

33、的正確性、有效性和一致性，我們需要對系統(tǒng)進行安全性保護和完整性保護的安全保 密設(shè)計。在技術(shù)方面，我們從以下方面入手來提高系統(tǒng)的安全性與完整性。4.2.7.1 硬件方面 選用可靠性較高的硬件設(shè)備，選用性能優(yōu)良的服務器和工作站，服務器有完善的容錯能力，允許帶電熱拔插，有智能 I/O性能，并且配 有不間斷電源、穩(wěn)壓器、防病毒卡等。4.2.7.2 軟件方面訪問控制。 進入系統(tǒng)時， 在終端上采用憑 “用戶名” 和“密碼” 進入系統(tǒng)，以防非法侵入，密碼必須要長于 6 位，且是于數(shù)字，字母，字符等混合。選擇性訪問控制。 對用戶分級， 不同級別的用戶訪問權(quán)限不同， 可使用功 能也不同。加密。將原有可讀信息（程

34、序、數(shù)據(jù)）進行翻譯，譯成密碼或譯文的代碼 形式，以保護信息安全。4.2.7.3 網(wǎng)絡(luò)方面調(diào)制調(diào)解器安全。 防止對網(wǎng)絡(luò)撥號設(shè)備的非授權(quán)訪問， 限制只有授權(quán)的用 戶才可對系統(tǒng)進行訪問。為防止傳輸介質(zhì)受到電磁干擾或被截獲竊聽，用防電磁泄漏的防護措施， 利用加密方法對抗截獲竊聽。防火墻。在網(wǎng)絡(luò)中心處建成專用防火墻以防止非法人員的攻擊。4.2.7.4 數(shù)據(jù)庫方面訪問限制。設(shè)立DBA數(shù)據(jù)庫用戶及其訪問權(quán)限應由DBA艮據(jù)DBMST提供的功能進行控制。數(shù)據(jù)加密。跟蹤審查。 建立監(jiān)視軟件， 對某些保密的數(shù)據(jù)實施跟蹤， 記錄有關(guān)數(shù)據(jù)的 訪問活動，一旦發(fā)現(xiàn)潛在的竊密企圖，采取相應措施。建立相關(guān)的備份程序，定期對系統(tǒng)

35、中的數(shù)據(jù)進行備份。鏡像技術(shù)。執(zhí)行時可用邏輯鏡像，也可用物理鏡像。歸檔。將文件從在線存儲器上復制到磁盤或光學介質(zhì)上，以便長期保存。4.2.8 物理配置方案設(shè)計4.2.8.1 計算機網(wǎng)絡(luò)的設(shè)計與選擇網(wǎng)絡(luò)類型根據(jù)傳輸距離短選擇局域網(wǎng)， 網(wǎng)絡(luò)拓撲結(jié)構(gòu)選擇星型結(jié)構(gòu)， 網(wǎng)絡(luò)協(xié)議選擇企業(yè)內(nèi)聯(lián)網(wǎng)中應用廣泛的 TCP/IP 協(xié)議。4.2.8.2 計算機硬件設(shè)備選擇對于一般面向企業(yè)的管理信息系統(tǒng)， 其應用本身一般是分布式的， 故采用微機網(wǎng)絡(luò)，這樣更靈活、經(jīng)濟。由于現(xiàn)在微機在性能上已經(jīng)有了很大的提高，甚至超出了早期大型機的水平，而價格又相對較低，所以選擇微機作為硬件支撐環(huán)境。4.2.8.3 計算機軟件配置選擇a、

36、中文的使用b、 操作系統(tǒng)： Windows XPc 、數(shù)據(jù)庫：關(guān)系型。d、 常用程序設(shè)計語言： C+, VC, VB, Java.e、 第四代程序生成語言： Intellect 、 Clout 、 SQL、 Focus.f 、 工具：需求分析工具。g、 應用系統(tǒng)設(shè)計開發(fā)環(huán)境： CASE.h、 圖形軟件： PS.i 、 應用軟件包：統(tǒng)計分析軟件包、數(shù)學規(guī)劃軟件包。4.2.8.4 費用預算在經(jīng)濟可行性分析中，已預算計算機硬件費用約 4.3 萬元，軟件費用約 1.6萬元，計算機年維護費用約 3.5 萬元，五年總計預算為 23.4 萬元。4.2.9.系統(tǒng)實施方案及說明4.2.9.1 開發(fā)環(huán)境本系統(tǒng)在

37、Windows XP 操作系統(tǒng)上開發(fā)，用 Visual Foxpro 6.0 進行前臺界面 設(shè)計， SQL Sever 2000進行后臺數(shù)據(jù)庫設(shè)計，Microsoft office visio 2003 進行業(yè)務流程和數(shù)據(jù)流程設(shè)計。Visual FoxPro 6.0 在開發(fā)上和實施過程中都體現(xiàn)了優(yōu)越性， 主要的特點表現(xiàn) 在以下幾個方面： 易于使用； 可視化開發(fā)； 事件驅(qū)動； 面對對象編程； 應用向?qū)Ш蜕善鳎?Visual Foxpro 6.0基礎(chǔ)類和組件庫； 支持網(wǎng)絡(luò)功能，編譯速度更快； 支持 OLE 拖放和嵌入活動文檔； SQL Server 2000能夠提供數(shù)據(jù)庫之間的數(shù)據(jù)復制功能，可代

38、替現(xiàn)有系統(tǒng)數(shù)據(jù)的手工傳遞工作，降低出錯率，提高數(shù)據(jù)的可用性。 Microsoft office visio 2003 能夠進行業(yè)務流程和數(shù)據(jù)流程的設(shè)計。4.2.9.2 調(diào)試和測試過程測試是一個應用程序開發(fā)過程中的必要步驟， 也只有通過測試， 系統(tǒng)才能確定其所擁有的功能是否已經(jīng)具備， 是否有不足之處， 有哪些未知的錯誤以及通過設(shè)置斷點， 用單步調(diào)試來確定有錯誤的代碼， 或者對可能發(fā)生異常的代碼短進行拋出、捕獲異常，進而解決問題。第五章 公交車管理系統(tǒng)的功能實現(xiàn)下面給出系統(tǒng)開發(fā)出來的詳細界面以闡述售票管理系統(tǒng)的具體功能5.1 登陸界面編碼設(shè)計首先是進入登陸界面。sele 人員登錄表if allt(

39、thisform.text1.value)=messagebox( 請輸入賬號！ ,64, 提示 )thisform.text1.setfocuselseif allt(thisform.text2.value)=messagebox( 請輸入登錄密碼！ ,64, 提示 )thisform.text2.setfocuselselocate for (allt(賬號)=allt(thisform.text1.value) .and.;allt(密碼)=allt(thisform.text2.value)if found()thisform.releaseclear eventdo qcmenu.

40、mprelseif n1messagebox（系統(tǒng)登錄密碼錯誤，請重新輸入！,64,提示）thisform.text1.value=thisform.text2.value=thisform.text1.setfocusn=n-1elsethisform.text1.enabled=.f.thisform.text2.enabled=.f.mand1.enabled=.f.messagebox（系統(tǒng)登錄密碼嚴重錯誤，請退出系統(tǒng)!,64,提示）endifendifendifendif5.2 人員整體信息管理界面編碼設(shè)計增加記錄：thisform.grid1.enabled=.t.sele 工作人

41、員表append blankthisform.refreshthisform.grid1.setfocus刪除記錄：if messageboxC確定要刪除該條記錄嗎？ ,1+32,信息）=1select 工作人員表deletethisform.refreshthisform.grid1.setfocuselsethisform.grid1.setfocusendif修改記錄：thisform.grid1.enabled=.t.thisform.refresh查詢記錄：thisform.grid1.enabled=.T.thisform.refresh5.3 財務信息管理界面編碼設(shè)計5.4 客運

42、信息查詢sele * from 客車信息表into cursor tempthisform.grid1.columncount=-1thisform.grid1.recordsource=temp第六章系統(tǒng)測試計劃系統(tǒng)設(shè)計完成后，還有一項重要的工作，那就是系統(tǒng)測試和調(diào)試，找出不足， 進行系統(tǒng)完善。系統(tǒng)測試報告的主要內(nèi)容和格式如下：6.1. 引言6.1.1 編寫目的對項目進行測試，詳細記錄測試過程，對軟件的質(zhì)量進行評估，同時提供了 更正系統(tǒng)漏洞的依據(jù)。6.1.2 定義A.黑盒測試：黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都 能正常使用。在測試中，把程序看作一個不能打開的黑盒子， 在完

43、全不考慮程序 內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按 照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確 的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟 件界面和軟件功能進行測試。B.白盒測試：白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試， 它是按照程序內(nèi)部的 結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正 常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。這一方法是把測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息， 設(shè)計 或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢

44、查程序的狀態(tài)， 確定實際的狀態(tài)是否與預期的狀態(tài)一致。6.2. 計劃6.2.1軟件說明名稱功能輸入輸出系統(tǒng)登錄測試判別用戶身份是否合法用戶名、密碼、權(quán)限顯不相應于系統(tǒng)財務管理測試財務流入支出管理財務收支信息修改、添加、刪除財務信息職工信息查詢測試職工各種信息職工號所需查詢的職工相關(guān)信息會員測試幫助市民公交卡充值、查詢用戶id和公交卡id公交卡余額顯示，修 改、添加、刪除會員信 息客運信息測試查詢客運的信息公交車牌號、查詢?nèi)掌谠摴嚨乃緳C與搭檔用戶、管理員管理測試管理用戶管理員登錄系統(tǒng)查詢、添加、刪除、修改、鎖定用戶6.2.2測試內(nèi)容測試1:名稱：系統(tǒng)登錄測試目的：測試系統(tǒng)操作界面內(nèi)容：輸入用戶名

45、、密碼、權(quán)限，檢查用戶是否合理、合法測試2:名稱：財務管理測試目的：測試公交系統(tǒng)財務管理功能內(nèi)容：查詢、添加、刪除、修改每日財務信息測試3:名稱：職工信息查詢測試目的：測試系統(tǒng)查詢職工工資、職位等信息內(nèi)容：輸入職工號和密碼，進行職工信息查詢測試4:名稱：會員測試目的：會員公交卡充值功能和查詢余額修改信息功能內(nèi)容：輸入會員身份證和公交卡號，進行公交卡充值和查詢測試5:名稱：客運信息測試目的：明確公交負責人，查詢公交出問題時由誰負責內(nèi)容：查詢出所要查詢的日期的公交是那個職工負責測試 6：名稱：用戶、管理員管理測試目的：測試用戶、管理員的管理功能內(nèi)容：添加、刪除、修改用戶、管理員信息6.2.1 測試

46、 1（系統(tǒng)登錄測試）參與單位：軟件開發(fā)人員被測試的部位：登錄界面6.2.1.1 進度安排測試日期：6.2.1.2 條件測試人員：編寫者進行該功能模塊的測試測試軟件： 采用黑盒測試的方法， 由人工設(shè)計測試用例， 對該功能模塊一次進行測試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)6.2.1.3 測試資料需求規(guī)格說明書概要設(shè)計說明書詳細設(shè)計說明書6.2.1.4 測試培訓6.2.2 測試2（財務管理測試）參與單位：軟件開發(fā)人員被測試的部位：會計人員模塊的財務管理功能6.2.2.1 進度安排測試日期：6.2.2.2 條件測試人員：編寫者進行該功能模塊的測試測試軟件： 采用黑盒測試的方法， 由人工設(shè)計測試用例， 對該

47、功能模塊一次進行測試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)6.2.2.3 測試資料需求規(guī)格說明書概要設(shè)計說明書詳細設(shè)計說明書6.2.2.4 測試培訓6.2.3 測試3（職工信息查詢測試）6.2.3.1 進度安排測試日期：6.2.3.2 條件測試人員：編寫者進行該功能模塊的測試測試軟件： 采用黑盒測試的方法， 由人工設(shè)計測試用例，進行測試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)6.2.3.3 測試資料需求規(guī)格說明書概要設(shè)計說明書詳細設(shè)計說明書6.2.3.4 測試培訓6.2.4 測試4（會員測試）6.2.4.1 進度安排測試日期：6.2.4.2 條件測試人員：編寫者進行該功能模塊的測試測試軟件： 采用黑盒測試的方法

48、， 由人工設(shè)計測試用例，進行測試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)6.2.4.3 測試資料需求規(guī)格說明書概要設(shè)計說明書對該功能模塊一次對該功能模塊一次詳細設(shè)計說明書6.2.5 測試5（會員測試）6.2.5.1 進度安排測試日期：6.2.5.2 條件測試人員：編寫者進行該功能模塊的測試測試軟件： 采用黑盒測試的方法， 由人工設(shè)計測試用例， 對該功能模塊一次進行測試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)6.2.5.3 測試資料需求規(guī)格說明書概要設(shè)計說明書詳細設(shè)計說明書6.2.5.4 測試培訓6.2.6 測試6（用戶、管理員測試）6.2.6.1 進度安排測試日期：6.2.6.2 條件測試人員：編寫者進行該功能模

49、塊的測試測試軟件： 采用黑盒測試的方法， 由人工設(shè)計測試用例， 對該功能模塊一次進行測試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)6.2.6.3 測試資料需求規(guī)格說明書概要設(shè)計說明書詳細設(shè)計說明書6.2.6.4 測試培訓6.3. 測試設(shè)計說明6.3.1 測試 1（系統(tǒng)登錄測試）對于系統(tǒng)登錄測試應該既要考慮到用戶身份的合法性驗證也要考慮到用戶 身份的不合法性驗證。6.3.1.1 控制根據(jù)用戶不同的身份權(quán)限可以先人工輸入一些數(shù)據(jù)， 然后根據(jù)不同的權(quán)限對 系統(tǒng)登錄進行測試。6.3.1.1 輸入、輸出根據(jù)不同的輸入，可以得出不同的輸出結(jié)果，其結(jié)果可以如下表所示:輸入輸出用戶名密碼權(quán)限進入公開公交網(wǎng)頁admin管理

50、員登錄失敗，輸入錯誤admi管理員登錄失敗，輸入錯誤admiadmin管理員登錄成功，進入管理員模塊111111職工登錄失敗，輸入錯誤001職工登錄失敗，輸入錯誤001111111職工登錄成功，進入職工登錄模塊6.3.1.2 過程根據(jù)不同的身份，輸入各自的用戶名和密碼，包括密碼和用戶名分別為空的 情況，對系統(tǒng)登錄模塊進行測試。如果輸入錯誤，則登錄失??；輸入成功，則登 錄成功；其中如果用戶名和密碼都為空，則默認為是普通市民進入公交網(wǎng)頁。6.3.2 測試2 （財務管理測試）6.3.2.1 控制輸入權(quán)限，進入賬號和密碼，對財務進行查詢，修改，刪除等等。6.3.2.2 輸入、輸出5.3.2.3 過程運

51、行系統(tǒng)，進入財務人員模塊，進行財務信息查詢和修改、刪除，測試財務 查詢功能。6.3.3 測試3 （職工信息管理測試）對職工信息管理的各項功能，包括職工各種信息的添加、刪除、修改進行測 試，以及對部門分類的添加、刪除、修改進行測試。6.3.3.1 控制根據(jù)職工所需的信息對職工管理系統(tǒng)進行錄入操作，并且可以添加職工職位 分類。同時也可以對職工信息進行修改和刪除操作6.3.3.2輸入、輸出職工號姓名性別出生日期職稱所屬部門輸入001張三男10/05/70司機客運部輸出添加成功職工號姓名性別出生日期職稱所屬部門輸入102黃安男06/30/88會計財務部輸 出添加成功6.3.3.3 過程運行系統(tǒng)，進入管

52、理員模塊，對圖書管理及圖書分類管理進行測試。6.3.4 測試4 （會員測試）6.3.4.1 控制會員登陸系統(tǒng)，通過用戶id和公交卡id,會員可以進行公交卡充值余額查詢，從而以測試會員功能。6.3.4.2輸入、輸出輸入輸出用戶id公交卡id用戶編號不能為空19900721公交卡編號不能為空19900020此用戶/、存在19900721200305191此卡號/、存在19900721200305190001登錄成功6.3.4.3 過程運行系統(tǒng)，進入用戶模塊，查詢余額，充值公交卡，測試充值功能。6.3.5 測試5 （客運信息測試）6.3.5.1 控制在管理員模塊對公交車負責人進行測試，其中包括公交車牌號和日期正確和 不正確的情況。6.3.5.2輸入、輸出3.8.3.5.2輸入、輸出3.8.3.5.2輸入、輸出3