【CN110084439A】一种基于NESMA功能点估算的软件成本度量方法及云系统【专利】

合集下载

NESMA功能点估算法

一、什么是功能点，功能点估算有什么用？对于一个软件来说，功能点是一个可以作为标准的一个计量单位，功能点的多少代表着软件的规模大小，那么有了一个同一的量级的表现后，不同产品或者功能通过功能点来表示，就可以很好地反馈出产品或者功能的复杂程度，同时我们利用功能点来辅助计算效率、成本等也有很大作用。

使用禅道作为项目管理工具的小伙伴，也会在提需求的板块，看到有功能点的录入要求，这也是作为项目管理中，工作量的估算的重要性。

二、功能点估算方法与基本过程功能点的估算方法有IFPUG和NESMA等，下面主要是介绍NESMA 功能点估算法，NESMA估算法更多的在项目前期，可以快速的利用逻辑文件，给出预估的功能点数量，起到较好的指导作用。

NESMA估算法有三种类型的功能点估算，包括：指示功能点计数、估算功能点计数、详细功能点计数；分别对应项目的前期，中后期的功能点估算需求，同时估算出来的功能点也是越来越细化和精准。

当然操作难度和复杂度也是越来越高。

对于一般性的产品而言，我们主要是使用前两种（指示功能点计数、估算功能点计数）估算方法即可，两种方法的主要区别就在于计算公式的不同，一个粗放，一个则较精细，两种都可以使用，可以根据自身项目的具体要求和所处阶段来进行选择。

指示功能点计数：ILF*35+EIF *15估算功能点计数：UFP=（7* ILF+5* EIL+4* EI+5* EO+4* EQ)下面就来介绍上面的公式中用到的因子以及查找方法。

三、两个逻辑文件与三个基本过程上面的估算方法中提到的ILF、EIF、EI、EO、EQ代表着什么呢？只要弄明白了这几个计算因子，那么带入公式就可以很快知道我们的这个产品或者功能的软件规模有多大了，所需多少开发量，也就有了较为准确的参考标准。

1. 两个逻辑文件：ILF和EIF首先我们理解一下逻辑文件是个什么东西。

功能点估算法，我们是从产品的角度，用户的视角来进行估算的。

那么逻辑文件的概念，也就是从用户的视角出发，来进行定义的一类对用户有意义的信息。

软件成本度量之浅析快速功能点方法度量软件的规则及过程

浅析软件度量时使用快速功能点方法度量软件的规则及过程快速功能点方法是由北京软件造价评估技术创新联盟依据国际ISO标准（ISO/IEC 24570－2005软件工程NESMA功能尺度测量法2.1版功能点分析应用的定义和计数指南）要求提出的一种软件规模度量方法。

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

采用优化后的功能点方法——快速功能点方法进行规模估算或测量的基本过程或步骤如下：确定计数类型→识别系统边界→识别功能点计数项→计算未调整的功能点数→计算调整后的功能点数。

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

计数类型分为三种：新开发、延续开发及已有系统计数。

对于新开发需求或项目，对预计（或实际）投产的功能进行计数；对于延续开发需求或项目，对预计（或实际）新增、修改及删除的功能均进行计数；对于已有系统，对实际的功能进行计数。

2、识别系统边界在识别系统边界的时候应注意：应从用户视角出发，不受系统实现影响；主要是为了区分内部逻辑文件（ILF）和外部接口文件（EIF）；事务功能应穿越识别的系统边界。

3、识别功能点计数项功能点计数项分为数据功能和交易功能两类。

数据功能包括内部逻辑文件（ILF）、外部接口文件（EIF）；交易功能包括外部输入（EI）、外部输出（EO）、外部查询（EQ）。

数据功能是系统提供给用户的满足产品内部和外部数据需求的功能，即本系统管理或使用那些业务数据（业务对象），如“客户信息”“账户交易记录”等。

内部逻辑文件或外部接口文件所指的“文件”不是传统数据处理意义上的文件，而是指一组客户可识别的、逻辑上相互关联的数据或者控制信息。

因此，这些文件和物理上的数据集合（如数据库表）没有必然的对应关系。

