1、公交查詢系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)班級(jí)：12物聯(lián)網(wǎng)工程學(xué)號(hào)：1202141057姓名：鄭秀成日期：2021年12月15日引言隨著因特網(wǎng)開(kāi)展的日新月異,人們利用網(wǎng)絡(luò)實(shí)現(xiàn)資源共享以及協(xié)同工作越來(lái)越成為時(shí)代的潮流,使用各種網(wǎng)上的軟件方便生活,已經(jīng)成為了一個(gè)不可扭轉(zhuǎn)的趨勢(shì).以此設(shè)計(jì)題目為目的,選擇市作為實(shí)踐對(duì)象,以市公交系統(tǒng)為根底,再利用所學(xué)知識(shí),熟練運(yùn)用開(kāi)發(fā)工具后,開(kāi)發(fā)一個(gè)市公交線路查詢軟件,并且盡可能將其開(kāi)發(fā)為一個(gè)方便大眾使用的公交線路查詢軟件.而且在當(dāng)今公交出行線路多數(shù)是通過(guò)PC機(jī)查詢獲得的,但是假想一下在公交出行線路走到一半的時(shí)候方案有所變化,公交出行線路需要有所調(diào)整,那么如何能夠動(dòng)態(tài)學(xué)握線路信息顯得尤

2、為重要,而且將來(lái)對(duì)生活的滿意度也不僅僅是百姓致富安居樂(lè)業(yè)就足以,而是逐漸趨向于一個(gè)更人性化的效勞.城市交通效勞以及附屬的一些效勞一直都在不斷的隨著社會(huì)的進(jìn)步而進(jìn)步,這些效勞從最開(kāi)始的直接人力效勞轉(zhuǎn)向技術(shù)型效勞,如詢問(wèn),路牌等,然而這些效勞總是有比擬大的局限性,即縱然你知道了這條路該怎么走,下條路線該通到哪卻不知,于是開(kāi)發(fā)這個(gè)公交線路查詢軟件,可在上隨時(shí)隨地對(duì)公交線路進(jìn)行查詢,對(duì)用戶將要出行的路線了如指掌,這對(duì)用戶來(lái)說(shuō)可以省去很多麻煩,節(jié)省不少時(shí)間.本次畢業(yè)設(shè)計(jì)結(jié)合市公交線路系統(tǒng)開(kāi)發(fā)一個(gè)公交線路查詢軟件效勞于群眾.目錄第一章需求分析與概要設(shè)計(jì)1.1 可行性分析11.2 需求分析21.2.1 系統(tǒng)

3、功能需求21.2.2 效勞器端需求分析31.2.3 客戶端需求分析. 開(kāi)發(fā)環(huán)境及工具需求分析51.3 概要設(shè)計(jì)61.3.1 開(kāi)發(fā)流程61.3.2 系統(tǒng)數(shù)據(jù)流圖61.3.3 系統(tǒng)整體結(jié)構(gòu)說(shuō)明71.3.4 系統(tǒng)功能模塊的劃分8第二章模式設(shè)計(jì)122.1 C/S模式簡(jiǎn)介122.2 B/S模式簡(jiǎn)介122.3 B/S-C/S模式132.3.1 B/S-C/S模式定義 B/S-C/S模式特點(diǎn)1.5第三章數(shù)據(jù)庫(kù)設(shè)計(jì)163.1 數(shù)據(jù)庫(kù)結(jié)構(gòu)163.2 效勞器數(shù)據(jù)庫(kù)設(shè)計(jì)：163.3 客戶端數(shù)據(jù)庫(kù)設(shè)計(jì)：203.3.1 SQLite簡(jiǎn)介203.3.2 數(shù)據(jù)庫(kù)設(shè)計(jì)21第四章系統(tǒng)測(cè)試244.1

