開發(fā)過程筆記
摘要: 項(xiàng)目接近尾聲，需求也逐漸收斂。面對(duì)需求變化頻繁、迭代版本周期較短的客觀情況，傳統(tǒng)模式已不能在此生搬硬套。雖現(xiàn)有的開發(fā)過程談不上正規(guī)敏捷，也算接近小步快跑的節(jié)奏。下面分‘需求開發(fā)&代碼開發(fā)、版本控制、版本發(fā)布、增量升級(jí)’幾個(gè)部分，記錄一些體會(huì)，歡迎指正：
（1）需求溝通&代碼開發(fā)：
1、針對(duì)有可以復(fù)用的現(xiàn)有模塊時(shí)，和開發(fā)人員溝通主體思路，由開發(fā)人員著手開發(fā)，開發(fā)人員在開發(fā)期間與需求人員充分溝通，碰到疑問及時(shí)澄清、解決。
2、針對(duì)沒有可復(fù)用的模塊且涉及較復(fù)雜的業(yè)務(wù)流程時(shí)，需求人員畫原型圖（緊急情況手繪草畫），開發(fā)人員按原型圖或草圖著手開發(fā)。
3、需求人員記錄開發(fā)過程中和開發(fā)人員、客戶溝通的需求變化點(diǎn)。
4、功能開發(fā)完成、客戶驗(yàn)收后，及時(shí)補(bǔ)充到《需求規(guī)格說明書》。
（2）版本控制：
1、代碼提交前做比較再合入版本庫（嚴(yán)禁合入非自己修改的文件）。
2、合入代碼需填寫修改信息，新版本開發(fā)只填寫修改信息，優(yōu)化修改還需在BU
閱讀全文
平臺(tái)軟件需求分析和設(shè)計(jì)實(shí)例
摘要: 5W1H原則：
what：用戶需求是什么，要做什么功能。
why：產(chǎn)生這個(gè)需求的背景是什么，原因是什么，能幫助用戶解決什么問題。
who：功能需求做出來了，哪些角色會(huì)參與使用。
where：功能需求的使用環(huán)境是什么（如：操作系統(tǒng)、瀏覽器環(huán)境，分辨率環(huán)境）。
when：功能需求何時(shí)交付（基于交付時(shí)間，考慮實(shí)現(xiàn)方案的選擇）。
閱讀全文