【正文】 ）軟件開發(fā)工具包。被軟件開發(fā)工程師用于為特定的軟件包、軟件框架、硬件平臺(tái)、操作系統(tǒng)等建立應(yīng)用軟件的開發(fā)工具的集合。因此，Android SDK 指的既是Android專屬的軟件開發(fā)工具包。 開發(fā)環(huán)境本軟件是在windows 7 操作系統(tǒng)中，利用Eclipse Classic SDK工具包，結(jié)合Android手機(jī)自帶的sqlite3數(shù)據(jù)庫進(jìn)行開發(fā)。 開發(fā)技術(shù)本軟件的的開發(fā)技術(shù)可以概括為：在Android平臺(tái)的開發(fā)環(huán)境下，通過手機(jī)的2G/3G，或者是wifi網(wǎng)絡(luò)使用SOAP協(xié)議連接，獲取數(shù)據(jù)后對(duì)數(shù)據(jù)用Android的特有展現(xiàn)方式展現(xiàn)在手機(jī)屏幕上，并且完成交互操作，獲取收據(jù)并且成功展示后，通過本地化的管理對(duì)數(shù)據(jù)進(jìn)行本地化的存儲(chǔ)和管理。利用SOAP協(xié)議通過手機(jī)網(wǎng)絡(luò)獲取數(shù)據(jù)后，就會(huì)對(duì)各模塊中需要用到的對(duì)象進(jìn)行實(shí)例化，實(shí)例化的時(shí)候用到的是單例模式，以便不同的界面調(diào)用相同的內(nèi)容，這是本軟件資源共享的一個(gè)處理方式，在獲取數(shù)據(jù)的時(shí)候利用進(jìn)度條通知用戶此時(shí)是在獲取數(shù)據(jù)，而獲取數(shù)據(jù)的動(dòng)作時(shí)放在了區(qū)別于主線程的一個(gè)分線程中，當(dāng)獲取數(shù)據(jù)完畢后，利用Android中獨(dú)有的Handler通知界面UI處理，此時(shí)所做的處理時(shí)關(guān)閉進(jìn)度條，在Android中如果不同線程之間需要影響UI界面，就必須要使用Handler，否則就會(huì)報(bào)出：AndroidRuntime(28964):(:3703)的錯(cuò)誤，Handler在本軟件的制作過程中是必不可少的，在完成展示后，專門為用戶設(shè)計(jì)了收藏的功能，不再需要經(jīng)過一定的尋找過程來查找想要的數(shù)據(jù)，此時(shí)使用的是Android使用的小型關(guān)系型數(shù)據(jù)庫sqlite3，是一種小巧快速并且功能強(qiáng)大的數(shù)據(jù)庫。 利用SOAP技術(shù)與網(wǎng)絡(luò)接口交互SOAP采用了已經(jīng)廣泛使用的兩個(gè)協(xié)議:HTTP 和XML。HTTP用于實(shí)現(xiàn) SOAP 的RPC 風(fēng)格的傳輸, 而XML 是它的編碼模式。采用幾行代碼和一個(gè)XML 解析器, HTTP 服務(wù)器( MS 的 IIS 或 Apache) 立刻成為SOAP 的 ORBS。SOAP 通訊協(xié)議使用 HTTP 來發(fā)送XML 格式的信息。HTTP與RPC 的協(xié)議很相似,它簡單、 配置廣泛,并且對(duì)防火墻比其它協(xié)議更容易發(fā)揮作用。HTTP 請(qǐng)求一般由 Web 服務(wù)器軟件(如 IIS 和Apache)來處理, 但越來越多的應(yīng)用服務(wù)器產(chǎn)品正在支持HTTP。XML 作為一個(gè)更好的網(wǎng)絡(luò)數(shù)據(jù)表達(dá)方式( NDR)。SOAP 把 XML 的使用代碼化為請(qǐng)求和響應(yīng)參數(shù)編碼模式, 并用HTTP 作傳輸。具體地講, 一個(gè)SOAP 方法可以簡單地看作遵循SOAP編碼規(guī)則的HTTP請(qǐng)求和響應(yīng), 一個(gè) SOAP 終端則可以看作一個(gè)基于HTTP 的URL, 它用來識(shí)別方法調(diào)用的目標(biāo)。像CORBA/ IIOP一樣, SOAP不需要具體的對(duì)象綁定到一個(gè)給定的終端, 而是由具體實(shí)現(xiàn)程序來決定怎樣把對(duì)象終端標(biāo)識(shí)符映像到服務(wù)器端的對(duì)象。 在使用本協(xié)議過程中需要定義一個(gè)WSDL 如：Private static final String WSDL = ?wsdl。SOAP是個(gè)通信協(xié)議， SOAP在HTTP協(xié)議的基礎(chǔ)上，把編寫成XML的REQUEST參數(shù), 放在HTTP BODY上提交個(gè)WEB SERVICE服務(wù)器(SERVLET，ASP等等) 處理完成后，結(jié)果也寫成XML作為RESPONSE送回用戶端，為了使用戶端和WEB SERVICE可以相互對(duì)應(yīng)，可以使用WSDL作為這種通信方式的描述文件，利用WSDL工具可以自動(dòng)生成WS和用戶端的框架文件，SOAP具備把復(fù)雜對(duì)象序列化捆綁到XML里去的能力。 Android SDK常見公共類庫介紹 sqlite3數(shù)據(jù)庫的使用相關(guān)類庫介紹本軟件代碼編寫過程中對(duì)數(shù)據(jù)庫的操作主要涉及三個(gè)工具類，分別是：1. 。2. 。3. 。繼承這個(gè)類必須實(shí)現(xiàn)一個(gè)構(gòu)造方法和兩個(gè)覆寫方法，否則是不可以使用的。下面是主要代碼說明：public class ChanneldbHelper extends SQLiteOpenHelper { private static final String DATABASENAME = 。 // 數(shù)據(jù)庫名稱 private static final int DATABASEVERSION = 1。// 數(shù)據(jù)庫版本 public ChanneldbHelper(Context context) { super(context, DATABASENAME, null, DATABASEVERSION)。 // TODO Autogenerated constructor stub } @Override public void onCreate(SQLiteDatabase db) { // TODO Autogenerated method stub(CREATE TABLE channel (id integer primary key autoincrement, channelno integer ,channelname varchar(20)))。// 執(zhí)行有更改的sql語句 } @Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { // TODO Autogenerated method stub (DROP TABLE IF EXISTS channel)。 onCreate(db)。 }} Android界面Activity介紹Android的界面是由每一個(gè)成為Activity的java類組成的，這個(gè)類庫是制作Android軟件必須使用的，只有使用了這個(gè)才可以讓用戶看得見，本類中有幾個(gè)常用的覆寫方法來表示界面的生存周期，分別是：onCreate(),onStart(),onResume(),onPause(),onStop(),onDestroy(),onRestart()七個(gè)方法。Activity的生命周期圖，如圖21所示： 圖21 Android Activity生存周期圖第3章 系統(tǒng)需求分析 可行性研究該階段通過對(duì)系統(tǒng)總目標(biāo)的初步調(diào)研與分析，提出可行性方案并進(jìn)行論證。在此，主要從技術(shù)可行性、經(jīng)濟(jì)可行性和操作可行性三方面進(jìn)行分析。 經(jīng)濟(jì)可行性本軟件采用手機(jī)軟件的形式呈現(xiàn)，與傳統(tǒng)的pc軟件相比具有，攜帶方便，隨之隨地獲取信息的特點(diǎn)，不受地理和時(shí)間的限制的特點(diǎn)，可以充分充分利用人們的閑暇時(shí)間，從這個(gè)角度看，該軟件可行。 技術(shù)可行性開發(fā)工具：Eclipse Classic 數(shù)據(jù)庫環(huán)境：sqlite3系統(tǒng)環(huán)境：Microsoft Windows XP或以上版本軟件實(shí)現(xiàn)是依靠基于Android系統(tǒng)的開發(fā)技術(shù)，使用的是java為主的開發(fā)語言進(jìn)行開發(fā)，再加上SOAP技術(shù)進(jìn)行數(shù)據(jù)交互。 操作可行性軟件采用最主流的Android軟件應(yīng)用開發(fā)風(fēng)格，并使用Android的原生組件進(jìn)行開發(fā)，界面友好，簡潔易懂，組建布局具有誘導(dǎo)性，用戶使用極其方便快捷。 性能需求分析為了保證軟件能夠長期、安全、穩(wěn)定、可靠、高效地在Android設(shè)備上運(yùn)行，本系統(tǒng)應(yīng)該滿足以下性能需求。 實(shí)用性原則充分利用手機(jī)的2G/3G網(wǎng)絡(luò)，為本軟件提供信息支持，充分考慮用戶獲取信息的心理需求，在簡潔實(shí)用的基礎(chǔ)上對(duì)軟件界面層級(jí)進(jìn)行布局。 可擴(kuò)展性與可維護(hù)性原則為適應(yīng)將來的發(fā)展，軟件應(yīng)該具有良好的可擴(kuò)展性和可維護(hù)性。系統(tǒng)設(shè)計(jì)盡可能模塊化、組件化，由于Android設(shè)備分辨率的各不相同，使軟件可靈活配置，適應(yīng)不同的的Android終端設(shè)備。系統(tǒng)的可擴(kuò)展性應(yīng)包括能接納已有的系統(tǒng)和在今后系統(tǒng)軟硬件擴(kuò)展時(shí)，能有效地保護(hù)已有的資源建設(shè)。當(dāng)用戶的需求有所改變時(shí)，可以對(duì)其快速的配置改變，以應(yīng)對(duì)用戶的需求，有一個(gè)較好的應(yīng)用平臺(tái)——Android設(shè)備，能容易地安裝和卸載。系統(tǒng)易于擴(kuò)充升級(jí)，既能滿足當(dāng)前業(yè)務(wù)的需求，將來的需求改變升級(jí)也被考慮在內(nèi)。 安全可靠性原則本軟件是基于手機(jī)設(shè)備使用的，其安全性與其他的應(yīng)用軟件是一樣的，本軟件不會(huì)殘留用戶任何的隱私信息。 用戶界面美觀原則界面經(jīng)過對(duì)用戶心理的調(diào)研和統(tǒng)計(jì)后。并參考時(shí)下流行的軟件風(fēng)格進(jìn)行設(shè)計(jì)，在此基礎(chǔ)上，加入了對(duì)用戶具有誘導(dǎo)性的按鍵設(shè)計(jì)，使得用戶在初次使用的時(shí)候就會(huì)使用，而不需要在使用的時(shí)候進(jìn)行特別的學(xué)習(xí)和指導(dǎo)。 準(zhǔn)確性與原則性原則軟件的準(zhǔn)確性是成敗的關(guān)鍵，本軟件最核心的技術(shù)便是通過SOAP技術(shù)與互聯(lián)網(wǎng)上提供的接口進(jìn)行交互，本軟件采用特殊處理來保證數(shù)據(jù)獲取的準(zhǔn)確性和及時(shí)性，從軟件的布局還是數(shù)據(jù)呈現(xiàn)方面，都是經(jīng)過對(duì)用戶心理的研究和與其他數(shù)據(jù)對(duì)比的來的。 易用性原則軟件是Android平臺(tái)上的軟件，自然保留了Android軟件的應(yīng)用性原則，平易近人，不需要額外學(xué)習(xí)，看到任何一個(gè)界面都不會(huì)不知所措，會(huì)有不同含義的圖標(biāo)進(jìn)行提示下一步操作，保證用戶使用時(shí)不會(huì)迷路。 數(shù)據(jù)需求分析表31 信息輸入輸出信息輸入信息處理信息輸出用戶選擇天氣預(yù)報(bào)城市軟件通過互聯(lián)網(wǎng)獲取該城市信息后篩選有用的信息通過軟件自動(dòng)篩選后輸出有用的信息用戶輸入手機(jī)號(hào)軟件將通過互聯(lián)網(wǎng)獲取該手機(jī)號(hào)的相應(yīng)信息顯示該手機(jī)的相應(yīng)信息用戶通過層級(jí)選擇電視頻道軟件通過互聯(lián)網(wǎng)查詢?cè)撾娨曨l道的電視節(jié)目預(yù)告信息顯示該電視頻道的電視節(jié)目預(yù)告輸入想要翻譯的單詞軟件通過互聯(lián)網(wǎng)查詢相應(yīng)的單詞譯文顯示該單詞的譯文收藏夾城市管理對(duì)數(shù)據(jù)庫中的城市信息管理刷新收藏夾中城市列表收藏夾手機(jī)號(hào)管理對(duì)數(shù)據(jù)庫中的手機(jī)號(hào)信息管理刷新收藏夾手機(jī)號(hào)列表收藏夾電視頻道管理對(duì)數(shù)據(jù)庫中的電視頻道管理刷新收藏夾電視頻道的列表收藏夾單詞管理對(duì)數(shù)據(jù)庫中的單詞本管理刷新收藏夾單詞的列表第4章 系統(tǒng)設(shè)計(jì) 系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)在設(shè)計(jì)一款軟件時(shí)一般都會(huì)把它分成幾個(gè)模塊，在模塊的基礎(chǔ)上還會(huì)再分小模塊，這樣就達(dá)到了軟件模塊化設(shè)計(jì)的要求，然后再對(duì)各個(gè)小模塊進(jìn)行詳細(xì)設(shè)計(jì)和編寫，采用模塊化的管理方式可以使軟件結(jié)構(gòu)更清晰，也使得軟件的管理更有秩序，使別人容易理解和閱讀，但是這些模塊也要根據(jù)別的模塊來設(shè)計(jì)和約束，不能隨便設(shè)計(jì)脫離框架，設(shè)計(jì)完成后需要把每個(gè)設(shè)計(jì)完成的模塊根據(jù)總體框架結(jié)合起來。根據(jù)本軟件的功能需求，將本軟件分為以下幾個(gè)功能模塊，如圖 41所示：圖41 整體框架圖 系統(tǒng)靜態(tài)模型設(shè)計(jì)根據(jù)系統(tǒng)需求可以識(shí)別系統(tǒng)中存在的對(duì)象。從需求中可知我們至少創(chuàng)建4個(gè)類：天氣類、手機(jī)號(hào)碼類、電視節(jié)目類和翻譯結(jié)果類。系統(tǒng)和用戶交互時(shí)修要直觀的圖形化界面，所以我們需要很多用戶界面類。本項(xiàng)目需要7個(gè)用戶界面類，分別是主界面類（AssistantActivity）、天氣預(yù)報(bào)界面類（WeatherActivity）、手機(jī)號(hào)助手界面類（PhoneActivity）、電視節(jié)目預(yù)告界面類（TVareaActivity）、翻譯界面類（TranslatorActivity）、收藏夾界面類（MarkActivity）、天氣小貼士界面類（TipsActivity）、城市收藏界面類（CityMarkActivity）、電視頻道收藏界面類（TVchannelMarkActivity）、單詞本界面類（WordMarkActivity）。確定了系統(tǒng)的類后需要確定類之間的關(guān)系，如圖42所示：圖42系統(tǒng)靜態(tài)模型 系統(tǒng)數(shù)據(jù)庫模型設(shè)計(jì) ER圖ER方法就是一種實(shí)體關(guān)系方法，而其使用的工具就是ER圖。ER圖由實(shí)體、實(shí)體的屬性以及實(shí)體之間的關(guān)系三部分組成，實(shí)體是具有相同的性質(zhì)并且彼此之間可以相互區(qū)分的現(xiàn)實(shí)世界對(duì)象的集合；屬性是實(shí)體所具有的特征，它是描述實(shí)體或者關(guān)系的性質(zhì)的數(shù)據(jù)項(xiàng)；實(shí)體之間的關(guān)系通過直線連接。1. 城市天氣數(shù)據(jù)ER圖，如43所示：圖43 城市實(shí)體圖2. 電視頻道節(jié)目數(shù)據(jù)ER圖，如圖44所示：圖44 電視頻道實(shí)體圖3. 手機(jī)號(hào)相關(guān)信息數(shù)據(jù)ER圖，如圖45所示：圖45 手機(jī)號(hào)實(shí)體圖4. 翻譯結(jié)果數(shù)據(jù)ER圖，如圖45所示：圖46 單詞實(shí)體圖 數(shù)據(jù)庫的設(shè)計(jì)1. 表47為天氣預(yù)報(bào)信息表city，該表記錄一個(gè)城市一天的天氣信息。表47 city列名數(shù)據(jù)類型允許空說明idintegerN主鍵，遞增citynamevarchar(8)Y城市名refreshtimevarchar(8)Y刷新時(shí)間temperaturevarchar(5)Y溫度dateandcloudvarchar(10)Y云層windvarchar(5)Y風(fēng)況weather_picvarchar(2)Y天氣情況圖片代碼weather_descriptionvarchar(20)Y天氣詳情weather_tipsvarchar(20)Y天氣小貼士tom_temperaturevarchar(10)Y明日天氣tom_dateandcloudvarchar(6)Y明日云層tom_windvarchar(6)Y明日風(fēng)況tom_weather_picvarchar(2)Y明日天氣圖片代碼after_tom_temperaturevarchar(6)Y后天天氣after_tom_dateandcloudvarchar(6)Y后天云層after_