首页
学习
活动
专区
工具
TVP
发布

软件成本造价评估

专栏成员
62
文章
121925
阅读量
47
订阅数
软件成本造价之什么是软件项目的工作量?
  在软件成本造价过程中,软件项目的工作量是很多开发组织进行估算的主要对象。那么,什么是软件项目的工作量呢?它都包括哪些内容呢?   一个软件项目的工作量所表达的含义是完成某个项目或系统开发所需的全部工作量,包括从项目立项开始到项目完成验收之间开发方的需求、设计、构建(包括编码、集成)、测试、实施及相关的项目管理、支持活动的工作量。   需求活动包括:需求调研,需求分析,原型开发,编制各种需求文档,需求评审,需求变更等活动;   设计活动包括:架构设计,技术方案选择,概要设计,详细设计,设计评审,设计变更等活动;   构建活动包括:编码,代码走查,集成等活动;   测试活动包括:测试计划,测试用例编写,测试用例评审,测试用例变更,测试环境准备及验证,单元测试,集成测试,系统测试等活动;   实施活动包括:用户支持文档编写及验证,验收测试,系统安装部署,用户培训等活动;   其他活动:是指在上述活动中没有包含的项目中的其他活动,例如项目管理,质量保证,配置管理,项目组内部培训,技术讨论及交流等活动。   项目成员包括参与该项目研发过程的所有研发或支持人员,如项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。此处需要注意的是,项目组成员包括该项目的QA及配置管理人员,但不包括客户或用户。因此,项目组工作量的统计也不包括客户、用户或其它项目组外人员的工作量。   进行软件项目工作量估算,是估算软件成本的基础。工作量与软件成本存在直接的联系。同时,开发组织内部也需要合理的工作量估算来进行项目计划,编制WBS等工作。
软件成本造价评估
2018-12-13
7350
软件研发成本构成中的直接成本包括哪些?
  我们在估算软件项目成本之前需要先清晰的了解它的成本构成。而软件研发成本的构成仅包括软件研发过程中的所有直接成本和间接成本。   什么是软件研发的直接成本呢?直接成本又包括哪些内容?   软件研发的直接成本是指为了达成特定研发项目所支出的各类资源总和。这些资源与此研发项目是强关联的,一旦该项目结束或中止,则这些成本不再发生。直接成本又分为直接人力成本和直接非人力成本。 直接人力成本 直接人力成本,是指开发方项目组成员的人力资源费用,包括工资、奖金及福利等费用。例如,除了一般意义上的工资及奖金外,项目成员的正常工作餐费也计入直接人力成本。这里的项目成员包括参与该项目研发过程的所有研发或支持人员,如项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。而对于非全职投入该项目研发工作的人员,按照项目工作量所占其总工作量比例折算其人力资源费用。 直接非人力成本 直接非人力成本,是指为研发项目支付的非人力费用。一般包括办公费、差旅费、培训费、业务费、采购费等,这些费用必须是为特定研发项目所支出的。例如:   a)    办公费,即开发方为研发此项目而产生的行政办公费用,如办公用品、通讯、邮寄、印刷、会议等;   b)    差旅费,即开发方为研发此项目而产生的差旅费用,如交通、住宿、差旅补贴等;   c)    培训费,即开发方为研发此项目而安排的特别培训产生的费用,这种培训是为了提升项目成员的相关研发技能,来更好地完成本项目研发工作;   d)    业务费,即开发方为完成此项目研发工作所需辅助活动产生的费用,如招待费、评审费、团队建设活动经费、验收费等;   e)    采购费,即开发方为研发此项目而需特殊采购专用资产或服务的费用,如专用设备费、专用软件费、技术协作费、专利费等;   f)    其他,即未在以上项目列出但确系开发方为研发此项目所需花费的费用。   示例1:项目成员因项目加班而产生的餐费宜计入直接非人力成本的办公费中,而项目成员的工作午餐费宜计入直接人力成本。   示例2:项目组封闭开发租用会议室而产生的费用宜计入直接非人力成本中的办公费,而研发部例会租用会议室产生的费用宜按照间接非人力成本分摊。   示例3:为项目采购专用测试软件的成本宜计入直接非人力成本中的采购费,而日常办公软件的成本宜按照间接非人力成本进行分摊。   我们在进行软件成本估算过程中,一定要正确区分哪些费用是直接人力成本,哪些是非直接人力成本。   而在区分直接成本与间接成本时,可以假设当前项目中止或取消,未发生的相关费用是否还会继续产生,如果是,则属于间接成本,而如果相关费用不会发生,则属于直接成本。
