1.需求調(diào)研時跟甲方的哪些人對接看铆？
1)IT部負責(zé)人,該人負責(zé)驗收
2)業(yè)務(wù)上,IT部負責(zé)人會帶我們跟各個科室的科長,業(yè)務(wù)主管了解或者溝通
2.需求調(diào)研時都記錄哪些文檔內(nèi)容垢乙？
1)當(dāng)場記錄一些業(yè)務(wù)相關(guān)的
2)回去做整理,整理出《需求分析》
3)整理后需要對方在《需求確認書》簽字確認
3.項目需求設(shè)計(概設(shè)和詳情)
很多項目,這一步會省略,直接在《需求分析》的基礎(chǔ)上實現(xiàn)原型(demo)酷誓。
對于政府項目或者其他國企項目,建議有這些,這些也是交付時的成果的一部分隔箍。
驗收簽字——是一種責(zé)任,不單單是權(quán)力阳懂。
4.數(shù)據(jù)庫設(shè)計
根據(jù)需求進行劃分,按照ISO編程標(biāo)準(zhǔn)做,另外建議表名為:模塊名_功能,例如user_role,order_detail
5.功能設(shè)計
抽取出功能部分,例如用戶中心裸准、商品中心展东、訂單中心等。
6.軟件測試
一般按照1:4的比例配備測試人員炒俱。
7.前端人員
1)企業(yè)級項目,由于公司有技術(shù)沉淀,可以沒有前端
2)互聯(lián)網(wǎng)項目,一般需要前端,因為頁面比較個性化盐肃、頁面變化較多,例如中秋促銷、雙十一
8.項目必有的模塊
用戶信息
各個單位信息
注冊登錄
登錄日志維護
個人信息
各個單位信息
權(quán)限維護
統(tǒng)計報表
所以,在記項目模塊的時候,不要死記硬背权悟。
9.技術(shù)點
相對難點和亮點比較寬泛,可以說一下項目中使用到的技術(shù),例如redis,mq,springboot.
一定要知道這些技術(shù)點,用在了項目中的哪一個功能上砸王。例如redis用在了通信管理局項目的
施工單位緩存上。
10.bug修改
1)bug類型：邏輯上的(例如電話號碼長度),業(yè)務(wù)上的(例如業(yè)務(wù)流程不對),程序上的(例如404,500)
2)自測
3)測試人員測試,使用禪道的bug管理系統(tǒng),流程：
新建bug,修改bug,關(guān)閉bug,再次測試,如果沒有修改完畢,再次開啟,
然后再修改,關(guān)閉僵芹。
11.上線
1)上線之前,一般很忙,例如趕工处硬、舊的基礎(chǔ)數(shù)據(jù)的導(dǎo)入等(表結(jié)構(gòu)不同)
2)上線之后,一般會有新舊系統(tǒng)的并行過程,甲方、乙方都會很忙
3)上線2個月之后,一般會較輕松
12.客戶培訓(xùn)
1)剛交付的時候一般由項目經(jīng)理進行一次統(tǒng)一的培訓(xùn)
2)留1-2名在現(xiàn)場拇派，后期指導(dǎo)
互聯(lián)網(wǎng)項目特點
1.用戶
1）針對全社會開放荷辕，用戶量大凿跳，產(chǎn)生的數(shù)據(jù)多
2）用戶的構(gòu)成比較復(fù)雜，例如：威客疮方，有公司用戶控嗜，個人用戶，個人服務(wù)商
3）本公司的運營人員骡显、開發(fā)人員
4）公司如果很大疆栏，要承擔(dān)社會責(zé)任，例如金融安全惫谤、反恐等
2.安全
1）支付了但是訂單狀態(tài)沒改
2）被攻擊
3）運營上的安全壁顶，例如價格搞錯被人瘋搶
4）中小型公司一般都是使用云服務(wù)，購買安全服務(wù)
5）數(shù)據(jù)的安全溜歪，例如用戶信息的泄露
3.需求
1）需求變化比較快若专，隨著運營策略，程序在來回的變
2）頁面前端變化的也快蝴猪，例如各個節(jié)日的促銷等
4.特有的一些參數(shù)
IP 不同的IP訪問數(shù)量
PV page view頁面瀏覽量
UV user view比IP或者PV更能反應(yīng)真實的用戶量
粘性 pv/ip可以衡量粘性调衰，是衡量網(wǎng)站是否受歡迎的指標(biāo)
日活量 每天活躍的用戶數(shù)量颈走，是衡量網(wǎng)站是否受歡迎的指標(biāo)
并發(fā) 純技術(shù)術(shù)語院峡，峰值的時候500，平時100桌硫，衡量網(wǎng)站處理能力的指標(biāo)
吞吐量 單位時間內(nèi)處理的請求的數(shù)量沛豌，衡量網(wǎng)站處理能力的指標(biāo)
B2C 網(wǎng)站的運營模式趋箩，商家對個人，例如天貓
B2B 網(wǎng)站的運營模式琼懊，商家對商家阁簸，例如阿里巴巴
C2C 網(wǎng)站的運營模式爬早，個人對個人
O2O 線下對線上哼丈，例如電影票，外賣筛严，滴滴打車等
獲取更多資源請關(guān)注微信公眾號：AKA程序王
