Documentación COCOMO-81 Intermedio

Introducción al Modelo COCOMO-81
Constructive Cost Model - Versión 1981

COCOMO-81 es un modelo algorítmico de estimación de costos de software desarrollado por Barry Boehm en 1981. El modelo intermedio incluye 15 multiplicadores de esfuerzo que ajustan la estimación básica según las características específicas del proyecto.

Ecuación Principal:

Esfuerzo = a × (KLOC)^b × EAF

Tiempo = 2.5 × (Esfuerzo)^c

Donde EAF es el producto de todos los multiplicadores de esfuerzo

Tipos de Proyecto
Clasificación según la complejidad y restricciones
TipoCoeficiente aExponente bCoeficiente cDescripción
Orgánico3.21.050.38Equipos pequeños, experiencia en aplicaciones similares, requisitos flexibles
Semi-acoplado3.01.120.35Equipos medianos, experiencia mixta, requisitos moderadamente rígidos
Empotrado2.81.200.32Proyectos con fuertes restricciones de hardware, software y operacionales
Multiplicadores de Esfuerzo (EAF)
15 Conductores de Coste que ajustan la estimación básica
FactorDescripciónRango de Valores
RSSRequerimientos de Seguridad del Software0.75 - 1.40
TBDTamaño de la base de datos0.94 - 1.16
CPRComplejidad del producto0.70 - 1.65

RSS: Considera el efecto que pudiera proporcionar una falla en el sistema (costo dinero, vidas).

TBD: Se toma el tamaño de la BDx en Kilobytes (Kb) y se divide entre KLDC estimados en el software.

CPR: Evaluación subjetiva de la complejidad del producto basada en estructuras de control, operaciones computacionales, etc.

Guía de Uso
Cómo utilizar efectivamente el estimador COCOMO-81

Pasos para una estimación precisa:

  1. Determine el tamaño del proyecto en KLOC
  2. Clasifique el tipo de proyecto
  3. Evalúe cada multiplicador de esfuerzo
  4. Revise y ajuste los resultados
  5. Documente las suposiciones

Mejores prácticas:

  • Use datos históricos cuando sea posible
  • Involucre al equipo en la evaluación
  • Considere múltiples escenarios
  • Actualice estimaciones regularmente
  • Calibre con proyectos completados

⚠️ Limitaciones del Modelo:

  • Basado en datos de proyectos de los años 70-80
  • No considera metodologías ágiles modernas
  • Puede no ser preciso para proyectos muy pequeños (<2 KLOC) o muy grandes (>1000 KLOC)
  • Requiere experiencia para evaluar correctamente los multiplicadores