Modelo en Espiral

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Modelo en Espiral por Mind Map: Modelo en Espiral

1. Johan Daniel Vilchez Diaz 201920060032

2. Caracteristicas

2.1. Es un enfoque de desarrollo progresivo

2.2. Fusiona el modelo secuencial con el modelo basado en prototipos

2.3. Priorizado en la gestion de riesgos en relacion en el tiempo y costos.

3. Las 4 Fases

3.1. Fase 1:Determinar objetivos

3.1.1. Determinar las necesidades del usuario

3.1.1.1. Se identificara los requerimientos esenciales para el cliente o usuario final

3.1.1.2. Se hara una recopilacion de informacion para entender el problema a resolver

3.2. Fase 2: Evaluacion de riesgos

3.2.1. Analizar la experiencia de los usuarios

3.2.1.1. Se evalua como los usuarios interactuan con el software para mejorar su usabilidad

3.2.1.2. Se detectan prolemas potenciales en el desarrollo , como la compatibilidad o escabilidad.

3.2.2. identificar posibles riesgos tecnicos y en la implementacion

3.3. Fase 3: Desarrollo y Pruebas

3.3.1. Codificar las funciones del software

3.3.1.1. Se inicia la escritura del codigo basandose en los requerimientos definidos

3.3.1.2. Realizar pruebas continuas para garantizar la calidad del producto

3.3.2. Construir prototipos funcionales para la validacion del usuario

3.4. fase 4: Planificacion

3.4.1. Elaborar un plan de trabajo para la siguiente iteracion

3.4.1.1. Revisar y ajustar el plan de desarrollo basado en los resultados de la iteración anterior

3.4.1.2. Planificar los recursos necesarios para la siguiente fase de desarrollo

4. Ventajas

4.1. Permite aprovechar los recursos conforme el proyecto avanza

4.2. Facilita la deteccion y adminnistracion de riesgos

4.3. Favorece mejoras constantes a partir de la retroalimentacion del usuario.

4.4. Admite modificaciones en los requisitos sin comprometer el progreso de nuestro proyecto.

5. Desventajas

5.1. Requiere habilidad habilidades avanzadas para el analisis de riesgos

5.2. Es necesario contar con expertos en gestion de riesgos para que el modelo sea efectivo

5.3. Puede resultar como un enfoque complejo para ciertos usuarios.

5.4. Se necesita una gestion estricta para evitar que el desarrollo se prolongue indefinidamente