需求分析

軟件開(kāi)發(fā)最重要的一步就是需求分析，這個(gè)過(guò)程我們都是由商務(wù)人員和產(chǎn)品經(jīng)理協(xié)作完成的。一般的客戶很多想法都是停留在天馬行空的階段，我們會(huì)幫客戶分析其中不合理的地方，并給客戶提供一個(gè)完善的解決方案，最終梳理出完整的需求。

原型設(shè)計(jì) && UI設(shè)計(jì)

需求確定后，產(chǎn)品經(jīng)理就會(huì)開(kāi)始畫(huà)App原型。所謂原型，其實(shí)指的就是App的草圖，用于確定App界面大概設(shè)計(jì)方向。我們畫(huà)原型使用的是專業(yè)設(shè)計(jì)工具(Axure或Justinmind)，所以原型本身也具備了一些簡(jiǎn)單的交互功能。

原型確定后，我們萌萌噠設(shè)計(jì)師就要對(duì)它進(jìn)行美容啦。

框架搭建

項(xiàng)目的技術(shù)負(fù)責(zé)人會(huì)根據(jù)需求文檔，對(duì)項(xiàng)目需要用什么技術(shù)棧、集成哪些SDK進(jìn)行評(píng)估，最終整理出一個(gè)項(xiàng)目的框架。這個(gè)框架是App能穩(wěn)定運(yùn)行的支柱，差的框架會(huì)導(dǎo)致結(jié)構(gòu)、代碼混亂，難以維護(hù)，極大影響開(kāi)發(fā)和維護(hù)效率。

界面開(kāi)發(fā) & API設(shè)計(jì)

App的數(shù)據(jù)都是從后臺(tái)獲取，這就需要后臺(tái)提供一系列的接口提供App調(diào)用。這些接口，就稱作Api。

比如上圖，最簡(jiǎn)單的劃分方法，就是把下面的5個(gè)tab劃分為5個(gè)模塊，每人負(fù)責(zé)其中2-3個(gè)同時(shí)開(kāi)發(fā)。

界面開(kāi)發(fā)是個(gè)純苦力活，這個(gè)過(guò)程常常要因?yàn)榫€條粗細(xì)、字體顏色、字體大小、字體對(duì)齊等問(wèn)題作相應(yīng)的調(diào)整，最終才能出來(lái)一個(gè)讓人滿意的界面。

功能實(shí)現(xiàn)

界面完成時(shí)部分API也完成了，這時(shí)就可以在app內(nèi)集成API，編寫(xiě)app的業(yè)務(wù)邏輯。這也是一個(gè)苦力活，實(shí)現(xiàn)業(yè)務(wù)最關(guān)鍵的一個(gè)步驟。項(xiàng)目的業(yè)務(wù)復(fù)雜度決定了這個(gè)過(guò)程的苦逼程度。

沒(méi)集成之前功能是這樣的,都是一些假數(shù)據(jù)。

細(xì)節(jié)打磨

App集成了數(shù)據(jù)，最后一步就是對(duì)細(xì)節(jié)進(jìn)行打磨。比如使用一些動(dòng)畫(huà)提高體驗(yàn)，或優(yōu)化交互流程等。

Beta階段

經(jīng)過(guò)內(nèi)部測(cè)試后，就可以發(fā)布公測(cè)版了。此時(shí)可以把軟件交給客戶進(jìn)行公開(kāi)測(cè)試。beta版的軟件一般不會(huì)出現(xiàn)常見(jiàn)的bug，在公測(cè)過(guò)程中，會(huì)發(fā)現(xiàn)隱藏很深的一些問(wèn)題，開(kāi)發(fā)人員再根據(jù)反饋進(jìn)行修復(fù)。

上線

最后，呈現(xiàn)在大家面前的就是一個(gè)很穩(wěn)定的App，可以發(fā)布到應(yīng)用市場(chǎng)啦。 告別山寨違規(guī)app，直接自己開(kāi)發(fā)就可以了