ios 應(yīng)用程序的開發(fā)文檔怎么寫

1.預(yù)先準(zhǔn)備在你開始將程序提交到App Store之前，你需要有一個(gè)App ID，一個(gè)有效的發(fā)布證書，以及一個(gè)有效的Provisioning profile。下面來看看它們各自的作用。Step 1: App ID（應(yīng)用ID）App ID是識別不同應(yīng)用程序的唯一標(biāo)示符。每個(gè)app都需要一個(gè)App ID或者app標(biāo)識。目前有兩種類型的App標(biāo)識：一個(gè)是精確的App ID（ explicit App ID），一個(gè)是通配符App ID（ wildcard App ID）。使用通配符的App ID可以用來構(gòu)建和安裝多個(gè)程序。盡管通配符App ID非常方便，但是一個(gè)精確的App ID也是需要的，尤其是當(dāng)App使用iCloud 或者使用其他iOS功能的時(shí)候，比如Game Center、Push Notifications或者IAP。 如果你不確定什么樣的App ID適合你的項(xiàng)目，我推薦你讀下蘋果關(guān)于這一主題的文檔： Technical Note QA1713。 Step 2: Distribution Certificate(發(fā)布證書) iOS應(yīng)用都有一個(gè)安全證書用于驗(yàn)證開發(fā)者身份和簽名。為了可以向App Store提交app，你需要創(chuàng)建一個(gè)iOS provisioning profile 。首先需要創(chuàng)建一個(gè)distribution certificate（發(fā)布證書），過程類似于創(chuàng)建一個(gè)development certificate（開發(fā)證書）。如果你已經(jīng)在實(shí)體設(shè)備上測試你的App，那么你對創(chuàng)建development certificate就已經(jīng)很熟悉了。 如果對此不熟悉，我建議你讀下 蘋果關(guān)于signing certificates和provisioning profiles的詳細(xì)指導(dǎo) 。 Step 3: Provisioning Profile(配置文件) 一旦你創(chuàng)建了App ID和distribution certificate，你可以創(chuàng)建一個(gè)iOS provisioning profile以方便在App Store中銷售你的App。不過，你不能使用和ad hoc distribution相同的provisioning profile。你需要為App Store分銷創(chuàng)建一個(gè)單獨(dú)的provisioning profile，如果你使用通配符App ID，那么你的多個(gè)app就可以使用相同的provisioning profile。 Step 4: Build Settings(生成設(shè)置)配置App ID、distribution certificate 和provisioning profile已經(jīng)完成，是時(shí)候配置Xcode中target的build settings了。在Xcode Project Navigator的targets列表中選擇一個(gè)target，打開頂部的 Build Settings選項(xiàng)，然后更新一下 Code Signing來跟之前創(chuàng)建的distribution provisioning profile相匹配。最近添加的provisioning profiles有時(shí)候不會立馬就在build settings的 Code Signing中看到，重啟一下Xcode就可以解決這個(gè)問題。 配置Target的Build SettingsStep 5: Deployment Target(部署目標(biāo))非常有必要說下deployment target，Xcode中每個(gè)target都有一個(gè)deployment target，它可以指出app可以運(yùn)行的最小版本。不過，一旦應(yīng)用在App Store中生效，再去修改deployment target，你要考慮到一定后果。如果你在更新app的時(shí)候提高了deployment target，但是已經(jīng)購買應(yīng)用的用戶并沒有遇到新的deployment target，那么應(yīng)用就不能在用戶的移動設(shè)備上運(yùn)行。如果用戶通過iTunes (不是設(shè)備)下載了一個(gè)更新過的app，然后替代了設(shè)備上原先的版本，最后卻發(fā)現(xiàn)新版本不能在設(shè)備上運(yùn)行，這確實(shí)是個(gè)問題。(1) 當(dāng)你決定提高現(xiàn)有app的deployment target時(shí)，要在新版本的版本注釋中進(jìn)行說明。如果你提前告知用戶，那么至少有一點(diǎn)，你已經(jīng)盡力阻止問題的發(fā)生了。(2) 對于一款新app，我經(jīng)常會把deployment target設(shè)置為最近發(fā)布的系統(tǒng)版 本。因?yàn)樾耰OS版本發(fā)布后，滲透率的增長速度是令人難以置信的。很多人認(rèn)為提高deployment target會失去大部分市場，這個(gè)說法并不準(zhǔn)確，比如iOS 6， iOS 6發(fā)布后一個(gè)月，超過60%的設(shè)備已經(jīng)進(jìn)行了更新 。但對Android而言，就是另外一回事了， Android用戶并不會像iOS用戶那樣熱衷于更新操作系統(tǒng)版本 。 【以上簡而言之，最好從項(xiàng)目設(shè)計(jì)時(shí)，就決定是否考慮兼容低版本用戶，支持的話，寫代碼時(shí)使用ios新特性時(shí)最好做一下判斷，if是老版本if是新版本】在最新的WWDC2014上，公布的數(shù)字顯示，iOS7的市場占有率已經(jīng)為87%2. Assets(資源包)Step 1: Icons(圖標(biāo))Icon是App中不可分割的一部分，你要確保icon尺寸不會出現(xiàn)差錯(cuò)。iTunes Artwork: 1024px x 1024px (required)iPad/iPad Mini: 72px x 72px and 114px x 114px (required) iPhone/iPod Touch: 57px x 57px and 114px x 114px (required) 120px x 120px(required) for iPhone5/iPhone5c/iPhone5sSearch Icon: 29px x 29px and 58px x 58px (optional) Settings Application: 50px x 50px and 100px x 100px (optional) Step 2: 屏幕截圖屏幕截圖的作用不言而喻，你可以為每個(gè)app上傳5張截圖，雖然至少需要上傳一張，可能很少有人會只上傳一張圖片。另外，你還需要分別為 iPhone/iPod Touch和iPad/iPad Mini準(zhǔn)備不同的屏幕截圖。這也是不小的工作量，但卻能展示應(yīng)用的另一面。Shiny Development開發(fā)的一款售價(jià)6.99美元的Mac軟件 Status Magic可以為你節(jié)省不少時(shí)間。Status Magic可以幫你把狀態(tài)欄放在截圖的正確位置。 屏幕截圖和icon是應(yīng)用給用戶的第一感覺，直接關(guān)系到用戶會不會購買。不過，你所上傳的屏幕截圖也不一定非得是實(shí)際的截圖，看看 Where’s My Water? 截圖可以通過使用此策略，更具吸引力和說服力。當(dāng)我們連上調(diào)試機(jī)以后。可以利用Xcode中Organizer中的New Screenshot輕松的截出標(biāo)準(zhǔn)大小的圖片。Step 3: 元數(shù)據(jù) 在提交應(yīng)用之前，要管理好app的元數(shù)據(jù)，包括1應(yīng)用名稱、2版本號、3主要類別，4簡潔的描述，5關(guān)鍵詞，6.支持URL。如果你需要更新應(yīng)用，你還要提供新增加的版本內(nèi)容。 如果你的應(yīng)用需要注冊【打開APP需要登錄，比如飛信】，你還得向蘋果提供一個(gè)測試賬戶或者demo賬戶，這樣審核人員就能很快進(jìn)入app，而不用再注冊賬號。3. 提交準(zhǔn)備Xcode 4以后，開發(fā)者提交應(yīng)用的過程就簡單多了，可以直接使用Xcode進(jìn)行提交。首先在 iTunes Connect中創(chuàng)建app，訪問iTunes Connect，使用你的iOS開發(fā)者賬號登陸，點(diǎn)擊右邊的“Manage Your Apps”，點(diǎn)擊左上角的“Add New App”，選擇“iOS App”，然后完成表格。

