Estimación para proyectos de software

[pic 1]UNIVERSIDAD CATÓLICA DE HONDURAS

“NUESTRA SEÑORA REINA DE LA PAZ.”

Campus Sagrado Corazón de Jesús

Administración de sistemas de software

Presentado por:

Daniel Alexander Maldonado Arita

Jose Alberto Ponce Valladares

Fernando Ramon Rodas Suazo

Daniel Alejandro Matute Burgos

Jose Jeremias Ordoñes Lopez

Franklin Noel Villalta

Tegucigalpa M.D.C.                                                                        

Honduras C.A.

 Septiembre 2016

Estimación para proyectos de software

Introducción

La estimación para proyectos de software comienza con un conjunto de actividades que en grupo se denominan planificación del proyecto, antes que el proyecto comience el gestor del proyecto y el equipo de software deben estimar el trabajo que habrá de realizarse, los recursos que se requerirán y el tiempo que transcurrirá desde el principio hasta el final.

¿Quién lo hace?

Los gestores de proyecto del software, con base en la información solicitada experiencia como guías. la complejidad y el riesgo del problema se considera antes de realizar una estimación final.

¿Cuál es el producto obtenido?

Se genera una simple tabla en la que se delinean las tareas que se deben de realizar, las funciones que se habrán que realizarse, las funciones que se habrá de implementar y el costo, esfuerzo y tiempo de los involucrados.

¿Por qué es importante?

Usted construirá una casa antes de saber cuánto dinero se gastará, las tareas que se deben de realizar y el tiempo para que el trabajo se haga correctamente

Capítulo 23.1 observaciones acerca de la estimación

La planificación requiere que los gestores técnicos y los miembros del equipo de software establezcan un compromiso inicial.

Esta importante actividad no debe realizarse de una forma improvisada, existen técnicas útiles para la estimación de tiempo y esfuerzo.

Si se tiene experiencia, acceso y se sigue un enfoque de sistemático se generan estimaciones empleando datos históricos sólidos, se crean puntos de datos de estimación mediante métodos diferentes, se establece un calendario realista y continuamente se adapta conforme el proyecto avanza

La disponibilidad de información histórica tiene fuerte influencia en el riesgo de la estimación al mirar en retrospectiva, se puede emular cosas que funcionaron y mejorar las áreas donde surgieron problemas cuando hay disponibles amplias métricas de software de proyectos previos, las estimaciones se pueden hacer con mayor seguridad y el riesgo se reduce.

Capítulo 23.2 el proceso de planificación del proyecto

El objetivo de la planificación del proyecto de software es proporcionar un marco de trabajo que permita al gestor estimar razonablemente recursos, costos y programas de trabajo además las estimaciones deben intentar definir los escenarios de mejor y peor caso de modo que los resultados del proyecto se puedan acotar

Capítulo 23.3 ámbito del software

El ámbito del software describe las funciones y características que se entregaran a los usuarios finales, los datos de que son los de entrada y salida que se presentan a los usuarios como emplear el software, así como el desempeño, las restricciones, las interfaces y la confiabilidad que acotan el sistema, el ámbito se define al usar de las dos técnicas siguientes:

1. Después de una comunicación con todos los participantes se desarrolla una descripción narrativa del ámbito de software
2. Los usuarios finales desarrollan un conjunto de casos de uso

Dentro de los casos de uso se evalúan y en algunos casos se refinan para más detalles antes de comenzar la estimación como pueden ser requisitos de tiempo y respuesta, los limites colocados en el software y hardware externos, la memoria disponible u otros sistemas existentes, etc.

Capítulo 23.4 recursos

la segunda tarea de la planificación es la estimación de los recursos necesarios para complementar el esfuerzo de desarrollo del software, las tres grandes categorías de los recursos de ingeniería de software son.

Personal: el planificador comienza evaluando el ámbito del software y selecciona el número del personal y sus habilidades requeridas para completar el desarrollo (por ejemplo: gestor, ingeniero de software ejecutivo) como también la especialidad (por ejemplo: telecomunicaciones, base de datos, cliente/servidor).

