Investigar que caracteriza a cada una de las metodologías planteadas en este modulo

Método de cascada

 Primer modelo empleado (Royce, 1970), también denominado ciclo de vida clásico y
modelo lineal secuencial.
 Consiste en la ejecución secuencial de una serie de fases que se suceden, lo que da
nombre al modelo.
 Cada fase genera documentación para la siguiente. Esta documentación debe ser
aprobada.
 Una fase no comienza hasta que la anterior ha terminado.
 Requiere disponer de unos requisitos completos y precisos al principio del desarrollo.
 Se disponga de unos requisitos completos y consistentes al principio del desarrollo.
 Sea un proyecto pequeño, en el que el período de congelación de los requisitos es corto, o
un proyecto con unos requisitos bastante estables.

Método Incremental

La principal diferencia del modelo incremental con los modelos tradicionales es que las tareas
están divididas en iteraciones, es decir, pequeños lapsos en los cuales se trabaja para conseguir
objetivos específicos. Con los modelos tradicionales no pasaba esto; era necesario esperar hasta el
final del proceso.

Sin embargo, no se trata de iteraciones independientes. Por el contrario, están vinculadas de

forma que cada una suponga un avance con respecto a la anterior. Otras características esenciales
de este modelo son:

 Los incrementos son pequeños.

 Permite una fácil administración de las tareas en cada iteración.
 La inversión se materializa a corto plazo.
 Es un modelo propicio a cambios o modificaciones.
 Se adapta a las necesidades que surjan.
 Método evolutivo

Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez más completas y
complejas, hasta llegar al objetivo final deseado; incluso evolucionar más allá, durante la fase de
operación. Los modelos “Iterativo Incremental” y “Espiral” (entre otros) son dos de los más
conocidos y utilizados del tipo evolutivo.

Características:

• Es evolutivo.
• Posee un enfoque evolutivo para la creación de software.
• Comienza con la identificación de las clases más importantes.
• Examina los datos que se van a manejar.
• Permite la reutilización del software.
• El ensamblaje de los componentes reduce el 70 del 100% del tiempo del ciclo del desarrollo
del software y un 84 del 100% del costo del proyecto.

Método Espiral

Modelo Espiral, propuesto originalmente por Boehm, es un modelo de proceso de software

evolutivo que conjuga la naturaleza iterativa de construcción de prototipos con los aspectos
controlados y sistemáticos del modelo lineal secuencial. Proporciona el potencial para el
desarrollo rápido de versiones incrementales del software.

Características:

• Puede adaptarse y aplicarse a lo largo de la vida del software de computadora.

• Es un enfoque realista del desarrollo de sistemas y de software a gran escala.
• Como el software evoluciona, a medida que progresa el proceso el desarrollador y el cliente
comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
• Utiliza la construcción de prototipos como mecanismo de reducción de riesgos.
• Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier
etapa de evolución del producto.
• Mantiene el enfoque sistemático de los pasos sugeridos por el ciclo de vida clásico, pero lo
incorpora al marco de trabajo iterativo que refleja de forma más realista el mundo real.
• Demanda una consideración directa de los riesgos técnicos.
 Método de prototipos

Modelo de Prototipos. También conocido como desarrollo con prototipación o modelo de

desarrollo evolutivo, se inicia con la definición de los objetivos globales para el software, luego se
identifican los requisitos conocidos y las áreas del esquema en donde es necesaria más definición.

Características:

• 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

Método basado en componentes

El desarrollo de software basado en componentes permite reutilizar piezas de código pre

elaborado que permiten realizar diversas tareas, conllevando a diversos beneficios como las
mejoras a la calidad, la reducción del ciclo de desarrollo y el mayor retorno sobre la inversión.

Características:

• Reutilización del software. Nos lleva a alcanzar un mayor nivel de reutilización de software.
• Simplifica las pruebas. Permite que las pruebas sean ejecutadas probando cada uno de los
componentes antes de probar el conjunto completo de componentes ensamblados.
• Simplifica el mantenimiento del sistema. Cuando existe un débil acoplamiento entre
componentes, el desarrollador es libre de actualizar y/o agregar componentes según sea
necesario, sin afectar otras partes del sistema.
• Mayor calidad. Dado que un componente puede ser construido y luego mejorado
continuamente por un experto u organización, la calidad de una aplicación basada en
componentes mejorará con el paso del tiempo.
• Ciclos de desarrollo más cortos. La adición de una pieza dada de funcionalidad tomará días en
lugar de meses o años.
• Mejor ROI. Usando correctamente esta estrategia, el retorno sobre la inversión puede ser más
favorable que desarrollando los componentes uno mismo.
• Funcionalidad mejorada. Para usar un componente que contenga una pieza de funcionalidad,
solo se necesita entender su naturaleza, más no sus detalles internos. Así, una funcionalidad
que sería impráctica de implementar en la empresa, se vuelve ahora completamente
asequible.