4、 系統(tǒng)測(cè)試方案24.4.2 性能分析24.2.6.總結(jié)第一章需求分析與概要設(shè)計(jì)1.1 可行性分析可行性分析是對(duì)系統(tǒng)進(jìn)行全面、概要的分析.它的任務(wù)是確定工程開(kāi)發(fā)時(shí)是否必要和可行.它的主要目標(biāo)是：進(jìn)一步明確系統(tǒng)的目標(biāo)、規(guī)模和功能,對(duì)系統(tǒng)開(kāi)發(fā)背景、必要性和意義進(jìn)行調(diào)查分析,并且提出系統(tǒng)的邏輯模型和各種可能的方案,從而為系統(tǒng)開(kāi)發(fā)工程的決策提供科學(xué)依據(jù).主要從三個(gè)方面進(jìn)行研究：1技術(shù)可行性：以現(xiàn)有技術(shù)進(jìn)行系統(tǒng)開(kāi)發(fā)及系統(tǒng)實(shí)施,是完全可行的.首先,從自身來(lái)分析,經(jīng)過(guò)2年多的學(xué)習(xí)已經(jīng)初步掌握了JSP空件、SQL數(shù)據(jù)庫(kù)等方面的編程技巧,對(duì)該軟件的設(shè)計(jì)并不存在技術(shù)上的難點(diǎn).第二方面,在設(shè)計(jì)這個(gè)系統(tǒng)之前,我進(jìn)行了一

5、系列先期調(diào)研,查閱了有關(guān)使用JSP!行數(shù)據(jù)庫(kù)開(kāi)發(fā)方面的論著、教材和論文,更多是利用網(wǎng)絡(luò)的便利條件,從網(wǎng)上查閱了北京、上海、等大型城市的公交查詢系統(tǒng),并認(rèn)真地對(duì)其進(jìn)行了分析研究,由于時(shí)間緊,任務(wù)重,我沒(méi)有更多的時(shí)間來(lái)開(kāi)發(fā)完整的系統(tǒng),所以就以查詢作為這個(gè)系統(tǒng)的核心.其次,從數(shù)據(jù)庫(kù)方面來(lái)分析,也是可行的.系統(tǒng)所建立的數(shù)據(jù)庫(kù)表中包含有五個(gè)字段：bus_number,bus_station1,bus_station2,bus_station3,bus_station4.bus_number用來(lái)存放車次,bus_station1,bus_station2,bus_station3,bus_station4

6、這四個(gè)字段用來(lái)存放站點(diǎn).2經(jīng)濟(jì)可行性：從這方面來(lái)說(shuō),本系統(tǒng)的開(kāi)發(fā)作為課題來(lái)說(shuō)不需要什么經(jīng)濟(jì)投入,因此來(lái)說(shuō)也是可行的.3營(yíng)運(yùn)可行性：國(guó)很早就開(kāi)始應(yīng)用公交查詢系統(tǒng),我國(guó)大局部城市都有公交查詢系統(tǒng).那么從這方面來(lái)說(shuō)是可行的.1.2 需求分析公交線路查詢軟件最根本的功能是能夠有效的為用戶提供查詢效勞,在最短的時(shí)間給用戶一條或多條到達(dá)目標(biāo)地的路徑.整個(gè)查詢過(guò)程中,只有數(shù)據(jù)信息是依靠效勞器同步獲取,其余功能均在端完成.在此分別對(duì)公交線路查詢軟件的效勞器端和客戶端做需求分析.1.2.1 系統(tǒng)功能需求本系統(tǒng)的用戶包括用戶和治理員兩類,其中治理人員對(duì)此系統(tǒng)進(jìn)行數(shù)據(jù)的修改、刪除、查找、添加路線以及發(fā)布公交動(dòng)態(tài)等功

7、能.而用戶那么可運(yùn)用本系統(tǒng)合理有效的查詢路線、安排行程.功能規(guī)劃：本系統(tǒng)有兩大功能：查詢功能以及更新維護(hù)功能.其中查詢功能包括站站查詢功能、車次查詢功能、公交站點(diǎn)車次查詢?nèi)?xiàng)根本功能.功能描述：a.站站查詢：乘客通過(guò)輸入起點(diǎn)和終點(diǎn)的站名,那么通過(guò)這兩個(gè)車站的所有車次就會(huì)顯示出來(lái)供乘客選擇適宜的乘車路線b.車次查詢：乘客通過(guò)輸入公交車車次就可以查詢出該車次經(jīng)過(guò)的所有站點(diǎn),乘客可以根據(jù)站點(diǎn)來(lái)選擇自己的乘車路線c.公交站點(diǎn)車次查詢：這種方案一般針對(duì)不城市公交不熟悉的人,通過(guò)輸入站點(diǎn)或者車次就可以同時(shí)顯示站點(diǎn)和車次兩種信息,根據(jù)這個(gè)就可以選出最正確的乘車方案.d.更新維護(hù)：治理員負(fù)責(zé)對(duì)公交路線修改和更

