当前位置:首页 » 生产成本 » 测算流程中得知软件成本测算的基础是什么
扩展阅读
建筑成本最低多少钱 2024-05-07 19:02:45

测算流程中得知软件成本测算的基础是什么

发布时间: 2022-10-04 10:19:43

① 软件工程经济学问题

软件成本的测算影响的因素很多,难以准确的测算,只能说在10%的准确度,任务复杂,所以测算困难。
测算流程可以参考一下这个:http://wenku..com/view/9bf91ad026fff705cc170ad9.html

下面是构成,不知道能否帮到你哦
系统软件的成本构成
系统软件的成本作为一个经济学范畴,应反映软件产品在其生产过程中所耗费的各项费用,为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。
从财务角度来看,列入系统软件的成本有如下的项目:
(1)硬件购置费如计算机及相关设备的购置,不 间断电源、空调器等的购置费。
(2)软件购置费,如操作系统软件、数据库系统软件和其它应用软件的购 置费。
(3)人工费,主要是开发人员、操作人员、管理人员、的工资福利费等。
(4)培训费。
(5)通讯费,如 购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。
(6)基本建设费,如新建、扩建机房、购置计算机机台、机柜等的费用。
(7)财务费用。
(8)管理费用,如办公费、差旅费、会议费、交通费。
(9)材料费,如打印纸、包带、磁盘等的购置费。
(10)水、电、汽、气费。
(11)专有技术购置费。
(12)其它费用,如资料费、固定资产折旧费及咨询费。
系统软件的成本由软件的开发和维护成本所构成,即: C=C1+C2
式中:C为系统软件的开发成本;C1为系统软件的开发成本所构成;C2为系统软件的维护成本。
1、系统软件的开发成本C1的测算。
我们认为系统软件的开发成本按其工作量及单位工作量成本来测算是可行的,具体测算方法为按系统软 件的软件规模(一般为软件源程序的指令行数,不包括注释行)、社会平均规模指数以及工作量修正因素来 进行。尤其是CAD系统软件的实际测算,结合国内外研究成果的综合分析和专家咨询,软件社会平均生产率 参数和软件社会平均规模指数可分别确定为3.5和1.3左右;软件工作量订由八个因子、五个等级组成。
2、系统软件维护成本C2的测算。
系统软件的维护为修正现有可运行软件并维护欺其主要功能不变的过程。系统软件在其交付使用后,其维护阶段在软件生命周期或生存期中占较大比重,有的可达软件生存周期的50-70%.因此,系统软件的维护成本是软件成本测算中不可忽略的一部分。
系统软件的维护包括三类:A、改正、纠正性维护;B、适应性维护;C、完美性维护。其中C类是为扩充 功能、提高性能而进行的维护,在软件资产价值评估中一般不计入该系统软件成本,而A、B两类,则与软 件的开发过程有着紧密的联系,应计入软件成本。
在系统软件维护阶段,对软件工作量的影响因素与开发阶段的影响因素基本相同,是开发阶段影响因素 的后的影响。因此,系统维护的可靠性越大,规模越复杂,隐错越难发现,纠错越难。系统软件越复杂, 要使其适应软、硬环境变化,进行适应性维护也越困难。当然,可靠性大、复杂度高的系统软件,其可维 护性要求也越高,软件在运行中出错的可能性也会少些。基于上述分析,系统软件维护成本的测算,可按 系统软件开发成本乘以一个该系统软件的维护参数来求取。这一维护参数,可按系统软件的复杂度从简单 到一般、到复杂的顺序,分别取0.15、0.20、0.25及0.30、0.35、0.40等。

② 软件开发成本估算方法有哪几种

开发一个软件项目,成本如何估算?对此业内已经形成了较为通用的做法,估算步骤主要是这样的:A.软件项目需求沟通-》B.软件项目需求拆分-》C.每个需求点的人天评估-》D.项目人天汇总-》E.商务报价定稿,下面我给大家逐一分解:

A节点主要是将客户需要做什么弄清楚;

B节点则将需求按模块拆分成需求点;

C节点则是根据企业开发实力和过往经验判断每个功能点多少人多少天完成(这个点需要较为资深的销售经理或项目经理来评估);

D节点则是把项目所有人天及价格进行汇总,这个汇总不是简单的相加,因为前面步骤得出的人天仅仅是开发部分的工作量,但是软件开发还包括需求调研、系统设计、系统测试、UAT、上线和运维等等,这部分一般通过一定系数进行测算得出;

E节点就是考虑商务层面而非技术层面的因素对最终价格进行修订,比如甲方是一个大企业那么可能第一次合作吃亏也得进去先,比如说甲方不差钱那报价可以适度提升以防后续有需求变更等等;