软件成本造价评估
2018-12-13
7K0
进行软件研发成本估算与测量时如何识别基本过程?
  我们在进行软件项目研发成本估算与测量过程中,功能点计数项分为数据功能(逻辑文件)和交易功能(基本过程)两类。那么,什么是基本过程呢? 所谓的基本过程就是用户可以明确感知其业务意义的一次操作,比如对业务数据的增、删、改、查,操作后系统进入相对稳定状态。一个基本过程应该是业务上的原子操作,并产生基本的业务价值,基本过程必然穿越系统边界,基本过程应包含从开始到结束所遇到的所有正常和异常情况。   比如用户要查看某个报表,他可能需要:登陆系统进行身份的有效验证、获取信息X、数据排序、获取报表格式信息、生成报表、调取数据显示等操作。无论本次操作成功与否或用户中途去进行其他操作,而这一系列的步骤其实只是一个基本过程。 基本过程分为EI、EO和EQ类。 EI是处理来自系统边界之外的数据或控制信息的基本处理过程。其主要目的是维护一个或多个ILF或者改变系统的行为。对业务对象的增、删、改;输入信号并改变系统行为的启动服务等操作通常都是EI。 EI的基本识别规则如下:   a)    是来自系统边界之外的输入数据或控制信息;   b)    如果穿过边界的数据不是改变系统行为的控制信息,那么至少应维护一个ILF;   c)    确保该EI没有被重复计数,即任何被分别计数的两个EI至少满足三个条件之一(涉及的ILF或EIF不同、涉及的数据元素不同或处理逻辑不同),否则被视为同一EI; EO是向系统边界之外发送数据或控制信息的基本处理过程,其主要目的是向用户呈现经过处理的信息,而不仅仅是在应用中提取数据或控制信息,对已有数据的统计分析、生成报表通常属于EO。 EO的基本识别规则如下:   a)    将数据或控制信息发送出系统边界;   b)    处理逻辑包含至少一个数学公式或计算过程;或者产生了衍生数据;或者维护了至少一个ILF;或者改变了系统的行为;   c)    确保该EO没有被重复计数,即任何被分别计数的两个EO至少满足三个条件之一(涉及的ILF或EIF不同、涉及的数据元素不同或处理逻辑不同),否则被视为同一EO; EQ是向系统边界之外发送数据或控制信息的基本处理过程,其主要目的是向用户呈现未经加工的已有信息。对业务数据的查询、已有信息的显示通常属于EQ。 EQ的基本识别规则如下:   a)    将数据或控制信息发送出系统边界;   b)    处理逻辑可以包含筛选、分组或排序;   c)    处理逻辑不可以包含数学公式或计算过程,不可以产生派生数据,不可以修改逻辑文件;也不可以改变系统行为,但可以对已有数据进行筛选、分组或排序   d)    确保该EQ没有被重复计数,即任何被分别计数的两个EQ至少满足三个条件之一(涉及的ILF或EIF不同、涉及的数据元素不同或处理逻辑不同),否则被视为同一EQ EI/EO/EQ主要目的区别如下表:
软件成本造价评估
2018-12-04
6310
浅析软件成本估算之NESMA方法的3种应用场景
  NESMA为荷兰软件度量协会的简称(Netherland Software Measurement Association),NESMA功能点方法是五种ISO国际功能点标准之一,不但易学易用、快速、经济,而且容易开发和建立用户自己特有的估算模型。
