场景五：三维印证基于WBS的估计
场景描述：
（1）有类似项目的历史数据
(2) 有类似项目的全生命周期的生产率数据（含管理工作量）
（3）有详细需求
（4）实施了CMMI3级，有历史项目的工作量分布数据（阶段分布、工种分布）
估算步骤：
（1）产品分解，将系统分为子系统，子系统分解为模块；
（2）估计产品元素的规模，可以采用代码行法或功能点法；
（3）累计出整个产品的总规模，并估计产品总体的复杂度、复用率等；
（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）根据类似项目的编码活动的生产率数据和产品元素的规模、复杂度、复用率等采用模型法计算每个产品元素的编码工作量；
（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）汇总所有的工作量得到本次变更的工作量估计
文章来源于领测软件测试网 https://www.ltesting.net/