为了让大家有个清晰的认知,我把工作中接触过的一个评估模板(只到D节点哈)复制上来给大家参考:

软件开发成本估算模型

以上是我从知乎大神处借鉴来的软件开发成本估算方法之一,也有一些其他办法,比如拿着同一份需求找不同厂商报价,看报价分布区间就能知道大概成本,另外对于资深的项目经理或开发人员,他们凭借感觉也是能估算的出来的......其他的欢迎其他同仁积极发表意见,毕竟借助科学的评估流程、工具及经验做好软件项目成本估算,从而更好的保障项目盈利是非常有必要的。

③ 软件开发的成本如何核算!

软件开发的成本如何核算

如今,不少企业都想拥有属于自己企业或产品的手机APP,但其中最困扰企业主的问题就是:开发一款手机APP到底需要多少钱?

简单点来说,要视手机APP的需求及质量而言,价位一般在几千到十几万左右,更高端的价格更高。

四、APP开发公司的所在地

需要注意的是,同样实力的APP开发公司,在不同的城市也会导致APP的成本费用高一些,如在北京、深圳和上海等地的开发公司开发成本费用就会比较高,因为当地开发人员的薪资和其他支出相对更高。

④ 如何确定软件的开发成本价

软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。

其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。

国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示:

国家准中的四个估算过程,层层递进,逐步细化,最终达到科学、一致的成本估算。

一、软件规模估算

通常情况下,规模估算是软件成本估算过程的起点。

估算规模是后续计算软件项目的工作量、成本和进度的主要输入,是项目范围管理的关键,因此,在条件允许的情况下,应首先进行规模估算。

在规模估算过程中,需要注意以下情况:

1.在规模估算开始前,应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外,还应进行初步的子系统/模块划分,并对每一子系统或模块的基本用户需求进行说明,以保证可以根据项目需求进行规模预估。

2.依据项目特点和需求详细程度不同,通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算,在适用IFPUG或NESMA方法时,可以根据需求的粒度和管理需要,选择预估功能点方法、估算功能点方法或者详细功能点方法。

3.若当前的项目需求极其模糊或不确定,可不进行规模估算,而直接采用类比法或类推法估算工作量和成本。

二、工作量估算

在完成规模估算后,应当开展工作量估算工作,若当前项目未开展规模估算,也可直接启动工作量估算工作。

工作量估算时,可采用方程法、类比法、类推法、功能点法:

方程法:即基于基准数据建立参数模型,通过输入各项参数,确定估算值。

类比法:即将待估算项目的部分属性与类似的一组基准数据进行比对,进而确定估算值。

类推法:即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对,并进行适当调整后确定估算值。

功能点法:从用户视角出发,通过量化系统功能来度量软件的规模,这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛,并且已经取代代码行成为最主流的软件规模度量方法。

在开展工作量估算的过程中,需要注意以下情况:

1.当需求极其模糊或不确定时,如果此时具有高度类似的历史项目,则可直接采用类推法,充分利用历史项目数据来粗略估算工作量。

2.当需求极其模糊或不确定时,如果此时具有与本项目部分属性类似的一组基准数据,则可直接采用类比法,充分利用基准数据来粗略估算工作量。

3.对于规模估算已经开展的项目,可采用方程法,通过输入各项参数,确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时,在采用方程法估算工作量时,工期要求有可能是方程的参数之一。

4.为追求估算的准确性,建议在条件允许的情况下,可采用两种估算方法,对估算结果进行交叉验证,若估算结果差别不大,可直接使用两种估算结果的平均值或以某种估算结果为准,若差别较大,需进行差异分析。

5.工作量的估算结果宜为一个范围而不是单一的值。

三、成本估算

在获得了工作量估算结果后,可采用科学的方法进行成本估算。

在成本估算过程中,应需要注意的情况:

1.类比法和类推法,同样适用于需求极其模糊或不确定时的成本估算;

2.间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织,项目周期越长,项目组成员越多,其分摊的间接成本就越高,此时项目的间接成本与工作量估算结果直接相关;

3.直接非人力成本通常与工作量估算结果无关,宜单独分项测算;

4. 成本估算结果,也通常为一个范围,而不是单一的值。

四、确定软件开发成本

在《软件工程 软件开发成本度量规范》中,将软件开发成本分为四类,主要是为便于对成本构成(即哪些成本属于开发成本,哪些不属于开发成本)进行清晰界定。

而在实际确定软件开发成本时,通常并不是分别测定四类成本,加和后获得总成本,而是通常采用以下两种方式确定总成本:

1.根据人力成本费率及工作量估算直接人力成本和间接成本之和,再加上直接非人力成本,获得总成本;

