Estimaciones de para proyectos de software

La estimación para proyectos viene a ser una predicción de todo lo que

necesitaremos para empezarlo en este caso un proyecto de software,
necesitaremos recursos, esfuerzo, dinero y tiempo.
La estimación es de vital importancia en toda la etapa de desarrollo del
software.
Pasos de la estimación de software:
 Descripción del problema
 Descomposición del problema
 Estimar cada uno de los problemas descompuestos
Antes de realizar la estimación final se consideran los riesgos y
complejidad.
Complejidad del proyecto, tamaño del proyecto y grado de incertidumbre
estructural afectan la confiabilidad de las estimaciones.
El producto final es una tabla simple que define las tareas que se
realizaran, las funciones a implementar, costo, esfuerzo y tiempo.
Las métricas de proyectos pasados
Las experiencias pasadas auxiliar sin medida conforme se desarrollen y
revisen las estimaciones. Debido a que estas conocen toda la planificación
del proyecto. Ofrece el camino un software exitoso, estaríamos mal
aconsejados si nos embarcáramos sin ella.
La estimación porta un riesgo inherente, y éste conduce a incertidumbre.
Factores importantes en la estimación de proyectos de software
a) La complejidad del proyecto
Es una medida relativa que es afectada por la familiaridad con el
esfuerzo pasado. La complejidad disminuye cuando se adquiere más
experiencia en la realización de proyectos de software.

b) Tamaño del proyecto

Al aumentar el tamaño, la interdependencia entre varios elementos
del software crece rápidamente. La descomposición del problema,
 se vuelve más difícil porque el refinamiento de los elementos del
problema todavía puede ser gigante.

c) Grado de incertidumbre estructural

Se refiere al grado en el cual se solidificaron los requisitos.
El grado de incertidumbre disminuye si se tiene información
histórica se podría mejorar áreas donde había problemas, se hacen
proyectos con mayor precisión.
El grado de incertidumbre o riesgos de estimación aumentaran si el
ámbito de proyecto se comprende pobremente.
Proceso de planificación de proyecto
Las estimaciones deben intentar definir los escenarios de mejor caso y
peor caso, de modo que los resultados del proyecto puedan acotarse.
Mientas más conozca, mejor estimará. En consecuencia, se deben
actualizar las estimaciones conforme avance el proyecto.
Ámbito o factibilidad de software
Es el contenido que se le entrega al usuario como consecuencia de usar el
software. El ámbito se define usando una de dos técnicas:
 Una descripción narrativa del ámbito del software se desarrolla
después de la comunicación con todos los participantes.

 Los usuarios finales desarrollan un conjunto de casos de uso.

Una vez definido el ámbito los ingenieros de software deben de

cuestionarse sobre la factibilidad del proyecto, ya que según Putnam y
Myers No todo lo imaginable es factible.
Recursos
Lo siguiente es la estimación de los recursos, tres principales categorías de
los recursos de la ingeniería de software:
 Recursos humanos
 Recursos de software reutilizables
 Recursos ambientales
En la estimación de proyectos de software existen demasiadas variables
humanas que afectan el costo del software
Serie de pasos que permiten lograr estimaciones aceptables.
 Retrasar estimaciones hasta que el software este avanzado
Las estimaciones de costo deben proporcionarse por anticipado. No
obstante, debe reconocer que mientras más espere, más conocerá,
y mientras más conozca, menos probabilidades tendrá de cometer
errores serios en sus estimaciones.

 Base las estimaciones en proyectos similares que ya estén

finalizados
Cabe resaltar que la experiencia pasada no siempre es un buen
indicador de re resultados futuros.

 El uso de técnicas de descomposición simples para generar

estimaciones de costo y esfuerzo de proyecto.
Tienen un enfoque de “divide y vencerás”, al descomponer un
proyecto en funciones principales y actividades de ingeniería de
software relacionadas, la estimación de costo y esfuerzo puede
realizarse en forma escalonada.

 Use uno o más modelos empíricos para estimación de costo y

esfuerzo de software.
Usados para complementar las técnicas de descomposición y
ofrecer un enfoque de estimación potencialmente valioso por
derecho propio.