交易功能是系统提供给用户的处理数据的功能，即本系统如何处理和使用那些业务数据（业务对象），如“转账”“修改黑名单生成规则”“查询交易记录”等。

交易功能又称为基本过程，是用户可识别的，业务上的一组原子操作，可能由多个处理逻辑构成。

基于COSMIC方法的软件成本估计与风险管理研究

基于COSMIC方法的软件成本估计与风险管理研究软件开发项目中的成本估计和风险管理是关键的环节，它们对于项目的成功与否起着至关重要的作用。

本文将探讨基于COSMIC（Common Software Measurement International Consortium）方法的软件成本估计与风险管理的研究，以帮助项目团队更好地掌控项目的成本和风险。

首先，我们来了解一下COSMIC方法。

COSMIC是一种功能点（function point）度量方法，它基于软件的功能来进行成本估计和风险管理。

COSMIC方法通过对软件功能的定量分析，将软件项目的规模与项目的成本和风险关联起来。

相比传统的基于代码行数的度量方法，COSMIC方法更加准确和可靠，因为它将重点放在了用户功能上，而不是代码的物理特征上。

在软件成本估计方面，COSMIC方法提供了一种基于功能点的成本估计模型。

该模型通过统计分析历史软件项目的数据，建立功能点与实际成本之间的关系模型，并使用这个模型来估计新项目的成本。

这种基于功能点的成本估计方法具有更高的预测准确性和可信度，因为功能点是用户可见的软件功能，能够更好地反映软件项目的规模和复杂程度。

此外，COSMIC方法还能够帮助项目团队进行风险管理。

项目风险是指那些可能对项目进展和结果产生不良影响的潜在事件或条件。

COSMIC方法通过将风险与功能点关联起来，建立了一种功能点风险评估模型。

在项目的不同阶段，团队可以根据功能点风险评估模型，识别和评估项目的各种风险，制定相应的风险应对策略，以降低项目的风险水平。

对于软件成本估计和风险管理的研究来说，COSMIC方法凭借其独特的优势得到了广泛的应用和研究。

研究者们通过对大量软件项目数据的分析，验证了COSMIC方法在成本估计和风险管理方面的有效性和准确性。

他们开发了各种基于COSMIC方法的软件工具和模型，帮助项目团队更好地进行成本估计和风险管理工作。

基于NESMA功能点分析方法

基于NESMA功能点分析方法作者：王志华李克文来源：《电子技术与软件工程》2017年第03期摘要本文阐述了基于NESMA功能点分析方法的基本原则和方法，针对一个实例公司资料管理系统，实施基于NESMA功能点分析法，统计该系统的功能点数。

【关键词】功能点 NESMA 功能点计算1 引言软件项目早期阶段，首要的工作就是提交给客户的软件系统的规模、完成它所需要的工作量和成本估计。

其中软件规模估计是进行项目工作量、成本及进度估计的前提条件，因此本文着重研究与规模估计相关的技术方法。

目前，国际上已经存在很多软件规模估计方法和模型，如功能点（Function Point）、代码行（Line of Code）、德尔菲（Delphi）、用例点（Use Case Point）等，NESMA功能规模度量是从用户角度来估计规模，通过量化与外部数据输入、输出或文件类型等有关的功能性处理信息，来度量软件规模的方法，不去考虑软件的具体实现。

2 NESMA功能点分析方法研究2.1 概述功能点分析法FPA（FunctionPointAnalysis）是由IBM的工程师Allan JAlbrecht于20世纪70年代末提出的，是一种与程序语言无关，能够有效衡量软件规模的方法。

荷兰软件度量协会（Netherland Software Measurement Association）推出了NESMA功能点，都是Albrecht功能点分析理论的发展和细化。

2.2 规模估计过程一般分为以下几个步骤：（1）确定估计的类型，根据可收集到的文档；（2）确定估计范围和系统边界；（3）度量数据功能和事务功能；（4）确定未调整功能点数；（5）确定调整因子；（6）计算调整后的功能点数。

2.3 功能类型软件项目管理中的功能点估计法将功能点分为5类：2.3.1 内部逻辑文件（ILF Internal Logical File）在应用程序边界内维护的用户可识别的逻辑相关数据组或控制信息。