2.根据规模综合单价和软件规模,测算出直接人力成本和间接成本之和,再加上直接非人力成本,获得总成本。

在进行软件的规模、工作量、成本估算时应遵循以下原则:

1.在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法;

2.充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算;

3.工作量和成本的估算结果宜为一个范围值;

4.在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整;

5.成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法;

6.在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。

除了上述主要原则外,我们还需注意在使用基准数据时:

1. 对于委托方和第三方,建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。

2.对于开发方,在引入行业基准数据的基础上,可逐步建立组织级基准数据库,以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致,以便于与行业基准数据进行比对分析,并持续提升组织能力。

⑤ 软件项目的成本如何估算

定制软件开发是软件开发的一个领域,开发定制的数字技术解决方案以满足特定业务组织的特定需求。话虽如此,任何投资于定制软件开发的组织都必须有适当的计划和预算。定制软件开发项目有两个非常重要的限制需要考虑:时间和成本。(准确估算软件开发项目的成本是保障其整体成功的关键)。

在为某个定制软件开发项目制定计划时,组织或个人会问两个问题。

“多少钱?”

“多长时间?”


一、确定定制软件开发的基础工作

要确定和估算某个软件开发项目的成本,必须了解定制软件开发的基础知识。更具体地说,您必须知道问题的答案:

“定制软件开发是如何执行的?”

为了最简单、最全面地回答这个问题,需要讨论以下几点,它们是定制软件开发的基础。

  • 确定需求——它有助于更好地估算成本,还可以正确开发和执行开发任务。

  • 计划整个过程并设定目标——为整个软件项目开发周期制定适当的计划可以在时间和成本管理方面大有帮助。

  • 详细文档——必须记录项目计划、实施计划、测试计划、范围说明书和培训计划中的所有内容。

  • 为定制软件寻找合适的专业团队——能够高效工作并且能够同时处理多项任务,为整个过程提升效益。


二、确定影响定制软件开发成本的因素

在下面这一部分,讨论影响自定义软件开发项目的关键因素。确定软件开发项目的成本需要组织或个人考虑并考虑这些因素。

  • 软件的规模和类型:软件的规模和类型是决定开发成本的两个关键因素。

例如,移动应用程序或电子商务商店将比银行或医院 ERP 解决方案等其他类型的软件便宜。自定义软件、仓库管理、安全应用程序和 CRM 解决方案的类型通常更加昂贵和耗时。

  • 复杂性:开发的复杂性是影响整体定制软件开发估算的关键因素。

  • 设计结构:设计结构有两个关键领域:创意设计和UI/UX设计。这两个因素对于项目的总成本都是必不可少的。

  • 集成:第三方集成需要大量的精力和资源。

  • 数据迁移:数据迁移是一个非常具体和准确的过程,需要自定义脚本和多个渠道。

  • 开发时间:开发时间是影响定制软件开发成本的关键因素,人力成本是最大的支出。

  • 功能和平台:尽管听起来很明显,软件运行的平台及其功能对您需要在产品上进行的整体投资有重大影响。

  • 测试:有助于确定软件的效率和功能,还涉及一些影响项目总成本的支出。

  • 维护:在成本估算时,还必须考虑某种定制软件产品的维护和支持类型。


三、如何估算定制软件的规模

快速功能点方法是依据国际标准《ISO/IEC 24570-2005软件工程NESMA功能尺度测量法2.1版功能点分析应用的定义和计数指南》提出的一种软件规模度量方法。

该方法适用于软件项目早期、中期、后期等各个阶段的规模估算或测量。

快速功能点方法进行规模估算或测量的基本过程或步骤如下:

  • 确定计数类型

  • 识别系统边界

  • 识别功能点计数项

  • 计算未调整的功能点数

  • 计算调整后的功能点数。

那么就让新星为大家详细对每个步骤进行剖析:

1、确定计数类型

根据需求或项目的类型确定计数类型。

计数类型分为三种:新开发延续开发已有系统计数

  • 对于新开发需求或项目,对预计(或实际)投产的功能进行计数;

  • 对于延续开发需求或项目,对预计(或实际)新增、修改及删除的功能均进行计数;

  • 对于已有系统,对实际的功能进行计数。

2、识别系统边界

在识别系统边界的时候应注意:

  • 应从用户视角出发,不受系统实现影响;

  • 主要是为了区分内部逻辑文件(ILF)和外部接口文件(EIF);

  • 事务功能应穿越识别的系统边界。

3、识别功能点计数项

功能点计数项分为数据功能和交易功能两类。

  • 数据功能——包括内部逻辑文件(ILF)、外部接口文件(EIF);

  • 交易功能——包括外部输入(EI)、外部输出(EO)、外部查询(EQ)。

