软件开发成本估算.doc
开发成本估算报告模板
开发成本估算报告模板
根据项目要求和目标，我们进行了开发成本的估算。
以下是我们所考虑到的各个方面和相应的成本估算：
1. 人力资源成本：
- 开发团队成员的工资和福利费用
- 项目经理和其他管理人员的费用
- 培训团队成员的费用
- 外包团队的费用（如果适用）
2. 软件和硬件成本：
- 开发工具和集成开发环境的费用
- 服务器和网络设备的费用
- 软件许可证的费用（如果适用）
- 数据库服务器和存储设备的费用
3. 基础设施成本：
- 租赁办公室的费用
- 办公设备和家具的费用
- 通信和网络服务费用
- 电力和水费用
4. 测试和质量保证成本：
- 测试工具和软件的费用
- 外部测试团队的费用（如果适用）
- 缺陷修复和质量改进的成本
5. 市场推广和销售成本：
- 市场调研和竞争分析的费用
- 广告和宣传活动的费用
- 销售团队的费用
- 渠道推广和销售支持的费用
6. 其他成本：
- 法律和知识产权费用
- 项目管理工具和软件的费用
- 报销和差旅费用
- 其他潜在的费用（例如，外部咨询和顾问费用）
请注意，以上列举的成本仅作为参考，实际的成本可能因项目的特定需求和其他因素而有所不同。
在编制报告时，请根据实际情况进行相应的调整和详细说明。
软件开发成本估算与工作量计算例题
软件开发成本估算与工作量计算例题摘要：1.软件开发成本的构成2.软件开发成本的估算方法3.工作量计算在软件开发成本估算中的作用4.实际案例分析：如何进行软件开发成本估算与工作量计算正文：在软件开发过程中，成本估算和工作量计算是至关重要的环节。
合理的成本估算可以帮助企业做好项目预算和计划，而准确的工作量计算则能有效地评估项目的进度和人力资源需求。
本文将首先介绍软件开发成本的构成，然后探讨软件开发成本的估算方法，以及工作量计算在其中的作用。
最后，将通过一个实际案例分析，详细说明如何进行软件开发成本估算与工作量计算。
一、软件开发成本的构成软件开发成本主要包括以下几个方面：1.人力成本：包括开发人员、测试人员、项目管理人员的工资福利等。
2.硬件成本：如计算机、服务器、存储设备等购置费用。
3.软件成本：包括购买或授权的软件许可证费用。
4.培训成本：针对新软件的培训和教育费用。
5.通信成本：网络设备、通讯线路租赁等费用。
6.基础设施建设成本：如机房建设、设备安装等费用。
7.管理成本：包括项目管理、行政管理、财务管理等费用。
8.其他成本：如资料费、差旅费、咨询费等。
二、软件开发成本的估算方法软件开发成本的估算方法主要有以下几种：1.基于历史数据的方法：通过分析过去类似项目的成本数据，进行类比估算。
2.基于参数的方法：通过统计软件开发过程中的各项参数，如代码行数、开发周期等，进行定量估算。
3.基于工作的方法：将项目分解为各项任务，估算每项任务的工作量，然后根据工作量和工作效率计算总成本。
4.基于风险的方法：分析项目风险，对可能导致的成本增加进行预测。
三、工作量计算在软件开发成本估算中的作用工作量计算是软件开发成本估算的重要依据。
它可以帮助我们：1.确定项目的人力资源需求：根据工作量大小，合理配置开发团队。
2.制定项目进度计划：根据工作量和工作效率，合理安排项目周期。
3.评估项目风险：工作量计算有助于发现潜在的工作量过大或过小的任务，从而提前做好风险应对措施。
软件开发成本估算
例如：完成某个任务的人员投入和时间需求，则其工作量为60.5人月。
开发阶段
投入人员情况
时间（月）
工作量（人月）
需求分析
系统分析员2人
2
2*2*2.5=10
系统设计
系统分析员1人
2
1*2*2.5=5
高级程序员2人
2
2*2*1.5=6
编码
高级程序员2人
1
2*1*1.5=3
程序员4人
1
4*1*1=4
测试
服务费
3.3.1 验收测试费 软件项目验收是一个运行环境复杂、技术难度较高、评价体系抽象的过程。该项目验收除经过专家评审外，还应进行相应验收测试，只有两者结合才能为信息化项目验收和鉴定提供定性、定量的科学依据，才能做出较为客观准确的验收和鉴定结论。
1
功能确认测试
2
项目对象：省、市级信息化建设项目包括电子政务建设项目验收，各种渠道申报的与软件相关的科技项目的验收和科技成果鉴定项目。
在招标活动中，公证处对全过程进行现场公证并对采购合同进行公证，公证费按照国家规定标准计算。
3.各项费用取费依据
注： 1.按表1计费不足1000元的，按1000元收费。 2.按表2计费不足200元的，按200元收费。 3.技术咨询按耗用工时（日）计费，为完成委托任务发生的差旅、交通费由委托方另行支付。 4.招标代理收费和公证服务收费按差额定率累进法计算。 5.如某招标代理业务中标金额为600万元，计算招标代理费如下： 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万元
(word完整版)软件开发报价(含软件开发项目工作量及报价模板)的计算方法
软件开发报价的计算方法1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关.为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1。
1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1。
1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量.为了更好地规范估算方法,建议可按照国家标准“GB／T 8566—2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量.工作量的计算是按一个开发工作人员在一个月内(日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”.特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1。
1.2风险系数(以σ来表示）估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。
因此：l ≤ 风险系数≤ 1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5"为极限值。
当然这既要看企业的能力，也要看用户能接受的程度.1.1.3复用系数（以τ来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库(核心资产库）,或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
实用的软件系统开发成本估算法-软件成本管理(含例子)
软件系统开发成本估算法功能点估算含例子目录一、功能点估算法概念 (1)二、功能点估算法的特点 (1)三、功能点分析的步骤（含例子） (1)3.1 识别项目的类型 (2)3.2 识别项目的范围和边界 (2)3.3 按不同功能点计算 (3)3.3.1功能点估算分类 (3)3.3.2识别功能点的重要原则 (3)3.3.3内部逻辑文件与外部接口文件 (4)3.3.4事务类型功能点的计算规则 (8)3.3.5计算调整因子 (13)3.3.6计算调整后的功能点个数 (24)3.4 总结 (31)一、功能点估算法概念功能点估算法是软件项目管理众多方法中比较有技术含量的一个，也是最实用的一个.在软件项目管理中项目计划制定的优劣、合理直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
二、功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法,常见的是LOC代码行和FP功能点法.它们之间的区别和关系如下:•功能点估算法常用在项目开始或项目需求基本明确时使用,这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析,功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算,这个时候估算的结果才能最准确反映项目的规模.三、功能点分析的步骤（含例子）本文将以国际标准IFPUG(International Function Point Users Group）组织提供的功能点估算法V4.1。
软件成本估算报告模板
软件成本估算报告模板1. 引言本报告旨在针对软件开发项目进行成本估算，以便项目相关方能够了解项目的预算需求以及资源分配。
本报告将从项目背景、成本估算方法、关键假设和限制条件以及成本估算结果等方面进行详细说明。
2. 项目背景（在此处提供关于项目的相关信息，包括项目的目标、范围、时间表等。
）3. 成本估算方法（在此处提供成本估算所采用的方法，例如工作量估算、类比估算等。
）3.1 工作量估算本项目将采用工作量估算方法进行成本估算。
工作量估算将根据项目的需求规格和相关因素进行分析，以得出预计的工作量。
工作量估算将根据以下步骤进行：1. 确定项目需求规格。
2. 定义项目的工作包和工作项。
3. 估算每个工作项所需的工作量。
4. 汇总各个工作项的工作量，得出总体的工作量。
3.2 成本估算模型本项目将采用COCOMO（构造性成本模型）进行成本估算。
COCOMO是一种经验模型，可以通过项目规模和特征来估算项目的成本。
它将考虑到项目规模、复杂性、员工能力等因素，以得出成本估算结果。
4. 关键假设和限制条件（在此处列出对成本估算的关键假设和限制条件。
例如，假设所有的技术资源都可获得，并且没有额外的外部限制；限制条件可以是时间限制、预算限制等。
）5. 成本估算结果（在此处提供具体的成本估算结果，并以表格或图表的形式展示。
可包括总体成本估算、各个阶段的成本估算等。
同时，解释估算结果所依据的主要假设和限制条件。
）阶段估算成本（万元）-需求分析X设计与开发X测试与集成X部署与实施X维护与支持X总体估算成本X6. 结论与建议（在此处总结成本估算报告，并提出根据估算结果所得出的结论和建议。
例如，是否需要调整项目的范围、资源分配等。
）参考文献（列出在成本估算过程中引用的任何参考文献和资料。
）。
信息化项目软件开发费用测算规范.doc
谢谢聆听
谢谢聆听Байду номын сангаас
直接人力成本包括开发方项目组成员的工资、奖金、福利等人力资源费用。其中，项目组成员包括 参与该项目开发过程的所有研发或支持人员。对于非全职投入该项目开发工作的人员，按照项目工作量 所占其总工作量比例折算其人力资源费用。
注：项目组成员通常包括项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人 员、质量保证人员、配置管理人员等。
3.1.3 开发方 developer 受委托方委托，负责软件开发的组织或团队。
3.1.4 第三方 third-party 委托方和开发方之外的主要利益相关方。
注：监理、审计、咨询机构等均为第三方。
3.1.5 软件开发费用 software development cost
谢谢聆听
谢谢聆听
委托方为达成软件开发项目目标而需向开发方支付的费用。
3.1.14
毛利润 gross profit 软件开发费用与直接成本及间接成本之差。
3.1.15
基准数据 benchmark 经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些 测量值的关系。
谢谢聆听
谢谢聆听
3.1.16
方程法 equation 基于基准数据建立参数模型，并通过输入各项参数，确定待测算项目工作量、工期或费用估算值的 方法。
3.1.11
直接非人力成本 direct non-human resource cost 开发方为达成软件开发项目目标而直接付出的非人力成本。
3.1.12
间接人力成本 indirect human resource cost 开发方服务于软件研发管理整体需求的非项目组人员的人力成本。
软件开发成本估算模型的研究
了 Ｉ Ｍ 模型 、 ｕ ａ Ｂ Ｐ ｔ ｍ模型和 Ｃ Ｃ ＭＯ模型三种经验估算模型 ， ｎ Ｏ Ｏ 探讨了软件开发成本估算的新需求 。
关键词
中 图分 类 号
Ｒｅ ｅ ｒ ｈ ｏ ｏ ｔ ｒ ｖ ｌ ｐ ｎ ｓ ｔｍａ ｉ ｎ Ｍ ｏ ｅ ｓ ａ ｃ ｆＳ ｆｗａ ｅ Ｄｅ ｅｏ ｍｅ ｔＣｏ ｔＥｓ ｉ ｔｏ ｄ ｌ
总第 ２ ９ ６ 期 ２１ ０ ２年第 ３ 期
计算机与数字工程
Ｃ ｍｐ ｔｒ＆ Ｄ ｇｔｌ ｎ ｉｅｒ ｇ ｏ ｕｅ ｉｉ ｇｎ ｅｉ ａＥ ｎ
Ｖｏ＿ ０ Ｎｏ ３ ｌ４ ．
４
软 件 开 发成 本 估 算 模 型 的研 究
王 红 珍
（． １延安大学计算机学院 延安
李 竹 林
公式 ：
Ｅ一 ５ ２× Ｌ ． 。０
Ｄ＝ ４ ．１× Ｌ。。 ・ 一 ２ ７× ・ ．４ 。
计划反 映软件项 目组 能力 的程 度 ， 估算 的准确程 度受到 多
方 面 的影 响 。
首先 ， 目复杂性对计 划 中固有 的不 确定性 具有重 大 项
Ｓ＝ ０ ５ ． ４× Ｅ０ ・
持软件工程工作的环 境等也是影 响估算精确性 的因素 。 了解对软件项 目产生 影响 的这些 因素 ， 有助 于提高估 算 的准确度 ， 并发送对软件项 目动态特性的整体理解 。
成本不包括原材料和能源的消耗 ， 主要是人 的劳动的消耗 。
人 的劳动消耗所需代 价就 是软件 产品 的开发成本 。另外 ， 软件也没有一个 明显 的制造过 程 ， 它的开发 成本 的计算 方
（ ． ｏ ｔ ｒ ２Ｓｆ ｗａ ｅＲ＆Ｄ Ｃ ｎ ｅ ， ｎａ ｉｅｓｔ ，Ｙ ｎａ ７ ６ ０ ） ｅ ｔ ｒ Ｙａ ’ Ｕｎ ｖ ｒｉ ｎ ｙ ａ’ ｎ １ ０ ０
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件开发成本估算软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。
不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。
另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。
因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。
软件开发成本估算的经验模型1.Putnam 模型1978年Putnam提出的，一种动态多变量模型。
L = Ck * K1/3 * td4/3其中： L-----------源代码行数(以LOC计)K-----------整个开发过程所花费的工作量（以人年计）td-----------开发持续时间（以年计）Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表从上述方程加以变换，可以得到估算工作量的公式： K = L3/(Ck3*td4)还可以估算开发时间： td = [L3/(Ck3*K)]1/42.COCOMO模型(constructive cost model)这是由TRW公司开发，Boehm提出的结构化成本估算模型。
是一种精确的、易于使用的成本估算方法。
COCOMO模型中用到以下变量：DSI-------源指令条数。
不包括注释。
1KDSI = 1000DSI。
MM-------开发工作量（以人月计） 1MM = 19 人日 = 152 人时 =1/12 人年TDEV-----开发进度。
(以月计)COCOMO模型中，考虑开发环境，软件开发项目的类型可以分为3种：1.组织型(organic): 相对较小、较简单的软件项目。
开发人员对开发目标理解比较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（<50000行）2.嵌入型(embedded): 要求在紧密联系的硬件、软件和操作的限制条件下运行，通常与某种复杂的硬件设备紧密结合在一起。
对接口，数据结构，算法的要求高。
软件规模任意。
如大而复杂的事务处理系统，大型/超大型操作系统，航天用控制系统，大型指挥系统等。
3.半独立型（semidetached）：介于上述两种软件之间。
规模和复杂度都属于中等或更高。
最大可达30万行。
估算公式：基本COCOMO模型估算工作量和进度的公式如下工作量：MM = r*(KDSI)c进度：TDKV = a(MM)b其中经验常数 r, c, a, b 取决于项目的总体类型。
COCOMO模型按其详细程度可以分为三级：基本COCOMO模型，中间COCOMO模型，详细COCOMO模型。
其中基本COCOMO模型是是一个静态单变量模型，它用一个以已估算出来的原代码行数(LOC)为自变量的经验函数计算软件开发工作量。
中级COCOMO模型在基本COCOMO模型的基础上，再用涉及产品、硬件、人员、项目等方面的影响因素调整工作量的估算。
详细COCOMO模型包括中间COCOMO模型的所有特性，但更进一步考虑了软件工程中每一步骤（如分析、设计）的影响。
基本COCOMO模型通过统计63个历史项目的历史数据，得到如下计算公式。
最近在温习软件工程的课程,对软件项目成本估算模型有了些认识,以下是我的一些心得,希望与大家分享.首先我们需要明确的是为什么要做软件项目预算.首先软件项目是不同于一般工程项目的项目类型.受用户需求,开发方式的影响很大.没有明确的预算,会导致软件开支的不可控制,随着项目的进行,开发放要承担的风险也会增加.另外如果没有预算,更不可能与客户达成开发协议.没有人会傻到委托别人做一个自己都不知道要花多少钱才能完成的项目.最后也就是我个人对项目预算的看法,好的项目预算应该包括团体预算与小组或个人预算两部分,好的项目经理应该了解自己的团队,对突发事件等的考虑应该放在项目预算之中,然后将项目的开支细化到小组乃至个人,这一点看似多余,但是却很有必要.比如在实际的开发过程中,由于为了缩短工期而招收新的程序员,这就需要对新程序员进行培训.新程序员消耗的团队成本是要考虑在内的.这也就是传统意义上的peron-monthes所不能完全表达的部分.新增人员的开支是不能被忽略的.这需要在实际开发过程中统计得到数据,来精确计算.项目策划任务集:1.明确项目范围2.确定可行性3.分析风险4.确定需要的资源a.确定需要的人力资源b.确定可复用的软件资源c.标识环境资源5.估算成本和工作量a.分解问题b.使用规模,功能点,过程任务或用例等方法进行两种以上的估算c.调和不同的估算6.制定项目进度计划a.建立一组有意义的任务集合b.定义任务网络c.使用进度计划工具制定时间表d.定义进度跟踪机制在项目策划任务集中,每一步都涉及到软件开发成本.对人员,环境,可复用软件的资源的统一调度,将直接影响成本.其中受软件开发的特殊行,人力资源成本是最不好控制的.相对来说环境资源就容易控制得多.环境资源包括软件工具,硬件,网络资源等,当然还要包括公司的日常费用(刨除开发团队佣金与开支,因为这部分属于人力资源成本).这些无非是买来或者维持,成本是很容易计算的.可复用软件资源就要考虑到软件的具体设计,功能模块的关系以及系统架构等具体信息.专家建议是将软件资源分为如下四部分:1.成品构件:指能够从第三方直接购买的商品构件.或者以前项目中完全相同的构件.2.具有完全经验的构件:以前项目开发过的,与当前需求相似的功能构件.3.具有部分经验的构件:为以前项目开发,与当前项目要构造的软件有关的已有规格,设计,代码或测试数据.但是需要从新架构.4.新构件开发的成本可像而知,是升序排列的.所以在软件开发的一开始就应该考虑的使用以后技术,对可复用软件资源进行整理,不能在开发过程中才考虑,要知道一个关键构件的重用会为软件开发带来多大的效益.不过凡事也不是必然,不已有构件的扩展要考虑到原构件设计,开发文档的完整性等因素.还是就人力资源进行分析,由于跟人能力与技术方向的不同,programmer不可能像一般意义上的工人或者机器一样有效地预期成本.我们可以开发一个原型,利用原型数据来对应分析每个人的价值与成本.但是应该考虑的是,随着程序员的个人因素的变更(年龄,职务,时间,身体状况等),原型数据只能作为一个一般参考.例如SARS期间,或流行性感冒的传播,人力成本就会变得不好控制.(极限情况下,这将使一个项目面临流产~)目前流行的估算模式大致可分为如下几类:分解估算:1.软件规模估算.2.基于问题的估算.3.基于loc估算.(loc:代码行数)4.基于fp估算.(fp:functionpoint 功能点)5.基于过程估算.6.基于用例估算.......经验估算:典型的经验估算模型是通过回归分析从以往的软件项目中收集的数据得来的.这种模型的总体结构表现为下面的形式:E=A+B*(e)^C其中A,B,C都是经验常量.E是工作量(单位:人*月),e是估算变量(loc或者fp).除了公式表达的方式以外,还有一些形式的项目调整成分,如问题的复杂程度,开发人员经验,开发环境等,一下列出些常用的调整系数:Personnel Attributes• Analyst capability(ACAP)• Programmer capability(PCAP)• Applications experience(AEXP)• Virtual machine Experience(VEXP)• Programming language experience(LEXP) Project Attributes• Modern programming practices(MODP)• Software Tools(TOOL)• Required Development schedule(SCED)这些系数都应该应该根据具体的项目进行调整和设计.cocomo:(constructive cost model)这种模型是Barry Boehm在其论述"软件工程经济学"中介绍的一种层次结构的软件估算模型.现在已经被广泛应用.主要应用于应用组装模型,早期设计阶段模型,体系结构后阶段模型.将在以后的日志中对大家进行更深入的介绍.目前，有三种基本的软件项目成本估算方法：自顶向下、自底向上和差别估算法。
自顶向下的方法是对整个项目的总开发时间和总工作量做出估算，然后把它们按阶段、步骤和工作单元进行分配；自底向上的方法是分别估算个工作单元所需的开发时间，然后汇总得出总的工作量和开发时间；差别估算是将开发项目与一个或多个已完成的类似项目进行比较，找出与某个类似项目的若干不同之处，并估算每个不同之处对成本的影响，导出开发项目的总成本。
专家估算法专家估算法是依靠一个或多个专家对项目做出估计，它要求专家具有专门知识和丰富的经验，是一种近似的猜测。
Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别，但专家"专"的程度及对项目的理解程度是工作中的难点，尽管Delphi 技术可以减轻这种偏差，专家评估技术在评定一个新软件实际成本时通常用得不多，但是，这种方式对决定其它模型的输入时特别有用。
Delphi法鼓励参加者就问题相互讨论，要求有多种软件相关经验人的参与，互相说服对方。
类推估算法类推估算法是比较科学的一种传统估算方法，它适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目，通过新项目与历史项目的比较得到规模估计。
类推估算法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类推估算法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。
这种方法的基本步骤是：（1）整理出项目功能列表和实现每个功能的代码行；（2）标识出每个功能列表与历史项目的相同点和不同点，特别要注意历史项目做得不够的地方；（3）通过步骤1和2得出各个功能的估计值；（4）产生规模估计。
算式估算法算式估算法利用经验模型进行成本估算，它通常采用经验公式来预测软件项目计划所需要的成本、工作量和进度数据。
目前还没有一种估算模型能够适用于所有的软件类型和开发环境，从这些模型中得到的结果必须慎重使用。
（1）Putnam模型Putnam模型是一种动态多变量模型，它是假定软件开发的整个生存期中工作量的分布，如一个30人年以上的项目，其人力使用分布如图7.3所示。
然后根据曲线导出一个估算公式：（2）COCOMO模型结构性成本模型COCOMO（COnstructive COst MOdel）是一种精确的、易于使用的成本估算方法，它分为基本COCOMO模型和中级COCOMO模型两种类型。