《软件研发成本度量规范释义》北京软件造价评估技术创新联盟，《软件研发成本度量规范释义》编委会编写|(epub+azw3+mobi+pdf)电子书下载

图书名称：《软件研发成本度量规范释义》

【作　者】北京软件造价评估技术创新联盟，《软件研发成本度量规范释义》编委会编写

【页 数】 90

【出版社】 北京：机械工业出版社 , 2017.07

【ISBN号】978-7-111-56938-1

【价 格】39.00

【分 类】软件开发-成本-规范-注释-中国

【参考文献】 北京软件造价评估技术创新联盟，《软件研发成本度量规范释义》编委会编写. 软件研发成本度量规范释义. 北京：机械工业出版社, 2017.07.

图书封面：

图书目录：

《软件研发成本度量规范释义》内容提要：

本书共分为三章，包含了释义的编制说明、行标主要内容的释义以及标准的应用示例。第1章介绍了行标释义编写的背景、必要性和撰写原则。第2章是全书的重点，释义与标准中各条文一一对应，进行了详细的介绍和说明。第3章用一个示例贯穿了标准中提到的5个应用场景。

《软件研发成本度量规范释义》内容试读

第1章标准编制说明

1.1编制背景

长期以来，如何度量软件研发的成本一直是软件业界的难题，尤其是在预算、招投标、项目计划等活动中因为缺失科学、统一的软件研发成本度量标准，较大程度导致了做项目预算时无据可依，进而造成预算浪费或预算不足；在软件项目招投标过程中，因为缺乏软件研发成本度量依据，恶意竞标、低价中标现象频频发生；在项目实施过程中，由于缺乏成本控制的科学依据，也经常出现时间滞后、费用远远超出最初预算的情况。科学、统一的软件研发成本度量标准既是有效进行软件项目管理的重要依据，也是当前软件产业发展的迫切需要。

《软件研发成本度量规范》借鉴国外成熟经验并结合国内产业实际情况，规定了软件研发成本度量方法、过程及原则，用于规范软件研发涉及各方在软件研发成本度量方法上达成

一致，以满足软件产业进一步健康发展的迫切需求。

1.2任务来源

根据工业和信息化部下达的2010年第二批行业标准制修订计划，中国电子技术标准化研究院（以下简称“四院”）筹建了标准起草组，承担《软件研发成本度量规范》标准的

研制任务。该标准项目计划号为2010-3194T-SJ，技术归口单位为全国信息技术标准化技

术委员会。

1.3编制过程

2010年4月，软件成本度量规范标准化研讨会在北京召开。来自政府、行业用户、研究机构、软件厂商等40多家单位共70余人出席了会议，工信部软件服务业司的相关领导也出席会议并讲话，本次会议标志着软件研发成本度量标准起草筹备工作启动。

在下达计划号后，标准牵头单位组建了标准起草组。2011年初，起草组开始对国际国内软件成本度量标准化情况以及最新度量实践开展了全面调研，同时面向行业内的代表性企业进行问卷和电话调研，了解企业的实际需求。根据国际、国内调研情况，确定了标准的关键技术路线和编制思路

2011年10月，经过分组编写、分组评审、统稿、修订等环节，标准起草组完成了标准征求意见稿初稿，于2011年11月上旬至12月下旬组织了两次征求意见会。出席会议的评审专家由标准化专家、软件企业的专家、财务专家、政府用户、金融行业用户、能源行业用

软件研发成本度量规范释义

户、高校和研究机构代表等共同组成。期间收到了近百条意见，基本上都加以采纳，其中重要意见26条。起草组根据评审意见讨论修改后，形成正式的征求意见稿

2012年4月，起草组开始面向行业广泛征集意见。定向发送征求意见稿给123家机构，并从2012年6月1日至6月30日在全国信标委网站上征求意见。征求意见期间，有两家单位回函并提出了两条意见，起草组对所提意见作了汇总处理，并在此基础上形成送审稿

