web開發(fā)流程圖解

一、需求分析階段

產(chǎn)品經(jīng)理PM召集項(xiàng)目相關(guān)人員，開需求討論會(huì)、講解原型

相關(guān)人員需理解產(chǎn)品需求，提出質(zhì)疑：這是什么功能，怎么做，為何這么做：

（1）評估實(shí)現(xiàn)難度和實(shí)現(xiàn)成本，是否有潛在技術(shù)問題/風(fēng)險(xiǎn)

（2）對比一下自己理解的需求圖，如有與自己想的不符的，提出質(zhì)疑

（3）理解PM提出此需求的目的，明白哪些內(nèi)容是重點(diǎn)，哪些次要，可適當(dāng)取舍

（4）如有產(chǎn)品要求提供時(shí)間，簡單項(xiàng)目可以評估，復(fù)雜項(xiàng)目不可以馬上給出時(shí)間，需要仔細(xì)評估，評估時(shí)間包含開發(fā)、自測、測試人員測試、修復(fù)bug、上線準(zhǔn)備

二、項(xiàng)目開發(fā)階段

相關(guān)人員分頭行動(dòng)：評審----->分頭開發(fā)---->合并&聯(lián)調(diào)

2.1產(chǎn)品設(shè)計(jì)--->PMUEUI

（1）產(chǎn)品經(jīng)理PM--->畫出“產(chǎn)品原型圖”（草圖），側(cè)重：產(chǎn)品的核心

　　梳理出所有產(chǎn)品功能及流程邏輯 ，每個(gè)功能頁面上需要哪些功能和數(shù)據(jù)需要呈現(xiàn)表達(dá)出來。

（2）交互式設(shè)計(jì)師UE--->畫出真正的“產(chǎn)品原型圖”（細(xì)圖），側(cè)重：用戶的使用感受，人性化，讓用戶爽

　　協(xié)助細(xì)化功能點(diǎn)，考慮交互邏輯是否成立，對整個(gè)產(chǎn)品交互邏輯要表現(xiàn)清楚，比如：哪個(gè)地方需要呈現(xiàn)加載狀態(tài)，哪個(gè)地方創(chuàng)建數(shù)據(jù)表達(dá)，哪里使用彈窗等

（3）視覺設(shè)計(jì)師UI--->PSD，側(cè)重：使用界面要漂亮

ps:UE和UI非常關(guān)鍵，尤其是在手機(jī)app和網(wǎng)站開發(fā)中，UE是主觀的UI是客觀的

　　*論產(chǎn)品美觀

　　*論產(chǎn)品交互體驗(yàn)

2.2測試用例--->QA

測試OA人員編寫測試用例

2.3前端設(shè)計(jì)--->FD

前端人員拿到UI設(shè)計(jì)圖，先自我解析需求，畫出思維導(dǎo)圖，流程圖

在未拿到UI給定的PSD時(shí)，可以先理清我們的需求

　?。?）依賴外部資源

　　　　后端提供的接口

　　　　UI出土的大概布局、腳本、樣式

　　　　后期頻繁改動(dòng)的地方

　?。?）需要實(shí)現(xiàn)的效果

　　　　下拉刷新

　　　　動(dòng)畫效果

　　　　吸頂效果

　　　　懶加載、預(yù)加載、防抖、節(jié)流

2.4后端設(shè)計(jì)-->RD

項(xiàng)目經(jīng)理PM（通常由公司有經(jīng)驗(yàn)的RD擔(dān)任）組織部門內(nèi)小型需求項(xiàng)目相關(guān)討論會(huì)，完善文檔，整理有疑問的地方，與產(chǎn)品、設(shè)計(jì)等其他人進(jìn)行反復(fù)確認(rèn)

文檔是程序開發(fā)的靈魂，除了設(shè)計(jì)相關(guān)的文檔外，

在正式進(jìn)入開發(fā)流程前，還需要架構(gòu)師或項(xiàng)目經(jīng)理處需求分析文檔

