Modelo Lineal secuencial – Ciclo de vida Secuencial iterativo o
incremental
Características 1. Análisis de Requerimientos: Se
Etapas establecen los servicios, restricciones y
las metas del sistema mediante la
consulta a los usuarios. Se intenta
obtener todos los requerimientos de
manera completa. Se debe analizar la
documentación, normativa vigente y los
procesos internos de la organización.
2. Diseño: Se diseña una solución a los
problemas encontrados, teniendo en
cuenta las necesidades del usuario. Se
produce un modelo de lo que se
construirá más adelante, proporcionando
detalles acerca de estructuras de datos,
arquitecturas, interfaces y componentes
necesarios para programar el sistema.
3. Codificación: Se genera el código
basado en las especificaciones de diseño.
4. Prueba: Se somete el programa a
condiciones extremas buscando que
aparezcan errores no detectados en la
etapa de codificación.
5. Despliegue: Se instala el software en el
entorno productivo del cliente. Se
realizan tareas necesarias para que el
sistema esté operativo (Instalación de
servidores, configuración del software y
hardware, manuales, capacitación de los
usuarios involucrados.
Ventajas 1. Es un modelo simple, sencillo y
probado. Es mejor utilizar este modelo
que no utilizar nada.
2. Para proyectos sencillos es el modelo
menos costoso y el más rápido
Prototipos
Se caracteriza por entregar el
sistema en partes. Se
construye una 1° versión con
algunas funcionalidades.
Luego se vuelve a emplear
este modelo para genera
versión más completa.
El cliente puede usar el
sistema en entornos
productivos, aunque no tenga
todas sus funcionalidades.
1. Las entregas parciales
reducen la complejidad del
proyecto y mejoran las
estimaciones.
2. El usuario recibe
rápidamente una versión con
sus primeras necesidades
cubiertas.
3. Requiere menos personal
concurrente y los recursos se
asignan mejor en el tiempo.
4. Las implementaciones
parciales son mas sencillas
que una implementación
total.
Espiral Desarrollo rápido de
aplicaciones
Es una versión acotada del software, construida 1. Se produce una versión - Se divide el software en
solamente para poder interactuar con el cliente operativa del software en partes para que puedan ser
y tener mejor visión de lo que se está cada una de las vueltas del desarrolladas por varios
planificando hacer. espiral. equipos de manera
Recién cuando se logra el acuerdo final sobre el 2. Agrega a las etapas concurrente.
prototipo se avanza en la construcción del habituales un análisis de
software. riesgo. A partir de dicho - Esta división, más la
análisis el proyecto puede reutilización de
Etapas: ser modificado o abortado. componentes permite
1. Relevamiento Rápido. construir piezas de
2. Diseño del prototipo: Se diseña y se presenta software de calidad en 30-
cual es el alcance de cada una de las opciones 90 dias.
del mismo.
3. Generación del prototipo: Se construye el -Permanente comunicación
prototipo. Se puede usar mismo leng de con el cliente y entre los
programación, herr. De prototipos o gráficos sin equipos de trabajo para
programación. lograr el éxito final.
4. Prueba: Si el prototipo es operable, se deben
buscar errores.
5. Despligue y retroalimentación: Se entrega el
prototipo al cliente. A partir de este análisis
podría modificarse el prototipo, construirse uno
nuevo o comenzar con el desarrollo de la
aplicación final.
6. Construcción de la aplicación utilizando un
modelo: Se genera la app usando algún modelo
de desarrollo de soft.
1. Mejor comprensión de requerimientos 1. Las entregas sucesivas y 1. Los tiempos de
iniciales. el análisis de riesgo lo desarrollo se acortan.
2. Permite testear aquellas funciones vuelven un modelo apto 2. Se reducen los tiempos
técnicamente complejas para desarrollos en de prueba y los errores no
3. Reduce la incertidumbre. entornos riesgosos y con detectados.
incertidumbre. 3. Pueden construirse
2. Puede utilizarse durante sistemas portables o de
todo el ciclo de vida útil de fácil migración entre
un sistema, produciendo diferentes entornos y
sucesivas versiones sistemas operativos.
mejoradas del producto
inicial.
Desventajas 1. Los proyectos no siempre siguen un
flujo secuencial.
2. Los errores de las primeras etapas se
arrastran con facilidad a etapas
posteriores. Muchos errores se
descubren al final.
3. Estados de bloqueos por
secuencialidad de etapas.
4. Es difícil que el cliente especifique
todos los requerimientos al principio.
5. No se prevé la posibilidad de introducir
cambios en el medio del proyecto.
6. El cliente no ve el proyecto hasta que el
software está terminado.
1. Sigue siendo un esquema
secuencial.
2. Los errores de las primeras
etapas se arrastran con
facilidad a las siguientes.
3. Estados de bloqueos por la
secuencialidad de las etapas.
1. El cliente puede tentarse de utilizar el 1. No es simple medir los
prototipo construido, sin calidad, como una riesgos, mucho menos
primera versión operativa. cuando de ellos depende o
2. El desarrollador puede tentarse de ajustar el no la continuidad del
prototipo y entregarlo como producto final. proyecto.
3. Algunas de las funcionalidades presentes en 2. No siempre el cliente
el prototipo pueden no ser construidas en el entiende que, a pesar de
entorno real de desarrollo o no ser tenidas en sus etapas y mejoras
cuenta para la versión final. sucesivas, es un modelo
controlado con un final
planificado previamente.
3. Puede ser mas caro que
otros modelos porque la
etapa de análisis de riesgo
significa mayores costos.
También puede permitir
ahorros si los riesgos
previstos finalmente
ocurren.
1. Alto compromiso con los
tiempos, incluso con los del
cliente.
2. No todos los proyectos
pueden dividirse ni son
aptos de ser desarrollados
con herramientas RAD.
3. El código generado en
forma automática suele
tener menor performance y
consumir mas recursos.
4. Es complicada su
implementación en
proyectos grandes porque
requiere mucho personal
de forma concurrente.