關鍵字:開發管理
避免人為的不合理猜測開發時間表的制定以具體的功能開發任務,并且以幾天為衡量單位整個開發過程以間斷性的里程碑來追蹤進行周期性的進度審核,作必要的調整,對 “功能蔓延” (Feature Creep)嚴格控制和管理。
四 . 開發管理
4.1寫任何程序前一定要先有設計構劃書
4.2任何復雜的系統程序要先有構架設計書
4.2.1 對系統組件有明確的功能定義。
4.2.2 對組件的接口的設計事先有完整的紀錄。
4.2.3 構架設計書由構架設計師或開發工程師的領導人員來撰寫。
4.2.4 構架設計書要通過項目經理和測試人員在內的審核及通過, 才能開始編寫程序。
4.3 建立程序原代碼的提交庫,并建立完整的原代碼的提交的流程管理制度
4.3.1原代碼只允許一人改動. 改動前先要從提交庫申請出原代碼. 改動后再送進提交庫。
4.3.2改動完先要在開發工程師的機器上編譯, 與其它組件一起運行過, 確證沒有致命的缺陷后,才能送進原代碼的提交庫。
4.3.4在產品發行前, 整個提交庫都被鎖上, 只有被批準的缺陷修補的原代碼才能提交進庫。
4.4 建立原代碼互審的管理制度
每個軟件開發工程師遍寫的原代碼都有致少一個以上的同事對程序進行審查。
4.5 建立原代碼編寫的規范
每個軟件開發工程師都應按照規范進行程序設計, 包括編寫的風格, 格式, 組件接口的規范, 解說詞的撰寫, 等等。
5.1.1 測試計劃要請項目經理和開發工程師一起進行審查。
5.1.2 測試計劃用列表式將所有的測試方案寫下。
5.1.3 每個具體地的測試方案都有專人執行,并記錄每個測試方案的結果. 任何缺陷都記錄下來。
原文轉自:http://www.anti-gravitydesign.com