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

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

2、界面編碼設(shè)計(jì)5.4客運(yùn)信息查詢第六章系統(tǒng)測(cè)試計(jì)劃6.1. 引言6.2. 計(jì):劃6.3. 測(cè)試設(shè)計(jì)說(shuō)明6.4. 評(píng)價(jià)準(zhǔn)則第七章總結(jié)第一章緒論針對(duì)公交車傳統(tǒng)作業(yè)流程中的種種弊端， 結(jié)合現(xiàn)代迅速發(fā)展的信息技術(shù)，我 運(yùn)用所學(xué)的信息管理及系統(tǒng)分析與設(shè)計(jì)的知識(shí)開發(fā)出了公交車的管理信息系統(tǒng)。一個(gè)計(jì)算機(jī)管理系統(tǒng)必須有一個(gè)正確的設(shè)計(jì)指導(dǎo)思想，通過(guò)合理的選擇數(shù)據(jù) 結(jié)構(gòu)，操作系統(tǒng)以及開發(fā)環(huán)境，構(gòu)成一個(gè)完善的網(wǎng)絡(luò)系統(tǒng)，才能充分發(fā)揮計(jì)算機(jī) 信息管理優(yōu)勢(shì)?，F(xiàn)代化的車站售票是集預(yù)定車票、售票、退票、車次查詢、報(bào)表及其他各種服務(wù)，車站售票組織龐大，服務(wù)項(xiàng)目多，信息量大，要想提高勞動(dòng) 生產(chǎn)，降低成本，提高服務(wù)質(zhì)量和管理水平，進(jìn)

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

4、4、系統(tǒng)測(cè)試報(bào)告：將系統(tǒng)最主要的功能模塊進(jìn)行逐一的檢測(cè)，對(duì)說(shuō)明書中列舉的功能進(jìn)行排查，對(duì)系統(tǒng)實(shí)現(xiàn)各功能的正常運(yùn)行做充分的測(cè)試， 輸入合理及 不合理的測(cè)試數(shù)據(jù)檢驗(yàn)功能的運(yùn)行及出錯(cuò)處理情況。此系統(tǒng)的開發(fā)，主要是給管理工作者帶來(lái)工作上的便利。 運(yùn)用科學(xué)、系統(tǒng)的 方法有步驟、有目的、循序漸進(jìn)的開發(fā)完成。第二章系統(tǒng)分析根據(jù)對(duì)用戶的需求，對(duì)公交車的業(yè)務(wù)活動(dòng)的進(jìn)行全面的調(diào)查分析， 詳細(xì)掌握 了相關(guān)工作流程，收集票據(jù)、賬單、報(bào)表等資料，分析現(xiàn)行系統(tǒng)的局限性和不足之處，并根據(jù)公交的條件，找出可行方案。2.1. 組織結(jié)構(gòu)分析：公交車隊(duì)的高層領(lǐng)導(dǎo)由一名總隊(duì)長(zhǎng)、 三名副隊(duì)長(zhǎng)組成?？傟?duì)長(zhǎng)負(fù)責(zé)總體事務(wù) 的決策，畐9隊(duì)長(zhǎng)負(fù)

5、責(zé)主要事務(wù)的決策，三個(gè)副隊(duì)長(zhǎng)分別負(fù)責(zé)客運(yùn)部、售票部、糾 紛協(xié)調(diào)部、財(cái)務(wù)部。其具體職能如下：客運(yùn)部主要職能是負(fù)責(zé)公交班次安排，負(fù)責(zé)司機(jī)行為規(guī)范，負(fù)責(zé)站點(diǎn)監(jiān)督和 指導(dǎo)。售票部主要職能是負(fù)責(zé)售票員的售票，負(fù)責(zé)車票價(jià)格的協(xié)調(diào)與制定。糾紛協(xié)調(diào)部得主要職能是負(fù)責(zé)臨時(shí)突發(fā)事件，例如，乘客鬧事，交通堵塞，客車故障，交通事故等等。財(cái)務(wù)部主要職能是負(fù)責(zé)收銀，負(fù)責(zé)會(huì)計(jì)，負(fù)責(zé)財(cái)務(wù)分析，負(fù)責(zé)報(bào)表。22業(yè)務(wù)流程分析收費(fèi)監(jiān)控流程：根據(jù)系統(tǒng)中設(shè)定的路段收費(fèi)標(biāo)準(zhǔn)，當(dāng)公交駛?cè)肽呈召M(fèi)路段售票員判斷車輛所 屬地，同時(shí)，售票員根據(jù)不同路段的不同價(jià)位在收費(fèi)劃單中操作，根據(jù)收費(fèi)單中的價(jià)格告知乘車顧客，并進(jìn)行收費(fèi)，乘客將公交車費(fèi)交給售票員后

