异地分布式敏捷软件开发的时间成本估算研究

为了解决异地分布式敏捷软件开发中的时间成本估算问题,研究了影响异地分布式开发时间与效率的因素,考虑了异地分布式敏捷软件开发的实际情境,对COCOMOⅡ模型的成本驱动因子进行了分析、筛选和新增,在此基础上,改进了COCOMOⅡ模型,使得改进COCOMOⅡ模型能够合理地估算出异地分布式敏捷软件开发的时间和成本,最后对改进COCOMOⅡ模型的开发时间与成本估算方法进行了实现,该改进COCOMOⅡ模型可以较好地估算出异地分布式敏捷开发中的工作量和开发进度.     

结构型软件成本估算模型的研究与改进

阐述了软件成本估算的过程和方法，详细介绍了结构型软件成本估算模型（COCOMO），并在COCOMO模型基础上，考虑代码复用和软件再工程等因素，对COCOMO模型进行改进，提高了估算精度。     

COCOMO II—软件项目管理中的成本估算方法

结构化成本模型(COCOMO：Costructive Cost Model)是一种成熟的软件成本估算方法,将介绍其第二版：COCOMO II模型的基本思路和使用方法,以及对原有COCOMO模型的改进。     

COCOMOⅡ--软件项目管理中的成本估算方法

结构化成本模型（COCOMO：Costructive Cost Model)是一种成熟的软件成本估算方法,将介绍其第二版：COCOMOⅡ模型的基本思路和使用方法,以及对原有COCOMO模型的改进。     

基于COCOMO模型的软件成本估算工具研究

软件成本估算在软件项目管理中占据重要地位,目前已有多种软件成本估算的模型．其中COCOMO模型最为人们所关注。但对于如何估算该模型中的软件规模这一问题．相关的研究还较少。若能从功能点分析方法入手,计算出软件的功能点数目。再将它根据统计结果转换成相应的软件规模,将会大大提高COCOMO模型使用的准确程度．并进一步提高COCOMO工具的实用性。     

软件测试成本评估方法研究

测试是软件领域的一项重要技术,软件测试成本评估是软件项目成本评估的重要组成部分,一直以来软件测试成本评估比较难实现。本文涉及的软件测试成本评估主要分为3个步骤：首先评估软件规模;其次根据不同的软件规模运用不同的评估模型评估出软件生存周期总工作量,模型包括适用于小型软件的基于经验法则的评估模型,适用于中型软件的COCOMO模型,适用于大型软件的动态多变量模型;最后则是软件测试成本的评估。     

软件开发成本估算模型的研究

软件成本准确地估算和管理控制是软件项目开发成功的基础。该文分析了影响软件开发成本估算准确性的因素,并详细介绍了IBM模型、Putnam模型和COCOMO模型三种经验估算模型,探讨了软件开发成本估算的新需求。     

贝叶斯校正算法在软件估算模型COCOMOⅡ中的应用

软件估算模型COCOMOⅡ的研究目标在于建立起一个能够适用于当前的软件开发并且每年更新的模型,使之能够估算软件开发活动中的成本、工作量及时间安排.为了提高COCOMOⅡ的估算精度,采用归纳性的分析方法--贝叶斯校正算法对其进行校正,在逻辑一致的基础上根据先验信息和样本信息作出推论,得到的后验结果能够较大幅度提高估算精度,是对COCOMOⅡ模型的进一步完善.     

一种软件功能测试成本估算模型及其应用

软件测试是软件工程的一个重要阶段。在软件测试工作开展以前,恰当的估算软件测试的规模及成本,将使软件产品的质量得到大幅提高。提出一种基于算法模型的软件功能测试成本估算模型,给出了模型中参数的初步校准值,并在实践项目中进行了应用。实践表明,该模型在实践中可以较好地估算软件功能测试规模及成本,为测试计划的制定及测试工作的开展,起到积极作用。     

构造性成本模型COCOMO

软件估算已成为众多研究的主题。而构造性成本模型COCOMO无疑是其中最为浓墨重彩的一笔。COCO-MO以其独特的优势成为应用范围最广的软件成本估算模型,也是其他众多软件估算方法或模型研究对比、参考和引用的对象。所以对其进行全面而深入的分析是很有意义的。本文在剖析模型原理的同时,把COCOMO作为软件成本估算模型的优势、存在的问题及未来的发展之路作为本文讨论的重点。     

构建基于软件过程的成本模型

在分析COCOMOⅡ模型的基础上,提出了一个基于软件过程的成本模型,其中的数量模型既可以避免COCOMO模型度量的复杂性,又可以根据实际数据描述非线性的成本与驱动因素之间的映射关系.该模型还描述了在实际软件过程中成本度量方法,以及利用过程成本度量数据实现估算和成本控制的机制.     

中等COCOMO模型在中小型软件项目投资决策中的应用探讨

中等COCOMO模型是经过实际软件项目验证和修正的软件成本估算模型.文章将中等COCOMO模型应用于中小型软件项目投资决策,提出了一套简便而完整的中小型软件项目投资分析方法.     

项目度量中对基本COCOMO进行校准的研究

