Mcvds
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
390
On Slideshare
390
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
3
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Estiven Alexis Guzmán Vargas
  • 2. • Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final. • 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.
  • 3. • Es necesario destacar el ciclo de vida del proyecto y el modelo de desarrollo. • El ciclo de vida del proyecto ayuda a controlar las actividades del proyecto desde el inicio al fin del mismo. • El modelo de desarrollo nos ayuda a la forma en la que vamos a construir el producto. • Ambos se complementan para generar el producto desde el punto de vista técnico y administrativo.
  • 4.  El Modelo de Cascada.  El Modelo en V.  En Flor.  Prototipos  El Modelo de Espiral.  Desarrollo Incremental.
  • 5. Este modelo tiene una secuencia ordenada. El trabajo de una etapa previa es la entrada del siguiente proceso. Provee de un gran control sobre las fechas de entrega y entregables. Establece criterios de entrada y salida en cada fase claramente definidos.
  • 6. Inicio Análisis Diseño Código Pruebas Implem.
  • 7. Excelente cuando se tiene un producto estable y se conoce la tecnología. Es un método muy estructurado que funciona bien con gente de poca experiencia. La planeación se puede hacer anticipadamente.
  • 8. Una reexaminación del modelo del ciclo de vida desde el punto de vista de aseguramiento de calidad. Cuando cada proceso termina su producto, las especificaciones de prueba para la probar los procesos están también completas.
  • 9. Inicio Análisis Diseño Código I.S.TImplem. Pruebas de Integración del Sistema UAT Plan de Aceptación Integración del Sistema
  • 10. El propósito del desarrollo de software es el de desarrollar un producto de software. Los equipos no deben de estar preocupados por el proceso de desarrollo mismo. Deben de desarrollarse todas las etapas un poco al mismo tiempo hasta que el producto final es alcanzado.
  • 11. Un prototipo es una versión preliminar de un sistema de información con fines de demostración o evaluación.
  • 12. Identificación de Requerimientos. Diseño Rápido. Utilizar el Prototipo. Revisar y Mejorar.
  • 13. Es un método menos formal de desarrollo. El prototipeo es una técnica para comprender las especificaciones. Un prototipo puede ser eliminado. Un prototipo puede llegar a ser parte del producto final.
  • 14. Utiles cuando los requerimientos son cambiantes. Cuando no se conoce bien la aplicación. Cuando el usuario no se quiere comprometer con los requerimientos. Cuando se quiere probar una arquitectura o tecnología. Cuando se requiere rapidez en el desarrollo.
  • 15. Los productos de software son creados a través de múltiples repeticiones del proceso del ciclo de vida. Se rompen un mini-proyectos. Estos modelos han sido aplicados al desarrollo de software. Aun no han madurado al punto de ser aplicados como modelos de desarrollo con tiempos y limitaciones de costos.
  • 16. Requerimientos Análisis de Riesgo Prototipo Requerimientos del Software Validación de Requerimientos Plan de DesarrolloPrototipo Diseño del Producto Validación del Diseño Pruebas de Integración Prototipo
  • 17. El producto avanza a pasos firmes solucionado riesgos en cada iteración. El producto termina con todos los riesgos resueltos. Se pueden incluir otros métodos de desarrollo en las iteraciones. A medida que el costo aumenta, los riesgos se reducen. Se tienen puntos de control en cada interacción.
  • 18. Permite construir el proyecto en etapas incrementales en donde cada etapa agrega funcionalidad. Cada etapa consiste de requerimientos, diseño, codificación, pruebas, y entrega. Permite entregar al cliente un producto más rápido en comparación del modelo de cascada.
  • 19. Reduce los riesgos ya que: • Provee visibilidad sobre el progreso a través de sus nuevas versiones. • Provee retroalimentación a través de la funcionalidad mostrada. • Permite atacar los mayores riesgos desde el inicio.
  • 20. Se pueden hacer implementaciones parciales si se cuenta con la suficiente funcionalidad. Las pruebas y la integración es constante. El progreso se puede medir en periodos cortos de tiempo. Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.
  • 21. Se puede planear en base a la funcionalidad que se quiere entregar primero. Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico.
  • 22. • http://www.slideshare.net/sandrasig/tipos-de-ciclos-de- vida • http://www.hanantek.com/es/modelos-ciclo-vida-software Gracias