基于NESMA功能点分析方法

＋Ｅ０９５＋６Ｏ＋２３＋２５＋２Ｏ＝２２３
１引言
息，向用户提供信息。处理逻辑既不包含数学公式或计算，也不创建新的数据。处理期间不软件项目早期阶段，首要的工作就是提维护内部逻辑文件，也不改变系统行为。交给客户的软件系统的规模、完成它所需要的２Ｉ３．４外部输入（ＥＩＥｘｔｅｍａｌＩｎｐｕｔ）工作量和成本估计。其中软件规模估计是进行数据或控制信息由外向内穿越应用程序项目工作量、成本及进度估计的前提条件，因边界的一个基本处理过程，其主要目的是维护此本文着重研究与规模估计相关的技术方法。个或多个内部逻辑文件和／或改变系统行目前，国际上已经存在很多软件规模估计方法为。和模型，如功能点（ＦｕｎｃｔｉｏｎＰｏｉｎｔ）、代码行２＿３．５外部输出（ＥＯＥｘｔｅｒｎａｌＯｕｔｐｕｔ）（ＬｉｎｅｏｆＣｏｄｅ）、德尔菲（Ｄｅｌｐｈｉ）、用例点发送数据或控制信息到应用程序边界外（ＵｓｅＣａｓｅＰｏｉｎｔ）等，的一个基本处理，其主要目的是通过检索数据ＮＥＳＭＡ功能规模度量是从用户角度来估或控制信息，此外还通过处理逻辑来向用户计规模，通过量化与外部数据输入、输出或文提供信息，其处理逻辑必须包含至少一个数学件类型等有关的功能性处理信息，来度量软件公式或计算，或创建派生的数据。一个外部规模的方法，不去考虑软件的具体实现。输出也可以维护一个或多个内部逻辑文件，和

软件成本功能点估算法介绍

]
]
]
]
Contents Part 2识别逻辑文件
Part 3识别基本过程Part 1功能点方法介绍
Part 4工作量估算
Part 5功能点计数模板
一、功能点方法介绍
背景介绍
软件成本度量标准研究过程
功能点估算法简介
行业标准-软件开发成本度量技术路线
软件造价评估的输入输出
工信部行标：估算方法-方程法
方法主要内容
什么是功能点？
功能点分类（IFPUG、NESMA）
功能点计数要素示例
成本度量规范的输入-需求文档书写简单
培训系统的需求描述
附录：详细功能点方法（类似IFPUG方法）
二、识别逻辑文件（数据功能）
理解文件—数据的类别
理解文件—ILF（内部逻辑文件）
示例：以下需求中的ILF？
区分逻辑数据与物理数据
文件辅助识别示例—对文件的操作是业务功能
示例—不应识别为文件的数据
示例—根据逻辑差异识别ILF
识别ILF的直觉方法—区分业务数据与编码数据
理解EIF
识别EIF—常见情况解析
逻辑文件计数次数
理解文件—逻辑文件计数步骤
三、识别基本过程（事务功能）
基本过程分类
EI简单识别过程
EI的主要目的
EO、EQ的简单识别规则
区分EI、EO、EQ
示例-区分EI、EO、EQ
识别EI、EO、EQ回顾
四、工作量估算
方程法（规模/工作量的调整因子）。

ibm功能点估算模型

IBM功能点估算模型是由阿尔布雷克特在1979年提出，也称为IFPUG（国际功能点用户组织）功能点。

这是一种估算软件项目大小的方法，主要基于系统的逻辑设计，以及客观外部应用接口和主观的内部应用复杂度以及总体的系统性能特征，对软件功能规模进行间接定量估算。

功能点估算方法是一种间接度量，与代码行估算法（LOC）不同，它主要关注软件程序的“功能性”和“实用性”，而不是直接评估代码行数。

在功能点估算中，用户需求被分为功能性需求和非功能性需求，其中，功能点的估算方法有IFPUG、NESMA、SNAP等。

IFPUG和NESMA用于估算功能性用户需求的规模，而SNAP用于估算非功能性用户需求的规模。