数据功能:系统提供给用户的满足产品内部和外部数据需求的功能,即本系统管理或使用那些业务数据(业务对象),如“客户信息”“账户交易记录”等。内部逻辑文件或外部接口文件所指的“文件”不是传统数据处理意义上的文件,而是指一组客户可识别的、逻辑上相互关联的数据或者控制信息。因此,这些文件和物理上的数据集合(如数据库表)没有必然的对应关系。

交易功能:系统提供给用户的处理数据的功能,即本系统如何处理和使用那些业务数据(业务对象),如“转账”“修改黑名单生成规则”“查询交易记录”等。交易功能又称为基本过程,是用户可识别的,业务上的一组原子操作,可能由多个处理逻辑构成。例如,“添加柜员信息”这个基本过程可能包含“信息校验”“修改确认”“修改结果反馈”等一系列处理逻辑。

3、计算未调整的功能点数

a.采用预估功能点进行计数,计算公式如下:

FP=35ILF+15EIF

——FP:未调整的功能点数,单位为功能点;

——ILF:内部逻辑文件的数量;

——EIF:外部接口文件的数量。

b.采用估算功能点进行计数,计算公式如下:

FP=10ILF+7EIF+4EI+5EO+4*EQ

——FP:未调整的功能点数,单位为功能点;

——ILF:内部逻辑文件的数量;

——EIF:外部接口文件的数量;

——EI:外部输入的数量;

——EO:外部输出的数量;

——EQ:外部查询的数量。

5、计算调整后的功能点数

根据不同的规模测算阶段,需要考虑隐含需求及需求变更对规模的影响,因此,需要根据规模计数时机进行规模调整。

调整后的功能点数(AFP),计算公式如下:

AFP=FP*CF

——AFP:调整后的功能点数,单位为功能点;

——FP:未调整的功能点数,单位为功能点;

——CF:规模变更调整因子,依据行业数据,项目估算早期(如概预算阶段)通常取值为1.5;项目估算中期(如招投评标、项目立项、技术方案阶段)通常取值为1.26;项目估算中后期(如需求分析完成及后评价)通常取值为1.0。


四、估算软件项目开发成本

得出功能点数后,结合当地人力成本成本费率和项目非人力成本支出可以估算出软件项目开发成本。

⑥ 什么是成本测算

成本计算,就是对实际发生各种费用的信息进行处理。
成本计算,就是对实际发生各种费用的信息进行处理。
我们计算成本,总是计算某个具体对象的成本。而企业规模有大有小,经营性质和项目各不相同,因而如何组织成本的计算,如何确定成本计算对象,只能具体问题具体分析,依实际情况而定。而一个企业发生的费用种类繁多,制造某个对象的过程又是由各个部门、各项生产要素密切配合,经过很多环节才最终形成的。所以,记录归类汇集和分配企业发生的各种生产费用,是一项比较复杂的工作。
按一定的成本对象归集生产费用,以便计算出各种产品总成本和单位成本的方法。最基本的成本计算方法有:品种法、分批法、分步法。成本计算方法的确定在很大程度上取决于企业生产的特点和成本管理的要求。例如,在大量大批单步骤生产的情况下,只要求按产品的品种计算成本,这种成本计算方法就稳定之为品种法。又如,在单件小批多步骤的生产情况下,由于生产是按照客户的订单以及企业组织的生产批别组织生产,因此,产品成本就应该按照订单或生产批别进行计算,这种成本计算方法就称之为分批法。而在大量大批多步骤生产的情况下,往往不仅要求按产品品种计算方法称之为分步法。
除此之外,还有一些可与基本方法结合使用的成本计算方法,例如,采用品种法计算成本,在产品品种规格繁多的情况下,为了简化成本计算工作,可以先将产品划分为若干类别,分别计算各类别产品成本,然后在各个类别内部采用一定的分配标准,计算出各个规模产品的成本,这种方法称之为分类法。在定额管理制度比较健全的企业中,为了加强成本的定额控制,还可以以定额成本为基础,计算产品的实际成本,这种方法就称之为定额法。
需要指出的是,由于企业生产情况错综复杂,在实际工作中,各种成本计算方法往往是同时使用或结合使用的。这主要取决于企业的生产特点,其目标是力求达到既要正确计算产品成本,又要简化成本的核算工作。

⑦ 一个软件项目如何评估工作量和成本

软件开发成本估算过程可进一步细分为软件规模估算工作量估算成本估算确定软件开发成本等四个过程。

其中成本估算需要对直接人力成本间接人力成本间接非人力成本直接非人力成本分别进行估算。