Recursos de software reutilizables: enfatiza la reutilización es decir la creación y reutilización de bloques de construcción de software llamados también componentes deben de catalogarse para consultarlos con facilidad su aplicación y validarse para integrarlos fácilmente.

Recursos de entorno: el entorno que soporta un proyecto de software con frecuencia llamada ingeniería de software incorpora hardware y software, el hardware adecuado proporciona una plataforma que soporta las herramientas de software

Capítulo 23.5 estimación de proyectos de software

El software es el elemento más caro de virtualmente en todos los sistemas basados en computadora. En sistemas complejos, personalizados, es un gran error en la estimación del costo puede ser beneficio y perdida.

Sin embargo, existen unas series de pasos sistemáticos con riesgo aceptable para lograr estimaciones confiables de costo y esfuerzo se tienen varias opciones:

1. Demorar la estimación hasta más tarde en el proyecto (obviamente, ¡se puede lograr 100% de estimaciones precisas después de que el proyecto esté terminado)
2. Basar las estimaciones en proyectos similares que ya hayan sido completados.
3. Emplear técnicas de descomposición relativamente simples para generar estimaciones de costo y esfuerzo del proyecto.
4. Utilizar uno o más modelos empíricos en la estimación de costo y esfuerzo.

Desgraciadamente la primera opción, aunque atractiva no es practica las estimaciones de costos se tienen que proporcionar por adelantado, no obstante, se debe reconocer que entre más se espere más se conocerá y menos probable será cometer errores en las estimaciones.

Capítulo 23.6 técnicas de descomposición

La descomposición del proyecto de software es una forma de resolver problemas en la mayoría de casos, el problema que debe resolverse es muy complejo como para considerarlo en una sola pieza. Por esta razón se descompone el problema, re caracterizándolo como un conjunto de problemas más pequeños estos son.

Tamaño del software

La precisión de la estimación de un proyecto de software se manifiesta en varios factores:

1. El grado con el cual el planificador ha estimado adecuadamente el tamaño del producto que se construirá
2. La habilidad para traducir la estimación del tamaño en esfuerzo humano, programa de trabajo y dinero
3. El grado en el cual el plan del proyecto refleja las habilidades del equipo de software
4. La estabilidad de los requisitos del producto y el entorno que soporta el esfuerzo de ingeniería de software

Se considera el problema del tamaño del software. Puesto que la estimación de un proyecto solo es tan buena como la estimación del tamaño del trabajo para realizarlo.

Estimación basada en el problema

Las linead de códigos y los puntos de función se escribe como medidas a partir de las cuales se calculan las métricas de productividad. Los datos de las LDC y los PF se utilizan en dos formas para estimar el proyecto de software:

1. Como una variable de la estimación para el tamaño de cada elemento de software
2. Como métricas de línea de base recolectadas a partir de proyectos previos y utilizados en conjunción con variables de estimación para desarrollar proyecciones de costo y esfuerzo

Las estimaciones de LDC y PF son distintas técnicas de estimación, aunque ambas tienen varias características en común. El planificador del proyecto comienza con un enfoque acotado del ámbito del software y a partir de ahí intenta descomponer el software en funciones problema que puedan estimarse individualmente.

Entonces se aplican las métricas de la línea base de productividad ala variable de estimación apropiada y se deriva el costo o esfuerzo de la función.

Estimación basada en el proceso

la técnica más común para estimar un proyecto es basar la estimación en el proceso que se empleara, esto es, el proceso se descompone en un conjunto relativamente pequeño de tareas y se estima el esfuerzo requerido para lograr cada tarea.

Al igual que las técnicas basadas en el problema, la estimación basada en el proceso comienza con un bosquejo de las funciones del software obtenidas ámbito del proyecto. Cada función requiere realizar una serie de actividades del marco de trabajo.

...