ESTIMACION

Estimación, análisis, planificación y desarrollo

Proporciona valor a variables para la realización de un trabajo

Recursos Exactitud

o Herramientaso Datos históricos

Cuánto costara? Cuanto tiempo llevara hacerlo?

COMPLEJIDAD DE ESTIMACION

No existe un modelo universal Muchas personas implicadas Útil de acuerdo a etapa de desarrollo Se hace superficialmente Son difíciles de formular Características del software No se estabiliza el proceso Experiencia del estimador Subestimación Personal con distintos niveles Malas interpretaciones Tendencia a reducir estimación Influyen gran número de factores

REQUISITOS DEL BUEN ESTIMADOR

Formación y experiencia Juicio independiente Método Herramienta de estimación Documentar

TECNICAS DE ESTIMACION

Modelos estadísticos Modelos basados en teorías Modelos compuestos

o COCOMOo SOFTCOSTo SPQRo COPMOo ESTIMACS

MODELO ESTADISTICO

El esfuerzo esta en relación directa a las líneas de código

MODELO BASADO EN TEORIAS

Putman No hay una base de datos teórica sustancial Relacionado con el tamaño del producto

TECNICA DE PUNTO DE FUNCION

Definición de límites del sistema (análisis) Definición de parámetros (PF) Valoración de complejidad (complejidad)

Características generales (PFA)

PUNTOS DE FUNCION AJUSTADOS

Tiene en cuenta

Comunicación de datos, funciones distribuidas, rendimiento, configuraciones, transacciones, entrada de datos On-line, actualización On-line, procesos complejos

Para cada factor se asigna una complejidad de 0 a 5

RATIOS

Utilización de métricas

Productividad: PF por persona por mes Calidad: errores por PF Costo: $ por PF Documentación: paginas por PF LDC: líneas de código por PF, según el lenguaje de

programación utilizado

COCOMO – Introducción

El estado constructivo de costos o COCOMO

Jerarquía de modelos de estimación de costos por algoritmos

Presentado por Barry Boehm Aplicado a ciclo de vida en cascada

o Diseño de productoo Diseño detalladoo Codificación y pruebas unitariaso Integración y pruebas

COCOMO – Modelos

Modelo básico: calcula el esfuerzo en base a las LDC Modelo intermedio: calcula el esfuerzo en base a las LDC

y “conductores de coste”, evaluación subjetiva de parámetros

Modelo avanzado: Idem modelo intermedio para cada fase de ciclo de vida

TIPOS DE PROYECTOS

Modo orgánico (o simple): proyectos software pequeños y sencillos. Poco personal y homogéneo

Modo semi-acoplado (o moderado): proyectos intermedios en tamaño y complejidad. Bastante personal y heterogéneo

Modo empotrado: proyectos de software que deben ser desarrollados en un conjunto y restricciones operativos muy restringidos

Atributos del producto

o Fiabilidad del software requerida

o Tamaño de las base de datos de la aplicación

o Complejidad del producto

Atributos del Hardware

o Restricciones del rendimiento en tiempo de ejecución

o Restricciones de memoria

o Volatilidad del entorno de la máquina virtual

Tiempo de espera requerido

o Atributos del personal

o Capacidad de análisis

o Capacidad de ingeniero de software

o Experiencia en aplicaciones

o Experiencia con la máquina virtual

o Experiencia con el lenguaje de programación

Atributos del proyecto

o Utilización de herramientas de software

o Aplicación de métodos de ingeniería de software

o Planificación temporal del desarrollo requerida

ANALISIS DE FACTIILIDAD

• Análisis de Costo – Beneficio

– Costo: $

– Beneficio:

• Tangible

• Intangible

FACTIBILIDAD

• Pueden tomarse muchos parámetros

– Prefactibilidad

– Técnica

– Económica

– Financiera

– …..

FACTIBILIDAD FINANCIERA

• Factores a tomar en cuenta:

– Inversión

– Pago

– Vida útil

– Beneficios producidos

SELECCIÓN

• Proyecto admisible: rendimiento positivo

• Proyecto preferible: el mayor rendimiento positivo

BENEFICIO

• Cociente Beneficio / Costo

• Cociente Beneficio / Inversión

TIR

• Tasa Interna de Rendimiento

Admisible si TIR >