软件项目管理讲座61软件工作量估算
软件工程中的软件项目工作量估算与控制
软件工程中的软件项目工作量估算与控制在软件工程领域，软件项目工作量估算与控制是一个至关重要的环节。
准确地估算和控制工作量，对于项目的成功与否起着决定性的作用。
本文将探讨软件项目工作量估算与控制的重要性以及一些常用的方法和技巧。
一、工作量估算的重要性软件项目工作量估算的准确性直接影响到项目的进度和成本。
如果估算过高，可能导致项目进度延迟和成本超支；如果估算过低，可能导致项目无法按时交付或者质量不达标。
因此，准确地估算工作量是确保项目成功的关键。
工作量估算不仅仅是对开发任务的估算，还包括对项目管理、测试、文档编写等方面的工作量估算。
这些工作量的准确估算，能够帮助项目经理合理安排资源和制定项目计划，从而提高项目的可控性和成功率。
二、常用的工作量估算方法1. 基于经验的估算方法基于经验的估算方法是根据过去类似项目的经验数据进行估算。
通过对历史项目的数据进行分析和总结，可以得出一些规律和模型，从而对新项目的工作量进行估算。
这种方法的优点是简单易行，但需要有足够的历史数据支持。
2. 功能点估算方法功能点估算方法是根据软件功能点数量来估算工作量。
功能点是指软件系统中的功能模块，可以根据功能点的复杂度和数量来估算工作量。
这种方法适用于需求比较明确的项目，但需要对功能点的定义和计算有一定的了解。
3. 参数化估算方法参数化估算方法是根据项目的特定参数和指标进行工作量估算。
这些参数可以包括代码行数、页面数量、数据量等。
通过对这些参数和历史项目数据的分析，可以建立参数和工作量之间的数学模型，从而进行工作量估算。
三、工作量控制的重要性工作量控制是指在项目实施过程中，对工作量进行监控和调整，以确保项目按计划进行。
工作量控制的目标是避免工作量超出预期，同时保证项目质量和进度。
工作量控制需要对项目进展进行实时监测和评估。
通过收集和分析项目的实际工作量数据，可以及时发现和解决工作量超出预期的问题。
同时，工作量控制还需要与项目的资源管理和进度管理相结合，保证项目的整体可控性。
软件项目管理讲座61软件工作量估算
是为了估算，有时需要考虑一些实现方法
过高估计和过低估计的问题
过高估计的问题
Parkinson法则：给的时间越多，工作花费的时间也越多 Brook法则：当人数增加后，项目所需的工作量 将不成比例的
增加。当团队规模变大后，由于管理，协调和通信的增加，将造 成工作量的增加。因而“投入更多的人将使延期的工作更加延期”
那么必须对最终的系统作出一些假设，例如对软 件模块的数量和大小进行假设。
如果项目是全新的或者没有历史数据，建议用该
方法
练习
工资系统已经被安装在Brightmouth学院，目
前有一个新的需求，需要在系统中添加一个子系 统，该系统分析每节课时老师的成本。每个老师 的工资可以从系统中获得，每个老师花在每个课 程上的时间也可以从系统中获得。为了实现该系 统，需要哪些任务，哪些任务的工作量比较难计 算。
计算方法：wi×输入数据元素＋we×实体＋
wo×输出数据元素
系数总和为2.5，标准设置为0.58, 1.66,0.26
MarkII功能点
系数调整，考虑因素：
与其它应用的接口 特殊的安全特征 与第三方的直接交互 用户训练特征 文档需求
功能点的其它扩展
功能点方法起源于业务信息系统应用，因而强调
新技术的不断出现和应用。 缺少项目经验数据，许多组织无法提供原有项目数据，
而即使提供了这些项目数据，也未必非常有用。
例子
结论：很难用这些数据去估算项目
工作量估算的其它困难
某些人试图建立一个过去项目的全软件业的数据
库，但是许多词汇意义的不明确使得这种努力没 有效果，例如“测试”阶段究竟包括哪些活动就 不明确。
软件工程估算
软件工程估算引言软件工程估算是软件开发中重要的环节之一。
通过准确地估算项目的工作量、时间和成本，能够帮助开发团队和项目管理者做出明智的决策，提高开发效率和项目成功率。
本文将介绍软件工程估算的概念、方法和注意事项。
软件工程估算的概念软件工程估算是对软件开发项目进行工作量、时间和成本的预测。
通过对项目需求、开发工作和团队能力进行分析和评估，能够得出一个合理的估算结果。
软件工程估算旨在提供决策支持，帮助项目团队和管理者制定开发计划、资源分配和进度控制。
软件工程估算的方法1. 划分工作单元软件开发项目是由多个不同的工作单元组成的，例如需求分析、设计、编码和测试等。
需要将项目的工作划分为合适的单元，制定清晰的工作分解结构（WBS）。
工作单元应该具有独立性，以便能够进行有效的估算和跟踪。
2. 评估工作量对于每个工作单元，需要评估其相应的工作量。
工作量评估可以采用不同的方法，如专家判断、历史数据分析和类比估算等。
根据项目的具体情况选择适合的方法，并结合团队成员的经验和能力进行评估。
3. 估算时间和成本在评估工作量的基础上，可以进一步估算工作的时间和成本。
时间估算可以通过使用历史数据、类比估算和使用项目管理工具进行模拟等方法来进行。
成本估算需要考虑人力资源、硬件设备和软件工具等方面的费用，并结合项目的需求和限制进行估算。
4. 风险评估估算过程中，需要考虑项目中的风险因素。
对于不确定因素，可以通过引入一定的风险冗余来进行估算，以减少风险对进度和成本的影响。
也需要根据项目的具体情况进行风险评估和管理，制定相应的计划和措施。
软件工程估算的注意事项1. 准确收集需求软件估算的准确性和可靠性与需求的准确性和完整性密切相关。
在估算之前，需要充分了解项目的需求，并与需求方进行沟通和确认，以确保对项目的正确理解。
2. 考虑技术风险在估算过程中，需要考虑项目中的技术风险因素。
如果项目中存在一些新的、未经验证的技术，可能会导致工作量和时间的增加。
软件工作量评估方法
软件工作量评估方法软件工作量评估是指根据软件开发项目的要求和规模，对开发任务的工作量进行估算的过程。
正确的工作量评估可以帮助项目团队制定合理的计划和资源分配，避免项目进度延迟或质量问题。
以下是常用的软件工作量评估方法：1. 方法1：基于工作量历史数据的模型这种方法使用历史数据作为参考，根据过去的类似项目的工作量和进度进行估算。
可以使用线性回归等统计方法，建立工作量和项目规模之间的关系模型，通过输入项目规模来预测工作量。
2. 方法2：基于功能点的模型功能点是对软件功能的衡量单位，根据软件需求规格说明书，将不同功能点的工作量进行量化评估。
可以使用功能点估算法，如IFPUG（International Function Point Users Group）方法，根据功能点的类型和复杂程度来评估工作量。
3. 方法3：专家评估法这种方法依赖于项目团队成员的经验和专业知识，根据开发任务的复杂程度、技术难度等因素进行主观评估。
可以通过开展专家评审会议或个人访谈等方式，让团队成员根据自己的经验对工作量进行评估。
4. 方法4：三点估算法三点估算法是一种基于概率的评估方法，将工作量估算看作是一个随机变量，考虑到不确定性因素。
通过对开发任务的最佳、最坏和最可能的工作量进行估算，结合概率统计方法，计算出工作量的期望值和标准差。
无论使用哪种方法，软件工作量评估都需要考虑以下几个因素：1. 项目规模：根据软件的功能需求、复杂程度等，确定开发任务的规模。
2. 开发人员的技能和经验：考虑到开发人员的技术水平和经验，对工作量进行调整。
3. 开发环境和工具：考虑到开发环境和所使用的工具对工作效率的影响，进行工作量的调整。
4. 风险因素：考虑到项目风险和不确定性因素，对工作量进行合理的缓冲。
总之，软件工作量评估是一个复杂的过程，需要综合考虑多个因素。
选择合适的工作量评估方法，并结合实际情况进行调整和优化，可以提高估算的准确性和可靠性，为项目成功提供有力支持。
软件开发工作量估算和报价
1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格＝开发工作量×开发费用／人·月开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值×风险系数×复用系数软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：l ≤风险系数≤根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。
当然这既要看企业的能力，也要看用户能接受的程度。
估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
因此：≤复用系数≤1根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。
开发费用／人·月软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。
软件开发工作量估算和报价
软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：
软件开发价格＝开发工作量×开发费用／人·月
1.1开发工作量
软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：
软件开发工作量＝估算工作量经验值×风险系数×复用系数
软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
系统集成费＝U×α×T
3.1A级
整个系统涉及到计算机硬件、软件、局域网络，且体系结构在三层次以下（含三层次）。
5%≤α≤8%
3.2B级
整个系统涉及到计算机硬件、软件、局域网络、互联网，且体系结构在三层以上（含三层次）。
7%≤α≤10%
3.3C级
整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种网络接口。
另外，软件企业的员工不可能全年满负荷地工作，即使一年十二个月都安排工作，但也需抽出时间进行在职培训和提职的岗前培训。据我们的了解，软件企业的员工一年能有10个月到11个月的工作也是正常的。
R＝B／3
此处为我们的建议方案，各软件企业可视情况加以变更。
1.2.4S（管理系数）
通常每个机构的管理人员都会有一定的比例，参考一些机构的做法，按每十个软件人员配备两个管理人员即管理成本：
月单位改为人·天，以B’表示。
2.4.2τ’
软件企业如果采用基于构件开发方法，并建立起构件库，则会大大提高软件维护的效率。另外，如果有多家用户运行的系统大致类似，也可有所提高效率。
’来表示。因此：
软件（系统）维护费／次＝B’×τ’×n
软件工程中的项目工作量估算方法
软件工程中的项目工作量估算方法在软件开发过程中，对于项目的工作量估算是至关重要的。
它是评估项目实现成本、衡量项目进度和预测项目成功的一个重要方面。
因此，在执行软件项目的过程中，选择合适的工作量估算方法非常重要。
一、项目工作量估算的重要性对于软件开发项目的成功而言，准确地估计项目的工作量是至关重要的。
过于乐观的时间和工作估算会导致项目计划的延误和预算的爆炸。
相反，过于保守的时间和工作估算会导致开发团队过度紧张，过度工作和生产率的下降。
因此，在软件开发过程中，项目工作量的准确估算是开发团队的核心要求之一。
而成功的估算也需要以可靠性、透明度和可重复性为基石。
二、项目工作量的估算方法1. 专家判断法专家判断法是工作量估算一种简单而有效的方法之一，它是基于经验和知识的判断。
这些专家是具有足够经验和了解背景的开发人员、项目经理和群体利益相关者。
估算的过程是基于这些专家的数学和几何平均值和标准差和均方差。
该方法的优点是快速和简单。
缺点是，可能会有主观因素导致不准确的估算。
此外，估算的过程依赖于一定的“样本数”以保持准确性。
2. 比率法比率法是基于已知数据计算估算值的方法。
这些数据是过去类似的项目的过程数据，包括相似的复杂度、功能数量和规模。
它包括相对大小估算法、输出产出估算法和功能点分析法。
优点是该方法需要比率确定的数量，不需要过多的经验和库存。
缺点是表达了过去的经验，而现在的开发环境和背景可能不同。
3. 参数估算法参数估算法是基于另一些已知的估算值或数据进行估算，例如：开发人员和测试人员的工资、硬件和软件成本等。
该方法使用基于这些参数计算出的公式，为项目估算出一个准确的工作量。
它包括单元成本方法、推理成本估算方法和代价- 线性方法。
该方法的优点是基于客观的数据计算工作量，不受主观因素的影响。
缺点是需要依赖过去的数据与经验预测未来。
4. 项目模拟法项目模拟法是通过模拟类似的软件开发项目，以计算工作量估算的方法。
软件规模、工作量、费用测算评估样例表-两种方法
软件开发工作量评估
1、在预算阶段，需求一般较模糊，采用预估功能点计数法测算软件规模；
2、工作量、费用的测算结果宜为一个范围而不是单一值；
3、费用测算过程中宜采用不同方法分别测算并进行交叉验证。
如果不同方法的测算结果产生较大差异，可采用专家评审方法或加权平均方法确定测算结果。
4、ILF:内部逻辑文件
5、EIF：外部逻辑文件，
6、UFP:未调整的功能点数，单位为功能点
7、0.25≤复用系数τ≤1，预算阶段复用度调整系数通常取值为1（假设复用度低）；
8、US:复用调整后的软件规模，单位为功能点
7、CF:规模变更调整因子,预算时取值为1.39，招投标、项目计划时取值为1.21，需求分析阶段时取值1.1；
8、S:规模调整后的功能点，即功能规模,S＝US*规模变更调整因子。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上海交通大学计算机集成技术开放实验室
软件工作量估算
有些估算做得很仔细，而有些却只是凭直觉 的猜测。大多数项目超过估算进度的 25%到100％， 但也有少数一些组织的进度估算精确到了 10％以 内，能控制在 5％以内的还没有听说。
——Jones,1994
上海交通大学计算机集成技术开放实验室
的工作量估算。他们要求每个开发者作出进度承 诺而非进度估算。
?有利于开发者对进度的关注，开发者在接受承诺
后士气高昂，自愿加班加点
?问题在于开发者的估算比现实要乐观，大约低 20
至30个百分点（ Van Genuchten, 1991)
?承诺应该现实可行，以使你的团队会不断成功而
不是不断失败。
上海交通大学计算机集成技术开放实验室
管理目标
上海交通大学计算机集成技术开放实验室
软件估算的基础（1）
?历史数据的需要
? 在参考历史数据时需要考虑不同的环境，如编程语言， 软件工具，标准和人员的经验。
?工作度量
? 直接计算真正的成本或时间是不可能的。编写程序的 时间不同的人将有显著的区别。
? 通常将工作量表达为如源代码的数量（ source line of code，SLOC），或者千行代码量（KLOC）
软件工作量估计技术
上海交通大学计算机集成技术开放实验室
软件估算的基础（2）
?复杂性
? 相同KLOC的两个程序花费的时间将会不同。因而不能 简单地应用KLOC或SLOC，而要根据复杂性进行修正， 但是复杂性的度量通常是主观而定的。
上海交通大学计算机集成技术开放实验室
基于承诺的估计
?一些组织直接从需求出发安排进度而不进行中间
过高估计和过低估计的问题
? 过高估计的问题
? Parkinson法则：给的时间越多，工作花费的时间也越多 ? Brook法则：当人数增加后，项目所需的工作量 将不成比例的
增加。当团队规模变大后，由于管理，协调和通信的增加，将 造成工作量的增加。因而“投入更多的人将使延期的工作更加 延期”
? 过低估计的问题
上海交通大学计算机集成技术开放实验室
太好了，那我 们开工吧！
一个月的时间 造这样一栋房
子？没问题
你当初计划10万元造的房屋可能最终的实际造价为 50万元。
上海交通大学计算机集成技术开放实验室
从造房子中学到的
?除非你确切知道“它”是什么？否则无法说明它
的确切花费。
?盖房子时，可以盖梦想中的房子（不考虑花费），
上海交通大学计算机集成技术开放实验室
何时需要度量
?策略计划：选择合适的项目 ?可行性分析 ?系统描述：实现各个需求的工作量需要被衡量 ?评估供应商的建议 ?项目计划：
? 项目进行过程中，估算越来越准确 ? 在项目开始阶段考虑的是用户需求，不考虑实现，但
是为了估算，有时需要考虑一些实现方法
上海交通大学Leabharlann 算机集成技术开放实验室人月的工作量估算可能是最准确又最精确的估算， 而精确到 55个人月看起来更精确，但不准确。
上海交通大学计算机集成技术开放实验室
软件工作量估算困难的原因
? 估算困难是由于软件的本质带来的，特别是其复杂性和
不可见性。
? 软件开发是人力密集型工作的，因而不能以机械的观点
来看待
? 传统的工程项目经常会议相近的项目做参考，不同的只
软件工作量估算的渐进性
上海交通大学计算机集成技术开放实验室
估算的准确性和精确性
?准确（accuracy ）是结果与目标之间有多近 ，用
3代表圆周率比用 4更准确
?精确（precision ）是结果有多少有意义的位数 ，
3.14 比3代表圆周率更精确
?一个结果可以不准确而精确，不精确而准确， ?软件估算中错误的精确是准确的敌人， 40～70个
软件工作量估算
“大多数 IS人士，无论是否为管理者，从来都无权 控制他们自己的进度计划。进度计划通常由市场 部或高层管理部门直接下达，就像飞石从天而降 （也有人称之为鸟粪）”
“就此问题，我曾与 IS领域中许多人士进行过交流。 大家一致认为当前 IS领域面临的最大难题，既不 是掌握快速更新的技术，也不是探求新型的管理 哲学，而是被迫接受根本无法达到的进度计划。” （Robert.L.Glass)
右的差别。
? X功能的质量级别是什么？依据实施过程的不同，首次提交的 X功能
的缺陷数量会有10％的差异。
? 调试和纠正X功能实施过程中的错误要花多少时间？研究发现调试
和纠正同样的错误，不同程序员所花时间会有 10％左右的差异。
? 把X功能和其它功能结合起来要花多少时间？ ? ……
上海交通大学计算机集成技术开放实验室
也可以按估算盖，但是功能必须具有一定的灵活 性
上海交通大学计算机集成技术开放实验室
不确定性问题
? 客户会要求X功能吗？ ? 客户要的是X功能的便宜版本还是昂贵版本呢？同一功能的不同版
本的实施难度至少有10％左右的差别。
? 如果实施了X功能的便宜版本，客户会不会以后又想要昂贵的版本。 ? X功能如何设计？同一功能的不同设计，在复杂度方面会有 10％左
是客户和地点，而绝大部分软件项目是独一无二的。
? 新技术的不断出现和应用。 ? 缺少项目经验数据，许多组织无法提供原有项目数据，
而即使提供了这些项目数据，也未必非常有用。
上海交通大学计算机集成技术开放实验室
例子
?结论：很难用这些数据去估算项目
上海交通大学计算机集成技术开放实验室
工作量估算的其它困难
?某些人试图建立一个过去项目的全软件业的数据
库，但是许多词汇意义的不明确使得这种努力没 有效果，例如“测试”阶段究竟包括哪些活动就 不明确。
?估计的主观性： 人们容易低估小项目的工作量，
而过分夸大大项目的工作量
?估计的政治因素： 不同的人有不同的目标，如项
目经理会高估项目工作量，许多机构采用独立的 估算小组，但是将项目经理和项目成员吸收进估 算小组，能够增强他们的责任感。
? 质量降低 ? Weinberg的可靠性零法则“如果系统不必可靠，那么它可以满
足任何目标”。
上海交通大学计算机集成技术开放实验室
工作量估算对职员的影响
?如果职员能够完成目标，那么他们将受到鼓舞 ?如果他们发现目标根本不能完成，那么他们的激
情将受到极大损害
?因而，估计不是一种简单的预测行为，而是一种