软件项目费用构成及概算方法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复用系数(以τ来表示)估算工作量经验值就是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法”,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。
计算机系统软件成本构成及估算方法
计算机系统软件成本构成及估算方法随着知识经济、信息时代的来临,计算机软件业迅猛发展;商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多,而且有越来越多的趋势;由于系统软件通常是一些规模大、复杂程度高的人一机系统,因此,系统软件的开发、使用、维护、管理的过程,是一个非常复杂的系统工程,需要有巨大的人力、物力、财力资源,需要各种计算机软、硬件的支持;这一特点是在系统软件评估中应予充分考虑的,也是从成本途径评估系统软件价值时应予着重关注的;据统计,软件成本在软、硬件总成本中的份额,已从50 年代的百分之十几,上升到近期的百分之七八十,而且还在持续上升;软件成本中的开发成本和维护成本的比例,也从50年代的接近1：1,达到了近期的1：2;系统软件开发成本和维护成本在整个生命周期中份额;本文对上表的数字作了部分调整;主在维护阶段剔除了完善性维护成本;这一项成本不应列入委托评估系统软件的本次价值评估;这样,开发、维护成本在整个生命周期中的份额也相应发生了变化;一、系统软件的成本构成系统软件的成本作为一个经济学范畴,应反映软件产品在其生产过程中所耗费的各项费用,为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和;从财务角度来看,列入系统软件的成本有如下的项目：1硬件购置费如计算机及相关设备的购置,不间断电源、空调器等的购置费;2软件购置费,如操作系统软件、数据库系统软件和其它应用软件的购置费;3人工费,主要是开发人员、操作人员、管理人员、的工资福利费等;4培训费;5通讯费,如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用;6基本建设费,如新建、扩建机房、购置计算机机台、机柜等的费用;7财务费用;8管理费用,如办公费、差旅费、会议费、交通费;9材料费,如打印纸、包带、磁盘等的购置费;10水、电、汽、气费;11专有技术购置费;12其它费用,如资料费、固定资产折旧费及咨询费;从系统软件生命周期构成的两阶段即开发阶段和维护阶段看,系统软件的成本由开发成本和维护成本构成;其中开发成本由软件开发成本、硬件成本和其他成本组成,包括了系统软件的分析/设计费用含系统调研、需求分析、系统分析、实施费用含编程/测试、硬件购买与安装、系统软件购置、数据收集、人员培训及系统切换等方面的费用；维护成本由运行费用含人工费、材料费、固定资产折旧费、专有技术及技术资料购置费、管理费含审计费、系统服务费、行政管理费及维护费含纠错性维护费用及适应性维护费用;二、系统软件的成本测算程序1、根据待开发软件的特征、所选用硬件的特征、用户环境特征及以往同类或相近项目的基础数据,进行软件规模测算;2、由系统软件的成本构成,结合成本影响因素、环境因素以及以往同类或相近项目数据分析,进行软件成本测算;其中包括了安装、调试的人力和时间表、培训阶段的人力和时间表;3、系统软件成本测算的风险分析;这是基于系统软件成本测算的不确定性、成本测算的理论和测算技术的不成熟性而提出的工作程序;系统软件成本测算的风险因素应包括：1对目标系统的功能需要、开发队伍、开发环境等情况的了解的正确性；2所运用历史数据及模型参数的可靠性；3系统分析中的逻辑模型的抽象程度、业务处理流程的复杂程度及软件的可度量程度；4软件新技术、替代技术的出现和应用对成本测算方法的冲击的影响；5用户在系统软件开发中的参与程度,开发队伍的素质及所采用开发模式对开发成本的影响；6对系统软件开发队伍复杂因素认识程度；7系统软件开发人员及其组成比便的稳定性；8系统软件开发和维护经费,时间要求等方面的变更等非技术性因素所带来的风险等;在系统软件价值评估中实施上述程序进行成本测算时,除了应坚持持资产评估操作程序中规定的各项原则外,还应遵循真实性与预见性原则、透明性与适应性原则和可操作性与规定性原则;三、系统软件成测算综上所述,系统软件的成本由软件的开发和维护成本所构成,即： C=C1+C2 1式中：C为系统软件的开发成本；C1为系统软件的开发成本所构成；C2为系统软件的维护成本;1、系统软件的开发成本C1的测算;我们认为系统软件的开发成本按其工作量及单位工作量成本来测算是可行的,具体测算方法为按系统软件的软件规模一般为软件源程序的指令行数,不包括注释行、社会平均规模指数以及工作量修正因素来进行;尤其是CAD系统软件的实际测算,结合国内外研究成果的综合分析和专家咨询,软件社会平均生产率参数和软件社会平均规模指数可分别确定为和左右；软件工作量订由八个因子、五个等级组成; 2、系统软件维护成本C2的测算;系统软件的维护为修正现有可运行软件并维护欺其主要功能不变的过程;系统软件在其交付使用后,其维护阶段在软件生命周期或生存期中占较大比重,有的可达软件生存周期的50-70%;因此,系统软件的维护成本是软件成本测算中不可忽略的一部分;系统软件的维护包括三类：A、改正、纠正性维护；B、适应性维护；C、完美性维护;其中C类是为扩充功能、提高性能而进行的维护,在软件资产价值评估中一般不计入该系统软件成本,而A、B两类,则与软件的开发过程有着紧密的联系,应计入软件成本;在系统软件维护阶段,对软件工作量的影响因素与开发阶段的影响因素基本相同,是开发阶段影响因素的后的影响;因此,系统维护的可靠性越大,规模越复杂,隐错越难发现,纠错越难;系统软件越复杂, 要使其适应软、硬环境变化,进行适应性维护也越困难;当然,可靠性大、复杂度高的系统软件,其可维护性要求也越高,软件在运行中出错的可能性也会少些;基于上述分析,系统软件维护成本的测算,可按系统软件开发成本乘以一个该系统软件的维护参数来求取;这一维护参数,可按系统软件的复杂度从简单到一般、到复杂的顺序,分别取、、及、、等;计算机系统软件作为计算机系统的组成部分,是信息社会的重要商品,也是知识经济社会中的重要资产; 系统软件同其他计算机软件一样,具有如下的特点：1、系统软件是由许多人共同完成的高强度智力劳动的结晶,是建立在知识、经验和智慧基础上的具有独创性的产物;系统软件的开发可以工程化,软件生产可以工厂化,因此,系统软件具有价值和使用价值; 同时,系统软件具有独创性即原始性,所以软件着作权人对系统软件产品依法享有发表权、开发者身份权、使用权、许可权、获取报酬权及转让权;2、系统软件产品是无形的,存在于磁盘等介质的有形载体中,通过载体进行交易;因此,带有系统软件的磁盘交换价值,是磁盘自声价值与系统软件之和,而且主要是系统软件的价值;3、系统软件产品的复制批量生产相应简单,其复制成本同其开发成本比较,几乎可以忽略不计;因此,系统软件产品易被复制乃至剽窃;为保护系统软件产品的着作权,必须依法登记;4、系统软件产品一般没有有形损耗,仅有无形损耗;系统软件产品的维护,一是由于系统软件自身的复杂性,特别是为了对运行中新发现的隐错进行改正性维护；二是由于系统软件对其硬、软件环境有依赖性;硬、软环境改变时,系统软件要进行适应性维护；三是由于需求的变化,要求增强系统软件功能和提高系统软件性能,系统软件要进行完美性维护;因此,系统软件的维护在其生命周期中占有重要地位;同时,系统软件的维护过程是一个软件价值的增值过程;由上述测算方法可知,系统软件的维护费用,即使不计入完善性维护费用也已相当昂贵;不断的升级的新版本代替旧版本软件也是系统软件价值评估中应予考虑的一个特点;。
计算机系统软件成本的构成与估算方法(doc 9页)
计算机系统软件成本的构成与估算方法(doc 9页)计算机系统软件成本构成及估算方法随着知识经济、信息时代的来临，计算机软件业迅猛发展。
商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。
由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发、使用、维护、管理的过程，是一个非常复杂的系统工程，需要有巨大的人力、物力、财力资源，需要各种计算机软、硬件的支持。
这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。
据统计，软件成本在软、硬件总成本中的份额，已从50 年代的百分之十几，上升到近期的百分之七八十，而且还在持续上升。
软件成本中的开发成本和维护成本的比例，也从50年代的接近1：1，达到了近期的1：2。
系统软件开发成本和维护成本在整个生命周期中份额。
本文对上表的数字作了部分调整。
主在维护阶段剔除了完善性维护成本。
这一项成本不应列入委托评估系统软件的本次价值评估。
这样，开发、维护成本在整个生命周期中的份额也相应发生了变化。
一、系统软件的成本构成系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。
从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费。
（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。
（3）人工费，主要是开发人员、操作人员、管理人员、的工资福利费等。
（4）培训费。
（5）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。
（6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。
（7）财务费用。
（8）管理费用，如办公费、差旅费、会议费、交通费。
（9）材料费，如打印纸、包带、磁盘等的购置费。
（10）水、电、汽、气费。
工程项目施工管理软件费用
一、引言随着我国经济的快速发展，工程项目日益增多，工程项目施工管理软件在提高工程项目管理水平、降低成本、提高效益等方面发挥着越来越重要的作用。
本文将详细分析工程项目施工管理软件的费用构成，以期为工程项目管理者提供参考。
二、工程项目施工管理软件费用构成1. 软件购置费用软件购置费用是工程项目施工管理软件费用的主要部分，包括软件本身的费用以及相关配套费用。
软件本身的费用主要包括以下几项：（1）软件许可证费用：这是购买软件的基本费用，通常根据软件的功能、版本和用户数量等因素确定。
（2）软件升级费用：软件在运行过程中，可能会进行升级以修复漏洞、提高性能等。
升级费用通常根据升级范围、版本等因素确定。
（3）技术支持费用：软件提供商在软件运行过程中提供的技术支持，包括安装、调试、维护等。
技术支持费用通常根据服务范围、响应时间等因素确定。
（4）配套费用：包括软件安装、培训、调试等过程中产生的费用。
2. 系统集成费用系统集成费用是指将工程项目施工管理软件与其他系统进行集成所产生的费用。
主要包括以下几项：（1）硬件设备费用：为满足软件运行需求，可能需要购置服务器、存储设备、网络设备等硬件设备。
（2）软件集成费用：将软件与其他系统进行集成，包括接口开发、数据迁移等。
（3）实施费用：包括项目实施过程中的设计、开发、测试、部署等费用。
3. 培训费用培训费用是指为工程项目管理者、操作人员提供软件操作培训所产生的费用。
主要包括以下几项：（1）内训费用：企业内部培训师为员工提供培训。
（2）外训费用：聘请外部培训机构或讲师为员工提供培训。
（3）教材费用：购买培训教材、资料等。
4. 维护费用维护费用是指软件在使用过程中产生的维护费用，主要包括以下几项：（1）软件维护费用：软件提供商提供的软件维护服务，包括故障排除、性能优化等。
（2）硬件维护费用：硬件设备在使用过程中产生的维护费用。
（3）数据备份与恢复费用：为保障数据安全，定期进行数据备份和恢复产生的费用。
软件项目费用构成及概算方法
物力成本
01
硬件设备购置
购置服务器、网络设备、存储设备 等所需费用。
外包服务费用
委托第三方进行某些开发或测试工 作的费用。
03
02
软件许可费用
购买操作系统、数据库、中间件等 所需费用。
办公用品费用
购置办公桌椅、电脑、打印机等所 需费用。
04
间接费用
场地租赁费用
软件项目费用构成及概算方法
目录
• 软件项目费用构成 • 软件项目概算方法 • 软件项目概算案例分析 • 软件项目概算注意事项
01 软件项目费用构成
人力成本
开发人员成本
软件开发人员的工资、奖金和福利等。
测试人员成本
软件测试人员的工资、奖金和福利等。
管理人员成本
项目管理人员的工资、奖金和福利等。
培训成本
租赁办公室、实验室等所需费用。
差旅费用
出差、会议等所需费用。
维护与支持费用
软件上线后的维护、升级和故障排除等所需费用。
税费及其他附加费用
缴纳税费、保险费等其他附加费用。
02 软件项目概算方法
成本加法
定义
成本加法是指根据软件开发项目的成本和预 期利润来计算软件价格的方法。
优点
简单易行，能够为开发方提供稳定的收入来 源，有利于降低开发风险。
案例二：移动应用开发费用概算
UI/UX设计：界面 和交互流程的规划 与设计。
Hale Waihona Puke 后端服务：提供数 据存储、用户认证 等服务。
需求调研：确定应 用的核心功能和用 户群体。
iOS/Android开发： 根据平台特性进行 应用开发。
测试与发布：进行 多轮测试，确保应 用质量，最终发布 上线。
软件项目成本组成
一、策划与环境建设同传统项目一样，软件产品开发也需要经历立项过程，也就是经过调研论证决定项目“上马”后，才能开始策划软件的开发、建设开发环境。
软件产品虽不像传统产品那样需要建工厂、盖厂房而“大兴土木”，但软件产品开发和研制同样需要建设适合软件技术人员工作的“生产环境”和“生产车间"，只不过软件开发的“生产车间”比较特殊罢了。
软件产品的策划与环境建设阶段需要展开必要的调研、建设软件开发环境、购买必须的工具，当然也就需要有相应的成本支出。
1、调研费用调研是软件产品立项前必须开展的工作,是软件立项和软件产品策划的依据.调研内容有客户调研和市场调查，客户调研目的是确定产品需求和产品功能，并进一步分析市场规模。
市场调查主要用来分析当前同类型软件产品面世情况，对面世的产品调研其市场分布如何，软件产品的功能特点、差异、优劣及发展趋势；如果没有同类产品面世，则通过调研需要重点分析市场需求和市场规模。
调研规模和调研方式存在很大差异，一旦明确了调研方式、规模、范围和参与的人员组成，则调研费用就可以基本确定下来。
2、环境建设费用经过调研分析一旦确定新软件产品立项，就需要落实开发队伍，进行产品开发的环境建设和前期准备。
环境建设内容由工作场地建设和网络环境建设组成。
一、场地建设场地建设是软件开发环境的基础,是软件人员开展开发工作的基本场所。
需要提供工作场所租赁和工作环境建设等费用。
二、开发环境建设与系统集成软件公司最主要的环境就是要有适合软件开发需要的开发环境,建设软件开发所必须的网络系统。
有以下建设内容:网络工程建设：服务器、交换机、防火墙、UPS电源、工作站等硬件设备采购与安装调试，网络布线工程。
系统集成:网络操作系统、工作站和终端操作系统、数据库系统、软件防火墙和病毒防护软件采购与集成。
辅助工程：根据企业规模和需要，进行多媒体会议室、企业网站、企业办公系统建设。
3、工具购置费“工欲善其事,必先利其器”，在软件产品开发前也必须采购所需要的各类工具.软件开发所需要的工具有很大差别，工具的选择和确定由项目组根据产品特点和要求确定，不同工具的价格可从提供商获取。
软件开发和服务项目价格构成及评估方法
软件开发和服务项目价格构成及评估方法软件开发和服务项目价格构成及评估方法资料 2008-04-09 09:57:38 阅读132 评论2 字号：大中小订阅（中国软件行业协会发布）编者按：省软件行业协会通过广泛征求企业意见，学习借鉴兄弟省市软件协会推出的软件价格估算方法，初步整理出本办法。
旨在规范软件市场、提升软件价值，共同营造软件行业发展的良好市场环境。
该估算方法，不是物价部门的定价，仅为软件开发价格、软件（系统）维护收费价格、系统集成价格提供估算方法和依据，且不对软件产品的销售价格做出任何规定，可以看作是行规。
该方法目前尚在征求意见阶段，请各企业积极参与制定，将好的意见提供给我们。
1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格＝开发工作量×开发费用／人·月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关。
软件开发工作量＝估算工作量经验值×风险系数×复用系数1.1.1估算工作量经验值（以A来表示）软件开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
计算机系统软件成本构成及估算方法
计算机系统软件成本构成及估算方法随着知识经济、信息时代的来临，运算机软件业迅猛进展。
商品化、资本化、资产化的运算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。
由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发、使用、爱护、治理的过程，是一个专门复杂的系统工程，需要有庞大的人力、物力、财力资源，需要各种运算机软、硬件的支持。
这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。
据统计，软件成本在软、硬件总成本中的份额，已从50 年代的百分之十几，上升到近期的百分之七八十，而且还在连续上升。
软件成本中的开发成本和爱护成本的比例，也从50年代的接近1：1，达到了近期的1：2。
系统软件开发成本和爱护成本在整个生命周期中份额。
本文对上表的数字作了部分调整。
主在爱护时期剔除了完善性爱护成本。
这一项成本不应列入托付评估系统软件的本次价值评估。
如此，开发、爱护成本在整个生命周期中的份额也相应发生了变化。
一、系统软件的成本构成系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、治理费用、财务费用待项开支的总和。
从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如运算机及相关设备的购置，不间断电源、空调器等的购置费。
（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。
（3）人工费，要紧是开发人员、操作人员、治理人员、的工资福利费等。
（4）培训费。
（5）通讯费，如购置运算机网络设备、通讯线路器材、租用公用通讯线路等的费用。
（6）差不多建设费，如新建、扩建机房、购置运算机机台、机柜等的费用。
（7）财务费用。
（8）治理费用，如办公费、差旅费、会议费、交通费。
（9）材料费，如打印纸、包带、磁盘等的购置费。
（10）水、电、汽、气费。
（11）专有技术购置费。
软件开发和服务项目价格构成及评估方法
软件开发和服务项目价格构成及评估方法软件开发和服务项目价格构成及评估方法一、引言在当今的商业环境中，软件开发和服务项目已成为企业实现其战略目标的重要手段。
这些项目的价格构成及评估方法不仅影响到企业的财务预算，还直接关系到企业的盈利能力和市场竞争力。
本文将详细介绍软件开发和服务项目的价格构成，并探讨评估这些项目价格的常用方法。
二、软件开发和服务项目价格构成1.人力成本软件开发和服务项目的主要成本之一是人力成本。
这包括项目经理、分析师、设计师、开发者等各类人员的薪资、福利和培训费用。
此外，还需考虑因项目延误或需求变更导致的人力资源浪费。
2.物力成本物力成本主要包括软件开发和维护过程中使用的工具、设备和场地的费用。
例如，服务器、电脑、软件工具等。
此外，还需考虑因项目延误或需求变更导致的物力资源浪费。
3.时间成本时间成本是软件开发和服务项目中一项重要的隐性成本。
它包括项目从启动到完成所需的时间，以及在此期间产生的相关时间和资源浪费。
4.其他成本除了以上三项主要成本外，软件开发和服务项目还可能包括其他一些费用，如市场调研费用、知识产权费用、第三方服务费用等。
三、软件开发和服务项目价格评估方法5.成本加成法成本加成法是一种基于成本的价格评估方法，它根据项目的实际成本加上一定比例的利润来确定价格。
这种方法简单易行，适用于具有稳定成本和收益的企业。
但缺点是忽略了市场需求和竞争环境对价格的影响。
6.市场比较法市场比较法是通过分析类似项目的市场价格来确定本项目价格的评估方法。
这种方法考虑了市场需求和竞争环境，有助于企业制定更具竞争力的价格策略。
但缺点是可能难以找到完全类似的参考项目。
7.客户价值法客户价值法是通过分析客户对产品的价值感知来确定价格的评估方法。
这种方法关注客户的需求和期望，有助于提高产品的市场竞争力。
但缺点是可能难以准确衡量客户对产品的价值感知。
8.投资回报法投资回报法是通过分析项目的投资回报率来确定价格的评估方法。
计算机软件的成本构成及估算方法
计算机软件的成本构成及估算方法计算机软件规模的划分标准：对于软件价值评估而言，软件规模的划分有实际意义的一个环节。
特别是对于采用成本法估算，软件规模大小是一个不可或缺的参数。
软件规模等级划分注：1K=1000；1M=1000000计算机软件的评估方法：A、运用成本法评估计算机软件的特点：①以工作量或程序语句行数为软件成本的度量，软件成本主要体现在人员工资上。
②国际上一般使用成本进行软件评估。
③计算机软件评估时，对于专用（即用户只有一个或若干个）软件以及虽属于通用软件但尚未投入生产、销售的，一般采用成本法。
④特别对于诸如自用型软件，不存在市场或市场容量少，难以通过销售软件使用许可权获得收益的情况，采用成本法较为可行。
另外，对于未开发完成软件，一般采用成本法进行评估也比较有说服力。
⑤适用于软件的整体转让、定价等经济行为。
⑥但是，成本法对于软件创造性价值考虑较少。
⑦软件维护成本较高，持续时间较长，各种软件都不相同，软件维护成本预测的准确性对软件价值影响较大。
⑧评估工作量大。
对于大型系统软件，一般可采用成本法进行评估。
当用于计算机软件产品定价，或者以计算机软件合资入股，确定计算机软件价值时，可以考虑采用成本法。
B、运用市场法评估计算机软件的特点：①存在着具有可比性的参照软件。
②价值影响因素明确，可以量化。
③用的较多的是功能类比法。
④多用于软件产品定价，软件整体价值评估等。
⑤其他软件的市场数据比较难采集，目前在我国可操作性不强。
⑥在市场数据比较公开化的前提下，工作量一般。
市场法一般用于计算机软件市场、技术市场和资产市场比较发达的国家和地区。
C、运用收益法评估计算机软件的特点：①资产与经营收益之间存在稳定的比例关系。
②未来收益可以预测。
③软件的收益期限较其他技术类产品短。
④收益额受软件技术水平、技术风险、市场前景等因素的影响与作用，因此，收益额预测的准确与否对软件评估值影响很大。
⑤对于已经生产并投放市场的诸如财务软件、人事工资管理软件等通用软件，具有市场容量的专业应用软件，以及对信息企业的价值评估，可采用收益法。
- 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个软件项目的 数据库，并采用功能点作为初始输入。