【正文】 返回給客戶端一個 IBind 接口實例， IBind 允許客戶端回調(diào)服務(wù)的方法，比如得到 Service 運行的狀態(tài)或其他操作。這個時候把調(diào)用者（ Context，例如Activity）會和 Service 綁定在一起， Context 退出了 ， Srevice 就會調(diào)用onUnbindonDestroy 相應(yīng)退出。 所以調(diào)用 bindService 的生命周期為： onCreate onBind(只一次，不可多次綁定 ) onUnbind onDestory。 在 Service 每一次的開啟關(guān)閉過程中，只有 onStart 可被多次調(diào)用 (通過多次startService 調(diào)用 )，其他 onCreate， onBind， onUnbind， onDestory 在一個生命周期中只能被調(diào)用一次。 service 可以在和多場合的應(yīng)用中使用，比如播放多 媒體的時候用戶啟動了其他Activity 這個時候程序要在后臺繼續(xù)播放，比如檢測 SD 卡上文件的變化，再或者在后臺記錄你地理信息位置的改變等等 。 Content Provider Content Provider 屬于 Android 應(yīng)用程序的組件之一，作為應(yīng)用程序之間唯一的共享數(shù)據(jù)的途徑， Content Provider 主要的功能就是存儲并檢索數(shù)據(jù)以及向其他應(yīng)用程序提供訪問數(shù)據(jù)的借口。 Android 系統(tǒng)為一些常見的數(shù)據(jù)類型 (如音樂、視頻、圖像、手機通信錄聯(lián)系人信息等 )內(nèi)置了一系列的 Content Provider, 這些都位于 包下。持有特定的許可，可以在自己開發(fā)的應(yīng)用程序中訪問這些 Content Provider。 讓自己的數(shù)據(jù)和其他應(yīng)用程序共享有兩種方式：創(chuàng)建自己的 Content Provier(即繼承自 ContentProvider 的子類 ) 或者是將自己的數(shù)據(jù)添加到已有的 Content Provider 中去，后者需要保證現(xiàn)有的 Content Provider 和自己的數(shù)據(jù)類型相同且具有該 Content Provider 的寫入權(quán)限。對于 Content Provider，最重要的就是數(shù)據(jù)模型(data model) 和 URI。 找畢業(yè)設(shè)計、項目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 12 3 需求分析和可行性研究 需求分析簡單地說就是分析一般用戶的要求，按照用戶需求大致的把目標(biāo)系統(tǒng)架構(gòu)出來。需求分析首先要做的是詳細(xì)調(diào)查實際要處理的對象，對當(dāng)前目標(biāo)的現(xiàn)狀要做到充分了解，然后確定用戶真正所需要的也切合實際情況的系統(tǒng)，最終才能根據(jù)實際情況確定系統(tǒng)所具有的全部功能。本次設(shè)計的圖片閱讀器即是如此。 問題的定義 問題 定義 :就是從系統(tǒng)角度來理解軟件 ,確定對所開發(fā)系統(tǒng)的綜合要求 ,并提出這些需求的實現(xiàn) 條件 ,以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn) .這些需求包括：功能需求 (做什么 ),性能需求 (要達(dá)到什么指標(biāo) ),環(huán)境需求 (如機型 ,操作系統(tǒng)等 ),可靠性需求 (不發(fā)生故障的概率） ,安全保密需求 ,用戶界面需求 ,資源使用需求 (軟件運行是所需的內(nèi)存 ,CPU 等 ),軟件成本消耗與開發(fā)進(jìn)度需求 ,預(yù)先估計以后系統(tǒng)可能達(dá)到的目標(biāo) 。 在開發(fā)軟件之前，經(jīng)過查閱有關(guān)文獻(xiàn)和著作，一段時間的分析和學(xué)習(xí)之后，基本了解了 Android 平臺的一些具體應(yīng)用以及如何在 Android 平臺上開發(fā)應(yīng)用程序，還有圖像顯示高分辨率的具體原理，也學(xué)習(xí)了圖像處理相關(guān)的一些知 識，認(rèn)識到完成本軟件和實現(xiàn)基本的功能，需要做到掌握 Android 平臺框架，熟悉 JAVA 開發(fā)語言，熟悉相關(guān)的一些基礎(chǔ)理論。 需求分析 需求分析的過程 需求分析階段的工作 ,可以分為三個方面 :分析與綜合 ,制訂規(guī)格說明 ,評審。 分析與綜合 :逐步細(xì)化所有的軟件功能 ,找出系統(tǒng)各元素間的聯(lián)系 ,接口特性和設(shè)計上的限制 ,分析他們是否滿足需求 ,剔除不合理部分 ,增加需要部分 。 最后 ,綜合成系統(tǒng)的解決方案 ,給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型 (做什么的模型 )。 制訂規(guī)格說明書 :即編制 文檔 ,描述需求的文檔稱為軟件需求規(guī)格說明書 。 注意需求分析階段的成果是需求規(guī)格說明書 ,向下一階段提交 。 評審 :對功能的正確性 ,完整性和清晰性 ,以及其它需求給予評價 。 評審?fù)ㄟ^才可進(jìn)行下一階段的工作 ,否則重新進(jìn)行需求分析。 需求分析的方法 需求分析的方法有很多 。 這里只強調(diào) 原型化方法 ,其它的方法如 :結(jié)構(gòu)化方法 ,動態(tài)分析法等在此不討論 。 原型化方法是十分重要的 。 原型就是軟件的一個早期可運行的版本 ,它實現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能 。 原型化方法就是盡可能快地建造一個粗糙的系統(tǒng) ,這系統(tǒng)實現(xiàn)了目標(biāo)系統(tǒng) 的某些或全部功能 ,但是這個系統(tǒng)可能在可靠性 ,界面的友好性或其他方面上存在缺陷 。 建造這樣一個系統(tǒng)的目的是為了考察某一方面的可行性 ,如算法的可行性 ,技術(shù)的可行性 ,或考察是否滿足用戶的需求等 。 如 ,為了考察是否滿足用戶的要求 ,可以用某些軟件工具快速的建造一個原型系統(tǒng) ,這個系統(tǒng)只是一個界面 ,然后聽取用戶的意見 ,改進(jìn)這個原型 .以后的目標(biāo)系統(tǒng)就在原型系統(tǒng)的基礎(chǔ)上開發(fā) 。 原型主要有三種類型 (軟考考過 ):探索型 ,實驗型 ,進(jìn)化型 .探索型 :目的是要弄清楚對目標(biāo)系統(tǒng)的要求 ,確定所希望的特性 ,并探討多種方案的可行性 。 實驗型 :用于大規(guī)模開發(fā)和實現(xiàn)前 ,考核方案是否合適 ,規(guī)格說明是否可靠 。 進(jìn)化型 :目的不在于改進(jìn)規(guī)格說明 ,而是將系統(tǒng)建造得易于變化 ,在改進(jìn)原型的過程中 ,逐步將原型進(jìn)化成最終系統(tǒng)。 找畢業(yè)設(shè)計、項目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 13 使用原型化方法有兩種不同的策略 :廢棄策略 ,追加策略 。 廢棄策略 :先建造一個功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，針對這個系統(tǒng)反復(fù)進(jìn)行修改 ,形成比較好的思想 ,據(jù)此設(shè)計出較完整 ,準(zhǔn)確 ,一致 ,可靠的最終系統(tǒng) 。 系統(tǒng)構(gòu)造完成后 ,原來的模型系統(tǒng)就被廢棄不用 .探索型和實驗型屬于這種策略。 追加策略 :先構(gòu)造一個功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心 ,然后通過不斷地擴充修改 ,逐步追加新要求，發(fā)展成為最終系統(tǒng)。 進(jìn)化型屬于這種策略 。 本軟件研究方法 軟件工程是一類求解軟件的工程，它應(yīng)用計算機科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，借鑒傳統(tǒng)工程的原則、方法，創(chuàng)建軟件以達(dá)到提高質(zhì)量、降低成本的目的。其中，計算機科學(xué)、數(shù)學(xué)用于構(gòu)造模型與算法，工程科學(xué)用于制定規(guī)范、設(shè)計范型、評估成本及確定權(quán)衡，管理科學(xué)用于計劃、資源、質(zhì)量、成本等管理。軟件工程是一門指導(dǎo)計算機軟件開發(fā)和維護的工程學(xué)科。 軟件工程的模型是軟件開發(fā)全部過程、活動和任務(wù)的結(jié)構(gòu)框架。 瀑布模型內(nèi)容及特點： 瀑布模型將軟件生存周期的各項活動規(guī)定為依固定順序連接的軟干階段工作，是一種線性模型。各階段活動為，提出系統(tǒng)需求、提出軟件需求、需求分析、設(shè)計、編碼、測試和運行。每個開發(fā)階段具有以下特征，從上一階段接受本階段工作的對象作為輸入，對上述輸入實施本階段的活動，給出本階段的工作成果作為輸出傳入下一階段，對本階段工作進(jìn)行評審，若本階段工作得到確認(rèn)，則繼續(xù)下階段工作，否則返回前一階段甚至更前階段。瀑布模型最為突出的缺點是該模型缺乏靈活性。 演化模型內(nèi)容及特點： 演化模型主要針對事先不 能完整定義需求的軟件開發(fā)，其開發(fā)過程一般是首先開發(fā)核心系統(tǒng)，當(dāng)核心系統(tǒng)投入運行后，軟件開發(fā)人員根據(jù)用戶的反饋，實施開發(fā)的迭代過程，每一迭代過程均由需求、設(shè)計、編碼、測試、集成等階段組成，直到軟件開發(fā)結(jié)束。演化模型在一定程度上減少了軟件開發(fā)活動的盲目性。 螺旋模型內(nèi)容及特點： 它是在瀑布模型和演化模型的基礎(chǔ)上，加入兩者所忽略的風(fēng)險分析所建立的一種軟件開發(fā)模型。沿螺旋模型順時針方向，依次表達(dá)了四個方面的活動，制定計劃、風(fēng)險分析、實施工程、客戶評估。 噴泉模型內(nèi)容及特點： 它體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙 特征，噴泉模型主要用于支持面向?qū)ο箝_發(fā)過程。 增量模型內(nèi)容及特點： 在設(shè)計了軟件系統(tǒng)整體體系結(jié)構(gòu)之后，首先完整的開發(fā)系統(tǒng)的一個初始子集，繼之，根據(jù)這一子集，建造一個更加精細(xì)的版本，如此不斷的進(jìn)行系統(tǒng)的增量開發(fā)。 瀑布模型、演化模型、螺旋模型之間的聯(lián)系：相同點是這三個模型都分為多個階段，而瀑布模型一次完成軟件，演化模型分為多次完成，每次迭代完成軟件的一個部分，螺旋模型也分為多次完成，每次完成軟件的一個新原型，并考慮風(fēng)險分析。 本軟件主要實現(xiàn)的功能是顯示本地和 SD 卡上的圖片和對圖片進(jìn)行一些簡單的 處理，第一，需要實現(xiàn)掃描相關(guān)存儲介質(zhì)上的圖片數(shù)據(jù)；第二，對于掃描出的圖片能夠顯其存儲的目錄；第三，在查看相關(guān)目錄中的圖片時顯示低分辨率圖片的縮略圖，使用戶能夠?qū)φ麄€存儲目錄中的所有圖片有一個大致的了解和進(jìn)行簡單的瀏覽；第四，找畢業(yè)設(shè)計、項目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 14 當(dāng)用戶點擊預(yù)覽圖片中的想要查看的單張圖片時，能夠?qū)D片按照原分辨率顯示出來；第五，如果用戶想要同一存儲目錄下多張圖片自動切換顯示來瀏覽圖片，那就需要使圖片按幻燈片一樣播放；第六，如果從存儲介質(zhì)中掃描出來的圖片是顛倒或橫置，就需要進(jìn)行旋轉(zhuǎn)來調(diào)節(jié)，以便使用戶能夠正常觀看圖片；第七，對掃描出的 圖片過于大以致不能在現(xiàn)有的屏幕上完全顯示出來或過于小用戶想查看圖片細(xì)節(jié)時，就要通過對圖片的縮放操作來處理；第八，對于一張圖片，用戶想深入了解，最簡單的就是了解其大小和所在位置，所以要實現(xiàn)圖片詳細(xì)信息的查看；第九，對于不喜歡的圖片，用戶要對其刪除，對圖片的刪除操作需要實現(xiàn)。 首先進(jìn)行總體的分析和設(shè)計，再將基本信息模塊的具體內(nèi)容設(shè)計完成，然后完成其它各個子模塊的功能。不同階段中注意對系統(tǒng)進(jìn)行備份。通過 DDMS 調(diào)試來發(fā)現(xiàn)問題，并要重視作好筆記。本項目采用 SQLite 進(jìn)行數(shù)據(jù)庫設(shè)計，開發(fā)工具采用eclipse+Android 開發(fā)環(huán) 境 。 可行性分析 可行性分析的目的，就是通過具體某個項目的主要內(nèi)容和與之相對應(yīng)的相關(guān)條件，來從各方面對其進(jìn)行調(diào)查研究，以確定問題是否能夠得到解決；也即是用最小的代價在盡可能的時間內(nèi)確定問題是否能夠解決，以避免盲目投資帶來的巨大浪費。可行性分析需要對不同的可能解決方法進(jìn)行分析，并對所得到的結(jié)果進(jìn)行預(yù)測，看取得的效益和影響是否達(dá)到預(yù)期的目標(biāo)?？尚行苑治霰仨氁龅焦?、可靠和科學(xué)。下面從經(jīng)濟、技術(shù)、操作、法律四個方面來對本系統(tǒng)進(jìn)行可行性分析。 經(jīng)濟可 行性 基于 Android 平臺的圖片閱讀器的開發(fā)，在經(jīng)過查閱有關(guān)資料，一段時間的調(diào)查和仔細(xì)研究潛在的市場和成本 效益分析，綜合各種條件之后，最后得到本系統(tǒng)在經(jīng)濟上是可行的。下面從投入和效益兩方面來對其進(jìn)行分析。 首先在投入方面，開發(fā)者僅需一臺配置一般的計算機，內(nèi)存要求也不用太高，再加上 JDK，配置了 AndroidADT 的 Eclipse、 Android SDK 和 Android 模擬器后就可以進(jìn)行開發(fā)，開發(fā)完成后自己就可以進(jìn)行模擬實驗，而且很容易找到裝有 Android 系統(tǒng)的手機。 技 術(shù)可行性 根據(jù)以前軟件開發(fā)總結(jié)的經(jīng)驗和通過對本系統(tǒng)具有的功能結(jié)構(gòu)詳細(xì)的分析，采用日漸趨于成熟的 Android 開發(fā)技術(shù)，按照軟件開發(fā)相關(guān)的具體流程就可以設(shè)計和開發(fā)本系統(tǒng)程序。前面調(diào)研獲取的準(zhǔn)確和完全的信息是開發(fā)功能完善應(yīng)用程序的前提；而使用當(dāng)下最為流行的設(shè)計方法，有助于以后對軟件進(jìn)行有序完善的開發(fā)和易于擴展，并能夠大大簡化設(shè)計流程，減少無謂的工作量，減少應(yīng)用程序可能出現(xiàn)的漏洞和缺陷。同時 JAVA 已經(jīng)是很成熟的跨平臺軟件開發(fā)語言，在 J2EE 上開發(fā)應(yīng)用程序也日漸成熟 ,而 Android 則是這幾年關(guān)注度 一直很高的系統(tǒng)平臺，開放性非常強，在此平臺上的開發(fā)能夠使開發(fā)者了解最前沿的技術(shù)理念和新的框架結(jié)構(gòu)設(shè)計。所以在技術(shù)上本系統(tǒng)是可行的。 操作可行性 基于 Android 平臺的圖片閱讀器客戶端軟件具備友好的用戶界面，使用方便，操作簡單，易于被用戶接受，有很好的用戶體驗。因此從使用操作方面看，此系統(tǒng)的開發(fā)是可行的。 找畢業(yè)設(shè)計、項目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 15 法律可行性 本系統(tǒng)屬于私人設(shè)計，在開發(fā)過程中沒有涉及合同、責(zé)任等與法律相抵觸的方面。因此，本系統(tǒng)在法律上是可行的。 綜合上述四個方面的可行性分析可知，開發(fā)一個基于 Android 的圖像閱讀器客戶端是可以實現(xiàn)和可行的。 找畢業(yè)設(shè)計、項目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 16 4 系統(tǒng)概要設(shè)計 系統(tǒng)的功能模塊說明 基于 Android 平臺的圖片閱讀器客戶端軟件主要的功能，是能夠在本地顯示和處理、以及實現(xiàn)放縮，主要提供如下功能： (1)圖片存儲目錄列表 圖片存儲