android需求文檔
⑴ 如何開發一款完整的Android App
你這個問題有些籠統，一個完整的app有簡單有復雜，不同的app應用功能的差異也導致不同的技術實現或者演算法模型。大體來說，一個app從設計到最終實現需要你懂得以下幾個必要方面： 1、前期需求規劃與信息、交互設計——你需要制定出一個完整的需求文檔，功能文檔，流程圖，時序圖。 2、交互設計、UI設計——設計出基本且完善的原型圖和app基礎的交互設計效果，之後再根據這些設計出完整的UI界面並學會切圖，一些需要做自適應的素材圖片需要做點9patch。 這里還需要你懂得px，pt和dp之間的換算，屏幕密度的換算和相互之間的系數，以便你的app能完美適應不同解析度設備。其中交互設計需要你懂得很多人機操作的技巧經驗，掌握Axure等交互工具的使用，UI設計需要你掌握Photoshop和Illustrator等操作。 3、使用ADT之類的開發環境進行app開發，你最基本的也得掌握java語言，熟悉android環境和機制，這裡面涉及面廣，請根據項目自行學習相關知識。 4、如果不是單機版的app，需要用到伺服器，那你還得掌握WebService相關知識和開發語言，常用的有ASP.Net，PHP，JSP等。 5、熟悉並能開發資料庫。 6、某些功能需要做演算法，這還需要一定得專業知識，尤其是數學基礎。 7、熟悉API介面開發，這里包括你自行開發API的能力以及調用第三方API的經驗。 8、熟悉TCP/IP，socket等網路協議和相關知識。 9、熟練掌握App發布的流程，真機調試技巧，證書，打包，上架。 App開發其實不一定適合一個人搞，太費勁，除非是一個單機版的小應用，或者利用現成的api開發簡單的第三方應用，否則還是讓一個團隊來完成各自擅長的領域。
⑵ Android APP開發需求文檔範本是什麼樣的
軟體需求文檔格式的標准寫法
1．引言
1．1 編寫目的
· 闡明開發本軟體的目的；
1．2 項目背景
· 標識待開發軟體產品的名稱、代碼；
· 列出本項目的任務提出者、項目負責人、系統分析員、系統設計員、程序設計員、程序員、資料員以及與本項目開展工作直接有關的人員和用戶；
· 說明該軟體產品與其他有關軟體產品的相互關系。
1．3 術語說明
列出本文檔中所用到的專門術語的定義和英文縮寫詞的原文。
1．4 參考資料（可有可無）
列舉編寫軟體需求規格說明時所參考的資料，包括項目經核準的計劃任務書、合
同、引用的標准和規范、項目開發計劃、需求規格說明、使用實例文檔，以及相關產品
的軟體需求規格說明。
在這里應該給出詳細的信息，包括標題、作者、版本號、發表日期、出版單位或資
料來源。
2．項目概述
2．1 待開發軟體的一般描述
描述待開發軟體的背景，所應達到的目標，以及市場前景等。
2．2 待開發軟體的功能
簡述待開發軟體所具有的主要功能。為了幫助每個讀者易於理解，可以使用列表或
圖形的方法進行描述。使用圖形表示，可以採用：
· 頂層數據流圖；
· 用例UseCase圖；
· 系統流程圖；
· 層次方框圖。
2．3 用戶特徵和水平（是哪類人使用）
描述最終用戶應具有的受教育水平、工作經驗及技術專長。
2．4 運行環境
描述軟體的運行環境，包括硬體平台、硬體要求、操作系統和版本，以及其他的軟
件或與其共存的應用程序等。
2．5 條件與限制
給出影響開發人員在設計軟體時的約束條款，例如：
· 必須使用或避免使用的特定技術、工具、編程語言和資料庫；
· 硬體限制；
· 所要求的開發規范或標准。
3．功能需求
3．1 功能劃分
列舉出所開發的軟體能實現的全部功能，可採用文字、圖表或數學公式等多種方法
進行描述。
3．2 功能描述
對各個功能進行詳細的描述。
4．外部介面需求
4．1 用戶界面
對用戶希望該軟體所具有的界面特徵進行描述。以下是可能要包括的一些特徵：
· 將要採用的圖形用戶界面標准或產品系列的風格；
· 屏幕布局；
· 菜單布局；
· 輸入輸出格式；
· 錯誤信息顯示格式；
建議採用RAD開發工具， 比如Visio，構造用戶界面。
4．2 硬體介面
描述系統中軟體產品和硬體設備每一介面的特徵，以及硬體介面支持的設備、軟體與硬體介面之間，以及硬體介面與支持設備之間的約定，包括交流的數據和控制信息的性質以及所使用的通信協議。
4．3 軟體介面
描述該軟體產品與其有關軟體的介面關系，並指出這些外部軟體或組件的名字和版本號。比如運行在什麼操作系統上，訪問何種類型的資料庫，使用什麼資料庫連接組件，和什麼商業軟體共享數據等。
4．4 通信介面
描述和本軟體產品相關的各種通信需求，包括電子郵件、Web瀏覽器、網路通信協議等。
4．5 故障處理
對可能的軟體、硬體故障以及對各項性能而言所產生的後果進行處理。
5．性能需求
5．1 數據精確度
輸出結果的精度。
5．2 時間特性
時間特性可包括如下幾方面
·響應時間；
·更新處理時間；
·數據轉換與傳輸時間；
·運行時間等。
5．3 適應性
在操作方式、運行環境、與其他軟體的介面以及開發計劃等發生變化時，軟體的適應能力。
6．其他需求
列出在本文的其他部分未出現的需求。如果不需要增加其他需求，可省略這一部分。
7．數據描述
7．1 靜態數據
7．2 動態數據
包括輸入數據和輸出數據。
7．3 資料庫描述
給出使用資料庫的名稱和類型。
7．4 數據字典
對於數據流圖、層次方框圖中出現的所有圖形元素在數據字典中都要作為一個詞條加以定義，使得每一個圖形元素都有唯一的一個清晰明確的解釋。
數據字典中所有的定義必須是嚴密的、精確的，不可有二意性。
7．5 數據採集
·列出提供輸入數據的機構、設備和人員
·列出數據輸入的手段、介質和設備；
·列出數據生成的方法、介質和設備。
8．附錄
包括分析模型，待定問題圖表等。
⑶ 怎樣開發一個andriod應用
開發環境
Android應用層使用的開發語言是Java，自然需要用到Java運行環境，無論你在Window是系統還是Mac系統都需要安裝JDK，並且配置它的環境變數，不懂什麼叫環境變數的或者不知道怎麼配的，請利用好自己的網路技能自行學習。
JDK下載
開發工具
開發工具，Android因為歷史原因，前面很長一段時間使用的是Eclipse，我們要開發Android應用的時候需要另外安裝Google為它開發的插件ADT，Eclipse這個開源軟體很優秀，也很專業，但僅僅只是使用它來開發Android就顯得有點雞肋了，如果沒有對Eclipse進行優化的話，會很卡很卡，後面Google實在不願意寄人籬下，就專門為我們開發者開發了目前很受廣大開發者推崇的Android Studio，現在2.0預覽版也出來啦，大夥趕緊去下吧。
Android studio
模擬器
Android自帶的模擬器一直廣受詬病，實在是太卡太慢了，對比人家IOS模擬器是那麼的流暢，Android開發者直喊好苦逼啊，不過還好後面出了第三方比原生流暢n倍的模擬器Genymotion，大家可以去下一個個人版的夠你平時開發測試用了。最好的辦法還是使用真機測試，畢竟真機才是真實的環境。
Genymotion
Android核心基礎
前面是准備工作，想開發一款Android app，你最起碼要掌握Android的核心基礎知識，針對初學Android的童鞋，想一口吃掉一個胖子是不可能的，還是得把基礎打牢之後才能完成獨立的開發，Android入門不難，學完基礎你只是具備開發app的基本條件，想做一個優秀的app還有很長一段路要走，經驗是靠不斷實踐堆出來的，找一套系統的課程去認真學習一下，在線教育的資源很多，比如慕課網，極客學院都有很多不錯的學習資源，童鞋自己擇優來學習即可。
產品開發流程
正常的互聯網開發app的流程大致如下：
產品規劃，定產品方向
需求調研，產出需求文檔
需求評審，修訂需求文檔
產品狗畫app線框圖提供給射雞師
射雞師根據線框圖設計視覺稿
程序猿根據視覺稿搭建UI框架
程序猿根據需求文檔開發功能
測試媛編寫測試用例，根據排期進行測試
程序猿修復回歸測試反饋的bug，提交beta版
測試通過，提交給運營喵發布到渠道上線
上面是筆者的經驗總結，可能有不太准確的地方，但大致整個流程是這樣，我們開發者要清楚自己在整個產品中充當的角色，明白自己的工作職責即可。
快速搭建項目
Android比沒有想像那麼難，只是剛開始要學習的東西多，一下子消化不了才會比較茫然，筆者寫這篇博客就是想幫助大家整理一下開發思路。
快速搭建項目也算是一項技能，而這項技能只能由你自己來完善，剛開始做開發的時候一定會有很多重復性的工作，如果沒有意識去提高自己的開發效率的話，可能你的十年工作經驗代表的只是一年的經驗用了十年而已。
那要怎麼做，筆者提供一個自己總結的，僅供參考：
定開發規范
搭建UI框架
選用開發庫集成（或自造輪子）
第三方服務集成（視情況而定）
定開發規范
一個項目一般不會只有一個人獨立開發，就算是獨立開發，我們也應該定一下開發規范，一般會有什麼樣的規范？
命名規范
代碼規范
代碼管理規范
命名規范
命名規范包括：
項目命名
包命名
類命名、成員變數命名
資源文件命名
我們做每一個產品都會有相應的命名，不要用中文來命名，最好用能表達中文意思的英文來表示，例如CSDN客戶端，可以用CSDNClient作為命名，我們創建項目的時候可以以它作為Application name。
代碼規范
代碼規范視語言而定，開發android使用的是Java，自然要按照Java的編碼規范進行編碼，比如命名採用駝峰命名法，編碼的時候也要符合Android的開發規范，比如UI線程不做任何耗時的操作，像網路請求、資料庫操作都需要放到子線程中去做，只有UI的刷新才在UI線程中做，像這些規范，可以根據自身在項目遇到的問題來定，定規范的好處就是減少踩坑的幾率，提高開發的質量。
代碼管理
對於一個經常更新迭代的產品，不可能由頭到尾不變，這個時候我們需要對代碼進行分支管理，最好使用git代碼倉庫對代碼進行管理，作為一個合格的開發者連git都不用實在說不過去，還用svn的童鞋趕緊放棄它投入git的懷抱，它的好處是不言而喻的，自己去體會。
搭建UI框架
搭建UI框架需要我們根據產品的導航模式來設計，市場上常用的導航模式有如下圖幾種：
app導航
我們的app如果不出意外一定是其中的一種導航模式，一般線框圖出來我們就應該知道即將要開發的app長什麼樣子，開發者不必等視覺稿和素材出來才開始動工，我們先大致搭個架子，等視覺稿出來之後我們再做調整。
選用開發庫
一般我們app涉及到的庫會有：
UI框架（比如下拉刷新PullToRefresh、側滑菜單Slidingmenu）
網路請求庫（比如okhtttp、AndroidAsyncHttp、Volley）
數據操作庫（比如GreenDao、Ormlite）
圖片緩存框架（比如Universal-Imageloader）
數據解析庫（比如Gson）
之所以要選用這些庫，肯定是為了避免重復造輪子，在開發效率的角度來說，選用優秀的開源庫能大大縮短開發周期和提高開發效率，但從個人提升角度來看的話，我們可能就成了一個只會用API的程序猿了，如果想提升的話，造輪子或者分析這些優秀的源代碼是一個不錯的途徑。
第三方服務集成
我們開發app的時候，肯定會遇到一些需求，比如推送的需求、自動升級、數據統計、社會化分享、用戶反饋等等，然而對於一個剛起步的企業或者個人開發者的話，全都要自己去開發的話，那豈不是累死，像推送這種有一定的技術門檻，能做好都能成立一家公司了，所以選用一些第三方服務是一個可選之舉。如果說你以後做大了，用第三方怕不好控制，那就自己做唄，有錢任性招兵買馬就自己做，誰叫咱有錢呢。
前面這些東西開發一個app夠了，開發出來能不能用還得有靠譜的測試，有沒有crash，操作流不流暢，體驗好不好才會有用戶去用。這里不從產品的角度去評判一個app的好與壞，程序員要考慮的是從代碼層面、性能層面去讓我們的app變得更好。
打包上線
前面的開發環節、測試環節都沒問題之後，你離實現一個app的完整開發就不遠了，正常的互聯網公司，會把簽名打包的apk給到運營，交給他們去寫文案，上傳到應用渠道，讓渠道給我們去首發和推廣。如果是個人開發者，這些工作就得我們自己做了。
⑷ 設計開發一個完整的android系統，需要掌握哪些知識
看你想要做什麼類型的app了，還有就是一個app的難易程度，不同的app使用功能的差異也導致不同的技術實現或者演算法模型。對於一個app開發者
來說一個app從設計到最終實現需要懂得以下幾個必要方面：
1、前期需求規劃與信息、交互設計——你需要制定出一個完整的需求文檔，流程圖，功能文檔，時序圖。
2、交互設計、UI設計——設計出基本且完善的原型圖和app基礎的交互設計效果，以後再根據這些設計出完整的UI界面並學會切圖，一些需要做自
適應的素材圖片需要做點9patch。這里還需要你懂得px，pt和dp之間的換算，屏幕密度的換算和相互之間的系數，以便你的app能完美適應不同分
辨率設備。其中交互設計需要你懂得很多人機操作的技巧經驗，掌握Axure等交互工具的運用，UI設計需要你掌握Photoshop和Illustrator等操作
。
3、使用ADT之類的開發環境進行app開發，你最基本的也得掌握java語言，熟悉android環境和機制，這裡面涉及面廣，請根據項目自行學習相關知
識。
4、如果不是單機版的app，需要用到伺服器，那你還得掌握WebService相關知識和開發語言，PHP，常用的有ASP.Net，JSP等。
5、熟悉並能開發資料庫。
6、某些功能需要做演算法，這還需要一定得專業知識，尤其是數學基礎。
7、熟悉API介面開發，這里包括你自行開發API的能力以及調用第三方API的經驗。
8、熟悉TCP/IP，socket等網路協議和相關知識。
9、熟練掌握App發布的流程，打包，真機調試技巧，證書，上架。
App開發其實不一定適合一個人搞，太費勁，如果可以還是找團隊或者公司比較好，畢竟每個人都有各自擅長的領域技術嘛。
⑸ 開發一個完整android app 需要掌握哪些知識
開發一個APP並不是簡單的事情，浙江天爾軟體技術有限公司在十幾年的開發經驗中總結出了開發一款APP需要注意的事項，你可以參考下：
1、前期需求規劃與信息——你需要制定出一個完整的需求文檔，功能文檔，流程圖，時序圖。
2、交互設計、UI設計——設計出基本且完善的原型圖和app基礎的交互設計效果，之後再根據這些設計出完整的UI界面並學會切圖，一些需要做自適應的素材圖片需要做點9patch。請致電一叄壹肆捌是七要肆五七 這里還需要你懂得px，pt和dp之間的換算，屏幕密度的換算和相互之間的系數，以便你的app能完美適應不同解析度設備。其中交互設計需要你懂得很多人機操作的技巧經驗，掌握Axure等交互工具的使用，UI設計需要你掌握Photoshop和Illustrator等操作。
3、使用ADT之類的開發環境進行app軟體開發，你最基本的也得掌握java語言，熟悉android環境和機制。
4、如果不是單機版的app，需要用到伺服器，那你還得掌握WebService相關知識和開發語
言，常用的有ASP.Net，PHP，JSP等。
5、熟悉並能開發資料庫。
6、某些功能需要做演算法，這還需要一定得專業知識，尤其是數學基礎。
7、熟悉API介面開發，這里包括你自行開發API的能力以及調用第三方API的經驗。
8、熟悉TCP/IP，socket等網路協議和相關知識。
9、熟練掌握App發布的流程，真機調試技巧，證書，打包，上架。 App開發其實不一定適合一個人搞，太費勁，除非是一個單機版的小應用，或者利用現成的app開發簡單的第三方應用，否則還是讓一個團隊來完成各自擅長的領域。
⑹ android app開發文檔怎麼寫
：軟體需求文檔格式的標准寫法 1．引言 1．1 編寫目的 · 闡明開發本軟體的目的； 1．2 項目背景 · 標識待開發軟體產品的名稱、代碼； · 列出本項目的任務提出者、項目負責人、系統分析員、系統設計員、程序設計員、程序員、資料員以及與本項目開展
⑺ Android APP開發需求文檔範本
軟體需求文檔格式的標准寫法
1．引言
1．1 編寫目的
· 闡明開發本軟體的目的；
1．2 項目背景
· 標識待開發軟體產品的名稱、代碼；
· 列出本項目的任務提出者、項目負責人、系統分析員、系統設計員、程序設計員、程序員、資料員以及與本項目開展工作直接有關的人員和用戶；
· 說明該軟體產品與其他有關軟體產品的相互關系。
1．3 術語說明
列出本文檔中所用到的專門術語的定義和英文縮寫詞的原文。
1．4 參考資料（可有可無）
列舉編寫軟體需求規格說明時所參考的資料，包括項目經核準的計劃任務書、合
同、引用的標准和規范、項目開發計劃、需求規格說明、使用實例文檔，以及相關產品
的軟體需求規格說明。
在這里應該給出詳細的信息，包括標題、作者、版本號、發表日期、出版單位或資
料來源。
2．項目概述
2．1 待開發軟體的一般描述
描述待開發軟體的背景，所應達到的目標，以及市場前景等。
2．2 待開發軟體的功能
簡述待開發軟體所具有的主要功能。為了幫助每個讀者易於理解，可以使用列表或
圖形的方法進行描述。使用圖形表示，可以採用：
· 頂層數據流圖；
· 用例UseCase圖；
· 系統流程圖；
· 層次方框圖。
2．3 用戶特徵和水平（是哪類人使用）
描述最終用戶應具有的受教育水平、工作經驗及技術專長。
2．4 運行環境
描述軟體的運行環境，包括硬體平台、硬體要求、操作系統和版本，以及其他的軟
件或與其共存的應用程序等。
2．5 條件與限制
給出影響開發人員在設計軟體時的約束條款，例如：
· 必須使用或避免使用的特定技術、工具、編程語言和資料庫；
· 硬體限制；
· 所要求的開發規范或標准。
3．功能需求
3．1 功能劃分
列舉出所開發的軟體能實現的全部功能，可採用文字、圖表或數學公式等多種方法
進行描述。
3．2 功能描述
對各個功能進行詳細的描述。
4．外部介面需求
4．1 用戶界面
對用戶希望該軟體所具有的界面特徵進行描述。以下是可能要包括的一些特徵：
· 將要採用的圖形用戶界面標准或產品系列的風格；
· 屏幕布局；
· 菜單布局；
· 輸入輸出格式；
· 錯誤信息顯示格式；
建議採用RAD開發工具， 比如Visio，構造用戶界面。
4．2 硬體介面
描述系統中軟體產品和硬體設備每一介面的特徵，以及硬體介面支持的設備、軟體與硬體介面之間，以及硬體介面與支持設備之間的約定，包括交流的數據和控制信息的性質以及所使用的通信協議。
4．3 軟體介面
描述該軟體產品與其有關軟體的介面關系，並指出這些外部軟體或組件的名字和版本號。比如運行在什麼操作系統上，訪問何種類型的資料庫，使用什麼資料庫連接組件，和什麼商業軟體共享數據等。
4．4 通信介面
描述和本軟體產品相關的各種通信需求，包括電子郵件、Web瀏覽器、網路通信協議等。
4．5 故障處理
對可能的軟體、硬體故障以及對各項性能而言所產生的後果進行處理。
5．性能需求
5．1 數據精確度
輸出結果的精度。
5．2 時間特性
時間特性可包括如下幾方面
·響應時間；
·更新處理時間；
·數據轉換與傳輸時間；
·運行時間等。
5．3 適應性
在操作方式、運行環境、與其他軟體的介面以及開發計劃等發生變化時，軟體的適應能力。
6．其他需求
列出在本文的其他部分未出現的需求。如果不需要增加其他需求，可省略這一部分。
7．數據描述
7．1 靜態數據
7．2 動態數據
包括輸入數據和輸出數據。
7．3 資料庫描述
給出使用資料庫的名稱和類型。
7．4 數據字典
對於數據流圖、層次方框圖中出現的所有圖形元素在數據字典中都要作為一個詞條加以定義，使得每一個圖形元素都有唯一的一個清晰明確的解釋。
數據字典中所有的定義必須是嚴密的、精確的，不可有二意性。
7．5 數據採集
·列出提供輸入數據的機構、設備和人員
·列出數據輸入的手段、介質和設備；
·列出數據生成的方法、介質和設備。
8．附錄
包括分析模型，待定問題圖表等。
⑻ android app 詳細設計文檔怎麼寫
：軟體需求文檔格式的標准寫法
1．引言
1．1
編寫目的
·
闡明開發本軟體的目的；
1．2
項目背景
·
標識待開發軟體產品的名稱、代碼；
·
列出本項目的任務提出者、項目負責人、系統分析員、系統設計員、程序設計員、程序員、資料員以及與本項目開展
⑼ Android 開發者應該先看哪些文檔
需要先看需求文檔（每個功能的文字簡介）、思維導圖（功能圖）和UI（界面圖）；這樣對APP的功能和界面等都有全面了解，才能步入APP的開發。
⑽ android開發包括哪些類型
完整的android開發包括以下的職位：
- 產品人員：1個
產品經理, 提需求, 需求文檔
- 開發人員
Android開發工程師 5個以內(3個左右) 3個月
伺服器開發人員 介面文檔 (3個左右)
- 視覺設計師(美工)
提供圖片, 效果圖, 1280*720(主流屏幕), 切圖(drawable下的圖片
- 測試人員
測試....
- 運營
產品推廣, 想方設法讓使用量更廣, 打廣告,發微博,寫軟文