2012年8月，在北京应物会议中心组织召开了标准送审稿的审定会。与会专家对标准的实用性和指导性一致肯定，对标准的技术路线、方法没有异议，仅对标准的细节和格式提出了进一步完善的建议。会后起草组根据专家的审查意见进一步规范标准文本格式，形成报批稿。

2013年10月23日，工业和信息化部批准《软件研发成本度量规范》（简称《规范》）】正式发布，并于12月1日正式实施。

2013年11月8日，工业和信息化部行业标准《软件研发成本度量规范》发布会在北京市中关村软件园隆重召开。工业和信息化部软件服务业司副司长陈英出席发布活动并发表讲话。

11.4编制原则

《规范》的用语、格式按照GB/T1.1-2009《标准化工作导则第1部分：标准的结构和

编写规则》给出的规则起草。

《规范》内容的编制坚持以下原则：

)结合产业实际情况：起草组中包含了来自全国各地的软件企业、第三方服务机构、高校、外资企业、行业用户等单位代表。在制定过程中，坚持产学研用相结合，听取各方意见，充分调研国内软件产业的实际需求，提炼出符合国内软件产业实际情况的估算方法及应用原则。《规范》的内容反映了软件产业广泛的需求。

b)借鉴国外成熟经验：起草组对韩国、日本、美国、澳大利亚、芬兰、荷兰等国先进的度量方法、标准进行了调研学习，总结并借鉴了其中成熟的做法。

1.5主要内容

《软件研发成本度量规范》规定了软件研发成本度量的方法及过程，包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。其目的是帮助软件研发所涉及的各方采用科学、统一的步骤进行成本度量。

《规范》适用于度量成本与功能规模密切相关的软件研发项目的成本。

对于以非功能性需求为主，或包含大量复杂算法，或以创意为主的软件研发项目，在进行成本估算时，可依据该标准估算软件规模，并推算出算法研究、高度创意及非功能需求之外的软件研发工作成本：也可不估算软件规模，依据该标准描述的方法（如类比法、类推法)和原则直接估算软件研发项目的工作量、工期及成本。

《规范》不包含软件研发成本度量过程中所需使用的各种基准数据或估算模型，相关各方在使用本标准时，应参考北京软件造价评估技术创新联盟发布的最新基准数据、估算模型开展软件成本度量相关活动。2

标准编制说明

第1章

《规范》不涉及软件定价，但相关各方可依据该标准明确研发成本，从而为软件定价提供重要依据。

1.6主要技术说明

有关《软件研发成本度量规范》起草过程中的一些技术问题说明如下：a)软件研发成本构成

《规范》中依据财务工作惯例将软件研发成本分为直接成本和间接成本，同时考虑到软件行业的特性，将直接成本和间接成本都进一步分为人力成本和非人力成本，并且明确了各种成本的构成和测算方法。

b)估算过程

《规范》中定义的软件研发成本估算过程包括规模估算、工作量估算、工期估算和成本估算四部分。其中，估算软件规模时采用了国际标准的功能点方法，而工作量的测算则根据不同情况，可采用方程法、类比法或类推法进行估算。

c)参考的主要标准

--GB/T18491.4-2010信息技术软件测量功能规模测量第4部分：基准模型

--GB/T11457-2006信息技术软件工程术语

GB/T8566-2007信息技术软件生存周期过程

GB/T18905.1-2002软件工程产品评价第1部分：概述

--ISO/IEC 15939:2007 Software engineering-Software measurement process

--ISO/IEC 19761:2011 Software engineering-COSMIC:a functional size measure-ment method

-ISO/IEC 20926:2009 Software and systems engineering-Software measurement

--IFPUG functional size measurement method

--ISO/IEC 20968:2002 Software engineering-Mk II Function Point Analysis-

Counting Practices Manual

ISO/IEC 24570:2005 Software engineering

NESMA functional size measurement

method version 2.I-Definitions and counting guidelines for the application of Function Point

Analysis

ISO/IEC 29881:2008 Information technology-Systems and software engineering

FiSMA 1.1 functional size measurement method

1.7标准的性质

《规范》为推荐性行业标准。

1.8有关专利的说明