6、，售票員將撕 一張已打印好的交款憑證給顧客。如果售票員工作失誤，多撕了、少撕了或者撕錯(cuò)了憑證，可以繼續(xù)給下一位 乘客交款憑證（少撕的憑證可以即時(shí)補(bǔ)給），先完成收費(fèi)工作，然后要將廢票的 票據(jù)出示給監(jiān)控員，監(jiān)控員依據(jù)廢票的票據(jù)號(hào)進(jìn)行廢票的處理工作 （監(jiān)控員只是 登記廢票的票據(jù)號(hào)，做一個(gè)刪除登記，不能徹底刪除），處理完后記錄廢票信息。每天每班車工作完成后，售票員將收費(fèi)單和剩余收款憑證交至?xí)?jì)人員進(jìn)行 審核，確定無(wú)誤后登記，每日會(huì)計(jì)統(tǒng)計(jì)出日?qǐng)?bào)表和客人流數(shù)據(jù)交給收銀員；月末收銀員審核過(guò)數(shù)據(jù)后將月報(bào)表、年報(bào)表交至財(cái)務(wù)部由財(cái)務(wù)分析員對(duì)這些報(bào)表數(shù)據(jù) 進(jìn)行分析，以便做好進(jìn)一步的規(guī)劃預(yù)算，同時(shí)還需將月報(bào)表、年報(bào)表

7、和客流量匯 總表及時(shí)交給總隊(duì)長(zhǎng)。其業(yè)務(wù)流程圖如圖：222會(huì)計(jì)記賬流程：會(huì)計(jì)人員根據(jù)售票員提供的剩余憑證和收費(fèi)劃單及監(jiān)控員提供的作廢憑證在電腦上進(jìn)行登記賬單，形成日?qǐng)?bào)表，再將日?qǐng)?bào)表交由收銀員審核，審核通過(guò)則 收銀員根據(jù)會(huì)計(jì)做的日?qǐng)?bào)表，月末形成月報(bào)表，年末形成年報(bào)表。不通過(guò)，則返 回日?qǐng)?bào)表給會(huì)計(jì)令其糾正。其業(yè)務(wù)流程圖如圖：23數(shù)據(jù)流程分析財(cái)務(wù)管理流程：每天每班車工作完成后，售票員將收費(fèi)單和剩余收 款憑證交至?xí)?jì)人員進(jìn)行審核，確定無(wú)誤后登記，每日會(huì)計(jì)統(tǒng)計(jì)出日?qǐng)?bào)表和客人 流數(shù)據(jù)交給收銀員；月末收銀員審核過(guò)數(shù)據(jù)后將月報(bào)表、 年報(bào)表交至財(cái)務(wù)部由財(cái) 務(wù)分析員對(duì)這些報(bào)表數(shù)據(jù)進(jìn)行分析，以便做好進(jìn)一步的規(guī)劃預(yù)算，

8、同時(shí)還需將月 報(bào)表、年報(bào)表和客流量匯總表及時(shí)交給總隊(duì)長(zhǎng)。數(shù)據(jù)字典（一）數(shù)據(jù)流的描述數(shù)據(jù)流編號(hào)：D-1數(shù)據(jù)流名稱：購(gòu)票單簡(jiǎn)述：由工作人員幫助乘客填好購(gòu)票單數(shù)據(jù)流來(lái)源：乘客數(shù)據(jù)流去向：登記處審核處理數(shù)據(jù)項(xiàng)組成：乘客名稱+票價(jià)+車票類型+經(jīng)手人+購(gòu)買時(shí)間數(shù)據(jù)流量：約8張/日高峰流量：約15張/日數(shù)據(jù)流編號(hào)：D-2數(shù)據(jù)流名稱：收款憑證簡(jiǎn)述：經(jīng)登記處填好的收款憑證數(shù)據(jù)流來(lái)源：登記處審核處理數(shù)據(jù)流去向：售票員數(shù)據(jù)項(xiàng)組成：乘客名稱+票價(jià)+車票類型+經(jīng)手人+購(gòu)買時(shí)間數(shù)據(jù)流量：約8張/日高峰流量：約15張/日數(shù)據(jù)流編號(hào)：D-3數(shù)據(jù)流名稱：收費(fèi)單簡(jiǎn)述：由售票員填好的收費(fèi)單數(shù)據(jù)流來(lái)源：售票員數(shù)據(jù)流去向：會(huì)計(jì)人員審核

