搜档网
当前位置:搜档网 › 软件开发成本估算.doc

软件开发成本估算.doc

软件开发成本估算.doc
软件开发成本估算.doc

软件开发成本估算

软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品,软件的成本不包括原材料和能源的消耗,主要是人的劳动的消耗。另外,软件也没有一个明显的制造过程,它的开发成本是以一次性开发过程所花费的代价来计算的。因此,软件开发成本的估算,应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试,整个开发过程所花费的代价作为依据的。

软件开发成本估算的经验模型

1.Putnam 模型

1978年Putnam提出的,一种动态多变量模型。

L = Ck * K1/3 * td4/3

其中: L-----------源代码行数(以LOC计)

K-----------整个开发过程所花费的工作量(以人年计)

td-----------开发持续时间(以年计)

Ck----------技术状态常数,它反映“妨碍开发进展的限制”,取值因开发环

境而异,见下表

从上述方程加以变换,可以得到估算工作量的公式: K = L3/(Ck3*td4)

还可以估算开发时间: td = [L3/(Ck3*K)]1/4

2.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模型两种类型。基本COCOMO模型是一个静态单变量模型,它用一个以已估算出来的源代码行数(LOC)为自变量的经验函数来计算软件开发工作量。中间COCOMO模型则在用LOC为自变量的函数计算软件开发工作量的基础上,再用涉及产品、硬件、人员、项目等方面属性的影响因素来调整工作量的估算。更详细的COCOMO模型除了包括中间COCOMO模型的所有特性外,还考虑了在需求分析、软件设计等每一步的影响。

* 基本COCOMO模型估算公式

E=a