国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示:

国家准中的四个估算过程,层层递进,逐步细化,最终达到科学、一致的成本估算。

一、软件规模估算

通常情况下,规模估算是软件成本估算过程的起点。

估算规模是后续计算软件项目的工作量、成本和进度的主要输入,是项目范围管理的关键,因此,在条件允许的情况下,应首先进行规模估算。

在规模估算过程中,需要注意以下情况:

  1. 在规模估算开始前,应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外,还应进行初步的子系统/模块划分,并对每一子系统或模块的基本用户需求进行说明,以保证可以根据项目需求进行规模预估。

  2. 依据项目特点和需求详细程度不同,通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算,在适用IFPUG或NESMA方法时,可以根据需求的粒度和管理需要,选择预估功能点方法、估算功能点方法或者详细功能点方法。

  3. 若当前的项目需求极其模糊或不确定,可不进行规模估算,而直接采用类比法或类推法估算工作量和成本。

二、工作量估算

在完成规模估算后,应当开展工作量估算工作,若当前项目未开展规模估算,也可直接启动工作量估算工作。

工作量估算时,可采用方程法、类比法、类推法、功能点法:

  • 方程法:即基于基准数据建立参数模型,通过输入各项参数,确定估算值。

  • 类比法:即将待估算项目的部分属性与类似的一组基准数据进行比对,进而确定估算值。

  • 类推法:即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对,并进行适当调整后确定估算值。

  • 功能点法:从用户视角出发,通过量化系统功能来度量软件的规模,这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛,并且已经取代代码行成为最主流的软件规模度量方法。

在开展工作量估算的过程中,需要注意以下情况:

  1. 当需求极其模糊或不确定时,如果此时具有高度类似的历史项目,则可直接采用类推法,充分利用历史项目数据来粗略估算工作量。

  2. 当需求极其模糊或不确定时,如果此时具有与本项目部分属性类似的一组基准数据,则可直接采用类比法,充分利用基准数据来粗略估算工作量。

  3. 对于规模估算已经开展的项目,可采用方程法,通过输入各项参数,确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时,在采用方程法估算工作量时,工期要求有可能是方程的参数之一。

  4. 为追求估算的准确性,建议在条件允许的情况下,可采用两种估算方法,对估算结果进行交叉验证,若估算结果差别不大,可直接使用两种估算结果的平均值或以某种估算结果为准,若差别较大,需进行差异分析。

  5. 工作量的估算结果宜为一个范围而不是单一的值。

三、成本估算

在获得了工作量估算结果后,可采用科学的方法进行成本估算。

在成本估算过程中,应需要注意的情况:

  1. 类比法和类推法,同样适用于需求极其模糊或不确定时的成本估算;

  2. 间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织,项目周期越长,项目组成员越多,其分摊的间接成本就越高,此时项目的间接成本与工作量估算结果直接相关;

  3. 直接非人力成本通常与工作量估算结果无关,宜单独分项测算;

  4. 成本估算结果,也通常为一个范围,而不是单一的值。

四、确定软件开发成本

在《软件工程 软件开发成本度量规范》中,将软件开发成本分为四类,主要是为便于对成本构成(即哪些成本属于开发成本,哪些不属于开发成本)进行清晰界定。

而在实际确定软件开发成本时,通常并不是分别测定四类成本,加和后获得总成本,而是通常采用以下两种方式确定总成本:

  • 根据人力成本费率及工作量估算直接人力成本和间接成本之和,再加上直接非人力成本,获得总成本;

  • 根据规模综合单价和软件规模,测算出直接人力成本和间接成本之和,再加上直接非人力成本,获得总成本。

在进行软件的规模、工作量、成本估算时应遵循以下原则:

  1. 在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法;

  2. 充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算;

  3. 工作量和成本的估算结果宜为一个范围值;

  4. 在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整;

  5. 成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法;

  6. 在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。

除了上述主要原则外,我们还需注意在使用基准数据时:

  • 对于委托方和第三方,建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。

  • 对于开发方,在引入行业基准数据的基础上,可逐步建立组织级基准数据库,以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致,以便于与行业基准数据进行比对分析,并持续提升组织能力。

⑧ 如何测算B2C网站建设的成本

至于运行维护成本,则可以根据开发成本与运行维护成本比值的经验数据和测算出来的开发成本一起计算。
在对B2C网站建设项目中的软件成本测算,通常分两步走:第一步,测算软件的规模或程序量;第二步,利用有关的经验参数模型测算出该种规模的软件成本。当然,也可运用专家判定等方法将上述两步合并直接测算成本。
软件开发成本测算出来以后,与硬件成本和其他成本累加则构成网站建设项目的开发成本,在此基础上,根据运行维护成本与开发成本之间比值的经验系数导出信息系统的运行维护成本。
由于Internet发展日新月异,新产品和新技术的推出极大地降低了费用,因此,
B2C网站建设的成本进行精确的费用预算是十分困难的。最好的办法是列出所需的硬件、软件、人员和服务清单,然后咨询相关的专业人士。