10年的上高網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都全網(wǎng)營銷的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整上高建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“上高網(wǎng)站設(shè)計(jì)”,“上高網(wǎng)站推廣”以來，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

ios閱讀類app畢業(yè)設(shè)計(jì)系統(tǒng)功能需求分析怎么寫

1. 引言

1.1　編寫目的:編寫此文檔的目的是進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問題,便于用戶與開發(fā)商協(xié)調(diào)工作.本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員.希望能使本軟件開發(fā)工作更具體.

1.2　項(xiàng)目背景

1.2.1項(xiàng)目委托單位:****公司

1.2.2開發(fā)單位:***公司

1.3　定義

1.4參考資料

2. 任務(wù)概述

2.1　目標(biāo):

1 決策支持:根據(jù)公司的要求及時(shí)提供所需報(bào)表及文件,并在適當(dāng)時(shí)候?qū)Ω鞑块T領(lǐng)導(dǎo)給予銷售及進(jìn)貨等方面的提示

2提高效率:利用軟件進(jìn)行管理,避免人工管理的失誤以及 延遲性,從而實(shí)現(xiàn)高效率的管理.

2.2　運(yùn)行環(huán)境:

1 硬件方面:Pentium級處理芯片

1兆顯存的兼容顯卡

256色,800*600的兼容顯示器

標(biāo)準(zhǔn)兼容打印機(jī)

2軟件方面: WIN95操作系統(tǒng)

2.3　條件與限制:

編程用計(jì)算機(jī)一臺

完成期限2000/7/1

無資金供給

3. 數(shù)據(jù)概述

數(shù)據(jù)流程圖如下:

3.1　靜態(tài)數(shù)據(jù):包括系統(tǒng)登錄密碼,各數(shù)據(jù)庫所在位置,系統(tǒng)分析原始數(shù)據(jù)

3.2 　動態(tài)數(shù)據(jù):包括各數(shù)據(jù)庫內(nèi)各項(xiàng)顯示數(shù)據(jù),用戶登錄信息,系統(tǒng)時(shí)間

3.3　數(shù)據(jù)庫描述:

人事管理數(shù)據(jù)庫:公司內(nèi)人員的個(gè)人詳細(xì)信息,包括檔案信息

銷售管理數(shù)據(jù)庫:當(dāng)日銷售記錄及以前的銷售統(tǒng)計(jì),用于銷售分析

財(cái)務(wù)管理數(shù)據(jù)庫:公司內(nèi)部賬目及收支情況詳表

技術(shù)管理數(shù)據(jù)庫:公司所需各技術(shù)檔案的詳細(xì)記錄(包括文檔)

3.4 數(shù)據(jù)字典:

1數(shù)據(jù)流詞條描述:

1.數(shù)據(jù)流名:登錄信息

來源:用戶的輸入

去向:系統(tǒng)內(nèi)部檢驗(yàn)部分