b (KLOC)exp(b

b

D=c

b (E)exp(d

b

其中,E为开发所需的人力(人月),D为所需的开发时间(月),KLOC为

估计提交的代码行,a

b 、b

b

、c

b

和d

b

为不同软件开发方式的值,见下表。

由以上公式可以导出生产率和所需人数的公式:

生产率=(KLOC)/E(代码行/人月)

人数=E/D

* 中级COCOMO模型估算公式

中级COCOMO模型先产生一个基本COCOMO模型一样形式的估算公式,然后对15个成本驱动属性打分,定出乘法因子,对公式进行修正。

15个影响软件工作量的因素见下表:

中级COCOMO 模型的估算公式: E =a i (KLOC )exp (b i )×乘法因子 其中a i 和b i 的值见下表。

(3) IBM 模型

1977年,Walston 和Felix 总结了IBM 的60个项目数据,提出了如下的估算公式:

E =5.2×L 0.91

, L 是源代码行数(以KLOC 计),E 是工作量(以PM 计) D =4.1×L 0.36=2.4×E 0.35, D 是项目持续时间(以月计) S =0.54×E 0.6, S 是人员需要量(以人计) DOC =49×L 1.01, DOC 是文档数量(以页计)

软件开发成本估算

软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品,软件的成本不包括原材料和能源的消耗,主要是人的劳动的消耗。另外,软件也没有一个明显的制造过程,它的开发成本是以一次性开发过程所花费的代价来计算的。因此,软件开发成本的估算,应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试,整个开发过程所花费的代价作为依据的。 软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的,一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中: L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量(以人年计) td-----------开发持续时间(以年计) Ck----------技术状态常数,它反映“妨碍开发进展的限制”,取值因开发环境而异,见下表

从上述方程加以变换,可以得到估算工作量的公式: K = L3/(Ck3*td4) 还可以估算开发时间: td = [L3/(Ck3*K)]1/4 2.COCOMO模型(constructive cost model) 这是由TRW公司开发,Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量: DSI-------源指令条数。不包括注释。1KDSI = 1000DSI。 MM-------开发工作量(以人月计) 1MM = 19 人日 = 152 人时 =1/12 人年TDEV-----开发进度。(以月计) COCOMO模型中,考虑开发环境,软件开发项目的类型可以分为3种: 1.组织型(organic): 相对较小、较简单的软件项目。开发人员对开发目标 理解比较充分,与软件系统相关的工作经验丰富,对软件的使用环境很

软件开发费用计算方法

软件开发项目计算方法 (V2.0) 广东软件行业协会 二○○六年八月

目录 1前言 (2) 1.1 目的 (2) 1.2 软件项目建设类别 (2) 1.3 适用范围 (2) 1.4 名词解释 (3) 2软件项目费用概算 (4) 2.1项目阶段划分 (4) 2.2 各阶段费用构成 (5) 2.3 项目费用概算 (6) 3各项费用取费依据 (7) 3.1 咨询费 (7) 3.2 建设费 (8) 3.3 服务费 (8) 3.4 附加费 (12) 3.5需求变更估算 (12) 4工作量估算方法 (13) 4.1 开发阶段工作量估算 (13) 4.2 实施阶段工作量估算 (15) 4.3 维护阶段工作量估算 (17) 5人月成本估算方法 (18) 6其他事项 (19) 6.1 最终合同金额确定 (19) 6.2 付款方式 (20) 6.3 评估机构 (20) 软件项目规模功能点估算方法 (21) 1 功能点估算流程 (21) 2 功能点分析的要素 (22) 3 功能点计算(初步值UFC) (23) 4 确定技术复杂度因子TCF (24) 5 计算调节后的功能点数FP (25) 参考文献 (26)

1前言 1.1 目的 规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。 1.2 软件项目建设类别 软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。不同类别的软件项目,其费用构成和概算方法也不同。根据项目建设要求和方式,一般分为以下几类: 新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发:在现有产品的基础上进行提升和改造。 软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的 或者更加完整的产品。 1.3 适用范围 本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过

软件开发费用计算

.1软件项目价格评估书 信息技术飞速发展,计算机软件交易市场日趋成熟规范, 我方参照《软件开发和服务项目价格构成及评估方法》,以及,目前国际上通行的也比较科学的估算方法是采用功能点分析方法,使用此方法能够真实、准确地计算出计算机软件的价值以作为市场交易价格的参照依据. 1.价格评估公式: 项目建设费Q=咨询服务费P+项目建设费M(软件开发费D+实施费S+维护费W)+验收测试费C+工程监理费G 2.项目建设费计算公式: 软件开发费D=工作量(人月)*软件人员月人工费用 =(项目功能点*开发成本系数/7.5/22)*(3.23B) 开发成本系数:3000个功能以下3.5人工时/FP-4.0人工时/FP 3000-8000个功能以下4.0人工时/FP-4.5人工时/FP 实施费S =工作量(人月)*软件人员月人工费用 =(项目功能点*实施成本系数/7.5/22)*(3.23B) 分布式实施项目的系数 实施成本系数=开发成本系数*(0.2+(n-1)*k) 比例因子K:0.08<=k<=0.15具体按项目实施难度而定 维护费W=工作量(人月)*软件人员月人工费用 =(项目功能点*维护成本系数/7.5/22)*(3.23B) 维护成本系数=(开发成本系数+实施成本系数)*p

比例因子P一般为15%-20% 软件人员月人工费用=(工资+奖金+福利+办公成本+资源储备+基础建设+税收利润)*(1+管理费用百分比)=3.23B ?软件开发费D: 软件开发费用指对项目进行详细需求分析,系统设计,编码,测试等方面的工作而需支出的费用,取费主要依据项目规模(功能点),开发成本系数和软件人员月人工费,我方根据(附录四:软件功能说明表),对软件的功能进行分析认为:软件项目难度一般,由于各单位对报表的需求不一,所以编制报表的工作量较多,按照软件规模的大小,我们设定软件开发成本系数为4. 1.软件功能点计算 复杂加权因子表(Complexity weights Factor) 系数范围 采用系数 用户输入数EI 3-6 4 用户输出数EO 4-7 5 用户查询表EQ 3-6 5 内部逻辑文件 数ILF 7-15 12 外部接口文件 数EIF 5-10 6 1.软件功能表 数据表 接口 文件 外部 查询 逻 辑表 报 表数

软件开发报价的计算方法(完整版)

软件开发报价的计算方法(完整版) 1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量×开发费用/人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关:软件开发工作量=估算工作量经验值×风险系数×复用系数 1.1.1估算工作量经验值(以A来表示) 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 1.1.2风险系数(以σ来表示) 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤风险系数≤ 1.5 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“1.5”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。1.1.3复用系数(以τ来表示)

软件开发费用计算方法

文档从互联网中收集,已重新修正排版,word格式支持编辑,如有帮助欢迎下载支持。软件开发项目计算方法 (V2.0) 广东软件行业协会 二○○六年八月

目录 1前言............................................................................................................................ 错误!未定义书签。 1.1 目的 .................................................................................................................... 错误!未定义书签。 1.2 软件项目建设类别 ............................................................................................ 错误!未定义书签。 1.3 适用范围 ............................................................................................................ 错误!未定义书签。 1.4 名词解释 ............................................................................................................ 错误!未定义书签。 2软件项目费用概算.................................................................................................... 错误!未定义书签。 2.1项目阶段划分 ..................................................................................................... 错误!未定义书签。 2.2 各阶段费用构成 ................................................................................................ 错误!未定义书签。 2.3 项目费用概算 .................................................................................................... 错误!未定义书签。3各项费用取费依据.................................................................................................... 错误!未定义书签。 3.1 咨询费 ................................................................................................................ 错误!未定义书签。 3.2 建设费 ................................................................................................................ 错误!未定义书签。 3.3 服务费 ................................................................................................................ 错误!未定义书签。 3.4 附加费 ................................................................................................................ 错误!未定义书签。 3.5需求变更估算 ..................................................................................................... 错误!未定义书签。4工作量估算方法........................................................................................................ 错误!未定义书签。 4.1 开发阶段工作量估算 ........................................................................................ 错误!未定义书签。 4.2 实施阶段工作量估算 ........................................................................................ 错误!未定义书签。 4.3 维护阶段工作量估算 ........................................................................................ 错误!未定义书签。 5人月成本估算方法.................................................................................................... 错误!未定义书签。6其他事项.................................................................................................................... 错误!未定义书签。 6.1 最终合同金额确定 ............................................................................................ 错误!未定义书签。 6.2 付款方式 ............................................................................................................ 错误!未定义书签。 6.3 评估机构 ............................................................................................................ 错误!未定义书签。

软件开发费用计算方法

软件开发项目计算方法 () 广东软件行业协会 二○○六年八月

目录

1前言 目的 规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。 软件项目建设类别 软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。不同类别的软件项目,其费用构成和概算方法也不同。根据项目建设要求和方式,一般分为以下几类: 新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发:在现有产品的基础上进行提升和改造。 软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的或者更加完整的产品。 适用范围 本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过

程(包括立项可行性分析,需求分析、编码实现、安装实施、运行维护各个阶段工作)。其中人月成本的计算方法也适用于其他类型的项目。 本指南是站在行业的角度,去评估一个应用软件项目的开发费用应该是多少,而不是站在开发商的角度去计算某企业开发软件时的成本支出是多少。虽然这两者之间会有关联。 对于同一软件开发项目,不同的开发商由于各自的技术、能力、管理、积累以及其他方面的因素,其实际成本支出会有较大差异。而这不在本指南考虑之内。 名词解释 应用软件:是指针对特定领域开发,为特定目的服务的一类软件。 软件开发:指从软件项目启动到项目实施前这一时间段的工作。其内容包括详细设计、编码、测试、系统调试等方面的工作。 系统实施:指软件项目开发完毕进行安装到项目正式验收这一时间段的工作。其内容包括系统安装、个性化配置、用户培训等方面的工作, 但不包括各实施点的本地化开发工作。 运行维护:指从软件项目正式验收到合同规定的项目维护期结束的这一时间段的工作。其内容包括在此期间所需要提供的原系统完善性修改 和服务等工作(不包括新增需求和原功能的重大变更)。如:运 行管理、系统平台维护、应用软件维护、数据维护等 验收测试:确定项目是否符合其验收准则,使客户能确定是否接收此项目的正式测试。 功能点(FP):功能点是对软件功能和大小的间接度量单位,一般通过必须和

软件开发报价和报价材料模板的计算方法

软件开发报价的计算方法 1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量× 开发费用/人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关:软件开发工作量=估算工作量经验值× 风险系数× 复用系数 1.1.1估算工作量经验值(以A来表示) 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 1.1.2风险系数(以σ来表示) 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤ 风险系数≤ 1.5 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“1.5”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。 1.1.3复用系数(以τ来表示) 估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法” ,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。因此: 0.25 ≤ 复用系数≤ 1 根据国内外软件企业在实施基于构件开发方法(软件产品线)的经验数据,提高工作效率达到25%(最高值)。 1.2开发费用/人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用/人·月=(P+Q+R)× S× τ 1.2.1 P(人头费) 人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%-80%。 P = B × 1.476 国家规定的公积金 7%,医疗保险金12%,养老金22%,失业金 2%(即通常所说的四金),另外还有按工资总额计征的工伤保证金0.5%,生育保证金0.5%,残疾基金1.6%,工会基金2%,累计为47.6%。 B为平均工资,即企业支付给员工的工资、奖金、物质奖励等多项总和,除以企业员工数,分摊到每个月。

软件开发工作量估算和报价

1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量×开发费用/人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关: 软件开发工作量=估算工作量经验值×风险系数×复用系数 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此:

l≤风险系数≤ 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法”,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。因此: ≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法(软件产品线)的经验数据,提高工作效率达到25%(最高值)。 开发费用/人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用/人·月=(P+Q+R)×S×τ 人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%-80%。 P=B× 国家规定的公积金7%,医疗保险金12%,养老金22%,失业金2%(即通常所说的四金),另外还有按工资总额计征的工伤保证金%,生育保证金%,残疾基金%,工会基金2%,累计为%。B为平均工资,即企业支付给员工的工资、奖金、物质奖励等多项总和,除以企业员工数,分摊到每个月。

软件开发费用核算管理办法

软件开发费用核算管理办法 一、目的 为加强软件开发项目的管理,加速公司的新产品(新工艺)的研究开发和新技术的推广应用,统筹合理安排软件开发项目费用的开支,特制定本制度。 二、适用范围 本制度适用于北京国都信业科技有限公司软件开发项目(即新产品、新工艺研究开发、新技术推广应用项目)的管理。 三、软件开发费用开支范围 1.软件开发项目所发生的项目调研费、资料费、差旅费、技术协作费,以及专为项目购置的材料和测试仪器、设备等费用。 2.为软件开发项目进行的技术咨询和学术交流等活动所发生的评审费、咨询费、会议费等费用。 3.为搜集行业科技情报及知识产权工作所发生的技术资料费、出版印刷费、专利年费等费用。 4.软件开发人员的工资薪金、办公场所租金、以及用于科技进步奖励所发生的费用。 四、软件开发费用的管理 1.公司财务部是软件开发费用的归口管理部门,具体负责软件开发项目的审定和费用指标方案的制定以及项目结果的评定工作。 2.软件开发费用的拨付按照公司资金拨付的规定执行,各项目组应在软件开发项目立项批准意后方可启用,并由项目承担单位按规定的使用范围严格控制、合理使用。 3.软件开发费用按软件开发项目计划下达到具体项目,实行专款专用,严格管理,不得挪做它用。软件开发项目以合作或委托第三方形式进行的,必须签订项目外包技术合作合同,并经财务部审查后才能生效拨款。 4.软件开发费用在使用中,分管软件开发技术工作的负责人,应按内控制度授权的规定执行,并按照不同的项目进行核销。 5.软件开发费用核销时,须由项目负责人、分管软件开发技术的负责人、总经理审核同意后方可到财务报销付款。 6.采用项目外包或第三方协作完成的有关软件开发项目所取得的软件开发成果,所有权均归属公司,所形成的知识产权纳入公司知识产权管理范围进行管理。

软件开发费用计算方法

. 软件开发项目计算方法 (V2.0) 广东软件行业协会 二○○六年八月

目录 1前言 (2) 1.1 目的 (2) 1.2 软件项目建设类别 (2) 1.3 适用范围 (2) 1.4 名词解释 (3) 2软件项目费用概算 (4) 2.1项目阶段划分 (4) 2.2 各阶段费用构成 (5) 2.3 项目费用概算 (6) 3各项费用取费依据 (7) 3.1 咨询费 (7) 3.2 建设费 (8) 3.3 服务费 (8) 3.4 附加费 (12) 3.5需求变更估算 (12) 4工作量估算方法 (13) 4.1 开发阶段工作量估算 (13) 4.2 实施阶段工作量估算 (15) 4.3 维护阶段工作量估算 (17) 5人月成本估算方法 (18) 6其他事项 (19) 6.1 最终合同金额确定 (19) 6.2 付款方式 (20) 6.3 评估机构 (20) 软件项目规模功能点估算方法 (21) 1 功能点估算流程 (21) 2 功能点分析的要素 (22) 3 功能点计算(初步值UFC) (23) 4 确定技术复杂度因子TCF (24) 5 计算调节后的功能点数FP (25) 参考文献 (26)

1前言 1.1 目的 规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。 1.2 软件项目建设类别 软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。不同类别的软件项目,其费用构成和概算方法也不同。根据项目建设要求和方式,一般分为以下几类: 新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发:在现有产品的基础上进行提升和改造。 软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的 或者更加完整的产品。 1.3 适用范围 本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过

信息化项目软件开发费用测算规范

信息化项目软件开发费用测算规范 1 范围 本标准规定了定制类信息化项目软件开发费用测算的方法及过程,包括软件开发费用的构成、软件 规模、工作量、费用及工期测算方法及过程。 本标准适用于以功能性需求为主的定制类信息化项目软件开发费用 测算。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 ISO/IEC 20926 软件和系统工程—软件度量—IFPUG功能规模度量方法2009(Software and systems engineering -- Software measurement -- IFPUG functional size measurement method 2009) ISO/IEC 24570 软件工程—NESMA功能规模度量方法2.1版—功能点分析应用定义和计数指南 (Software engineering -- NESMA functional size measurement method version 2.1 -- Definitions and counting guidelines for the application of Function Point Analysis)

3 术语、定义和缩略语 3.1 术语和定义 下列术语和定义适用于本文件。 3.1.1 信息化项目information technology project 旨在提高信息化水平的信息系统建设及优化任务。 3.1.2 委托方sponsor 软件开发项目的出资方。 3.1.3 开发方developer 受委托方委托,负责软件开发的组织或团队。 3.1.4 第三方third-party 委托方和开发方之外的主要利益相关方。 注:监理、审计、咨询机构等均为第三方。 DB11/T 1010—2013 2 3.1.5 软件开发费用software development cost 委托方为达成软件开发项目目标而需向开发方支付的费用。 3.1.6

软件开发成本估算

软件成本估算 近年来,由于软件的价格越来越高,在计算机系统中软件所占的比重越来越大,软件价格估计的差错对于一个计算机公司的盈亏起到举足轻重的作用。因此,软件成本的估计受到普遍的重视。 软件价格的计算不是一门精确的学科,因此我们称为成本估算。它受到许多因素的影响,包括人的技术和环境的影响。在开发工作尚未开始之前作软件成本估价就要冒险。有的公司采用“三段估价”的办法,在开发初期的计划阶段订出初步估算价,在要求分析阶段后给出一个修正估算价格,在设计完成之后给出最终估算价格。在软件成本估算方面的工作大多数都从分析与软件成本相关的因素入手。 一、影响软件成本的因素 1. 软件人员的业务水平 软件人员的素质、经验、掌握知识的不同在工作中的表现有很大的差别。有人作过试验,组织一些不同程度的软件人员开发同一课题,对开发的程序进行统计分析,结果发现,完成得好的和差的,生产率相差五倍,甚至十几倍。可见软件人员的业务水平对软件产品的生产率影响是很大的。 2. 软件产品按开发的复杂性可分为三类: 一类是应用程序,如用高级语言写的科学计算、数据处理、企业管理等用户程序。 二类是实用程序,如用系统程序设计语言或汇编语言写出的编译程序、汇编程序、联接编辑程序、输入加载程序。 三类是系统程序,如用汇编语言或系统程序语言写的操作系统、实时处理控制系统等。这三类程序,以系统程序的生产率为1,以应用程序开发的复杂为1,可以画出三类程序的生产率和复杂性的比例关系图表。 见表2.3 表2.3 生产率和复杂性比例关系表 项目系统程序实用程序应用程序 生产率 1 5—1025—100 复杂性9 31 B.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所示。 估计工作量

软件项目开发成本估算案例分析

软件成本估算应用案例分析 本文以某公司开发一套人力资源管理系统为例来讲解软件成本估算的方法及过程。 项目需求: 某甲方需要一套人力资源管理系统,该软件企业想要去投标,甲方单位业务部门人员列出了比较原始的业务需求,具体需求描述如下: 1)组织架构管理 对公司的组织架构进行维护和图形化显示,包括部门、岗位等信息。可以对部门进行新建、修改、删除、合并、改变归属关系、设定岗位人数并根据已录入的档案信息自动显示实际岗位人数。支持部门、岗位信息的EXCEL模板导入功能。可以对岗位进行新建、修改、查询、删除等,岗位信息包括岗位说明、相关联工资级别等。 2)招聘管理 对于空缺岗位生成招聘申请,人力资源主管和部门主管审批后自动发布到外部招聘渠道。可以查询招聘信息或删除已过期的招聘信息。对应聘人员信息进行管理,将得到的简历、面试情况录入到系统并进行维护。 3)档案管理 对员工的信息进行管理,包括员工基本信息(如姓名、年龄、性别、岗位、电话、邮件等)、家庭档案信息、培训记录、工作记录。还包括员工照片、社保号码等。授权用户可以对员工档案进行查询或进行修改(如调动、离职、绩效考

核信息填写等) 4)人力地图 将公司的全部或某部门组织架构图显示出来,并可查看员工的基本信息。本人可以维护部分个人信息,如手机号码、个人主页地址、个人说明等。 5)培训管理 制订公司年度培训计划进行管理,并对每次公司级培训建立培训记录并对培训效果进行分析。提供年度培训计划的建立、修改、审核、审批等功能。对每次培训进行管理,可自动发送培训通知,培训后填写培训满意度、培训总结。可以对某时间段内的培训或选定培训进行培训效果的比较和分析 6)人力资源分析 包括基于人数的分析和基于部门的分析。基于人数的分析包括统计各岗位、各部门、各学历、各年龄段的人数、各岗位/部门实际人数和空缺人数等。基于部门的分析包括分析各部门到岗率、入/离职情况、岗位构成、学历构成、年龄构成等。 7)报表中心 授权用户可查看或打印员工基本信息、培训信息、工作情况、考核情况、并提供人力资源常用模板(如离职申请、培训申请等)的下载和打印。 软件项目成本估算: (1)测算规模 基于上述的业务需求,用预估功能点方法进行规模测算。测算出来的调整后功能点规模是260。具体如表D-6所示:

在软件项目成本计算中引入估算

在软件项目成本计算中引入估算、预算和决算体系 2008-5-27 15:50 摘要:软件项目的成本估算和成本控制一直是软件项目管理研究的一大难题,本文提出 在软件项目成本估算中采用功能点方法,在软件项目成本预算中实施工作结构分解和COCOMO方法结合的方法,在软件项目结束后引入决算和审计机制,为软件企业建立起一个基于估算、预算和决算的知识库系统,来达到提高成本管理能力的目的。 关键字:软件成本估算,功能点,WBS, COCOMO,估算,预算,决算 引言 软件成本超支是软件项目中经常遇到的问题。很多软件项目经理都曾经历过这样的情况, 由于开发成本的超支,软件项目做完之后,不仅不能得到上级领导的表扬,甚至连项目奖金 都拿不到,而这一切都来源于当初对项目成本估算的不准。 随着软件开发技术的发展,软件成本在计算机系统总成本中影响越来越大,它直接影响到投资者的决策和软件项目的开发。没有合理而准确的软件成本估算,就无法很好地进行软件项目的管理。 据国际数据公司的研究报告显示,全球500强企业中,信息技术投资超过生产设备投 资的企业达65%.然而软件项目的开发情况却不容乐观,1995年,美国大概只有10%的软件 项目可以按时交付,而且费用也不超支,约30%的项目没有完成就被取消了。 项目超支的原因是多方面的,其中一个主要原因是由于软件开发过程中,成本控制工作 没有做好,没有对资源配置进行优化,因此造成了成本浪费。而更多的原因则来自对软件项 目成本的错误估算,用一个不可能的成本来实现一个比预算昂对得多的软件,不管如何控制 都将无法避免成本超支的噩运。 常用软件成本估算模型介绍在软件成本估算领域,有很多的估算模型,这些模型经过了 几十年的发展,其中部分模型成为了目前软件成本估算的常用模型,如功能点、DEL PH、SDC 和COCO MO等。其中以功能点和COCOMO模型应用最广。 功能点估算模型 功能点方法的本质是站在客户的角度度量系统,它认为系统的功能可以分为以下5类: 内部逻辑文件、外部接口文件、外部输入、外部输出和外部查询。根据计算规则首先确定每 个功能的分类及其功能复杂度,从而可以得到每个功能的权值,全部功能的权值相加就得到 “未调整的功能点数”。 功能点方法可以在早期度量软件的规模,软件的规模与它的工作量、进度和成本关系紧 密,早期准确的软件规模度量有助于确定软件价格和提高策划过程中估算的能力。

