Procesos de Ingenieria de Software

23,734 views
23,468 views

Published on

Esta es una presentación del capitulo de estimación de proyectos de Software

Published in: Technology, Travel
2 Comments
4 Likes
Statistics
Notes
No Downloads
Views
Total views
23,734
On SlideShare
0
From Embeds
0
Number of Embeds
146
Actions
Shares
0
Downloads
728
Comments
2
Likes
4
Embeds 0
No embeds

No notes for slide

Procesos de Ingenieria de Software

  1. 1. UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA ESCUELA DE CIENCIAS DE LA COMPUTACIÓN PROCESOS DE INGENIERÍA DE SOFTWARE ESTIMACIÓN DE PROYECTOS DE SOFTWARE 2008
  2. 2. Integrantes iIntei <ul><li>Marcelo Juca. </li></ul><ul><li>Ángel Macas. </li></ul>
  3. 3. Introducción <ul><li>El proceso de gestión del proyecto de </li></ul><ul><li>software comienza con un conjunto de </li></ul><ul><li>actividades que, globalmente se denominan </li></ul><ul><li>planificación del proyecto </li></ul><ul><li>• La primera de estas actividades es la </li></ul><ul><li>estimación de costes y tiempos </li></ul>
  4. 4. Observaciones Acerca de la Estimación <ul><li>• La estimación la lleva a cabo el gestor del </li></ul><ul><li>proyecto </li></ul><ul><li>• La estimación y planificación temporal de </li></ul><ul><li>un proyecto software requiere: </li></ul><ul><li>- Experiencia. </li></ul><ul><li>- Buena información histórica. </li></ul><ul><li>- Coraje de confiar en las métricas y la </li></ul><ul><li>experiencia. </li></ul>
  5. 5. Observaciones Acerca de la Estimación <ul><li>Hay cuatro factores que influyen significativamente en las estimaciones: </li></ul><ul><li>- La complejidad del proyecto. </li></ul><ul><li>- El tamaño del proyecto. </li></ul><ul><li>- El grado de incertidumbre estructural. </li></ul><ul><li>- Disponibilidad de información histórica. </li></ul>
  6. 6. El Proceso de Planificación del Proyecto <ul><li>El objetivo de la planificación del proyecto de software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos, coste y programa de trabajo. </li></ul><ul><li>• Estas estimaciones se hacen al comienzo del proyecto </li></ul><ul><li>Hay que actualizarlas según progresa éste </li></ul>
  7. 7. El Proceso de Planificación del Proyecto <ul><li>Modelos de proceso evolutivos </li></ul><ul><li>Definir los escenarios del mejor caso y del peor caso de forma que los resultados del proyecto puedan limitarse </li></ul>
  8. 8. Ámbito del Software y Factibilidad <ul><li>La primera actividad de la planificación del proyecto es determinar el ámbito del software </li></ul><ul><li>• Recordemos que ámbito: </li></ul><ul><li>– Contexto. </li></ul><ul><li>– Objetivos de información. </li></ul><ul><li>– Funciones y rendimiento. </li></ul>
  9. 9. Ámbito del Software y Factibilidad <ul><li>El cliente es el único que puede ayudarnos a determinar el ámbito. </li></ul><ul><li>• Por tanto la comunicación con el cliente es fundamental. </li></ul><ul><li>• La comunicación se puede iniciar con las preguntas de contexto libre. </li></ul>
  10. 10. Recursos <ul><li>• La segunda tarea de la planificación del desarrollo de software es la estimación de recursos requeridos para acometer el esfuerzo de desarrollo </li></ul><ul><li>• Estos recursos son: </li></ul><ul><li>- Personas. </li></ul><ul><li>- Componentes software reutilizables. </li></ul><ul><li>- Herramientas de hardware/software. </li></ul>
  11. 11. Estimación de Proyectos de Software (1) <ul><li>Estimar el coste del software es vital </li></ul><ul><li>• Las estimaciones nunca podrán ser exactas </li></ul><ul><li>• Cuanto mejor estimemos, más rentable será nuestro proyecto </li></ul><ul><li>Estimar es difícil, ya que: </li></ul><ul><ul><li>Los requisitos iníciales no están totalmente delimitados. </li></ul></ul><ul><ul><li>Puede que necesitemos utilizar tecnologías nuevas. </li></ul></ul>
  12. 12. Estimación de Proyectos de Software (2) <ul><li>Las personas involucradas en el proyecto pueden tener distintos grados de experiencia. </li></ul>
  13. 13. Técnicas de Descomposición <ul><li>La técnica de descomposición basada en el problema, se basa en la descomposición del producto en funciones y estimar el tamaño del software </li></ul><ul><li>• Por tanto, la primera estimación que sirve de base para todas las demás, es la estimación del tamaño del software </li></ul>
  14. 14. Técnicas de Descomposición Tamaño del Software (1) <ul><li>Podemos considerar tres tamaños del software: </li></ul><ul><ul><li>Tamaño en LDC. </li></ul></ul><ul><ul><li>Tamaño en PF. </li></ul></ul><ul><ul><li>Tamaño en Punto Objeto (PO) </li></ul></ul><ul><li>• En cualquier caso, la precisión de la estimación depende de: </li></ul><ul><ul><li>El grado en el que el planificador ha estimado adecuadamente el tamaño del producto a construir. </li></ul></ul>
  15. 15. Técnicas de Descomposición Tamaño del Software (2) <ul><li>- La habilidad para traducir la estimación del tamaño en esfuerzo y dinero. Depende fundamentalmente de la existencia de métricas. </li></ul><ul><ul><li>El grado en que el plan del proyecto refleja las habilidades del equipo de software. </li></ul></ul>
  16. 16. Técnicas de descomposición Basadas en el Problema <ul><li>• Dicha estimación puede basarse en: </li></ul><ul><ul><li>Datos históricos. </li></ul></ul><ul><ul><li>Experiencia/intuición. </li></ul></ul><ul><li>• Con estos valores se calcula un valor esperado: </li></ul><ul><li>VE = (Vo + 4Vm + Vp)/6 </li></ul><ul><li>• Una vez estimado el tamaño se aplican los datos históricos de productividad LDC </li></ul>
  17. 17. Técnicas de Descomposición Basadas en el Proceso <ul><li>• La técnica más común para estimar un proyecto es basar la estimación en el proceso que se va a utilizar </li></ul><ul><li>• Utilizando el proceso identificamos un conjunto pequeño de actividades de trabajo o tareas de trabajo y se estima el esfuerzo requerido para llevar a cabo cada tarea </li></ul>
  18. 18. Estimación con Casos de Uso (1) <ul><ul><li>Describen empleando varios formatos y estilos diferentes, no existe estándar. </li></ul></ul><ul><ul><li>Representan una visión externa (usuario), distintos niveles de abstracción. </li></ul></ul><ul><ul><li>No abordan la complejidad de las funciones ni las características que describen. </li></ul></ul><ul><ul><li>No describen el comportamiento complejo </li></ul></ul>
  19. 19. <ul><li>Varios investigadores han considerado los casos de uso como una entrada a la estimación que se considere dentro del contexto de la “ jerarquía estructural ”,Ej. </li></ul>Estimación con Casos de Uso (2) casos de uso escenarios paginas escenarios paginas LCD LCD estimadas Interfaz de usuario 6 10 6 12 5 560 3 366 Subsistema de Ingenieria 10 20 8 16 8 3100 31 233 Subsistema de infraestructura 5 6 5 10 6 1650 7 970 42568
  20. 20. <ul><li>Reconciliación de Estimaciones. </li></ul><ul><li>El planificador no ha comprendido adecuadamente o malinterpretado el ámbito del proyecto. </li></ul><ul><li>Los datos de productividad que utilizan las técnicas basadas son inapropiadas para la aplicación o se han aplicado mal. </li></ul>
  21. 21. <ul><li>Los datos empíricos que apoyan la mayoría de estimación proceden de una muestra limitada de proyectos. </li></ul><ul><li>Ningún modelo de estimación es apropiado para todas las clases del software ni en todos los entornos de desarrollo. </li></ul><ul><li>los modelos de estimación deben calibrarse para las necesidades locales. </li></ul>Modelos Empíricos o Estadísticos.
  22. 23. El modelo Cocomo II (1)
  23. 24. <ul><li>Constructive Cost Model, modelo de estimación del software en la industria es en realidad una jerarquía de modelos de estimación que aborda a diferentes fases y modalidades del futuro ciclo de vida : </li></ul><ul><ul><li>Modelo de Composición de la Aplicación. </li></ul></ul><ul><ul><li>Modelo de Etapa de Diseño Temprano. </li></ul></ul><ul><ul><li>Modelo de Etapa Posterior a la Arquitectura. </li></ul></ul>El modelo Cocomo II (1)
  24. 25. <ul><li>Formulas: </li></ul><ul><li>NPO=(puntos objeto)X[(100-%reut)/100] </li></ul><ul><li>PROD=NPO/persona-mes </li></ul><ul><li>Esfuerzo estimado= NPO=PROD </li></ul>
  25. 26. <ul><li>LA ECUACION DEL SOFTWARE </li></ul><ul><li>Donde: </li></ul><ul><li>E = esfuerzo en personas-mes o personas-año. </li></ul><ul><li>t = duración del proyecto en meses o años. </li></ul><ul><li>B = factor especial de habilidades. </li></ul><ul><li>P = Parámetro de productividad </li></ul>
  26. 27. <ul><li>Desarrollo de estimaciones aplicando descomposición de esfuerzo análisis de PF . </li></ul><ul><li>Aplicar el modelado de análisis orientado a objetos. </li></ul><ul><li>Determinar el numero de clases claves. </li></ul><ul><li>Categorizar el tipo de interfaz. </li></ul><ul><li>Multiplicar total de clases (clave + soporte) por el promedio de unidades de trabajo. </li></ul><ul><li>Comprobar de manera cruzada en clase la estimación en clase. </li></ul>Estimación para Proyectos Orientados a Objetos .
  27. 28. Conclusiones(1) <ul><li>Al comparar y reconciliar las estimaciones obtenidas con la aplicación de diferentes técnicas, el planificador tiene mas probabilidad de calcular una estimación precisa. </li></ul><ul><li>COCOMO es una herramienta basada en la líneas de código la cual le hace muy poderoso para la estimación de costos y no como otros que solamente miden el esfuerzo en base al tamaño. </li></ul>
  28. 29. Conclusiones (1) <ul><li>La estimación del proyecto de software no es una ciencia exacta, pero una combinación de datos históricos y técnicas sistemáticas pueden mejorar la estimación con precisión. </li></ul><ul><li>El planificador del proyecto de software de estimar tres factores antes de que algún proyecto comience: </li></ul><ul><ul><li>Cuanto tiempo tomara </li></ul></ul><ul><ul><li>Cuanto esfuerzo requerirá </li></ul></ul><ul><ul><li>Cuanto personal estará involucrado </li></ul></ul>
  29. 30. Bibliografía <ul><li>Concepción Pedro. Planificación de Proyectos de Software. (On Line). (Citado el 27 de Abri. 2008).http://www.getec.etsit.upm.es/articulos/gproyectos/art4.htm </li></ul><ul><li>PRESSMAN, Roger S. Ingeniería del Software un Enfoque Practico (Sexta edición) </li></ul><ul><li>Alba Janeth, Torres Edison. Estimación Para Proyectos de Software. (On Line). (Citado el 27 de abril 2008). http://www.mygnet.net/manuales/software/estimacion_para_proyectos_de_software.1510 </li></ul>
  30. 31. Bibliografía (1) <ul><li>Barceló García Miquel. Estimación de Costes de un proyecto Informático. </li></ul>

×