【文章內(nèi)容簡(jiǎn)介】 功能需求 根據(jù)項(xiàng)目的目標(biāo)，我們可獲 得項(xiàng)目系統(tǒng)的基本需求，以下從不同角度來描述系統(tǒng)的需求，并且使用 例圖來描述，系統(tǒng)的功能需求，我們分成四部分來概括，即播放器的基本控制需要，播放列表管理需求，播放器友好性需求和播放器擴(kuò)展卡需求。以下分別描述： 圖 音樂 播放器基本控制圖 播放器的基本控制需求 表 播放器的基本控制需求表 用例名稱：播放 參與者：用戶 目標(biāo)：使得用戶可以播放在播放列表中選中的歌曲 前置條件：播放器正在運(yùn)行 基本事件流： “播放”按鈕 用例名稱：暫停 播放 暫停 停止 上一首 /下一首 音量控制 專輯封面顯 示 歌詞顯示 本地歌曲列表 網(wǎng)絡(luò)歌曲列表 搜索 相關(guān)設(shè)置 用戶 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 7 參與者：用戶 目標(biāo)：使得用戶可以暫停正在播放的歌曲 前置條件：歌曲正在播放且未停止和暫停 基本事件流： “暫?！卑粹o 用例名稱：停止 參與者：用戶 目標(biāo)：使得用戶可以停止正在播放的歌曲 前置條件：歌曲正在播放或暫停 基本事件流： “停止”按鈕 用例名稱：上一首 /下一首 參與者：用戶 目標(biāo)：使得用戶可以聽上一首或下一首歌曲 前置條件：歌曲正在播放或暫停 基本事件流： “上一首或下一首”按鈕 用例名稱：播放清單 參與 者：用戶 目標(biāo)：使得用戶可以進(jìn)入播放清單 前置條件：程序在運(yùn)行 基本事件流： “清單”按鈕 播放清單列表管理需求 當(dāng)用戶選中列表中某一項(xiàng)歌曲，就有的需求： 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 8 圖 選中列表中某歌曲時(shí)需求圖 表 播放器的基本控制需求表 用例名稱：播放 參與者：用戶 目標(biāo)：使得程序播放選中的歌曲 前置條件：程序運(yùn)行在播放菜單選項(xiàng)中 基本事件流： “播放”按鈕 用例名稱： 添加至播放列表 參與者：用戶 目標(biāo)： 將歌曲添加到歌曲列表 前置條件：程序運(yùn)行在 文件瀏覽界面 基本事件流： “增加”按鈕 SD卡 用例名稱： 刪除 參與者：用戶 目標(biāo)：使選中的歌曲被 刪除 前置條件：程序運(yùn)行在播放菜單選項(xiàng)中 基本事件流： “ 刪除 ”按鈕 播放 添加至播放列表 刪除 用戶 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 9 播放友好性需求 圖 播放友好需求圖 表 播放友好需求 表 用例名稱：播放模式 參與者：用戶 目標(biāo)：使得程序進(jìn)入播放模式設(shè)定狀態(tài) 前置條件：程序運(yùn)行在播放器設(shè)定界面中 基本事件流： “順序、隨機(jī)、單曲”按鈕 用例名稱：歌詞顯示 參與者：用戶 目標(biāo)：使得程序進(jìn)入播放器歌詞設(shè)置狀態(tài) 前置條件：程序運(yùn)行在播設(shè)定界面 基本事件流： “歌詞開關(guān)按鈕”按鈕 用戶 播放模式 專輯封面 單曲循環(huán) 循環(huán)播放 歌詞顯示 隨機(jī)播放 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 10 功能需求 (時(shí)序圖 )分析 圖 音樂播放器的時(shí)序圖分析如 (圖 ) 系統(tǒng)結(jié)構(gòu)圖和流程圖 1． 音樂播放器的系統(tǒng)流程圖（圖 ） 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 11 圖 音樂播放器系統(tǒng) 流程圖 2． 系統(tǒng)功能表（表 ）和系統(tǒng)功能結(jié)構(gòu)圖（圖 ） 表 播放器 功能表 功能類別 子功能 子功能 播放列表 播放列表菜單 退出播放 從擴(kuò)展卡尋找歌曲 歌曲菜單 播放 進(jìn)入播放界面 刪除 數(shù)據(jù)庫同步更新 重命名 數(shù)據(jù)庫同步更新 向上、下移動(dòng) 數(shù)據(jù)庫同步更 新 播放界面 播放 播放歌曲 線程啟動(dòng) 時(shí)間更新 暫停 暫停歌曲 線程暫停 時(shí)間暫停 停止 停止歌曲 線程停止 時(shí)間停止 上一首 播放列表索引變化 尋找上一 ID歌曲 下一首 播放列表索引變化 尋找下一 ID歌曲 播放界面菜單 返回到播放列表 返回到主菜單 從擴(kuò)展卡尋找歌曲 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 12 退出播放器 隱藏播放界面 主菜單 退出程序 程序退出 進(jìn)入播放列表 顯示播放列表 圖 系統(tǒng)功能結(jié)構(gòu)圖 系統(tǒng)界面需求 播放器界面要 求布局合理，顏色舒適，控制按鈕友好。 （圖 ） 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 13 圖 播放器界面 系統(tǒng)性能需求 即使所寫 代碼能夠通過世界上所有的性能測(cè)試， 此時(shí)該 應(yīng)用仍然有可能使用戶陷入狂暴狀態(tài)。 例如 缺乏響應(yīng)性 、 反應(yīng)慢、某些情況會(huì)卡、處理輸入的時(shí)間非常長(zhǎng) 的應(yīng)用就 會(huì)使用戶體驗(yàn)大打折扣 。 在 Android 中，系統(tǒng)通過彈出一個(gè) “ 應(yīng)用無響應(yīng)（ ANR） ” 對(duì)話框給用戶，來對(duì)抗一段時(shí)間沒有相應(yīng)的應(yīng)用。用戶可以在這個(gè)對(duì)話框中，選擇 強(qiáng)制關(guān)閉還是等待。 但 是用戶不會(huì)喜歡在用你的應(yīng)用的時(shí)候總是看到這個(gè)對(duì)話框。所以，在你的應(yīng)用中設(shè)計(jì)響應(yīng)性是很重要的，系統(tǒng)就不會(huì)彈出 ANR 給用戶。 一般來說，當(dāng)應(yīng)用對(duì)用戶輸入沒有相應(yīng)的時(shí)候，系統(tǒng)彈出 ANR。例如，如果一個(gè)應(yīng)用阻塞在某些輸入輸出操作（例如頻繁地網(wǎng)絡(luò)請(qǐng)求），應(yīng)用的主線程就不會(huì)繼續(xù)響應(yīng)用戶的輸入事件。過了一段時(shí)間后，系統(tǒng)會(huì)認(rèn)為這個(gè)應(yīng)用已經(jīng)廢了，于是就彈出一個(gè) ANR 來讓用戶選擇是否強(qiáng)制關(guān)閉應(yīng)用。 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 14 在這 種情況下，建立 一 個(gè)子線程來完成工作是常用的修復(fù)手段。這樣，主線程（響應(yīng)UI 事件的循環(huán)）就會(huì)一直運(yùn)行，系統(tǒng)就不會(huì)認(rèn)為你的代碼死了 。一般來說，線程是屬于類級(jí)別，所以，你可以認(rèn)為響應(yīng)性是一個(gè)類級(jí)別的問題。 因此 根據(jù) Android 手機(jī)系統(tǒng)要求無響應(yīng)時(shí)間為 5 秒，所以就有如下性能要求： 1．當(dāng)要求歌曲播放時(shí)，程序響應(yīng)時(shí)間最長(zhǎng)不能超過 5 秒 2．當(dāng)要求歌曲暫停時(shí)，程序響應(yīng)時(shí)間最長(zhǎng)不能超過 5 秒 3．當(dāng)要求歌曲停止時(shí)，程序響應(yīng)時(shí)間最長(zhǎng)不能超過 5 秒 4．當(dāng)要求歌曲上 /下一首時(shí)，程序響應(yīng)時(shí)間最長(zhǎng)不能超過 5 秒 5．當(dāng)要求進(jìn)行清單列表時(shí)，程序響應(yīng)時(shí)間最長(zhǎng)不能超過 5 秒 下面談?wù)勅绾芜_(dá)到性能需求 ，即如何避免 ANR、如何增加響應(yīng)性 ： 如何避免 ANR 通 過上面給出的 ANR 的定義，為什么 Android 應(yīng)用會(huì)無響應(yīng)，以及如何使你的應(yīng)用避免這個(gè)。 一般來說， Android 應(yīng)用會(huì)整個(gè)運(yùn)行在一個(gè)線程（主線程）里。這意味著，在主線程，任何需要很長(zhǎng)時(shí)間完成的動(dòng)作，由于導(dǎo)致了你的應(yīng)用沒機(jī)會(huì)處理輸入事件或者廣播的Intent，都會(huì)觸發(fā) ANR 對(duì)話框。 因此，任何在主線程工作的方法，都應(yīng)該只做最少的事情。 Activity 的關(guān)鍵生命周期方法，例如 onCreate()和 onResume()里，更要做盡可能少的事。潛在的耗時(shí)運(yùn)算，例如網(wǎng)絡(luò)或數(shù)據(jù)庫操作，或者進(jìn)行類似縮放位圖這樣的大量 的數(shù)學(xué)運(yùn)算，都應(yīng)該在子線程做。（對(duì)于數(shù)據(jù)庫操作，可以通過一個(gè)異步方法，而不必放進(jìn)另一個(gè)線程）。這并不意味著你的主線程應(yīng)該阻塞住等著子線程，無論是通過 ()還是 ()。你的主線程應(yīng)該提供一個(gè) Handler 來給子線程結(jié)束后返回結(jié)果。如此設(shè)計(jì) 的應(yīng)用，可以讓主線程對(duì)輸入保持小于 5 秒的響應(yīng)速度，從而避免 ANR 對(duì)話框。如果其它的線程涉及展示 UI，應(yīng)該遵循同樣的實(shí)踐。 對(duì) IntentReceiver 的執(zhí)行時(shí)間顯示，暗示了它應(yīng)該做的事情，是后臺(tái)小規(guī)模的工作，類似保存設(shè)置或者注冊(cè) Notification 一類。所以，跟在主線程的方法一樣，應(yīng)用應(yīng)該避免在 BroadcastReceiver 中進(jìn)行潛在的耗時(shí)操作或運(yùn)算。除了在子線程中處理大量密集任務(wù)（因?yàn)?BroadcastReceiver 生命周期是很短的）。當(dāng)一個(gè)潛在的耗時(shí)操作需要返回一個(gè)廣播 Intent 時(shí)， 此時(shí) 應(yīng)用應(yīng)該啟動(dòng)一個(gè) Service。 另 外 ， 應(yīng)該避免從一個(gè) IntentReceiver里啟動(dòng) Activity，這將會(huì)跳出一個(gè)新的界面，并把用戶正在做的工作打斷。如果應(yīng)用收到廣播 Intent 之后需要展示給用戶什么的話，它應(yīng)該使用 Notification Manager。 增強(qiáng)響應(yīng)性 一般來說， 100 到 200 毫秒是用戶感到 “ 卡 ” 的門檻。下面是避免 ANR 以及加快應(yīng)用響應(yīng)額外的 方法 。 金陵科技學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 15 如果應(yīng)用需要等著后臺(tái)工作的結(jié)果 （本應(yīng)用中網(wǎng)絡(luò)訪問較頻繁） ， 此時(shí)應(yīng)在前臺(tái) 展示出它的進(jìn)度。 （可以使用 ProgressBar 或 ProgressDialog） 來實(shí)現(xiàn)， 如果你的應(yīng)用初始化耗時(shí)很長(zhǎng)，考慮使用一個(gè) SplashScreen 或者盡快進(jìn)入主界面然后再異步地慢慢填充。 在這兩種情況，你應(yīng)該提供給用戶一個(gè)進(jìn)度條之類的東西，表明你的應(yīng)用還沒死。 運(yùn)行環(huán)境需 求 支持環(huán)境： Android 以上 金陵科技學(xué)院學(xué)士學(xué)位論文 4 Android 音樂播放器系統(tǒng)設(shè)計(jì) 16 4 Android 音樂播放器系統(tǒng) 設(shè)計(jì) 音樂播放器界面功能實(shí)現(xiàn) 音樂播放器界面用了 TableHost 組織 5 個(gè) Activity，每個(gè) Activity 則 用了 Android 5 大布局 （ LinearLayout（線性布局）、 FrameLayout（框架布局）、 TableLayout（表格布局）、AbsoluteLayout（絕對(duì)位置布局）、 RelativeLayout（相對(duì)位置布局）） 跟常用