软件开发报价的计算方法完整版

软件开发报价的计算方 法 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

软件开发报价的计算方法 1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量×开发费用/人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关: 软件开发工作量=估算工作量经验值×风险系数×复用系数 估算工作量经验值(以A来表示) 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 风险系数(以σ来表示) 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤风险系数≤ 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。

开发一个APP软件的费用是如何计算的

随着移动互联网的快速发展,手机APP开发进入了一个高潮期,各行各业包括酒店、教育、家居等传统行业都开始着手开发专属自己的APP。而出于成本、效率等因素的考虑,很多企业都是选择把APP开发项目外包给专业的软件开发商来做,这时企业就必须要考虑APP开发的费用了。 那么,开发一个APP软件的费用是如何计算的?如何才能降低软件的开发成本呢?下面为您简单分享一下! 一个App软件的开发成本是怎么计算的? 一、App越复杂费用越高 一般来说,所想要开发的APP功能越多,或者功能越复杂,所对应的开发时间也就会随之增加,因此,APP开发的费用也就自然而然的上上升了。就像要盖一栋房子一样,楼层越多,需要的建筑工人,建造时间及建造材料都会相应的越多,建造成本也就自然随之增加! 有些客户可能会认为开发一款APP是一口价就好,不过一般正规的APP定制开发商对项目报价时是不会“一口价”的,除非是些“假定制”或者“模板化开发”的公司可能会用一口价吸引客户,但所开发出来的软件质量及可控性就需要打个问号了。 二、App的开发工作范围越大,费用越高

