軟體開發過程與專案管理（5 軟體專案任務分解）

任務分解過程

將乙個專案分解為更多的工作細目或者子專案，使專案變得更小、更易管理、更易操作。

任務分解結果

wbs（work breakdown structure:任務分解結構）

工作包模擬

模版參照

自上而下

自下而上分解標準應統一

不能同時使用兩種標準進行分解

wbs字典

檢驗分解結果的標準

wbs任務分解建議檢驗分解結果的標準是什麼？

當專案過於複雜時，可以對專案進行任務分解，這樣做的好處是什麼？

將乙個專案分解為更多的工作專案或者子專案，使專案變得更小，更易管理，更易操作。這樣做可以提高估算成本、時間和資源的準確性。使工作變得更易操作，責任分工更加明確。

試寫出任務分解的方法和步驟

分解方法有：

任務分解時，自頂向下方法從一般到特殊的方向進行，從專案的大局著手，然後逐步分解子細目，將專案變為更細更完善的部分。

wbs是對專案由粗到細的分解過程，它的結構是分級的樹型結構

關於wbs的說法，不正確的事：

如果專案是乙個嶄新的專案，最好採用自頂向下方法開發wbs

任務分解時，自底向上方法從特殊到一般的方向進行，首先定義一些特殊的任務，然後將這些任務組織起來，形成更高階別的wbs層。

wbs中的每乙個具體細目通常都指定唯一的編碼

wbs（任務分解結構）非常重要，因為

wbs分解的最底層任務是能分配到乙個人完成的任務

錯誤對於乙個沒有做過的專案，開發wbs時可以採 用自底向上的方法。

正確如果開發人員對專案比較熟悉或者對專案大局有把握，開發wbs時最好採用自底向上方法 。

錯誤工作包可以分配給另外乙個專案經理去完成。

正確wbs提供了專案範圍基線

正確

軟體開發過程與專案管理（5 軟體專案任務分解）

任務分解結果 wbs work breakdown structure 任務分解結構 確認並分解專案的組成要素 wbs編號 確定分解標準 確定分解是否詳細 確定專案交付成果 可以編制wbs字典 驗證分解的正確性 檢驗分解結果的標準是什麼？答案 最底層的要素是否是實現目標的充分必要條件 最底層要素是否...

軟體開發過程

1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...

軟體開發過程

1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...