基于缓冲的软件项目工作量估算模型研究

合集下载

软件项目开发工作量估算研究

软件项目开发工作量估算研究作者：沈凯来源：《价值工程》2011年第05期摘要：准确的工作量估算是保证软件开发正常进行的必要手段。

文中采用功能点估算法，通过对软件结构分解和工作结构的分解，利用COCOMO II 2000模型估算初始功能点数、估算调整后的功能点数，最后将功能点转化为源代码行，为软件开发企业提供了进行软件项目开发工作量估算的基本方法。

工作量估算是软件开发企业完成成本估算的前提。

Abstract： Accurate workload estimate is an essential method of guaranteeing software development. Function point analysis is used to estimate software scale. After finishing the software structure disassemble and the project workload disassemble, we use COCOMO II 2000 model to estimate software initialization function points and adjustment function points, also transform function point into KSLOC．Thus a basic method is provided for software development company to process workload estimate. Finishing project workload estimate also is the precondition of software cost estimation.关键词：工作量估算；成本估算；COCOMO II；项目管理Key words： workload estimate；cost estimate；COCOMO II；project management中图分类号：TP31文献标识码：A文章编号：1006-4311（2011）05-0178-020引言软件工作量估算在软件开发项目中有重要的角色。

软件项目开发工作量估算研究

软件项目开发工作量估算研究摘要：准确的工作量估算是保证软件开发正常进行的必要手段。

工作量估算是软件开发企业完成成本估算的前提。

软件工程中的软件项目工作量估算与控制

软件工程中的软件项目工作量估算与控制在软件工程领域，软件项目工作量估算与控制是一个至关重要的环节。

准确地估算和控制工作量，对于项目的成功与否起着决定性的作用。

本文将探讨软件项目工作量估算与控制的重要性以及一些常用的方法和技巧。

一、工作量估算的重要性软件项目工作量估算的准确性直接影响到项目的进度和成本。

如果估算过高，可能导致项目进度延迟和成本超支；如果估算过低，可能导致项目无法按时交付或者质量不达标。

因此，准确地估算工作量是确保项目成功的关键。

工作量估算不仅仅是对开发任务的估算，还包括对项目管理、测试、文档编写等方面的工作量估算。

这些工作量的准确估算，能够帮助项目经理合理安排资源和制定项目计划，从而提高项目的可控性和成功率。

二、常用的工作量估算方法1. 基于经验的估算方法基于经验的估算方法是根据过去类似项目的经验数据进行估算。

通过对历史项目的数据进行分析和总结，可以得出一些规律和模型，从而对新项目的工作量进行估算。

这种方法的优点是简单易行，但需要有足够的历史数据支持。

2. 功能点估算方法功能点估算方法是根据软件功能点数量来估算工作量。

功能点是指软件系统中的功能模块，可以根据功能点的复杂度和数量来估算工作量。

这种方法适用于需求比较明确的项目，但需要对功能点的定义和计算有一定的了解。

3. 参数化估算方法参数化估算方法是根据项目的特定参数和指标进行工作量估算。

这些参数可以包括代码行数、页面数量、数据量等。

通过对这些参数和历史项目数据的分析，可以建立参数和工作量之间的数学模型，从而进行工作量估算。

三、工作量控制的重要性工作量控制是指在项目实施过程中，对工作量进行监控和调整，以确保项目按计划进行。

工作量控制的目标是避免工作量超出预期，同时保证项目质量和进度。

工作量控制需要对项目进展进行实时监测和评估。

通过收集和分析项目的实际工作量数据，可以及时发现和解决工作量超出预期的问题。

同时，工作量控制还需要与项目的资源管理和进度管理相结合，保证项目的整体可控性。

基于敏捷开发的工作量估算模型的研究