組成:用戶名,密碼

流通量:每次登錄輸入一次

2.數(shù)據(jù)流名:登錄結(jié)果

來源:系統(tǒng)

去向:用戶

組成:返回信息

流通量:每次登錄返回一次

3.數(shù)據(jù)流名:輸入修改信息

來源:用戶

去向:系統(tǒng)判斷部分

組成:根據(jù)各數(shù)據(jù)庫內(nèi)容而不同

流通量:依用戶輸入而定

4.數(shù)據(jù)流名:反饋信息

來源:系統(tǒng)判斷部分

去向:用戶

組成:系統(tǒng)經(jīng)判斷后發(fā)回的字符數(shù)據(jù)

流通量: 依系統(tǒng)當(dāng)前信息而定

5.數(shù)據(jù)流名:識別信息

來源:系統(tǒng)內(nèi)部檢驗(yàn)部分

去向:系統(tǒng)判斷部分

組成:系統(tǒng)各數(shù)據(jù)庫的標(biāo)識信息

流通量:用戶每次輸入流通一次

6.數(shù)據(jù)流名:處理信息

來源:系統(tǒng)判斷部分

去向:各數(shù)據(jù)庫處理部分

組成:讀取/修改標(biāo)識,讀取/修改的變量名稱

流通量:用戶每次輸入流通一次

7.數(shù)據(jù)流名:讀取修改

來源:系統(tǒng)判斷部分

去向:系統(tǒng)各數(shù)據(jù)庫

組成:讀取/修改標(biāo)識,讀取/修改內(nèi)容

流通量: 用戶每次輸入流通一次

2數(shù)據(jù)文件詞條描述:

1.數(shù)據(jù)文件名:人事數(shù)據(jù)

簡述:存儲人員信息

數(shù)據(jù)文件組成:人員的各項(xiàng)信息(以CString類型為主)

2.數(shù)據(jù)文件名:銷售數(shù)據(jù)

簡述:存儲當(dāng)日及從前的銷售記錄

數(shù)據(jù)文件組成:銷售的各項(xiàng)信息

3.數(shù)據(jù)文件名:財(cái)務(wù)數(shù)據(jù)

簡述:存儲財(cái)務(wù)管理信息

數(shù)據(jù)文件組成:財(cái)務(wù)管理的各項(xiàng)記錄

4.數(shù)據(jù)文件名:技術(shù)數(shù)據(jù)

簡述:存儲公司內(nèi)部使用的技術(shù)檔案信息

數(shù)據(jù)文件組成:技術(shù)檔案名稱,內(nèi)容

3加工邏輯詞條描述:

1.加工名:檢驗(yàn)

簡要描述:判斷用戶的許可性

輸入數(shù)據(jù)流:登錄信息

輸出數(shù)據(jù)流:登錄結(jié)果

加工邏輯:判斷是否與系統(tǒng)內(nèi)部用戶信息相符合

2.加工名:判斷

簡要描述:判斷用戶的操作并進(jìn)行相應(yīng)的讀取/存儲工作

輸入數(shù)據(jù)流:輸入修改信息

輸出數(shù)據(jù)流:反饋信息

加工邏輯:判斷用戶的操作-調(diào)用數(shù)據(jù)庫-讀取/修改-反饋

3.加工名:人事檔案管理

簡要描述:對人事數(shù)據(jù)庫進(jìn)行相應(yīng)要求的操作,并與判斷部分交互

輸入數(shù)據(jù)流:處理信息,讀取修改

輸出數(shù)據(jù)流: 讀取修改, 處理信息

加工邏輯:判斷用戶要讀取/修改的內(nèi)容-反饋用戶所需信息

4.加工名:銷售統(tǒng)計(jì)

簡要描述:對銷售數(shù)據(jù)庫進(jìn)行相應(yīng)要求的操作,并與判斷部分交互

輸入數(shù)據(jù)流:處理信息,讀取修改

輸出數(shù)據(jù)流: 讀取修改, 處理信息

加工邏輯:判斷用戶要讀取/修改的內(nèi)容-反饋用戶所需信息

5.加工名:財(cái)務(wù)統(tǒng)計(jì)

簡要描述:對財(cái)務(wù)數(shù)據(jù)庫進(jìn)行相應(yīng)要求的操作,并與判斷部分交互

輸入數(shù)據(jù)流:處理信息,讀取修改

輸出數(shù)據(jù)流: 讀取修改, 處理信息

加工邏輯:判斷用戶要讀取/修改的內(nèi)容-反饋用戶所需信息

6.加工名:技術(shù)管理

簡要描述:對技術(shù)統(tǒng)計(jì)數(shù)據(jù)庫進(jìn)行相應(yīng)要求的操作,并與判斷部分交互信息

輸入數(shù)據(jù)流:處理信息,讀取修改

輸出數(shù)據(jù)流: 讀取修改, 處理信息

加工邏輯:判斷用戶要讀取/修改的內(nèi)容-反饋用戶所需信息

4源點(diǎn)及匯點(diǎn)詞條描述:

名稱:用戶

簡要描述:既是源點(diǎn)又是匯點(diǎn),發(fā)出動作信息給"檢驗(yàn)"和"判斷"加工,通過交互界面接受反饋信息有關(guān)數(shù)據(jù)流:登錄結(jié)果,登錄信息,輸入修改信息,反饋信息

