[計算機軟件及應(yīng)用]第2章軟件開發(fā)過程管理-資料下載頁
2024-10-19 04:14本頁面
【正文】 沒有定義技術(shù)過程如何與項目管理相結(jié)合。這種軟件開發(fā)過程模式產(chǎn)生的結(jié)果很難預(yù)測，極容易造成管理上的失控。 結(jié)束 7 傳統(tǒng)開發(fā)過程存在的問題 管理方面 1. 忽視軟件過程管理 （ 1）沒有規(guī)范和切實可行的管理體系。 （ 2）不能真正區(qū)分技術(shù)實施和過程管理的工作任務(wù)。 2. 計劃過程粗略，執(zhí)行控制不力 （ 1）項目管理計劃粗略。 （ 2）開發(fā)計劃不充分。 3. 缺乏需求基準 4. 缺乏成本控制體系和過程 5. 質(zhì)量保證過程薄弱 （ 1）開發(fā)過程不規(guī)范。 （ 2）測試過程不規(guī)范。 （ 3）缺少 SQA相關(guān)質(zhì)量保證過程。 結(jié)束 7 傳統(tǒng)開發(fā)過程存在的問題 技術(shù)方面 1. 需求分析 問題 1：客戶并不知道自己需要什么。 問題 2：需求在項目進行過程中發(fā)生改變。 2. 軟件設(shè)計 （ 1）僵化 ── 設(shè)計難以改變。 （ 2）脆弱性 ── 設(shè)計易于遭到破壞。 （ 3）牢固性 ── 設(shè)計難以重用。 （ 4）粘滯性 ── 難以做正確的事情。 （ 5）不必要的復(fù)雜性 ── 過度設(shè)計。 結(jié)束 7 傳統(tǒng)開發(fā)過程存在的問題 技術(shù)方面 3. 代碼編寫 （ 1）程序員各自為戰(zhàn)，缺乏分工合作。 （ 2）對于編程語言及工具不能準確掌握。 （ 3）不必要的重復(fù)。 （ 4）晦澀混亂的表達。 4. 測試 （ 1）認為規(guī)范化軟件測試是增加項目成本。 （ 2）期望短期通過增加軟件測試投入，迅速達到零 Bug率。 （ 3）期望用測試自動化代替大部分手工勞動。 （ 4）忽視前期需求分析和設(shè)計階段的參與。 （ 5）忽視用戶操作密集及核心功能的回歸測試。 （ 6）忽視軟件測試文檔。 結(jié)束 7 實施軟件開發(fā)過程管理 管理方面 1. 加強對技術(shù)過程的管理控制 2. 完備的計劃過程，嚴格的執(zhí)行控制 3. 建立需求基準和項目范圍基準 4. 基于 WBS的成本控制體系，基于進度的成本控制過程 5. 質(zhì)量保證過程貫穿項目始終 結(jié)束 7 實施軟件開發(fā)過程管理 技術(shù)方面 1. 需求分析階段 （ 1）加強客戶溝通。 （ 2）適應(yīng)需求不斷改變的現(xiàn)狀。 （ 3）避免理解不一致。 2. 軟件設(shè)計階段 （ 1）邀請業(yè)務(wù)專家參與設(shè)計過程。 （ 2）可維護性需求作為度量需求。 （ 3）測試人員提前參與。 結(jié)束 7 實施軟件開發(fā)過程管理 技術(shù)方面 3. 編碼階段 （ 1）交叉檢視評審。 （ 2）單元測試。 （ 3）避免拷貝復(fù)制代碼。 （ 4）制定統(tǒng)一的規(guī)范。 4. 測試階段 （ 1）加強觀念教育，重視測試。 （ 2）利用分階段集成、自動化測試等手段。 （ 3）測試人員從前期就開始參與。 （ 4）建立缺陷跟蹤流程。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1