Porras Noriega Fátima Abigail METODOLOGÍA
Cascada “Lineal Secuencial”
Cascada pura
Cascada V
04-04-2019 CARACTERÍSTICAS
• Es lineal. • Se avanza por etapas. • Es el primer modelo concebido. • Paso de fase hasta conseguir el objetivo. • Obtención de documentos como criterio de finalización de fase. • Su desarrollo se ve fluyendo hacia abajo. • Se compone por una serie de fases que se ejecutan secuencialmente. • Modelo lineal. • Con retroceso y revisión a la fase final inmediata anterior. • Después de cada etapa se realizan revisiones para comprobar si se puede avanzar. • Si no se comprueba, permanece en su etapa actual. • El modelo más antiguo de todos. • Privilegia las pruebas a la par del desarrollo. • El cliente se involucra constantemente. • Muestra la relación de las actividades de prueba con el análisis y el diseño.
TI-204 VENTAJAS
DESVENTAJAS
• Es una metodología organizada. • Genera documentación técnica. • Es el modelo más simple • Es poco flexible al cambio. • La interacción con el cliente es conocido. al inicio y al final. • Funciona muy bien en proyectos estables, cuando no • Alterar el diseño en cualquier cambian los requerimientos o etapa es muy caro. cambian poco. • Funciona bien para proyectos pequeños que son fáciles de gestionar. • Es flexible a cambios y/o ajustes. • Está dirigido por documentos. • Ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo. • Ayuda a minimizar los gastos de la planificación porque permite realizarla sin problemas.
• Se puede prolongar el tiempo. • Es más costoso por mayor tiempo. • No apto para desarrollo rápido. • Cantidad excesiva de documentación. • Da la impresión de un desarrollo lento.
• Se obtiene un producto que • No precisa cuántas veces se cumple las expectativas del necesita repetir el ciclo. cliente. • El producto se obtiene al final • El desarrollo de las pruebas se del ciclo de vida. efectúa de manera síncrona • Las pruebas pueden ser caras con el desarrollo del y a veces no muy efectivas. programa.
Porras Noriega Fátima Abigail
Prototipos
Incremental
DRA (Desarrollo Rápido de Aplicaciones)
04-04-2019
• Implantación ascendente. • Fácil localización de fallos. • Centra su atención en la • Involucra al usuario en las actividad y la exactitud. pruebas. • El usuario interactúa con el prototipo en un corto tiempo. • Es flexible a todo tipo de • Levantamiento de cambios. requerimientos en base a un prototipo desechable. • Bajo costo de desarrollo. • Prueba varias suposiciones • Se crean con rapidez. con respecto a los • Útiles cuando los requerimientos. requerimientos son • Evolucionan a través de un cambiantes. proceso iterativo. • Permite probar alternativas. • Tiene alta visibilidad de resultados rápidamente. • Combina elementos del • Se pueden hacer modelo en cascada aplicado implementaciones parciales e en forma iterativa. irlas liberando con el cliente. • Se enfoca en la entrega de un • El progreso se puede medir en producto operacional con periodos cortos. cada incremento. • Es más sencillo acomodar • Los incrementos proporcionan cambios al acotar el tamaño funcionalidad para los de los incrementos. clientes. • Las pruebas y la integración • Aplica secuencias lineales. son constantes. • Combina elementos del • Reduce riesgos. modelo cascada. • Equipos pequeños (6 a 9 • Entregar un producto en un personas) corto tiempo. • Tiempo de 60 a 90 días. • Ahorro de tiempo en • Ciclo extremadamente corto. codificación y pruebas. • Modelo lineal secuencial. • Bajos costos debido al proceso ligero. • Equipos híbridos.
TI-204 • El producto final podría no reflejar todos los requisitos del usuario. • Se desconoce cuántos prototipos se desarrollarán. • No se conoce cuándo se tendrá un producto aceptable. • No se sabe cuántas iteraciones serán necesarias. • Requiere de habilidades de negociación del cliente. • El prototipo se desecha al finalizar. • No es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad o de alto índice de riesgos. • Requiere de mucha planeación, tanto administrativa como técnica. • Requiere de metas claras para conocer el estado del proyecto. • El proyecto adquiere mayor costo por las licencias. • No es apropiado para sistemas de desempeño crítico o de altos riesgos técnicos.
Porras Noriega Fátima Abigail
Espiral
RUP (Rational Unified Process)
Scrum
04-04-2019
TI-204
• Utilización de componentes • El sistema se puede dividir en • Requiere recursos humanos fabricado. muchos módulos suficientes para crear el independientes. número correcto de equipos. • No todos los tipos de aplicaciones son apropiados para DRA. • Se toma como una respuesta a los inconvenientes del • Las mejoras tienen pasos muy desarrollo en cascada. pequeños. • Se repiten los ciclos hasta que • El producto se trabaja • Aumento de costes totales. se puede entregar un producto continuamente. • Más esfuerzo. terminado. • Minimización de riesgos en el • Lanzamiento retardado. • Es genérico. desarrollo de software. • Los prototipos se transfieren al • Se puede combinar con otros • Utilizado en proyectos sistema de producción, lo que métodos. grandes sujetos a riesgos. genera riesgos de otros • Se evitan conflictos entre errores. diseño y requerimientos. • Guiado y manejado por casos • Proceso de software de uso. configurable. • Genera muchos costos. • Centrado en la arquitectura. • Hecho a la medida para ser • Conlleva mucho tiempo. • Iterativo e incremental. publicado y hacerlo accesible • Es una metodología compleja. para todo el equipo. • Desarrollo basado en • No es recomendable para componentes. • Asegura una comunicación proyectos pequeños. clara y sin ambigüedades. • Utilización de UML • Reduce riesgos del proyecto. • Proceso integrado. • Proceso iterativo e • Maximiza la productividad, • Demasiadas reuniones para incremental cuando los poco avance. comunicación y cooperación. requerimientos cambian • Entregables en tiempo y forma • Es cansador y estresante. rápido. ya que se pueden ir enviando • Se pierde el interés en el • Utilizado para desarrollar al cliente. proyecto. cualquier producto o • Cada persona conoce bien su • No es aplicable a grandes. administrar cualquier trabajo. rol y no es necesario • Es complicado reemplazar el • Controla el caos de conflictos reorganizar. rol de un integrante del equipo. de intereses y necesidades.
Porras Noriega Fátima Abigail • Escalable proyectos.
•
XP
• • •
04-04-2019
múltiples • Ideal para grupos pequeños controlables. • Flexión de cambio. • Mayor productividad. • Reducción de riesgos. • Cumplimiento de expectativas. • Aumenta la productividad en el desarrollo de software. Regido por una serie de prácticas y valores que • Optimización del tiempo. maximizan el trabajo y la • Constante comunicación con calidad. el cliente. Modelo iterativo. • Reducción de gastos. Tiene programación • Promueve el aprendizaje entre organizada. programadores. • Apto para proyectos urgentes. • Flexible a los cambios. a
TI-204 • Dificultas de aplicación en proyectos grandes. • Funciona bien sólo en equipos pequeños. • Necesita sólo miembros de equipo con experiencia.
• Se recomienda emplearlo sólo en proyectos a corto plazo. • Altas comisiones en caso de fallar. • Imposible prever todo antes de programar. • Demasiado costoso e innecesario.