Modelos de desarrollo de Software.pdf

Modelo de Proceso Descripción Adecuado para Enfoque Visibilidad y Flexibilidad Etapas del proceso Gestión de Riesgos Participación del Cliente...

Modelo de Proceso Descripción Adecuado para Enfoque Visibilidad y Flexibilidad Etapas del proceso Gestión de Riesgos Participación del Cliente Desventajas documentación Modelo en Cascada Es el modelo más antiguo con un Proyectos con requisitos Secuencial y lineal Buena visibilidad, cada Baja 1. Planificación No se consideran Limitada al inicio del proyecto Rígido, no permite cambios enfoque secuencial donde cada fase bien definidos y estables actividad o fase produce un 2. Análisis y definición de requerimientos explícitamente fáciles; difícil adaptación a debe finalizar antes de comenzar la documento detallado. 3. Diseño cambios en requisitos siguiente. 4. Implementación 5. Operación y mantenimiento 6. Crecimiento y cambio En otras bibliografías: Recolección de requisitos, diseño implementación, pruebas, despliegue y mantenimiento Desarrollo Evolutivo Construcción incremental a través de Proyectos donde los Incremental e iterativo Visibilidad pobre, muy caro al Alta 1. Análisis de requisitos Se manejan a través de Alta, involucrado en todas las Puede ser difícil gestionar múltiples versiones mejoradas con el requisitos pueden cambiar producir documentos en cada 2. Diseño inicial retroalimentaciones fases múltiples iteraciones y versiones tiempo. Se enfoca en un inicio rápido iteración. 3. Desarrollo iterativo constantes para luego mejorar y expandirse en 4. Pruebas y validación ciclos ajustándose a los cambios de 5. Revisión y retroalimentación requisitos. Desarrollo basado en Se realiza a partir de módulos de Proyectos con una Reutilización de Visibilidad moderada. Moderada, depende de 1. Análisis de requisitos Riesgos reducidos por Moderada, depende del ajuste Dependencia de la disponibilidad reutilización de software previamente desarrollados y arquitectura orientada a componentes existentes Importante contar con los componentes 2. Selección de componentes reutilización de de componentes al sistema y compatibilidad de componentes probados. Esto acelera el desarrollo al servicios o componentes documentación de disponibles 3. Integración del sistema componentes probados componentes reutilizar elementos existentes en componentes reutilizables. 4. Pruebas lugar de construir todo desde cero. 5. Despliegue Prototipado Implica crear versiones tempranas y Proyectos con alto nivel de Construcción rápida de Visibilidad alta, poca Alta 1. Identificación de requisitos Ayuda a identificar y Alta, se utiliza para obtener Puede llevar a una falta de simplificadas del software (prototipos) incertidumbre en requisitos prototipos para validación documentación, centrada en 2. Desarrollo rápido del prototipo reducir riesgos asociados retroalimentación sobre el documentación adecuada y para explorar ideas y obtener de requerimientos los cambios y actualización de 3. Evaluación del prototipo con la comprensión de prototipo expectativas poco realistas feedback temprano del cliente. Es útil los prototipos 4. Refinamiento de requisitos requisitos para entender mejor los requisitos y 5. Desarrollo del sistema final ajustar el diseño antes de desarrollar el sistema completo. Transformación Formal Utiliza especificaciones matemáticas Proyectos críticos donde la Uso de especificaciones Buena visibilidad, en cada fase Baja 1. Análisis de requisitos formales Riesgos de seguridad y Limitada, se requiere Complejidad en la aplicación; formales para describir el software y seguridad y la precisión son matemáticas formales para deben producirse documentos 2. Especificación formal precisión gestionados experiencia técnica requiere personal altamente luego transformarlas en código esenciales el desarrollo 3. Diseño formal con técnicas formales capacitado ejecutable a través de un proceso 4. Implementación sistemático y matemático. Es riguroso 5. Verificación y validación formal y busca eliminar errores, pero es más complejo y costoso. Modelo en Espiral Combina elementos del desarrollo Proyectos grandes, Iterativo con enfoque en Buena visibilidad, cada Alta 1. Definición de objetivos Gestión explícita de Alta, retroalimentación Complejo de gestionar; costoso en iterativo y el enfoque secuencial en complejos y de largo plazo gestión de riesgos segmento y cada anillo del 2. Identificación y análisis de riesgos riesgos en cada ciclo continua en cada ciclo tiempo y recursos una serie de ciclos repetitivos donde espiral debe producir un 3. Desarrollo y validación luego de terminar cada aro del espiral documento pero centrado en 4. Planificación de la siguiente fase se planifica el siguiente. la gestión de riesgos y planificación Modelos Ágiles Enfocados en la flexibilidad y la Proyectos con requisitos Iterativo e incremental con Alta visibilidad, entregas Muy alta 1. Recolección de requisitos Riesgos gestionados Muy alta, involucración Puede ser difícil para proyectos colaboración, los métodos ágiles cambiantes y necesidad de entregas frecuentes y frecuentes. Documentación 2. Planificación de iteraciones (Sprints) mediante iteraciones continua del cliente y grandes; requiere equipo (incluyendo Scrum) priorizan la entrega rápida de software entregas rápidas adaptabilidad moderada enfocándose en las 3. Desarrollo iterativo cortas y retroalimentación disciplinado y comprometido funcional en pequeñas iteraciones, necesidades inmediatas del 4. Revisión y retroalimentación retroalimentación con la capacidad de adaptarse equipo y el cliente. 5. Revisión y entrega final continua rápidamente a los cambios en los requisitos y el feedback continuo del Product Backlog: Es la lista de todas las cliente. características, mejoras, y correcciones que se desean en el producto. Está priorizada por Scrum: Es un marco específico dentro el Product Owner según el valor para el de las MA. Proporciona una estructura negocio y las necesidades del cliente. y roles definidos (como el Scrum Master, PO, y el equipo de desarrollo) Sprint Backlog: Es un subconjunto del para implementar los principios ágiles Product Backlog que el equipo se a través de ciclos de trabajo cortos y compromete a completar durante un sprint. repetitivos llamados sprints. Se selecciona en la planificación del sprint y representa el trabajo a realizar en ese ciclo