Modelos Clasicos de desarrollo de software | Ventajas y Desventajas

Clásicos

Lineal

• Están bien definidos los requerimientos y alcance del proyecto.
• Se tiene una buena documentación del proceso.
• Se tiene buenos resultados cuando los requerimientos se han entendido correctamente.

• Los cambios al proyecto o a los requerimientos pueden causar confusión cuando el proyecto ya ha comenzado.
• Como generalmente es difícil que el cliente exponga explícitamente todos los requerimientos y como el modelo lo si necesita que los requerimientos estén claros se tienen dificultades a la hora de dar inicio al proyecto por las incertidumbres que se tienen  del mismo.
• El cliente debe esperar hasta el final para poder ver el software funcional.

Espiral 

• Proporciona potencial para el desarrollo rápido.
• Se tiene un versionamiento del desarrollo.
• El espiral termina hasta cuando el software se retira.
• Utiliza prototipos como mecanismo de prevención de riesgos.
• En cada iteración se analiza los riesgos de la fase.
• El usuario va viendo la evolución del sistema.
• Reduce el riesgo de construir productos que no satisfagan las necesidades del cliente.
• Costo bajo de desarrollo.

• Se requiere experiencia y habilidad para la evaluación de riesgos.
• Si un riesgo importante no es descubierto y gestionado indudablemente surgen problemas.
• Tiene el enfoque del ciclo de vida clásico.
• Se desconoce el tiempo que se tardará en crear un producto aceptable.
• Se pueden adoptar prácticas de prueba y error, sin realizar previamente un análisis y un diseño formal.
• Por el afán de entrega del prototipo puede que no se tenga en cuenta la calidad del software.

DRA(DESARROLLO RÁPIDO DE APLICACIONES)

• Desarrollo completos de un software en poco tiempo.
• Los componentes del desarrollo son reutilizables.

• Se requiere que el cliente y los programadores están comprometidos con las actividades rápidas.
• No se acopla a todos los desarrollos.
• No es recomendado cuando el software puede tener riesgos.

INCREMENTAL

• Los usuarios pueden comenzar a usar el software desde el primer incremento.
• Las partes más críticas son entregadas primero.
• El cliente puede aclarar los requerimientos en cada incremento.

• Cada incremento debe ser pequeño para limitar el riesgo.
• Cada incremento debe incrementar la funcionalidad del anterior incremento.

WIN-WIN

• Tiene un proceso iterativo
• Permite el establecimiento de la arquitectura en cada iteración(cada vuelta del espiral).
• Se establecen acuerdos con el cliente para llevar un desarrollo con respecto al costo.

• Si no se llega a un acuerdo con el cliente se pueden tener problemas a la hora del desarrollo.
• Genera mucho tiempo el desarrollo del sistema.
• Se requiere experiencia en la identificación de riesgos.
• No es aconsejable en desarrollos pequeños.

MÉTODOS FORMALES

• La ambigüedad, lo incompleto y la inconsistencia se descubren y se corrigen más fácilmente mediante la aplicación del análisis matemático.
• Sirven como base para la verificación de programas.
• Permiten la identificación y corrección de errores que no se pudieron detectar de otra manera

• Es difícil utilizar los modelos como un mecanismo de comunicación con clientes que no tienen muchos conocimientos técnicos.
• Se requiere un conocimiento técnicos y matemáticos para el desarrollo de los métodos.

Bibliografía