软件开发成本估算
软件开发成本估算与工作量计算例题
软件开发成本估算与工作量计算例题摘要：1.软件开发成本的构成2.软件开发成本的估算方法3.工作量计算在软件开发成本估算中的作用4.实际案例分析：如何进行软件开发成本估算与工作量计算正文：在软件开发过程中，成本估算和工作量计算是至关重要的环节。
合理的成本估算可以帮助企业做好项目预算和计划，而准确的工作量计算则能有效地评估项目的进度和人力资源需求。
本文将首先介绍软件开发成本的构成，然后探讨软件开发成本的估算方法，以及工作量计算在其中的作用。
最后，将通过一个实际案例分析，详细说明如何进行软件开发成本估算与工作量计算。
一、软件开发成本的构成软件开发成本主要包括以下几个方面：1.人力成本：包括开发人员、测试人员、项目管理人员的工资福利等。
2.硬件成本：如计算机、服务器、存储设备等购置费用。
3.软件成本：包括购买或授权的软件许可证费用。
4.培训成本：针对新软件的培训和教育费用。
5.通信成本：网络设备、通讯线路租赁等费用。
6.基础设施建设成本：如机房建设、设备安装等费用。
7.管理成本：包括项目管理、行政管理、财务管理等费用。
8.其他成本：如资料费、差旅费、咨询费等。
二、软件开发成本的估算方法软件开发成本的估算方法主要有以下几种：1.基于历史数据的方法：通过分析过去类似项目的成本数据，进行类比估算。
2.基于参数的方法：通过统计软件开发过程中的各项参数，如代码行数、开发周期等，进行定量估算。
3.基于工作的方法：将项目分解为各项任务，估算每项任务的工作量，然后根据工作量和工作效率计算总成本。
4.基于风险的方法：分析项目风险，对可能导致的成本增加进行预测。
三、工作量计算在软件开发成本估算中的作用工作量计算是软件开发成本估算的重要依据。
它可以帮助我们：1.确定项目的人力资源需求：根据工作量大小，合理配置开发团队。
2.制定项目进度计划：根据工作量和工作效率，合理安排项目周期。
3.评估项目风险：工作量计算有助于发现潜在的工作量过大或过小的任务，从而提前做好风险应对措施。
什么是软件成本评估报告
什么是软件成本评估报告软件成本评估报告是一份详细分析和评估软件开发、运维、维护以及相关支出的报告。
它包括了软件开发全生命周期的成本估算，包括人员工资、硬件设备、软件工具、培训、测试、部署等方面的费用。
软件成本评估报告是为了帮助管理层做出决策，确定项目的可行性、预算以及资源管理等方面的重要依据。
软件成本评估报告可以分为以下几个方面的内容：1. 项目目标和需求分析：对项目目标和需求进行详细分析，以确定项目的范围和规模。
这一部分通常包括业务需求、功能需求、非功能需求等方面的评估。
2. 软件开发成本评估：这一部分主要评估软件开发周期中涉及的各个环节的成本。
包括硬件设备购置费用、软件工具购买费用、开发人员工资和福利、培训费用、测试费用、项目管理费用等。
同时还需要考虑开发过程中可能产生的风险和变更，进行相应的成本估算。
3. 软件运维与维护成本评估：软件运维与维护是软件全生命周期非常重要的环节，也是需要考虑的重要成本。
这一部分通常包括硬件设备维护费用、软件更新和升级费用、系统运维人员工资和培训费用等。
4. 其他支出评估：除了软件开发和运维成本，还有一些与软件相关的其他支出需要考虑，如购买软件许可证费用、服务器托管费用、域名购买费用等。
这些支出也需要在成本评估报告中进行详细列示和估算。
5. 成本估算的不确定性评估：软件开发的成本估算往往是具有一定不确定性的，因此需要进行不确定性评估。
这包括对风险和变更的评估，并计算出相应的风险和变更成本。
同时，还需要考虑到可能的资源闲置和效率损失等因素，进行合理的调整。
6. 成本预算和资源管理：根据成本估算报告中的数据和分析，确定软件开发项目的预算，并进行合理的资源管理。
这包括项目计划、项目进度控制、人员和物资的合理配置等。
同时，还需要考虑到成本和资源之间的平衡关系，以确保项目的可行性和可持续发展。
总之，软件成本评估报告是一份对软件开发和运维全生命周期中涉及的各个方面的详细分析和评估报告。
软件的成本估算名词解释
软件的成本估算名词解释软件的成本估算，这听起来是不是有点神秘呢？其实啊，就像咱们平常过日子算钱一样。
你看啊，咱们去市场买菜，得知道每种菜多少钱，买多少量，最后算出一共要花多少钱。
软件成本估算也类似。
这其中有个叫直接成本的东西。
这就好比是你买菜的时候，菜本身的价格。
对于软件来说呢，直接成本就是那些直接用于开发软件的东西花费的钱。
比如说啊，开发软件的程序员们的工资，这就像菜钱一样，是很直接的开销。
程序员们每天辛辛苦苦敲代码，他们的劳动得有回报啊，这回报就是成本的一部分。
还有那些开发软件需要用到的设备，像电脑啊，服务器啊，这就好比是你买菜得有个菜篮子装着一样，这些设备的购买或者租赁费用，也都算在直接成本里。
再说说间接成本吧。
咱们在家里做饭，除了菜钱和菜篮子的钱，是不是还有其他花费呢？比如说燃气费、水电费。
软件的间接成本就类似于这些。
比如说，开发软件的公司办公场地的租金，管理人员的工资。
虽然这些不是直接作用在软件本身上的，但是没有这些，软件也没法顺利开发啊。
就像没有燃气和水电，你也做不成一顿饭一样。
你说是不是这个理儿？还有一个名词叫固定成本。
这就像是咱们家里每个月固定要交的物业费一样，不管你这个月有没有特殊情况，物业费都得交。
在软件成本估算里，固定成本就是那些不随着软件项目的规模或者开发量变化而变化的费用。
比如说软件许可证的费用，你一旦买了这个许可证，不管你这个软件是大规模开发还是小规模改进，这个钱都已经花出去了，它就稳稳地待在成本里了。
变动成本又是什么呢？这就像咱们打车，路程远就多花钱，路程近就少花钱。
软件的变动成本是和软件的规模、功能等因素相关的。
比如说软件功能增加了，可能就需要更多的测试，测试人员的工作量增加了，那他们的工资这部分成本也就跟着增加了。
或者软件用户数量增加了，服务器的资源消耗就大了，服务器扩容的费用也就增加了，这都是变动成本。
另外啊，有个叫机会成本的概念。
这可有点像你本来有一笔钱，你可以用来买股票，也可以用来存银行。
软件研发成本计算方法
软件研发成本计算方法软件研发成本计算是指在软件开发过程中所需投入的费用，包括人力资源、硬件设备、软件工具、测试设备等方面的成本。
合理的软件研发成本计算对于企业能否控制项目成本、高效地完成软件开发具有重要意义。
因此，本文将介绍几种常见的软件研发成本计算方法，包括工作量估算法、功能点估算法和基于活动成本的估算法。
一、工作量估算法工作量估算法是根据软件项目的大小、复杂度等要素来估算软件研发成本的方法。
该方法基于对软件开发过程中所需工作量的估计，常见的工作量估算法有人周工作量法、用例点法、功能点法等。
下面将分别介绍这些方法。
1.人周工作量法：人周工作量法是一种常用的工作量估算方法，它基于项目所需的人力资源数量和时间来计算软件研发成本。
该方法首先确定项目所需的人员类型和数量，然后根据项目需求和工作量来估算项目所需的工作时间，最后将人员数量和工作时间相乘得出总的人周工作量。
根据人周工作量，可以计算出相应的研发成本。
2.用例点法：用例点法是一种基于软件需求的工作量估算方法，它根据软件功能和复杂度来估算软件开发过程中的工作量。
用例点法首先根据软件需求分析中的用例来确定软件功能点的个数，然后根据用例的复杂度来赋予不同的权重，最后将各个用例的功能点与权重相乘并求和，得到总的用例点数。
根据用例点数，可以计算出相应的研发成本。
3.功能点法：功能点法是一种基于软件功能的工作量估算方法，它通过对软件功能的描述和评估来估算软件开发过程中的工作量。
功能点法首先根据软件需求分析中的功能点来确定软件的功能点个数，然后评估每个功能点的复杂度和难度，最后将各个功能点的复杂度和难度相加得到总的功能点数。
根据功能点数，可以计算出相应的研发成本。
二、基于活动成本的估算法基于活动成本的估算法是一种以活动为单位来估算软件研发成本的方法。
该方法将软件研发过程分解为一系列的活动，通过对每个活动所需的资源、时间和费用进行估计，最后将各个活动的成本相加得到总的研发成本。
软件成本估算报告模板
软件成本估算报告模板1. 引言1.1 项目背景（在这里简要说明项目背景，包括软件的目标、作用、预期效益等）1.2 报告目的本报告旨在对软件开发过程中涉及的成本进行估算，为项目决策提供参考依据。
2. 软件开发成本分类（在这里列出软件开发过程中涉及的各类成本，并对其进行简要描述）成本分类简要描述人工成本开发人员的薪水、福利、培训费用等设备成本开发、测试和部署所需的硬件设备及其维护费用软件工具购买或租赁的开发、测试、部署所需的软件工具环境成本搭建及维护开发、测试和生产环境所需的费用培训成本为开发人员提供相关技术培训的费用维护成本软件上线后的维护、优化以及故障修复所需的费用3. 软件开发成本估算3.1 人工成本估算（在这里列出各个角色的人员数量，以及其工资水平，并计算出人工成本总额）角色人数工资水平（元/月）人工成本（元/月）项目经理 1 20000 20000软件设计师 2 15000 30000开发人员 5 10000 50000测试人员 3 8000 24000总计11 - 1240003.2 设备成本估算（在这里列出所需的各类设备，并估算其采购成本及年维护费用）设备数量单价（元）采购成本（元）年维护费用（元）-开发工作站 5 8000 40000 5000服务器 2 20000 40000 6000总计- - 80000 110003.3 软件工具估算（在这里列出所需的软件工具，并估算其购买或租赁费用）工具购买/租赁方式费用（元/年）集成开发环境购买20000自动化测试工具租赁10000总计- 300003.4 环境成本估算（在这里列出所需的环境搭建及维护费用）环境搭建/维护费用（元/年）-开发环境10000测试环境8000生产环境12000总计300003.5 培训成本估算（在这里列出所需的培训费用）培训项目费用（元）-技术培训10000团队协作培训8000总计180003.6 维护成本估算（在这里列出软件上线后的维护成本）维护项目费用（元/年）-故障修复20000功能优化10000总计300004. 总结与建议综合以上成本估算结果，我们得出以下结论和建议：1. 开发人员的工资占据了最大的成本比重，合理控制和管理人工成本是非常重要的。
软件开发成本估算
软件开发成本估算软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。
不同与传统的工业产品，软件的成木不包括原材料和能源的消耗，主要是人的劳动的消耗。
另外，软件也没有一个明显的制造过程，它的开发成木是以一次性开发过程所花费的代价来计算的。
因此，软件开发成木的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。
软件开发成本估算的经验模型1. Putnam 模型1978年Putnam提岀的，一种动态多变量模型。
L = Ck * K13 * td13其中：L --------------------- 源代码行数（以LOC计）K ------------------- 整个开发过程所花费的工作量（以人年计）td ------------------ 开发持续时间（以年计）Ck ----------------- 技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表软件开发成本估算软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。
不同与传统的工业产品，软件的成木不包括原材料和能源的消耗，主要是人的劳动的消耗。
另外，软件也没有一个明显的制造过程，它的开发成木是以一次性开发过程所花费的代价来计算的。
因此，软件开发成木的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。
软件开发成本估算的经验模型1. Putnam 模型1978年Putnam提出的，一种动态多变量模型。
L = Ck * K13 * td ,/3其中：L --------------------- 源代码行数(以LOC计)K ------------------- 整个开发过程所花费的工作量(以人年计)td ------------------ 开发持续时间(以年计)Ck ----------------- 技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表从上述方程加以变换，可以得到估算工作量的公式：K二L7(Ck3*td4)还可以估算开发时间：td二[L3/(Ck3*K) ]1/41. COCOMO 模型(constructive cost model)这是由TRW公司开发，Boehm提出的结构化成本估算模型。
软件开发成本估算(修订版)
6 建设阶段：
•由软件开发商根据前期需求分析和 系统设计，进行编码实现，并负责 安装实施、运行维护等工作。项目 实施完毕，需委托第三方测试机构 进行验收测试。
7 完成阶段：
•项目完成后，在需求变更较 大的情形下，可委托专业技 术机构根据实际工作量估算 项目建设费（决算），项目 结束。
8 2.2 各阶段费用构成
费如下：
100万元*1.0% = 1万元
（300-100）万元*0.8% = 1.6万元
（500-300）万元*0.7% = 1.4万元
（600-500）万元*0.55% = 0.55万元
则合计收费：1 +1.6 +1.4 +0.55 =4.55万元
15 3.2 建设费
• 建设费包括支付给软件开发商的进行软件开发、实施、 维护等方面工作的费用。主要依据工作量（完成该项 目需要投入的人力，以人月度量）和人月成本进行估 算。
1
第13组 软件开发成本估算
2 1.目的
•规范软件市场行为，维护价 格公平竞争，同时为软件项 目建设经费概算提供科学可 信的依据。
3 1.1适用范围
•适用于应用类定制软件的新开发项目，项目应覆 盖软件开发全过程（包括立项可行性分析，需求 分析、编码实现、安装实施、运行维护各个阶段 工作）。
•是站在行业的角度，去评估一个应用软件项目的 开发费用应该是多少，而不是站在开发商的角度 去计算某企业开发软件时的成本支出是多少。
• 建设费 = （开发工作量+实施工作量+运行维护工作 量）× 人月成本
工16作量估算方法
工作量指在软件项目建设过程中需要投入的人力和时间， 一般用人月数进行度量。项目建设阶段一般可分为：开发阶 段、实施阶段、运行维护阶段。故在工作量需分阶段进行估 算。
实用的软件系统开发成本估算法-软件成本管理(含例子)
软件系统开发成本估算法功能点估算含例子目录一、功能点估算法概念 (1)二、功能点估算法的特点 (1)三、功能点分析的步骤（含例子) (1)3。
1 识别项目的类型 (2)3。
2 识别项目的范围和边界 (2)3。
3 按不同功能点计算 (3)3。
3.1功能点估算分类33。
3。
2识别功能点的重要原则33。
3。
3内部逻辑文件与外部接口文件43。
3。
4事务类型功能点的计算规则83.3.5计算调整因子 (13)3.3。
6计算调整后的功能点个数243。
4 总结 (31)一、功能点估算法概念功能点估算法是软件项目管理众多方法中比较有技术含量的一个,也是最实用的一个。
在软件项目管理中项目计划制定的优劣、合理直接关系到项目的成败,项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
二、功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下:•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法,则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关.•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件成本估算近年来，由于软件的价格越来越高，在计算机系统中软件所占的比重越来越大，软件价格估计的差错对于一个计算机公司的盈亏起到举足轻重的作用。
因此，软件成本的估计受到普遍的重视。
软件价格的计算不是一门精确的学科，因此我们称为成本估算。
它受到许多因素的影响，包括人的技术和环境的影响。
在开发工作尚未开始之前作软件成本估价就要冒险。
有的公司采用“三段估价”的办法，在开发初期的计划阶段订出初步估算价，在要求分析阶段后给出一个修正估算价格，在设计完成之后给出最终估算价格。
在软件成本估算方面的工作大多数都从分析与软件成本相关的因素入手。
一、影响软件成本的因素1. 软件人员的业务水平软件人员的素质、经验、掌握知识的不同在工作中的表现有很大的差别。
有人作过试验，组织一些不同程度的软件人员开发同一课题，对开发的程序进行统计分析，结果发现，完成得好的和差的，生产率相差五倍，甚至十几倍。
可见软件人员的业务水平对软件产品的生产率影响是很大的。
2. 软件产品按开发的复杂性可分为三类：一类是应用程序，如用高级语言写的科学计算、数据处理、企业管理等用户程序。
二类是实用程序，如用系统程序设计语言或汇编语言写出的编译程序、汇编程序、联接编辑程序、输入加载程序。
三类是系统程序，如用汇编语言或系统程序语言写的操作系统、实时处理控制系统等。
这三类程序，以系统程序的生产率为1,以应用程序开发的复杂为1，可以画出三类程序的生产率和复杂性的比例关系图表。
见表2.3表2.3 生产率和复杂性比例关系表项目系统程序实用程序应用程序生产率 1 5—1025—100复杂性9 31B.Boëhm教授进一步给出了这三种软件产品的程序规模和工作量的相互关系的公式。
程序的规模是以源程序每千行语句（或指令）为单位。
程序的工作量以一人一月为单位，记为PM这三类程序，每个人每月生产程序的千行数为：应用程序是：PM=2.4*(KDSI)**1.05 （其中KDSI为千行源代码数）实用程序是PM=3.0*(KDSI)**1.12系统程序是PM=3.6*(KDSI)**1.20例如，三类程序所选取的开发项目都是60000行的程序，所需投入的人－数三类不同程序大体比例为了：1：1.7：2．8，工作量估计曲线大约如图21所示。
估计工作量100 300 500 700 900 软件产品规模图2.1 工作量估计曲线3.I 开发软件所花费的时间估算：Boehm给出了各类程序所花费的时间如下：应用程序所花的时间TDEV(AP)=2.5*(PM)**0.38实用程序所花的时间TDEV(UP)=2.5*(PM)**0.36系统程序所花的时间TDEV(SP)=2.5*(PM)**0.32上述三类程序都针对同样规模的程序，设以上三类程序所要开发的时间基本相同。
例如60KDSI的程序都需18个月，同时如果把开发时间；拉长或者缩短，则都需要更多的工作量，把这个时间称为最佳开发时间。
在研究了63 个开发项目之后，Boehm得出结论，每个软件项目所用的时间有一个极限值，在此极限值之外，如果想用增加人员和设备的办法来缩短开发时间是不可能达到目的的，这个极限值即为上述开发时间的75%。
我们应该记住Boehm提出的这条程序开发规律，即每个程序项目有一个最佳时间，以这个时间来计划开发过程，就可达到较好的经济效益。
4、软件开发的技术水平：软件开发水平，主要是指所用程序开发技术（包括系统分析和系统设计的方法，结构化设计方法，程序设计语言，遍查和评审、结构程序设计，系统测试和程序库）。
软件开发CASE工具和支撑环境水平的高低也关系重大。
软件开发技术水平高则开发效率高。
例如，使用高级语言要比用汇编语言提高3至10倍，各种高级语言的效率也有很大差别。
例如ADA语言有很强的类型检设施、数据抽象、单独编译、中断处理、并行结构等。
它使软件的生产率和可靠性均有提高。
在开发中使用工具可以提高生产率，工具也有基本工具和先进工具的区别，我们把它对软件开发工具量的关系列表如表7.5 所示。
表2.5 现代软件设计技术和工具的使用对软件开发工作量的影响系统使用情况开发工程系数未采用 1.24充分使用0.82仅用基本工具 1.24使用先进开发工具0.835、软件开发的可靠性要求软件的可靠性是在计划阶段，考虑到软件可能失效的代价而确定下来的，要根据开发和维护的价格，提出不同的可靠性要求，对软件开发的工作量综合地作出估计。
表2.6给出与五类软件可靠性相应的开发工作量系数。
表2.6 可靠性对软件开发量的影响系数可靠性失效的影响开发工作数很低不便使用0．75低其损失易于挽回0. 88一般挽回损失有一定困难1．00高很大的经济损失1．10很高涉及到人的生命安全1．40为了保证软件可靠性所花费的工作量要进行估计和综合平衡。
例如，软件复查的形式和次数，次数越多，成本越高，但可靠性就越高；次数越越少成本越低，而可靠性就越差。
我们必须取得一个最合适的次数，使成本和可靠性都合理。
二、软件成本的估计方法估计一个软件的成本是一个难题，目前的估算方法主要是根据实践经验和有关成本的历史档案来推算出当前软件项目的近似价格和开发成本。
通常有两种估算方法，一种是自顶向下估计，首先对系统提出总要求，限制时间和总金额，然后再考虑各子系统。
要对整个系统进行估价，还要涉及开发的软件系统所需要的资源、人力、配置管理、质量保证、系统安装、用户培训和文档资料方面的成本。
另一种方法是自底向上的估算，首先系统中每一个模块（或每一个阶段）的子系统的成本，然后综合出总成本。
在实际应用的时候，往往把两种估算的结果进行比较。
在比较中消除不合理的因素，求得一个理想的估算结果。
在讨论估算方法的细节之前先讲生产率的含义。
实际上，软件的许多特性都是可以度量的，生产率的最简单的度量是每一个人一个月所生产的有效的源代码行数。
对这个度量的定义是有争议的，因为它不能代表开发每一个阶段的准确的度量，但大多数成本估算都采用这个度量，而这个度量只有在软件开发项目完成之后才能进行准确的估算。
我们应该广义的理解它，可以这样定义：在计划和开发期间为了生产一行有效源代码所花费的人力的工作量。
它不是单指编码的工作量，而是开发期间各阶段工作量的一个平均数。
为了理解生产率的定义，我们举一个例来说明。
考查某一个项目的软件开发工作量如下所示：任务工作量要求分析 1. 5 人月设计 3.0 人月编码 1.0 人月测试 3.5 人月设此项目九个月共开发了约2900行源代码，并且交付了共2400行代码（剩下的500行是用于模拟和测试而不是该软件的工作程序），因而，这个项目的生产率是：生产率=每人一月交付的有效源代码行数=2400代码行／9个人月=267LOC/PM（即代码行/人月）=267LOC/PM(即代码行/人月)下面我们介绍两种成本估算技术。
1。
代码行价格估算技术首先介绍这种方法的计算步骤。
根据软件计划提出的软件范围和主要功能描述，代码行估价技术的第一步拟定了源代码实现的所有功能。
对这些功能进行分解，一直到为实现该功能所要求的代码行数可以作出可靠的估算为止。
设功能总数为n个。
第二步求出代码估算表前五列的值。
对每个分解后的功能，利用历史数据或者直观知觉估算一个最有利的值a，一个最可能的值m和最不利的值b。
我们又设Le为它的期望值，它是用a、m、b带权平均计算的，公式为Lea mb =++46这是一种最可能的估算，这种算法的平均差数为L b adn=-⎛⎝⎫⎭⎪∑612例如，一个计算机辅助设计项目的软件包，在项目的范围一章中，简述了一些计算机图形外围设备(如显示终端、数字仪、绘图仪等)相接口的使用微型机的开发项目，以下这些数据是根据历史写出的，如表2.7 所示。
根据这些值，按照公式分别算出期望值数，放在该表的第四和第五列中，并且统计出估算的总期望值及总差数。
第三步是估算每一代码行的价格，它以美元数/代码行为单位，即表中的第五行数据也就是根据历史资料和市场行情得出的数据，单位可写为$/行。
第四步数估算每一月完成多少行，对每个不同的功能都应该使用不同的值。
也可以使用平均值或修正的平均值。
还可以由历史资料获得。
估算LOC=33360 1100 $656680 144.6第五步求每一个分项目估算的价格。
它由每一代码行价格乘上期望值来得出。
即第4列乘上第6列得第8列。
然后再求每一个项目所花费的月数，使用的方法是用每月的代码行生产量除以期望值来得出，即用第7列的数据去除第4列的数据得出的。
最后由第8列的各分项目的价格相加得出估算的整个项目的价格为$656630美元。
再由各分项目估算的工作量，即第9项的数据求和得出估算的总工作量为114.6个人月。
最后，我们来求一个日程表时间的粗略估计，主要是依据Putnam 估算模型公式∶ L C K td k =1243 其中L 为期望值(代码总行数)，K 为估计的人年数(114.6人月»12人年)。
C k 为技术水平常数，它反映了“妨碍程序员前进的生产能力约束”，在较差的软件开发环境下C k ＝6500，好的开发环境下C k ＝10000，而佳开发环境下（例如采用自动工具情况下）C k ＝12500。
这里应该注意，对C k 的选择必须十分慎重，Ｂ．Ｗ．Ｂoechm 给出了一个考虑生产率变化的度量表格[]６,表格如表7.8，其中生产率范围=(DSI1/MM1)/(DSI2/MM2)例如，当这个开发环境用较好的软件工具(公式中的分子)和使用较差的工具时的生产率(公式中的分母)之比率为1.49倍。
又如一个较好的开发小组，它的生产效率是一个较差的软件开发小组效率的4.18倍等等。
也就是说在实际使用的时候要根据CK 还要乘上生产率变化比率才能代入公式计算。
例如，在1973年IBM 公司的联邦系统局的水平CK=4984，如果工作在联机交互式系统内，需求比较明确，采用结构化编码技术，上机时间不受限制等条件下，则可以把Ｃｋ的值增至１００４０。
这个值适用于十万行以上代码的软件项目。
与软件有关的因素软件生产率范围将CK=10000代入计算机辅助设计项目，按照Putnam 公式，由L=C k K 1/2td 4/3改写为td L C k K =⎛⎝ ⎫⎭⎪⎪⎪⎪⎪3214/使用表中的数据L≈330000、E≈145人月=12人年T=td≈1.3年(开发时间)前面估计式中，估计差数为1100LOC，我们也就可以估计由于偏离期望值的LOC值带来的冒险，从而估计出时间差数，结果如表2.9所示。
这里注意应把最不利的值和最有利的值作为LOC的上下限进行计算。
表2.9 价格和时间的估差LOC 价格($) 开发时间估计最有利的值26000 $512200 1.1年期望值33000 $650100 1.3年最不利的值41000 $807700 1.5年表2.9中假设每个代码行的价格为$19.70，通过最有利和最不利的情况估计，这个项目的完成时间估计在1.1年到1.5年之间。