软件项目的成本如何估算？

软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。

其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。

国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示：

国家准中的四个估算过程，层层递进，逐步细化，最终达到科学、一致的成本估算。

一、软件规模估算

通常情况下，规模估算是软件成本估算过程的起点。

估算规模是后续计算软件项目的工作量、成本和进度的主要输入，是项目范围管理的关键，因此，在条件允许的情况下，应首先进行规模估算。

在规模估算过程中，需要注意以下情况：

在规模估算开始前，应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行说明，以保证可以根据项目需求进行规模预估。

依据项目特点和需求详细程度不同，通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算，在适用IFPUG或NESMA方法时，可以根据需求的粒度和管理需要，选择预估功能点方法、估算功能点方法或者详细功能点方法。

若当前的项目需求极其模糊或不确定，可不进行规模估算，而直接采用类比法或类推法估算工作量和成本。

二、工作量估算

在完成规模估算后，应当开展工作量估算工作，若当前项目未开展规模估算，也可直接启动工作量估算工作。

工作量估算时，可采用方程法、类比法、类推法、功能点法：

方程法：即基于基准数据建立参数模型，通过输入各项参数，确定估算值。

类比法：即将待估算项目的部分属性与类似的一组基准数据进行比对，进而确定估算值。

类推法：即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，并进行适当调整后确定估算值。

功能点法：从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。

在开展工作量估算的过程中，需要注意以下情况：

当需求极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。

当需求极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。

对于规模估算已经开展的项目，可采用方程法，通过输入各项参数，确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时，在采用方程法估算工作量时，工期要求有可能是方程的参数之一。

为追求估算的准确性，建议在条件允许的情况下，可采用两种估算方法，对估算结果进行交叉验证，若估算结果差别不大，可直接使用两种估算结果的平均值或以某种估算结果为准，若差别较大，需进行差异分析。

工作量的估算结果宜为一个范围而不是单一的值。

三、成本估算

在获得了工作量估算结果后，可采用科学的方法进行成本估算。

在成本估算过程中，应需要注意的情况：

类比法和类推法，同样适用于需求极其模糊或不确定时的成本估算；

间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织，项目周期越长，项目组成员越多，其分摊的间接成本就越高，此时项目的间接成本与工作量估算结果直接相关；

直接非人力成本通常与工作量估算结果无关，宜单独分项测算；

成本估算结果，也通常为一个范围，而不是单一的值。

四、确定软件开发成本

在《软件工程 软件开发成本度量规范》中，将软件开发成本分为四类，主要是为便于对成本构成（即哪些成本属于开发成本，哪些不属于开发成本）进行清晰界定。

而在实际确定软件开发成本时，通常并不是分别测定四类成本，加和后获得总成本，而是通常采用以下两种方式确定总成本：

根据人力成本费率及工作量估算直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本；

根据规模综合单价和软件规模，测算出直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本。

在进行软件的规模、工作量、成本估算时应遵循以下原则：

在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法；

充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算；

工作量和成本的估算结果宜为一个范围值；

在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整；

成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法；

在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。

除了上述主要原则外，我们还需注意在使用基准数据时：

对于委托方和第三方，建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。

对于开发方，在引入行业基准数据的基础上，可逐步建立组织级基准数据库，以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致，以便于与行业基准数据进行比对分析，并持续提升组织能力。

IT企业多项目管理的实施难点与对策

导语：IT企业因其在经营过程中比一般企业面临着更多的不确定性和环境的动态性，给多项目管理的实施带来更大的难度，现针对多项目管理的实施要点展开讨论。以下是我为大家精心整理的IT企业多项目管理的实施难点与对策，欢迎大家参考！

1、多项目管理理论回顾

多项目管理是站在企业层面对现行组织中所有的项目进行筛选、评估、计划、执行与控制的项目管理方式。它是在假定存在多个项目的前提下，如何协调和分配现有项目资源、获取最佳项目实施组合的管理过程。未来多项目管理发展趋势主要有：领域范畴不断扩展;未来项目与企业战略需求更加紧密相连;多学科知识的交融;多项目管理信息技术支撑平台的建立。对IT企业来说，多个项目的实施和良好的多项目管理可以降低项目成本，优化企业资源配置，从而提高企业的利润率。

