Modelado de los procesos software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Modelado de los procesos software por Mind Map: Modelado de los procesos software

1. 6. Modelos basados ​​en reutilización

2. 5. Modelo Espiral 5.1. Se presenta una variante con seis regiones de tareas. - Comunicación con el cliente, planificación, análisis de riesgos, ingeniería, construcción y adaptación, evaluación del cliente. 5.2. Ventajas 5.2.1. - Refleja de forma más realista la idiosincrasia del desarrollo de software. - Toma lo mejor y evita lo peor de los modelos, según la situación en cada momento. - Las opciones de reutilización se tienen en cuenta desde el primer momento. - Proporciona una preparación para la evolución, crecimiento y cambio. - Proporciona un mecanismo para incorporar objetivos de calidad en el desarrollo. - Se centrado en la eliminación de errores y opciones no atractivas desde el principio. - Se sigue el mismo procedimiento para el desarrollo que para el mantenimiento, con lo que evitan los problemas de las "mejoras rutinarias" de alto riesgo. - Permite una gran flexibilidad. - Adaptación al diseño y programación orientada a objetos 5.3. Incovenientes. 5.3.1. No ha sido desarrollado en el mundo de la contratación comercial sino en el desarrollo interno. 5.3.2. Puede ser difícil de convencer a los clientes de un enfoque evolutivo controlable. 5.3.3. Necesita experiencia en la evaluación de riesgos, expertos, que no siempre están disponibles. 5.3.4. Necesita una preparación de los pasos del modelo.5. Modelo Espiral5.1. Se presenta una variante con seis regiones de tareas. - Comunicación con el cliente, planificación, análisis de riesgos, ingeniería, construcción y adaptación, evaluación del cliente.5.2. Ventajas5.2.1. - Refleja de forma más realista la idiosincrasia del desarrollo de software. - Toma lo mejor y evita lo peor de los modelos, según la situación en cada momento. - Las opciones de reutilización se tienen en cuenta desde el primer momento. - Proporciona una preparación para la evolución, crecimiento y cambio. - Proporciona un mecanismo para incorporar objetivos de calidad en el desarrollo. - Se centra en la eliminación de errores y opciones no atractivas desde el principio. - Se sigue el mismo procedimiento para el desarrollo que para el mantenimiento, con lo que evitan los problemas de las "mejoras rutinarias" de alto riesgo. - Permite una gran flexibilidad. - Se adapta bien al diseño y programación orientado a objetos5.3. Incovenientes.5.3.1. No ha sido desarrollado en el mundo de la contratación comercial sino en el desarrollo interno.5.3.2. Puede resultar difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.5.3.3. Necesita experiencia en la evaluación de riesgos, expertos, que no siempre están disponibles.5.3.4. Necesita una preparación de los pasos del modelo.

3. 1. Modelos lineales o Secuenciales 1.1. Inconvenientes. 1.2. - Su progresión secuencial o lineal no refleja la manera en que realmente se desarrolla el software. - Exige al usuario que exponga explícitamente todos los requisitos al principio, presentando problemas para gestionar la incertidumbre natural propia del comienzo de la mayoría de los proyectos. - Se tarda mucho tiempo en pasar por todo el ciclo. - Hasta llegar a las etapas finales del desarrollo no habrá una versión operativa del programa, lo que influye negativamente en el descubrimiento a tiempo de errores o incongruencias en los requisitos.

4. 4. Modelo Iterativo

5. 3. Modelos Evolutivos 3.1. - El software, al igual que todos los sistemas complejos, evolucionan con el tiempo. - Se caracterizar porque permite desarrollar software para cada vez más completasdel software, teniendo en cuenta la naturaleza evolutiva del software. - Presenta la filosofía de poner un producto en la práctica cuando antes. - Están muy ligados a la idea de prototipo evolutivo, - Existen muchos modelos de proceso evolutivo.

5.1. MODELO INCREMENTAL

6. 2. Modelos basados en prototipos 2.1. - Construcción rápida y a bajo coste. - Idea del software en líneas generales desde el punto de vista del usuario. - Idealmente sirve para identificar los requisitos del software. - Proceso iterativo. - La iteración ocurre cuando el prototipo se pone a punto para satisfacer las necesidades del cliente, permitiendo a la vez que el desarrollo comprenda mejor lo que necesita hacer. 2.2. Ventajas - Permite solventar objeciones del usuario. - Sirve para formalizar la aceptación previa. - Introduce flexibilidad en la captura de requisitos. - Ayuda a combatir la rigidez de los modelos lineales. Es útil cuando el área de aplicación no está definida, cuando el riesgo de rechazo el alto o como forma de evaluar el impacto de una aplicación. 2.3. Inconvenientes. - El sistema se puede llegar a deteriorar tendiendo hacia el modelo primitivo. - Suele refinar el prototipo hacia el sistema final en lugar de desecharlo y empezar desde el principio. - El cliente puede encontrar atractivo el prototipo y quedarse con el prototipo como sistema final. - Relajación de los desarrolladores. - No disminuye el tiempo entre la definición de los requisitos y la entrega del producto