NESMA估算法更多的在项目前期使用，它可以通过逻辑文件快速给出预估的功能点数量，起到指导作用。

NESMA估算法有三种类型的功能点估算，包括指示功能点计数、估算功能点计数和详细功能点计数，分别对应项目的前期、中期和后期的功能点估算需求。

功能点公式为FP=UFC*TCF，其中UFC为未调整功能点计数，TCF是技术复杂度因子。

UFC 从五个角度得出，这五个功能计数项为：“外部输入”、“外部输出”、“外部查询”、“外部接口文件”和“内部逻辑文件”。

功能点估算方法适用于三种项目类型，分别是新开发项目、二次开发项目以及功能增强项目。

以上信息仅供参考，建议咨询专业人士或查阅相关书籍资料了解更多有关IBM功能点估算模型的信息。

基于NESMA的软件工程造价评估方法

基于 NESMA的软件工程造价评估方法摘要：随着企业数字化转型的深入开展，信息系统的建设需求日益增多，如何把控软件开发系统的费用一直是行业的难题，传统的人天法是从开发者的角度评估费用，用户没有直观地了解。

本文结合国际上通用的评估方法，以用户视角为出发点来开展费用评估。

关键词：软件开发；费用评估；用户概述在物联网、云计算、大数据等理念及技术的发展和推动下，软件服务成为信息消费中发展最快、最具活力的领域之一，我们正在进入一个“软件定义”的时代。

与传统工程类项目不同的是，软件是一种知识密集型产品，其成本估算和度量有其特殊性，目前，公司的软件项目费用主要依据项目组的人天法，既由项目组先将项目按照需求调研、方案设计、系统开发、测试、验收等环节分别给出每一环节所需时间，单位为天，在结合人天费用，计算出总的费用，该方法主要依据项目组人员的经验给出，虽然计算简单，但有其不合理性，一是该方法是从开发者的角度来看的，用户对费用对应的工作量没有直观地感受，二是项目开发人员可以在同一时间进行多个项目，其在该项目上花费的时间与实际是不符合的，所以这种评估费用的方法是不合理的，在此背景下，迫切需要引入一种科学、统一的软件研发成本度量标准来规范软件项目的管理。

1、几种常见的软件评估方法简介功能点方法最初由IBM的工程师AllanJ.Albrecht在1979年提出，经过几十年的实践与发展，在Allan功能点模型基础之上，逐步演化为ISO/IEC14143“信息技术软件度量功能规模度量”系列标准及NESMA、IFPUG、COSMIC、MarkII、FiSMA五个具体的操作方法标准[1]。

这五种不同的功能点标准，在应用领域、应用范围、方法易用性和可靠性等方面有各自不同的特点，其对比如表2-1所示：2-1五种功能点方法比较（用户角度）名称应用领域方法易用性用户广泛性可靠性综合评价通过对比可以看出，NESMA和IFPUG综合评价较高，而且，目前在全球使用功能点方法的企业中，超过90%使用IFPUG/NESMA方法，由于NESMA方法定义了预估功能点、估算功能点和详细功能点3种应用场景以支持项目不同粒度的估算，因此如果使用行业标准进行早期估算（如编制预算、招投标），NESMA方法更能满足实际需求。

基于功能点的装备软件成本度量研究

基于功能点的装备软件成本度量研究曹杨华曹健李虎/中国航空无线电电子研究所随着软件和信息技术应用的飞速发展，我们正在进入一个“软件定义一切”的时代，全球软件行业处于成长期向成熟期转变的阶段，我国的软件行业正处于高速发展的水平［1］。

装备软件作为信息化装备的灵魂，其比重不断增大，作用日益突出，软件研制的复杂度也越来越高，使得软件成本逐渐升高，软件复杂度和价格已经成为产品和系统研发的重要风险来源。

由于软件本身的复杂度，估算人员经验的缺乏和人为的错误、估算工具的缺乏等原因，软件项目的成本估算和实际情况相差甚远，因此，软件估算错误已经被列为软件项目失败的四大主要原因之一［1］。