8、新,以及系統(tǒng)的維護(hù),同時(shí)公布最新的變動(dòng)信息包括車次變動(dòng)和價(jià)格變動(dòng)等或者有關(guān)城市公交的新聞對(duì)性能的一般性規(guī)定:1靈活性：當(dāng)要對(duì)系統(tǒng)進(jìn)行添加數(shù)據(jù)或刪除、更新等操作時(shí),可以容易地對(duì)系統(tǒng)進(jìn)行操作,并且不影響系統(tǒng)的正常運(yùn)行,更不會(huì)有任何出錯(cuò)的現(xiàn)象.2數(shù)據(jù)精確：由于此數(shù)據(jù)為系統(tǒng)部數(shù)據(jù),所以要求不能有誤差.3時(shí)間特性:系統(tǒng)應(yīng)有即時(shí)性,能盡快查詢出所需結(jié)果1.2.2 效勞器端需求分析效勞器作為后臺(tái),需要專業(yè)人員對(duì)效勞器操作和維護(hù),一般情況可由非專業(yè)人員借助治理軟件對(duì)效勞器進(jìn)行常規(guī)維護(hù).效勞器可以通過(guò)數(shù)據(jù)庫(kù)同步,為客戶端數(shù)據(jù)庫(kù)提供數(shù)據(jù).通過(guò)仔細(xì)分析效勞器需求之后,效勞器端要完成以下功能：1、效勞器后臺(tái)治理功能效

9、勞器后臺(tái)治理是針對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作,具有增、刪、改、查功能.2、數(shù)據(jù)同步功能.采用Servlet技術(shù),響應(yīng)客戶端請(qǐng)求,返回給客戶端一端數(shù)據(jù)流,該數(shù)據(jù)流根據(jù)Xml語(yǔ)言規(guī)寫(xiě)入數(shù)據(jù)流.效勞器端功能模塊劃分如圖1.1.1所示.圖1.2.1效勞器端功能模塊圖1.2.3 客戶端需求分析客戶端主要是,用戶無(wú)法通過(guò)對(duì)本地?cái)?shù)據(jù)庫(kù)進(jìn)行操作,也無(wú)法對(duì)服務(wù)器數(shù)據(jù)庫(kù)操作,治理員可以通過(guò)瀏覽器登錄到效勞器治理員頁(yè)面對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作,可以使用一些功能.該軟件應(yīng)滿足假設(shè)干要求,比方能夠隨時(shí)掌握公交信息,動(dòng)態(tài)更新最新數(shù)據(jù)等.也要考慮作為軟件可能會(huì)出現(xiàn)查詢速度慢,數(shù)據(jù)流量過(guò)大,過(guò)度依賴效勞器等問(wèn)題.通過(guò)仔細(xì)分析用戶需求之后,該軟件

10、要完成以下功能：1、查詢線路功能獲得線路經(jīng)過(guò)的每個(gè)站點(diǎn)信息以及線路的票價(jià)信息和發(fā)車時(shí)間信息.2、地圖查詢功能借助GoogleMap,完成公交查詢并顯示地圖線路.3、數(shù)據(jù)更新功能效勞器響應(yīng)客戶端請(qǐng)求返回一段數(shù)據(jù)流,客戶端接收此數(shù)據(jù)流后,根據(jù)Xml語(yǔ)言規(guī)對(duì)數(shù)據(jù)流進(jìn)行解析,解析后將數(shù)據(jù)存入客戶端數(shù)據(jù)庫(kù).4、意見(jiàn)反應(yīng)功能通過(guò)將意見(jiàn)發(fā)送到治理員的.客戶端功能模塊劃分如圖1.1.2所示.客戶端功能模塊圖圖1.2.2朋務(wù)磐發(fā)生時(shí)間票m信公交線路1.2.4 開(kāi)發(fā)環(huán)境及工具需求分析效勞器端開(kāi)發(fā)環(huán)境,以windows7操作系統(tǒng)為開(kāi)發(fā)平臺(tái),用Tomcat6.0做為效勞器,Mysql5.0作為數(shù)據(jù)源,JSP作為開(kāi)發(fā)工

