CASCADA ESPIRAL
•Análisis Requisitos. •Objetivo y determinación.
•Diseño.
ETAPAS DEL •Desarrollo.
•Pruebas.
CICLO •Implementación y
DE VIDA mantenimiento.
•Es un modelo secuencial.
•La documentación ayuda a
entender más los requerimientos
CARACTERÍSTICAS para generar un software final.
•Ayuda a prevenir que se
sobrepasen las fechas de
entrega y los costes esperados.
•Al final de cada fase el
personal técnico y los usuarios
tienen la oportunidad de revisar
FORTALEZAS el progreso del proyecto.
•La documentación ayuda a
entender más los requerimientos
para generar un software final.
•Si los requerimientos no están
claros, no se puede continuar el
desarrollo de la siguiente etapa.
•Cuando se cierra una etapa
no se puede devolver a la
anterior.
DEBILIDADES •Los pequeños cambios
pueden generar errores que
con llevan a muchos
problemas.
DIAGRAMAS
• Investigación preliminar.
•Análisis y evaluación de riesgos.
•Desarrollo y pruebas.
•Planeación del siguiente ciclo.
•En cada giro se construye un nuevo
modelo del sistema completo.
•Tiene un buen control de riesgos.
•Es el modelo más eficaz para el desarrollo
de grandes sistemas.
•Este modelo puede combinarse con otros
modelos de proceso de desarrollo.
•El éxito de este modelo radica en las
habilidades y experiencias que tenga el
equipo que lo esté trabajando para
detectar correctamente los riesgos.
•El modelo se adapta a cualquier tipo de
modelado.
•El éxito de este modelo radica en las
habilidades y experiencias que tenga el
equipo que lo esté trabajando para
detectar correctamente los riesgos.
•El modelo se adapta a cualquier tipo de
modelado.
PROTOTPADO INCREMENTAL
•Análisis.
• Análisis y especificación.
• Diseño de construcción.
• Evaluación.
• Modificación.
• Diseño técnico.
• Programación y pruebas.
• Operación y pruebas.
•Es útil ya que el cliente no identifica los requisitos detallados y es
reutilizable.
•Debe ser un sistema con el que se pueda experimentar.
•Debe ser comparativamente barato (menor que el 10%).
•Debe desarrollarse rápidamente.
•Énfasis en la interfaz de usuario
•Equipo de desarrollo reducido.
•No modifica el flujo del ciclo de vida.
•Reduce el riesgo de construir productos que no satisfagan las
necesidades de los usuarios.
•Reduce costo y aumenta la probabilidad de éxito.
•Exige disponer de las herramientas adecuadas.
•Este modelo es útil cuando el cliente conoce los objetivos generales
para el software, pero no identifica los requisitos detallados de entrada,
procesamiento o salida.
•También ofrece un mejor enfoque cuando el responsable del
desarrollo del software está inseguro de la eficacia de un algoritmo, de
la adaptabilidad de un sistema operativo o de la forma que debería
tomar la interacción humano-máquina.
•Debido a que el usuario ve que el prototipo funciona piensa que este
es el producto terminado y no entienden que recién se va a desarrollar
el software.
•El desarrollador puede caer en la tentación de ampliar el prototipo
para construir el sistema final sin tener en cuenta los compromisos de
calidad y mantenimiento que tiene con el cliente
•Una menor participación del usuario puede que se obtenga menor
resultado y generar un resultado insatisfactorio.
RAD
• Modelado de gestión.
• Diseño. • Modelado de datos.
• Código. • Modelado de proceso.
• Prueba. • Generación de aplicaciones.
• Pruebas y entrega.
•Combina elementos del Modelo Lineal
Secuencial con la filosofía interactiva de •Ocupa el modelo incremental y se centra en usar casos de uso.
Construcción de Prototipos.
•Aplica secuencias lineales de forma •Desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo.
escalonada mientras progresa el tiempo. extremadamente corto
•Secuencia lineal produce un incremento del
software. •Es una adaptación a “Alta velocidad”.
•Se evita proyectos largos y se entrega “algo
de valor” a los usuarios con cierta frecuencia.
•Difícil evaluar costos.
•Con un paradigma incremental se reduce el
tiempo de desarrollo inicial, ya que se •Es muy rápido.
implementa la funcionalidad parcial.
•También provee un impacto ventajoso frente •Permite trabajar en él a varias personas a la vez.
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.
•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.
•El modelo Incremental no es recomendable •Para proyectos grandes, aunque por escalas, el DRA requiere recursos humanos
para casos de sistemas de tiempo real, de suficientes como para crear el número correcto de equipos DRA.
alto nivel de seguridad, de procesamiento •Requiere clientes y desarrolladores comprometidos en las rápidas actividades
distribuido, y/o de alto índice de riesgos. necesarias para completar un sistema en un marco de tiempo abreviado. Si no hay
compromiso, por ninguna de las partes constituyentes, los proyectos DRA fracasaran.
•Requiere de mucha planeación, tanto •No todos los tipos de aplicaciones son apropiados para DRA. Si un sistema no se
administrativa como técnica. puede modelizar adecuadamente. La construcción de los componentes necesarios
•Requiere de metas claras para conocer el para DRA será problemático. Si está en juego el alto rendimiento, y se va a conseguir el
estado del proyecto. rendimiento convirtiendo interfaces en componentes de sistema, el enfoque DRA
puede que no funcione.
•No es adecuado cuando los riesgos técnicos son altos. Esto ocurre cuando una nueva
aplicación hace uso de tecnologías nuevas, o cuando el nuevo software requiere un
alto grado de interoperabilidad con programas de computadora ya existentes.
•Enfatiza el desarrollo de componentes de programas reutilizables. La reutilización es la
piedra angular de las tecnologías de objetos, y se encuentra en el modelo de proceso
de ensamblaje.
Conclusiones
Las metodologías que se implementan al desarrollo del software, tienen procesos o etapas desde el momento en que nace la idea hasta el producto
final, esto se hace básicamente con el objetivo de mejorar, optimizar y ofrecer una excelente calidad de producto.
Aparte de los 5 métodos expuestos en el cuadro, existen más metodologías que se han usado hace bastante tiempo, cada una de ellas tiene un ciclo
de vida que puede variar. Por esta razón, es importante que dependiendo del tipo de software que se vaya a desarrollar, se identifique la metodología
para el resultado eficiente del producto final.