软件成本造价评估
2018-11-19
1.7K0
软件成本估算之基于场景的软件早期估算
美国著名的IT咨询公司——Standish集团,从1996年开始,在每年的报告中都发布关于项目成功率的统计信息,在这超过20年的时间内,虽然IT技术以及软件工程方法日新月异,但IT项目的成功率一直徘徊在40%左右。
软件成本造价评估
2018-11-14
7050
快速功能点度量方法估算软件规模基本过程是什么?
  快速功能点度量方法是由北京软件造价评估技术创新联盟依据国际ISO标准提出的一种软件规模度量方法,可采用预估功能点和估算功能点进行软件项目规模的估算和测量。   使用快速功能点度量方法估算软件项目规模的过程可分为6步。 第1步:确定应用类型。   A、    新开发:识别所有新增功能。   B、    增强开发:识别变化功能;包括新增、修改及删除。   C、    已有系统计数:识别最终交付功能。 第2步:识别系统边界。   从用户视角出发,根据软件项目范围来明确系统边界,划分后的内、外部系统一般都可独立运行。通常情况下,产品型研发组织按照产品架构划分居多,项目型研发组织按照项目划分居多。 第3步:识别功能点计数项。   功能点计数项分为数据功能和交易功能2大类,具体包括以下5个:   a)内部逻辑文件(Internal Logical File,ILF,简称内部数据)   软件内部需要维护(如增删改查)的数据。   b)外部接口文件(External Interface File,EIF,简称外部接口)   在其它系统中维护但本软件需要调用的数据。   c)外部输入(External Input,EI)   向软件输入数据或发送指令。   d)外部输出(External Output,EO)   软件向使用者或其它系统输出的数据或发送的指令。   e)外部查询(External Query,EQ)   EQ指使用软件进行的简单查询。   数据功能代表系统提供给用户的满足系统内部和外部数据需求的功能,分为内部逻辑文件(ILF)、外部接口文件(EIF)两类。   交易功能代表提供给用户的处理数据的功能,每一个交易功能都是一个完整的基本过程,一个基本过程应该是业务上的原子操作,并产生基本的业务价值,基本过程必然穿越系统边界,基本过程分为EI、EO和EQ类。   项目早期(如甲方预算)通常采用预估功能点方法,只需要识别ILF/EIF。   在项目中期(如技术方案、立项、项目计划)通常采用估算功能点方法,需要识别ILF/EIF/EI/EO/EQ。   在项目中后期(如需求分析、变更、项目决算)可采用详细功能点方法。 第4步:调整计数项复杂度。   A、    估算功能点方法。   识别5类基本功能组件的功能点数,并根据复杂度决定取值后计算见表5.2。未来可根据组织实际数据进行校正。   B、    数据功能、交易功能的复杂度。   RET(记录元素类型):在一个ILF/EIF内,用户可以识别的数据元素组。一个数据库表或文件对应一个RET。RET取值大致对应逻辑文件的实体个数。   DET(数据元素类型):用户可识别的且不重复的字段。对应于表或文件的字段,取值大致对应逻辑文件的用户可见数据项个数(数据功能),或者用户界面输入输出数据项,取值大致对应基本过程访问用户可见字段数(交易功能)。 第5步:确定GSC因子。   标准功能点方法:14个通用系统特征分别赋值。包括数据通讯、分布式处理、性能、高使用强度的配置、事务频度、在线数据输入、终端用户效率、在线更新、复杂处理、可重用性、易安装性、易操作性、多点运行、易变更。   调整范围在0.65-1.35之间。 第6步:计算调整后的功能点。   计算公式:AFP=UFP*VAF   以上6个步骤便是使用快速功能点度量方法估算软件项目规模的完整过程。
