軟件開發(fā)過程存在問題及措施

1、傳統(tǒng)開發(fā)過程存在的問題及解決措施管理方面問題措施1.忽視軟件過程管理1.加強對技術過程的管理控制(1) 沒有規(guī)范和切實可行的管理體系，過程管理無章可循， 僅憑個人(1) 做到過程管理規(guī)范一致、 有章可循，將管理要素融入到技術實經驗實施施過程，冋事去分技術實施和過程管理，指派專門人員或小組(2) 不能真正技術實施和過程管理的工作任務，概括為“沒事做”和具體負責過程管理“沒人做”并存的現(xiàn)象2.計劃過程粗略，執(zhí)行控制不力2.完備的計劃過程，嚴格的執(zhí)行控制(1) 項目管理計劃粗略(1) 制訂詳細和完備的計劃，對計劃的過程、跟蹤、變更進行全程指導，同時保證計劃的“粒度”和執(zhí)行的嚴肅性(2)開發(fā)計劃不充分

2、(2) 開發(fā)過程管理強調制訂充分的開發(fā)計劃和切實可行的開發(fā)目標3.缺之需求基準3.建立需求基準和項目范圍基準4.缺乏成本控制體系和過程4.基于WBS的成本控制體系，基于進度的成本控制過程5.質量保證過程薄弱5.質量保證過程貫穿項目始終技術方面問題措施1.需求分析1.需求分析階段（1） 客戶并不（確切地）知道自己需要什么（1） 在項目開始之初，充分了解項目目標、 交付成功和范圍；確定客（2）需求在項目過程中發(fā)生改變戶的人和假設；撰寫項目遠景陳述，包括特殊功能、給用戶帶來2.軟件設計的好處、出現(xiàn)的風險、解決的問題，讓用戶閱讀，保證理解的一常見錯誤致性（1） 僵化一一設計難以改變。 有時單一的改動，

3、卻牽連很多模塊，導（2） 為變更請求定義明確的過程；為每個開發(fā)階段設定轉折點，超致有依賴關系的模塊連鎖改動過轉折點就不允許改變；在將要完成的階段中，不允許臨時改（2）脆弱性一一設計易于遭到破壞。新增加的功能引起了其他部分變，若確實需要改變，需通過正式變更的方式進行發(fā)生錯誤，修正這些錯誤又引出更多的錯誤2.軟件設計（3）牢固性一一設計難以重用（1）邀請業(yè)務專家參與設計過程，保證軟件的業(yè)務架構（4）黏滯性一一難以做正確的事情。保持初始設計的改動比破壞初（2）可維護性需求作為度量需求，多利用設計模式始設計的改動更困難（3）提前分配資源，測試人員提前參與（5）不必要的復雜性一一過度設計3.代碼編寫3.代碼編寫（1）通過交叉檢視評審，人員相互熟悉工作，避免缺乏合作（1） 程序員各自為戰(zhàn)，缺乏分工合作（2）通過單兀測試，避免語言工具掌握不熟練帶來的偶然錯誤，加（2）對編程語言及工作不能準確掌握強培訓和知識共享提高開發(fā)人員水平（3）不必要的重復（3） 避免復制代碼，堅持設計回溯，對冗余代碼及時重構（4）晦澀混亂的表達（4）制訂統(tǒng)一的規(guī)范，保證代碼到軟件外觀整體風格的統(tǒng)一4.測試4.測試（1）加強觀念教育，重視測試，但不能完全依賴測試發(fā)現(xiàn)問題（2） 認識到測試的局限性，利用分階段集成，自