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