11、具,Dreamweaver8.0作為輔助開(kāi)發(fā)工具,運(yùn)行在一般的PC機(jī)上即可.客戶端開(kāi)發(fā)環(huán)境,以Android操作系統(tǒng)為開(kāi)發(fā)平臺(tái),用Android操作系統(tǒng)自帶的SQLite作為數(shù)據(jù)源.Java語(yǔ)言和Xml語(yǔ)言作為開(kāi)發(fā)工具,Eclipse3.5作為輔助開(kāi)發(fā)工具.整個(gè)Android操作系統(tǒng)是在AndroidSDK提供的虛擬機(jī)中運(yùn)行,該虛擬機(jī)運(yùn)行在windows7操作系統(tǒng)上,所以客戶端的開(kāi)發(fā)是在windows7操作系統(tǒng)上運(yùn)行的Android操作系統(tǒng)中進(jìn)行的二次開(kāi)發(fā).1.3 概要設(shè)計(jì)1.3.1 開(kāi)發(fā)流程開(kāi)發(fā)流程如圖1.3.1所示.,調(diào)查研究,確定功能編寫(xiě)程序匚二調(diào)試程序壯運(yùn)行測(cè)試優(yōu)化完善圖1.3.1開(kāi)發(fā)

12、流程圖1.3.2 系統(tǒng)數(shù)據(jù)流圖系統(tǒng)數(shù)據(jù)流程如圖1.3.2所示.圖1.3.2系統(tǒng)數(shù)據(jù)流圖1.3.3 系統(tǒng)整體結(jié)構(gòu)說(shuō)明該系統(tǒng)包括前臺(tái)和后臺(tái)兩局部,主要包括用登陸、站點(diǎn)輸入、線路輸出、站點(diǎn)修改、線路更新等功能.系統(tǒng)的整體功能模塊圖如圖1.2.3所示：公交查詢系統(tǒng)后臺(tái)治理系統(tǒng)前臺(tái)查詢系統(tǒng)本站導(dǎo)航圖1.3.3整體功能模塊圖1.3.4 系統(tǒng)功能模塊的劃分公交查詢系統(tǒng)功能劃分模塊如下：1查詢系統(tǒng)模塊該模塊實(shí)現(xiàn)公交查詢功能.可實(shí)現(xiàn)按起點(diǎn)-中轉(zhuǎn)站-終點(diǎn)查詢查詢和按線路查詢兩種查詢方式.圖1.3.4查詢系統(tǒng)模塊2錄入系統(tǒng)模塊該模塊實(shí)現(xiàn)數(shù)據(jù)的錄入、修改、刪除功能.該模塊由公交站點(diǎn)治理與公交線路治理兩局部組成.詳細(xì)設(shè)

13、計(jì)視圖如圖1.3.5錄入系統(tǒng)模塊所示：丫J生成漫游方案Y在生成放大方案Y開(kāi)始丁用戶錄入地圖信息1將用戶輸入信息傳入mapOperatemapOperate的、參數(shù)是否漫游/NmapOperate的參數(shù)是否放大.NjXmapOperate的參生成縮小方案Ymap生成測(cè)距方案3信息輸入輸出模塊如圖數(shù)是否縮/1/NnOperate的參_N是否是測(cè)距/|日一,、專顯不乘車力案*圖1.2.5錄入系統(tǒng)模塊1.3.6所示：圖1.3.6信息輸出模塊第二章模式設(shè)計(jì)2.1C/S模式簡(jiǎn)介精簡(jiǎn)白說(shuō)：C/S模式是一種三層結(jié)構(gòu)的系統(tǒng),第一層在客戶機(jī)上安裝了客戶機(jī)應(yīng)用程序,第二層在效勞器上安裝效勞器治理程序,第三層是數(shù)據(jù)訪

