- .
2 围
本文件包括软件工程估算的各个方面,包括规模、进度、工作量、本钱,并包括其在工程的中
的分布估算。本文件适用于公司所有工程。
3 术语、缩写词
UCPUse Case Point,用例点
4 估算过程
4.1 简要说明
准确的估算是最大可能加快开发速度的根底,没有准确的进度估算,再有效的进度方案也无从
谈起。不切实际的估算、不正确的期望是带来工程问题的主要原因。
估算是一个不断改良的过程,只有当详细地理解了每个功能,你才有可能准确估算出软件开发
的进度和本钱。因此,能够提前做出的决策越多,估算的准确度就越高。
准确的估算可以更好的控制工程的规模、进度、本钱。工作量和进度估算通常在提交建议书及
制定工程方案时进展,在工程实施过程中,也可能要对工作量和进度重新估计。
对于软件规模的估算主要有三种方法:代码行,功能点,用例点。本公司现在主要使用用例点
方法。
对于工作量的估计,主要有两种方法:
自顶向下的方法〔Top-down approach〕,用一个简单的方程从估计的规模求出估计的
总工作量,各阶段的工作量可以根据它们占总工作量的百分比而得到。在需求不太明确时 ,
规模估计比拟困难,这时估算的误差会比拟大。
自底向上的方法〔Bottom-up approach〕,首先获得工程各局部估计的规模,然后得
到整个工程估计的规模。在这种方法主要依据 WBS 来估算,首先将工程进展分解,列出
主要工作,然后估计每件工作的工作量,汇总就可以得到整个工程的工作量。
对以上两种方法比拟如下:
方法类别 优点 缺点 适用情况
自 顶 向 下
的方法
可以较好的利用过程数据
库及历史数据
不需要进展工作分解
需求不明确时,规模不容易估算
工程情况与组织标准能力可能有
较大差异
需求比拟明 确 ( 一
般在需求分析完成
之后)
自 底 向 上
的方法
不需要估算规模 在 WBS 中可能会忽略某些重要
的任务,工作分解比拟困难
对某管理性工作不容易直接估算
需求 不明确 时 ( 一
般在撰写建议书或
需 求 分 析 完 成 之
前)
- .word.zl.