測試問題
a)繁雜但極富成效的單元測試。如果想將你的軟體質量提高到乙個新的檔次，對開發的軟體模組進行完整的單元測試是乙個很好的途徑，它能使開發者對自己的**成果更加有信心。雖然一些軟體專案單元測試做的很少甚至沒有，並且產品在最終測試後也執行的不錯，但它只能保證在與最終測試環境類似的環境中執行是安全的，超出這樣一種環境範圍則可能充滿雷區。
b)必不可少的最終測試。如果你的專案受時間、人力等資源影響沒法進行過多的單元測試，那最終測試就成了你軟體產品的唯一質量保證，千萬別把這一保證也丟了，沒有它你的軟體產品就毫無質量可言。最終測試的另一大用處是通過它可以發現一些單元測試的漏洞，完善單元測試用例。
c)根據你的軟體特性選擇自動測試。自動測試如果能在你的專案中使用上，將是個不錯的訊息，雖然目前的自動測試工具對一些特殊情況和特殊資料的細節處理略顯笨拙，但用它來檢驗產品的基本可用性和**修改的影響卻是高效的。有時自動測試還可能幫你發現手工測試幾乎不可能出現的錯誤情況，例如極短時間內觸發多個操作造成的衝突等。
有關重構
a)頂層結構的重新設計。通常當你的專案出現這種情況是非常不幸的，出現的原因一般是由於原來的結構不能支援新補充的特性而不得不進行修改。這種重新設計要注意兩點，一是時機最好選擇在乙個大的工作階段開始時，二是在新結構中盡量移動原有**而不是編寫新**。
b)底層模組的改進。由於當初編寫時的倉猝或考慮不周使得現有模組存在這樣或那樣的問題並且難於理解，這種情況下進行重構改進是很有必要的。修改的方法通常為對已有**進行整理和注釋，增加模組的封閉性和穩健性。
新技術的運用
a)評估新技術，確定它是否可以給專案帶來好處。合適的新技術可以提高產品開發效率和質量，判斷某一新技術對你的專案是否合適通常需要派專人或乙個小組進行小範圍考察和驗證。採用新技術的時機最好選擇在專案開始時或專案的某些重要階段開始時，另外千萬別忘了培訓你的開發人員使用它。
b)避免幾種使用新技術的動機。一是為了學習新技術而在專案中使用新技術，這樣只能使你的專案變成乙個實驗田，專案產品最終也成了實驗產品。二是不要指望使用新技術能拯救陷入困境的專案，如果乙個專案陷入困境，它通常需要的是清晰和穩定，未知的新技術很可能導致更大的混亂。
軟體專案管理流程精華
在svn中建立如下的檔案結構，確保專案文件的共享和管理。專案1 此專案目錄下包括需求文件和系統說明書 專案進度安排 任務分解並責任到人 專案進行中有待解決的問題列表 專案1 dev 此目錄下包含系統的技術設計 資料庫設計 整合測試報告系統部署後的relese notes 專案1 qa 此目錄下包含所...
軟體專案管理總體流程分析
軟體專案管理總體流程設計為專案搜尋 立項 售前 合同生成和合同執行等5個主要階段，分別以p1 p2 p3 p4 p5表示 同時設計了立項完成 合同簽定 功能定義 軟體開發 專案驗收等5個里程碑，分別以tm1 tm2 tm3 tm4 tm5表示，如圖2所示。在這些流程中，合同執行流程是軟體專案管理的核...
軟體專案管理總體流程設計
在軟體專案開發管理過程中，不僅要努力實現專案的範圍 時間 成本和質量等目標，還必須協調整個專案過程，以滿足專案參與者及其他利益相關者的需要和期望 隨著軟體規模和所涉及的領域不斷地擴大，軟體專案的管理越來越困難。縱觀所有失敗的軟體專案，基本原因是不能管理其軟體過程，在無紀律的 混亂的專案狀態下，組織不...