软件的规模是软件度量体系中重要的度量指标，它是决定软件成本的重要因素，业界提出了很多规模估计方法，常用的有专家法、代码行（Line of Code ，LOC ）、COCOMOII 模型、功能点分析（Function Point Analysis ，FPA ）等方法，这些方法各有优缺点，具体如表1所示。

一、功能点分析方法功能点分析方法是一种以功能点（Function Point ）为单位测量软件功能规模的度量方法，根据Daich 和Kitchenharm 提出的分类方法，功能点分析方法是一种分解类的规模度量方法，即把复杂系统分解成子系统进行评估的方法，它主要基于软件文件对功能性需求进行分析与度量，其结果以功能点的形式表示功能规模，功能点分析方法经过近40年的发展，以IFPUG 方法为主线，演化了NESMA 、COSMIC 和MarkII 这三种主要方法和十几个分支方法［1］。

功能点分析法已于2007年被纳入ISO14143标准系统，目前符合ISO 标准的功能点方法共有5种，如表2所示。

装备软件计价依据的《某软件研制概算计价规范（试行）》中软件功能规模估算参考了NESMA表1规模估计方法优缺点比较标准。

二、基于NESMA 的软件成本度量NESMA 方法借鉴IFPUG ，主要分为6个步骤［1］，如图1所示。

实用的软件系统开发成本估算法软件成本管理含例子

实⽤的软件系统开发成本估算法软件成本管理含例⼦软件系统开发成本估算法功能点估算含例⼦⽬录功能点估算法概念功能点估算法是软件项⽬管理众多⽅法中⽐较有技术含量的⼀个，也是最实⽤的⼀个。

在软件项⽬管理中项⽬计划制定的优劣、合理直接关系到项⽬的成败，项⽬计划中对项⽬范围的估算⼜尤为重要。

如果项⽬负责⼈对项⽬的规模没有⼀个⽐较客观的认识，没有对⼯作量、所需资源、完⼯时间等因素进⾏估算，那么项⽬计划也就没有存在的意义。

功能点估算法的特点项⽬范围的估算在CMMI的“MA”度量分析管理和“PP”项⽬计划中均有涉及。

对软件项⽬范围的估算有很多种⽅法，常见的是LOC代码⾏和FP功能点法。

它们之间的区别和关系如下：功能点估算法常⽤在项⽬开始或项⽬需求基本明确时使⽤，这时进⾏估算其结果的准确性⽐较⾼。

假如这个时候使⽤LOC代码⾏估算法，则误差会⽐较⼤。

使⽤功能点估算法⽆需懂得软件使⽤何种开发技术。

LOC代码⾏估算法则与软件开发技术密切相关。

功能点估算法是以⽤户为⾓度进⾏估算，LOC代码⾏估算法则是以技术为⾓度进⾏估算。

通过⼀些⾏业标准或企业⾃⾝度量的分析，功能点估算法是可以转换为LOC代码⾏的。

在项⽬刚开始的时候进⾏功能点估算可以对项⽬的范围进⾏预测。

在项⽬开发的过程中由于需求的变更和细化可能会导致项⽬范围的蔓延，计算出来的结果会与当初估计的不同。

因此，在项⽬结束时还需要对项⽬的范围情况重新进⾏估算，这个时候估算的结果才能最准确反映项⽬的规模。

功能点分析的步骤（含例⼦）图1功能点估算法的步骤具体步骤包括：1.识别功能点的类型。

2.识别待估算应⽤程序的边界和范围。

3.计算数据类型功能点所提供的未调整的功能点数量。

4.计算⼈机交互功能所提供的未调整的功能点数量。

5.确定调整因⼦。

6.计算调整后的功能点数量。

识别项⽬的类型国际IFPUG组织将软件项⽬分为三类，功能点估算法适⽤于任何⼀类项⽬：新开发项⽬⼆次开发的项⽬功能增强的项⽬识别项⽬的范围和边界使⽤UML的“UseCase”⽤例图是以⽤户⾓度进⾏识别项⽬范围和边界的最好⽅法，在画⽤例图时就必须明确系统的边界。

评估标准nesma