14、問(wèn)層.在C/S模式的工作過(guò)程中,客戶機(jī)程序發(fā)出請(qǐng)求,效勞器程序接收并且處理客戶機(jī)程序提出的請(qǐng)求然后返回結(jié)果.C/S模式特點(diǎn)：(1)C/S模式將應(yīng)用與效勞別離,系統(tǒng)具有穩(wěn)定性和靈活性(2)C/S模式配備的是點(diǎn)對(duì)點(diǎn)的結(jié)構(gòu)模式,適用于局域網(wǎng),有可靠的平安性(3)由于客戶端實(shí)現(xiàn)與效勞器端的直接連接,沒(méi)有中間環(huán)節(jié),因此響應(yīng)速度快(4)在C/S模式中,作為客戶機(jī)的計(jì)算機(jī)都要安裝客戶機(jī)程序,一旦軟件系統(tǒng)開(kāi)每臺(tái)客戶機(jī)都要安裝客戶機(jī)程序,系統(tǒng)升級(jí)和維護(hù)較為復(fù)雜發(fā).2.2 B/S模式簡(jiǎn)介精簡(jiǎn)白說(shuō)：B/S模式是一種從傳統(tǒng)的三層C/S模式開(kāi)展起來(lái)的新的網(wǎng)絡(luò)結(jié)構(gòu)模式,其本質(zhì)也是三層結(jié)構(gòu)的C/S模式.在用戶的計(jì)算機(jī)上安裝

15、瀏覽器軟件,在效勞器上存放數(shù)據(jù)并且安裝效勞應(yīng)用程序,效勞器有WWW效勞器和文件效勞器等.用戶通過(guò)瀏覽器訪問(wèn)效勞器,進(jìn)行信息瀏覽、文件傳輸和電子等效勞.B/S模式特點(diǎn)：(1)系統(tǒng)開(kāi)發(fā)、維護(hù)、升級(jí)方便每當(dāng)效勞器應(yīng)用程序升級(jí)時(shí),只要在效勞器上升級(jí)效勞應(yīng)用程序即可,用戶計(jì)算機(jī)上的瀏覽器軟件不需要修改,系統(tǒng)開(kāi)發(fā)和升級(jí)維護(hù)方便.(2)B/S模式具有很強(qiáng)的開(kāi)放性在B/S模式下,用戶通過(guò)通用的瀏覽器進(jìn)行訪問(wèn),系統(tǒng)開(kāi)放性好.(3)B/S模式的結(jié)構(gòu)易于擴(kuò)展由于Web的平臺(tái)無(wú)關(guān)性,B/S模式的結(jié)構(gòu)可以任意擴(kuò)展,可以從包含一臺(tái)效勞器和幾個(gè)用戶的小型系統(tǒng)擴(kuò)展成為擁有成千上萬(wàn)個(gè)用戶的大型系統(tǒng).(4)用戶使用方便B/S模式

16、的應(yīng)用軟件都是基于Web瀏覽器的,而Web瀏覽器的界面是類似的.對(duì)于無(wú)用戶交換功能的頁(yè)面.用戶接觸的界面都是一致的,用戶使用方便.2.3 B/S-C/S模式2.3.1 B/S-C/S模式定義B/S-C/S模式是將B/S模式和C/S模式組合而來(lái)的,吸取這兩種模式的優(yōu)點(diǎn),到達(dá)互補(bǔ)的作用.B/S模式和C/S模式都是三層結(jié)構(gòu),B/S模式第一層是表現(xiàn)層,第二層是業(yè)務(wù)邏輯層,第三層是數(shù)據(jù)訪問(wèn)層.C/S模式三層結(jié)構(gòu)中第一層是客戶端與B/S模式中的第一層不一樣,其余兩層相同.在B/S模式和C/S模式數(shù)據(jù)訪問(wèn)過(guò)程和業(yè)務(wù)邏輯處理過(guò)程中是在效勞器端完成,用戶只需接受效勞器返回的結(jié)果.在B/S-C/S模式中,一局部數(shù)