有些项目可能只是处于“想法”阶段,没有进行任何系统性和合理性的方案设计、市场调查等,甚至没有对所要做的APP功能做简单规划,即这个APP项目完全是从0开始,这样的话,软件开发商在接这类项目时可能会有进行较多“前期对接工作”,而且整个APP 项目从开始到确定合作意向,再到签订合同落实开发等流程的时间比较长,相应的APP软件开发成本可能也就会更高一些。若用户在之前对项目进行过市场调查及APP部分功能规划的话,也许可以降低不少开发成本。 三、App要求的质量越高,开发费用越高 一般来说,即使是同一个功能的App,若质量不同,比如UI用户界面是否美观、整体设计时是否足够高端,面向特定人群是否合理化等等方面,那么开放价格自然也有所不同,质量越高,开发费用也就越高。而且App软件还有着升级的问题,一般来说,升级也是需要大量工作的,若承担升级和完善的价格,最终开发费用也会更高。简单来说就是,开发App的价格并不是固定的,同样的功能开发,App的收费可能也不一样。通常情况下,软件开发商都是根据所要开发的功能要求来进行报价的。 因此,企业开发APP时必须要考虑的一个关键性因素就是开发成本,只有获得更高的性价比,才能占据更大的竞争优势。下面汇新云再为您分享一下该如何去降低APP的开发成本。 1、单平台开发。对企业来说,自身的APP产品在越多的平台运行越好,比如安卓、苹果等,但是对成本预算少的公司来说,开发多个平台的APP的话成本会增加至少一半。前期可从单平台开发开始,如此不仅可以减轻一些成本负担还可以让公司看到市场的实际情况。