所有成功的软件组织都将度量作为保证自己管理和技术质量的重要手段,软件成本估计则是软件度量[1,2]的核心任务。为了提高成本估算的准确性,文中根据特定软件企业中的历史项目数据对基本COCOMO模型进行校准,在具体的参数修正方法上利用对数数据相关算法进行校正,并与其它方法进行了比较,得到了满意的结果。校准后的模型对项目开发成本的预测将会更加准确,从而切实体现COCOMO成本度量工作对于软件项目的指导价值。因此,文中所做的成本估算模型的校准工作,对软件开发企业非常具有实用价值。     

项目度量中对基本COCOMO进行校准的研究

所有成功的软件组织都将度量作为保证自己管理和技术质量的重要手段，软件成本估计则是软件度量的核心任务。为了提高成本估算的准确性，文中根据特定软件企业中的历史项目数据对基本COCOMO模型进行校准，在具体的参数修正方法上利用对数数据相关算法进行校正，并与其它方法进行了比较，得到了满意的结果。校准后的模型对项目开发成本的预测将会更加准确，从而切实体现COCOMO成本度量工作对于软件项目的指导价值。因此，文中所做的成本估算模型的校准工作，对软件开发企业非常具有实用价值。     

一种用于软件采购定价的成本估算系统*

介绍了一种可用于软件采购定价的成本估算系统.首先引入了一个两阶段的成本估算模型框架.该框架利用一个裁剪的COCOMO Ⅱ模型估算开发总工作量,再利用一个贝叶斯网络模型估算开发总成本.并以某科技计划项目为例,对贝叶斯网络模型参数进行了定义和校准.在此基础上,开发了基于B/S结构的成本估算系统.应用实例表明,该系统拥有较高的估算精度.     

非基于软件复用的成本估算模型的复用改造模型及模型系数修正策略

作为软件成本控制管理的重要措施,软件开发成本的估算技术已经成为软件工程领域的一个重要课题。当前基于复用的软件开发正在成为软件工程的主流,但将软件复用考虑进成本估算的模型较少。提出一个基于软件复用的成本估算模型,并应用该模型对COCOMO模型进行复用改造,之后通过实例进行验证。给出了使用存储过程技术对模型参数进行修正的策略,以为各类基于复用的软件开发成本估算提供依据。     

基于CBR的软件项目成本估算方法

针对软件项目前期成本估算不准确问题,通过构建软件项目案例库,提出一种基于CBR的软件项目成本估算方法(CBRCEM)。根据COCOMO模型成本驱动因子理论,确定影响项目成本属性特征;引入归一化效用函数,应用层次分析法计算影响项目成本属性的权重值;通过对常用案例检索算法的比较分析,结合软件成本估算的特性,建立基于改进的灰色关联分析理论的软件项目相似度算法;根据PERT理论估算软件项目成本,使估算结果更为准确。CBRCEM在Windows平台上用JAVA语言开发完成并在实际中加以应用,案例研究结果表明,对于软件项目前期成本估算,该方法能够得到更加准确的评估结果。     

用于软件开发工作量估算的IOP模型

软件开发工作量估算可以为多项与组织决策和项目管理相关的任务提供有效的支持.根据工作量估算的不同目标,通过对COCOMO Ⅱ成本驱动因子进行扩充和对国内外最新软件项目数据进行回归分析,建立了一个用于工作量估算的IOP模型.该模型采用统一框架,分别从行业水平、组织水平和项目特征3个层次实现基于规模的软件开发工作量估算,以满足针对软件行业、软件组织和特定软件项目的不同的估算目标,例如项目招标、软件组织不同项目的管理和具体软件项目的管理等.最后,给出了IOP模型应用的若干实例.     

在软件工时费用估算中基于案例的推理

Estor,是一个根据以往的研究收集口头记录提出并精练而成的基于案例的类比推理模型。它结合了五个类比案例问题的求解过程:问题表述,类比案例检索,结果转换,属性映射,和非一一对应的调整。这五个类属过程由有关系家以其专门领域内的知识进行了补允。其结果表现为十五项软件费用估算任务,其中十项曾由有关系家解答,其余五项为新添入任务。为了进行比较,同时要求专家对该五项任务也做出估算。把Estor做出的估算与专家以及由FunctiontPoint和COCOMO对这项计划做出的估算进行了比较,发现由专家(人)和Estor(模型)分别控制而做出的估算之间的差异是明显的。对十五项计划做出的估计(由专家和Estor模型)与实际费用值的相关系数分别为0.98和0.97。此外,这些系数与COCOMO以及Function Points产生的值则相差更远。本文将着重讨论模型和有关专家之间的差异。     

改进V模型的建议

在5月的文章中,Brian 指出,V 模型虽说适用于所有类型的开发过程,但并不一定适用于开发和测试过程的所有方面。V 模型存在的不足之处,就是它把软件测试作为在需求分析、概要设计、详细设计、编写代码之后的才进行的工作。使人们容易产生软件测试是软件开发的最后一个阶段,认为软件测试只是针对程序进行测试,对前期的需求分析和概要设计阶段隐藏的问题一直到后期的验收测试才会被发现。V 模型并没有考虑这样做的后果会加大软件测试成本和延期进行