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

1、軟件工程導(dǎo)論課程設(shè)計(jì)報(bào)告公交車管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)學(xué)生姓名：_1學(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ù)流程分析2.4. 系統(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ì)

2、5.2 人員整體信息管理界面編碼設(shè)計(jì)5.3 財(cái)務(wù)信息管理界面編碼設(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ù)，車站售票組織龐

3、大，服務(wù)項(xiàng)目多，信息量大，要想提高勞動(dòng)生產(chǎn)，降低成本，提高服務(wù)質(zhì)量和管理水平，進(jìn)而促進(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ì)出得系

4、統(tǒng)解決方案， 是系統(tǒng)設(shè)計(jì)階段工作的成果的總結(jié)， 也是系統(tǒng)實(shí)施階段的重要依據(jù)。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) 分析：公交車

5、隊(duì)的高層領(lǐng)導(dǎo)由一名總隊(duì)長(zhǎng)、 三名副隊(duì)長(zhǎng)組成。 總隊(duì)長(zhǎng)負(fù)責(zé)總體事務(wù)的決策，副隊(duì)長(zhǎng)負(fù)責(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)表。2.2. 業(yè)務(wù)流程分析2.2.1 收費(fèi)監(jiān)控流程：根據(jù)系統(tǒng)中設(shè)定的路段收費(fèi)標(biāo)準(zhǔn)， 當(dāng)公交駛?cè)肽呈召M(fèi)路段售票員判斷車輛所屬地， 同時(shí)， 售票員根據(jù)不同

6、路段的不同價(jià)位在收費(fèi)劃單中操作， 根據(jù)收費(fèi)單中的價(jià)格告知乘車顧客， 并進(jìn)行收費(fèi)， 乘客將公交車費(fèi)交給售票員后， 售票員將撕一張已打印好的交款憑證給顧客。如果售票員工作失誤，多撕了、少撕了或者撕錯(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ò)

7、數(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)表和客流量匯總表及時(shí)交給總隊(duì)長(zhǎng)。其業(yè)務(wù)流程圖如圖：2.2.2 會(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ù)流程圖如圖：2.3.數(shù)據(jù)流程分析1.1.1 財(cái) 務(wù) 管 理 流 程 ：每天每班車工作完成后，售票員將收費(fèi)單和剩余收款憑證交至?xí)?jì)人員進(jìn)行審核， 確定無(wú)誤后登記，

8、 每日會(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)表和客流量匯總表及時(shí)交給總隊(duì)長(zhǎng)。1.1.2 數(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)組成：乘客名

9、稱+票價(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ì)人員審核登記處理數(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ù)

10、收費(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à) +車票類型+經(jīng)手人+購(gòu)買時(shí)間關(guān)鍵字：乘客名稱+票價(jià)相關(guān)聯(lián)的處理：P 1， P 2， P3（四）外部實(shí)體的描述外部實(shí)體編號(hào)： S-1外部實(shí)體名稱：售票員簡(jiǎn)述：填寫收費(fèi)單輸入的數(shù)據(jù)流：D 2， D 3， D 4輸出的數(shù)據(jù)流：D 22.4. 系統(tǒng)需求分析2.4.1 計(jì)算機(jī)和處理器處理器 800MHz 以上（如果開啟視頻至少1GHz）2.4.2 內(nèi)存128MB 以上（如果開啟視頻至少256MB

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

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

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

14、使其易于在任何應(yīng)用程序中讀寫數(shù)據(jù)，這使XML很快成為數(shù)據(jù)交 換的唯一公共語(yǔ)言， 雖然不同的應(yīng)用軟件也支持其它的數(shù)據(jù)交換格式， 但不久之 后他們都將支持XML那就意味著程序可以更容易的與 Windows Mac OS, Linu x以及其他平臺(tái)下產(chǎn)生的信息結(jié)合，然后可以很容易加載XM該據(jù)到程序中并分 析他，并以XML格式輸出結(jié)果。2.5.2任務(wù)概述2.5.2.1 目標(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)行工作上的處理。2.5.2.2 用戶特點(diǎn)最終用戶可分為操

