CUADRO COMPARATIVO DE MODELOS

Cascada Evolutivo Incremental Concurrente

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