需求文檔（見底部附件）要對整個(gè)項(xiàng)目的歷史背景，系統(tǒng)開發(fā)軟硬件要求、版本信息等等
另一個(gè)是有服務(wù)端工程師提供的接口文檔，包括一些請求類型，傳參的數(shù)目與健名，還有服務(wù)端返回的參數(shù)約定等（開發(fā)的靈魂，以后測試回溯的標(biāo)注或依據(jù)）

之后項(xiàng)目經(jīng)理獨(dú)立或協(xié)同部門內(nèi)人員

　?。?）設(shè)計(jì)數(shù)據(jù)庫：把業(yè)務(wù)流程轉(zhuǎn)換成表結(jié)構(gòu)，表與表之間的關(guān)系

　?。?）缺點(diǎn)開發(fā)項(xiàng)目的整體架構(gòu)：前端、程序、數(shù)據(jù)庫之間以什么方式對接

　?。?）其他需要考慮的技術(shù)關(guān)鍵點(diǎn)

　　（4）人員安排和時(shí)間節(jié)點(diǎn)-->定制排期表

　　　　　　優(yōu)先級排序（項(xiàng)目上線改bug優(yōu)先）

　　　　　　業(yè)務(wù)模塊劃分（具體到團(tuán)隊(duì)中誰要做什么時(shí)間節(jié)點(diǎn)是什么）

　?。?）定制規(guī)范

　　　　　　開發(fā)規(guī)范

　　　　　　代碼規(guī)范

　　　　　　源碼管理

　　　　　　版本管理

　　　　　　安全管理

2.5開發(fā)

前后端各自開發(fā)，然后合并&聯(lián)調(diào)

2.6測試

先開發(fā)手動(dòng)自測

然后提測--測試人員測試，一旦測試出bug，開發(fā)人員第一時(shí)間修復(fù)bug

　關(guān)于測試

2.7上線

上線準(zhǔn)備

　?。?）域名申請

　?。?）備案申請

　?。?）服務(wù)器申請

　　（4）部署

　?。?）測試上線環(huán)境

　　　　　　有bug回復(fù)修護(hù)bug環(huán)節(jié)

　?。?）日志監(jiān)控

          調(diào)動(dòng)棧
　　　　　　sourcemap
　　　　　　本地日志
　　　　　　用戶環(huán)境、IP
　　　　　　低成本接入
　　　　　　統(tǒng)計(jì)功能
　　　　　　報(bào)警功能           

2.8維護(hù)

技術(shù)創(chuàng)新

　　（1）提高效率

　　　　jenkins構(gòu)建部署

　　　　減少成本

　　　　提升穩(wěn)定性

　　　　安全性

三、項(xiàng)目開發(fā)周期　　

新手程序員預(yù)估項(xiàng)目完成時(shí)間法則：

A = 自己按照經(jīng)驗(yàn)，給出比較寬裕的時(shí)間。

B = A*2，報(bào)給leader

C = B*1.5，報(bào)給PM

D = C*1.5，PM最終的估算和報(bào)價(jià)基礎(chǔ)。

最終大概是原始估計(jì)的4.5倍以上，對于大多數(shù)程序員，其實(shí)還是完成不了的，如果不考慮預(yù)算之類的因素，請?jiān)?1.5

四、項(xiàng)目版本號

五、其他

需求分析附件

1.需求描述
先用一兩句簡單的話說清楚這個(gè)需求是什么，入口在哪里，對原來的板塊有什么影響。
例：在資訊板塊增加視頻直播的入口，用戶點(diǎn)擊后進(jìn)入我的視頻板塊。
2.頁面跳轉(zhuǎn)示意圖

3.主要交互

4.邏輯說明（包括流程圖）

5.特殊說明/分支交互

總結(jié)

以上是生活随笔為你收集整理的WEB——项目开发流程（含需求分析）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。