17、據(jù)訪問(wèn)過(guò)程和業(yè)務(wù)邏輯處理過(guò)程在客戶端完成,另外一局部數(shù)據(jù)訪問(wèn)過(guò)程和業(yè)務(wù)邏輯處理過(guò)程在效勞器端完成.本公交線路查詢軟件一局部功能只要依靠本地?cái)?shù)據(jù)庫(kù)就可以實(shí)現(xiàn),令外一局部功能需要借助互聯(lián)網(wǎng)實(shí)現(xiàn).目前不管是硬件還是計(jì)算機(jī)硬件,更新速度很快,而且硬件的配置水平也越來(lái)越高,在硬件條件允許的情況下把一局部業(yè)務(wù)處理、數(shù)據(jù)訪問(wèn)的過(guò)程放在客戶端去完成,那么對(duì)效勞器的硬件要求就會(huì)低一些,甚至一些高性能的PC機(jī)就可以作為效勞器.從整個(gè)作業(yè)量來(lái)看,本質(zhì)上是把作業(yè)量往客戶端多分?jǐn)傄徊糠?降低效勞器的作業(yè)量,因此,對(duì)客戶端的硬件要比擬高的.B/S-C/S模式結(jié)構(gòu)如圖2.3.1所示.本軟件系統(tǒng)采用B/S-C/S模式,系統(tǒng)框

18、架如圖2.3.2所示圖2.3.2系統(tǒng)框架圖2.3.2 B/S-C/S模式特點(diǎn)B/S-C/S模式在28承了B/S模式和C/S模式的優(yōu)點(diǎn)之后,還具有以下特點(diǎn)：(1)可靠性高1、客戶端不必完全依賴于效勞器,即便脫離效勞器,還有數(shù)據(jù)庫(kù)的支持,可以繼續(xù)使用一局部功能.2、客戶端的數(shù)據(jù)喪失的時(shí)候,可以采用數(shù)據(jù)庫(kù)同步的方式從效勞器獲得新的數(shù)據(jù)信息.(2)省資源一局部作業(yè)在客戶端完成,效勞器的訪問(wèn)量和作業(yè)量都會(huì)減少,省資源,維護(hù)起來(lái)會(huì)更加方便.第三章數(shù)據(jù)庫(kù)設(shè)計(jì)3.1 數(shù)據(jù)庫(kù)結(jié)構(gòu)效勞器數(shù)據(jù)庫(kù)為總數(shù)據(jù)源,每一個(gè)客戶端都擁有獨(dú)立的小型數(shù)據(jù)庫(kù).客戶端數(shù)據(jù)庫(kù)信息從效勞器端同步獲得效勞器的數(shù)據(jù)庫(kù)是基于Mysql建立,客戶

19、端數(shù)據(jù)庫(kù)是基于SQUte建立數(shù)據(jù)庫(kù)體圖3.1.1數(shù)據(jù)庫(kù)體系結(jié)構(gòu)圖3.2 效勞器數(shù)據(jù)庫(kù)設(shè)計(jì)：用戶的需求具體表達(dá)在對(duì)各種信息的提供、保存、更新和查詢等方面.因此,一個(gè)滿足要求的數(shù)據(jù)庫(kù)必須充分滿足對(duì)各種信息的輸入輸出需要.公交查詢系統(tǒng)應(yīng)滿足以下信息需求：治理員必須先登錄系統(tǒng)后臺(tái)治理才能對(duì)系統(tǒng)中線路、站點(diǎn)等信息進(jìn)行添加、刪除、修改等工作.普通用戶不需進(jìn)行注冊(cè)就可以直接查詢相關(guān)信息.一輛公交車經(jīng)過(guò)多個(gè)站點(diǎn).每個(gè)站點(diǎn)有多輛公交叫信息.一輛公交只有一條行駛線路.一條線路包括多個(gè)站點(diǎn).綜合上面對(duì)網(wǎng)上購(gòu)物系統(tǒng)數(shù)據(jù)庫(kù)的需求分析,考慮到未來(lái)功能上的擴(kuò)展,設(shè)計(jì)如下的數(shù)據(jù)項(xiàng)結(jié)構(gòu)：治理員信息包括的數(shù)據(jù)項(xiàng)：帳號(hào)、姓名和密碼

