CUADRO COMPARATIVO DE MODELOS

Cascada Evolutivo Incremental Concurrente

¿Qué es? Es el enfoque Es un modelo iterativo que permite Consiste en dividir un proyecto en Se puede representar en
metodológico que ordena desarrollar versiones cada vez más diferentes etapas, llevando a cabo forma de esquema como una
rigurosamente las etapas completas y complejas, hasta llegar una por una y dejando las demás serie de actividades técnicas
del proceso para el al objetivo final deseado; incluso para niveles posteriores, hasta importantes, tareas y estados
desarrollo de software, de evolucionar más allá, durante la fase cumplir con todos los requerimientos asociados a ellas.
tal forma que el inicio de de operación. establecidos en un documento Este modelo se utiliza a
cada etapa debe esperar a realizado previamente menudo como el paradigma
la finalización de la etapa de desarrollo de aplicaciones
anterior. cliente/servidor.
Características Ordenar de manera •Desarrollo del producto: Se evitan proyectos largos y se Se puede expresar de
rigurosa las etapas del Realización del software. entrega algo de valor a los usuarios manera esquematizada
ciclo de vida de software, •Implementación, uso y evaluación: con cierta frecuencia. Llevan procesos
dado que el comienzo de El software es llevado a los usuarios •El usuario se involucra más. concurrentes
cada etapa debe esperar a y son evaluadas las fallas y/o nuevos •Difícil de evaluar el coste total. Se distingue del modelo
la finalización de la requerimientos que puedan surgir. •Difícil de aplicar a los concurrente por no tener una
inmediata anterior. •Visión: Se establece el alcance que sistemas transaccionales que concepción de la empresa
1.El inicio y el alcance del tendrá la etapa. tienden a ser integrados y a operar por etapas mientras en uno
proyecto •Planificación: Se define el tiempo y como un todo. se repite la etapa en otro se
2.La planificación del todas las herramientas a ser •Requiere gestores pueden trabajar al mismo
proyecto utilizadas para llevar a cabo la etapa. experimentados. tiempo
3.Definiciónde las •Desarrollo: La funcionalidad de la •Los errores en los requisitos se Se tiene un modelo en el que
necesidades del negocio y etapa es llevada al código. detectan tarde. cada actividad lleva un
el análisis en detalle de la •Estabilización: La etapa se une al •El resultado puede ser muy modelo, este puede estar en
solución resto del proyecto y es puesta en positivo. cualquiera de los estados
4.La creación de la ejecución. mencionados en un
solución •Implementación: El software llega momento dado.
5.Prueba que la solución fu a los usuarios para ser utilizada y La concurrencia se da de dos
nacional. probada. formas: en aplicación
6.Cierre del proyecto. cliente/servidor y en la que
pueden modelarse con el
enfoque orientado a objetos.
Ventajas •Permite la •La especificación puede Mediante este modelo se Excelente para proyectos en
departamentalización y desarrollarse de forma creciente. genera software operativo de forma grupos de trabajo
control de gestión. •Los usuarios y desarrolladores rápida y en etapas tempranas del independientes
•El horario se establece logran un mejor entendimiento del ciclo de vida del software. Proporciona la imagen
con los plazos adecuados sistema. Esto se refleja en una •Es un modelo más flexible, por lo exacta del proyecto
para cada etapa de mejora de la calidad del software. que se reduce el coste en el
desarrollo. •Es más efectivo que el modelo de cambio de alcance y requisitos.
•Conduce a entregar el cascada, ya que cumple con las •Es más fácil probar y depurar en
proyecto a tiempo. necesidades inmediatas del cliente. una iteración más pequeña.
•Es sencilla y facilita la •Es más fácil gestionar
gestión de proyectos. riesgos.
•Permite tener bajo •Cada iteración es un hito
control el proyecto. gestionado fácilmente
•Limita la cantidad de
interacción entre equipos
que se produce durante
el desarrollo.
Desventajas •No refleja realmente el Proceso no visible: Cada fase de una iteración es rígida Si no se dan las condiciones
proceso de desarrollo del Los administradores necesitan y no se superponen con otras. no es aplicable
software. entregas para medir el progreso. •Pueden surgir problemas Si no existen grupos de
•Ya que la mayoría de los Si el sistema se necesita desarrollar referidos a la arquitectura del trabajo no se puede trabajar
que desarrollan proyectos rápido, no es efectivo producir sistema porque no todos los en este método
no cumple con este documentos que reflejen cada requisitos se han reunido, ya que se
lineamiento. versión del sistema. supone que todos ellos se han
•Se tarda mucho tiempo en •Sistemas pobremente definido al inicio
pasar por todo el ciclo estructurados: Los cambios
•La aplicación de la continuos pueden ser perjudiciales
metodología en cascada para la estructura del software
se orienta mejor al haciendo costoso el mantenimiento.
desarrollo de proyectos de •Se requieren técnicas y
corto plazo, de poca herramientas:
innovación y proyectos Para el rápido desarrollo se necesitan
definitivos y detallados. herramientas que pueden ser
•Metodología pueden incompatibles con otras o que poca
confundir al equipo gente sabe utilizar.
profesional en las etapas
tempranas del proyecto.
CONCLUSION: Es importante utilizar alguno de estos modelos en ingeniería de software ya que nos ayudan a
tener los objetivos claros de nuestro sistema para lograr una mejor calidad , fácil mantenimiento , poder detectar
problemas , elevar el nivel de productividad en la ejecución del trabajo , proporcionando elementos que faciliten el
desarrollo de software asi como proporcionarle al cliente la seguridad de que su sistema será lo que espera y se
logre la satisfacción y los objetivos planteados desde el inicio del desarrollo de software.