從事直播APP開(kāi)發(fā)10來(lái)年的資深工程師，鈉斯網(wǎng)絡(luò)小編對(duì)整個(gè)開(kāi)發(fā)流程進(jìn)行一個(gè)簡(jiǎn)要介紹。

首先要知道APP是如何開(kāi)發(fā)的？

軟體發(fā)展過(guò)程是科學(xué)嚴(yán)謹(jǐn)?shù)?，通常包括需求取得、需求分析、軟體設(shè)計(jì)、軟體編碼、軟體測(cè)試、聯(lián)機(jī)維護(hù)等過(guò)程，報(bào)價(jià)上面也基本上是按照這幾個(gè)過(guò)程所花費(fèi)的人力物力來(lái)評(píng)估報(bào)價(jià)。

直播APP開(kāi)發(fā)流程，APP開(kāi)發(fā)拒絕套路？簡(jiǎn)單幾個(gè)步驟：

一、需求的獲取與分析。

本階段一般是甲方和乙方共同討論產(chǎn)品形成產(chǎn)品概念、產(chǎn)品原型的過(guò)程。你作為甲方，在這個(gè)過(guò)程中，如果你能提供需求說(shuō)明就是最好，如果你不能提供，你需要做的就是把你的想法，你的思想給開(kāi)發(fā)者，也就是乙方。雙方有條件的話就需要坐在一起就整個(gè)產(chǎn)品的功能、性能、結(jié)構(gòu)等多個(gè)方面進(jìn)行協(xié)商，最后在產(chǎn)品形式上達(dá)成一致。由開(kāi)發(fā)者主導(dǎo)的需求分析，從業(yè)務(wù)上、技術(shù)上剖析您的需求，逐步細(xì)化分解，根據(jù)功能定義分解模塊、功能點(diǎn)，在此過(guò)程中識(shí)別風(fēng)險(xiǎn)，包括技術(shù)風(fēng)險(xiǎn)、時(shí)間風(fēng)險(xiǎn)、外部依賴性等，最后形成要可行性分析報(bào)告，并輸出開(kāi)發(fā)時(shí)間計(jì)劃。

二、直播軟件系統(tǒng)的設(shè)計(jì)和編程。

通常小規(guī)模軟件外包的設(shè)計(jì)過(guò)程都比較簡(jiǎn)單，沒(méi)有文檔輸出，設(shè)計(jì)過(guò)程輕量化。但是按照通常的開(kāi)發(fā)模式，設(shè)計(jì)過(guò)程是整個(gè)直播軟件開(kāi)發(fā)過(guò)程的首要任務(wù)。此階段開(kāi)發(fā)者將輸出概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，這兩項(xiàng)設(shè)計(jì)是開(kāi)發(fā)者對(duì)軟件總體結(jié)構(gòu)和子模塊內(nèi)部運(yùn)行細(xì)節(jié)的描述，在技術(shù)層面上，設(shè)計(jì)是指導(dǎo)，如果不夠成熟，最后形成的軟件如何能夠成熟。即使按功能交付，按需求交付，前期設(shè)計(jì)不合理，也會(huì)給后續(xù)的維護(hù)和功能擴(kuò)展，或穩(wěn)定性帶來(lái)許多不確定性。編程，就是程序員根據(jù)設(shè)計(jì)文檔利用代碼實(shí)現(xiàn)功能的過(guò)程，這一過(guò)程持續(xù)多久，代碼質(zhì)量的優(yōu)劣，取決于程序員的水平和代碼審核的嚴(yán)肅性。

三、軟件的測(cè)試和維護(hù)工作。

在軟件功能開(kāi)發(fā)完成之后，需要進(jìn)行單元測(cè)試、集成測(cè)試，測(cè)試方法上可采用黑盒子和白盒子相結(jié)合。根據(jù)情況可開(kāi)發(fā)一些自動(dòng)化測(cè)試輔助工具，增加壓力測(cè)試，確保產(chǎn)品在功能、性能上能達(dá)到甲方的要求。

四、軟件外包的陷阱。

