剛競標(biāo)拿到一個(gè)新的項(xiàng)目，整個(gè)階段將會(huì)經(jīng)歷十大流程:
? 1:項(xiàng)目可行性研究階段
? 2:立案階段
? 3:需求分析階段
? 4:開發(fā)策劃階段
? 5:設(shè)計(jì)階段
? 6:編碼實(shí)現(xiàn)階段
? 7:測(cè)試階段
? 8:驗(yàn)收階段
? 9:產(chǎn)品交付使用
? 10:維護(hù)階段
項(xiàng)目組基本組成及崗位職責(zé)：
?項(xiàng)目負(fù)責(zé)人:負(fù)責(zé)項(xiàng)目的管理、組織、對(duì)技術(shù)、進(jìn)度、質(zhì)量全面負(fù)責(zé)。
?質(zhì)量保證人員:負(fù)責(zé)質(zhì)量保證工作計(jì)劃的落實(shí)和軟件的質(zhì)量保證。
?配置管理人員:負(fù)責(zé)本項(xiàng)目的配置管理工作,對(duì)本項(xiàng)目文檔程序是否符合規(guī)程文件的要求進(jìn)行形式的檢查。
?分析人員:主要負(fù)責(zé)本項(xiàng)目的需求分析工作。
?設(shè)計(jì)人員:主要負(fù)責(zé)本項(xiàng)目的設(shè)計(jì)工作。
?程序員:按設(shè)計(jì)要求和有管標(biāo)準(zhǔn)進(jìn)行編程工作。
?測(cè)試人員:負(fù)責(zé)單元測(cè)試、組合測(cè)試和總裝測(cè)試工作。
?文檔人員:負(fù)責(zé)本項(xiàng)目有關(guān)文檔的編寫工作。
產(chǎn)品經(jīng)理:協(xié)助進(jìn)行產(chǎn)品研制計(jì)劃制定、產(chǎn)品發(fā)布、產(chǎn)品推廣等
關(guān)于前端項(xiàng)目相關(guān)流程：
設(shè)計(jì)
召集需求涉及到的UI、開發(fā)、產(chǎn)品、測(cè)試人員整理業(yè)務(wù)流程，同步信息，明確分工 明確需求目的，考慮當(dāng)前需求設(shè)計(jì)是否可滿足目的 整理流程中如果涉及的其他人員，則召集商討 如需求設(shè)計(jì)上影響現(xiàn)有業(yè)務(wù)功能，應(yīng)要求產(chǎn)品重新設(shè)計(jì)實(shí)現(xiàn)方案，然后重新評(píng)審
開發(fā)
原型圖評(píng)審
向產(chǎn)品明確原型圖在應(yīng)用中所處位置以及入口的顯示條件，確認(rèn)原型圖的正確性
設(shè)計(jì)稿評(píng)審
觀察線上應(yīng)用設(shè)計(jì)風(fēng)格與當(dāng)前設(shè)計(jì)稿風(fēng)格是否一致(色調(diào)，字號(hào)，行高，對(duì)齊方式)是否一致 觀察設(shè)計(jì)稿中哪些部分需要切圖 判斷設(shè)計(jì)稿中組件是否開發(fā)過，避免重復(fù)造輪子
技術(shù)實(shí)現(xiàn)評(píng)審
如存在不易實(shí)現(xiàn)的功能，第一時(shí)間與產(chǎn)品溝通其他降級(jí)的實(shí)現(xiàn)方案
排期
找到相關(guān)開發(fā)(前端，后端，app)商討需求實(shí)現(xiàn)技術(shù)細(xì)節(jié)，明確產(chǎn)出接口格式時(shí)間與接口聯(lián)調(diào)時(shí)間
代碼管理
為防止合并代碼時(shí)過多的代碼沖突問題，建議使用分支時(shí)遵循以下標(biāo)準(zhǔn) 每次push前先拉取線上分支代碼 開發(fā)新功能或者修復(fù)bug時(shí)一定要基于線上代碼分支創(chuàng)建新分支，每個(gè)分支只對(duì)應(yīng)一個(gè)jira號(hào)或一個(gè)待修復(fù)的bug問題 分支名以f_(提交人)(jira號(hào))方式命名，對(duì)jira進(jìn)行bug修復(fù)時(shí)使用f(提交人)fix(bug內(nèi)容)_(jira號(hào)) commit格式規(guī)則：每行message描述一個(gè)功能點(diǎn)，message格式為$(操作)：$(描述)，操作一般為add,del,upd分別代表新增、刪除、更新三種操作
開發(fā)與調(diào)試
一般開發(fā)時(shí)不會(huì)從造輪子開始，項(xiàng)目中一般會(huì)有組件庫供開發(fā)人員使用，但也會(huì)有一些老舊的項(xiàng)目中組件庫版本較低，無法滿足需求， 因此在開發(fā)前一定要對(duì)項(xiàng)目現(xiàn)有組件進(jìn)行評(píng)估，確認(rèn)是否需要重新開發(fā)組件，確保進(jìn)度如期進(jìn)行。
pc端
推薦優(yōu)雅降級(jí)方式開發(fā)，先chrome，firefox，然后再針對(duì)兼容性較差的如ie等進(jìn)行兼容處理
移動(dòng)端
移動(dòng)端頁面兼容性相較于pc端較好，但需真機(jī)調(diào)試，為方便調(diào)試移動(dòng)頁面，這里推薦使用spy-debugger來讓pc端做代理，具體使用 請(qǐng)查閱github文檔。
聯(lián)調(diào)
和后端對(duì)接真實(shí)接口
自測(cè)
自測(cè)環(huán)節(jié)與環(huán)境數(shù)據(jù)關(guān)聯(lián)很大，需要前后端共同完成，如果自測(cè)所需數(shù)據(jù)涉及范圍較廣，則需要找齊相關(guān)人員協(xié)助上線
提測(cè)
自測(cè)完成后開始進(jìn)行真實(shí)環(huán)境測(cè)試
bug反饋
部署上線
開發(fā)規(guī)范
命名規(guī)范（文件命名，變量，函數(shù)，class， id） 駝峰， - _ 約定法
目錄規(guī)范（目錄如何建立） 劃分目錄結(jié)構(gòu) 約定法
版本規(guī)范（） 挑選穩(wěn)定版本 記錄版本號(hào) 如果版本升級(jí)，需要總結(jié)版本差異
編碼規(guī)范（注釋，.... 語法） eslint語法 JSDoc注釋
適配規(guī)則（pc，移動(dòng)） 分辨率調(diào)整
接口規(guī)范（成功，失敗，狀態(tài)碼，安全） 和后端約定
項(xiàng)目搭建
need-to-insert-img
vue-cli腳手架搭建 -- 自定義項(xiàng)目用到的需求
選擇ui框架
抽離公共邏輯，劃分功能組件
目錄構(gòu)建
路由規(guī)劃
ajax請(qǐng)求配置
mock生成
架構(gòu)文檔
方案整理（用到哪些技術(shù)，用到哪些特性）
代碼管理
git & svn
分支管理
任務(wù)劃分
功能排期
目的
整理和規(guī)劃，提升開發(fā)效率
公司的各項(xiàng)職位以及縮寫的全程解析
PM:項(xiàng)目經(jīng)理(Project Manager)
RD:研發(fā)(Research and Development)
FE:前端(Front-End);前端開發(fā)(Front-End Development)
UE:用戶體驗(yàn)(User Experience，簡稱UX或 UE)
UI:用戶界面(User Interface)
QA:測(cè)試(QUALITY ASSURANCE，中文意思是“質(zhì)量保證”)
OP:運(yùn)維(Operations)
DBA:數(shù)據(jù)庫管理員(Database Administrator)
MRD:市場(chǎng)需求文檔(Market Requirements Document)
PRD:產(chǎn)品需求文檔(Product Requirements Document)
FSD:功能詳細(xì)說明(Functional Specifications Document)