9、登記處理數(shù)據(jù)項(xiàng)組成：乘客名稱+票價(jià)+車票類型+經(jīng)手人+購(gòu)買時(shí)間數(shù)據(jù)流量：約2張/周高峰流量：約4張/周（二）處理邏輯的描述處理邏輯編號(hào)：P-1處理邏輯名稱：購(gòu)票單審核簡(jiǎn)述：審核購(gòu)票單輸入的數(shù)據(jù)流：購(gòu)票單處理描述：審核購(gòu)票單，填寫收款憑證輸出的數(shù)據(jù)流：收款憑證處理頻率：8次/日處理邏輯編號(hào)：P 2 處理邏輯名稱：會(huì)計(jì)人員審核登記處理簡(jiǎn)述：根據(jù)收費(fèi)單將數(shù)據(jù)記入日?qǐng)?bào)表輸入的數(shù)據(jù)流：收費(fèi)單處理描述：根據(jù)收費(fèi)單將數(shù)據(jù)記入日?qǐng)?bào)表，并更新相關(guān)數(shù)據(jù)輸出的數(shù)據(jù)流：客流數(shù)據(jù)處理頻率：8次/日（三）數(shù)據(jù)存儲(chǔ)的描述數(shù)據(jù)存儲(chǔ)編號(hào)：F-2數(shù)據(jù)存儲(chǔ)名稱：匯總臺(tái)賬簡(jiǎn)述：記錄車票銷售的情況數(shù)據(jù)存儲(chǔ)組成：銷售數(shù)量+乘客名稱+票價(jià)

10、+車票類型+經(jīng)手人+購(gòu)買時(shí)間 關(guān)鍵字：乘客名稱+票價(jià)相關(guān)聯(lián)的處理：P 1，P 2，P 3（四）外部實(shí)體的描述外部實(shí)體編號(hào)：S-1外部實(shí)體名稱：售票員簡(jiǎn)述：填寫收費(fèi)單輸入的數(shù)據(jù)流：D2, D3, D 4輸出的數(shù)據(jù)流：D22.4. 系統(tǒng)需求分析241計(jì)算機(jī)和處理器處理器800MHz以上（如果開啟視頻至少1GHz）內(nèi)存128MB以上（如果開啟視頻至少 256MB）243硬盤安裝需要100MB的硬盤空間，運(yùn)行需要 50MB空余空間244顯示器最小800 x 600 （建議使用1024 x 768）屏幕分辨率瀏覽器計(jì)算機(jī)上應(yīng)該安裝了 Microsoft In ternet Explorer 6或更高版本

11、，但是不一定要設(shè)置為默認(rèn)瀏覽器。2.4.6I nternet 連接互聯(lián)網(wǎng)接入（寬帶接入效果最佳，無(wú)線接入質(zhì)量降低，模擬線路不建議使用） 管理人員的支持管理人員對(duì)該系統(tǒng)充分理解與支持，并要求其員工進(jìn)行系統(tǒng)操作培訓(xùn)。2.5. 需求規(guī)格說(shuō)明書引言2.5. 1.1編寫目的目的是提高工作效率，節(jié)約人力資源，并作為軟件設(shè)計(jì)人員設(shè)計(jì)依據(jù)和使用單 位的驗(yàn)收標(biāo)準(zhǔn)。預(yù)期的讀者是軟件設(shè)計(jì)人員還有組織高層人員。2.5.1.2 背景此待開發(fā)系統(tǒng)的名叫公交車信息管理系統(tǒng)，是公交車高層管理人員提出需要開發(fā)此項(xiàng)目，進(jìn)行研究開發(fā)，供車隊(duì)指定工作人員使用。2.5.1.3 定義Xm： XML( Extensible Markup

12、Language )即可擴(kuò)展標(biāo)記語(yǔ)言，它與 HTML一樣，都是 SGML（Sta ndard Gen eralized Markup Lan guage,標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言）。Xml是In ternet環(huán)境中跨平臺(tái)的，依賴于內(nèi)容的技術(shù)，是當(dāng)前處理結(jié)構(gòu)化 文檔信息的有力工具。擴(kuò)展標(biāo)記語(yǔ)言XML是一種簡(jiǎn)單的數(shù)據(jù)存儲(chǔ)語(yǔ)言，使用一系 列簡(jiǎn)單的標(biāo)記描述數(shù)據(jù)，而這些標(biāo)記可以用方便的方式建立， 雖然XML占用的空 間比二進(jìn)制數(shù)據(jù)要占用更多的空間，但 XML極其簡(jiǎn)單易于掌握和使用。XML與 Access,Oracle和SQL Server等數(shù)據(jù)庫(kù)不同，數(shù)據(jù)庫(kù)提供了更強(qiáng)有 力的數(shù)據(jù)存儲(chǔ)和分析能力，例如：數(shù)據(jù)索引、

13、排序、查找、相關(guān)一致性等，XML僅僅是展示數(shù)據(jù)。事實(shí)上XML與其他數(shù)據(jù)表現(xiàn)形式最大的不同是：他極其簡(jiǎn)單。 這是一個(gè)看上去有點(diǎn)瑣細(xì)的優(yōu)點(diǎn)，但正是這點(diǎn)使XML與眾不同。XML與 HTM的設(shè)計(jì)區(qū)別是：XML是用來(lái)存儲(chǔ)數(shù)據(jù)的，重在數(shù)據(jù)本身。而 HTM L是用來(lái)定義數(shù)據(jù)的，重在數(shù)據(jù)的顯示模式。XML的簡(jiǎn)單使其易于在任何應(yīng)用程序中讀寫數(shù)據(jù)，這使XML很快成為數(shù)據(jù)交 換的唯一公共語(yǔ)言，雖然不同的應(yīng)用軟件也支持其它的數(shù)據(jù)交換格式， 但不久之 后他們都將支持XML那就意味著程序可以更容易的與 Windows Mac OS, Linu x以及其他平臺(tái)下產(chǎn)生的信息結(jié)合，然后可以很容易加載XML數(shù)據(jù)到程序中并分 析他

