软件规模估计方法

四、软件规模估计方法解析
规模估计—WideBand DELPHI方法
Delphi法的估计步骤是：
1、协调人向各专家提供和描述项目规格和估计表格；
2、协调人召集小组会，各专家讨论与规模相关的因素； 3、各专家匿名填写估计表格； 4、协调人整理出一个估计总结，以估计表格的形式返回专家； 5、协调人召集小组会，讨论较大的估计差异； 6、专家复查估计总结并在估计表上提交另一个匿名估计； 7、重复4-6， 直到达到一个估计的分布范围已小到可以接受的程度。
4、根据合适的估算表模板进行由底而上的估计。
谢 谢！
为250K。某项目的源文件大小为3.75M，则可估计该项目源代码大约为15万行，该项目累计投 入工作量为240人月，每人月费用为10000元（包括人均工资、福利、办公费用公滩等），则该 项目中1LOC的价值为： （240×10000）/150000＝16元/LOC 该项目的人月均代码行数为： 150000/240=625LOC/人月 生产率=625/22=28 LOC/人天
软件规模估计方法
2018年
目 录
软件规模估计的定义和目的
软件规模估计方法比较
软件规模估计总过程图
软件规模估计方法解析
结束语
一、软件规模估计的定义和目的
从软件工程学上，我们知道软件需求和估算是软件项目的基础。因为只有准确的了解 客户的需求，以之为基础，并使用科学的方法对目标软件系统的规模、工作量和进度做出 合理的估算，我们才能在预算内按时按质顺利的完成项目。然而，软件估算作为软件项目 的基础领域却常常被人们所忽视。
估计软件项目的规模，能为后面的工作量估算、人员估算、进度估算提供依据，是能 直接决定和影响到其它三个估算的决策。是计算软件项目的工作量、成本、进度的主要输 入。
一、软件规模估计的定义和目的
规模估计的方法和工具主要有： Wideband Delphi技术、Pert Sizing技术、功能点分析方法（FPA）、CoCoMo模型、类比 法和自动化规模估算工具等。
输入
WBS，产品规格说明书
WBS，软件需求规格说明书 WBS，软件概要设计说明书 WBS，软件详细设计说明书
四、软件规模估计方法解析
规模估计—Pert Sizing方法
Pert Sizing估计方法的计算公式及其含义
期望值 = （最大规模+4×最可能规模+最小规模）/6 标准偏差 =（最大规模-最小规模）/6 期望值E： 根据给出的三个值，推算出来最有可能接近实际值的规模。
软件项目的规模估计历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺 乏、估算工具缺乏以及一些人为错误，导致软件项目的规模估算往往和实际情况相差甚 远。因此，估计错误已被列入软件项目失败的四大原因之一。
软件工程师经常会被问到，编一个什么什么样的软件需要多长时间、多少钱。面对这
个问题，有不少人很犯难，因为，第一用户的需求太不具体，第二，自己缺乏一个科学的 估计方法。
四、软件规模估计方法解析
规模估计—WideBand DELPHI方法
WideBand Delphi法是最流行的一种专家评估技术，在没有历史数据的情况下，这种方式适
用于评定过去与将来，新技术与特定程序之间的差别。对于需要估计和深度分析的领域，依赖于
专家的技术指导，可以获得较为客观的估计。
Delphi估计团队至少要由3名专家估计者组成，估计团队的最小配置是： 估计协调者：1名； 估计专家（软件工程师）：最好4名，最少2名； 项目经理：1名。
四、软件规模估计方法解析
规模估计—类比法 类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目，通过新项 目与历史项目的比较得到规模估计。类比法估计结果的精确度取决于历史项目数据的完整 性和准确度。 因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史 项目的数据分析是可信赖的。
主要是由对待估计模块比较熟悉的专家直接进行估计并给出估计结果。
输入：针对不同开发阶段的规模估计，其输入不同。 输出：各个需求/模块的软件规模（KLOC）（无注释千行源代码） 整个项目的软件规模（KLOC）（无注释千行源代码）
估计点
1
2 3 4
阶段
Start of 产品计划阶段
End of 软件需求分析阶段 End of 软件概要设计阶段 End of 软件详细设计阶段
注：组织者判断是否结束估计，应考虑以下几种情况：
1、所有人的估计结果已经落到一个能够接受的狭窄范围之内； 2、没有人愿意对自己的估算进行修改； 3、估计会议时间到； 4、已经进行了4轮估算。
四、软件规模估计方法解析
规模估计—WideBand DELPHI方法
Delphi法的估计结果计算方法：
取平均值，偏差率＝MAX{（最大值—平均值），（平均值—最小值）}／平均值。（偏差率小于 15%)，大于这个百分比就重新估计，最多四轮。 取中间值。
人工估计 代数模型
√ √ √ √
可用性
√ √ √ √
准确性
复杂度
依赖因素
专家经验、 组织工作
√
专家经验 历史数据
√
√
需求分析、 功能点分类、 复杂度定义
CoCoMo
√
√
√
历史数据、 过程基线 经验模型
三、软件规模估计总过程图
三、软件规模估计总过程图
四、软件规模估计方法解析
衡量软件项目规模最常用的概念--LOC(Line of Code)，LOC指所有的可执行的源代码行数，
好办法就是由程序员或系统分析员详细地考查已存在的代码，估算出新项目可重用的代码 中需重新设计的代码百分比、需重新编码或修改的代码百分比以及需重新测试的代码百分 比。根据这三个百分比，可用下面的计算公式计算等价新代码行：
等价代码行 = [(重新设计% +重新编码% +重新测试%)/3]× 已有代码行 比如：有10,000行代码，假定30%需要重新设计，50%需要重新编码，70%需要重新测 试，那么其等价的代码行可以计算为： [ (30% + 50% + 70%)/3 ]× 10,000 = 5,000 等价代码行。 意即：重用这10000代码相当于编写5000代码行的工作量。
包括可交付的工作控制语言（JCL：Job Control Language）语句、数据定义、数据类型声明、 等价声明、输入/输出格式声明等。一代码行（1LOC）的价值和人月均代码行数可以体现一个 软件生产组织的生产能力。组织可以根据对历史项目的审计来核算组织的单行代码价值。
例如，某软件公司统计发现该公司每一万行C语言源代码形成的源文件（.c和.h文件）约
估计专家
四、软件规模估计方法解析
规模估计—WideBand DELPHI方法
Delphi法估计具有如下特点： 1、有比较标准的过程规范估计的实施； 2、更依赖于各个估计专家的经验； 3、适用于任何估计； 4、简单实用易操作。 优点： 不需要历史数据，非常适合新的较为特别的项目估计。 缺点：
主观：专家的判断有时并不准确；专家自身的技术水平如果不高，会带来误判；
比较费时：如果估计的结果没有在一个可接受的范围内，则需要进行多轮估计。 估计时机： 项目立项阶段、计划阶段中的初步量级估计。
四、软件规模估计方法解析
规模估计—Pert Sizing方法
Pert Sizing方法可以在软件开发过程的全流程中应用。
五、结束语
要成为一个好的项目估计者，有多种方式。最基本的方法是记录每一次估算的过程 和假设，以及执行过程中的用时和工作量。实际结果与预算的比较能为今后的精确估算 提供有益的帮助。
准确进行规模估计的几个条件： 1、规模估计前先制定良好的规划； 2、确定软件项目的范围；
3、制订各级别的估计表框架和模板；
其基本步骤是： 1、整理出项目功能列表和实现每个功能的代码行； 2、标识出每个功能列表与历史项目的相同点和不同点，特别要注意历史项目做得不够
的地方；
3、通过步骤1和2得出各个功能的估计值； 4、产生最终的规模估计。
四、软件规模估计方法解析
规模估计—类比法
软件项目中用类比法，往往还要解决可重用代码的估算问题。估计可重用代码量的最
一、软件规模估计的定义和目的
什么是 软件规模估计？
根据软件的开发内容，开发工具、开发人员等因素对需求分析、软件设计、编码、测
试等整个开发过程所花费的时间和工作量所做的估计。
做好软件项目管理的基础是要做好项目的规划工作，而做好项目规划的前提是要做好 软件估计。也就是说，没有好的软件估计，项目的规划、跟踪和控制就根本无从谈起。因 此，软件估计是项目计划活动的基础之一。
通常的估计步骤：
1、选择估计方法；
2、按照业务功能进行分解，分解至可独立估计的功能模块； 3、借助以往类似项目的数据，对分解后的每一个功能模块进行具体的估计； 4、对估计结果进行评审并校正。
二、软件规模估计方法比较
估计方法
WideBand Delphi Pert Sizing 类比法 Function Points
估计活动角色
会百度文库协调人
职责
制定估计活动计划； 提供估计的基础资料，待估计的模块列表等； 明确问题的定义、假设和约束条件。这样做的目的是让估算人员知道 必要的足够信息； 召集估计专家； 主持估计会议； 记录估计结果并通报结果 估计前熟悉待估计的模块的相关资料； 参加估计会议； 提供并修订自己的估计结果。
标准偏差SD：
【期望值-标准偏差，期望值+标准偏差】是一个可以接受的规模估计范围。如果最终实际值能够落在这个 范围内，则可以认为估计是成功的。初期该范围可以较大，随着估计的不断精确，该范围应该逐渐被有意 识的减少以求得更准确的估计。 优点： 估计速度较快。 缺点： 主观：专家的判断有时并不准确；专家自身的技术水平如果不高，会带来误判；