ｐａｒｅｄｗｉｔｈｏｔｈｅｒｅｓｔｉｍａｔｉｏｎｍｅｔｈｏｄｓ．Ｅｘｐｅｒｉｍｅｎｔｓｓｈｏｗｔｈａｔｔｈｉｓｍｏｄｅｌｈａｓａｇｏｏｄｐｅｒｆｏｒｍａｎｃｅｏｎｔｈｅｅｆｆｏｒｔｅｓｔｉｍａｔｉｏｎｆｏｒａｇｉｌｅｄｅｖｅｌｏｐｍｅｎｔ，ａｎｄｉｓｂｅｔｔｅｒｔｈａｎｏｔｈｅｒｅｓｔｉｍａｔｉｏｎｍｅｔｈｏｄｓ．
ｏｎＢＰｎｅｕｒａｌｎｅｔｗｏｒｋ．Ｔｈｅｉｍｐｌｅｍｅｎｔａｔｉｏｎｓｔｅｐｓａｎｄｅｘｐｅｒｉｍｅｎｔａｌｖｅｒｉｆｉｃａｔｉｏｎａｒｅｇｉｖｅｎｆｏｒｔｈｅｍｏｄｅｌ，ａｎｄｔｈｉｓｍｏｄｅｌｉｓｃｏｎ— ｒ
ｃｉａｌｎｅｕｒａｌｎｅｔｗｏｒｋ．Ｆｉｒｓｔｌｙ，ａｃｃｏｒｄｉｎｇｔＯｔｈｅｃｈａｒａｃｔｅｒｉｓｔｉｃｓｏｆＩＳＢＳＧｄａｔａｓｅｔ，ｔｈｅｄａｔａｓｅｔｉｓｐｒｏｃｅｓｓｅｄ．Ｓｅｃｏｎｄｌｙ，ｔｈｅｉｎｆｌｕｅｎ — ｃｉｎｇｆａｃｔｏｒｓａｒｅｃｏｍｐｒｅｓｓｅｄ，ａｎｄｔｈｅｉｎｆｌｕｅｎｃｉｎｇｆａｃｔｏｒｓｓｅｔａｒｅｏｂｔａｉｎｅｄ．Ｔｈｅｎ，ｔｈｅｅｆｆｏｒｔｅｓｔｉｍａｔｉｏｎｍｏｄｅｌｉｓｅｓｔａｂｌｉｓｈｅｄｂａｓｅｄ

软件项目工作量评估方法

软件项目工作量评估方法工作量评估概述我们仔细研读了软件需求文档和设计文档，对软件功能进行了归纳和整理。

根据以往的经验，对每个功能模块所需的编码工作量进行了估算，并以此为依据，推算出整个软件生命周期的工作量。

接着，我们组织了主要项目干系人和相关专家进行工作量评审。

常见的估算方法Ad-hoc方法这种方法下的测试工作量不基于任何确定的期限。

工作一直继续直到达到一些由管理或市场人员预先定下的时间表。

或者，一直到用完了预算的经费。

这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。

开发时间的百分比法这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。

首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。

通常预留项目的总花费时间的35%给测试。

5-7%给组件和集成测试,18-20%给系统测试。

10%给接收测试（或回归测试等）类比法根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。

类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。

需要收集以下相关的历史数据：在设计和实现阶段花费的时间，测试工作的规模，例如用户需求的数量，页面数，功能点，数据样式，例如实体，字段的数量,屏幕或字段数量,测试对象的规模，例如KLOCWBS估算法将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。

Delphi法Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。

Delphi法鼓励参加者就问题相互讨论。

这个技术，要求有多种相关经验人的参与，互相说服对方。

Delphi法是一种软件项目评估方法，其步骤包括：协调人向各专家提供项目规格和估计表格；召集小组会讨论与规模相关的因素；各专家匿名填写迭代表格；协调人整理出一个估计总结，以迭代表的形式返回专家；召集小组会讨论较大的估计差异；专家复查估计总结并在迭代表上提交另一个匿名估计；重复4-6，直到达到一个最低和最高估计的一致。

基于FPA的软件工作量综合评估研究与实践

基于FPA的软件工作量综合评估研究与实践摘要：在软件工程监理项目中如何对软件开发系统进行工作量评估，如何在实施过程中对承建单位已完成的工作量进行审核是实施信息化项目的难题。

本文在分析专家经验评估法、FPA功能点分析法等方法的基础上，给出了一种方法基于软件系统工作量估算法的融合，基于FPA评估法与专家经验估算相结合，综合评估软件系统工作量，并将该方法实践于多个项目中，结果得到了用户的认可，表明了综合评估方法的有效性和可操作性。

关键字：FPA；软件工作量评估；软件监理。

1.引言随着信息技术的快速发展和应用领域的扩大深入，软件工作量及成本投资评估方法的研究正在成为当前及未开项目管理研究的热点之一。

目前很多信息化工程建设单位对于所建设项目的工作量，预投资成本如何估算；承建单位针对项目建设的报价是否合理；采用什么方法可以科学地对项目建设的规模进行度量，始终是IT项目管理研究的一个方向。

功能点分析方法（Function Point Analysis，FPA）是一种可靠、有效的软件规模度量方法，最早出现在1979年的IBM应用开发会议期刊，目前已经发展为IFPUG、MarkII等多种方法，并且成为多种新型规模度量方法的基础。

功能点分析方法作为一种理解和交流系统规模的手段，针对用户功能、性能的需求进行度量，具有可在项目早期进行度量，不依赖于项目的语言和技术等特点，在可用性和客观性方面都要优于传统的代码行方法（LOC）。