20、.公交車信息包括的數(shù)據(jù)項(xiàng)：線路號(hào)、始發(fā)時(shí)間、末班時(shí)間、車輛等級(jí)、車輛類型、始發(fā)站、終點(diǎn)站.站點(diǎn)信息包括的數(shù)據(jù)項(xiàng)：站點(diǎn)名稱、要經(jīng)過(guò)的線路號(hào).線路信息包括的數(shù)據(jù)項(xiàng)：線路號(hào)、線路中包括的站點(diǎn)號(hào).通過(guò)上面數(shù)據(jù)庫(kù)的需求分析可知,該系統(tǒng)的實(shí)體有治理員實(shí)體、公交車實(shí)體、線路實(shí)體、站點(diǎn)實(shí)體.治理員實(shí)體如圖3.2.1所示：治理員圖3.2.1治理員實(shí)體圖公交車實(shí)體圖如圖3.2.2所示:圖3.2.2公交車實(shí)體圖線路實(shí)體如圖3.2.3所示:圖3.2.3線路實(shí)體圖站點(diǎn)實(shí)體圖如圖3.2.4所示:圖3.2.4站點(diǎn)實(shí)體圖各實(shí)體間關(guān)系的E-R圖如圖3.2.5所示:圖3.2.5各實(shí)體間關(guān)系E-R圖根據(jù)上面的E-R圖,本軟件效勞器

21、端定義的arashmen數(shù)據(jù)庫(kù)設(shè)計(jì)了以下4表：站點(diǎn)表：station表2、線路表：routes表3、發(fā)車時(shí)間表：departuretime表4、票表:fare表5.本軟件效勞器數(shù)據(jù)庫(kù)所包含的表的描述如表1.表3.1治理員信息表數(shù)據(jù)名稱字段類型說(shuō)明Account文本治理員帳號(hào)NamePassWord文本治理員姓名文本治理員密碼線路的信息表如表3.2所不:表3.2線路信息表數(shù)據(jù)名稱字段類型說(shuō)明LineName文本線路名稱BeigenStEndSt文本起始站點(diǎn)文本終止站點(diǎn)Note文本線路信息公交車的信息表如表3.3所不：表3.3公交車信息表BusNum文本公交線路號(hào)BeigenStEndStBusL

22、evel文本始發(fā)站文本終點(diǎn)站文本公交等級(jí)BusState文本公交類型BeigenTimeEndTime文本始發(fā)時(shí)間文本末班時(shí)間站點(diǎn)的信息表如表3.4所不:表3.4站點(diǎn)信息表數(shù)據(jù)名稱字段類型說(shuō)明StNameStNote文本站點(diǎn)信息3.3 客戶端數(shù)據(jù)庫(kù)設(shè)計(jì)：3.3.1 SQLite簡(jiǎn)介Android數(shù)據(jù)庫(kù)使用的是SQLiteDatabase,我們來(lái)簡(jiǎn)單的介紹下Android:臺(tái)上的SQLiteDatabase.SQLite是一款輕型的數(shù)據(jù)庫(kù),是遵守ACID的關(guān)聯(lián)式數(shù)據(jù)庫(kù)治理系統(tǒng),它的設(shè)計(jì)目標(biāo)是嵌入式的,而且目前已經(jīng)在很多嵌入式產(chǎn)品中使用了它,它占用資源非常的低,在嵌入式設(shè)備中,可能只需要幾百K的存

23、就夠了.它能夠支持Windows/Linux/Unix等等主流的操作系統(tǒng),同時(shí)能夠跟很多程序語(yǔ)言相結(jié)合,比如Tcl、PHP、Java等,還有ODBC接口,同樣比起Mysql、PostgreSQL這兩款世界著名開(kāi)源的數(shù)據(jù)庫(kù)治理系統(tǒng)來(lái)講,它的處理速度比他們都快.該軟件數(shù)據(jù)庫(kù)的建立是完全在Android平臺(tái)上執(zhí)行Java代碼,通過(guò)DVM編譯來(lái)建立的,沒(méi)有什么輔助工具,由于整個(gè)SQLite數(shù)據(jù)庫(kù)是非可視化操作,所有對(duì)數(shù)據(jù)庫(kù)的操作都是通過(guò)執(zhí)行Java代碼實(shí)現(xiàn),在完成其查詢功能的時(shí)候沒(méi)有使用數(shù)據(jù)庫(kù)高級(jí)編程,較為麻煩的關(guān)節(jié)是在如何有機(jī)的將客戶端數(shù)據(jù)庫(kù)整體結(jié)構(gòu)實(shí)現(xiàn)出來(lái),實(shí)現(xiàn)過(guò)程是無(wú)可視界面,也沒(méi)有數(shù)據(jù)庫(kù)輔助工