《规范》不涉及专利问题。

3

第2章标准释义

2.1范围

【标准原文】

本标准规定了软件研发成本度量的方法及过程，包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。

本标准适用于度量成本与功能规模密切相关的软件研发项目的成本。

注：对于以非功能性需求为主，或包含大量复杂算法，或以创意为主的软件研发项目，在进行成本估算时，可参考本标准估算软件规模，并估算除算法研究、高度创意及非功能需求之外的软件研发工作成本；也可不估算软件规模，参考本标准描述的方法（如类比法、类推法)和原则直接估算软件研发项目的工作量、工期及成本。

【标准释义】

编制《软件研发成本度量规范》这一标准的主要目的在于明确软件研发成本度量的方法及过程。因此，该标准主要内容包括软件研发成本的构成（什么是软件研发成本）、软件研发成本度量过程（应该依据什么原则、方法和步骤去估算或测量软件研发成本）、软件研发成本度量的应用（在不同的应用场景使用本标准的要点是什么）。

在遵循《软件研发成本度量规范》进行软件研发成本度量，尤其是在使用类比法或方程法进行工作量、成本、工期估算时，通常需要使用历史数据或估算模型。北京软件造价评估技术创新联盟是从事行业基准数据收集与发布的非营利性组织，其发布的行业数据及估算模型可以有效帮助相关组织或个人应用行业标准进行软件研发成本的估算。但由于行业数据在不断变化，基于行业数据所建立的估算模型每年也会根据统计分析结果进行修订，为了保证行业标准的稳定性，这些数据与模型并没有被纳入标准正文或被列为附录。读者可从北京软件造价评估技术创新联盟官方网站(htp://www.bscea.org/)获取每年最新行业数据。由于制定《软件研发成本度量规范》的主要目的之一是指导相关组织或个人科学、统

一地开展软件研发成本估算活动，这是因为在进行软件研发成本估算时，规模估算通常是重要的基础。由于《软件研发成本度量规范》在进行规模度量时，遵循国际标准采用了功能规模度量方法，因此，本标准主要适用于成本与功能规模密切相关的软件研发项目的成本估算。

以功能性需求为主的项目均可以遵循该标准进行成本估算。对于此类项目，在估算了功能规模后，可以通过引入合理的调整因子（参见《规范》中的5.1.3.2相关内容及其释义)进行有效的成本估算，也可以对项目中的特殊任务（如某关键算法研究）单独估算或调整。

对于以非功能性需求为主的项目，如果其成本与功能规模依然有很高的相关性，则依然

标准释义第2章

可以遵循该标准进行成本估算。例如，某些行业应用软件，虽然包含大量复杂算法，但因为其主要功能均包含复杂算法，且算法的复杂程度大致相当，则此类软件依然可以根据功能规模推算成本（但需要对生产效率基准值进行适当调整）。

而对于性能优化、纯算法研究类的软件项目，则不建议对其功能规模进行度量，但依然可以依据该标准，采用类推、类比等方法，对项目成本进行估算。

对于软件研发成本实际结果的测量，所有类型的项目均可遵循该标准。

2.2规范性引用文件

【标准原文】

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。几是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

IS0/IEC19761软件工程—COSMIC:一种功能规模度量方法(Software engineer-ing-COSMIC:a functional size measurement method)

IS0/IEC20926软件和系统工程一软件度量—-IFPUG功能规模度量方法2009（Sofware and systems engineering-Software measurement-IFPUG functional size measurementmethod2009)）

ISO/IEC20968软件工程一MkⅡ功能点分析一计数实践手册(Software engineering

Mk II Function Point Analysis-Counting Practices Manual)

ISO/IEC24570软件工程—NESMA功能规模度量方法2.1版一功能点分析应用定义

和计数指南(Software engineering一NESMA functional size measurement method version2.I

Definitions and counting guidelines for the application of Function Point Analysis)

IS0/IEC29881信息技术一系统和软件工程—FiSMA1.1功能规模度量方法(Infor-mation technology

-Systems and software engineering-FiSMA 1.1 functional size measure-

ment method)

