COCOMO
El Modelo de Costos Constructivos (COCOMO) es un modelo de estimación de costos de software procedimental desarrollado por Barry W. Boehm. Los parámetros del modelo se derivan del ajuste de una fórmula de regresión utilizando datos de proyectos históricos (63 proyectos para COCOMO 81 y 163 proyectos para COCOMO II).
Historia
El modelo de costos constructivos fue desarrollado por Barry W. Boehm a fines de la década de 1970 y publicado en su libro de 1981 Software Engineering Economics como modelo para estimar el esfuerzo, el costo y el cronograma de proyectos de software. Se basó en un estudio de 63 proyectos en TRW Aerospace, donde Boehm era Director de Investigación y Tecnología de Software. El estudio examinó proyectos de entre 2.000 y 100.000 líneas de código y lenguajes de programación que van desde ensamblador hasta PL/I. Estos proyectos se basaron en el modelo en cascada de desarrollo de software, que era el proceso de desarrollo de software predominante en 1981.
Las referencias a este modelo suelen llamarlo COCOMO 81. En 1995 se desarrolló COCOMO II y finalmente se publicó en el año 2000 en el libro Estimación de costes de software con COCOMO II. COCOMO II es el sucesor de COCOMO 81 y se afirma que es más adecuado para estimar proyectos de desarrollo de software modernos; brindando soporte para procesos de desarrollo de software más recientes y se ajustó utilizando una base de datos más grande de 161 proyectos. La necesidad del nuevo modelo surgió cuando la tecnología de desarrollo de software pasó del mainframe y el procesamiento por lotes nocturno al desarrollo de escritorio, la reutilización de código y el uso de componentes de software disponibles en el mercado.
COCOMO consta de una jerarquía de tres formas cada vez más detalladas y precisas. El primer nivel, COCOMO básico es bueno para estimaciones rápidas, tempranas y aproximadas de los costos de software, pero su precisión es limitada debido a la falta de factores que tengan en cuenta las diferencias en los atributos del proyecto (impulsores de costes). El COCOMO intermedio tiene en cuenta estos generadores de costos y el COCOMO detallado además tiene en cuenta la influencia de las fases individuales del proyecto. El último es el modelo COCOMO completo, que aborda las deficiencias de los servicios básicos y básicos. intermedio.
COCOMO intermedio
COCOMO Intermedio calcula el esfuerzo de desarrollo de software en función del tamaño del programa y un conjunto de "factores de costos" que incluyen evaluación subjetiva del producto, hardware, personal y atributos del proyecto. Esta extensión considera un conjunto de cuatro "impulsores de costos", cada uno con una serie de atributos subsidiarios:
- Atributos de producto
- Volumen de confiabilidad del software requerido
- Tamaño de la base de datos de aplicaciones
- Complejidad del producto
- Atributos de hardware
- Limitaciones de rendimiento en tiempo de ejecución
- Limitaciones de memoria
- Volatilidad del entorno de la máquina virtual
- Tiempo de rotación requerido
- Atributos de personal
- Capacidad de análisis
- Capacidad de ingeniería de software
- Experiencia de aplicaciones
- Experiencia de máquina virtual
- Experiencia en lenguaje de programación
- Atributos del proyecto
- Uso de herramientas de software
- Aplicación de métodos de ingeniería de software
- Programa de desarrollo obligatorio
Cada uno de los 15 atributos recibe una calificación en una escala de seis puntos que va desde "muy baja" a "extra alto" (en importancia o valor). A la calificación se le aplica un multiplicador de esfuerzo de la siguiente tabla. El producto de todos los multiplicadores de esfuerzo da como resultado un factor de ajuste del esfuerzo (EAF). Los valores típicos de EAF oscilan entre 0,9 y 1,4.
Controladores de costos | Calificaciones | |||||
---|---|---|---|---|---|---|
Muy bajo | Baja | Nominal | Alto | Muy alta | Extra High | |
Atributos de producto | ||||||
Confiabilidad del software necesaria | 0,75 | 0.88 | 1.00 | 1.15 | 1.40 | |
Tamaño de la base de datos de aplicaciones | 0.94 | 1.00 | 1.08 | 1.16 | ||
Complejidad del producto | 0 | 0.85 | 1.00 | 1.15 | 1.30 | 1.65 |
Atributos de hardware | ||||||
Limitaciones de rendimiento en tiempo de ejecución | 1.00 | 1.11 | 1.30 | 1.66 | ||
Limitaciones de memoria | 1.00 | 1.06 | 1.21 | 1.56 | ||
Volatilidad del entorno de la máquina virtual | 0.87 | 1.00 | 1.15 | 1.30 | ||
Tiempo de rotación requerido | 0.87 | 1.00 | 1.07 | 1.15 | ||
Atributos de personal | ||||||
Capacidad de análisis | 1.46 | 1.19 | 1.00 | 0,86 | 0.71 | |
Experiencia de aplicaciones | 1.29 | 1.13 | 1.00 | 0.91 | 0,82 | |
Capacidad de ingeniería de software | 1.42 | 1.17 | 1.00 | 0,86 | 0 | |
Experiencia de máquina virtual | 1.21 | 1.10 | 1.00 | 0.90 | ||
Experiencia en lenguaje de programación | 1.14 | 1.07 | 1.00 | 0.95 | ||
Atributos del proyecto | ||||||
Aplicación de métodos de ingeniería de software | 1.24 | 1.10 | 1.00 | 0.91 | 0,82 | |
Uso de herramientas de software | 1.24 | 1.10 | 1.00 | 0.91 | 0.83 | |
Programa de desarrollo obligatorio | 1.23 | 1.08 | 1.00 | 1.04 | 1.10 |
La fórmula de Cocomo Intermedio ahora toma la forma:
- E = ai(KLoC)bi(EAF)
donde E es el esfuerzo aplicado en meses-persona, KLoC es el número estimado de miles de líneas de código entregadas para el proyecto y EAF es el factor calculado anteriormente. El coeficiente ai y el exponente bi se dan en la siguiente tabla.
Proyecto informático ai bi ci Orgánico 3.2 1.05 0,38 Semi-detached 3.0 1.12 0,355 Embedded 2.8 1.20 0.32
El tiempo de desarrollo D y también el cálculo del número más efectivo de personas P utilizan E de la misma manera que en el COCOMO Básico:
- D = 2,5 Eci
- P=E/D{displaystyle P=E/D}
Tenga en cuenta que además del EAF, el parámetro ai es diferente en el COCOMO Intermedio del modelo Básico:
Proyecto informático ab Orgánico 2.4 Semi-detached 3.0 Embedded 3.6
Los parámetros b y c son los mismos en ambos modelos.
Contenido relacionado
Yahoo! vida en internet
XML de Java
ASDL