信息工程项目建设中作为第三方的监理机构经常需要解决一些问题，如项目建设初期在用户需求不是很完善时，业主方需要了解项目的整体规模及合理项目建设进度；或者立项阶段需要了解项目的总体投资额；项目建设期间，建设、承建单位均需要监理机构能够客观地对其完成的工作量进行审核与评估，确保其应得利益。

当前，软件系统工作量评估的方法有：专家估算法，组织多名专家通过的系统建设情况的理解与建设方的答疑，依靠其经验对项目的规模进行评估，博采众长。

基于敏捷开发项目工作量的估计方法研究

基于敏捷开发项目工作量的估计方法研究沈春元;陆峻【摘要】敏捷开发是当前非常流行的一种软件开发方法,而常用的软件工作量估计方法针对敏捷开发项目效果并不好.为能准确估算出敏捷开发项目的工作量,研究一种基于神经网络工作量估算模型,以适用于敏捷开发项目的工作量估计.【期刊名称】《雷达与对抗》【年(卷),期】2014(034)001【总页数】4页(P65-68)【关键词】敏捷开发;工作量估计;神经网络【作者】沈春元;陆峻【作者单位】海军驻南京地区雷达系统军事代表室,南京210003;中国船舶重工集团公司第七二四研究所,南京211153【正文语种】中文【中图分类】TP306“软件危机”是在上世纪60年代末在第一届北大西洋公约组织软件工程会议上首次出现的。

产生“软件危机”的主要原因之一是：对软件开发成本、所耗费的资源以及软件开发所需时间的估算准确程度不能满足实际的需要。

经过近半世纪的岁月，“软件危机”这个术语所蕴涵的软件项目超时、超支等问题依然困扰着软件行业[1]，究其原因，软件项目估算不准确与需求不稳定是最普遍的两个原因[2]。

软件估算是对软件项目成本、开发时间以及工作量等的估测，其活动贯穿于软件项目开发的各个阶段。

软件估算是软件项目管理的关键组成部分。

软件项目估算的准确与否事关软件项目的成败。

尤其是在软件项目的早期，准确可信的软件估算显得尤为重要。

比如，软件项目的可行性、接下来项目的总体规划和计划以及各种资源的分配等都离不开对项目的估算。

由于软件开发是个渐进的过程，在软件项目的早期对该软件认识还比较模糊，加上影响软件开发的因素也比较多，只有随着项目的进展对软件项目的认识才逐渐清晰，对其影响因素才逐渐明确。

因此，影响软件准确估算的参数也是由不确定变动大到确定变动小的逐渐明确的过程[3]。

软件项目工作量估计从项目的功能需求定义开始，首先对软件规模进行估计，估计源代码行数(SLOC)和文档页数，再以软件规模估计为基础估计项目的工作量和成本，最后安排进度。

软件开发项目工作量评估方法的研究和应用探讨

同点．特别要注意历史项目做得不够的地方：
③ 通过步骤① 和②得出各个功能的估计值：
④ 产生规模估计。
由于类比法估计结果的精确度取决于历史项目数据的完整性和准确度．因此．用好类比法的前提条件之
① 整理出项目功能列表和实现每个功能的工作
量：
同时与开发单位的软件开发生产率密切相关完成了
工作量估计．软件成本的估计就相对比较容易．从而保证软件投资的准确性．达到精益管理的目的
②标识出每个功能列表与历史项目的相同点和不
ｗａｒｅＭｅｔｒｉｃｓＣｏｎｓｏｒｔｉｕｍ）提出的ＣＯＳＭＩＣ — ＦＦＰ方法．这
经验法是基于专家判断的评估技术．由专家根据经验预估软件规模后、按一定的方法对预估规模进行整理计算后得到软件规模经验法根据对专家预估后软件规模的分析方法的差异．可以分为类比法．Ｐｅｒｔ
Ｓｉｚｉｎｇ法和Ｄｅｌｐｈｉ法。
ｆ１）类比法
类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目．通过新项目与历史项目的比较得到估计数据
类比法的基本步骤是：
朱明英，姚文胜，朱海云，邢豫

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

