软件项目估算指南.docVIP

TITLE工程估算指南

COMMENTS

文档名称：FILENAME

修订历史记录

日期

版本号

修改说明

修改人

核准人

目录TOC\o1-3\h\z

1 目的 4

2 范围 4

3 术语、缩写词 4

4 估算过程 4

简要说明 4

流程图 5

自顶向下的方法 5

自底向上的方法 6

估算规程 6

裁剪指南 7

5 估算方法 7

UCP估算算法 7

估算UUCP 8

估算TCF调整因子 8

估算EF调整因子 9

估算UCP 10

估算工作量 10

估算进度 10

估算本钱 10

6 附录 11

生产率数据来源 11

进度估算数据来源 11

TITLE工程估算指南

目的

本文用于估算软件工程的规模、进度、工作量、本钱，以指导工程作出合理的估算。

范围

本文件包括软件工程估算的各个方面，包括规模、进度、工作量、本钱，并包括其在工程的中的分布估算。本文件适用于公司所有工程。

术语、缩写词

UCP UseCasePoint，用例点

估算过程

简要说明

准确的估算是最大可能加快开发速度的根底，没有准确的进度估算，再有效的进度方案也无从谈起。不切实际的估算、不正确的期望是带来工程问题的主要原因。

估算是一个不断改良的过程，只有当详细地理解了每个功能，你才有可能准确估算出软件开发的进度和本钱。因此，能够提前做出的决策越多，估算的精确度就越高。

准确的估算可以更好的控制工程的规模、进度、本钱。工作量和进度估算通常在提交建议书及制定工程方案时进行，在工程实施过程中，也可能要对工作量和进度重新估计。

对于软件规模的估算主要有三种方法：代码行，功能点，用例点。本公司现在主要使用用例点方法。

对于工作量的估计，主要有两种方法：

自顶向下的方法〔Top-downapproach〕，用一个简单的方程从估计的规模求出估计的总工作量，各阶段的工作量可以根据它们占总工作量的百分比而得到。在需求不太明确时，规模估计比拟困难，这时估算的误差会比拟大。

自底向上的方法〔Bottom-upapproach〕，首先获得工程各局部估计的规模，然后得到整个工程估计的规模。在这种方法主要依据WBS来估算，首先将工程进行分解，列出主要工作，然后估计每件工作的工作量，汇总就可以得到整个工程的工作量。

对以上两种方法比拟如下：

方法类别

优点

缺点

适用情况

自顶向下的方法

可以较好的利用过程数据库及历史数据

不需要进行工作分解

需求不明确时，规模不容易估算

工程情况与组织标准能力可能有较大差异

需求比拟明确(一般在需求分析完成之后)

自底向上的方法

不需要估算规模

在WBS中可能会忽略某些重要的任务，工作分解比拟困难

对某管理性工作不容易直接估算

不容易积累经验

需求不明确时(一般在撰写建议书或需求分析完成之前)

当工作量已经知道或确定以后，就可以根据历史数据，计算工程最适合的总进度，然后根据工程的人力分配情况及历史数据，计算出各主要进程碑的进度方案。

流程图

自顶向下的方法

自底向上的方法

估算规程

EntryCriteria

1

RFP，客户发出招标书，投标时

2

工程启动时

3

重大需求变更时

4

工程范围变化时

Inputs

1

SRS

2

合同及建议书

3

历史信息

Steps

1

需求分解：在估算时，首先需要当需求细分，需求分解越清楚、明确，估算的准确度越高。需求随着工程的进展而不断明确。

2

自顶向下的方法

估算产品规模：本公司现在对产品规模采用UCP〔用例点〕来计算。估算规模可以用以下几种方法：

〔1〕用估算算法进行估算

〔2〕采用Delphi法，根据历史数据，进行类比分析

自底向上的方法

将工程的工作进行分解，列出工程的工作分解结构WBS，并估算出每件工作的工作量。

3

自顶向下的方法

估算工作量：根据产品规模及生产率历史数据推算出工作量，工作量用人月〔PM,Person-Month〕来衡量。

表单：UCP估算表

自底向上的方法

将WBS中所有工作的工作量汇总后，就可以得到整个工程的工作量。

表单：WBS估算表

4

估算进度：根据工作量推算出最适宜的进度。

5

估算本钱：根据工作量及工程需要的资源，估算出本钱。

具体处理方式见：建议书和合同评审过程

表单：报价表

6

工作量、进度分解：将总的工作量及进度根据历史资料中的分配比例，分解到各阶段和活动中。

具体处理方式见：工程度量与分析指南。

表单：软件工程度量表

7

估算核准：工程估算应写到工程管理方案中，并报开发部经理、业务部经理核准。

具体处理方式见：工程管理过程。

表单：工程管理方案