软件项目中的成本构成及估算方法

软件项目中的成本构成及估算方法 随着知识经济、信息时代的来临,计算机软件业迅猛发展。商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多,而且有越来越多的趋势。由于系统软件通常是一些规模大、复杂程度高的人一机系统,因此,系统软件的开发、使用、维护、管理的过程,是一个非常复杂的系统工程,需要有巨大的人力、物力、财力资源,需要各种计算机软、硬件的支持。这一特点是在系统软件评估中应予充分考虑的,也是从成本途径评估系统软件价值时应予着重关注的。据统计,软件成本在软、硬件总成本中的份额,已从50年代的百分之十几,上升到近期的百分之七八十,而且还在持续上升。软件成本中的开发成本和维护成本的比例,也从50年代的接近1:1,达到了近期的1:2。系统软件开发成本和维护成本在整个生命周期中份额。本文对上表的数字作了部分调整。主在维护阶段剔除了完善性维护成本。这一项成本不应列入委托评估系统软件的本次价值评估。这样,开发、维护成本在整个生命周期中的份额也相应发生了变化。 一、系统软件的成本构成系统软件的成本作为一个经济学范畴,应反映软件产品在其生产过程中所耗费的各项费用,为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。从财务角度来看,列入系统软件的成本有如下的项目:(1)硬件购置费如计算机及相关设备的购置,不间断电源、空调器等的购置费。(2)软件购置费,如操作系统软件、数据库系统软件和其它应用软件的购置费。(3)人工费,主要是开发人员、操作人员、管理人员、的工资福利费等。(4)培训费。(5)通讯费,如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。(6)基本建设费,如新建、扩建机房、购置计算机机台、机柜等的费用。(7)

