2. COCOMO
*Es un modelo matemático de base empírica utilizado
para estimación de costos del software.
*Incluye tres submodelos, cada uno ofrece un nivel de
detalle y aproximación, cada vez mayor, a medida que
avanza el proceso de desarrollo del software: básico,
intermedio y detallado. COCOMO, por su acrónimo del
inglés COnstructive COst MOdel
La función se basa en un estudio histórico de datos de costos.
LOC (tamaño de código) utiliza estimación de costos.
3. Este modelo fue desarrollado por Barry W. Boehm a finales
de los años 70 y comienzos de los 80
Características generales. Está orientado a la magnitud del
producto final, midiendo el "tamaño" del proyecto, en
líneas de código principalmente.
Inconvenientes
Se miden los costes del producto, de acuerdo a su tamaño
y otras características, pero no la productividad.
La medición por líneas de código no es válida para
orientación a objetos.
Utilizar este modelo puede resultar un poco complicado,
en comparación con otros métodos (que también sólo
estiman).
5. Cocomo 1
En esta sección el modelo de COCOMO COCOMO I también llamado'81
se presenta. El software subyacente lifecyle es una cascada de ciclo de
vida. Información detallada acerca de las calificaciones, así como los
factores de coste se puede encontrar en [Boehm 81]
Boehm propone el modelo de tres niveles: básico, intermedio, detallado.
El modelo COCOMO básico'81 es un único valor, Modelo estático que
calcula el esfuerzo de desarrollo de software (y el coste) como una función
del tamaño del programa expresado en miles de entrega estimada (KDSI
instrucciones de origen).
El COCOMO intermedio'81 modelo calcula el esfuerzo de desarrollo de
software en función del tamaño del programa y un conjunto de quince "cost
drivers" que incluyen evaluaciones subjetivas del producto, del hardware,
del personal y de los atributos del proyecto.
El avanzado o detallado COCOMO'81 modelo incorpora todas las
características de la versión intermedia con una evaluación del impacto del
conductor de costo en cada fase (análisis, diseño, etc.) del proceso de
6. Ventajas y desventajas
Ventajas de COCOMO '81
COCOMO es transparente, uno puede ver cómo funciona a diferencia
de otros modelos como SLIM.
controladores son particularmente útiles para el estimador para
comprender el impacto de los diferentes factores que afectan a los
costos del proyecto
INCONVENIENTES DE COCOMO'81
Es difícil estimar KDSI en los inicios del proyecto, cuando la mayoría de
los esfuerzos se requieren estimaciones
KDSI, en realidad, no es una medida de tamaño es una medida de
longitud
extremadamente vulnerables a Clasificación incorrecta del modo de
desarrollo
éxito depende en gran medida de la afinación del modelo a las
necesidades de la organización, utilizando datos históricos que no
siempre está disponible
7. Cocomo II
En el comienzo se da en un contexto global donde la necesidad de
la reingeniería de COCOMO I se destaca así como las cuestiones
concretas para la nueva versión COCOMO son presentados.
cuestiones concretas del proceso de reingeniería se centró en
cuestiones tales como:
1. no secuencial y el rápido desarrollo de modelos de proceso 2.
reutilización impulsadas por los enfoques que involucran-comercial
estándar (COTS) los paquetes 3. reingeniería [reutilizados, código
traducido integración] 4. Aplicaciones Composición 5. funciones de
generación de aplicaciones orientadas a objetos 6. enfoques
apoyados por middleware distribuido 7. Efectos de madurez de los
procesos de software 8. procesos de estimación de calidad
8. Etapas
COCOMO II proporciona tres etapas serie de modelos para la
estimación de proyectos de software:
Aplicación modelo de composición para primeras fases o ciclos de
espiral [prototipos y cualquier otros prototipos que ocurren más
tarde en el ciclo de vida].
Principios de diseño para el próximo modelo de fases o ciclos de
espiral. Implica la exploración de alternativas arquitectónicas o
estrategias de desarrollo incremental. El nivel de detalle en
consonancia con el nivel de información disponible y el nivel
general de la precisión de la estimación necesaria en esta etapa.
Modelo de arquitectura de POST: una vez que el proyecto esté
listo para desarrollar y mantener un sistema de envió debe tener
un ciclo de vida en la arquitectura, que proporciona una
información más exacta sobre las entradas del controlador de
costes, y permite estimaciones más precisas.
9. Diferencias entre cocomo I y II
Las diferencias principales entre COCOMO COCOMO I Y II son:
COCOMO'81 requiere software tamaño en KDSI como entrada,
pero COCOMO II se basa en código KSLOC (lógico). La principal
diferencia entre DSI y real es que una sola línea de código fuente
puede tener varias líneas físicas. Por ejemplo, un "if-then-else"
declaración sería considerada como uno real, pero pueden ser
contados como varios DSI.
COCOMO II aborda las siguientes tres fases del ciclo de vida en
espiral: desarrollo de aplicaciones, principios de diseño y
arquitectura post § COCOMO'81 proporciona las estimaciones
puntuales del esfuerzo y la programación, pero COCOMO II
proporciona rangos probables de estimaciones que representan
una desviación estándar alrededor de la estimación más probable.