如今，现代软件开发已经远离传统的瀑布模型，在传统的瀑布模型中，开发过程的每个阶段或阶段均与上一阶段的完成无关。从传统瀑布模型过渡到迭代开发过程的基本部分，经济的所有好处都是非常重要的，但也非常困难且难以量化。作为预期过程改进的经济影响的基准，请考虑COCOMO II模型的过程的指数参数。
这些指数参数的范围通常从1.01(无规模经济)到1.26(无规模经济)。所有简单地控制和控制过程指数值的参数都是应用程序优先级，过程灵活性，体系结构风险解决方案，团队凝聚力以及软件过程的成熟度。
以下是映射COCOMO II过程的指数参数的列表：
- 应用程序先例–
在了解如何计划和执行软件开发项目时，主要的关键经验是领域经验。前所未有的系统的关键目标或目标是面对风险并尽早建立先例，即使它们没有完成任何实验。这是主要的重要原因，这是由于软件行业已转向迭代的生命周期过程。在生命周期中，早期迭代通常会建立或开发先例，从中可以对产品，过程和计划进行详细说明并对其进行详细阐述。 - 流程灵活性–
巨大的解决方案空间和各种相互关联的问题解释了现代软件开发的问题，即对变更的不间断合并具有至关重要的要求。这些变更或更改可能是低估问题或解决方案，解决方案空间或计划所固有的。通过与项目需求相称的有效变更管理，必须支持项目工件。为了获得软件投资回报，具有可配置的过程以使通用框架能够在各种项目的范围内被接受和采用是非常重要和必要的。 - 建筑风险解决方案–
对于成功的迭代开发过程，关键主题即体系结构风险解决方案的开发是负责任的。通常，在开发通常构成整个应用程序组件套件的组件之前，由项目团队开发或建立体系结构并稳定体系结构。基础架构，通用机制和控制机制通常是由架构优先和基于组件的开发方法所强制执行的，因此可以在生命周期的早期就对其进行详细说明，并驱动所有组件在架构过程中做出或购买决策。 - 团队凝聚力–
通常，成功的团队是凝聚力的，而凝聚力的团队则是成功的。这些凝聚力和成功的团队共享共同的目标和优先事项。如今，随着编程语言，统一建模语言(UML)等技术的进步，交流软件工程信息的方式变得更加严格和易于理解，特别是在需求和要求方面，临时的设计工件完全取决于以前的纸张交换。这些基于模型的格式允许往返工程支持，这对于开发足以开发设计表示的变更自由非常必要。 - 软件流程成熟度–
对于软件过程评估，能力成熟度模型(CMM)是软件工程学院的公认基准。通过集成环境可以实现高度成熟的过程，该集成环境通常为仪器过程提供适当和正确的自动化级别，以控制目标质量。