2. Utilizando modelos de estimacion de costos tales
como:
cocomo
Modelo Constructivo de Costes, es un modelo
matematico utilizado para estimacion de costes de
software. Desarrollado en 1981 por el Dr Barry
Bohem. 2000 cocomo ll esfuerzo, costo y duracion
Incluye 3 submodelos(básico, intermedio y detallado)
cada uno ofrece un nivel de detalle y aproximacion
cada vez mayor
3. BARRY BOEHM
Profesor de Ingeniería de Software y Director
del Centro de Ingeniería del Software de la
Universidad del Sur de California.
recibió su licenciatura de la Universidad de
Harvard en 1957, y su maestría y
doctorado grados de la UCLA en 1961 y 1964,
todos en Matemáticas. Él también recibió un
honorario Sc.D. en Ciencias de la Computación
de la U. de Massachusetts en 2000. Sus
contribuciones en el campo incluyen el Modelo
de Costes constructiva (COCOMO), el modelo
en espiral del proceso de software, la Teoría de
la W (ganar-ganar) enfoque de la gestión del
software
5. ENTORNO DE MEDICIÓN DEL SOFTWARE
producto
Características Organización Mercado
Del cliente competitivo
proceso
Tecnología
Sistemas de
personas información
Entorno de desarrollo
6. Es un modelo algorítmico basado en una serie de
formulas matamaticas que producen una
estimacion en funcion de un conjunto de variables:
Lineas de codigo(lógicas en lugar de fisicas)
Capacidad de analistas y programadores
Complejidad del producto
Restricciones de tiempo de ejecución, memoria y
equipos de trabajo.
7. CONCEPTO OPERACIONAL DE COCOMO II
Tamaño Esfuerz
cocomo ll o
Factores de escala
Duracion
Multiplicadores
de Esfuerzo
Atributos de producto
calibración
Atributos de plataforma
Atributos de personal Puntos de función
Atributos de proyecto Sin ajustar
8. CARACTERÍSTICAS PRINCIPALES
Está basado en modelos de estimaciones
matemáticas.
Está orientado al producto final, no a fases
intermedias.
Se basa en la cantidad de líneas de codigo
del proyecto.
9. INCONVENIENTES DEL MODELO
Los resultados no son proporcionales a las tareas de
gestion
Se puede desviar de la realidad si se indica mal el
porcentaje de comentarios en líneas de código.
Como esta basado en estimaciones y parametros q
pueden ser vistos de distintas maneras por diferentes
analistas, es un tanto subjetivo
No se le da importancia a la productividad, referente a los
hábitos de trabajo
Estimaciones sobre un nº de líneas de código variable.
Dificultad para contemplar costes de revisiones, reuniones
10. MODELOS DE ESTIMACIÓN
Las ecuaciones que utilizan en los 3 modelos son:
E= Es el esfuerzo requerido por el proyecto, en persona-
mes
Tdev=El tiempo requerido por el proyecto, en meses
P= numero de personas requerido por el proyecto
A,b,c,d= constantes con valores definidos en una tabla
según cada submodelo
Kl= cantidad de lineas de codigo
M(X)= es un multiplicador que depende de 15 atributos
11. MODOS
Cada submodelo se divide en modos que son:
Orgánico: Un pequeño grupo de programadores
experimentados desarrollan software en un entorno
familiar
Semiacoplado: El grupo de desarrollo puede incluir una
mezcla de personas experimentadas y no
experimentadas.
Empotrado: El problema a resolver es único y es difícil
basarse en la experiencia, puesto que puede no haberla.
12. MODELO BASICO:
Se utiliza para obtener una primera aproximación rápida
del esfuerzo, y hace uso de la siguiente tabla de
constantes para calcular distintos aspectos de costes:
Usa las variables a, b, c y d, que varían en función de los
modos.
Conforme se aumenta la complejidad del modo, aumentan los
valores de las variables (esfuerzo).
13. Personas necesarias para llevar a cabo el
proyecto:
(MM) = a*(Klb)
Tiempo de desarrollo del proyecto:
(TDEV) = c*(MMd)
Personas necesarias para el proyecto:
(CosteH) = MM/TDEV
Coste total del proyecto:
(CosteM) = CosteH * Salario medio
14. MODELO INTERMEDIO
Añade al modelo básico 15 factores de ajuste o
guías de coste.
Logramos mayor precisión en la estimación
gracias a los nuevos factores.
La fórmula es la misma que la del modelo
básico pero con el añadido del factor
(multiplicando).
15. MODELO INTERMEDIO
Atributos del modelo:
• Software:
• RELY: Indica las consecuencias para el usuario
si falla el producto.
• DATA: Relación Tamaño de la BD / Líneas de
código.
• CPLX: Complejidad del producto.
16. MODELO INTERMEDIO
Atributos del modelo:
• Hardware:
• TIME: Limitaciones en el porcentaje del uso de la
CPU.
• STOR: Limitaciones en el porcentaje del uso de la
memoria.
• VIRT: Volatilidad de la máquina virtual.
• TURN: Tiempo de respuesta.
17. MODELO INTERMEDIO
Atributos del modelo:
• Personal:
• ACAP: calificación de los analistas.
• AEXP: experiencia del personal.
• PCAP: calificación de los programadores.
• VEXP: experiencia del personal en la máquina
virtual.
• LEXP: experiencia en el lenguaje.
18. MODELO INTERMEDIO
Atributos del modelo:
• Proyecto:
• MODP: uso de prácticas modernas de
programación.
• TOOL: uso de herramientas de desarrollo de
software.
• SCED: limitaciones en el cumplimiento de la
planificación.
19. MODELO DETALLADO
Presenta principalmente dos mejoras respecto al
anterior:
Los factores correspondientes a los atributos son
sensibles o dependientes de la fase sobre la que se
realizan las estimaciones. Aspectos tales como la
experiencia en la aplicación, utilización de herramientas
de software, etc.
Establece una jerarquía de tres niveles de productos,
de forma que los aspectos que representan gran
variación a bajo nivel, se consideran a nivel módulo, los
que representan pocas variaciones, a nivel de
subsistema; y los restantes son considerados a nivel
sistema.