软件成本造价评估
2018-11-08
1.4K0
国际上的5大ISO功能点方法标准是哪5种?
在功能点方法的发展演进中,共有5种功能点方法被ISO国际标准组织接受成为了ISO国际功能点标准。这五种方法分别为IFPUG、MARK Ⅱ、COSMIC、NESMA和FiSMA方法。目前在全球使用功能点方法的企业中,超过90%使用IFPUG/NESMA方法,而NESMA方法中详细功能点方法与IFPUG方法基本等效。 国际5大ISO功能点方法标准发展简介:
软件成本造价评估
2018-10-22
2K0
能源行业软件成本度量评估应用案例分析
应用部门简介:该公司为某大型石油集团的下属子公司,主要业务是为集团公司提供信息系统技术开发和咨询服务,专注于地理信息系统(GIS)、综合业务管理信息系统、图形图像及网络应用软件的研究、设计、开发与建设,以及数字管道、数字油气田和工程设计集成整体解决方案。研发团队主要包括需求分析师、软件开发人员等约上百人。
软件成本造价评估
2018-11-08
5530
软件项目工作量估算之复用程度分析
软件工作量估算是我们在对一个软件项目成本估算过程中,在完成软件规模估算后需要进行的第2项估算工作。在软件项目工作量估算过程中,我们除了要进行风险分析外,还要考虑软件复用的程度。   软件复用就是将已有的软件成分用于构造新的软件系统。在现代的软件开发过程中,为了提高效率和质量,大部分软件企业都已将某些通用功能转化为可重用功能,或者开发组织具备某方面项目的开发经验,遗留下了可以复用的组件,这些情况都可能降低开发所需的工作量。因此,可以被复用的软件成分一般称作可复用构件,无论对可复用构件原封不动地使用还是作适当的修改后再使用,只要是用来构造新软件,则都可称作复用。   软件复用不仅仅是对程序的复用,它还包括对软件生产过程中任何活动所产生的制成品的复用,如项目计划、可行性报告、需求定义、分析模型、设计模型、详细说明、源程序、测试用例等等。如果是在一个系统中多次使用一个相同的软件成分,则不称作复用,而称作共享;对一个软件进行修改,使它运行于新的软硬件平台也不称作复用,而称作软件移值。   我们在软件工作量估算过程中对复用情况的分析原则,可以考虑从系统功能的复用度入手,结合功能点方法,对于每个逻辑文件的复用程度给出明确的定义和系数。可以应用在规模估算之后,在未调整规模的基础上首先进行复用程度的调整。   如下表所示,首先可对复用程度进行分级,并确定不同级别的复用程度与规模估算之间的系数关系。例如,将复用程度分为三级,每个级别对应不同的系数。
软件成本造价评估
2018-12-18
3.2K0
软件成本造价:什么是软件项目的工作量?
  在软件成本造价过程中,软件项目的工作量是很多开发组织进行估算的主要对象。那么,什么是软件项目的工作量呢?它都包括哪些内容呢?   一个软件项目的工作量所表达的含义是完成某个项目或系统开发所需的全部工作量,包括从项目立项开始到项目完成验收之间开发方的需求、设计、构建(包括编码、集成)、测试、实施及相关的项目管理、支持活动的工作量。   需求活动包括:需求调研,需求分析,原型开发,编制各种需求文档,需求评审,需求变更等活动;   设计活动包括:架构设计,技术方案选择,概要设计,详细设计,设计评审,设计变更等活动;   构建活动包括:编码,代码走查,集成等活动;   测试活动包括:测试计划,测试用例编写,测试用例评审,测试用例变更,测试环境准备及验证,单元测试,集成测试,系统测试等活动;   实施活动包括:用户支持文档编写及验证,验收测试,系统安装部署,用户培训等活动;   其他活动:是指在上述活动中没有包含的项目中的其他活动,例如项目管理,质量保证,配置管理,项目组内部培训,技术讨论及交流等活动。   项目成员包括参与该项目研发过程的所有研发或支持人员,如项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。此处需要注意的是,项目组成员包括该项目的QA及配置管理人员,但不包括客户或用户。因此,项目组工作量的统计也不包括客户、用户或其它项目组外人员的工作量。   进行软件项目工作量估算,是估算软件成本的基础。工作量与软件成本存在直接的联系。同时,开发组织内部也需要合理的工作量估算来进行项目计划,编制WBS等工作。