评估标准nesma在软件开发领域，评估标准nesma是一种常用的度量方法，它可以帮助团队评估和衡量软件项目的规模、成本和进度。

nesma（Netherlands Software Metrics Association）是荷兰软件度量协会的缩写，它提供了一套完整的软件度量标准，帮助开发团队更好地管理和控制项目。

评估标准nesma主要包括以下几个方面：1. 功能点分析。

功能点分析是评估标准nesma的核心内容之一。

通过对软件系统的功能进行分类和计量，可以帮助团队确定项目的规模和复杂度。

在功能点分析中，需要考虑的因素包括逻辑文件、输入、输出、查询和接口等。

通过对这些功能点的综合评估，可以得出项目的功能点总数，进而确定项目的规模和成本。

2. 成本估算。

评估标准nesma还可以帮助团队进行成本估算。

通过功能点分析得出的项目规模，结合历史数据和行业标准，可以对项目的成本进行合理的估计。

这有助于团队制定合理的预算和资源分配计划，确保项目能够按时按质完成。

3. 进度控制。

评估标准nesma也可以用于项目进度的控制。

通过对功能点的分解和计量，团队可以更好地跟踪项目的进度，及时发现和解决问题，确保项目能够按计划进行。

此外，评估标准nesma还可以帮助团队进行进度预测，提前发现可能的延期风险，采取相应的措施加以应对。

4. 质量评估。

除了规模、成本和进度，评估标准nesma还可以用于评估项目的质量。

通过功能点分析和成本估算，团队可以对项目的质量进行综合评估，发现潜在的质量问题，并制定相应的质量改进计划。

总的来说，评估标准nesma是一种非常实用的软件度量方法，它可以帮助团队全面、准确地评估和衡量软件项目，从而更好地管理和控制项目。

通过功能点分析、成本估算、进度控制和质量评估，评估标准nesma可以帮助团队发现和解决问题，确保项目能够按时按质完成。

因此，在软件开发项目中，团队可以考虑采用评估标准nesma，以提升项目管理的效率和质量。

【CN110084439A】一种基于NESMA功能点估算的软件成本度量方法及云系统【专利】

(19)中华人民共和国国家知识产权局(12)发明专利申请(10)申请公布号 (43)申请公布日 (21)申请号 201910384476.2(22)申请日 2019.05.09(71)申请人浪潮软件集团有限公司地址 250100 山东省济南市高新区科航路2877号(72)发明人白玉坤　张新法　李传义　崔维康　王振东　(74)专利代理机构济南信达专利事务所有限公司 37100代理人姜明(51)Int.Cl.G06Q 10/04(2012.01)G06Q 10/06(2012.01)(54)发明名称一种基于NESMA功能点估算的软件成本度量方法及云系统(57)摘要本发明公开了一种基于NESMA功能点估算的软件成本度量方法及云系统，属于软件成本度量技术领域。

本发明的基于NESMA功能点估算的软件成本度量方法，通过明确被评估系统的边界、整理被评估系统的数据功能和交易功能，并输入到度量系统中，通过NESMA功能点估算得出被评估系统的规模、成本和工期。

该发明的基于NESMA功能点估算的软件成本度量方法能够快速、高效、准确且权威的估算处软件的规模和成本，具有很好的推广应用价值。

权利要求书1页说明书5页附图2页CN 110084439 A 2019.08.02C N 110084439A1.一种基于NESMA功能点估算的软件成本度量方法，其特征在于：该方法通过明确被评估系统的边界、整理被评估系统的数据功能和交易功能，并输入到度量系统中，通过NESMA 功能点估算得出被评估系统的规模、成本和工期。

2.根据权利要求1所述的基于NESMA功能点估算的软件成本度量方法，其特征在于：该方法具体包括以下步骤：S1、规模估算：该流程中搜集相关文档，确定计数范围和边界，度量交易功能和度量数据功能，计算项目原始功能规模；S2、规模校准调整；S3、成本估算。

3.根据权利要求2所述的基于NESMA功能点估算的软件成本度量方法，其特征在于：所述搜集相关文档包括招投标文件、项目需求规格说明书项目详细设计说明书和数据库设计说明书。

一种基于功能点规模度量的软件成本估算模型

