CAPÍTULO 23: ESTIMACION PARA PROYECTOS DE SOFTWARE

La planificación del proyecto de software abarca 5 grandes actividades:

 Estimación
 Programa de trabajo
 Análisis de riesgos
 Planificación de la gestión de la calidad
 Planificación de la gestión del cambio
La estimación es el intento por determinar cuánto dinero, esfuerzo, recursos y tiempo tomará
construir un sistema o producto basado en software.
¿Quién lo hace?
Los gestores del proyecto de software.
23.1. Observaciones acerca de la estimación
 La estimación no necesita realizarse en una forma improvisada .Existen técnicas útiles
para la estimación de tiempo y esfuerzo
 La estimación para una tarea de ingeniería de software requiere experiencia, acceso a
buena información histórica
 El riesgo de la estimación se mide por el grado de incertidumbre en las estimaciones
cuantitativas establecidas
23.2. El proceso de planificación de proyecto
El plan se debe adaptar y actualizar conforme avance el proyecto: ¨Mientras más se conozca,
mejor se estimará. En consecuencia actualice sus estimaciones conforme avance el
proyecto ¨

23.3.Ámbito del Software y Factibilidad

El ámbito del software describe las funciones y características que se entregarán a los usuarios
finales, los datos que son entrada y salida, el “contenido” que se presenta a los usuarios como
consecuencia de emplear el software.
Una vez identificado el ámbito es razonable preguntar ¿es posible construir el software para
satisfacer este ámbito? ¿El proyecto es factible?
23.4. Recursos
Las 3 grandes categorías de los recursos de ingeniería de software:
 Personal
 Componentes de software reutilizables
 El entorno de desarrollo (hardware y herramientas de software)
 Herramientas
de software
Numero
ENTORNO DE
Habilidades PERSONAL DESARROLLO Hardware

Ubicación PROYECTO Recursos

de la red

Componentes OTS SOFTWARE

Nuevos componentes
REUTILIZABLE

C .de experiencia C. de experiencia

completa parcial

 Recursos humanos
Se especifican la posición organizacional (Ing. software) y la especialidad (base de datos,
etc.)

El número de personas que se requiere en el proyecto de software sólo de determina

después de que se ha hecho una estimación del esfuerzo de desarrollo. (Ejemplo personas
– mes)

 Recursos de Software Reutilizable

La ingeniería de software basado en componentes enfatiza la reutilización, es decir, la
creación de y reutilización de bloques o componentes de construcción de software.
 Componentes ya desarrollados
El software existente se puede adquirir de un tercero
 Componentes experimentados
Los miembros de equipos de software actual ya tienen experiencia en el área de
aplicación, es decir, desarrollar, proyectos similares.
 Componentes de experiencia parcial
Los miembros del equipo de software desarrollaron proyectos relacionados con el
software que se construirá pero requiere modificaciones.
 Componentes nuevos
El equipo de software debe construir los componentes de software

 Recursos del entorno

El planificador del proyecto debe prescribir la ventana de tiempo requerido por el hardware
y software; y verificar que los recursos estén disponibles

23.5 Estimación de proyectos de software

La estimación del costo y del esfuerzo nunca será una ciencia exacta
Para lograr estimaciones confiables de costo y esfuerzo se tienen varias opciones
1. Demorar la estimación hasta más tarde en el proyecto
Aunque es atractiva no es práctica. Mientras más se espere, más se conocerá, y
mientras se conozca menos probable es que se cometan errores.
 2. Basar las estimaciones en proyectos similares que ya hayan sido completados
Puede funcionar razonablemente bien, pero por desgracia la experiencia no siempre
ha sido un buen indicador
3. Emplear técnicas de descomposición relativamente simple para generar
estimaciones de costo y esfuerzo
Las técnicas asumen un enfoque de ¨divide y vencerás¨
4. Utilizar uno o más modelos empíricos en la estimación de costos y esfuerzo
Los modelos más útiles para complementar las técnicas de descomposición y gozan
una estimación valiosa
23.6. Técnicas de descomposición
1. Tamaño del software
La estimación de un proyecto solo es tan buena como la estimación del tamaño del
trabajo para desarrollarlo

 Si se asume en enfoque directo el tamaño se puede medir en líneas de código (LDC)

 Si se sigue un enfoque indirecto , el tamaño se representa como puntos de función
(PF)
Existen 4 diferentes enfoques al problema del tamaño
1. Tamaño de ´´lógica difusa´´
2. Tamaño de punto de función
3. Tamaño de componentes estándar
4. Tamaño del cambio

2. Estimación basado en el problema

 Se aplican métricas de la línea base de productividad ( por ejemplo LDC/pm)
 El planificador estima un valor de tamaño optimista, más probable y
pesimista
 Estimar el valor esperado para la variable de estimación (tamaño)S se
calcula :
𝑠𝑜𝑝𝑡 + 4𝑠𝑚 + 𝑠𝑝𝑒𝑠
𝑆=
6
 Una vez determinados el valor esperado se aplican los datos de
productividad LDC O PF