⑨ 项目成本估算方法的软件度量标准

一、工信部行业标准《软件研发成本度量规范》
软件研发成本度量规范简介
本标准规定了软件研发成本度量方法、过程及原则,包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。本标准适用于度量成本与功能规模密切相关的软件研发项目的成本。本标准不涉及软件定价,但相关各方可依据本标准明确研发成本,从而为软件定价提供重要依据。
标准研制背景
长期以来,如何度量和评估软件研发项目的成本一直是产业界的难题。目前我国尚无科学统一的软件研发项目成本度量标准体系以指导、规范、管理软件项目的研发成本,较大程度导致做预算时无据可依,造成极大浪费;在软件项目招评标过程中,由于无法界定软件工程项目的合理成本范围,常常出现恶意低价或超高价格竞标现象;软件开发商在项目实施过程中,由于缺乏成本控制的科学依据,也经常出现时间滞后、费用远远超出最初估算水平的情况。
标准研制过程
在国家工业和信息化部软件服务业司领导下,从2010年开始启动我国软件成本度量标准体系的研制工作。中国软件行业协会系统与软件过程改进分会 (以下简称 “过程改进分会”)和中国电子技术标准化研究院(以下简称“电子四所”)围绕软件研发成本度量标准体系建设开展了基础性研究工作,梳理了标准体系。核心标准《软件研发成本度量规范》于2010年12月正式立项,计划号为2010-3194T-SJ,由过程改进分会和电子四所共同牵头起草,组织产、学、研、 用约40家单位共同参与,历时3年,为软件项目预算、立项审批、招投标、项目计划、变更管理等工作提供“科学依据”。
标准的价值
1、倡导使用统一的国际功能点方法度量软件规模,使度量结果可比对;
2、倡导使用基准数据估算软件工期和成本,使估算结果更科学;
3、倡导使用一致的估算过程和公式,使估算过程透明化、估算结果可追溯。
标准试点应用
《软件研发成本度量规范》从2012年开始试点应用。海关总署、中国人民银行、东软集团等单位都参与了试点工作,分别在预算审批、项目立项、招投标、项目计划等场景进行应用,取得了很好的效果。截至2013年年底,共有约2000人参加CCEP培训,近1500人通过考试并成为国内首批CCEP(软件成本估算专家)。采用标准规定的方法后,极大的解决了试点企业长期以来面临的问题。
标准发布
行业标准《软件研发成本度量规范》(SJ/T11463-2013) 由中华人民共和国工业和信息化部于2013年10月17日正式发布,并于2013年12月1日开始正式实施。
最新进展
经推荐,该标准由中关村智联软件服务业质量创新联盟牵头 ,正在申请升级为国家标准,于2015年7月31日正式下达计划号:20151553-T-469
二、北京市地方标准《信息化项目软件开发费用测算规范》
规范研制背景
北京作为全国软件与信息服务业之都,产业规模一直位居全国前列,并且保持着较快的增长水平,软件和信息服务业在全市经济发展中也占有越来越重要的地位。随着十二五规划的逐步实施,北京市各行各业信息化建设投资也不断加大,仅全市每年属于市级财政拨款范畴的信息化项目就可达700至800个,金额总量可达三十多亿元,涉及上千家企事业单位。然而本市一直没有科学统一的标准以支撑、规范、管理信息化项目软件开发费用的测算,这大大制约了北京软件产业的健康可持续发展。由于相关标准的缺失,如何测算信息化项目软件开发的合理费用一直都是北京软件产业发展中的难点,因而常常导致软件项目预算审批无依据、恶意竞标等问题的发生。
规范的价值
由北京市经济和信息化委员会归口指导,北京软件和信息服务交易所、北京软件行业协会过程改进分会联合制订的北京市首个软件成本度量地方标准《信息化项目软件开发费用测算规范》于今年11月起正式实施,这标志着我市信息化项目软件开发工作拥有了科学、标准的费用评估方法,有助于规范行业市场、推动软件企业提升生产效率,提升产业增长质量。
三、联盟标准《行标应用指南(预算场景)》
编制背景
长期以来,如何度量软件研发成本一直是产业界的难题,尤其是在预算、招投标、项目计划等活动中因为缺失科学统一的软件研发成本度量标准,较大程度导致项目做预算时无据可依,进而造成预算浪费或预算不足;在软件项目招投标过程中,因为缺乏软件研发成本度量依据,恶意竞标、低价中标现象频频发生;开发方在项目实施过程中,由于缺乏成本控制的科学依据,也经常出现时间滞后,费用远远超出最初预算的情况。科学统一的软件研发成本度量标准既是有效进行软件项目管理的重要依据,也是当前软件产业发展的迫切需要。
为此,工业与信息化部软件服务业司委托中国软件行业协会系统与软件过程改进分会牵头组织编制了《软件研发成本度量规范》。标准中规定了软件研发成本度量的方法及过程,包括软件研发成本的构成、软件研发成本度量的过程、软件研发成本度量的应用。其目的是帮助软件研发涉及各方科学、一致地进行成本度量。但标准中没有包含软件研发成本度量过程中所需要的估算模型、行业基准数据及其在不同场景进行成本估算的详细步骤和方法,因此需要制订标准的应用指南,以便相关各方针对不同的应用场景、正确使用行业数据和模型,有效开展软件研发成本度量相关工作。
编制目的与范围
本指南是《软件研发成本度量规范》系列应用指南之一,针对预算场景。
《软件研发成本度量规范》中的成本度量,特指对软件研发成本的预计值进行估算或对实际值进行测量、分析的过程。而《软件研发成本度量规范》中,预算是指根据项目成本估算的结果确定预计项目费用的过程。因此,本指南主要描述在预算场景下如何开展成本估算工作,而不涉及编制预算的其他方面。
在《软件研发成本度量规范》及本指南中,软件研发过程包括从项目立项开始到项目完成验收之间的需求分析、设计、编码、集成、测试、验收交付活动及相关的项目管理、支持活动。因此,本指南中软件研发成本仅包括软件研发过程中的所有直接成本和间接成本,但不包括数据迁移、软件维护等成本。本指南中所涉及工作量、工期也仅为软件研发过程所用工作量、工期。
本指南编制的主要目的是指导预算活动相关各方,基于《软件研发成本度量规范》有效开展成本估算工作,并为确定软件项目预算提供科学依据。
本指南明确了基于《软件研发成本度量规范》和基准数据开展成本估算相关活动的步骤与方法,并通过示例,明确了典型情况的估算及调整方法;对于其他特殊情况,相关人员应根据本指南及《软件研发成本度量规范》中的相关原则,结合项目特点,选择适当的估算方法或对估算结果进行合理调整。
对于与预算类似的其他早期估算应用场景,相关人员也可参照本指南的相关原则与方法,开展项目估算活动。