软件成本造价评估
2018-12-18
6740
软件成本度量进阶系列之基础软件&基础评估
  当今世上软件类型各式各样,项目做得也是百花齐放、千疮百孔。故我们推出软件成本度量进阶系列文章,分层次去应对这繁花的软件世界。   首先说明一下软件成本度量的意义或目的及国内支撑的标准和方法。   一、软件成本度量是软件项目实施的重要步骤,适用于软件预算申报、审查、采购、审计、后评价人员,软件项目开发、测试人员,软件质量保证人员以及第三方评估测试人员。   二、软件成本度量的权威标准:行业标准SJ/T 11463-2013《软件研发成本度量规范》和国家标准GB/T 32911-2016《软件测试成本度量规范》   三、标准测算方法:功能点*生产率*人月费率=成本   功能点(单位:功能点数) * 生产率(单位:小时/功能点) = 工作量(单位:小时)   工作量/8/22(单位:人月【每天8小时、每月22天】)*人月费率(单位:万/人月) = 成本(单位:万)   生产率和人月费率数据来源:中国电子技术标准化研究院和北京软件造价评估技术创新联盟联合发布   从标准的测算方法很容易发现,接下来只要我们能够获得软件的功能点数就可能得出我们想要的软件成本。   注:以上说明是针对有一定相关工作经验或参加过软件工程造价师认证培训课程的学员进行的说明,还有较多的细节不能进行一一的解释,如果想了解更多可报名参加软件工程造价师培训。后续是实战经验的不断进阶,所以会默认给有基础的朋友分享经验和讨论学习。 第一层、基础软件&基础评估   「软件成本度量」的第一层心法,熟知标准和度量模型、掌握并运用方法、熟悉评估流程、熟悉公司业务,悟性高者2年可成,差一点的2-4年才能练成。
软件成本造价评估
2018-12-13
7500
软件成本度量体系建设应用案例分析
  随着该行组织级量化管理的不断提升,高层领导对信息化管理提出了新的要求,金融信息化每年投入了大量的人力,如何能客观地量化相应的产出?
软件成本造价评估
2018-10-15
1K0
什么是软件因素调整因子?什么是开发/测试因素调整因子?如何获得?
  我们在进行软件成本评估时,经常会用到两个重要的因子——软件因素调整因子及开发/测试因素调整因子。那么,什么是软件因素调整因子?什么是开发/测试因素调整因子呢?这两个重要参数我们如何获得?   所谓软件因素调整因子,指由于软件自身特点对生产率产生的影响所需考虑的因子(例如,要解决的问题复杂或对质量要求高的软件通常产生率就无法低一些),通常包括业务领域、应用类型、质量要求等。即:与甲方要开发什么软件及软件本身的特性和质量要求相关。   所谓开发因素调整因子,指对同一软件,由于采用的技术或团队人员差异而导致的生产率变化所需考虑的因子(例如,跟先进的开发技术或更有经验的人员通常生产率无法更高),通常包括采用技术、过程、团队经验、重用程度等。即:与开发组织(团队)的技能、经验以及使用的开发工具等相关。而测试因素调整因子则是指,由于测试软件本身的实际情况以及甲方的特殊要求而导致生产率变化所需要考虑的因子。   在估算软件研发工作量时,最主要的两个决定因素是:软件规模、生产率。不同的项目,由于面临问题、团队能力等方面的差异,无法导致产生率有较大差异。需要根据软件情况、开发情况对生产率进行调整。   在估算软件测试工作量时,软件本身的复杂度与完整性是较为关键的因素,可依据软件的实际情况进行调整。其他如回归测试、加急测试和现场测试等也无法对软件测试的工作量产生影响。   具体调整因子的选择和取值,可通过历史数据进行统计分析获得,也可根据经验确定。北京中基数联(www.csbmk.com)所使用的基准数据取值是通过对行业20000余套基准数据采用相关性分析方法获得的,并已在很多企业进行了验证。
软件成本造价评估
2018-09-26
1.6K0
4种软件成本估算方法解析
 当下行业内在进行软件成本估算时,常用的有4种估算方法。这4种软件成本估算方法分别是:
软件成本造价评估
2018-09-19
2.8K0
没有更多了
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档