软件开发费用计算方法

实用标准文案 软件开发项目计算方法 (V2.0) 广东软件行业协会 二○○六年八月

目录 1前言 (3) 1.1 目的 (3) 1.2 软件项目建设类别 (3) 1.3 适用范围 (3) 1.4 名词解释 (4) 2软件项目费用概算 (5) 2.1项目阶段划分 (5) 2.2 各阶段费用构成 (6) 2.3 项目费用概算 (7) 3各项费用取费依据 (8) 3.1 咨询费 (8) 3.2 建设费 (9) 3.3 服务费 (9) 3.4 附加费 (14) 3.5需求变更估算 (15) 4工作量估算方法 (16) 4.1 开发阶段工作量估算 (16) 4.2 实施阶段工作量估算 (19) 4.3 维护阶段工作量估算 (20) 5人月成本估算方法 (21) 6其他事项 (23)

6.1 最终合同金额确定 (23) 6.2 付款方式 (23) 6.3 评估机构 (24) 软件项目规模功能点估算方法 (25) 1 功能点估算流程 (25) 2 功能点分析的要素 (26) 3 功能点计算(初步值UFC) (27) 4 确定技术复杂度因子TCF (29) 5 计算调节后的功能点数FP (30) 参考文献 (31)

1前言 1.1 目的 规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。 1.2 软件项目建设类别 软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。不同类别的软件项目,其费用构成和概算方法也不同。根据项目建设要求和方式,一般分为以下几类: 新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发:在现有产品的基础上进行提升和改造。 软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的或者更加完整的产品。 1.3 适用范围 本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过

相关主题