15、作人員、維護(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)用系統(tǒng)時(shí)應(yīng)遵守的限制條件。并不是要取代設(shè)計(jì)（實(shí)現(xiàn)）過(guò)程，只是說(shuō)明用戶或環(huán)境強(qiáng)加給項(xiàng)目的限制條件項(xiàng) 目投入的最晚時(shí)間。2.5.3需求規(guī)定2.5.3.1對(duì)功能的規(guī)定輸入輸出輸入限制輸出限制并行用戶數(shù)支持終端數(shù)后臺(tái)處理用戶登錄執(zhí)勤登錄密他文本首頁(yè)漢字、 數(shù)字、 英文字 母小于

16、255小于255進(jìn)入首頁(yè)界面進(jìn)入工作 中心管理模塊進(jìn)入指 定工作界面數(shù)據(jù)更新文本列表存儲(chǔ)后臺(tái)管理登錄注冊(cè)文本文本存儲(chǔ)修改義本義本修改，存儲(chǔ)查詢義本列表義本列表查詢，輸出資源添加、刪除義本義本存儲(chǔ)，修改2.5.3.2對(duì)性能的規(guī)定a精度要求查詢切換之間的時(shí)間控制以秒為單位，輸入數(shù)據(jù)為文本，無(wú)精度要求。查詢數(shù)據(jù)能夠符合用戶的要求， 沒(méi)有冗余數(shù)據(jù)。 輸出數(shù)據(jù)精度要求為盡量符合資源特征。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ú)

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

18、在不同路段，乘客到達(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 引言3.1.1 目的：為了更加便于公交車系統(tǒng)的管理，提高工作效率，尤其是完善財(cái)務(wù)管理與提高公交財(cái)務(wù)會(huì)計(jì)等的管理。3.1.2 背景：現(xiàn)行的公交體系仍舊是一個(gè)不完整的、分散的、相互競(jìng)爭(zhēng)的沒(méi)有統(tǒng)一的系統(tǒng)。3.2 現(xiàn)行公交車管理概況3.2.1 組織目標(biāo)與戰(zhàn)略:提高公交員工的工作效率， 盡可能減少成本提高效益，以最小的成本獲取最大的收益

19、。 通過(guò)建立一個(gè)完善的公交管理信息系統(tǒng)， 利用先進(jìn)的設(shè)備提高記賬效率，完善工資核算體系，明確分工，明確各個(gè)司機(jī)的路線，對(duì)不遵守路線規(guī)則惡意競(jìng)爭(zhēng)者予以懲處，以建立一個(gè)完善，和諧，系統(tǒng)，高效的公交車管理信息系統(tǒng)。3.2.2 存在的主要問(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)3.3.1 簡(jiǎn)要說(shuō)明：建立一個(gè)高效率的集賬務(wù)管理系統(tǒng)，員工管理系統(tǒng)，工資管理系統(tǒng)和監(jiān)控獎(jiǎng)懲系統(tǒng)于一體的信息系統(tǒng)。3.3.2 對(duì)組織的意義和影響：提高了公交工作效率，員工工作熱情，完善了對(duì)司

20、機(jī)員工的監(jiān)管，公交秩序井然，服務(wù)質(zhì)量提高，收益大大增加，成本減少，使得凈利潤(rùn)增加。3.4 經(jīng)濟(jì)可行性分析3.4.1 支出（包括系統(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)。3.4.2 收益本系統(tǒng)獲得的直接經(jīng)濟(jì)效益可以從以下幾個(gè)方面計(jì)算。a.提高工作效率，減少工作人員。本系統(tǒng)投入運(yùn)行后，可以提高人力資源管理、財(cái)務(wù)預(yù)算管理、車輛運(yùn)行管理，累計(jì)可以提高工作效率10%。b.及時(shí)獲取信息，減少?zèng)Q策失誤。提高工作人員上班的準(zhǔn)時(shí)性，減少車次延 誤的可能；分析年數(shù)據(jù)信

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

