摘要：项目管理论文代写/软件成本估算在软件项目管理中处于非常重要的地位。本文介绍了常用的几种成本估算数学模型和直觉思维方法，分析了成本估算模型和直观判定存在的问题，并在此基础上提出将数学模型与直观判定结合起来构造合理估算的一种合成技术的估算方案。
关键词：软件项目管理;成本估算模型;直觉思维
一、软件成本估算贯穿于整个软件生命周期
项目初期粗略的成本估算是必要的，它往往用于确定项目的可行性分析。在项目计划阶段还需对项目进行详细的成本估算，设定项目工作分解表中每项任务可能的成本，作为项目执行阶段进行成本控制的基准。并且，在项目执行阶段，当项目实际成本与计划成本出现差异时，还需对项目后期的成本重新进行必要的估算。因此，项目成本估算在项目的管理和控制中占据着非常重要的地位。而在软件项目中，由于在人员、开发周期、项目范围及技术难度等方面与其它项目相比具有更大的不确定性，故准确估算其成本就显得特别困难。因而合理估算软件项目成本就尤其重要。
二、软件项目中的成本估算模型
现有的大多数软件成本估算模型适于预算、权衡分析、计划、控制和投资分析等范畴。成本估算模型技术多采用经验公式对软件项目进行成本估算。在大多数估算模型中，软件规模是决定成本的主要因素。有两种衡量软件规模的常规方法：基于代码行的估算方法和基于功能点的估算方法。许多成本估算模型中将代码行或功能点数作为主要的输入参数。
1.面向代码行的成本估算模型
代码行(lines of code，LOC)是衡量源代码长度的最常用的方法。NCLOC(non-comments source lines ofcode缩写)用于表达不含注解的源代码行数。NCLOC也常常被当作为有效的代码行数(effective lines of code，ELOC)。在很多情况下，为了日后更清楚地阅读和理解程序，提高系统的可维护性，在程序开发中往往要求在程序中附上详细的注解，在这种情况下，包含注解的源代码行数也是一个有效的度量标准。CLOC(commented source line of code缩写)用于表达含注解的源代码行数。综上所述，我们给出代码行的定义如公式1所示：总长度(LOC)=NCLOC+CLOC(1)
2.面向功能点的成本估算模型
面向功能点(Function points，FP)的成本估算模型是用系统的功能数量来测量软件规模的。该方法先评估产品所需功能，然后根据技术复杂度因子(权)对其成本进行量化和修正，估算出最终的软件成本。
其基本步骤是：
(1)计算未调整的功能点(UFC)数目这里所谈的功能点数并非最终软件中实际的功能数量，最终软件实际功能模块的个数在软件开发之前是不可能精确估算的。在此，我们首先将软件的所有功能分为外部输入、外部输出、外部查询、外部文件及内部文件五大类，并估算每类功能的数量(FPi)，然后依据待开发软件的特点评估各类功能的复杂度权重(Wi)，在依据公式2可得未调整的功能点数(UFC)。UFC=SUM(FPi*Wi)
(2)外部输入由用户提供的、描述面向应用的数据外部输出系统向用户提供的、面向用户的数据外部查询要求回答的交互式输入外部文件对其他系统可读的文件内部文件系统里的逻辑主文件权重因素(Wi)项简单一般复杂外部输入3 4 6外部输出4 5 7外部查询3 4 6外部文件7 10 15内部文件5 7 10(2)计算调整后的功能点数考虑到用户对系统性能的不同要求，我们还需从表3中反映的14个方面对UFC作进一步的调整，从而计算出待开发系统的技术复杂度因子(tec