數(shù)目:一個(gè)

4. 功能需求

4.1　功能劃分

可細(xì)分為四部分:人事管理,銷售管理,財(cái)務(wù)管理,技術(shù)檔案管理

4.2　功能描述

1人事功能:

(1)能對公司內(nèi)部的所有人員有關(guān)檔案詳細(xì)資料記錄并保存。

(2)能對數(shù)據(jù)庫內(nèi)人事檔案的數(shù)據(jù)進(jìn)行查閱和修改。

(3)能按部門或姓名檢索人員。

(4)當(dāng)某員工的雇用期限達(dá)到整年時(shí)，按時(shí)提醒。

2銷售統(tǒng)計(jì)功能

(1)按日對公司的銷售情況進(jìn)行統(tǒng)計(jì),包括銷售額\銷售數(shù)量\各地區(qū)銷售比例\不同銷售方式的銷售量比例以及銷售毛利潤情況

(2)制定銷售情況的月報(bào)表\季報(bào)表以及年報(bào)表對銷售情況進(jìn)行分析,對不同銷售人員的業(yè)績進(jìn)行評定

3財(cái)務(wù)管理功能

(1)協(xié)助財(cái)務(wù)人員進(jìn)行計(jì)算機(jī)管理,對庫存情況\進(jìn)貨情況\銷貨進(jìn)行登錄和輸出

(2) 根據(jù)預(yù)設(shè)的庫存情況提醒進(jìn)貨

(3) 對收款情況進(jìn)行統(tǒng)計(jì),在應(yīng)收帳款達(dá)到預(yù)設(shè)值時(shí)進(jìn)行提示

4技術(shù)管理功能

(1)對技術(shù)資料進(jìn)行登錄

(2)對維修記錄進(jìn)行登錄和統(tǒng)計(jì),按不同型號的機(jī)器進(jìn)行故障整體分析,并作出分析報(bào)告

(3)對維修配件的需求進(jìn)行管理并及時(shí)提示備貨

5. 性能需求

5.1　數(shù)據(jù)精確度:因?yàn)榇藬?shù)據(jù)為公司內(nèi)部數(shù)據(jù),所以要求不能有誤差

5.2　時(shí)間特性:當(dāng)日銷售統(tǒng)計(jì)要求有即時(shí)性,馬上能反應(yīng)出存貨的問題;同時(shí)財(cái)務(wù)管理數(shù)據(jù)計(jì)算當(dāng)前存貨情況,并對進(jìn)貨情況進(jìn)行估算

5.3 　適應(yīng)性:此軟件只在公司內(nèi)部管理人員的機(jī)器上使用,因此不考慮適應(yīng)性

6. 運(yùn)行需求

6.1　用戶界面:

屏幕格式:

(1)要求有菜單及工具欄以方便操作

(2)各數(shù)據(jù)庫信息可在屏幕上直接修改

(3)各數(shù)據(jù)統(tǒng)計(jì)結(jié)果可在屏幕上顯示

(4)進(jìn)行系統(tǒng)分析后的結(jié)果在另一窗口中顯示

報(bào)表格式:

(1)人事管理報(bào)表只要求有個(gè)人的普通數(shù)據(jù)

(2)銷售統(tǒng)計(jì)報(bào)表要求可分別打印當(dāng)日統(tǒng)計(jì)或之前的統(tǒng)計(jì)

(3)財(cái)務(wù)統(tǒng)計(jì)報(bào)表要求打印出存貨及公司帳務(wù)詳表

(4)技術(shù)管理報(bào)表要求可以分別打印技術(shù)檔案總表和任一技術(shù)檔案文檔內(nèi)容菜單格式:要求菜單項(xiàng)大致與WIN95標(biāo)準(zhǔn)相同,另外附加的功能做到新的單項(xiàng)中輸入輸出時(shí)間:年份以4位數(shù)字表示

6.2　硬件接口:需要標(biāo)準(zhǔn)打印機(jī)接口進(jìn)行報(bào)表打印

6.3 　軟件接口:Windows標(biāo)準(zhǔn)接口

7. 其他需求

可使用性:要求容易使用,界面友好

安全保密性:因本數(shù)據(jù)屬于公司內(nèi)部管理用關(guān)鍵數(shù)據(jù),因此除公司管理人員外,其他人員不得訪問.要求設(shè)有登錄密碼檢驗(yàn)功能,并且此密碼可以在以后進(jìn)行修改

可維護(hù)性:要求本軟件的維護(hù)文檔齊全,便于維護(hù)

iOS 五款SDK工具

盡管App store里存在眾多種類繁雜，服務(wù)各異的應(yīng)用，但所有App都有一個(gè)共同的目標(biāo)：提供 極致的用戶體驗(yàn)。

好的用戶體驗(yàn)是由許多因素構(gòu)成的。我們需要知道，一款好產(chǎn)品背后必定是經(jīng)過團(tuán)隊(duì)多方面打磨、迭代而成。產(chǎn)品迭代必不可少的一項(xiàng)內(nèi)容，就是取決于你所使用的工具，比如iOS SDK（軟件開發(fā)工具）開放的通用模塊，從beta測試和錯(cuò)誤監(jiān)控到用戶行為分析和A/B測試，都有相應(yīng)的產(chǎn)品，可以大大縮減金錢、時(shí)間成本，從而提高應(yīng)用整體運(yùn)營的敏捷性。