14、，并以XML格式輸出結(jié)果。任務(wù)概述2.521目標(biāo)本系統(tǒng)通過(guò)強(qiáng)大的網(wǎng)絡(luò)技術(shù)給組織的工作人員帶來(lái)方便，本系統(tǒng)能實(shí)現(xiàn)客運(yùn) 管理、售票管理、協(xié)調(diào)糾紛管理、財(cái)務(wù)管理，提高工作人員的工作效律，為工作 人員提供了極大方便，即使不出門也可以進(jìn)行工作上的處理。用戶特點(diǎn)最終用戶可分為操作人員、維護(hù)人員。 其中，操作人員要求對(duì)計(jì)算機(jī)有一 定了解的人員。維護(hù)人員要求對(duì)本系統(tǒng)有較深的了解， 同時(shí)對(duì)系統(tǒng)相關(guān)信息及工 作流程有所了解的技術(shù)人員。本系統(tǒng)需要在資源的動(dòng)態(tài)更新，這時(shí)候也是本系統(tǒng) 最需要維護(hù)的時(shí)候，所以在這時(shí)候要對(duì)本系統(tǒng)進(jìn)行必要的檢修，防止數(shù)據(jù)出錯(cuò)2.5. 2.3假定與約束設(shè)計(jì)的約束或?qū)崿F(xiàn)約束描述在設(shè)計(jì)或?qū)崿F(xiàn)應(yīng)用系

15、統(tǒng)時(shí)應(yīng)遵守的限制條件。其并不是要取代設(shè)計(jì)（實(shí)現(xiàn)）過(guò)程，只是說(shuō)明用戶或環(huán)境強(qiáng)加給項(xiàng)目的限制條件項(xiàng)目投入的最晚時(shí)間。需求規(guī)定2.531對(duì)功能的規(guī)定輸入輸出輸入限制輸出限制并行用戶數(shù)支持終端數(shù)后臺(tái)處理用戶登錄執(zhí)勤登錄賬號(hào)密碼文本首頁(yè)漢字、 數(shù)字、 英文字 母小于255小于255進(jìn)入首頁(yè)界面進(jìn)入工作中心管理模塊進(jìn)入指定工作界面數(shù)據(jù)更新文本列表存儲(chǔ)后臺(tái)管理登錄注冊(cè)文本文本存儲(chǔ)修改文本文本修改， 存儲(chǔ)查詢文本列表文本列表查詢，輸出資源 添加、 刪除文本文本存儲(chǔ)，修改對(duì)性能的規(guī)定a. 精度要求查詢切換之間的時(shí)間控制以秒為單位，輸入數(shù)據(jù)為文本，無(wú)精度要求。 查詢數(shù)據(jù)能夠符合用戶的要求，沒(méi)有冗余數(shù)據(jù)。輸出數(shù)據(jù)精

16、度要求為盡量符合資 源特征。b. 時(shí)間特性要求i . 響應(yīng)時(shí)間：小于2秒；ii. 更新處理時(shí)間：即時(shí)更行；iii. 數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間：小于2秒；C.靈活性可在任意平臺(tái)下運(yùn)行，當(dāng)操作方式、數(shù)據(jù)結(jié)構(gòu)、與其它軟件接口等發(fā)生變化 時(shí)，設(shè)計(jì)的軟件要基本無(wú)調(diào)整，靈活性非常大。但資源需放到指定位置，需及時(shí) 更新索引。2.533輸入輸出要求輸入數(shù)據(jù)類型，具體要求見(jiàn)上表，輸出為資源列表。數(shù)據(jù)管理能力要求需要管理的文卷和記錄大約有100來(lái)份，占用內(nèi)存大致1MB故障處理要求a. 如果界面打不開或是登錄失敗，應(yīng)檢查系統(tǒng)防火墻是否關(guān)閉，更新索引。b在輸入數(shù)據(jù)不符合定義時(shí)提示正確類型并重；新輸入；c數(shù)據(jù)在數(shù)據(jù)庫(kù)中已有

