1. METODOLOGIA PROTOTIPOS
1.1. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos.
1.2. CARACTERISTICAS
1.2.1. Comunicación
1.2.2. Modelado, diseño rápido
1.2.3. Desarrollo, entrega y retroalimentación
1.2.4. Entrega del desarrollo final
1.3. VENTAJAS
1.3.1. Modificación del Sistema en Etapas tempranas de su desarrollo
1.3.2. Permite al desarrollador darse cuenta de lo que requiere el cliente.
1.3.3. Permite que el desarrollador se dé cuenta cómo va avanzando en trabajo.
1.4. DESVENTAJAS
1.4.1. Administración difícil
1.4.2. Adoptarlo como el sistema final
1.4.3. El desarrollador y el cliente tienen poca comunicación al inicio del proceso
1.4.4. Surgen cambios imprevistos que retrasan el progreso del prototipo
2. METODOLOGIA SCRUM
2.1. Scrum es una metodología ágil y flexible para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de la inversión para su empresa
2.2. CARACTERISTICAS
2.2.1. Es una metodologia agil
2.2.2. Es liviano, iterativo e incremental
2.2.3. Serealizan entregas funcionales ffrecuentes
2.2.4. Descentralizado
2.2.5. Simplicidad, adaptativo y flexible
2.2.6. Enfoccdo en la productividad
2.3. VENTAJAS
2.3.1. El cliente puede comenzar a utilizar el producto rápidamente.
2.3.2. El cliente puede decidir los nuevos objetivos a realizar.
2.3.3. Se agila el proceso, porque se divide el problema en pequeñas tareas.
2.3.4. El cliente en el proceso es parte del equipo
2.3.5. El proceso es trasparente para todos
2.3.6. Mejora la satisfaccion del producto entregado al cliente
2.4. DESVENTAJAS
2.4.1. La deuda tecnica puede perjudicar el sistema
2.4.2. El cambio en un miembro del equipo pone el riesgo el proceso
2.4.3. El equipo puede llegar a una etapa de stress
2.4.4. Mayor tiempo por parte del cliente en el proceso
2.4.5. Es complejo de implantar
3. METODOLOGIA ESPIRAL
3.1. Este modelo establece que las diversas actividades que se van realizando al desarrollar un producto software suceden de forma lineal.
3.1.1. CARACTERISTICAS
3.1.2. Determinar objetivos
3.1.3. Análisis del riesgo
3.1.4. Desarrollar y probar
3.1.5. Planificación
3.1.6. VENTAJAS
3.1.6.1. Reduce riesgos del proyecto
3.1.6.2. Incorpora objetivos de calidad
3.1.6.3. Integra el desarrollo con el mantenimiento, etc.
3.1.7. DESVENTAJAS
3.1.7.1. Genera mucho tiempo en el desarrollo del sistema
3.1.7.2. Modelo costoso
3.1.7.3. Requiere experiencia en la identificación de riesgos
4. METODOLOGIA EN CASCADA
4.1. El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo se ve fluyendo hacia abajo (como una cascada) sobre las fases que componen el ciclo de vida.
4.2. CARACTERISTICAS
4.2.1. Es el mas utilizado
4.2.2. Es una vision del proceso de desarrollo del software como una sucesion de etapas que produce productos intermedios .
4.2.3. si se cambia el orden de las faces, el producto final sera de inferior calidad.
4.3. VENTAJAS
4.3.1. Se tiene todo bien organizado y no se mezclan las faces
4.3.2. La planificacion es sencilla
4.3.3. La calidad del producto resultantes es alta
4.4. DESVENTAJAS
4.4.1. Tarda mucho tiempo en pasar por todo el ciclo
4.4.2. Iteraciones costosas
4.4.3. Es dificil incorporar nuevas cosas si se quiere actualizar
5. METODOLOGIA RUP
5.1. La metodología RUP utiliza el enfoque de la orientación a objetos en su diseño y está diseñado y documentado el uso de la notación UML.
5.1.1. CARATERISTICAS
5.1.1.1. Centrado en la arquitectura
5.1.1.2. Los casos de uso representan los requerimientos base para el desarrollo del sistema
5.1.1.3. desarrolla iterativamente
5.1.1.4. Administra requerimientos
5.1.1.5. Usa Arquitecturas basada en componentes
5.1.1.6. Modela visualmente el software
5.1.1.7. Asegura continuamente la calidad
5.1.1.8. Administra el cambio
5.1.2. VENTAJAS
5.1.2.1. Esta basada totalmente en mejores practicas de la metodologias
5.1.2.2. Reduce riesgos del proyecto.
5.1.2.3. Incorpora fielmente el objetivo de calidad
5.1.2.4. Integra desarrollo con mantenimiento
5.1.3. DESVENTAJAS
5.1.3.1. Pretende prever y tener todo el control de antemano
5.1.3.2. Modelo genera trabajo adicional.
5.1.3.3. Genera muchos costos.
5.1.3.4. No recomendable para proyectos pequeños.