lecture5(工作量估算)
lecture5(工作量估算)
外部输入：更新内部计算机文件的输入事务。 外部输出：给用户输出数据的面向应用的信息 内部逻辑文件：系统使用的可以访问的一组数据 外部接口文件：与其它系统交换信息 外部查询：提供信息的用户引发的事务，用户输入 信息以得到需要的信息。
工程硕士
功能点方法
标出系统中每个外部用户类型的每个实例，分类为高、 中、低三种复杂度；每种复杂度区的每个外部用户类 型的数目乘以指定的权重，得到功能点数，相加得到 总的功能点数，表示系统的规模。
工程硕士
功能点方法：复杂性判定
如何判定功能的复杂度？ 国际功能点用户小组（IFPUG)制定了用于判断复杂度 的规则。
例如：内部逻辑文件、外部接口文件
例如：外部输入文件
工程硕士
功能点方法：复杂度判定
例如：外部输出文件
工程硕士
案例
例：一个内部逻辑文件包含订单的数据，订单用两种 记录类型表示，分别记录订单的信息和订单项的信息。 其中订单包括：订单号，供应商名称，订单日期，订 单项包括商品号，价格和数目。 记录个数为2，数据类型是6，根据下表可以确定该功 能点复杂性为低。
工程硕士
练习
外部输入：无 外部输出：报表，1 内部逻辑文件：会计系统输入文件，1 外部接口文件：工资文件，人员文件，课程文件， 会计系统输入文件，4 外部查询：无
考虑加权：
外部输入：无；外部输出：1×7＝7；内部逻辑文 件：1×10＝10；外部接口文件：4×7＝28；外部 查询：无； 总功能点数(系统规模)：1×7+ 1×10+ 4×7=45
工程硕士
工作度量
lecture 5 汉英词语翻译
7). 昨天看电影我没有买到好票：
* I did not buy a good ticket for yesterday’s film. I did not buy a good seat for yesterday’s film.
8). 这所全国重点大学为社会输送了大批人才
(batches of )。 * The national heavy university has sent/transported batches of qualified talents to the society. The national key university has prepared batches of qualified graduates for the society. 9). 他们省吃俭用，为的是攒钱买房子。 * They save food and expenses to accumulate more funds to buy an apartment. They live frugally/economically/thriftily to accumulate more funds to buy an apartment.
Appropriateness in word selection-ii
To choose word according to the collocation 2). 好： 好教徒 好父母 好儿女 好妻子 好丈夫 3). 水平： 英语水平 生活水平 游泳水平
2) good a faithful/devout/pious/sincere/ devoted Christian/believer a loving/caring parent an obedient/filial child a virtuous/devoted wife a dutiful/responsible husband 3) level English proficiency/ level living standard swimming skill
5软件工作量估计.ppt
5.7 类比估计
即基于案例的推理。估计人员从已经完成的项 目中找出与新项目有类似特征的项目，然后将 匹配的源案例已经记录的工作量作为目标案例 的估计基础。然后对新项目进行估计。
项目间的接近程度计算方法：
欧几里得距离：[(目标参数1-源参 数1)2+ … +(目标参数n-源参数n)2]1/2
功能点计算公式
FP = UFC *TCF 其中， UFC表示未调整的功能点计数； TCF表示技术复杂度因子。
5.8 Albrecht功能点分析
Albrecht复杂度因子（主观）
5.8 Albrecht功能点分析
技术复杂度因子
TCF=0.65+0.01（sum（Fi）） TCF范围：0.65—1.35
E = ab(KLOC)exp(bb) D = cb(E)exp(db) 式中E为开发所需的人月，D为所需的开发
时间（月），KLOC为估计提交的代码行。 ab、bb 、 cb 、 db是指不同软件开发方式 的值。具体见下表：
5.12.1 基本COCOMO模型
生产率 = （KLOC）/E（代码行/人月）
Wi × (输入数据元素类型数) +
We × (引用的实体类型数)
+
Wo × (输出数据元素类型数)
5.10 对象点
5.11 面向过程代码的方法
设想在最终系统中程序的数据和类型 估计每个已标识程序的SLOC 估计工作内容、考虑复杂度和技术难度 计算工作量（工作天数）
5.12 COCOMO模型
COCOMO：Constructive Cost Mode
分为基本COCOMO模型，和中级 COCOMO模型两种，前者是一个静态单 变量模型，对整个软件系统进行估算；后 者是一个静态多变量模型，将软件系统模 型分为系统和部件两个层次，系统是有部 件组成的。
关于工作量估算，你知道的和你不知道的一切
关于工作量估算，你知道的和你不知道的一切越来越多证据表明这样一个趋势：软件项目的成本和工作量超出限度，泛滥成灾。
平均来看，这种泛滥大约在 30% 左右。
而且，对比1980 年代和最近的调查中的估算准确程度，可以看出基本上没有改善。
估算方法也没有太多变化。
尽管对于正式的估算模型有很多研究，“专家估算”依旧占据主导地位。
估算准确度明显缺乏改善，但我们对工作量估算比以前有了更多了解。
本文中，我试图总结获得的一些知识。
其中有些知识有可能提高估算准确度，有些能告诉我们什么样的做法不可能带来改善，有些是关于我们对于工作量估算已知和未知的事情。
文中用以得出结论的一整套经验证据，可以在其他地方看到。
我们知道的研读过关于工作量估算的研究之后，我选出7 种证据充足的结论。
1、不存在“最佳”的工作量估算模型或方法众多研究对比了多种估算模型和方法的准确度，哪一种是最佳选择，众说纷纭。
结果不稳定，主要原因似乎在于几种不同的核心关系，比如开发工作量和项目大小之间，这些关系在不同上下文中也不一样。
此外，影响开发工作量的最大因素似乎也不一样，这表明估算模型和方法应该根据所处上下文剪裁。
核心关系不够稳定，同样可以用来解释，相比更简单的模型，为什么统计方法先进的估算模型，对于估算准确度没有多大改善，甚至根本没有改善。
统计方法先进的估算模型会更贴近历史数据，因此当上下文改变时，相比简单的模型，准确度更渣。
这个结论告诉我们，软件公司应该尝试构建自己的估算模型，而不是期望某个通用的估算模型和工具在他们的环境中能够表现准确。
2、客户着眼于降低价格，是工作量泛滥的主要原因低估工作量的趋势，在基于价格的竞争情形中最为明显，比如在投标之中。
在价格竞争不那么重要的情形下，比如内部软件开发，这样的趋势就不明显。
实际上，你甚至会看到相反的结果。
由此说明：工作量泛滥了的主要原因之一，就是客户在选择软件开发供应商时，倾向选择价格低的一方。
因此，低估工作量的项目投标书更有可能启动。
工作计划的工作量估算
工作计划的工作量估算工作量估算在工作计划中起着非常重要的作用。
只有准确地估算工作量，才能保证工作计划的顺利进行，避免出现工作量过大或过小的情况。
因此，如何进行工作计划的工作量估算是每个工作人员必须掌握的基本技能之一。
一、工作量分析在进行工作量估算之前，我们需要对工作内容进行充分的了解和分析。
对于一个新的工作任务，我们要先了解其工作范围、工作目标、工作流程、工作重点、工作难度等方面的信息。
然后，根据这些信息，我们可以对工作量进行初步的估算。
在进行工作量分析的过程中，我们要尽可能地对工作细节进行深入挖掘，以确保不会漏掉任何一个细节。
只有通过充分的工作量分析，才能够准确地估算出工作量，为后续的工作计划制定提供更加有力的支持。
二、工作量估算方法在进行工作量估算时，我们可以采用多种估算方法，其中比较常用的有以下几种：1. 直接估算法直接估算法是指通过工作量分析，根据工作任务的具体特点，直接估算出工作所需的时间、人力和物力等资源的数量。
这种方法简单、直接、便捷，但是由于估算时往往会受到诸多不确定因素的影响，因此准确度可能不够高。
2. 类比估算法类比估算法是指通过对已经完成的、与新的工作任务相似的工作进行分析，从而给新的工作任务进行估算。
这种方法不依赖于具体的细节信息，而是利用类比、类推的思维方式进行估算，因此可以得出比较准确的估算结果。
3. 程序估算法程序估算法是指通过专门设计的程序，根据既定的算法模型，对工作量进行估算。
这种方法需要一定的技术和专业知识支持，但是由于其估算结果具有科学性和准确性，因此在一些适用的场景中被广泛使用。
三、工作量估算实践在实际的工作中，工作量估算是一个非常具有挑战性的任务。
特别是在复杂的项目中，由于涉及到很多不确定因素，估算难度更加加大。
因此，我们需要根据具体的工作情况，采用合适的估算方法，以确保工作计划的成功。
1. 多方参与在进行工作量估算时，我们需要尽可能地协调各方面的资源，让有专业知识和经验的人员一起参与，共同完成估算任务，从而确保估算的准确性和可信度。
工作计划的工作量估算方法说明
工作计划的工作量估算方法说明工作计划对于一个项目的实施起着至关重要的作用，因为合理的工作计划能够确保项目按照预期的计划推进并尽可能地避免延期。
而在确定一个工作计划时，工作量估算便成为了一个至关重要的环节。
因为只有准确地估算出工作的量，才能够为后面的时间规划、人员安排、资源调配等环节提供依据。
下面我们将为大家介绍一些工作量估算的方法。
1.历史数据估算法历史数据估算法是比较常用的一种工作量估算方法。
它的核心思想是通过已经完成的类似型任务所需的时间，来推算新任务所需要的时间。
首先需要对历史数据进行分析，找到与新任务相似的历史数据，然后将历史数据中的时间统计并分析，最后按照新任务与历史任务的相似度来计算出新任务所需的时间。
2.类比估算法类比估算法是一种比较简单的工作量估算方法，它的思路是将新任务与早期已经完成的相似任务进行对比，并根据旧项目中所需的时间和所用成本来推算新任务的时间和成本。
这种方法的缺点是会受到历史数据的影响，在不同的历史数据下，所推算出来的新任务的时间和成本会因此被影响。
3.专家判断法专家判断法是将工作量估算任务交给具有相关知识和经验的专家来完成。
这种方法的优点在于专家可以根据自己的经验和知识，镇定地评估任务的工作量。
而缺点则在于专家的判断会受到个人的经验和素质的影响，因此不同的专家所得出的估算结果也会产生很大的差异。
在使用此方法时，需要保证专家人员的素质和经验水平，同时也要对其所得出的估算结果进行严密的审核和核实。
4.三点估算法三点估算法是一种比较全面和精确的工作量估算方法。
它基于“乐观估算时间”、“悲观估算时间”和“最可能时间”三个因素进行估算。
首先，需要确定任务所耗工作时间的最乐观情况和最悲观情况，随后根据概率学公式计算出最可能所需时间。
例如，假设一个任务的最乐观时间为10天，最悲观时间为20天，最可能时间为15天，则任务所需的时间按照以下公式计算：(10 + 20 + 4 x 15)/6 = 13天。
操作系统课件：Lecture5 进程的控制与调度
➢简单、可靠；
公平性
➢容易理解、实现方便；
吞吐量
➢非抢占式的。
及时性
缺点：
周转时间
➢作业的平均等待时间过长，系统效率低下；
➢不适合于分时系统。
例，几乎同时到达的三个作业j1、j2、j3。j1运行2 小时，j2和j3只需1分钟。三个作业的平均周转时 间为2个小时多。增长了短作业的周转时间。
（系统先运行j1，j2和j3要等2个小时。j1完成之后 ，j2和j3再分别运行1分钟。）
（3）为支持可剥夺调度，即使没有新就绪进程,为了让 所有就绪进程轮流占用处理机，可在下述情况下申请 进行进程调度： 当时钟中断发生,时钟中断处理程序调用有关时间片 的处理程序，发现正运行进程时间片到，应请求重新 调度。以便让其他进程占用处理机。 在按进程优先级进行进程调度的操作系统中，任何原 因引起进程的优先级发生变化时，应请求重新调度。 如进程通过系统调用自愿改变优先级时或者系统处理 时钟中断时，根据各进程等待处理机的时间长短而调 整进程的优先级。
内核 进程1 调度
时间片到
进程2
内核 调度
I/O请求
进程3
内核 调度
时间片到
进程1
内核 调度
进程3
...
时间片到
时间片到
引起进程调度因素（3大类）:
（1）进程主动放弃处理机时：
正在执行的进程执行完毕。操作系统在处理进程结束 系统调用后应请求重新调度。 正在执行的进程发出I/O请求，当操作系统代其启动 外设I/O后，在I/O请求没有完成前要将进程变成阻塞 状态，应该请求重新调度。 正在执行的进程要等待其它进程或系统发出的事件时。 如等待另一个进程通讯数据，这时操作系统应将现运行 进程挂到等待队列，并且请求重新调度。 正在执行的进程暂时得不到所要的系统资源，如要求 独占资源，但其被其它进程占用，这时等待的进程应阻 塞到等待队列上，并且请求重新调度。
工作计划的工作量估算方法说明书
工作计划的工作量估算方法说明书工作计划对于一个项目的成功至关重要，而工作量估算则是制定工作计划中必不可少的一项内容。
在进行工作量估算时，我们需要考虑到多方面的因素，如任务的自身复杂度、执行任务所需的资源等。
下面将介绍一些常用的工作量估算方法，并且为您提供一些实践中的建议，以便更加准确地进行工作量估算。
1. 将任务拆分成小块对于复杂的任务，我们可以将其拆分成多个小块来进行估算。
这样做可以更好地把握任务的复杂度和执行任务所需要的资源。
而且，将任务拆分成多个小块还能够帮助我们更好地排除潜在的风险因素。
2. 基于历史数据进行估算在实践中，我们通常可以借助过去的记录来进行工作量估算。
如果我们已经进行了类似的任务，那么对过去任务所需的资源进行统计和分析，再根据新任务的特点进行适当的调整，也能得到相对准确的估算结果。
然而，仅仅依据历史数据来进行估算有时有可能会导致未能考虑到当前任务的具体情况，因此，对于具体的任务，我们还需要考虑其自身特点，包括能够使用的技术、解决问题所需要的人力资源以及需求变更等因素。
3. 专家评估对于一些相对复杂或不确定的任务，我们可以请相关领域的专家对任务所需的工作量进行估算。
这种方法可以使我们更准确地了解任务所需的资源，从而更好地规划和执行任务。
同时，在引入专家估算时，我们还应该注意到一些潜在的偏差和风险。
例如，专家本身可能会受限于其个人经验和知识，因此，我们需要评估估算的准确性并对其进行适当的调整。
4. 利用估算工具在实践中，我们可以借助一些专业的工具来进行工作量估算。
这种方法通常需要借助有关历史数据和类似项目的资源统计数据，同时，通过使用更加精细的算法来更好地预测任务所需的资源。
尽管利用估算工具可以大大加快估算的速度和精度，但一些工具可能会导致模型的不足之处过于明显。
因此，在使用工具时，我们还需要对估算结果进行评估，以及考虑到不确定性和风险的因素。
同时，我们还需要设计并运行实施方案来应对在实践中出现的不确定性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
功能点方法：复杂性判定
如何判定功能的复杂度？ 国际功能点用户小组（IFPUG)制定了用于判断复杂度 的规则。
例如：内部逻辑文件、外部接口文件
例如：外部输入文件
工程硕士
功能点方法：复杂度判定
例如：外部输出文件
工程硕士
案例
例：一个内部逻辑文件包含订单的数据，订单用两种 记录类型表示，分别记录订单的信息和订单项的信息。 其中订单包括：订单号，供应商名称，订单日期，订 单项包括商品号，价格和数目。 记录个数为2，数据类型是6，根据下表可以确定该功 能点复杂性为低。
大多数项目超过估算进度的25%到100％，但也 有少数一些组织的进度估算精确到了10％以内， 能控制在5％以内的还没有听说。 ——Jones,1994
工程硕士
软件工作量估算困难的原因
估算困难是由于软件的本质带来的，特别是其复杂性和不 可见性。 软件开发是人力密集型工作的，因而不能以机械的观点来 看待 传统的工程项目经常会以相近的项目做参考，不同的只是 客户和地点，而绝大部分软件项目是独一无二的。 新技术的不断出现和应用。 缺少同类项目经验数据，许多组织无法提供原有项目数据， 而即使提供了这些项目数据，也未必非常有用。
工程硕士
自底向上方法
该方法首先将项目分成部件任务，然后估算每个任务 所需的工作量。 在大型的项目中，分解任务的过程是一个叠代的过程， 直到最下面的任务不可分解，产生工作分解结构 （WBS）。 该方法适合于项目规划的后期。如果应用在前期，那 么必须对最终的系统作出一些假设，例如对软件模块 的数量和大小进行假设。 如果项目是全新的或者没有历史数据，建议用该方法
工程硕士
练习
要求学生学期底写一篇有关WebService 的报告，如果你想建立一个估算学生完 成这样一份报告的模型，你用什么来衡 量报告的大小，什么因素会影响学生完 成报告的难度？
工程硕士
参考答案
最明显的工作量驱动因子是:
字数
难度因子可能包括:
材料的可获得性 学生对主题的熟悉程度 需要的宽度/深度 技术难度
工程硕士
估算的准确性和精确性
准确（accuracy）是结果与目标之间有多近 精确（precision）是结果有多少有意义的位数 一个结果可以不准确而精确，不精确而准确，
工程硕士
例子：按工作月数计算工作量
工作月数
工作月数
工作月数工作月数源代 Nhomakorabea行数工程硕士
生产率=SLOC/month 生产率=SLOC/month
工程硕士
工作度量
软件估算的基础（2）
复杂性
相同KLOC的两个程序花费的时间将会不同。 不能简单地应用KLOC或SLOC， 根据复杂性进行修正，但是复杂性的度量通 常是主观而定的。
工程硕士
基于承诺的估计
一些组织直接从需求出发安排进度而不进行中间的工 作量估算。他们要求每个开发者作出进度承诺而非进 度估算。 有利于开发者对进度的关注，开发者在接受承诺后士 气高昂，自愿加班加点 问题在于开发者的估算比现实要乐观，大约低20至30 个百分点（Van Genuchten, 1991) 承诺应该现实可行，以使你的团队会不断成功而不是 不断失败。
欧几里德距离（Euclidean Distance）公式 distance=（（目标参数1-源参数1）2+（目标参 数2-源参数2）2+……）的平方根
工程硕士
练习
假定要匹配的案例基于两个参数：构造系 统的输入数和输出数。 新的系统有7个输入，15个输出，过去有一 个项目A有8个输入，17个输出，这两个项 目的欧几里的距离是多少？ 答案：
工程硕士
功能点方法：转换为代码行
通过定义各个功能点对应各种语言的代 码行数，则一个功能点可以转化为代码 行数
例如：
Cobol: 91 C: 128 Quick Basic: 64 Object Oriented Languages: 30
工程硕士
MarkII功能点
该方法作为英国政府项目的标准，主要在英国使用。 基本原理：对于一个处理事务
工程硕士
过高估计和过低估计的问题
过高估计的问题
Parkinson定律：工作总是用完有效时间,即给的时间越多， 工作花费的时间也越多 Brooks定律：当人数增加后，项目所需的工作量将不成比例 的增加。当团队规模变大后，由于管理，协调和通信的增加， 将造成工作量的增加。因而“投入更多的人将使延期的工作 更加延期” 质量降低 Weinberg的可靠性零法则：“如果系统不必可靠，那么它可 以满足任何目标”。
工作量采用人月(152个工作小时）（pm）来度量 规模采用kdsi度量，即千行交付源代码(thousands of delivered source code instructions)
工程硕士
练习
外部输入：无 外部输出：报表，1 内部逻辑文件：会计系统输入文件，1 外部接口文件：工资文件，人员文件，课程文件， 会计系统输入文件，4 外部查询：无
考虑加权：
外部输入：无；外部输出：1×7＝7；内部逻辑文 件：1×10＝10；外部接口文件：4×7＝28；外部 查询：无； 总功能点数(系统规模)：1×7+ 1×10+ 4×7=45
Chapter 5 软件工作量估算
What to learn and the OBJECTIVES
采用自底向上的方法估计项目 计算系统的功能点 估计使用过程编程语言实现软件的工作量
COCOMO模型
工程硕士
Introduction
成功的项目：按时、在预算内，并能满足要求 的质量。
外部输入：更新内部计算机文件的输入事务。 外部输出：给用户输出数据的面向应用的信息 内部逻辑文件：系统使用的可以访问的一组数据 外部接口文件：与其它系统交换信息 外部查询：提供信息的用户引发的事务，用户输入 信息以得到需要的信息。
工程硕士
功能点方法
标出系统中每个外部用户类型的每个实例，分类为高、 中、低三种复杂度；每种复杂度区的每个外部用户类 型的数目乘以指定的权重，得到功能点数，相加得到 总的功能点数，表示系统的规模。
工程硕士
功能点的其它扩展
功能点方法起源于业务信息系统应用，因而强调了数据方 面的因素而没有考虑功能和行为（控制）方面的因素。 特征点（Feature Points):除了考虑普通功能点的内容外， 还考虑了算法的特征（矩阵转换，字符串解析，处理中断 等都是算法的例子） Boeing提出了一个三维功能点方法（3D）其中三维为数据 维，功能维（输入转化为输出的步骤）和控制维（状态之 间的转换数）。
工程硕士
软件工作量估计技术
算法模型:用工作量驱动因子(代表目标系统和实现环 境的特征)来预测工作量 专家判断：征求知识渊博的员工的建议 类比法：借鉴一个类似的已完成的项目的实际工作量， 作为新项目的基础。 Parkinson：标识做一个项目可利用的员工工作量，依 此当作估算 赢的价格：这里估计是足够低的能赢得合同的价格 自顶向下：首先定义整个项目的工作量，然后分解到 各个部分 自底向上：各个部分的工作量先估算出来，然后进行 合成
工程硕士
过低估计的问题
工作量估算对职员的影响
如果职员能够完成目标，那么他们将受到鼓舞 如果他们发现目标根本不能完成，那么他们的 激情将受到极大损害
因而，估计不是一种简单的预测行为，而是一 种管理目标
工程硕士
软件估算的基础（1）
历史数据
在参考历史数据时需要考虑不同的环境，如编程语 言、软件工具、标准和人员的经验。 直接计算真正的成本或时间是不可能的，不同的人 编写程序的时间有显著的区别。 通常使用一个度量来表达工作量，如源代码的数量 （source line of code，SLOC），或者千行代码 量（KLOC）
复杂度权重（复杂度因子）
工程硕士
练习
计算下面系统的Albrecht功能点。
在学院工资系统项目中需要开发一个程序，该程序 将从会计系统中提取每年的工资额，并从两个文件 中分别提取课程情况和每个老师教的每一门课的时 间，该程序将计算每一门课的老师的成本并将结果 存成一个文件，该文件可以输出给会计系统，同时 该程序也将产生一个报表，以显示对于每一门课， 每个老师教学的时间和这些工时的成本。 假定报表是具有高度复杂性的，其它具有一般复杂 性
组织的平均生产率的应用，如此估算工作量不准
工程硕士
工作量估算的其它困难
某些人试图建立一个全软件业过去项目的数据 库，但是许多词汇意义的不明确使得这种努力 没有效果，例如“测试”阶段究竟包括哪些活 动就不明确。 估计的主观性：人们容易低估小项目的工作量， 而过分夸大大项目的工作量 估计的政治因素：不同的人有不同的目标，如 项目经理会高估项目工作量，许多机构采用独 立的估算小组，但是将项目经理和项目成员吸 收进估算小组，能够增强他们的责任感。
工程硕士
专家判断
具有应用领域或者开发环境知识的人员对任务 的评估
该方法特别是在对原由系统进行替换时有用， 评估者对影响的代码的比例进行分析，从而得 到工作量评估。
工程硕士