七種場景下的軟件工作量估算步驟[4] 軟件測試
(5)根據歷史項目的工作量分布數據及第(4)步估算的項目總工作量，計算：
?每個階段的工作量
?每個工種的工作量
(6)WBS分解，將任務分解到一個人或者一個小團隊可以執行的顆粒度;WBS分解時要識別出所有的交付物、項目管理活動、工程活動等。
(7)根據歷史的類似項目的數據及估算人的經驗估計所有活動的工作量，可以采用經驗法。
(8)匯總得到：每個階段的工作量、每個工種的工作量、項目的總工作量。
(9)與第(4)、(5)步得出的工作量進行比較印證，如果偏差不大，則以第(7)步的結果為準，如果偏差比較大，要仔細分析原因，可能的原因舉例如下：
類似項目的生產率數據不適合本項目;
WBS分解的顆粒度不夠詳細;
估算專家的經驗不適合本項目;
具體任務的估計不合理;
針對原因，對估算的結果進行調整，使其趨向合理。
其他說明：
在該場景下，對于項目的總工作量有2個結果或者多個結果，并且采用2種方法都得到了每個階段、每個工種的工作量、項目的總工作量，可以從上述的3個維度對這些結果進行互相印證，以發現估算過程中的不合理之處，是估計更加合理。
場景六：四維印證基于WBS的估計
場景描述：
(1)有類似項目的歷史數據
(2)有類似項目的編碼活動的生產率數據(不含管理工作量)
(3)有詳細需求
(4)實施了CMMI3級，有歷史項目的工作量分布數據(階段分布、工種分布、階段工種分布)
(5)項目采用了瀑布模型
估算步驟：
(1)產品分解，將系統分為子系統，子系統分解為模塊;
(2)估計產品元素的規模，可以采用代碼行法或功能點法，并估計每個產品元素的復雜度、復用率等;
(3)根據類似項目的編碼活動的生產率數據和產品元素的規模、復雜度、復用率等采用模型法計算每個產品元素的編碼工作量;
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
