软件项目费用构成及概算方法0301剖析
软件项目中的成本构成及估算方法
软件项目中的成本构成及估算方法随着学问经济、信息时代的来临，计算机软件业迅猛发展。
商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。
由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发发、使用、维护、管理的过程，是一个特别复杂的系统工程，需要有巨大的人力、物力、财力资源，需要各种计算机软、硬件的支持。
这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。
据统计，软件成本在软、硬件总成本中的份额，已从50 年月的百分之十几，上升到近期的百分之七八十，而且还在持续上升。
软件成本中的开发成本和维护成本的比例，也从50年月的接近1：1，达到了近期的1：2。
系统软件开发成本和维护成本在整个生命周期中份额。
本文对上表的数字作了部分调整。
主在维护阶段剔除了完善性维护成本。
这一项成本不应列入托付评估系统软件的本次价值评估。
这样，开发、维护成本在整个生命周期中的份额也相应发生了变化。
一、系统软件的成本构成系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。
从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费。
（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。
（3）人工费，主要是开发人员、操作人员、管理人员、的工资福利费等。
（4）培训费。
（5）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。
（6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。
（7）财务费用。
（8）管理费用，如办公费、差旅费、会议费、交通费。
（9）材料费，如打印纸、包带、磁盘等的购置费。
（10）水、电、汽、气费。
（11）专有技术购置费。
（12）其它费用，如资料费、固定资产折旧费及咨询费。
软件项目费用构成及概算方法0301
二、国内外研究现状－－模型介绍
Putnam模型:
1978年Putnam提出一种动态多变量模型――Putnam模型，该模型 假定在软件开发的整个生存期中工作量有特定的分布，将源代码行数和工 作量、开发时间联系起来。这种模型是依据在一些大型项目（总工作量达 到或超过30个人年）中收集到的工作量分布情况而推导出来的，但也可以 应用在一些较小的软件项目中。 计算公式为： K=L3 /(Ck3× td4) 其中，td－－是开发持续时间（以年计） K－－是软件开发与维护在内的整个生存期所花费的工作量（以人 年计） L－－是源代码行数（以LOC计） Ck－－是技术状态常数，它反映出“妨碍程序员进展的限制”，并 因 开发环境而异。
功能点分析法:
通过软件运行时与外部环境的交互作用，如操作者向应用软件输入的数据、 指令以及返回的信息之间的交互，也就是应用软件提供给拥护的功能，来度量软 件的规模。这是一种相对抽象的方法，是一种人为设计出的度量方式。主要从外 部对应用软件进行定量描述。
功能点和代码行的相互转换：
语言种类 C COBOL JAVA C++ Packages(Access,Excel) 每个功能点的代码行数 130 110 55 50 10-40 语言种类 Turbo Pascal Visual Basic PowerBuilder HTML 每个功能点的代码行数 50 30 15 15
当前软件评估发展方向主要是针对第4代程序语言、软件重用、新的 开发技术等研究新的模型，一方面是强调管理因素作为重要的软件成本 驱动因子，一方面着重于面向对象方法的软件评估。
二、国内外研究状况－－估算方法
软件规模评估方法主要有：
Delphi技术：是兰德公司在四十年代末为预测未来事件而开发的，是较流行的 专家评估技术，在没有历史数据的情况下，适用于评定过去与将来，新技术与 特定程序之间的差别。但专家“专”的程度和对项目的理解程度是工作中的难 点。 标准回归技术：采用最小均方普通线性回归的经典统计方法，很多现存的参数 成本模型（COCOMOII，SLIM，Checkpoint等）都使用了各种形式的回归技术。 神经网络技术：是最常见的代替最小均方回归的软件评估建模技术，这些模型 可用历史数据来“训练”，以便形成更好地能自动调整算法参数值的模型，减 少实际结果和模型预算值之间的差异。 动态技术：是指软件项目的成本因子在系统开发的期间不断变化，它是一个连 续仿真建模方法。该技术最早在1961年Jay Fooester研究发明，1994年 Macdachy提出了系统仿真模型的公式，并用于软件工程估算。
软件项目费用构成及概算方法
二、国内外研究状况－－国际
软件开发成本在软件生命周期的各个阶段是不相同的，其评估标准 也有所差异。在开发初期，有很多不确定因素影响评估准确性，其中影 响较大的是估算输入参数的差异，而在开发后期，评估中不确定因素则 更多取决于评估模型的不同。 软件成本估算研究开始于二十世纪五十年代，软件成本建模技术的 研究则开始于1965年，美国Nelson对169个软件项目104个因子的广泛研 究。 随后导致了六十年代末和七十年代初偏微分模型（partial models) 的产生。七十年代末以来，许多成熟模型大量涌现，同时诞生了许多提 供软件成本评估产品和技术服务的公司，比较著名的有： 1975年成立的PRICE Systems L.L.C. 1979年成立的Mainstay软件公司 1983年成立的Galorath公司 当前软件评估发展方向主要是针对第4代程序语言、软件重用、新的 开发技术等研究新的模型，一方面是强调管理因素作为重要的软件成本 驱动因子，一方面着重于面向对象方法的软件评估。
二、国内外研究现状－－模型介绍
Putnam模型:
1978年Putnam提出一种动态多变量模型――Putnam模型，该模型 假定在软件开发的整个生存期中工作量有特定的分布，将源代码行数和工 作量、开发时间联系起来。这种模型是依据在一些大型项目（总工作量达 到或超过30个人年）中收集到的工作量分布情况而推导出来的，但也可以 应用在一些较小的软件项目中。 计算公式为： K=L3 /(Ck3× td4) 其中，td－－是开发持续时间（以年计） K－－是软件开发与维护在内的整个生存期所花费的工作量（以人 年计） L－－是源代码行数（以LOC计） Ck－－是技术状态常数，它反映出“妨碍程序员进展的限制”，并因 开发环境而异。
一、项目概算和成本估算的意义
软件项目成本组成
一、策划与环境建设同传统项目一样，软件产品开发也需要经历立项过程，也就是经过调研论证决定项目“上马”后，才能开始策划软件的开发、建设开发环境。
软件产品虽不像传统产品那样需要建工厂、盖厂房而“大兴土木”，但软件产品开发和研制同样需要建设适合软件技术人员工作的“生产环境”和“生产车间”，只不过软件开发的“生产车间”比较特殊罢了。
软件产品的策划与环境建设阶段需要展开必要的调研、建设软件开发环境、购买必须的工具，当然也就需要有相应的成本支出。
1、调研费用调研是软件产品立项前必须开展的工作，是软件立项和软件产品策划的依据。
调研内容有客户调研和市场调查，客户调研目的是确定产品需求和产品功能，并进一步分析市场规模。
市场调查主要用来分析当前同类型软件产品面世情况，对面世的产品调研其市场分布如何，软件产品的功能特点、差异、优劣及发展趋势；如果没有同类产品面世，则通过调研需要重点分析市场需求和市场规模。
调研规模和调研方式存在很大差异，一旦明确了调研方式、规模、范围和参与的人员组成，则调研费用就可以基本确定下来。
2、环境建设费用经过调研分析一旦确定新软件产品立项，就需要落实开发队伍，进行产品开发的环境建设和前期准备。
环境建设内容由工作场地建设和网络环境建设组成。
一、场地建设场地建设是软件开发环境的基础，是软件人员开展开发工作的基本场所。
需要提供工作场所租赁和工作环境建设等费用。
二、开发环境建设与系统集成软件公司最主要的环境就是要有适合软件开发需要的开发环境，建设软件开发所必须的网络系统。
有以下建设内容：网络工程建设：服务器、交换机、防火墙、UPS电源、工作站等硬件设备采购与安装调试，网络布线工程。
系统集成：网络操作系统、工作站和终端操作系统、数据库系统、软件防火墙和病毒防护软件采购与集成。
辅助工程：根据企业规模和需要，进行多媒体会议室、企业网站、企业办公系统建设。
3、工具购置费“工欲善其事，必先利其器”，在软件产品开发前也必须采购所需要的各类工具。
软件项目费用构成及概算方法0301
二、国内外研究现状－－模型介绍
Putnam模型:
1978年Putnam提出一种动态多变量模型――Putnam模型，该模型 假定在软件开发的整个生存期中工作量有特定的分布，将源代码行数和工 作量、开发时间联系起来。这种模型是依据在一些大型项目（总工作量达 到或超过30个人年）中收集到的工作量分布情况而推导出来的，但也可以 应用在一些较小的软件项目中。 计算公式为： K=L3 /(Ck3× td4) 其中，td－－是开发持续时间（以年计） K－－是软件开发与维护在内的整个生存期所花费的工作量（以人 年计） L－－是源代码行数（以LOC计） Ck－－是技术状态常数，它反映出“妨碍程序员进展的限制”，并 因 开发环境而异。
二、国内外研究现状－－模型介绍
COCOMO模型（COnstructive COst MOdel）
最初是在1981年由Barry Boehm提出，软件开发工作量被表示成估计的代 码行数的非线性函数： 是一种精确、易于使用的成本估算方法。在八十年代成为 最通用的参数成本估算模型之一。 COCOMOII最初在1995年发布，有三个不同层次的模型来反映不同程度的复 杂度：基本模型、中等模型、细节模型。 根据不同应用软件的不同应用领域，划分为三种应用软件开发模式：组织模式、嵌 入式应用开发模式、中间应用开发模式
内容：
一、项目概算和成本估算的意义
二、国内外研究状况
三、软件成本估算法－－功能点估算 四、广东省软件项目费用概算 五、软件人员人月成本估算 六、实际案例 七、需要进一步探讨的问题
二、国内外研究现状
软件价格评估的关键在于建立价格度量指 标 价格度量的重要指标：软件开发工作量及 人月成本 软件开发工作量取决于软件规模
二、国内外研究现状－－ 模型介绍
计算机系统软件成本的构成与估算方法(doc 9页)
计算机系统软件成本构成及估算方法随着知识经济、信息时代的来临，计算机软件业迅猛发展。
商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。
由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发、使用、维护、管理的过程，是一个非常复杂的系统工程，需要有巨大的人力、物力、财力资源，需要各种计算机软、硬件的支持。
这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。
据统计，软件成本在软、硬件总成本中的份额，已从50 年代的百分之十几，上升到近期的百分之七八十，而且还在持续上升。
软件成本中的开发成本和维护成本的比例，也从50年代的接近1：1，达到了近期的1：2。
系统软件开发成本和维护成本在整个生命周期中份额。
本文对上表的数字作了部分调整。
主在维护阶段剔除了完善性维护成本。
这一项成本不应列入委托评估系统软件的本次价值评估。
这样，开发、维护成本在整个生命周期中的份额也相应发生了变化。
一、系统软件的成本构成系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。
从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费。
（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。
（3）人工费，主要是开发人员、操作人员、管理人员、的工资福利费等。
（4）培训费。
（5）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。
（6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。
（7）财务费用。
（8）管理费用，如办公费、差旅费、会议费、交通费。
（9）材料费，如打印纸、包带、磁盘等的购置费。
（10）水、电、汽、气费。
（11）专有技术购置费。
（12）其它费用，如资料费、固定资产折旧费及咨询费。
电子政务工程软件项目费用构成及概算方法
电子政务工程软件项目费用构成及概算方法
一、电子政务工程软件项目费用构成
1、软件开发费：包括研发计划费、研发任务设计费、软件开发费、系统技术实施费、测试费、研发维护费等；
2、安装工程：为保证软件能顺利安装和调试，需要安装工程，包括安装费、调试费、安全评估费、部署费用和维护费等；
3、硬件工程：主要包括建设基础设施费用，电信费、服务器费用、硬件专业服务费用等；
4、培训费：指由工程项目参与方分别派出专家为技术人员进行培训所产生的费用，主要包括学习费、培训费、材料准备费等；
5、小计：上述费用合计。
二、电子政务工程软件项目概算方法
1、预估投入资源：根据电子政务工程软件项目需求量化，分析项目的技术难度、专业技术任务与资源投入水平，估算出应投入的资源；
2、可行性分析：根据电子政务工程软件项目资源预估，分析水平可行性，检查项目的可行性，根据电子政务工程项目实际情况，结合项目经验，对项目的可行性进行探讨，并作出调整，为软件项目成功实施提供保证；
3、技术方案编制：根据电子政务工程软件的项目目标，制定实现目标的系统技术方案。
软件项目报价方法
软件项目报价方法软件项目一般包括解决方案、开发、维护、系统集成等。
以下将分别介绍软件开发价格、软件(系统)维护价格、系统集成价格、系统解决方案费用的价格估算方法,以供大家参考。
1.软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收与企业利润等项有关。
为了便于计算,给出一个计算公式:软件开发价格＝开发工作量×开发费用／人·月1、1开发工作量软件开发工作量与估算工作量经验值、风险系数与复用系数等项有关:软件开发工作量＝估算工作量经验值×风险系数×复用系数1、1、1估算工作量经验值(以A来表示)软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也就是采用经验的方式加以估算工作量。
工作量的计算就是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就就是通常所讲的“人·月”。
特别要提醒的就是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。
1、1、2风险系数(以σ来表示)估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也就是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达她们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。
因此:l ≤风险系数≤ 1、5根据我们对软件企业的了解,超过估算工作量经验值的一半,已就是不可接受,所以我们确定“1、5”为极限值。
当然这既要瞧企业的能力,也要瞧用户能接受的程度。
1、1、3复用系数(以τ来表示)估算工作量经验值就是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法”,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
功能点分析法:
通过软件运行时与外部环境的交互作用，如操作者向应用软件输入的数据、 指令以及返回的信息之间的交互，也就是应用软件提供给拥护的功能，来度量软 件的规模。这是一种相对抽象的方法，是一种人为设计出的度量方式。主要从外 部对应用软件进行定量描述。
功能点和代码行的相互转换：
语言种类 C COBOL JAVA C++ Packages(Access,Excel) 每个功能点的代码行数 130 110 55 50 10-40 语言种类 Turbo Pascal Visual Basic PowerBuilder HTML 每个功能点的代码行数 50 30 15 15
确定价格。与国际市场联系紧密的，还应当参考国际市场价格。
义一 一、项目概算和成本估算的意义
一、项目概算和成本估算的意义
关于软件危机：自６０年代提出以来，就没有真正解决过。 １、软件项目存在的问题： ●对软件开发成本和进度的估计不准确 ●用户不满意 ●软件质量不高，可靠性差 ●软件维护性差，错误难以纠正 ●缺乏适当的文档资料 ●软件成本占系统总成本的比例逐年上升 ●软件开发速度跟不上硬件发展速度 其中最难解决的是第一点。软件投入不断提高。日益增长的成本和有限 经费之间的矛盾越来越突出，如何进行成本控制，成为大家普遍关注的问题。 ２、需求变更问题 软件危机将会一直存在下去，其根源在于不断变化、提高的用户需求和 现有开发方法提升的差距的矛盾。
开发工作量(以人月为单位)MM = C x KLOCα x ∏fi 其中： C是模型系数； α是模型指数；KLOC是估计的代码行数(以千行为单位) fi (i=l～l5)是成本因素。 基本模型的计算公式
开发应用模型 工作量 时间周期
组织模式
中间应用开发模式 嵌入式应用开发模式
1.4x(KLOC)1.05
二、国内外研究状况－－估算方法
贝叶斯分析技术：是允许调查人员根据样本和专家判断的预先信息采用 逻辑相容的方法产生推论，COCOMOII就采用了该技术。
类比法：通过新项目与历史项目的比较得到规模估计，适合评估一些与 历史项目在应用领域、环境和复杂度相似的项目。其估计结果的精确度 取决于历史项目数据的完整性和准确度。 PERT估算法（计划评审技术）：是50年代末美国海军部开发北极星潜艇 系统时为协调3000多个承包商和研究机构而开发的，其理论基础是假设 项目持续时间以及整个项目完成时间是随机的，且服从某种概率分布。 功能点评估法：以各种与功能相关的因素作为度量软件的单位。一旦有 了软件的需求分析，就可以大致得出软件的各种功能要素，并进行相应 的功能点计算，以功能点标示软件的大小。
二、国内外研究现状－－ 模型介绍
IBM模型:
1977年:IBM的Walston和Felix提出了最早的软件成本估算模型: 工作量E（以人月计）＝ 5.2×L0.91 项目持续时间D (以月计) ＝ 4.1×L0.36 人员需要量S（以人计）＝ 0.54×E0.6 文档数量DOC(以页计) ＝ 49×L1.01 注：L是源代码行数(以KLOC计) 一般将一条机器指令作为一行源代码，如果是汇编语言或者高级语言程 序，应转换成机器指令源代码行数来考虑。
1.4x(KLOC)1.17 1.4x(KLOC)1.20Biblioteka 2.4x(工作量)0.38
2.4x(工作量)0.35 2.4x(工作量)0.32
二、国内外研究现状－－国内
软件开发费用的暂行估算办法
1985年由电子工业部下发（电子工业部文件（85）电财字1584号）,该办 法确定的软件开发费用基本公式为： C = (A＋B)*(1＋R) 其中： C――软件开发费用 A――软件开发人员费用 B――软件开发中的耗费机时费，它与每一项开发项目所需的环境和条 件有关（办法对当时的计算机机时费规定为：ALLLE，3元/小时，IBM PCAT，10元/小时......） R――是一个比例因子，包括经营管理、固定资产折旧、资料、差旅费 用等综合考虑。软件的质量因素、难易程度也在R的取值中考虑设定。当时 规定的R取值为20%左右。
二、国内外研究现状
自低向上 估算法 经验估 算法
代码行分析 功能估算分析 自顶向 下估算 法 相似比 较法
标准 估算法
二、国内外研究状况－－国际
代码行分析法:
通过对软件产品的源代码的行数进行测量来估算规模。在80年代90年代得到广 泛的发展，产生了许多估算工作量和进度大参数模型，其中最署名的就是COCOMO 模型。是一种从内部对软件进行度量.
义一 一、项目概算和成本估算的意义
一、项目概算和成本估算的意义
软件行业价格现状：
◆政府审批项目时缺乏概算标准和依据
◆软件行业缺乏共同认可的定价体系
、 两个方面话题: 项 目 标准化:为在一定的范围内获得最佳秩序，对实际的或潜在的问题制定共同的和 概 重复使用的规则的活动，称为标准化。标准化是在科学技术、经济贸易 算 及管理等社会实践活动中，对重复性事物和概念通过制订、实施标准， 达到统一，以获得最佳秩序和最佳效益的过程。 和 通过制定、发布和实施标准，达到统一“是标准化的实质。”获得最佳 成 秩序 和社会效益"则是标准化的目的。 本 估 价 格:价格法规定:经营者收购、销售商品或者提供有偿服务，应当依法明码 标价。 算 2002年2月试行的《政府制定价格行为规则（试行）》：制定或调整政 的 府指导价、政府定价，一般应当依据有关商品和服务的社会平均成本、 市场供求状况、国民经济与社会发展要求以及社会承受能力等因素合理 意
内容：
一、项目概算和成本估算的意义
二、国内外研究状况
三、软件成本估算法－－功能点估算 四、广东省软件项目费用概算 五、软件人员人月成本估算 六、实际案例 七、需要进一步探讨的问题
二、国内外研究现状
软件价格评估的关键在于建立价格度量指 标 价格度量的重要指标：软件开发工作量及 人月成本 软件开发工作量取决于软件规模
二、国内外研究现状－－模型介绍
COCOMO模型（COnstructive COst MOdel）
最初是在1981年由Barry Boehm提出，软件开发工作量被表示成估计的代 码行数的非线性函数： 是一种精确、易于使用的成本估算方法。在八十年代成为 最通用的参数成本估算模型之一。 COCOMOII最初在1995年发布，有三个不同层次的模型来反映不同程度的复 杂度：基本模型、中等模型、细节模型。 根据不同应用软件的不同应用领域，划分为三种应用软件开发模式：组织模式、嵌 入式应用开发模式、中间应用开发模式
软件项目费用概算与成本估算
熊瑞萍 副研究员 广东软件行业协会 副秘书长 广东省Linux应用软件专门委员会 秘书长
内容：
一、项目概算和成本估算的意义
二、国内外研究状况
三、软件成本估算法－－功能点估算 四、广东省软件项目费用概算 五、软件人员人月成本估算 六、实际案例 七、需要进一步探讨的问题
、 信息化价格现状： 项 目 投 资 方：少花钱，多办事 概 建 设 方：最少的投入，获得最大的利润 算 政府采购：方式有公开招标、邀请招标、竞争性谈判、单一来源采购、 和 询价采购。其中只有竞争性谈判的技术方案和报价在招标现场 成 是可以修改的 其中均为一次报定。 综合评分的主要因素：价格、技术、财务状况、信誉、业绩、 本 服务、对招投标文件的响应程度以及相应的比重或者权重等。 估 按照得分高低、报价高低、技术优劣进行排序. 算 项目审批：上来砍一刀，专家评审,不可定因素太多 的 企业方面：恶性竞争，报价低于成本，黑箱操作，项目成本计算时考虑 意 不周导致亏本\质量不保等。
二、国内外研究现状－－模型介绍
Putnam模型:
1978年Putnam提出一种动态多变量模型――Putnam模型，该模型 假定在软件开发的整个生存期中工作量有特定的分布，将源代码行数和工 作量、开发时间联系起来。这种模型是依据在一些大型项目（总工作量达 到或超过30个人年）中收集到的工作量分布情况而推导出来的，但也可以 应用在一些较小的软件项目中。 计算公式为： K=L3 /(Ck3× td4) 其中，td－－是开发持续时间（以年计） K－－是软件开发与维护在内的整个生存期所花费的工作量（以人 年计） L－－是源代码行数（以LOC计） Ck－－是技术状态常数，它反映出“妨碍程序员进展的限制”，并 因 开发环境而异。
当前软件评估发展方向主要是针对第4代程序语言、软件重用、新的 开发技术等研究新的模型，一方面是强调管理因素作为重要的软件成本 驱动因子，一方面着重于面向对象方法的软件评估。
二、国内外研究状况－－估算方法
软件规模评估方法主要有：
Delphi技术：是兰德公司在四十年代末为预测未来事件而开发的，是较流行的 专家评估技术，在没有历史数据的情况下，适用于评定过去与将来，新技术与 特定程序之间的差别。但专家“专”的程度和对项目的理解程度是工作中的难 点。 标准回归技术：采用最小均方普通线性回归的经典统计方法，很多现存的参数 成本模型（COCOMOII，SLIM，Checkpoint等）都使用了各种形式的回归技术。 神经网络技术：是最常见的代替最小均方回归的软件评估建模技术，这些模型 可用历史数据来“训练”，以便形成更好地能自动调整算法参数值的模型，减 少实际结果和模型预算值之间的差异。 动态技术：是指软件项目的成本因子在系统开发的期间不断变化，它是一个连 续仿真建模方法。该技术最早在1961年Jay Fooester研究发明，1994年 Macdachy提出了系统仿真模型的公式，并用于软件工程估算。
二、国外内研究状况－－估算模型
估算模型有：
SLIM模型（The Software of Life-cycle Model)：
于七十年代末开发的，建立在Putnam采用一种被称为项目个人水平与时间的瑞 利（Rayleigh)分布对软件生存期分析的基础上。
Checkpoint：
是一种基于知识库的软件项目评估工具。它拥有一个包含大约8000个软件项目的 数据库，并采用功能点作为初始输入。