COCOMOII模型在实际操作中存在一些局限性。

 

    首先COCOMOII模型要求根据软件项目的规模代码行来推导出项目所需的工期和工作量，但在IT项目的前期得到项目的代码行数量是一件困难的事情，即使通过估算的方式能够给出来，实际的项目结果表明往往差异过大，所以COCOMOII模型所要求的输入（代码行规模）首先受到明显的约束。实际工作中也有将IT项目的功能点规模转换为代码行规模，然后再计算工作量和工期的估算实践。只是这样一来，人为地增加了估算误差，笔者认为软件功能点规模与软件代码行之间的对应关系比较勉强。如果将代码行转换为功能点的做法评价为聊胜于无，功能点转换为代码行的作用就只能是南辕北辙了。所以如果能够得到IT项目的功能点规模，应用ISBSG模型更为适合。

 

    其次COCOMOII模型要求设置的参数过多。公式中的规模经济因素B取决于五个参数的加权值，公式中的工作量系数更是取决十七个参数的连乘积。而这些参数的设置往往都是根据主观判断做出的，不同的人员得到的估算结果往往见仁见智。例如工作量调整系数理论上的最大偏差就可达到2080倍（17个因素都取最大值对应的连乘积为118.3791，17个因素都取最小值对应的连乘积为0.056889）！

 

    COCOMOII模型的第三个局限性在于没有一个明确的方式可以对模型持续优化，因为它设置的参数过多，在实际项目的操作过程中往往不容易直接判断是哪一个参数的变化导致了项目的工作量和工期的变化情形，因而不能对模型进行持续的标定和优化。

 

    尽管COCOMOII模型有这样的一些局限性，但是它作为一个理论上被研究最广泛的模型仍然值得关注。在我国的IT行业也不例外，COCOMOII模型仍然具备众多的 “粉丝”。如果在研究和实践COCOMOII模型的过程中，能够有意识注意到COCOMOII模型的上述不足，例如采用功能点描述项目的规模，适当的简化模型参数等，COCOMOII模型对于IT项目量化管理的理论和实践就仍然具备一定的参考价值。