【标准释义】

ISO是国际标准化组织(International Organization for Standardization)的简称，IEC是国际电工委员会(International Electrotechnical Commission)的简称。这两个国际组织联合制定

和发布了许多计算机和软件领域的国际标准（通常冠以SO/EC的标号）。

我国的国家标准（通常冠以GB的标号）有不少是从这些国际标准组织引进并等同采用

的。在软件规模估算过程中，标准引用了IS0/EC的五项国际标准，并注明“下列文件对于

本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。”作为限制说明。

)将功能点法作为规模估算方法，以及五种度量方法列入规范性引用文件的考虑。在软件研发成本度量（包括估算与测量）方面，对于软件规模本身的评价是首要任务。根据软件行业的实践，目前评价软件规模的方法主要分为两种：基于业务视角和基于开发视角。基于业务视角的方法是从用户角度出发，与软件开发技术无关，如：功能点、故事点、用例点、对象点等方法；基于开发视角的方法是从开发者角度出发，如：基于软件源代码行、数据库表、函数数量等方法。

5

软件研发成本度量规范释义

基于开发视角的软件规模评价的方法，优点是操作简单、实施容易，但不容易在项目干系人之间达成一致，往往会引起较多的分歧。基于开发视角的评价方法虽然在实际工作中也有着普遍的应用，但更多局限于软件开发团队内部。如果要在业务部门与开发部门、甲方与乙方之间约定软件开发的工期或费用等关键项目目标，则需要从业务视角出发，对软件项目规模进行标准、一致的评价与估算。而且，在系统初始阶段，用户功能需求是唯一真正可以得到的信息。任何程序大小或代码行数的猜想实际上都是从系统要提供的功能性推演出来的。

表2-1展示了几种常用的软件规模度量方法的对比，可以看出，功能点方法最优。

表2-1软件规模度量方法对比

分

类

比对项目

功能点

对象点

用例点

故事点

代码行

业务价值分析

★★★

★★

★★

★★

产能分析与评估

★★★

★★

★★★

★★

★★

项目早期估算

★★★

★★★

★★

★★

方法有效性

项目中后期估算

★★★

★★

★★★

★★

★★

项目范围管理

★★★

★★★

★★★

★★★

★★

团队绩效评价

★★★

★★

★★

★★

行业基准比对

★★★

★

★★

方法学习难度

★★

★★★

★★

★★★

★★★

应用难度

方法导人成本

★

★

★

★★

★★★

方法应用一致性

★★★

★★

★★

自从美国人Allan J.Albrecht在20世纪70年代末提出功能点方法以来，功能点在软件行业的应用与实践已超过30年。在Albrecht的功能点模型基础之上，经过进一步应用与发

展，功能点标准演进为IS0/IEC14143“信息技术软件度量功能规模度量”系列标准及

IFPUG、COSMIC、MkIⅡ、NESMA、FiSMA五个具体操作方法的标准。这也是本标准引入这

五种度量标准作为规范性引用文件的基础。

b)五种功能点度量方法的发展简述。

一IS0/IEC19761软件工程一COSMIC:一种功能规模度量方法(Software engineer-ing-COSMIC:a functional size measurement method)

COSMIC(COmmon Software Measurement International Consortium,通用软件度量国际联盟)功能点的前身来源于1997年所提出的FFP(Full Function Point,全面功能点)功能点

标准，后来FFP组织又与COSMIC组织共同合作，于1999年提出了COSMIC功能点标准，

该标准历经修订，目前的最新版本为该组织于2009年所提出的3.0.1版本，该标准也于

2003年被IS0组织接纳成为国际标准。

一IS0/IEC20926软件和系统工程一软件度量一IFPUG功能规模度量方法2009(Sof

ware and systems engineering-Software measurement-IFPUG functional size measurementmethod 2009)

FPUG(International Function Points User's Group,国际功能点用户组)是一个非营利性组织，1979年IBM的Allan Albrecht提出功能点分析方法，1984年正式发布了第一个功能6

···试读结束···