SlideShare uma empresa Scribd logo
1 de 17
Los Modelos de estimación
[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
en la siguiente tabla se muestran los  coeficientes para los diferentes modos  1.2 2.8 1.2 3.6 Empotrado 1.12 3.0 1.12 3.0 Semiencajado 1.05 3.2 1.05 2.4 Orgánico b i a i b i a i                Modo   Intermedio   Básico  
Modelo Básico   Este modelo trata de estimar, de una manera rápida y más o menos burda,  la mayoría de proyectos pequeños y medianos. Se consideran tres modos  de desarrollo en este modelo: orgánico, semiencajado y empotrado.
Modo orgánico   Se utilizan dos ecuaciones para determinar el esfuerzo de personal y el tiempo de desarrollo. El coste es               Km = 2.4 Sk1.05              donde Km se expresa en personas-mes y Sk es el tamaño expresado en miles de líneas de código fuente. El tiempo de desarrollo se da por              td = 2.5 Km0.38              donde Km se obtiene de la ecuación anterior y td es el tiempo de desarrollo en meses. Estas ecuaciones se han obtenido por medio de ajustes de curvas realizado por Boehm en TRW sobre 63 proyectos.
Modo Empotrado.              En este modo, el proyecto tiene unas fuertes restricciones, que pueden estar relacionadas con el procesador y el interface hardware. El problema a resolver es único y es difícil basarse en la experiencia, puesto que puede no haberla.              Las estimaciones de tiempo y coste se basan en las mismas ecuaciones que en el modo orgánico, pero con diferentes constantes. Así, el coste se da por                          Km = 3.6 Sk1.20              y el tiempo de desarrollo por                           td = 2.5 Km0.32
Modo Semiencajado.              Es un modo intermedio entre los dos anteriores. Dependiendo del problema, el grupo puede incluir una mezcla de personas experimentadas y no experimentadas.              Las ecuaciones son                          Km = 3.0 Sk1.12              y el tiempo de desarrollo por                           td = 2.5 Km0.35.
Modelo Intermedio              En este modelo se introducen 15 atributos de coste para tener en cuenta el entorno de trabajo. Estos atributos se utilizan para ajustar el coste nominal del proyecto al entorno real, incrementando la precisión de la estimación.
Ecuaciones nominales de coste.              Para cada modo de desarrollo, los 15 atributos del coste intervienen como multiplicadores en el coste nominal, Kn, para producir el coste ajustado.               Las ecuaciones nominales de coste para el modelo intermedio son              modo orgánico             Kn = 3.2 Sk1.05              modo semiencajado     Kn = 3.0 Sk1.12              modo empotrado         Kn = 2.8 Sk1.20
Atributos de coste.   Estos atributos tratan de capturar el impacto del entorno del proyecto en el coste de desarrollo. De un análisis estadístico de más de 100 factores que influencian el coste, Boehm retuvo 15 de ellos para COCOMO.
Estos atributos se agrupan en cuatro categorías: atributos del producto, atributos del ordenador, atributos del personal y atributos del proyecto.
Atributos del producto                         •  RELY: garantía de  funcionamiento requerida  al software                         •  DATA: tamaño de la  base de datos                         •  CPLX: complejidad del  producto
Atributos del ordenador                         •  TIME: restricción de tiempo  de ejecución                         •  STOR: restricción del  almacenamiento principal                         •  VIRT: volatilidad de la  máquina virtual                         •  TURN: tiempo de respuesta  del ordenador
Atributos del personal                         •  ACAP: capacidad del  analista                         •  AEXP: experiencia en la  aplicación                         •  PCAP: capacidad del  programador                         •  VEXP: experiencia en  máquina virtual                         •  LEXP: experiencia en  lenguaje de programación
Atributos del proyecto                         •  MODP: prácticas de  programación modernas                         •  TOOL: utilización de  herramientas software                         •  SCED: plan de desarrollo  requerido.
Cada atributo se cuantifica para un entorno de proyecto. La escala es  muy bajo,  bajo, nominal, alto, muy alto, extremadamente alto.              Estos 15 valores se multiplican al Kn, y nos proporciona el esfuerzo ajustado al entorno.
Modelo Detallado Presenta principalmente dos mejoras respecto al anterior: Los factores correspondientes a los atributos son sensibles a la fase sobre la que se realizan las estimaciones, puesto que aspectos tales como la experiencia en la aplicación, utilización de herramientas de software, etc., tienen mayor influencia en unas fases que en otras, y además porque van variando de una etapa a otra.  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.

Mais conteúdo relacionado

Mais procurados

11. modelos según roger s
11.  modelos según roger s11.  modelos según roger s
11. modelos según roger s
Yvan Mayta
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
Angel Reyes
 

Mais procurados (20)

Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
11. modelos según roger s
11.  modelos según roger s11.  modelos según roger s
11. modelos según roger s
 
Desarrollo De Sistemas
Desarrollo De SistemasDesarrollo De Sistemas
Desarrollo De Sistemas
 
Ejemplos práctios de calidad en el software tecdencies
Ejemplos práctios de calidad en el software tecdenciesEjemplos práctios de calidad en el software tecdencies
Ejemplos práctios de calidad en el software tecdencies
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
 
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHLINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
 
Programación Extrema - XP
Programación Extrema - XPProgramación Extrema - XP
Programación Extrema - XP
 
Metodologías ágiles
Metodologías ágilesMetodologías ágiles
Metodologías ágiles
 
Dinamica de-sistemas
Dinamica de-sistemasDinamica de-sistemas
Dinamica de-sistemas
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
PSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWARE
PSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWAREPSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWARE
PSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWARE
 
Patrón de diseño Modelo-Vista-Controlador (MVC)
Patrón de diseño Modelo-Vista-Controlador (MVC)Patrón de diseño Modelo-Vista-Controlador (MVC)
Patrón de diseño Modelo-Vista-Controlador (MVC)
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 
Ejemplo pruebas de software
Ejemplo pruebas de softwareEjemplo pruebas de software
Ejemplo pruebas de software
 
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
Taller TestingUy 2019 - ¿Ágil o tradicional? TMMI un marco metodológico todo ...
 
Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMI
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientos
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
 
Metodologia Incremental
Metodologia IncrementalMetodologia Incremental
Metodologia Incremental
 

Semelhante a Modelos de Estimacion (20)

Cocomo
CocomoCocomo
Cocomo
 
Cocomo
CocomoCocomo
Cocomo
 
Capitulo5
Capitulo5Capitulo5
Capitulo5
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de software
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyecto
 
Densy
DensyDensy
Densy
 
Cocomo
CocomoCocomo
Cocomo
 
Cocomo
CocomoCocomo
Cocomo
 
Cocomo
CocomoCocomo
Cocomo
 
Cocomo
CocomoCocomo
Cocomo
 
Examen de desarrollo
Examen de desarrolloExamen de desarrollo
Examen de desarrollo
 
Modelos empiricos de_estimacion
Modelos empiricos de_estimacionModelos empiricos de_estimacion
Modelos empiricos de_estimacion
 
Cocomo
CocomoCocomo
Cocomo
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
cocomo
cocomococomo
cocomo
 
COCOMO
COCOMOCOCOMO
COCOMO
 
Cocomo 1
Cocomo 1Cocomo 1
Cocomo 1
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
Tema 3 estimacion
Tema 3 estimacionTema 3 estimacion
Tema 3 estimacion
 

Modelos de Estimacion

  • 1. Los Modelos de estimación
  • 2.
  • 3. en la siguiente tabla se muestran los coeficientes para los diferentes modos 1.2 2.8 1.2 3.6 Empotrado 1.12 3.0 1.12 3.0 Semiencajado 1.05 3.2 1.05 2.4 Orgánico b i a i b i a i               Modo   Intermedio   Básico  
  • 4. Modelo Básico Este modelo trata de estimar, de una manera rápida y más o menos burda, la mayoría de proyectos pequeños y medianos. Se consideran tres modos de desarrollo en este modelo: orgánico, semiencajado y empotrado.
  • 5. Modo orgánico Se utilizan dos ecuaciones para determinar el esfuerzo de personal y el tiempo de desarrollo. El coste es             Km = 2.4 Sk1.05             donde Km se expresa en personas-mes y Sk es el tamaño expresado en miles de líneas de código fuente. El tiempo de desarrollo se da por             td = 2.5 Km0.38             donde Km se obtiene de la ecuación anterior y td es el tiempo de desarrollo en meses. Estas ecuaciones se han obtenido por medio de ajustes de curvas realizado por Boehm en TRW sobre 63 proyectos.
  • 6. Modo Empotrado.             En este modo, el proyecto tiene unas fuertes restricciones, que pueden estar relacionadas con el procesador y el interface hardware. El problema a resolver es único y es difícil basarse en la experiencia, puesto que puede no haberla.             Las estimaciones de tiempo y coste se basan en las mismas ecuaciones que en el modo orgánico, pero con diferentes constantes. Así, el coste se da por                         Km = 3.6 Sk1.20             y el tiempo de desarrollo por                         td = 2.5 Km0.32
  • 7. Modo Semiencajado.             Es un modo intermedio entre los dos anteriores. Dependiendo del problema, el grupo puede incluir una mezcla de personas experimentadas y no experimentadas.             Las ecuaciones son                         Km = 3.0 Sk1.12             y el tiempo de desarrollo por                         td = 2.5 Km0.35.
  • 8. Modelo Intermedio             En este modelo se introducen 15 atributos de coste para tener en cuenta el entorno de trabajo. Estos atributos se utilizan para ajustar el coste nominal del proyecto al entorno real, incrementando la precisión de la estimación.
  • 9. Ecuaciones nominales de coste.             Para cada modo de desarrollo, los 15 atributos del coste intervienen como multiplicadores en el coste nominal, Kn, para producir el coste ajustado.             Las ecuaciones nominales de coste para el modelo intermedio son             modo orgánico             Kn = 3.2 Sk1.05             modo semiencajado     Kn = 3.0 Sk1.12             modo empotrado         Kn = 2.8 Sk1.20
  • 10. Atributos de coste. Estos atributos tratan de capturar el impacto del entorno del proyecto en el coste de desarrollo. De un análisis estadístico de más de 100 factores que influencian el coste, Boehm retuvo 15 de ellos para COCOMO.
  • 11. Estos atributos se agrupan en cuatro categorías: atributos del producto, atributos del ordenador, atributos del personal y atributos del proyecto.
  • 12. Atributos del producto                         •  RELY: garantía de funcionamiento requerida al software                         • DATA: tamaño de la base de datos                         • CPLX: complejidad del producto
  • 13. Atributos del ordenador                         • TIME: restricción de tiempo de ejecución                         • STOR: restricción del almacenamiento principal                         •  VIRT: volatilidad de la máquina virtual                         • TURN: tiempo de respuesta del ordenador
  • 14. Atributos del personal                         • ACAP: capacidad del analista                         •  AEXP: experiencia en la aplicación                         •  PCAP: capacidad del programador                         • VEXP: experiencia en máquina virtual                         • LEXP: experiencia en lenguaje de programación
  • 15. Atributos del proyecto                         • MODP: prácticas de programación modernas                         • TOOL: utilización de herramientas software                         • SCED: plan de desarrollo requerido.
  • 16. Cada atributo se cuantifica para un entorno de proyecto. La escala es muy bajo,  bajo, nominal, alto, muy alto, extremadamente alto.             Estos 15 valores se multiplican al Kn, y nos proporciona el esfuerzo ajustado al entorno.
  • 17. Modelo Detallado Presenta principalmente dos mejoras respecto al anterior: Los factores correspondientes a los atributos son sensibles a la fase sobre la que se realizan las estimaciones, puesto que aspectos tales como la experiencia en la aplicación, utilización de herramientas de software, etc., tienen mayor influencia en unas fases que en otras, y además porque van variando de una etapa a otra. 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.