Modelos ciclo de vida

...

Hay varias versiones del mismo modelo[b]…

- MODELO EN V:

[pic 2]

El modelo en v se desarrolló buscando dar fin a algunos de los problemas que se vieron al emplear el modelo cascado tradicional: Los defectos se estaban encontrando demasiado tarde en el ciclo de vida, ya que las pruebas no se introducían hasta el final del proyecto. El modelo en v dice que las pruebas necesitan empezarse lo más pronto posible en el ciclo de vida. También muestra que las pruebas no son sólo una actividad basada en la ejecución. Hay una variedad de actividades que se han de realizar antes del fin de la fase de codificación. Estas actividades deberían ser llevadas a cabo en paralelo con las actividades de desarrollo, y los técnicos de pruebas necesitan trabajar con los desarrolladores y analistas de negocio de tal forma que puedan realizar estas actividades y tareas y producir una serie de entregables de pruebas.

La unión mediante líneas discontinuas entre las fases de la parte izquierda y las pruebas de la derecha representa una doble información. Por un lado, sirve para indicar en qué fase de desarrollo se deben definir las pruebas correspondientes. Por otro sirve para saber a qué fase de desarrollo hay que volver si se encuentran fallos en las pruebas correspondientes.

El modelo en v es un proceso que representa la secuencia de pasos en el desarrollo del ciclo de vida de un proyecto. Describe las actividades y resultados que han de ser producidos durante el desarrollo del producto. La parte izquierda de la v representa la descomposición de los requisitos y la creación de las especificaciones del sistema. El lado derecho de la v representa la integración de partes y su verificación. V significa “Validación y Verificación”.

VENTAJAS:

- Específica bien los roles de los distintos tipos de pruebas a realizar.

- Hace explícito parte de la iteración y trabajo que hay que realizar.

- Este método involucra chequeos de cada una de las etapas del método Cascada.

- Es un método más robusto y completo que el método cascada y produce software de mayor calidad que con el modelo cascada.

- Es un modelo sencillo de y de fácil aprendizaje.

- Involucra al usuario en las pruebas.

DESVENTAJAS:

- Es difícil que el cliente exponga explícitamente todos los requisitos.

- El cliente debe tener paciencia, ya que obtendrá el producto al final del ciclo de vida.

- El modelo no contempla la posibilidad de retornar etapas inmediatamente anteriores, cosa que en la realidad puede ocurrir.

- Se pierde dinero, ya que, si algún proceso fue mal desarrollado, este debe ser revisado de nuevo, lo que puede traer como consecuencia un "RollBack" de todo un proceso.

- Las pruebas pueden ser caras y a veces no lo suficientemente efectivas.

- MODELO ESPIRAL:

El desarrollo en espiral fue definido por primera vez por Barry Boehm en 1986. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a ninguna prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior. El Espiral puede verse como un modelo evolutivo que conjuga la naturaleza iterativa del modelo MCP con los aspectos controlados y sistemáticos del Modelo Cascada, con el agregado de gestión de riesgo.

Al ser un modelo de ciclo de vida orientado a la gestión de riesgos se dice que uno de los aspectos fundamentales de su éxito radica en que el equipo que lo aplique tenga la necesaria experiencia y habilidad para detectar y catalogar correctamente riesgos.

Tareas Para cada ciclo habrá cuatro actividades:

- Planeación: determinación de los objetivos, alternativas y restricciones

- Análisis de riesgo: análisis de alternativas e identificación/resolución de riesgos

- Ingeniería: desarrollo del producto hasta "el siguiente nivel".

- Evaluación: valoración por parte del cliente de los resultados obtenidos.

El proceso empieza en la posición central. Desde allí se mueve en el sentido de las agujas del reloj.

[pic 3]

VARIANTES[c]

Ventajas del modelo en espiral

- El desarrollo repetida o continua ayuda en la gestión de riesgos. Los desarrolladores o programadores describir las características de alta prioridad y luego desarrollar un prototipo basado en los mismos. Cambios Este prototipo se prueba y se desea se realizan en el nuevo sistema. Este enfoque continuo y constante minimiza los riesgos o fallos asociados con el cambio en el sistema.

- La adaptabilidad en el diseño del modelo de espiral en la ingeniería de software se adapta a cualquier número de cambios, que pueden ocurrir durante cualquier fase del proyecto.

- Dado que la construcción de prototipos se realiza en pequeños fragmentos o trozos, estimación de costos se convierte en fácil y el cliente puede obtener el control sobre la administración del nuevo sistema.

- Dado que el modelo continúa hacia la fase final, la experiencia del cliente en el nuevo sistema crece, lo que permite buen desarrollo de las necesidades del cliente reunión del producto.

Desventajas Modelo Espiral

- Los modelos en espiral funcionan mejor para los grandes proyectos solamente, donde los costos son mucho más altos y los requisitos del sistema de pre implica un mayor nivel de complejidad.

- El modelo de espiral las necesidades de cualificación en la evaluación de una amplia incertidumbres o riesgos asociados con el proyecto y su reducción.

- Los modelos espiral trabajar en un protocolo, que debe ser seguido estrictamente para su buen funcionamiento. A veces se hace difícil seguir el siguiente protocolo.

- Las evaluaciones de los riesgos involucrados en el proyecto