這里列出了幾款iOS必備軟件開發(fā)工具，直接根據(jù)需要配置即可。

地址：

UserTesting的按需測試平臺由一個(gè)超過一百萬測試者的座談小組組成，可以在移動設(shè)備上測試網(wǎng)站、App甚至是原型。在這里幾小時(shí)內(nèi)就可以得到人工的反饋意見，包括一段記錄測試過程的視頻和一份完整的文字報(bào)告。開發(fā)者可以通過這些內(nèi)容詳細(xì)地了解用戶的使用習(xí)慣，以及產(chǎn)品在使用過程中遇到的各種問題。

主要特點(diǎn)：

超過百萬的用戶網(wǎng)絡(luò)

可直接面試

視頻模式和自動轉(zhuǎn)錄信息

地址：

openinstall SDK能提供多種服務(wù)，包括最讓開發(fā)者頭疼的iOS多渠道統(tǒng)計(jì)，相對iTunes Connect 的“營銷活動”統(tǒng)計(jì)維度更豐富，且實(shí)時(shí)靈活，適合多渠道推廣使用。同時(shí)提供免填邀請碼安裝、一鍵拉起（Deeplink）、攜帶參數(shù)安裝、地推統(tǒng)計(jì)、CP結(jié)算、廣告投放統(tǒng)計(jì)等多個(gè)使用場景以及應(yīng)用優(yōu)化功能，讓App用戶體驗(yàn)更佳，拉新轉(zhuǎn)化率更高。

主要特點(diǎn)：

多渠道攜帶參數(shù)統(tǒng)計(jì)

免填邀請碼等優(yōu)化用戶體驗(yàn)

提高拉新轉(zhuǎn)化率

地址：

另一個(gè)具有多種功能的SDK是Instabug?，它包括了bug報(bào)告工具，讓您的用戶可以將bug發(fā)送給您；還有崩潰報(bào)告工具，可以向您發(fā)送所需的堆棧跟蹤信息，甚至不用導(dǎo)航。您還可以對比當(dāng)前版本和前一個(gè)版本，觀看用戶操作的屏幕記錄。Instabug 可以與您的工作流程集成，然后通過Slack和JIRA發(fā)送提醒給整個(gè)團(tuán)隊(duì)。

主要特點(diǎn)：

bug屏幕記錄

交互式用戶反饋

Bug的建議和類型分析

地址：

Optimizely?的試驗(yàn)平臺給web網(wǎng)站、移動端網(wǎng)頁和移動端App提供解決方案。移動工具可以讓您很流暢地對應(yīng)用的各個(gè)部分進(jìn)行即時(shí)實(shí)驗(yàn)。快速迭代是這個(gè)工具的特點(diǎn)，您不需要等待應(yīng)用商店的審核即可更新應(yīng)用。同時(shí)，Optimizely 還可以讓您根據(jù)精準(zhǔn)化的目標(biāo)市場創(chuàng)造個(gè)性化的體驗(yàn)。

主要特點(diǎn)：

即時(shí)推出和分階段推出

視覺編輯

自定義受眾以及精準(zhǔn)化目標(biāo)定位

地址：

Foresee?提供了一套多渠道的“用戶體驗(yàn)”工具，其中包括自助用戶反饋工具。通過Foresee的反饋工具，您可以鼓勵用戶填寫簡單的調(diào)查問卷，讓他們提出問題，以避免問題擴(kuò)大化。此外，您還可以為核心用戶快速部署評級和審核提示。此外，F(xiàn)oresee還可以重播整個(gè)會話，提供App用戶體驗(yàn)的全貌。

主要特點(diǎn)：

簡單，自助化

個(gè)性化評分和評審

提醒會話重播

相比于采購需要大量定制化開發(fā)或自研的產(chǎn)品，使用標(biāo)準(zhǔn)化通用的SDK，可以大大縮減金錢、時(shí)間成本，從而提高公司整體運(yùn)營的敏捷性。

這就像你需要用電，但并不需要從頭建發(fā)電廠，更明智地做法是主動關(guān)注哪些能力是市面上的SDK廠商已可提供的，哪些還不成熟；做好SaaS、定制化軟件和自研工具之間的分配，為那些需要“拼速度”的一線業(yè)務(wù)準(zhǔn)備好“利器”。

ios開發(fā)發(fā)展方向

iOS開發(fā)就是為裝有iOS系統(tǒng)完成應(yīng)用軟件或游戲軟件的開發(fā)，其主要的發(fā)展方向有兩個(gè)，分別是技術(shù)方向和管理方向。如果對iOS開發(fā)有濃厚的興趣，可以從iOS開發(fā)員到iOS開發(fā)初級工程師，再經(jīng)iOS開發(fā)中級工程師變成iOS開發(fā)高級

在ios開發(fā)中怎么獲取應(yīng)用崩潰日志

一、如何獲得crash日志

當(dāng)一個(gè)iOS應(yīng)用程序崩潰時(shí)，系統(tǒng)會創(chuàng)建一份crash日志保存在設(shè)備上。這份crash日志記錄著應(yīng)用程序崩潰時(shí)的信息，通常包含著每個(gè)執(zhí)行線程的棧調(diào)用信息(低內(nèi)存閃退日志例外)，對于開發(fā)人員定位問題很有幫助。