17、備份，系統(tǒng)出錯(cuò)時(shí)可以靠數(shù)據(jù)庫(kù)恢復(fù)其他專門要求2.6. 處理邏輯說(shuō)明由于最底層數(shù)據(jù)流程圖中的加工不能再通過(guò)子圖做進(jìn)一步的描述，因此必須有處理邏輯說(shuō)明來(lái)定義底層數(shù)據(jù)流圖中的加工。如：售票員收費(fèi)對(duì)在不同路段， 乘客到達(dá)目的的不同路程收取不同票價(jià)。 在此處我們用判斷樹法來(lái)表示售票員售票過(guò)程。第三章可行性研究此可行性研究報(bào)告是在制定項(xiàng)目前對(duì)公交管理項(xiàng)目實(shí)施的可能性、 有效性、 技術(shù)方案及技術(shù)政策進(jìn)行具體、深入、細(xì)致的技術(shù)論證和經(jīng)濟(jì)評(píng)價(jià)，報(bào)告的主要 內(nèi)容如下：3.1引言目的：為了更加便于公交車系統(tǒng)的管理，提高工作效率，尤其是完善 財(cái)務(wù)管理與提高公交財(cái)務(wù)會(huì)計(jì)等的管理。背景：現(xiàn)行的公交體系仍舊是一個(gè)不完整的、

18、分散的、相互競(jìng)爭(zhēng)的沒(méi) 有統(tǒng)一的系統(tǒng)。3.2現(xiàn)行公交車管理概況組織目標(biāo)與戰(zhàn)略：提高公交員工的工作效率，盡可能減少成本提高效益， 以最小的成本獲取最大的收益。通過(guò)建立一個(gè)完善的公交管理信息系統(tǒng)，利用先 進(jìn)的設(shè)備提高記賬效率，完善工資核算體系，明確分工，明確各個(gè)司機(jī)的路線， 對(duì)不遵守路線規(guī)則惡意競(jìng)爭(zhēng)者予以懲處，以建立一個(gè)完善，和諧，系統(tǒng)，高效的 公交車管理信息系統(tǒng)。存在的主要問(wèn)題：記賬只是傳統(tǒng)的手工記賬，設(shè)備也是簡(jiǎn)單的計(jì)算器。 司機(jī)之間有相互的競(jìng)爭(zhēng)，司機(jī)經(jīng)常不遵守發(fā)車秩序和時(shí)間，經(jīng)常誤點(diǎn)、踩點(diǎn)。公 交監(jiān)控幾乎沒(méi)有，只是落后的人工監(jiān)控。3.3擬建立的信息系統(tǒng)簡(jiǎn)要說(shuō)明：建立一個(gè)高效率的集賬務(wù)管理系統(tǒng)，員

19、工管理系統(tǒng)，工資 管理系統(tǒng)和監(jiān)控獎(jiǎng)懲系統(tǒng)于一體的信息系統(tǒng)。對(duì)組織的意義和影響：提高了公交工作效率，員工工作熱情，完善了 對(duì)司機(jī)員工的監(jiān)管，公交秩序井然，服務(wù)質(zhì)量提高，收益大大增加，成本減少， 使得凈利潤(rùn)增加。3.4經(jīng)濟(jì)可行性分析支出（包括系統(tǒng)開發(fā)費(fèi)用和系統(tǒng)運(yùn)行費(fèi)用）系統(tǒng)開發(fā)費(fèi)用:a人員費(fèi)用。b. 硬件設(shè)備費(fèi),c. 軟件費(fèi)用d. 耗材費(fèi)用假定本系統(tǒng)運(yùn)行期為5年，每年系統(tǒng)耗費(fèi)如下：a. 系統(tǒng)維護(hù)費(fèi)。b. 設(shè)備維護(hù)費(fèi)。c. 消耗材料費(fèi)。收益本系統(tǒng)獲得的直接經(jīng)濟(jì)效益可以從以下幾個(gè)方面計(jì)算。a. 提高工作效率，減少工作人員。本系統(tǒng)投入運(yùn)行后，可以提高人力資源管理、財(cái)務(wù)預(yù)算管理、車輛運(yùn)行管理，累計(jì)可以提高

20、工作效率10%。b. 及時(shí)獲取信息，減少?zèng)Q策失誤。提高工作人員上班的準(zhǔn)時(shí)性，減少車次延 誤的可能；分析年數(shù)據(jù)信息，及時(shí)推出相關(guān)政策，以提高工作效益。c. 直觀了解每班車次的客流，便于以后做統(tǒng)計(jì)報(bào)表，分析趨勢(shì)，作出最優(yōu)決卒J策Od. 提高工作效率，減少工作人員的工作量。3.5技術(shù)可行性分析技術(shù)可行性分析已經(jīng)學(xué)習(xí)了 SQL SERVER，對(duì)網(wǎng)絡(luò)技術(shù)和操作系統(tǒng)也有系統(tǒng)的了解，有些 成員熟悉計(jì)算機(jī)原理，能解決常見(jiàn)的硬件故障和硬件選擇。而且，網(wǎng)上有許多關(guān) 于VISUL BASIC編程的資料和SQL SERVER方面的資料。所以從技術(shù)上來(lái)說(shuō)，此次開發(fā)是可行。3.6社會(huì)可行性分析社會(huì)法律政策可行性：目前已有

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

