4. Entre los distintos métodos de
estimación de costes de desarrollo de
software, el modelo de COCOMO
(Constructive Cost Model) desarrollado
por Barry M. Boehm, se engloba en el
grupo de los modelos algorítmicos que
tratan de establecer una relación
matemática la cual permite estimar el
esfuerzo y tiempo requerido para
desarrollar un producto.
Ingenieria de Software II 4
6. *Desarrollar un modelo de estimación de
costo y cronograma de proyectos de
software que se adoptara tanto a las
prácticas de desarrollo de década del 90
como las futuras.
*Construir una base de datos de
proyectos de software que permitiera la
calibración continua del modelo y así
incrementar la precisión de la
estimación.
Ingenieria de Software II 6
8. Orgánicos: proyectos relativamente sencillos,
menores de 50KDLC líneas de código, en las
cuales se tiene experiencia de proyectos
similares y se encuentran en entornos estables.
Semi – Acoplados: proyectos intermedios en
complejidad y tamaño (menores de 300 KDLC),
donde la experiencia en este tipo de proyectos
es variable y las restricciones intermedias.
Empotrado: proyectos bastantes complejos, en
los que apenas se tiene experiencia y se
engloban en un entorno de gran innovación y
de gran volatilidad.
Ingenieria de Software II 8
10. Modelos Básicos: Se basa
exclusivamente en el tamaño expresado
en LDC
Modelo Intermedio: Además del tamaño
incluye un conjunto de medidas
subjetivas llamadas conductores de
costes.
Modelo Avanzado: Incluye todo lo del
modelo intermedio además del impacto
de cada conductor o coste en las
distintas fases del desarrollo.
Ingenieria de Software II 10
12. Es una herramienta basadas en las
líneas de código la cual la hace muy
poderosa para la estimación de costos y
no como otros que solamente miden el
esfuerzo en base al tamaño.
Representa el mas extenso modelo
empírico para la estimación de
software.
Existen herramientas automáticas que
estiman costos basados en COCOMO
como ser: costar, COCOMO81.
Ingenieria de Software II 12
14. Los resultados no son proporcionales a las
Tareas de Gestión ya que no tiene en
cuenta los recursos necesarios para
realizarlas.
Se puede desviar de la realidad si se
indica mal el porcentaje de líneas de
comentarios en el código fuente.
Es un tanto subjetivo, puesto que esta
baso en estimaciones y parámetros que
pueden ser “vistos” de distinta manera
por distintos analistas que usen el método
Ingenieria de Software II 14