2、多项目管理实施的难点

IT企业在应对单个客户需求时，可能具有较好的d性及其应变优势，企业领导者也可以对资源进行有效协调指挥，但当项目增加到一定程度时，势必又要增加管理层次来保证有效的领导，这就与其精干、扁平化的组织结构相违背。另外IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程、业务流程的重构，单靠信息技术是无能为力的，这些促使企业之间的依存关系日渐加强，往往需要根据企业的环境变化进行适应性调整或重新安排。

3、多项目管理实施对策

当面临多项目并行管理的时候，我们不可能象管理一个项目一样进行从头盯到尾，并且关注其中出现的任何问题，这从精力上来说是不现实的，而且如果你确实企图如此做，唯一的结果就是把自己弄得很忙碌，而且会突然发现，你不断处于救火的过程中。那么基于此，应该如何进行管理呢(1)判断轻重缓急，确立优先次序;(2)建立多项目管理机制;(3)利用时间差，尽量避免资源争夺;(4)清楚各项目团队能力，适当授权解放自我;(5)建立信息共享机制;(6)建立良好的绩效考核机制。

4、多项目管理实施的难点

多项目管理的产生和需求原因来自多方面，既是企业内部环境转变的结果，也是企业外部因素所致。这些因素将集中表现在企业分工与组织的变化、开发技术的变化、技术和管理的创新等方面。这种方法要求从参与项目活动的所有人那里收集到工作绩效方面的反馈意见，包括职能经理、同事和下级甚至客户。一方面这在结构层次简单的IT企业中较易实现，另一方面能全面发现个人的长处和短处，为提高绩效水平制定行动计划。关于这方面的讨论读者可以参考相关书籍。

注意事项

总之，随着更多的IT企业参与到国际竞争当中，跨国界、跨文化的项目日渐增多，多项目管理体系将更加多样化、复杂化。针对多项目管理实施过程中的难点，各种各样的对策方法将在实践中得到检验。当然本文探讨的对象也可由IT企业扩大到一般企业，因而企业在吸取项目管理理论精华的同时，更应该结合企业自身特点，有选择、有步骤地将最新成果应用到实际项目当中去，这样才能不断获得项目管理带来的喜悦。

;