如果設(shè)備就在身邊，可以連接設(shè)備，打開Xcode - Window - Organizer，在左側(cè)面板中選擇Device

Logs(可以選擇具體設(shè)備的Device Logs或者Library下所有設(shè)備的Device

Logs)，然后根據(jù)時(shí)間排序查看設(shè)備上的crash日志。這是開發(fā)、測試階段最經(jīng)常采用的方式。

如果應(yīng)用程序已經(jīng)提交到App Store發(fā)布，用戶已經(jīng)安裝使用了，那么開發(fā)者可以通過iTunes Connect(Manage Your

Applications - View Details - Crash

Reports)獲取用戶的crash日志。不過這并不是100%有效的，而且大多數(shù)開發(fā)者并不依賴于此，因?yàn)檫@需要用戶設(shè)備同意上傳相關(guān)信息，詳情可參見iOS:

Providing Apple with diagnostics and usage information摘要。

考慮到并不是所有iPhone用戶都允許自動發(fā)送診斷報(bào)告(crash日志)，而且對于部分提交到Apple得crash日志，開發(fā)者還需要手動去拉取，然后找到對應(yīng)的符號文件進(jìn)行解析——這是一件很繁瑣的事情。所以實(shí)際項(xiàng)目開發(fā)中，通常接入現(xiàn)有的crash收集工具(參考1，參考2)，或者自己編寫一個(gè)進(jìn)行自動化收集、解析和統(tǒng)計(jì)匯總。

二、如何解析crash日志

當(dāng)獲得一份crash日志時(shí)，我們需要將初始展示的十六進(jìn)制地址等原始信息映射為源代碼級別的方法名稱和代碼行數(shù)，使其對開發(fā)人員可讀。這個(gè)過程稱為符號化解析。要成功地符號化解析一份crash日志，我們需要有對應(yīng)的應(yīng)用程序二進(jìn)制文件以及符號(.dSYM)文件。

如果處于開發(fā)調(diào)試階段，通常Xcode都能匹配到crash日志對應(yīng)的二進(jìn)制文件和符號文件，所以能夠幫我們自動解析。

如果處于測試階段，測試人員已經(jīng)安裝了不同的版本(比如alpha、beta版本)，那么需要保存好對應(yīng)版本的二進(jìn)制文件和符號文件，以便在應(yīng)用程序崩潰時(shí)對crash日志進(jìn)行解析。對于這種場景下產(chǎn)生的crash日志，只需要將.crash文件、.app文件和.dSYM文件三者放在同一個(gè)目錄下，然后將.crash文件拖放到Xcode

- Window - Organizer中左側(cè)面板Library下的Device Logs中，即可進(jìn)行解析。

如果要提交發(fā)布，那么我們通常會先執(zhí)行Clean，再Build，最后通過Product -

Archive來打包。這樣，Xcode會將二進(jìn)制文件和符號文件歸檔在一起，可以通過Organizer中的Archives進(jìn)行瀏覽。

三、如何分析crash日志

在分析一份crash日志之前，如果開發(fā)人員對于常見的錯(cuò)誤類型有所了解，那定是極好的。

crash日志的產(chǎn)生來源于兩種問題：違反iOS策略被干掉，以及自身的代碼bug。

1. iOS策略

1.1 低內(nèi)存閃退

前面提到大多數(shù)crash日志都包含著執(zhí)行線程的棧調(diào)用信息，但是低內(nèi)存閃退日志除外，這里就先看看低內(nèi)存閃退日志是什么樣的。

我們使用Xcode 5和iOS

7的設(shè)備模擬一次低內(nèi)存閃退，然后通過Organizer查看產(chǎn)生的crash日志，可以發(fā)現(xiàn)Process和Type都為Unknown：

而具體的日志內(nèi)容如下：

第一部分是崩潰信息，包括識別標(biāo)識、軟硬件信息和時(shí)間信息等。

第二部分是內(nèi)存頁分配信息，以及當(dāng)前占用內(nèi)存最多的進(jìn)程，上圖中為crashTypeDemo。

第三部分是具體的進(jìn)程列表，描述著每個(gè)進(jìn)程使用內(nèi)存的情況以及當(dāng)前狀態(tài)。在較早的版本中可以在某些進(jìn)程后面看到“jettisoned”字樣，表明這些進(jìn)程使用過多內(nèi)存被終止了，而現(xiàn)在我們看到的是“vm-pageshortage”字樣。

當(dāng)iOS檢測到內(nèi)存過低時(shí)，它(的VM系統(tǒng))會發(fā)出低內(nèi)存警告通知，嘗試回收一些內(nèi)存;如果情況沒有得到足夠的改善，iOS會終止后臺應(yīng)用以回收更多內(nèi)存;最后，如果內(nèi)存還是不足，那么正在運(yùn)行的應(yīng)用可能會被終止掉。

所以，我們的應(yīng)用應(yīng)該合理地響應(yīng)系統(tǒng)拋出來的低內(nèi)存警告通知，對一些緩存數(shù)據(jù)和可重新創(chuàng)建的對象進(jìn)行釋放，同時(shí)要避免出現(xiàn)內(nèi)存泄露等問題。

低內(nèi)存閃退是由iOS策略決定終止應(yīng)用程序運(yùn)行的，同樣基于iOS策略的還有Watchdog超時(shí)和用戶強(qiáng)制退出。