早期构造性成本模型（ＣｏｎｓｔｒｕｃｔｉｖｅＣｏｓｔＭｏｄｅｌ，ＣＯＣＯＭＯ），
复杂度求解（ＡｄａｐｔｉｖｅＰｒｏｃｅｄｕｒｅｗｉｔｈＤｅｎｓｉｔｙ，ＡＰＤ）两种方
收稿日期：２０１３．０５．０４修回日期：２０１３．０９－０３
法。结果表明，这两种方法产生缓冲区较小，并且对项目完
工时间有更好的保护。ＬｕｏｎｇＤｕｃＬｏｎｇ等基于遗传算法和
Ｎｅｗｂｏｌｄ提出了以根方差量作为缓冲量，考虑了项目完工概键链尾部作为项目缓冲 “ 。ＯｙａＩ．Ｔｕｋｅｌ等基于项目的资源紧
（ＡｄａｐｔｉｖｅＰｒｏｃｅｄｕｒｅｗｉｔｈＲｅｓｏｒｃｕｅＴｉｇｈｔｎｅｓｓ，ＡＰＲＴ）和网络
确度的研究，并提出了很多软件项目工作量估算技术以评率大小，并且应用中心极限定理的思想将根方差量集中于关
类比法，计算机算法、规则归纳法、人工神经网络和张度和网络复杂度，提出确定缓冲的资源紧度求解
模糊逻辑等。ＢａｒｒｙｗＢｏｅｈｍ教授提出了软件成本估算的
精确：将进度缓冲的概念应用于软件项目工作量管理领域，提出了基于因素驱动分析的工作量缓冲计算模型。最后。通过一个算例，将所建模型的应用效果与实际项目进行对比分析，结果表明该模型能够有效地提高软件项目
工作量管理的成功率和效率。
关键词：软件工作量估算：工作量缓冲：分段函数：历史数据聚类：欧氏距离优化中图分类号：ＴＰ３ｌ１．５文献标识码：Ａ文章编号：１００４．６０６２（２０１５）０４．０１７１．０７
该模型在２０世纪８０年代早期被广泛应用 “ 。１９９４年，Ｂｏｅｈｍ重新研究和调整原有模型，并根据未来软件市场的发展趋势，提出了ＣＯＣＯＭｏＩＩ模型“ 。但是在Ｃ０ＣＯＭ０ＩＩ模计算代码造成工作量估算结果极不准确。而且ＣＯＣＯＭＯＩＩ的历史项目统计数据和专家评估法得到，具有一定的经验目的整体出发进行类推，其估算精确性极大地依赖于历史数据。但是项目之间总是存在或多或少的差异，这使得应用该
管
、，０１．２９，Ｎｏ．４
理
３＿－
学 Байду номын сангаас
ＪｏｎｒｎａｌｏｆＩｎｄｕｓｔｒｉａｌ
报Ｍａｎａｇｅｍｅｎｔ
２０１５年第４期
基于缓冲的软件项目工作量估箅模型研究
张俊光，沈佳佳，杨双
须考虑项目的许多因素，并且尽可能的为可能发生的风险留出一定的空间，并在此基础上进行动态的监控和预测。近年来，专家们一直致力于提高软件项目工作量估算精估他们的估算性能。这些广泛应用的技术包括专家估算法，
以关键链上工序被剪掉时间总和的一半作为项目缓冲，
些方法总体上都还存在一些实用性上的不足“ 。
软件项目估计完成后，给项目估计加入缓冲来预防风险
己经成为项目进度管理领域的重要方法，并经过了很多学者的研究及论证 “ 。缓冲的设置方法有很多，Ｇｏｌｄｒａｔｔ提出了
得到满足又不至于让项目人员感到筋疲力尽。合理的估计必
（北京科技大学东凌经济管理学院，北京１０００８３）
摘要：为提高软件项目工作量估算模型的实用性，加强对软件项目工作量风险的管理，研究了基于历史数据
的软件项目工作量估算模型及工作量缓冲计算模型。采用基于规模的分段函数进行软件工作量的估算，经拟合效
ＤｏＩ：１０．１３５８７￣．ｃｎｋｉ．ｊｉｅｅｍ．２０１５．０４．０２１
０引言
工作量估算不准确会对软件项目进度安排的合理性产生严重影响，而不合理的计划又将导致软件开发产品无法在Ｊｏｎｅｓ在他的报告中表示 “ 过度紧张的或不合理的工作量和进度表可能是对所有软件项目最具破坏力的影响因素” 。因此，项目经理的目标是制定合理的工作量估计，既使目标
方法的时候必须调整数据。随着研究的深入和发展，许多专家应用人工神经网络方法、遗传算法这些现代数学方法来解
决估算精确度的问题“ 。基于专家估算法、最ｄｘ－乘回归法
预期的时间和合理的预算范围内高质量地完成。Ｃａｐｅｒｓ以及实例推理法等三种方法的组合估算 “ 也被提出用来解决单一的估算方法估算不准确这一难题，但是经过测试，这
果对比分析发现，运用分段函数进行工作量估计可以有效地提高估算的精确度：引入ＭＥＲ和ＭＲＥ对离散型的数
据进行拟合，用三条曲线方程进行工作量估计，并通过计算欧氏距离来分别对函数赋予权重，使得估算结果更加