24、具情況下,整個(gè)過(guò)程很抽象.且表的設(shè)計(jì)應(yīng)盡量簡(jiǎn)單,不要有錯(cuò)綜復(fù)雜的關(guān)系,每表都是獨(dú)立的,不存在任何約束,數(shù)據(jù)庫(kù)也是獨(dú)立數(shù)據(jù)庫(kù),不采用Android特有的可共享數(shù)據(jù)庫(kù).3.3.2 數(shù)據(jù)庫(kù)設(shè)計(jì)E-R關(guān)系如圖3.3.1所示.圖3.3.1客戶端數(shù)據(jù)庫(kù)E-R圖根據(jù)上面的E-R圖,本軟件客戶端定義的arashmen數(shù)據(jù)庫(kù)中包含以下4表:站點(diǎn)表：station表7、線路表：routes表8、發(fā)車時(shí)間表：departuretime表9、票表:fare表10.本軟件效勞器數(shù)據(jù)庫(kù)所包含的表的描述如表6o表3.6數(shù)據(jù)庫(kù)概況表表名描述主要字段stations站點(diǎn)表保存站點(diǎn)信息ID,stationroutes線路表保存線

25、路信息ID,RouteName,ContentDeparturetime保存首班發(fā)車時(shí)間RouteName發(fā)車時(shí)間表保存末班發(fā)車時(shí)間FirstDepartureTime,LastDepartureTimefare票價(jià)信息表保存公交線路票價(jià)信息ID,isFixed,FullFare表3.7站點(diǎn)表/idInt4PKID,自動(dòng)增長(zhǎng)StationVarchar50表3.8線路表數(shù)據(jù)類型主4t/外鍵默認(rèn)值RouteNameChar20PK線路名稱ContentLongText表3.9發(fā)車時(shí)1日表字段名數(shù)據(jù)類型長(zhǎng)度主4t/外鍵默認(rèn)值idInt4PKID,自動(dòng)增長(zhǎng)RouteNameChar20FK線路名稱F

26、irstDepartureTimeTime首班發(fā)車時(shí)間LastDepartureTimeTime末班發(fā)車時(shí)間表3.10票價(jià)信息表長(zhǎng)度主4t/外鍵默認(rèn)值idInt4PKID,自動(dòng)增長(zhǎng)RouteNameChar20FK線路名稱isFixedFareChar5是否為分段計(jì)費(fèi)FullFareDouble8全程票價(jià)第四章系統(tǒng)測(cè)試4.1 系統(tǒng)測(cè)試方案根據(jù)本程序的實(shí)際情況,進(jìn)行了如下測(cè)試：1)輸入異常數(shù)據(jù)或進(jìn)行異常操作在主頁(yè)面中輸入與車次無(wú)關(guān)的站點(diǎn)信息,系統(tǒng)將對(duì)所輸入的信息與數(shù)據(jù)庫(kù)中的信息作比擬,如果沒(méi)有找到相對(duì)應(yīng)的信息,那么系統(tǒng)顯示為空.當(dāng)用戶沒(méi)有輸入任何字符的時(shí)候,系統(tǒng)會(huì)提示用戶輸入相應(yīng)的信息,以便查詢.只有符合數(shù)據(jù)庫(kù)中的信息,才能進(jìn)行相應(yīng)的查找.2)災(zāi)難恢復(fù)性測(cè)試由于本系統(tǒng)需要一個(gè)數(shù)據(jù)庫(kù)作為數(shù)據(jù)存儲(chǔ)的平臺(tái),所以當(dāng)數(shù)據(jù)庫(kù)遭到破壞的時(shí)候就無(wú)法運(yùn)行,所以治理員在日常的添加、修改和刪除前都要進(jìn)行必要的數(shù)據(jù)庫(kù)備份工作.另外由于本系統(tǒng)是靜態(tài)網(wǎng)頁(yè),所以