22、統(tǒng)的管理，提高工作效率，尤其是完善 財(cái)務(wù)管理與提高公交財(cái)務(wù)會(huì)計(jì)等的管理。背景：現(xiàn)行的公交體系仍舊是一個(gè)不完整的、分散的、相互競(jìng)爭(zhēng)的沒(méi) 有統(tǒng)一的系統(tǒng)。4.2. 系統(tǒng)設(shè)計(jì)方案4.2.1 系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)公交管理系統(tǒng)集合了原本車隊(duì)的四個(gè)子系統(tǒng)：客運(yùn)管理，售票管理，糾紛協(xié)調(diào)管理，財(cái)務(wù)管理。車隊(duì)的管理人員可以同時(shí)查詢和了解四個(gè)子系統(tǒng)的工作情況， 使得車隊(duì)的管理層能夠更好的了解和監(jiān)督工作情況，保證工作高效進(jìn)行。在子系統(tǒng)中有自己的管理模塊。模塊功能圖如圖：客運(yùn)管理公交管理系統(tǒng)人員管理車輛管理日耗油管理維修管理421.1 客運(yùn)管理公交人員管理該模塊針對(duì)公交管理系統(tǒng)的基層工作人員和管理層工作人員的基本信息進(jìn) 行

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

24、輛車牌號(hào)，維修部位，維修日期，維修地點(diǎn)，維修費(fèi)。421.2售票管理票價(jià)管理該模塊針對(duì)不同路段的售票價(jià)格進(jìn)行管理。收費(fèi)管理該模塊記錄著售票員的日常工作，每個(gè)售票員一日有十班次，記錄包括每個(gè) 班次的人流數(shù)、每班次售出的每種票價(jià)的票數(shù)、 每班次收入總數(shù)，最后統(tǒng)計(jì)出整 日的人流、票數(shù)、總收入。廢票管理該模塊記錄了再收費(fèi)過(guò)程中由于操作失誤而產(chǎn)生的作廢車票信息，底層員工無(wú)權(quán)處理，高權(quán)限監(jiān)督管理人員方可進(jìn)行處理。糾紛協(xié)調(diào)管理意外事故處理管理該模塊記錄每次事故處理的基本信息，包括事故發(fā)生時(shí)間、地點(diǎn)、肇事人、 事故發(fā)生原因、事故處理支出。乘客反饋管理該模塊記錄任何乘客們的反饋以及提出的有益建議。財(cái)務(wù)管理收銀管理

25、該模塊由收銀員進(jìn)行操作，記錄著每個(gè)售票員的每班次的收入， 同時(shí)也記錄 了每個(gè)班次的人流數(shù)、每班次售出的每種票價(jià)的票數(shù)。 每日最后一班車后，收銀 員要作出最后統(tǒng)計(jì)每個(gè)售票員一日的工作情況， 包括整日的人流、票數(shù)、總收入。1提示)提示)messagebox（系統(tǒng)登錄密碼錯(cuò)誤，請(qǐng)重新輸入！,64,二二 thisform.textl.setfocus n=n-1elsethisform.textl.e nabled=.f.thisform.text2.e nabled=.f. ma ndl.e nabled=.f.messagebox（系統(tǒng)登錄密碼嚴(yán)重錯(cuò)誤，請(qǐng)退出系統(tǒng)!,64, en difen di

26、fen difen dif5.2人員整體信息管理界面編碼設(shè)計(jì)增加記錄：thisform.grid1.e nabled=.t.sele工作人員表appe nd bla nkthisform.refresh刪除記錄：if messagebox（確定要?jiǎng)h除該條記錄嗎？,1+32,信息）=1select工作人員表deletethisform.refreshelseen dif修改記錄：thisform.grid1.e nabled=.t.thisform.refresh查詢記錄：thisform.grid1.e nabled=.T.thisform.refresh5.3財(cái)務(wù)信息管理界面編碼設(shè)計(jì)5.4客

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

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

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

30、合法測(cè)試2:名稱：財(cái)務(wù)管理測(cè)試目的：測(cè)試公交系統(tǒng)財(cái)務(wù)管理功能內(nèi)容：查詢、添加、刪除、修改每日財(cái)務(wù)信息測(cè)試3：名稱：職工信息查詢測(cè)試目的：測(cè)試系統(tǒng)查詢職工工資、職位等信息內(nèi)容：輸入職工號(hào)和密碼，進(jìn)行職工信息查詢測(cè)試4：名稱：會(huì)員測(cè)試目的：會(huì)員公交卡充值功能和查詢余額修改信息功能內(nèi)容：輸入會(huì)員身份證和公交卡號(hào)，進(jìn)行公交卡充值和查詢測(cè)試5：名稱：客運(yùn)信息測(cè)試目的：明確公交負(fù)責(zé)人，查詢公交出問(wèn)題時(shí)由誰(shuí)負(fù)責(zé)內(nèi)容：查詢出所要查詢的日期的公交是那個(gè)職工負(fù)責(zé)測(cè)試6：名稱：用戶、管理員管理測(cè)試目的：測(cè)試用戶、管理員的管理功能內(nèi)容：添加、刪除、修改用戶、管理員信息623測(cè)試1 （系統(tǒng)登錄測(cè)試）參與單位：軟件開發(fā)人