1.2 Watchdog超時(shí)

Apple的iOS Developer

Library網(wǎng)站上，QA1693文檔中描述了Watchdog機(jī)制，包括生效場景和表現(xiàn)。如果我們的應(yīng)用程序?qū)σ恍┨囟ǖ腢I事件(比如啟動、掛起、恢復(fù)、結(jié)束)響應(yīng)不及時(shí)，Watchdog會把我們的應(yīng)用程序干掉，并生成一份響應(yīng)的crash報(bào)告。

這份crash報(bào)告的有趣之處在于異常代碼：“0x8badf00d”，即“ate bad food”。

如果說特定的UI事件比較抽象，那么用代碼來直接描述的話，對應(yīng)的就是(創(chuàng)建一個(gè)工程時(shí)Xcode自動生成的)UIApplicationDelegate的幾個(gè)方法：

所以當(dāng)遇到Watchdog日志時(shí)，可以檢查下上圖幾個(gè)方法是否有比較重的阻塞UI的動作。

QA1693舉的例子是在主線程進(jìn)行同步網(wǎng)絡(luò)請求。如果我們是在公司的Wifi環(huán)境下使用則一切順利，但當(dāng)應(yīng)用程序發(fā)布出去面向很大范圍的用戶，在各種網(wǎng)絡(luò)環(huán)境下運(yùn)行，則不可避免地會出現(xiàn)一片Watchdog超時(shí)報(bào)告。

另一種可能出現(xiàn)問題的場景就是數(shù)據(jù)量比較大的情況下進(jìn)行的數(shù)據(jù)庫版本遷移(同樣是在主線程上)，這也是促使我寫這篇總結(jié)的一個(gè)直接因素。

1.3 用戶強(qiáng)制退出

一看到“用戶強(qiáng)制退出”，首先可能想到的雙擊Home鍵，然后關(guān)閉應(yīng)用程序。不過這種場景是不會產(chǎn)生crash日志的，因?yàn)殡p擊Home鍵后，所有的應(yīng)用程序都處于后臺狀態(tài)，而iOS隨時(shí)都有可能關(guān)閉后臺進(jìn)程，所以這種場景沒有crash日志。

另一種場景是用戶同時(shí)按住電源鍵和Home鍵，讓iPhone重啟。這種場景會產(chǎn)生日志(僅驗(yàn)證過一次)，但并不針對特定應(yīng)用程序。

這里指的“用戶強(qiáng)制退出”場景，是稍微比較復(fù)雜點(diǎn)的操作：先按住電源鍵，直到出現(xiàn)“滑動關(guān)機(jī)”的界面時(shí)，再按住Home鍵，這時(shí)候當(dāng)前應(yīng)用程序會被終止掉，并且產(chǎn)生一份相應(yīng)事件的crash日志。

通常，用戶應(yīng)該是遇到應(yīng)用程序卡死，并且影響到了iOS響應(yīng)，才會進(jìn)行這樣的操作——不過感覺這操作好高級，所以這樣的crash日志應(yīng)該比較少見。

2. 常見錯(cuò)誤標(biāo)識

2.1 Exception codes

上面“用戶強(qiáng)制退出”的crash日志中的Exception

Codes是“0xdeadfa11”，再上面“Watchdog超時(shí)”的crash日志中的Exception

Codes是“0x8badf00d”，這些都是特有的Exception codes。

根據(jù)官方文檔描述，至少有以下幾種特定異常代碼：

0x8badf00d錯(cuò)誤碼：Watchdog超時(shí)，意為“ate bad food”。

0xdeadfa11錯(cuò)誤碼：用戶強(qiáng)制退出，意為“dead fall”。

0xbaaaaaad錯(cuò)誤碼：用戶按住Home鍵和音量鍵，獲取當(dāng)前內(nèi)存狀態(tài)，不代表崩潰。

0xbad22222錯(cuò)誤碼：VoIP應(yīng)用(因?yàn)樘l繁?)被iOS干掉。

0xc00010ff錯(cuò)誤碼：因?yàn)樘珷C了被干掉，意為“cool off”。

0xdead10cc錯(cuò)誤碼：因?yàn)樵诤笈_時(shí)仍然占據(jù)系統(tǒng)資源(比如通訊錄)被干掉，意為“dead lock”。

2.2 Exception types

查看我們的crash分析報(bào)告郵件，會發(fā)現(xiàn)最經(jīng)常遇到的錯(cuò)誤類型是SEGV(Segmentation

Violation，段違例)，表明內(nèi)存操作不當(dāng)，比如訪問一個(gè)沒有權(quán)限的內(nèi)存地址。

當(dāng)我們收到SIGSEGV信號時(shí)，可以往以下幾個(gè)方面考慮：

訪問無效內(nèi)存地址，比如訪問Zombie對象;

嘗試往只讀區(qū)域?qū)憯?shù)據(jù);

解引用空指針;

使用未初始化的指針;

棧溢出;

此外，還有其它常見信號：

SIGABRT：收到Abort信號，可能自身調(diào)用abort()或者收到外部發(fā)送過來的信號;

SIGBUS：總線錯(cuò)誤。與SIGSEGV不同的是，SIGSEGV訪問的是無效地址(比如虛存映射不到物理內(nèi)存)，而SIGBUS訪問的是有效地址，但總線訪問異常(比如地址對齊問題);