22、息系統(tǒng)開發(fā)和運(yùn)行并不違背國(guó)家的法律政策。3.6.2 社會(huì)公共環(huán)境可行性：公交所走路線的公路都是符合質(zhì)量要求的，顧客也多。3.6.3 操作可行性：此信息系統(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. 引 言4.1.1 目的：為了更加便于公交車系統(tǒng)的管理，提高工作效率，尤其是完善財(cái)務(wù)管理與提

23、高公交財(cái)務(wù)會(huì)計(jì)等的管理。4.1.2 背景：現(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)中有自己的管理模塊。模塊功能圖如圖：公交管理系統(tǒng)客運(yùn)管理糾紛協(xié)調(diào)管理售票管理財(cái)務(wù)管理報(bào)表統(tǒng)計(jì)管理收銀管理乘客反饋管理事故處理管理收費(fèi)管理票價(jià)管理維修管理日耗油管理車輛管理人員管理4.2.1.1 客運(yùn)管理

24、公交人員管理該模塊針對(duì)公交管理系統(tǒng)的基層工作人員和管理層工作人員的基本信息進(jìn) 行管理，基層工作人員基本信息包括姓名、性別、所屬部門、聯(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ì)信息的增 加，修改，刪除，查詢，打印等功能。耗油管理該模塊針又t車隊(duì)的13輛車每輛每日的耗油量信息管理，需每日更新。維修管理該

25、模塊針又t車隊(duì)的13輛公交車的維修狀況進(jìn)行管理。記錄每次維修的基本 信息，包括維修車輛車牌號(hào)，維修部位，維修日期，維修地點(diǎn)，維修費(fèi)。4.2.1.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)行處理。4.2.1.3 糾紛協(xié)調(diào)管理意外事故處理管理該模塊記錄每次事故處理的基本信息，包括事故發(fā)生時(shí)間、地點(diǎn)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

40、mprelseif n1messagebox（系統(tǒng)登錄密碼錯(cuò)誤，請(qǐ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)登錄密碼嚴(yán)重錯(cuò)誤，請(qǐng)退出系統(tǒng)!,64,提示）endifendifendifendif5.2 人員整體信息管理界面編碼設(shè)計(jì)增加記錄：thisform.grid1.enabled=.t.sele 工作人

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

42、信息查詢sele * from 客車信息表into cursor tempthisform.grid1.columncount=-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. 引言6.1.1 編寫目的對(duì)項(xiàng)目進(jìn)行測(cè)試，詳細(xì)記錄測(cè)試過(guò)程，對(duì)軟件的質(zhì)量進(jìn)行評(píng)估，同時(shí)提供了 更正系統(tǒng)漏洞的依據(jù)。6.1.2 定義A.黑盒測(cè)試：黑盒測(cè)試也稱功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都 能正常使用。在測(cè)試中，把程序看作一個(gè)不能打開的黑盒子， 在完

43、全不考慮程序 內(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)檢

44、查程序的狀態(tài)， 確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。6.2. 計(jì)劃6.2.1軟件說(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)查詢、添加、刪除、修改、鎖定用戶6.2.2測(cè)試內(nèi)容測(cè)試1:名稱：系統(tǒng)登錄測(cè)試目的：測(cè)試系統(tǒng)操作界面內(nèi)容：輸入用戶名

45、、密碼、權(quán)限，檢查用戶是否合理、合法測(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)容：添加、刪除、修改用戶、管理員信息6.2.1 測(cè)試

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

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

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

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

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

51、行系統(tǒng)，進(jìn)入財(cái)務(wù)人員模塊，進(jìn)行財(cái)務(wù)信息查詢和修改、刪除，測(cè)試財(cái)務(wù) 查詢功能。6.3.3 測(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.3.3.2輸入、輸出職工號(hào)姓名性別出生日期職稱所屬部門輸入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)入管

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