31、員被測(cè)試的部位：登錄界面進(jìn)度安排測(cè)試日期：6.232條件測(cè)試人員：編寫者進(jìn)行該功能模塊的測(cè)試測(cè)試軟件：采用黑盒測(cè)試的方法，由人工設(shè)計(jì)測(cè)試用例, 進(jìn)行測(cè)試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)測(cè)試資料需求規(guī)格說(shuō)明書概要設(shè)計(jì)說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書測(cè)試培訓(xùn)測(cè)試2 （財(cái)務(wù)管理測(cè)試）參與單位：軟件開發(fā)人員被測(cè)試的部位：會(huì)計(jì)人員模塊的財(cái)務(wù)管理功能進(jìn)度安排測(cè)試日期：6.2.4.2 條件測(cè)試人員：編寫者進(jìn)行該功能模塊的測(cè)試對(duì)該功能模塊一次對(duì)該功能模塊一次測(cè)試軟件：采用黑盒測(cè)試的方法，由人工設(shè)計(jì)測(cè)試用例, 進(jìn)行測(cè)試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)6.243測(cè)試資料需求規(guī)格說(shuō)明書概要設(shè)計(jì)說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書6.244測(cè)試培訓(xùn)

32、測(cè)試3 （職工信息查詢測(cè)試）進(jìn)度安排測(cè)試日期：6.2.5.2 條件測(cè)試人員：編寫者進(jìn)行該功能模塊的測(cè)試測(cè)試軟件：采用黑盒測(cè)試的方法，由人工設(shè)計(jì)測(cè)試用例, 進(jìn)行測(cè)試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)測(cè)試資料需求規(guī)格說(shuō)明書概要設(shè)計(jì)說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書測(cè)試培訓(xùn)測(cè)試4 （會(huì)員測(cè)試）進(jìn)度安排測(cè)試日期：6.2.6.2 條件測(cè)試人員：編寫者進(jìn)行該功能模塊的測(cè)試測(cè)試軟件：采用黑盒測(cè)試的方法，由人工設(shè)計(jì)測(cè)試用例, 進(jìn)行測(cè)試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)測(cè)試資料需求規(guī)格說(shuō)明書概要設(shè)計(jì)說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書對(duì)該功能模塊一次對(duì)該功能模塊一次測(cè)試培訓(xùn)627測(cè)試5 （會(huì)員測(cè)試）627.1進(jìn)度安排測(cè)試日期：627.2條件測(cè)試人員

33、：編寫者進(jìn)行該功能模塊的測(cè)試測(cè)試軟件：采用黑盒測(cè)試的方法，由人工設(shè)計(jì)測(cè)試用例，對(duì)該功能模塊一次 進(jìn)行測(cè)試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)測(cè)試資料需求規(guī)格說(shuō)明書概要設(shè)計(jì)說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書測(cè)試培訓(xùn)測(cè)試6 （用戶、管理員測(cè)試）進(jìn)度安排測(cè)試日期：6.2.8.2 條件測(cè)試人員：編寫者進(jìn)行該功能模塊的測(cè)試測(cè)試軟件：采用黑盒測(cè)試的方法，由人工設(shè)計(jì)測(cè)試用例，對(duì)該功能模塊一次 進(jìn)行測(cè)試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)628.3測(cè)試資料需求規(guī)格說(shuō)明書概要設(shè)計(jì)說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書測(cè)試培訓(xùn)6.3.測(cè)試設(shè)計(jì)說(shuō)明測(cè)試1 （系統(tǒng)登錄測(cè)試）對(duì)于系統(tǒng)登錄測(cè)試應(yīng)該既要考慮到用戶身份的合法性驗(yàn)證也要考慮到用戶 身份的不合法性驗(yàn)證。6

34、.3.1.1 控希 9根據(jù)用戶不同的身份權(quán)限可以先人工輸入一些數(shù)據(jù)， 然后根據(jù)不同的權(quán)限對(duì) 系統(tǒng)登錄進(jìn)行測(cè)試。631.2輸入、輸出根據(jù)不同的輸入，可以得出不同的輸出結(jié)果，其結(jié)果可以如下表所示:輸入輸出用戶名密碼權(quán)限進(jìn)入公開公交網(wǎng)頁(yè)admin管理員登錄失敗，輸入錯(cuò) 誤admi管理員登錄失敗，輸入錯(cuò) 誤admiadmin管理員登錄成功，進(jìn)入管理員模塊111111職工登錄失敗，輸入錯(cuò) 誤001職工登錄失敗，輸入錯(cuò) 誤001111111職工登錄成功，進(jìn)入職工登錄模塊631.3過(guò)程根據(jù)不同的身份，輸入各自的用戶名和密碼，包括密碼和用戶名分別為空的 情況，對(duì)系統(tǒng)登錄模塊進(jìn)行測(cè)試。如果輸入錯(cuò)誤，則登錄失??；