⑩ 成本估算的软件标准简介

1、行业标准《软件研发成本度量规范》
本标准规定了软件研发成本度量方法、过程及原则,包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。本标准适用于度量成本与功能规模密切相关的软件研发项目的成本。本标准不涉及软件定价,但相关各方可依据本标准明确研发成本,从而为软件定价提供重要依据。
标准研制背景
长期以来,如何度量和评估软件研发项目的成本一直是产业界的难题。目前我国尚无科学统一的软件研发项目成本度量标准体系以指导、规范、管理软件项目的研发成本,较大程度导致做预算时无据可依,造成极大浪费;在软件项目招评标过程中,由于无法界定软件工程项目的合理成本范围,常常出现恶意低价或超高价格竞标现象;软件开发商在项目实施过程中,由于缺乏成本控制的科学依据,也经常出现时间滞后、费用远远超出最初估算水平的情况。
标准研制过程
在国家工业和信息化部软件服务业司领导下,从2010年开始启动我国软件成本度量标准体系的研制工作。中国软件行业协会系统与软件过程改进分会 (以下简称 “过程改进分会”)和中国电子技术标准化研究院(以下简称“电子四所”)围绕软件研发成本度量标准体系建设开展了基础性研究工作,梳理了标准体系。核心标准《软件研发成本度量规范》于2010年12月正式立项,计划号为2010-3194T-SJ,由过程改进分会和电子四所共同牵头起草,组织产、学、研、 用约40家单位共同参与,历时3年,为软件项目预算、立项审批、招投标、项目计划、变更管理等工作提供“科学依据”。
标准的价值
1、倡导使用统一的国际功能点方法度量软件规模,使度量结果可比对;
2、倡导使用基准数据估算软件工期和成本,使估算结果更科学;
3、倡导使用一致的估算过程和公式,使估算过程透明化、估算结果可追溯。
标准试点应用
《软件研发成本度量规范》从2012年开始试点应用。海关总署、中国人民银行、东软集团等单位都参与了试点工作,分别在预算审批、项目立项、招投标、项目计划等场景进行应用,取得了很好的效果。截至2013年年底,共有约2000人参加CCEP培训,近1500人通过考试并成为国内首批CCEP(软件成本估算专家)。采用标准规定的方法后,极大的解决了试点企业长期以来面临的问题。
标准发布
行业标准《软件研发成本度量规范》(SJ/T11463-2013) 由中华人民共和国工业和信息化部于2013年10月17日正式发布,并于2013年12月1日开始正式实施。
最新进展
经推荐,该标准由中关村智联软件服务业质量创新联盟 牵头,正在申请升级为国家标准,于2015年7月31日正式下达计划号:20151553-T-469
2、北京市地方标准《信息化项目软件开发费用测算规范》
1、规范研制背景北京作为全国软件与信息服务业之都,产业规模一直位居全国前列,并且保持着较快的增长水平,软件和信息服务业在全市经济发展中也占有越来越重要的地位。随着十二五规划的逐步实施,北京市各行各业信息化建设投资也不断加大,仅全市每年属于市级财政拨款范畴的信息化项目就可达700至800个,金额总量可达三十多亿元,涉及上千家企事业单位。然而本市一直没有科学统一的标准以支撑、规范、管理信息化项目软件开发费用的测算,这大大制约了北京软件产业的健康可持续发展。由于相关标准的缺失,如何测算信息化项目软件开发的合理费用一直都是北京软件产业发展中的难点,因而常常导致软件项目预算审批无依据、恶意竞标等问题的发生。2、规范的价值由北京市经济和信息化委员会归口指导,北京软件和信息服务交易所、北京软件行业协会过程改进分会联合制订的北京市首个软件成本度量地方标准《信息化项目软件开发费用测算规范》于今年11月起正式实施,这标志着我市信息化项目软件开发工作拥有了科学、标准的费用评估方法,有助于规范行业市场、推动软件企业提升生产效率,提升产业增长质量。 3、联盟标准《行标应用指南(预算场景)》1、编制背景长期以来,如何度量软件研发成本一直是产业界的难题,尤其是在预算、招投标、项目计划等活动中因为缺失科学统一的软件研发成本度量标准,较大程度导致项目做预算时无据可依,进而造成预算浪费或预算不足;在软件项目招投标过程中,因为缺乏软件研发成本度量依据,恶意竞标、低价中标现象频频发生;开发方在项目实施过程中,由于缺乏成本控制的科学依据,也经常出现时间滞后,费用远远超出最初预算的情况。科学统一的软件研发成本度量标准既是有效进行软件项目管理的重要依据,也是当前软件产业发展的迫切需要。为此,工业与信息化部软件服务业司委托中国软件行业协会系统与软件过程改进分会牵头组织编制了《软件研发成本度量规范》。标准中规定了软件研发成本度量的方法及过程,包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。其目的是帮助软件研发涉及各方科学、一致地进行成本度量。但标准中没有包含软件研发成本度量过程中所需要的估算模型、行业基准数据及其在不同场景进行成本估算的详细步骤和方法,因此需要制订标准的应用指南,以便相关各方针对不同的应用场景、正确使用行业数据和模型,有效开展软件研发成本度量相关工作。2、编制目的与范围本指南是《软件研发成本度量规范》系列应用指南之一,针对预算场景。《软件研发成本度量规范》中的成本度量,特指对软件研发成本的预计值进行估算或对实际值进行测量、分析的过程。而《软件研发成本度量规范》中,预算是指根据项目成本估算的结果确定预计项目费用的过程。因此,本指南主要描述在预算场景下如何开展成本估算工作,而不涉及编制预算的其他方面。在《软件研发成本度量规范》及本指南中,软件研发过程包括从项目立项开始到项目完成验收之间的需求分析、设计、编码、集成、测试、验收交付活动及相关的项目管理、支持活动。因此,本指南中软件研发成本仅包括软件研发过程中的所有直接成本和间接成本,但不包括数据迁移、软件维护等成本。本指南中所涉及工作量、工期也仅为软件研发过程所用工作量、工期。本指南编制的主要目的是指导预算活动相关各方,基于《软件研发成本度量规范》有效开展成本估算工作,并为确定软件项目预算提供科学依据。本指南明确了基于《软件研发成本度量规范》和基准数据开展成本估算相关活动的步骤与方法,并通过示例,明确了典型情况的估算及调整方法;对于其他特殊情况,相关人员应根据本指南及《软件研发成本度量规范》中的相关原则,结合项目特点,选择适当的估算方法或对估算结果进行合理调整。对于与预算类似的其他早期估算应用场景,相关人员也可参照本指南的相关原则与方法,开展项目估算活动。