一、系统软件的成本构成 系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。 从财务角度来看，列入系统软件的成本有如下的项目： （1）硬件购置费如计算机及相关设备的购置，不 间断电源、空调器等的购置费。 （2）软件购置费，如 *** 作系统软件、数据库系统软件和其它应用软件的购 置费。 （3）人工费，主要是开发人员、 *** 作人员、管理人员、的工资福利费等。 （4）培训费。 （5）通讯费，如 购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。 （6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。 （7）财务费用。 （8）管理费用，如办公费、差旅费、会议费、交通费。 （9）材料费，如打印纸、包带、磁盘等的购置费。 （10）水、电、汽、气费。 （11）专有技术购置费。 （12）其它费用，如资料费、固定资产折旧费及咨询费。 从系统软件生命周期构成的两阶段即开发阶段和维护阶段看，系统软件的成本由开发成本和维护成本构成。其中开发成本由软件开发成本、硬件成本和其他成本组成，包括了系统软件的分析/设计费用（含系统调研、需求分析、系统分析）、实施费用（含编程/测试、硬件购买与安装、系统软件购置、数据收集、人员培训）及系统切换等方面的费用；维护成本由运行费用（含人工费、材料费、固定资产折旧费、专有技术及技术资料购置费）、管理费（含审计费、系统服务费、行政管理费）及维护费（含纠错性维护费用及适应性维护费用）。 二、系统软件成测算 综上所述，系统软件的成本由软件的开发和维护成本所构成，即： C=C1+C2 （1） 式中：C为系统软件的开发成本；C1为系统软件的开发成本所构成；C2为系统软件的维护成本。 1、系统软件的开发成本C1的测算。 我们认为系统软件的开发成本按其工作量及单位工作量成本来测算是可行的，具体测算方法为按系统软 件的软件规模（一般为软件源程序的指令行数，不包括注释行）、社会平均规模指数以及工作量修正因素来 进行。尤其是CAD系统软件的实际测算，结合国内外研究成果的综合分析和专家咨询，软件社会平均生产率 参数和软件社会平均规模指数可分别确定为35和13左右；软件工作量订由八个因子、五个等级组成。 2、系统软件维护成本C2的测算。 系统软件的维护为修正现有可运行软件并维护欺其主要功能不变的过程。系统软件在其交付使用后，其维护阶段在软件生命周期或生存期中占较大比重，有的可达软件生存周期的50-70%。因此，系统软件的维护成本是软件成本测算中不可忽略的一部分。 系统软件的维护包括三类：A、改正、纠正性维护；B、适应性维护；C、完美性维护。其中C类是为扩充 功能、提高性能而进行的维护，在软件资产价值评估中一般不计入该系统软件成本，而A、B两类，则与软 件的开发过程有着紧密的联系，应计入软件成本。 在系统软件维护阶段，对软件工作量的影响因素与开发阶段的影响因素基本相同，是开发阶段影响因素 的后的影响。因此，系统维护的可靠性越大，规模越复杂，隐错越难发现，纠错越难。系统软件越复杂， 要使其适应软、硬环境变化，进行适应性维护也越困难。当然，可靠性大、复杂度高的系统软件，其可维 护性要求也越高，软件在运行中出错的可能性也会少些。基于上述分析，系统软件维护成本的测算，可按 系统软件开发成本乘以一个该系统软件的维护参数来求取。这一维护参数，可按系统软件的复杂度从简单 到一般、到复杂的顺序，分别取015、020、025及030、035、040等。 计算机系统软件作为计算机系统的组成部分，是信息社会的重要商品，也是知识经济社会中的重要资产。 系统软件同其他计算机软件一样，具有如下的特点： 1、系统软件是由许多人共同完成的高强度智力劳动的结晶，是建立在知识、经验和智慧基础上的具有独 创性的产物。系统软件的开发可以工程化，软件生产可以工厂化，因此，系统软件具有价值和使用价值。 同时，系统软件具有独创性（即原始性），所以软件著作权人对系统软件产品依法享有发表权、开发者身份权、使用权、许可权、获取报酬权及转让权。 2、系统软件产品是无形的，存在于磁盘等介质的有形载体中，通过载体进行交易。因此，带有系统 软件的磁盘交换价值，是磁盘自声价值与系统软件之和，而且主要是系统软件的价值。 3、系统软件产品的复制（批量生产）相应简单，其复制成本同其开发成本比较，几乎可以忽略不 计。因此，系统软件产品易被复制乃至剽窃。为保护系统软件产品的著作权，必须依法登记。 4、系统软件产品一般没有有形损耗，仅有无形损耗。系统软件产品的维护，一是由于系统软件自身 的复杂性，特别是为了对运行中新发现的隐错进行改正性维护；二是由于系统软件对其硬、软件环境有依赖性。硬、软环境改变时，系统软件要进行适应性维护；三是由于需求的变化，要求增强系统软件功能和提高系统软件性能，系统软件要进行完美性维护。因此，系统软件的维护在其生命周期中占有重要地位。同时，系统软件的维护过程是一个软件价值的增值过程。由上述测算方法可知，系统软件的维护费用，即使不计入完善性维护费用也已相当昂贵。不断的升级的新版本代替旧版本软件也是系统软件价值评估中应予考虑的一个特点

以上就是关于一个软件项目如何评估工作量和成本全部的内容，包括:一个软件项目如何评估工作量和成本、IT企业多项目管理的实施难点与对策、软件项目的成本如何估算等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！