35、輸入成功，則登 錄成功；其中如果用戶名和密碼都為空，則默認(rèn)為是普通市民進(jìn)入公交網(wǎng)頁(yè)。測(cè)試2 （財(cái)務(wù)管理測(cè)試）6.3.2.1 控制輸入權(quán)限，進(jìn)入賬號(hào)和密碼，對(duì)財(cái)務(wù)進(jìn)行查詢，修改，刪除等等。輸入、輸出5.323過(guò)程運(yùn)行系統(tǒng)，進(jìn)入財(cái)務(wù)人員模塊，進(jìn)行財(cái)務(wù)信息查詢和修改、刪除，測(cè)試財(cái)務(wù) 查詢功能。測(cè)試3 （職工信息管理測(cè)試）對(duì)職工信息管理的各項(xiàng)功能，包括職工各種信息的添加、刪除、修改進(jìn)行測(cè) 試，以及對(duì)部門分類的添加、刪除、修改進(jìn)行測(cè)試。6.3.3.1 控制根據(jù)職工所需的信息對(duì)職工管理系統(tǒng)進(jìn)行錄入操作，并且可以添加職工職位 分類。同時(shí)也可以對(duì)職工信息進(jìn)行修改和刪除操作。6.332輸入、輸出職工號(hào)姓名性別出

36、生日期職稱所屬部門輸入001張三男10/05/70司機(jī)客運(yùn)部輸出添加成功職工號(hào)姓名性別出生日期職稱所屬部門輸入102黃安男06/30/88會(huì)計(jì)財(cái)務(wù)部輸出添加成功6.3.3.3 過(guò)程運(yùn)行系統(tǒng)，進(jìn)入管理員模塊，對(duì)圖書管理及圖書分類管理進(jìn)行測(cè)試。測(cè)試4 （會(huì)員測(cè)試）5.3.4.1 控制會(huì)員登陸系統(tǒng)，通過(guò)用戶id和公交卡id，會(huì)員可以進(jìn)行公交卡充值余額查詢，從而以測(cè)試會(huì)員功能。6.342輸入、輸出輸入輸出用戶id公交卡id用戶編號(hào)不能為空19900721公交卡編號(hào)不能為空19900020此用戶不存在19900721200305191此卡號(hào)不存在19900721200305190001登錄成功6.343

37、過(guò)程運(yùn)行系統(tǒng)，進(jìn)入用戶模塊，查詢余額，充值公交卡，測(cè)試充值功能。測(cè)試5 （客運(yùn)信息測(cè)試）6.3.5.1 控希 9在管理員模塊對(duì)公交車負(fù)責(zé)人進(jìn)行測(cè)試，其中包括公交車牌號(hào)和日期正確和 不正確的情況。輸入、輸出輸入、輸出輸入、輸出輸入、輸出輸入錯(cuò)誤輸入、輸出輸入錯(cuò)誤輸入、輸出還書成功6.3.5.3 過(guò)程運(yùn)行系統(tǒng)，進(jìn)入管理員模塊，輸入公交車牌號(hào)和值班日期進(jìn)行負(fù)責(zé)人測(cè)試。 測(cè)試6 （用戶、管理員管理測(cè)試）6.3.6.1 控制運(yùn)行管理員模塊對(duì)用戶和管理員進(jìn)行管理，其中包括添加、刪除、修改、鎖定普通用戶以及查看用戶借書情況，也可以添加、刪除、修改管理員信息以及修 改密碼。6.362輸入、輸出添加用戶測(cè)試：輸

38、入輸出用戶名密碼qqqq用戶名重復(fù)3密碼不能為空3用戶名不能為空33添加用戶成功修改用戶測(cè)試:輸入輸出修改前修改后用戶名密碼是否鎖定用戶名密碼是否鎖疋33未鎖疋34未鎖疋修改成功33未鎖疋43未鎖疋修改成功33未鎖疋44鎖定修改成功33未鎖疋44鎖定修改成功添加管理員測(cè)試:輸入輸出用戶名密碼確認(rèn)密碼11已存在的名字admi密碼不能為空admin用戶名不能為空admiadmin確認(rèn)密碼不能為空admiadminadmin添加成功修改密碼測(cè)試:輸入輸出原密碼確認(rèn)原密碼新密確認(rèn)新密碼碼adminadminadmin1a兩次密碼不同admina原密碼錯(cuò)誤adminadminadmin1adm ini密碼修改成功5.363過(guò)程運(yùn)行系統(tǒng)，進(jìn)入管理員模塊，對(duì)用戶管理和管理員管理進(jìn)行測(cè)試，包括添加、 刪除成功和不成功的測(cè)試。6.4.評(píng)價(jià)準(zhǔn)則范圍此測(cè)試可將系統(tǒng)最主要的功能模塊進(jìn)行逐一的檢測(cè)，對(duì)說(shuō)明書中列舉的功能 進(jìn)行排查，對(duì)系統(tǒng)實(shí)現(xiàn)各功能的正常運(yùn)行