一种基于功能点规模度量的软件成本估算模型
李嘉;易平;宋巍;蔡立志
【期刊名称】《软件产业与工程》
【年(卷),期】2011(000)005
【摘要】软件项目是不同于一般工程项目的项目类型,具有高度的不可预知性,受用户需求,开发方式的影响很大.没有明确的成本估算,将导致软件开支的不可控制.本文研究如何通过功能点规模度量点方法估算软件项目的规模及成本,提出了一种基于功能点规模度量的软件项目成本估算模型,给出模型公式.该模型适用于软件开发项目的规模、工作量与成本估算.
【总页数】5页(P32-35,48)
【作者】李嘉;易平;宋巍;蔡立志
【作者单位】上海交通大学上海200240;上海市计算机软件评测重点实验室上海201112;上海交通大学上海200240;上海市计算机软件评测重点实验室上海201112;上海市计算机软件评测重点实验室上海201112
【正文语种】中文
【相关文献】
1.基于度量工具的软件成本估算模型使用方法 [J], 袁荣;舒风笛;汤子楠;王青
2.基于功能点的装备软件成本度量研究 [J], 曹杨华;曹健;李虎
3.基于功能点的装备软件成本度量研究 [J], 曹杨华;曹健;李虎
4.基于功能点的装备软件成本度量研究 [J], 曹杨华;曹健;李虎
5.基于功能点的装备软件成本度量研究 [J], 曹杨华;曹健;李虎
因版权原因，仅展示原文概要，查看原文内容请购买。

基于稳健回归技术的软件成本估计方法

基于稳健回归技术的软件成本估计方法孙士兵;马莉【期刊名称】《科学技术与工程》【年(卷),期】2008(008)017【摘要】随着软件系统规模的不断扩大和复杂程度的日益加大,从20世纪60年代末期开始,出现了以大量软件项目进度延期、预算超支和质量缺陷为典型特征的软件危机.在对软件项目进行估算时,通常情况下能得到相关软件组织或软件产品的某些历史数据,充分利用这些历史数据对预测与估算软件项目是很有帮助的.稳健回归分析(RRA),就是这样一种相当常用与有效的数据驱动方法.在比较、回顾一些稳健回归分析研究成果的基础上,重点解决了软件成本估算数据用传统回归分析存在的问题,并有效地解决了由于异常数据存在而产生的掩蔽效应.同时尝试提出在软件成本数据估算中运用稳健回归方法进行系统而全面的仿真实验分析,发现该方法能有效地解决异常数据的掩蔽效应,得到比较满意的结果.%Along with the unceasing expansion and the complex degree daily enlarging of the software system scale,it appears the typical software crisis such as the massive software project progress extension,the budget overspending and the quality flaw from the 20th century 60s last stages.The correlated software organization or the software product certain historical data can obtain carry on the estimation of the software project in the usual situation,and it is helpful to take advantage of these data to forecast the future software projects.The robust regression analysis (RRA) is such one kind quite commonly used and the effective data actuation method.Based on someretrospective studies of RRA,focuses on some problems of the software cost estimation data with ordinary methods and tries to propose the RRA methods to analysis of the software development cost estimation data and effectively solutes to the problem of masking effects when the outliers exist.The results are found that this method could solve effectively the masking effects by outliers and obtained better results.【总页数】5页(P4864-4868)【作者】孙士兵;马莉【作者单位】湖南长沙民政学院软件学院,长沙,410004;广东佛山科学技术学院,佛山,528000【正文语种】中文【中图分类】TP311.52【相关文献】1.提高软件成本估计精度的方法 [J], 李肯立;石岿然2.基于稳健回归技术的软件成本估计方法 [J], 孙士兵;赵欢;贺宗梅;3.适用于软件成本估计及风险评估的混合方法 [J], 冯楠;李敏强;寇纪淞;方德英4.基于模型的软件成本估计方法 [J], 何晓阳;王亚沙5.基于稳健回归技术的软件成本估计方法 [J], 孙士兵;刘春根;赵欢;余红英;贺宗梅因版权原因，仅展示原文概要，查看原文内容请购买。