SIGILL：嘗試執(zhí)行非法的指令，可能不被識別或者沒有權(quán)限;

SIGFPE：Floating Point Error，數(shù)學(xué)計(jì)算相關(guān)問題(可能不限于浮點(diǎn)計(jì)算)，比如除零操作;

SIGPIPE：管道另一端沒有進(jìn)程接手?jǐn)?shù)據(jù);

3. 代碼bug

此外，比較常見的崩潰基本都源于代碼bug，比如數(shù)組越界、插空、多線程安全性、訪問野指針、發(fā)送未實(shí)現(xiàn)的selector等。如果引入Core

Data，則又有另外一些常見問題，不過這是另一個(gè)話題了。

遇到這些bug時(shí)，都有比較清楚的錯(cuò)誤原因說明，比如“index 0 beyond bounds for empty

array”等。需要稍微注意點(diǎn)的是多線程問題，當(dāng)一時(shí)找不到解決思路時(shí)，不妨往多線程方面考慮下。

安卓和蘋果ios手機(jī)軟件開發(fā)工具匯總

安卓和蘋果ios手機(jī)軟件開發(fā)工具匯總？手機(jī)軟件開發(fā)工具，專用手機(jī)開發(fā)工具會采用什么呢？現(xiàn)在是移動互聯(lián)的時(shí)期，各種各樣手機(jī)運(yùn)用早已滲入我們的日常生活中，各大應(yīng)用商店上架了上千萬的APP手機(jī)軟件。那你怎能在這般猛烈的市場競爭中出類拔萃呢？得到很多免費(fèi)下載用戶而不是變成“沒人打開的程序”是每一個(gè)公司的總體目標(biāo)，也是手機(jī)軟件開發(fā)的目的。專業(yè)的手機(jī)軟件開發(fā)工具都有什么？

?

一、蘋果IOS手機(jī)軟件開發(fā)工具

要開發(fā)蘋果ios系統(tǒng)的APP手機(jī)軟件，需應(yīng)用蘋果apple的xcode開發(fā)專用工具，一般是應(yīng)用Objective-C或Swift語言開發(fā)，Objective-C是C語言衍化出去的，承繼了C語言的特點(diǎn)，歸屬于面向?qū)ο缶幊痰恼Z言。假如你懂得C語言，你能馬上用Objective-C程序流程來寫它。區(qū)別并不大。假如你遇見你不理解的物品，你能搜集數(shù)據(jù)信息。Swift是一款易懂實(shí)用的計(jì)算機(jī)語言，是蘋果公司自己開發(fā)的手機(jī)APP軟件開發(fā)語言，并且它還是第一套具備與開發(fā)語言一樣的感染力和挑戰(zhàn)性的系統(tǒng)軟件計(jì)算機(jī)語言。Swift的設(shè)計(jì)方案以安全性為立足點(diǎn)，以防止各種各樣普遍的程序編寫錯(cuò)誤類別。也有便是蘋果新發(fā)布的Swift語言，十分功能強(qiáng)大。

二、安卓手機(jī)軟件開發(fā)工具

安卓手機(jī)系統(tǒng)APP應(yīng)用Java語言開展開發(fā)，Java語言早已時(shí)興了20兩年，現(xiàn)階段還維持這這類趨勢，長盛不衰。假如想干安卓手機(jī)系統(tǒng)APP務(wù)必先把握J(rèn)ava語言，針對有C語言基本的人而言，學(xué)習(xí)培訓(xùn)Java還是較非常容易的，如果有興趣愛好得話能夠 通過自學(xué)，在網(wǎng)上Java學(xué)習(xí)培訓(xùn)實(shí)例教程挺多的，也有許多完全免費(fèi)的視頻教學(xué)，不愿掏錢報(bào)培訓(xùn)機(jī)構(gòu)得話，能夠 自身跟隨學(xué)習(xí)視頻。如果是徹底零基礎(chǔ)（沒有學(xué)過C等別的計(jì)算機(jī)語言），假如確實(shí)特別喜愛，還可以通過自學(xué)，僅僅學(xué)起來略微慢一些。

安卓手機(jī)軟件開發(fā)工具

安卓手機(jī)系統(tǒng)APP開發(fā)的專用工具有幾種，現(xiàn)階段較為流行的有Eclipse和androidstudio,以前較為時(shí)興的是Eclipse，之后2014年Google發(fā)布了androidstudio開發(fā)專用工具，也較為功能強(qiáng)大。

開發(fā)前提前準(zhǔn)備，還得安裝Java開發(fā)自然環(huán)境，JRE、JDK、androidstudio，還包含環(huán)境變量設(shè)定，手機(jī)模擬器配備等，這種物品最少要瞎折騰好幾天才弄好。

安卓和蘋果IOS手機(jī)軟件開發(fā)工具總結(jié)完畢，選擇適合自己的選件開發(fā)工具更有利于完成APP軟件開發(fā)。

文章標(biāo)題：ios軟件開發(fā)報(bào)告,開發(fā)iosapp
文章位置：http://chinadenli.net/article14/dsgoide.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制開發(fā)、網(wǎng)站制作、網(wǎng)站維護(hù)、域名注冊、微信公眾號、網(wǎng)站營銷

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)