28
Modelos Clásicos

Modelos clasicos

Embed Size (px)

DESCRIPTION

Tipos de modelos clásicos que podemos utilizar en la informatica.

Citation preview

Page 1: Modelos clasicos

Modelos Clásicos

Page 2: Modelos clasicos

MODELO EN CASCADA

Page 3: Modelos clasicos
Page 4: Modelos clasicos

Se define como una secuencia de actividades, mediante entregas

calendarizadas.

Toma demasiado tiempo en ver resultados

Muchos de los otros modelos son variantes de este

Page 5: Modelos clasicos

MODELO INCREMENTAL

Page 6: Modelos clasicos

Modelo Incremental

• Utiliza el principio de trabajo en cadena o “Pipeline”, utilizado en muchas otras formas de programación. Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento.

Page 7: Modelos clasicos

• Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales.

• El proceso se repite hasta que se elabore el producto completo. De esta forma el tiempo de entrega se reduce considerablemente.

Modelo Incremental

Page 8: Modelos clasicos

Modelo Incremental

• El Modelo Incremental es de naturaleza interactiva pero se diferencia de aquellos en que al final de cada incremento se entrega un producto completamente operacional.

• Es particularmente útil cuando no se cuenta con una dotación de personal suficiente.

Page 9: Modelos clasicos

Modelo Incremental

En una visión genérica, el proceso se divide en 4 partes:

• Análisis• Diseño• Código • Prueba.

Page 10: Modelos clasicos
Page 11: Modelos clasicos
Page 12: Modelos clasicos

•Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia. • El usuario se involucra más. • Difícil de evaluar el coste total. •Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo. •Requiere gestores experimentados. • Los errores en los requisitos se detectan tarde. •El resultado puede ser muy positivo.

Características

Page 13: Modelos clasicos

•Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial.

•También provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del Software.

•El modelo proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento.

Permite entregar al cliente un producto más rápido en comparación del modelo de cascada.

Ventajas

Page 14: Modelos clasicos

•Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.

•Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico.

Ventajas

Page 15: Modelos clasicos

•El modelo Incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos.

•Requiere de mucha planeación, tanto administrativa como técnica.

•Requiere de metas claras para conocer el estado del proyecto.

Desventajas

Page 16: Modelos clasicos

•Un modelo incremental lleva a pensar en un desarrollo modular, con entregas parciales del producto Software denominados “incrementos” del sistema, que son escogidos en base a prioridades predefinidas de algún modo.

•El modelo permite una implementación con refinamientos sucesivos (ampliación y/o mejora).

•Con cada incremento se agrega nueva funcionalidad o se cubren nuevos requisitos o bien se mejora la versión previamente implementada del producto software.

Conclusión:

Page 17: Modelos clasicos

INCREMENTAL EVOLUCIONARIO

Page 18: Modelos clasicos

• Extensión del modelo incremental• Incremento va de manera secuencial

Page 19: Modelos clasicos

• Cliente: el sistema evoluciona según se van

entregando los incrementos • Desarrollador: los requerimientos que son claros al

principio del proyecto, dictaran el incremento inicial

Page 20: Modelos clasicos

El desarrollo de sistemas es un proceso de cambios progresivos mediante deltas de especificación de requerimientos.

Page 21: Modelos clasicos

• Es también conocido como Desarrollo Rápido de Aplicaciones (RAD, Rapid Aplication Development), que se basa tradicionalmente en el uso de prototipos.

Page 22: Modelos clasicos

Creencias del modelo evolucionario:

• Se entrega temprano parte del sistema, aunque no estén completos todos los requerimientos.

• Se permite entregar parte del sistema como herramienta para la generación de requerimientos faltantes.

• Se obtienen beneficios para el sistema mediante entregas iniciales, mientras las posteriores están en desarrollo.

Page 23: Modelos clasicos

Modelo de Espiral

Page 24: Modelos clasicos
Page 25: Modelos clasicos

Desarrollado durante la década de los 80’s.

Es una extensión del modelo cascada.

Se basa en una estrategia para reducir el riesgo del proyecto en áreas de incertidumbre.

Enfatiza ciclos de trabajo , de los cuales estudia si hay un riesgo antes de proceder al siguiente ciclo

Page 26: Modelos clasicos
Page 27: Modelos clasicos

Ventajas

El cliente se encuentra involucrado en el proceso del desarrollo del sistema.Agregar un análisis de riesgos para determinar si el proyecto será viable. Toma lo mejor del modelo cascada y el modelo incremental y potencializa.Provee la utilización y creación de prototipos

Page 28: Modelos clasicos

Desventajas

Requiere tiempo de parte del cliente al inicio y al final de cada interacción.Requiere mayor tiempo de desarrollo.