七种场景下的软件工作量估算步骤[5]

　　七种场景下的软件工作量估算步骤[5]   软件测试

　　(4)根据历史项目的按工种的工作量分布数据及第(3)步的估算的编码工作量依次计算：

　　i)根据历史项目的编码的工作量占编码阶段的工作量的百分比与第(3)部计算出的编码工作量计算编码阶段的总工作量;

　　ii)根据历史项目的编码阶段各工种的工作量分布百分比计算编码阶段每个工种的工作量;

　　iii)根据历史项目的其他阶段的工作量与编码阶段的工作量比例计算其他阶段的总工作量;

　　iv)根据历史项目的其他阶段的每个工种的工作量分布百分比及第iii)步的结果计算其他阶段的每个工种的工作量;

　　(5)WBS分解，将任务分解到一个人或者一个小团队可以执行的颗粒度;WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。

　　(6)根据历史的类似项目的数据及估算人的经验估计所有活动的工作量，可以采用经验法。

　　(7)汇总得到：每个阶段每个工种的工作量、每个阶段的工作量、每个工种的工作量、项目的总工作量。

　　(8)与第(4)步得出的工作量进行比较印证，如果偏差不大，则以第(6)步的结果为准，如果偏差比较大，要仔细分析原因，可能的原因举例如下：

　　类似项目的生产率数据不适合本项目;

　　WBS分解的颗粒度不够详细;

　　估算专家的经验不适合本项目;

　　具体任务的估计不合理;

　　针对原因，对估算的结果进行调整，使其趋向合理。

　　其他说明：

　　在该场景下，对于项目的总工作量有2个结果或者多个结果，并且采用2种方法都得到了每个阶段的工作量、每个工种的工作量、每个阶段每个工种的工作量、项目的总工作量，可以从上述的4个维度对这些结果进行互相印证，以发现估算过程中的不合理之处，是估计更加合理。

　　场景七：需求变更的工作量估计

　　场景描述：

　　(1)有变更的需求描述

　　(2)项目进行到了编码阶段

　　(3)有本项目的编码的生产率

　　估算步骤：

　　(1)进行需求变更的波及范围分析

　　(2)进行本次变更的的WBS分解

　　(3)对于变更引起的代码变化进行规模、复杂度等其他属性的估计

　　(4)根据本项目的编码的生产率及估计的规模采用模型法估计工作量

　　(5)对于WBS分解中其他活动进行经验估计

　　(6)汇总所有的工作量得到本次变更的工作量估计

原文转自：http://www.ltesting.net