2.

1 Metodologas clsicas
2.1.1 Cascada
En Ingeniera de software el desarrollo en cascada, tambin llamado modelo en cascada,
es el enfoque metodolgico que ordena rigurosamente las etapas del proceso para el
desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalizacin
de la etapa anterior.

Ingeniera y Anlisis del Sistema: Debido a que el software es siempre parte de un sistema
mayor el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y
luego asignando algn subconjunto de estos requisitos al software.
Anlisis de los requisitos del software: el proceso de recopilacin de los requisitos se centra e
intensifica especialmente en el software. El ingeniero de software (Analistas) debe
comprender el mbito de la informacin del software, as como la funcin, el rendimiento y las
interfaces requeridas.
Diseo: el diseo del software se enfoca en cuatro atributos distintos del programa: la
estructura de los datos, la arquitectura del software, el detalle procedimental y la
caracterizacin de la interfaz. El proceso de diseo traduce los requisitos en una
representacin del software con la calidad requerida antes de que comience la codificacin.
Codificacin: el diseo debe traducirse en una forma legible para la mquina. El paso de
codificacin realiza esta tarea. Si el diseo se realiza de una manera detallada la codificacin
puede realizarse mecnicamente.
Prueba: una vez que se ha generado el cdigo comienza la prueba del programa. La prueba
se centra en la lgica interna del software, y en las funciones externas, realizando pruebas
que aseguren que la entrada definida produce los resultados que realmente se requieren.
Mantenimiento: el software sufrir cambios despus de que se entrega al cliente. Los cambios
ocurrirn debido a que hayan encontrado errores, a que el software deba adaptarse a cambios
del entorno externo (sistema operativo o dispositivos perifricos), o debido a que el cliente
requiera ampliaciones funcionales o del rendimiento.

Desventajas:
Los proyectos reales raramente siguen el flujo secuencial que propone el modelo,
siempre hay iteraciones y se crean problemas en la aplicacin del paradigma.

Normalmente, es difcil para el cliente establecer explcitamente al principio todos los

requisitos. El ciclo de vida clsico lo requiere y tiene dificultades en acomodar posibles
incertidumbres que pueden existir al comienzo de muchos productos.
El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no
estar disponible una versin operativa del programa. Un error importante no detectado hasta
que el programa este funcionando puede ser desastroso.

2.1.2 Mtodo Incremental

El modelo incremental es una evolucin del modelo de cascada; viene a suplir el problema de
no
poder retroceder
en
las
fases
de desarrollo
del
software. Es,
por tanto, un modelo no secuencial. El funcionamiento es
sencillo.
Comienza
con
el
anlisis de los requisitos, tras el cual se prepara un primer diseo. La novedad
de este modelo respecto del anterior, es la introduccin de iteraciones para dividir diseos.
Este modelo ofrece la
posibilidad de comenzar un diseo, arquitectura,
estructura, etc. del software, que de no convencer al cliente (o al propio programador) es
rechaza-do y se comienza con una segunda iteracin. Todo esto, sin la necesidad
de realizar un nuevo anlisis de requisitos.Pueden realizarse tantas iteraciones como sean
necesarias. Es decir, que cada incremento es un paso ms en el desarrollo del software final.
Para la produccin del Software, se usa el principio de trabajo encadena o Pipeline. Con esto
se mantiene al cliente en constante contacto con los resultados obtenidos en
cada incremento. As, 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.

Ventajas:
**Reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad
parcial.
**
Provee
un
impacto
ventajoso
frente al cliente, que es la
entrega temprana de partes operativas del Software.
** Reduce las desventajas del mtodo de cascada.
**Permite
entregar
al
cliente
un
producto ms rpido en
comparacin del modelo de Cascada.
**Resulta ms sencillo acomodar cambios al acotar el tamao de los incrementos