【正文】 參考文獻(xiàn)：[1] 蓋索林. Android開發(fā)入門指南（第2版)[M] [2] 吳亞峰等. Android應(yīng)用案例開發(fā)大全（第二版)[M] [3]Android開發(fā)入門指南《WebGIS設(shè)計(jì)思想》 作者：宋關(guān)福、鐘耳順、王爾琪 來(lái)自：圖像圖形學(xué)報(bào) [4]明日科技. android 從入門到精通[M]. 清華出版社[5]高彩麗、許黎民、袁海. android應(yīng)用開發(fā)范例精解[M]. 清華出版社[6] 王紅崧、周海晏 基于百度地圖API的旅游地理信息系統(tǒng)開發(fā) 現(xiàn)代計(jì)算機(jī) [7] 宋崇生. 基于Android手機(jī)的好友定位系統(tǒng)的探究與實(shí)現(xiàn)[J]. 科技視界期刊, 2012年04月第12期[8]宋崇生. 基于Android平臺(tái)的GPS定位系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J]. 北京工業(yè)職業(yè)技術(shù)學(xué)院學(xué)報(bào)[9]靳巖、姚尚朗. Android開發(fā)入門與實(shí)踐[M].北京:人民郵電出版社，2009[10]鄭健、賀超. Android和Chrome的發(fā)展與未來(lái). 移動(dòng)通信，2010[11]劉正、。由于本軟件的使用攜帶方便，適用范圍廣等因素，讓它更容易走入百姓的日程生活中去。 正是基十當(dāng)今GPS定位技術(shù)在民間的廣泛應(yīng)用，并結(jié)合手機(jī)上的智能平臺(tái)Android系統(tǒng)在中國(guó)的廣泛普及，我們開始了對(duì)Android上的GPS的研究和開發(fā)工作。 軟件研究展望隨著全球定位系統(tǒng)(GPS)的不斷改進(jìn)和普及，軟、硬件技術(shù)的不斷完善，其應(yīng)用領(lǐng)域也隨著技術(shù)的成熟而不斷的拓展，目前已經(jīng)遍及國(guó)民經(jīng)濟(jì)的各個(gè)部門，以及進(jìn)入大眾的口常生活，伴隨著衛(wèi)星導(dǎo)航定位設(shè)備的小型化，芯片化。最佳是采用別種方式通信方式，微信之類如果日后有機(jī)會(huì)可以實(shí)現(xiàn)。 當(dāng)然編程中出現(xiàn)了很多問(wèn)題，但在查詢資料和向同學(xué)請(qǐng)教的情況下基本解決了。 解決辦法：這種途徑?jīng)]辦法使用只能另找別的方法，想到一種途徑：發(fā)送端的客戶端將定位數(shù)據(jù)發(fā)送到后臺(tái)服務(wù)器，在由服務(wù)器發(fā)送到接收端的客戶端，服務(wù)器主動(dòng)發(fā)送會(huì)比較麻煩，可以通過(guò)接收端去服務(wù)器提取數(shù)據(jù)，在進(jìn)行定位。首先關(guān)于衛(wèi)星軟件的權(quán)限問(wèn)題，私人編出的軟件是不能夠查詢到微信客戶端里的用戶信息的，獲取不了好友列表則更談不上對(duì)特定人發(fā)送信息。在對(duì)微信相關(guān)編程學(xué)習(xí)了一段時(shí)間發(fā)現(xiàn)了一些問(wèn)題： 微信開發(fā)一般使用公眾平臺(tái)號(hào)的訂閱號(hào)，大致功能是所有微信用戶關(guān)注了此公眾號(hào)后，訂閱號(hào)發(fā)布的信息所有關(guān)注號(hào)能夠接收到，是單向發(fā)送的，但這個(gè)應(yīng)用在發(fā)送定位上有點(diǎn)泄露個(gè)人位置隱私的弊端。在執(zhí)行Pause操作時(shí)，我們需要在跳轉(zhuǎn)Activity時(shí)的onPause（）利用SharedPreferences方法保存數(shù)據(jù)，在返回Activity時(shí)在onResume（）中調(diào)用Context對(duì)象的getSharedPreferences()方法取出保存的數(shù)據(jù)，(int requestCode,int resultCode, Intent data){}中重寫。解決辦法：剛開始設(shè)計(jì)ReceiverDemo時(shí)是繼承BroadcastReceiver靜態(tài)注冊(cè)了廣播機(jī)制，這樣才可以成功將廣播消息的數(shù)據(jù)傳到主界面。方法時(shí)是錯(cuò)的，必須要進(jìn)行拋出異常處理。(4) .強(qiáng)制轉(zhuǎn)換問(wèn)題，a、b是String，c、d是double, 在將字符串型強(qiáng)制轉(zhuǎn)換成雙精度型時(shí)使用c = (a)。當(dāng)然遇到這種情況時(shí)，最好的辦法是給出錯(cuò)代碼中的變量設(shè)置斷點(diǎn)，在DEBUG運(yùn)行，通過(guò)后臺(tái)控制器查看變量在操作中值的變化，一直找到出錯(cuò)的變量，查看它的位置，檢查出錯(cuò)誤的地方并改正。 ： : Unable to find explicit activity class {xxxx}解決辦法：這是編程中偶爾犯的常見(jiàn)錯(cuò)誤，尤其是在集成編碼的時(shí)候，會(huì)添加了Activity卻沒(méi)有聲明。用戶可以通過(guò)該系統(tǒng)了解關(guān)心的人每時(shí)每刻的地理位置，也可以實(shí)用軟件時(shí)刻分享自己的方位。 第七章 總結(jié) 本次畢設(shè)的總結(jié) 本文按照軟件工程的要求，詳細(xì)討論了“基于android平臺(tái)的公交車跟蹤軟件設(shè)計(jì)”的軟件需求分析、總體設(shè)計(jì)、概要設(shè)計(jì)、編碼、測(cè)試過(guò)程，對(duì)在各個(gè)環(huán)節(jié)中出現(xiàn)的問(wèn)題進(jìn)行了深入分析，并給出了解決方案。 本章對(duì)本軟件進(jìn)行了白盒測(cè)試和黑盒測(cè)試，前期在單元測(cè)試中測(cè)出了一些軟件的缺陷。4. 穩(wěn)定性：由于測(cè)試用例太少，不能測(cè)試判別本軟件在有限的輸入是否也產(chǎn)生有限的輸出。3. 實(shí)用性：由于其中涉及到短信網(wǎng)絡(luò)費(fèi)用，不適宜頻繁發(fā)送短信，費(fèi)用會(huì)提高，偶爾使用比較不錯(cuò)。1. 容錯(cuò)性：由于大部分都是黑盒測(cè)試，測(cè)試涉及到的測(cè)試用例的使用太少了，導(dǎo)致測(cè)試中很難測(cè)試出軟件的容錯(cuò)性。但在登陸界面的測(cè)試和短信部分的測(cè)試使用了白盒測(cè)試是在已知程序內(nèi)部結(jié)構(gòu)的情況下設(shè)計(jì)測(cè)試用例的測(cè)試方法。如果可以輸入多個(gè)條件，可以同時(shí)添加合理和不合理的條件，看系統(tǒng)處理是否正確（短信的單元測(cè)試）。8)檢查多次使用back鍵的情況:在有back的地方，back，回到原來(lái)頁(yè)面，再back，重復(fù)多次，看會(huì)否出錯(cuò)。6) 是否正確的解析出短信內(nèi)容。4) 信息重復(fù):在一些需要命名，并且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID，看系統(tǒng)有沒(méi)有處理，會(huì)否報(bào)錯(cuò)，重名包括是否區(qū)分大小寫，以及在輸入內(nèi)容的前后輸入空格，系統(tǒng)是否做出正確處理。 2)字符串長(zhǎng)度檢查:輸入超出需求所說(shuō)明的字符串長(zhǎng)度的內(nèi)容，看系統(tǒng)是否檢查字符串長(zhǎng)度，會(huì)不會(huì)出錯(cuò)。 軟件測(cè)試所得到的數(shù)據(jù)經(jīng)過(guò)處理以后，可以用來(lái)作為評(píng)估軟件系統(tǒng)是否滿足用戶需求的依據(jù)。測(cè)試用例的選擇既要有一般情況，也應(yīng)有極限情況以及最大和最小的邊界值情況。設(shè)計(jì)測(cè)試用例即設(shè)計(jì)針對(duì)特定功能或組合功能的測(cè)試方案，并編寫成文檔。顯然，白箱測(cè)試適合在單元測(cè)試中運(yùn)用，而在獨(dú)立測(cè)試階段多采用黑箱測(cè)試方法。黑箱測(cè)試又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試，是在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，檢查輸入與輸出之間關(guān)系是否符合要求。在這個(gè)測(cè)試階段又有兩種性質(zhì)不同的測(cè)試:研制單位內(nèi)部進(jìn)行的集成測(cè)試和系統(tǒng)測(cè)試與用戶(或第三方)進(jìn)行的驗(yàn)收性測(cè)試。在軟件編碼階段，當(dāng)編寫出一個(gè)模塊后，通常要對(duì)它進(jìn)行必要的測(cè)試(稱為單元測(cè)試)，這時(shí)測(cè)試與編碼屬于同一個(gè)階段?；蛘哒f(shuō)，軟件測(cè)試應(yīng)該根據(jù)軟件開發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果)，并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤或缺陷。通俗地講，軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼進(jìn)行最終復(fù)審的活動(dòng)。程序員和測(cè)試員通常都不宜作可用性測(cè)試員。顯然這是主觀的，且將取決于目標(biāo)最終用戶或客戶。應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。這類測(cè)試應(yīng)由測(cè)試員做，這并不意味著程序員在發(fā)布前不必檢查他們的代碼能否工作(自然他能用于測(cè)試的各個(gè)階段)。變量跟蹤:運(yùn)用設(shè)置斷點(diǎn)或在在LogCat上打印輸出變量值的方式，跟蹤變量參數(shù)的值是否正確。黑盒測(cè)試:不是基于內(nèi)部設(shè)計(jì)和代碼的任何知識(shí)，而是基于需求和功能性。在這些工作的基礎(chǔ)上，可以對(duì)“基于android平臺(tái)的公交車跟蹤軟件設(shè)計(jì)”軟件進(jìn)行集中測(cè)試。4. 主界面需要設(shè)計(jì)按鈕跳轉(zhuǎn)到讀取短信列表界面，通過(guò)點(diǎn)擊一行短信調(diào)用setOnItemClickListener(new OnItemClickListener())中onItemClick(AdapterView? adapterView, View view, int position, long id)方法跳轉(zhuǎn)到定位界面，并解析短信將經(jīng)緯度值傳遞過(guò)去實(shí)現(xiàn)定位功能。 3. 在主界面跳轉(zhuǎn)到定位界面之前必須進(jìn)行獲取GPS操作，因?yàn)橹挥袕腂roadcastReceiver中取出經(jīng)緯度數(shù)據(jù)才能定位，不然是空值。 2. ，因?yàn)镽eceiverDemo繼承BroadcastReceiver廣播機(jī)制，而BroadcastReceiver是沒(méi)有界面的，一般從Activity傳值到Activity中只需要使用Intent傳值，但是BroadcastReceiver這樣是不行的。 8. 操作中會(huì)有Activity跳轉(zhuǎn)： 短信界面 聯(lián)系人界面短信界面 由于本次操作Activity最終是跳回去的，(intent,CODE)，在跳回來(lái)時(shí)使用onActivityResult(int requestCode,int resultCode, Intent data)。 6. ，然后通過(guò)setOnItemClickListener(new OnItemClickListener())中onItemClick(AdapterView? adapterView, View view, int position, long id)方法使用戶單擊某個(gè)聯(lián)系人方式時(shí)會(huì)使Activity跳轉(zhuǎn)到短信Activity中，同時(shí)將手機(jī)號(hào)碼數(shù)據(jù)也傳到了短信Activity中。 4. 定位界面實(shí)現(xiàn)了定位功能之后，需要將定位獲得數(shù)據(jù)經(jīng)緯度存入String字符串中，設(shè)計(jì)send按鈕，,并設(shè)置為短信內(nèi)容。 2. 先是登陸界面LoginActivity，通過(guò)響應(yīng)登陸B(tài)utton監(jiān)聽按鈕單擊消息，判斷是否能否登陸進(jìn)去。 發(fā)件箱短信 SMS_URI_DRAFT = content://sms/draft。 所有的短信 SMS_URI_INBOX = content://sms/inbox。 R1=(i+1,()).trim()。 i ()。 R=(i+1,()).trim()。 i ()。 String R1=。 String R=。具體實(shí)現(xiàn)部分如下： String N=().toString()。onReceive中代碼的執(zhí)行時(shí)間不要超過(guò)5s，否則Android會(huì)彈出超時(shí)dialog。兩種方式都需要IntentFIlter。一般來(lái)說(shuō)是在狀態(tài)欄上放一個(gè)持久的圖標(biāo)，用戶可以打開它并獲取消息。所有的接收器均繼承自BroadcastReceiver基類。應(yīng)用程序也可以進(jìn)行廣播，它是一種可以通知多個(gè)對(duì)象事件的通知機(jī)制，可以通知應(yīng)用程序完成數(shù)據(jù)下載。 圖57 導(dǎo)入聯(lián)系人類圖 本模塊使用的Activity是ReceiverDemo，它是繼承類BroadcastReceiver的，故對(duì)廣播BroadcastReceiver機(jī)制講解下：1. BroadcastReceiver是用戶接受廣播通知并做出對(duì)應(yīng)處理的組件。 Cursor phoneCursor = (,PHONES_PROJECTION, null, null, null)。這個(gè)url 對(duì)應(yīng)著contacts表 和 raw_contacts表 以及 data表 所以說(shuō)我們的數(shù)據(jù)都是從這三個(gè)表中獲取的。 ，獲取聯(lián)系人的時(shí)候需要去這個(gè)url中去找數(shù)據(jù) 。normalized_number: 這個(gè)字段就比較有意思了，它是將每個(gè)電話號(hào)碼逆序排列。: 通過(guò)data_id可以找到 datat表中相對(duì)的數(shù)據(jù)。data1到data15這里保存著聯(lián)系人的信息 、聯(lián)系人名稱 、聯(lián)系人電話號(hào)碼 、電子郵件、備注 等等。display_name: 圖中選中的數(shù)據(jù)庫(kù) ，我們將它打開看看里面儲(chǔ)存的東西 圖55 聯(lián)系人數(shù)據(jù)庫(kù)圖 發(fā)面里面有一堆表，看一下紅框內(nèi)的4個(gè)比較常用的表，后期我在介紹其它表的使用。 4)、sentIntents——跟SendDataMessage方法中一樣，只不過(guò)這里的是一組 PendingIntent 2)、scAddress——服務(wù)中心的地址or為空使用當(dāng)前默認(rèn)的SMSC參數(shù)： deliverIntents)發(fā)送一個(gè)基于SMS的多部分文本，調(diào)用者應(yīng)用已經(jīng)通過(guò)調(diào)用divideMessage(String text)將消息分割成正確的大小。每一個(gè)基于SMS的應(yīng)用程序控制檢測(cè)sentIntent。RESULT_ERROR_GENERIC_FAILURE、RESULT_ERROR_RADIO_OFF、 RESULT_ERROR_NULL_PDU之一表示錯(cuò)誤。 4)、data——消息的主體，即消息要發(fā)送的數(shù)據(jù) 1)、destinationAddress—— 消息的目標(biāo)地址 SendDataMessage(String destinationAddress, String scAddress, short destinationPort, byte[] data, PendingIntent sentIntent, PendingIntent deliveryIntent) 返回值：SmsManager的默認(rèn)實(shí)例 獲取SmsManager的默認(rèn)實(shí)例。 參數(shù)：text——初始的消息，不能為空 當(dāng)短信超過(guò)SMS消息的最大長(zhǎng)度時(shí)，將短信分割為幾塊。 定位類圖： 圖53 定位類圖 SMS涉及的主要類SmsManager 實(shí)現(xiàn)SMS主要用到SmsManager類，下面我們介紹一下該類的主要成員。如果定位SDK根據(jù)定位依據(jù)發(fā)現(xiàn)位置沒(méi)有發(fā)生變化，就不會(huì)發(fā)起網(wǎng)絡(luò)請(qǐng)求，返回上一次定位的結(jié)果；如果發(fā)現(xiàn)位置改變，就進(jìn)行網(wǎng)絡(luò)請(qǐng)求進(jìn)行定位，得到新的定位結(jié)果。 (BDLocation location) 方法我還要重點(diǎn)講解下，我們會(huì)發(fā)現(xiàn)onReceiveLocation方法會(huì)反復(fù)執(zhí)行，他執(zhí)行的間隔跟LocationClientOption類的setScanSpan()方法設(shè)定的值有關(guān)，我們?cè)O(shè)定的是5000毫秒，則onReceiveLocation方法每隔5秒執(zhí)行一次，注意，當(dāng)我們?cè)O(shè)定的值大于1000（ms）,定位SDK內(nèi)部使用定時(shí)定位模式。通過(guò)該類用戶可以獲取error