Se ha denunciado esta presentación.
Se está descargando tu SlideShare. ×

Modelos de Desarrollo

Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Cargando en…3
×

Eche un vistazo a continuación

1 de 43 Anuncio

Más Contenido Relacionado

Presentaciones para usted (20)

Similares a Modelos de Desarrollo (20)

Anuncio

Más reciente (20)

Modelos de Desarrollo

  1. 1. Modelos de Desarrollo ALLSOFT S.A. de C.V. Monterrey, N.L.
  2. 2. Introducción <ul><li>Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final. </li></ul><ul><li>Un modelo de desarrollo establece el orden en el que se harán las cosas en el proyecto, nos provee de requisitos de entrada y salida para cada una de las actividades. </li></ul>
  3. 3. Introducción <ul><li>Es necesario destacar el ciclo de vida del proyecto y el modelo de desarrollo. </li></ul><ul><li>El ciclo de vida del proyecto ayuda a controlar las actividades del proyecto desde el inicio al fin del mismo. </li></ul><ul><li>El modelo de desarrollo nos ayuda a la forma en la que vamos a construir el producto. </li></ul><ul><li>Ambos se complementan para generar el producto desde el punto de vista t écnico y administrativo. </li></ul>
  4. 4. Modelos de Desarrollo... <ul><ul><ul><ul><li>El Modelo de Cascada. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>El Modelo en V. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>En Flor. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Prototipos </li></ul></ul></ul></ul><ul><ul><ul><ul><li>El Modelo de Espiral. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>El Modelo de Procesos. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Desarrollo Incremental. </li></ul></ul></ul></ul>
  5. 5. El Modelo de Cascada <ul><li>El ciclo de desarrollo de software. </li></ul><ul><li>Este modelo tiene una secuencia ordenada. </li></ul><ul><li>El trabajo de una etapa previa es la entrada del siguiente proceso. </li></ul><ul><li>Provee de un gran control sobre las fechas de entrega y entregables. </li></ul>
  6. 6. El Modelo de Cascada <ul><li>Establece criterios de entrada y salida en cada fase claramente definidos. </li></ul><ul><li>Dado que provee pocos puntos de visibilidad da la impresión de que es lento. </li></ul>
  7. 7. El Modelo de Cascada Inicio Análisis Diseño Código Pruebas Implem.
  8. 8. A Favor... <ul><li>Excelente cuando se tiene un producto estable y se conoce la tecnología. </li></ul><ul><li>Es un método muy estructurado que funciona bien con gente de poca experiencia. </li></ul><ul><li>Provee estabilidad en los requerimientos. </li></ul><ul><li>La planeación se puede hacer anticipadamente. </li></ul><ul><li>Para proyectos grandes. </li></ul>
  9. 9. En Contra... <ul><li>Tiene poca flexibilidad. </li></ul><ul><li>Los proyectos en la pr áctica raramente siguen un flujo secuencial. </li></ul><ul><li>Siempre es difícil para el cliente mostrar todos los requerimientos explícitamente y con mucha anticipación. </li></ul><ul><li>El cliente debe tener paciencia. </li></ul>
  10. 10. En Contra... <ul><li>Es inflexible y no motiva al cambio. </li></ul><ul><li>Poco apropiado para aplicaciones para la toma de decisiones. </li></ul><ul><li>Los usuarios tienen una participación limitada. </li></ul>
  11. 11. El Modelo en V <ul><li>Una reexaminación del modelo del ciclo de vida desde el punto de vista de aseguramiento de calidad. </li></ul><ul><li>Cuando cada proceso termina su producto, las especificaciones de prueba para la probar los procesos están también completas. </li></ul>
  12. 12. El Modelo en V Inicio Análisis Diseño Código I.S.T Implem. Pruebas de Integración del Sistema UAT Plan de Aceptación Integración del Sistema
  13. 13. Modelo en Flor <ul><li>El propósito del desarrollo de software es el de desarrollar un producto de software. </li></ul><ul><li>Los equipos no deben de estar preocupados por el proceso de desarrollo mismo. </li></ul><ul><li>Deben de desarrollarse todas las etapas un poco al mismo tiempo hasta que el producto final es alcanzado. </li></ul>
  14. 14. Prototipos <ul><li>Un prototipo es una versión preliminar de un sistema de información con fines de demostración o evaluación. </li></ul>
  15. 15. Construcción de Prototipos <ul><li>Identificación de Requerimientos. </li></ul><ul><li>Diseño Rápido. </li></ul><ul><li>Utilizar el Prototipo. </li></ul><ul><li>Revisar y Mejorar. </li></ul>
  16. 16. Prototipos... <ul><li>Es un método menos formal de desarrollo. </li></ul><ul><li>El prototipeo es una técnica para comprender las especificaciones. </li></ul><ul><li>Un prototipo puede ser eliminado. </li></ul><ul><li>Un prototipo puede llegar a ser parte del producto final. </li></ul>
  17. 17. A Favor... <ul><li>Útiles cuando los requerimientos son cambiantes. </li></ul><ul><li>Cuando no se conoce bien la aplicación. </li></ul><ul><li>Cuando el usuario no se quiere comprometer con los requerimientos. </li></ul><ul><li>Cuando se quiere probar una arquitectura o tecnología. </li></ul><ul><li>Cuando se requiere rapidez en el desarrollo. </li></ul>
  18. 18. En Contra... <ul><li>No se conoce cuando se tendrá un producto aceptable. </li></ul><ul><li>No se sabe cuantas iteraciones serán necesarias. </li></ul><ul><li>Da una falsa ilusión al usuario sobre la velocidad del desarrollo. </li></ul><ul><li>Se puede volver el producto aún y cuando no este con los estándares. </li></ul>
  19. 19. El Modelo de Espiral <ul><li>Los productos de software son creados a través de múltiples repeticiones del proceso del ciclo de vida. Se rompen un mini-proyectos. </li></ul><ul><li>Estos modelos han sido aplicados al desarrollo de software. </li></ul><ul><li>Aun no han madurado al punto de ser aplicados como modelos de desarrollo con tiempos y limitaciones de costos. </li></ul>
  20. 20. El Modelo de Espiral Requerimientos Análisis de Riesgo Prototipo Requerimientos del Software Validación de Requerimientos Plan de Desarrollo Prototipo Diseño del Producto Validación del Diseño Pruebas de Integración Prototipo
  21. 21. A Favor... <ul><li>El producto avanza a pasos firmes solucionado riesgos en cada iteración. </li></ul><ul><li>El producto termina con todos los riesgos resueltos. </li></ul><ul><li>Se pueden incluir otros métodos de desarrollo en las iteraciones. </li></ul><ul><li>A medida que el costo aumenta, los riesgos se reducen. </li></ul><ul><li>Se tienen puntos de control en cada interacción. </li></ul>
  22. 22. En Contra... <ul><li>Es complicado. </li></ul><ul><li>Requiere de mucha administración. </li></ul><ul><li>Difícil de definir los objetivos, metas que indiquen que podemos avanzar al siguiente ciclo. </li></ul><ul><li>Se puede caer en un desarrollo de nunca acabar. </li></ul>
  23. 23. El Modelo de Procesos <ul><li>Impulsa un proceso iterativo de desarrollo. </li></ul><ul><li>Cada ciclo es una versión del producto. </li></ul><ul><li>Utiliza metas definidas para marcar la transición entre las distintas etapas. </li></ul><ul><li>Ofrece mayor poder de decisión a los usuarios. </li></ul><ul><li>Busca mejorar la calidad y creatividad. </li></ul>
  24. 24. El Modelo de Procesos Idea/Necesidad Estabilización Construcción Planeación
  25. 25. Las Metas Liberación Visión y Alcance Código Completo Especificaciones Aprobadas
  26. 26. A Favor... <ul><li>Etapas claramente definidas con metas, entregables y responsables. </li></ul><ul><li>Se establecen roles asociados al modelo que promueven la participación de todos. </li></ul><ul><li>Involucra muy de cerca al usuario. </li></ul>
  27. 27. En Contra... <ul><li>Dado que la mayoría de las decisiones son en consenso por el equipo en su conjunto, en ocasiones toman más tiempo de lo debido. </li></ul><ul><li>Para proyectos pequeños puede resultar poco practico. </li></ul><ul><li>El considerar versiones hace que se dejen de lado algunas decisiones. </li></ul>
  28. 28. Desarrollo Incremental <ul><li>Permite construir el proyecto en etapas incrementales en donde cada etapa agrega funcionalidad. </li></ul><ul><li>Cada etapa consiste de requerimientos, diseño, codificación, pruebas, y entrega. </li></ul><ul><li>Permite entregar al cliente un producto más rápido en comparación del modelo de cascada. </li></ul>
  29. 29. Desarrollo Incremental <ul><li>Reduce los riesgos ya que: </li></ul><ul><ul><li>Provee visibilidad sobre el progreso a través de sus nuevas versiones. </li></ul></ul><ul><ul><li>Provee retroalimentación a través de la funcionalidad mostrada. </li></ul></ul><ul><ul><li>Permite atacar los mayores riesgos desde el inicio. </li></ul></ul>
  30. 30. Desarrollo Incremental <ul><li>Se pueden hacer implementaciones parciales si se cuenta con la suficiente funcionalidad. </li></ul><ul><li>Las pruebas y la integración es constante. </li></ul><ul><li>El progreso se puede medir en periodos cortos de tiempo. </li></ul><ul><li>Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos. </li></ul>
  31. 31. Desarrollo Incremental <ul><li>Se puede planear en base a la funcionalidad que se quiere entregar primero. </li></ul><ul><li>Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico. </li></ul>
  32. 32. A Favor … <ul><li>La solución se va mejorando en forma progresiva a través de las múltiples iteraciones. </li></ul><ul><li>Incrementa el entendimiento del problema y de la solución por medio de los refinamientos sucesivos. </li></ul>
  33. 33. En Contra … <ul><li>Requiere de mucha planeación, tanto administrativa como técnica. </li></ul><ul><li>Requiere de metas claras para conocer el estado del proyecto. </li></ul>
  34. 34. ¿Qué Modelo Utilizar?
  35. 35. Un Proyecto... <ul><li>Un proyecto es una organización transitoria de individuos dedicados a alcanzar un objetivo especifico dentro de un periodo de tiempo, un presupuesto, y un objetivo técnico. </li></ul>
  36. 36. Por lo Tanto... <ul><li>Un proyecto: </li></ul><ul><ul><ul><li>Tiene un principio y un fin. </li></ul></ul></ul><ul><ul><ul><li>Debe de tener un objetivo (debe de ser medible). </li></ul></ul></ul><ul><ul><ul><li>Requiere de un líder y de un equipo. </li></ul></ul></ul><ul><li>Lo que nos indica que es: </li></ul><ul><ul><ul><li>Temporal y Único , ya que involucra hacer algo que no se ha hecho antes. </li></ul></ul></ul>
  37. 37. Proyectos de Software <ul><li>Los proyectos de desarrollo de software varían muchos unos de otros, entran en juego: </li></ul><ul><ul><ul><li>Requerimientos </li></ul></ul></ul><ul><ul><ul><li>Actividades </li></ul></ul></ul><ul><ul><ul><li>Tecnologías </li></ul></ul></ul><ul><ul><ul><li>Tareas </li></ul></ul></ul><ul><ul><ul><li>Usuarios </li></ul></ul></ul><ul><ul><ul><li>Contexto </li></ul></ul></ul><ul><ul><ul><li>Habilidades </li></ul></ul></ul>
  38. 38. ¿Qué Modelo? <ul><li>Dado que cada proyecto es único, no existe un modelo que se aplique al 100% a todos los proyectos de una organización. </li></ul><ul><li>Una organización puede contar con uno o más modelos de desarrollo para ser utilizados dependiendo del tipo de proyecto. </li></ul><ul><li>El modelo seleccionado tendrá influencia en el éxito del proyecto y en el tipo de decisiones que se deberán hacer. </li></ul>
  39. 39. ¿Cuál Seguir? <ul><li>Para seleccionar el modelo a adoptar habrá que hacerse una serie de cuestionamientos: </li></ul><ul><ul><li>¿Qué tanto el cliente y nosotros conocemos los requerimientos? </li></ul></ul><ul><ul><li>¿Qué tan claros están los requerimientos? </li></ul></ul><ul><ul><li>¿Se conoce bien la tecnología ha utilizar? </li></ul></ul><ul><ul><li>¿Qué tantos son los riesgos del proyecto? </li></ul></ul><ul><ul><li>¿Qué tan bien conocemos la arquitectura? </li></ul></ul>
  40. 40. ¿Cuál Seguir? <ul><li>Continuación … </li></ul><ul><ul><li>¿Visibilidad que requiere el proyecto hacia el cliente? </li></ul></ul><ul><ul><li>¿Visibilidad que requiere el proyecto hacia la Gerencia? </li></ul></ul><ul><ul><li>¿Qué tanta planeación hacia adelante es requerida? </li></ul></ul><ul><ul><li>¿Qué restricciones se tienen? (presupuesto, fechas) </li></ul></ul>
  41. 41. Criterios de Éxito <ul><li>Contar con un modelo debidamente documentado. (entradas, salidas, entregables, aprobaciones) </li></ul><ul><li>Los documentos deben de estar actualizados. </li></ul><ul><li>La gente que participa en el proyecto debe estar capacitada en su uso. </li></ul><ul><li>Se debe de reforzar el uso del modelo mediante auditorias y revisione </li></ul>
  42. 42. Criterios de Éxito <ul><li>La alta gerencia debe soportar la utilización de un modelo. </li></ul><ul><li>Cualquier desviación al modelo debe ser documentada y aprobada. </li></ul><ul><li>Se debe de medir la eficiencia del modelo. </li></ul><ul><li>Retroalimentar y ajustar. </li></ul>
  43. 43. Ejercicios

×