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

1、-作者xxxx-日期xxxx軟件開發(fā)過程存在問題及措施【精品文檔】傳統(tǒng)開發(fā)過程存在的問題及解決措施管理方面問題措施1. 忽視軟件過程管理（1） 沒有規(guī)范和切實(shí)可行的管理體系，過程管理無章可循，僅憑個(gè)人經(jīng)驗(yàn)實(shí)施（2） 不能真正技術(shù)實(shí)施和過程管理的工作任務(wù)，概括為“沒事做”和“沒人做”并存的現(xiàn)象2. 計(jì)劃過程粗略，執(zhí)行控制不力（1） 項(xiàng)目管理計(jì)劃粗略（2） 開發(fā)計(jì)劃不充分3. 缺乏需求基準(zhǔn)4. 缺乏成本控制體系和過程5. 質(zhì)量保證過程薄弱1. 加強(qiáng)對(duì)技術(shù)過程的管理控制（1） 做到過程管理規(guī)范一致、有章可循，將管理要素融入到技術(shù)實(shí)施過程，同事去分技術(shù)實(shí)施和過程管理，指派專門人員或小組具體負(fù)責(zé)過程管理

2、2. 完備的計(jì)劃過程，嚴(yán)格的執(zhí)行控制（1） 制訂詳細(xì)和完備的計(jì)劃，對(duì)計(jì)劃的過程、跟蹤、變更進(jìn)行全程指導(dǎo)，同時(shí)保證計(jì)劃的“粒度”和執(zhí)行的嚴(yán)肅性（2） 開發(fā)過程管理強(qiáng)調(diào)制訂充分的開發(fā)計(jì)劃和切實(shí)可行的開發(fā)目標(biāo)3. 建立需求基準(zhǔn)和項(xiàng)目范圍基準(zhǔn)4. 基于WBS的成本控制體系，基于進(jìn)度的成本控制過程5. 質(zhì)量保證過程貫穿項(xiàng)目始終技術(shù)方面問題措施1. 需求分析（1） 客戶并不（確切地）知道自己需要什么（2） 需求在項(xiàng)目過程中發(fā)生改變2. 軟件設(shè)計(jì)常見錯(cuò)誤（1） 僵化設(shè)計(jì)難以改變。有時(shí)單一的改動(dòng)，卻牽連很多模塊，導(dǎo)致有依賴關(guān)系的模塊連鎖改動(dòng)（2） 脆弱性設(shè)計(jì)易于遭到破壞。新增加的功能引起了其他部分發(fā)生錯(cuò)誤，修

3、正這些錯(cuò)誤又引出更多的錯(cuò)誤（3） 牢固性設(shè)計(jì)難以重用（4） 黏滯性難以做正確的事情。保持初始設(shè)計(jì)的改動(dòng)比破壞初始設(shè)計(jì)的改動(dòng)更困難（5） 不必要的復(fù)雜性過度設(shè)計(jì)3. 代碼編寫（1） 程序員各自為戰(zhàn)，缺乏分工合作（2） 對(duì)編程語言及工作不能準(zhǔn)確掌握（3） 不必要的重復(fù)（4） 晦澀混亂的表達(dá)4. 測(cè)試1. 需求分析階段（1） 在項(xiàng)目開始之初，充分了解項(xiàng)目目標(biāo)、交付成功和范圍；確定客戶的人和假設(shè)；撰寫項(xiàng)目遠(yuǎn)景陳述，包括特殊功能、給用戶帶來的好處、出現(xiàn)的風(fēng)險(xiǎn)、解決的問題，讓用戶閱讀，保證理解的一致性（2） 為變更請(qǐng)求定義明確的過程；為每個(gè)開發(fā)階段設(shè)定轉(zhuǎn)折點(diǎn)，超過轉(zhuǎn)折點(diǎn)就不允許改變；在將要完成的階段中，不允許臨時(shí)改變，若確實(shí)需要改變，需通過正式變更的方式進(jìn)行2. 軟件設(shè)計(jì)（1） 邀請(qǐng)業(yè)務(wù)專家參與設(shè)計(jì)過程，保證軟件的業(yè)務(wù)架構(gòu)（2） 可維護(hù)性需求作為度量需求，多利用設(shè)計(jì)模式（3） 提前分配資源，測(cè)試人員提前參與3. 代碼編寫（1） 通過交叉檢視評(píng)審，人員相互熟悉工作，避免缺乏合作（2） 通過單元測(cè)試，避免語言工具掌握不熟練帶來的偶然錯(cuò)誤，加強(qiáng)培訓(xùn)和知識(shí)共享提高開發(fā)人員水平（3） 避免復(fù)制代碼，堅(jiān)持設(shè)計(jì)回溯，對(duì)冗余代碼及時(shí)重構(gòu)（4） 制訂統(tǒng)一的規(guī)范，保證代碼到軟件外觀整體風(fēng)格的統(tǒng)一4. 測(cè)試（1） 加強(qiáng)觀念教育，重視測(cè)試，但不能完全依賴測(cè)試發(fā)現(xiàn)問題（2） 認(rèn)識(shí)到測(cè)試的局限性，利用分階段