EL MODELO LINEAL (O MODELO EN CASCADA).

Es el ms antiguo de todos los modelos de Ingeniera del Software. El

modelo lineal presenta una estructura secuencial (de ah el nombre de
Modelo en cascada) formada por seis fases o etapas:

- Anlisis del Sistema

- Anlisis de Requisitos de Software
- Diseo
- Codificacin
- Prueba
- Mantenimiento

Las fases incluyen dentro de s determinadas tareas que clasifican de

una forma clara el trabajo a realizar.

El desarrollo de las fases, como he mencionado antes, se produce de

manera secuencial. Una vez se produce el anlisis tanto del Sistema
como de los requisitos del software demandado por el cliente, (fases en
las que la intervencin del cliente es absolutamente necesaria), se
procede a la fase de diseo de la arquitectura global del software. Un
diseo elaborado de forma cuidadosa llevar a una rpida codificacin.
Tras haber traducido el programa a un lenguaje comprensible para el
ordenador, se comprueban los elementos de forma individual y ms
tarde de manera homognea (todos los sistemas a la vez). Una vez
entregado el software al cliente, la fase de Mantenimiento comprender
las actualizaciones y las correcciones de errores que sean necesarias en
el programa.

El Modelo en cascada no permite retroceder (ms tarde analizaremos las

ventajas e inconvenientes de todos los modelos en comn), por lo que
se hace estrictamente necesario que al final de cada fase el analista de
sistemas o, en su caso, el programador, verifique y valide todo el trabajo
realizado, ya que un error no detectado a tiempo podra perjudicar
gravemente la fecha de entrega del software a nuestro cliente.

EL MODELO 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 bifurcar
diseos. Es decir, 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 rechazado y se comienza con una
segunda iteracin (o un segundo diseo), sin necesidad de realizar un
nuevo anlisis de requisitos. Pueden realizarse tantas iteraciones
(tambin llamadas incrementos) como sean necesarias.

MODELO DE DESARROLLO EVOLUTIVO

Como el modelo de desarrollo incremental, el modelo de desarrollo

evolutivo (algunas veces denominado como prototipado evolutivo)
construye una serie de grandes versiones sucesivas de un producto. Sin
embargo, mientras que la aproximacin incremental presupone que el
conjunto completo de requerimientos es conocido al comenzar, el
modelo evolutivo asume que los requerimientos no son completamente
conocidos al inicio del proyecto.

En el modelo evolutivo, los requerimientos son cuidadosamente

examinados, y slo esos que son bien comprendidos son seleccionados
para el primer incremento. Los desarrolladores construyen una
implementacin parcial del sistema que recibe slo estos
requerimientos.

El sistema es entonces desarrollado, los usuarios lo usan, y proveen

retroalimentacin a los desarrolladores. Basada en esta
retroalimentacin, la especificacin de requerimientos es actualizada, y
una segunda versin del producto es desarrollada y desplegada. El
proceso se repite indefinidamente.

Note que el desarrollo evolutivo es 100% compatible con el modelo

cascada. El desarrollo evolutivo no demanda una forma especfica de
observar el desarrollo de algn incremento. As, el modelo cascada
puede ser usado para administrar cada esfuerzo de desarrollo.
Obviamente, el desarrollo incremental y evolutivo puede ser combinado
tambin.

Todo lo que uno tiene que hacer es construir un subconjunto de

requerimientos conocidos (incremental), y comprender al principio que
muchos nuevos requerimientos es probable que aparezcan cuando el
sistema sea desplegado o desarrollado.

El desarrollo de software en forma evolutiva requiere un especial

cuidado en la manipulacin de documentos, programas, datos de test,
etc. desarrollados para distintas versiones del software. Cada paso debe
ser registrado, la documentacin debe ser recuperada con facilidad, los
cambios deben ser efectuados de una manera controlada.