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

　　七种场景下的软件工作量估算步骤[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.ltesting.net