程序结构分解是软件实现上的分解，在软件项目中，还需要对整个软件项目划分若干任务，并将这些任务分配给项目组中的所有成员。任务分解及分配的好坏也对项目的进度和成本有着很大的影响。
项目的工作结构分解即WBS是先把项目中实际需要完成的事项尽量分解成更具体的工作。具体做法是按照树形结构先把整个项目分解为大的单元，再把各个大的单元分解为个小的单元。
需完成事项的细分之后，把各个单元中需要做的工作分配在树形结构的最下层。各个单元中所需要做的一系列的工作被称为工作包。在WBS的各个工作包里配置工作人员之后，项目实行的结构图就完成了。
工作结构分解是进行项目成本计算的基础，不同的工作结构分解将得到不同的项目成本，如果工作分配不恰当，如将简单任务分配给程序开发高手，而将复杂任务分配给新手，将会造成工作效率低下，并增加项目的成本。真实的软件项目成本不仅是软件的复杂度，并且与本项目的管理和人员能力有着直接的关系。
软件项目成本计算中存在的问题
1、 套用现成估算模型，误差太大。
每个软件企业的情况都不同，有着不同的管理模式，不同的工作人员，不同的环境和背景，因此如果简单的进行估算模型的套用，使用别人的计算系数的话，得到的将是别人企业的成本，而不是自己的成本。这样，当项目完成后，成本自然与估算数据相差很大。
不管是功能点模型还是COCOMO模型都是需要本企业的计算系数，如果提供不了正确的计算系数，则这两个模型都无法正确使用，因此每个软件企业都要对估算模型进行一定的适应性调整，以适应自己企业的情况。
2、 缺少成本管理体系
很多软件企业都将成本估算用于项目投标使用，而没有意识到需要为企业建立一个成本管理体系。如果不对软件的成本进行有效的管理，即使估算得很准确，最后项目结束后，成本可能大幅度的超过估算。这是因为没有对项目的成本进行管理，在项目建设过程中没有合理搭配和利用资源，以至于造成了资源的浪费，这样项目的成本自然增加，也就造成成本估算估不准了。
3、 缺少成本总结和分析的方法
企业完成一个项目后，没有对项目成本估算和成本管理方面进行总结，这样便无法将项目经验转化成原始数据积累，不管做了多少项目，最后对成本还是测不准。没有将项目完成后的经验对成本估算参数进行校正，也此也造成企业管理水平的无法提高。
软件项目引入估算、预算和决算的必要性
软件估算在软件项目前期进行，在需求分析完成后，便能够利用功能点模型进行软件项目成本的估算，得到项目成本估算值。对于刚刚引入该方法的企业，成本估算值是不准确的，因此需要慢慢根据经验数据对它进行修正。
在软件的详细设计完成后，便可以利用工作结构分解将对之后的所有工作进行预算，预算的费用包括直接开发费和间接费用，直接开发费用为实现程序所有功能所花费的人力和物力，而间接费用包括管理费用和其他的辅助费用，间接费用可以根据本企业的特点，在直接费用上取一定的百分比。
直接费用的计算采用COCOMO模型，由于详细设计后已经能够较准确的对软件的代码行数进行估计，因此，这个时候计算出来的预算成本也是比较准确的。当然，系数还是需要根据经验进行修正。
在软件项目结束后，对整个项目所花费的所有成本应当进行决算。不要认为项目完成了，做这样的事情就显得多余。对项目成本进行决算，可以将项目经验进行总结，将项目的实际成本与估算和预算进行比较，然后对比较结果进行分析，找出误差存在的原因，继而对估算和预算系数进行调整，经过若干个项目经验的积累后，便能够做到较准确的估算和预算。而成本经验的累积也让企业得到了一个自己的成本知识库。
在项目决算的过程中，可以引入审计机制，这样不仅是准确估算软件成本，而且可以发现软件项目开发过程中的各种问题，根据审计发现的问题继而对企业的软件过程进行改进，以提高整个企业的核心竞争力。
总结
软件项目成本估算需要丰富的经验累积，经验累积越多，则估算越准确，可以说建立一个软件成本估算的知识库对于软件企业的发展有着重要的意义。不仅可以让软件企业在项目投标中准确的估计自己的项目成本，从而在投标中取得胜出。更重要的是，为企业的软件过程改进提供了很好的基础资料。
文章来源于领测软件测试网 https://www.ltesting.net/