上面介紹過(guò)，直播APP開(kāi)發(fā)的大致流程，對(duì)乙方來(lái)說(shuō)，報(bào)價(jià)從幾萬(wàn)到幾十萬(wàn)不等，可能是乙方虛標(biāo)，也可能是乙方資源有差異，比如，你要開(kāi)發(fā)一款商城直播APP，一個(gè)乙方專注于這一領(lǐng)域，他在以前的項(xiàng)目中已經(jīng)做過(guò)很多類似的項(xiàng)目，你的這一需求和他之前的項(xiàng)目經(jīng)驗(yàn)差不多，那么，從技術(shù)上來(lái)說(shuō)，他們是可以重復(fù)使用的，這種情況，與從零開(kāi)始的成本相比，要小很多。

五、欺騙小白不懂軟件，坐地開(kāi)價(jià)。

小型的外包公司或者是獨(dú)立的工作室，在軟件開(kāi)發(fā)過(guò)程中有很多混亂，沒(méi)有正規(guī)的流程，但是報(bào)價(jià)是按照正規(guī)的流程來(lái)報(bào)的，簡(jiǎn)單的說(shuō)，就是不符合軟件開(kāi)發(fā)流程標(biāo)準(zhǔn)，但按照軟件開(kāi)發(fā)流程標(biāo)準(zhǔn)來(lái)收費(fèi)。比如有的乙方的開(kāi)發(fā)，根本就是邊設(shè)計(jì)邊開(kāi)發(fā)，想到哪寫(xiě)哪，文檔嚴(yán)重缺失，產(chǎn)品質(zhì)量和可維護(hù)性無(wú)法保證，還得收取大量的設(shè)計(jì)費(fèi)用。

六、衍生產(chǎn)品和APP開(kāi)發(fā)產(chǎn)品的價(jià)格差別很大。

前面提到，乙方報(bào)價(jià)可能有較大差異，但作為甲方在談價(jià)格時(shí)，一定要做一個(gè)背景調(diào)查，看看乙方之前開(kāi)發(fā)了些什么，一方面是對(duì)乙方技術(shù)實(shí)力的評(píng)估，一方面也要對(duì)乙方的開(kāi)發(fā)成本達(dá)成一致意見(jiàn)。之前已經(jīng)開(kāi)發(fā)了類似的產(chǎn)品，很多模塊都是可以共享的，功能相似的話，很可能只需要修改UI，工作量就比較小了。此時(shí)若還是按照新開(kāi)發(fā)的出價(jià)，作為甲方，此時(shí)就有必要拍桌說(shuō)道。

七、APP開(kāi)發(fā)需求的理解和分析不到位；

這個(gè)問(wèn)題，涉及最終產(chǎn)品的形成和交付。而一旦出現(xiàn)問(wèn)題，也是最容易扯皮的，因此在開(kāi)發(fā)前期，甲方乙方必須就需求達(dá)成一致，如果乙方能提供快速原型，那至少要讓甲方確認(rèn)UI/UE的整體遷移邏輯，如果乙方不能提供快速原型，就是必須要提供。甲方審核后無(wú)異議，乙方開(kāi)始開(kāi)發(fā)，以避免因后續(xù)產(chǎn)品與需求不一致而造成的問(wèn)題。

八、代碼版權(quán)需要寫(xiě)進(jìn)合同里。

研發(fā)APP可以要求外包公司提供代碼，并獲得軟件版權(quán)，但這需要甲乙雙方在對(duì)等的基礎(chǔ)上達(dá)成協(xié)議，在此之前，你要求乙方提供代碼，但乙方拒絕了，因?yàn)楹贤袥](méi)有關(guān)于代碼交付的內(nèi)容。

后期維護(hù)時(shí)，責(zé)任要?jiǎng)澐智宄?/span>

最后，軟件行業(yè)從來(lái)都不是一錘定音的買賣，開(kāi)發(fā)測(cè)試驗(yàn)收后，維護(hù)更新迭代還是有很多工作要做的，如果不清楚這個(gè)點(diǎn)，以后app出現(xiàn)BUG，后期維護(hù)的問(wèn)題。

鈉斯網(wǎng)絡(luò) 觀點(diǎn)：直播APP開(kāi)發(fā)是一種系統(tǒng)流程，我們?cè)谶x擇外包軟件時(shí)，必須對(duì)自己的軟件開(kāi)發(fā)有一定的了解，在和外包公司交流時(shí)，才能不被套路。