Modelos de desarrollo de software

Hay varios modelos para perfilar el proceso de desarrollo, cada uno de las cuales cuenta con
pros y contras. El proyecto debera escoger el ms apropiado para sus necesidades. En
ocasiones puede que una combinacin de varios modelos sea apropiado.

Modelo de cascada

Figura 1.1. Actividades del proceso de desarrollo de software representado en el desarrollo

en cascada

Caractersticas de este ciclo de vida

Cada fase empieza cuando se ha terminado la fase anterior.

Para pasar de una fase a otra es necesario conseguir todos los objetivos de la
etapa previa.
Ayuda a prevenir que se sobrepasen las fechas de entrega y los costes esperados.
Al final de cada fase el personal tcnico y los usuarios tienen la oportunidad de
revisar el progreso del proyecto.

Las crticas a este modelo son:

No refleja el proceso real de desarrollo de software. Los proyectos reales

raramente siguen este flujo secuencial.
Se tarda mucho tiempo en pasar por todo el ciclo, puesto que hasta que no se
finalice una fase no se pasa a la siguiente.
No se interacta de forma continuada con el cliente, solo se interacta con el al
final del modelo y solo se descubren los errores en la ltima fase lo cual conlleva a
volver a revisarlo todo.
Es difcil responder a los cambios de los requerimientos del cliente.

Modelo de prototipado
La construccin de prototipos es un proceso que facilita al programador la creacin de un
modelo del software que se tiene que construir (prototipo) puede tener una de las tres formas
siguientes:

Un prototipo en papel o un modelo basado en computador que describa la interaccin

hombre/mquina de forma que d al usuario una idea de cmo se realizar la
interaccin.

Un prototipo que implemente algunas de las funciones del programa o un subconjunto

de las mismas.

Un programa que ejecute parte o toda la funcin deseada pero con caractersticas por
mejorar.

Los prototipos pueden ser totales o parciales, dependiendo de si se nace para el sistema
completo o slo para un subconjunto. Tambin pueden ser evolutivos o desechables
dependiendo de si se piensa usar como programa final o si simplemente sirve para captar
requerimientos y funcionalidad por parte del usuario.

Figura 1.2. Creacin de una aplicacin mediante prototipado.

Primero se definen los objetivos globales para el software y despus se produce un diseo
rpido que se enfoca en la representacin de los aspectos visibles al usuario (formatos de
pantalla, etc).
El diseo rpido conduce a la construccin de un prototipo. El prototipo es evaluado por el
cliente/usuario y se utiliza para refinar los requerimientos del software a desarrollar. Con
este proceso interactivo el producto se va afinando. El prototipo, idealmente, sirve como un
mecanismo para identificar los requerimientos del software.
Los problemas que presenta el prototipado son:
1. El cliente cree que el producto est disponible antes de lo debido.
2. El tcnico de desarrollo suele realizar la implementacin con el objetivo de que funcione
rpidamente.
3. Los errores en los requisitos se detectan tarde y su correccin resulta tan costosa como en
el modelo en cascada.
4. Necesita la participacin activa del cliente para ir refinando sucesivamente los requisitos
5. El ciclo de vida clsico con prototipado tambin es conocido como "modelo incremental".
El modelo incremental corrige la necesidad de una secuencia no lineal de pasos de
desarrollo. En este modelo se va creando el sistema software aadiendo componentes
funcionales al sistema (llamados incrementos). En cada paso sucesivo, se actualiza el
sistema con nuevas funcionalidades o requisitos, es decir, cada versin o refinamiento
parte de una versin previa y le aade nuevas funciones, dando lugar en cada uno de esos
pasos a un prototipo. El sistema software ya no se ve como una nica entidad monoltica
con una fecha fija de entrega, sino como una evolucin de prototipos.

Es til construir prototipos cuando el sistema a desarrollar tiene una gran interaccin
hombre/mquina, existen numerosas interfaces o hay muchos procesos dependientes de
otros anteriores.
El modelo de construccin de prototipos se ajusta a entornos de alta incertidumbre, por no
tener la necesidad de poseer un conjunto exhaustivo de requisitos, especificaciones, diseos,
etc, al comenzar el sistema, ya que el refinamiento resultante de la creacin de cada nuevo
prototipo amplia los requisitos y las especificaciones derivadas de la fase anterior.

Figura 1.3. Modelo en cascada utilizando el desarrollo incremental o de construccin de

prototipos.

Modelo de espiral

Figura 1.20. Modelo de ciclo de vida en espiral.

El modelo en espiral, propuesto por Boelim en 1988, permite desarrollar software

aprovechando las ventajas de los dos modelos anteriores, aadiendo el anlisis de
riesgo, un elemento nuevo de cuyo anlisis (econmico) se obtiene el trmino del
desarrollo o su continuacin hasta otras fases posteriores.
Riesgo= inconveniente que afecta a la viabilidad del producto software.
En este modelo hay cuatro fases bsicas: planificacin, anlisis de riesgo, ingeniera y
evaluacin por el cliente. Cada fase contina con la siguiente hasta que se consigue el
sistema desarrollado o hasta que el anlisis de riesgo determina no continuar con el
desarrollo. Las tareas correspondientes a cada fase son:

Planificacin. De acuerdo con el cliente se obtienen los requisitos siguientes:

objetivos a conseguir, restricciones a aplicar, etc.

Anlisis de riesgo. Se definen riesgos basndose en los requisitos anteriores. Se

decide el modo de resolverlos y las posibles alternativas a Cada uno de ellos. Como
resultado se decide continuar o no con el desarrollo.

Ingeniera. Es la fase de anlisis propiamente dicha, se crea un prototipo de

acuerdo con las especificaciones obtenidas hasta ese momento. Si del anlisis de
riesgos se deduce la falta de informacin en cuanto a determinados requisitos, se
crea un prototipo, si no se puede utilizar el modelo de ciclo de vida clsico. Cada
vez que se perfilan ms los requisitos, se hace ms compleja esta fase,
aumentando las actividades a desarrollar en la misma.

Evaluacin por el cliente. El producto obtenido en la fase de ingeniera es

valorado por el cliente. Como resultado de la valoracin por el cliente, puede dar
comienzo a otro ciclo en el que se modifica la planificacin en funcin de los datos
y valoraciones aportados por el cliente. Esta nueva planificacin obliga a un nuevo
anlisis de riesgos, a partir del cual se crea un prototipo de segundo nivel que es
presentado al cliente para su evaluacin. Se repite este proceso las veces que sea
necesario hasta obtener el sistema final.