Un cuadro comparativo de los modelos de proceso de software, donde se evidencie las
ventajas y desventajas de cada uno.
Modelos Ventajas Desventajas
modelo en cascada La ventaja de este método
radica en su sencillez ya
que sigue los pasos
intuitivos necesarios a la
hora de desarrollar el
software.
 Los proyectos reales
raramente siguen el
flujo secuencial que
propone el modelo,
siempre hay
iteraciones y se
crean problemas en
la aplicación del
paradigma.
 Normalmente, es
difícil para el cliente
establecer
explícitamente al
principio todos los
requisitos. El ciclo
de vida clásico lo
requiere y tiene
dificultades en
acomodar posibles
incertidumbres que
pueden existir al
comienzo de
muchos productos.
 El cliente debe tener
paciencia. Hasta
llegar a las etapas
finales del proyecto,
no estará disponible
una versión
operativa del
programa. Un error
importante no
detectado hasta que
el programa este
funcionando puede
ser desastroso.
 

Modelo evolutivo Se obtiene una rápida  Proceso no Visible:

realimentación del usuario, Los administradores
ya que las actividades de necesitan entregas
especificación, desarrollo y para medir el
pruebas se ejecutan en cada progreso. Si el
iteración. sistema se necesita
desarrollar rápido,
 La especificación no es efectivo
puede desarrollarse producir
de forma creciente. documentos que
 Los usuarios y reflejen cada versión
desarrolladores del sistema.
logran un mejor  Sistemas
entendimiento del pobremente
sistema. Esto se estructurados: Los
refleja en una cambios continuos
mejora de la calidad pueden ser
del software. perjudiciales para la
 Es más efectivo que estructura del
el modelo de software haciendo
cascada, ya que costoso el
cumple con las mantenimiento.
necesidades  Se requieren
inmediatas del técnicas y
cliente. herramientas: Para
el rápido desarrollo
se necesitan
herramientas que
pueden ser
incompatibles con
otras o que poca
gente sabe utilizar.

Modelo incremental  Los clientes no  Cada incremento

esperan hasta el fin debe ser pequeño
del desarrollo para para limitar el riesgo
utilizar el sistema. (menos de 20.000
Pueden empezar a líneas).
usarlo desde el  Cada incremento
primer incremento. debe aumentar la
 Los clientes pueden funcionalidad.
aclarar los requisitos  Es difícil establecer
que no tengan claros las correspondencias
 conforme ven las de los requisitos
entregas del sistema. contra los
 Se disminuye el incrementos.
riesgo de fracaso de  Es difícil detectar
todo el proyecto, ya las unidades o
que se puede servicios genéricos
distribuir en cada para todo el sistema.
incremento.
 Las partes más
importantes del
sistema son
entregadas primero,
por lo cual se
realizan más
pruebas en estos
módulos y se
disminuye el riesgo
de fallos.

Modelo en espiral  El modelo en espiral  Resulta difícil

puede adaptarse y convencer a grandes
aplicarse a lo largo clientes de que el
de la vida del enfoque evolutivo es
software de controlable.
computadora.  Debido a su elevada
 Como el software complejidad no se
evoluciona a medida aconseja utilizarlo
que progresa el en pequeños
proceso, el sistemas.
desarrollador y el  Genera mucho
cliente comprenden tiempo en el
y reaccionan mejor desarrollo del
ante riesgos en cada sistema
uno de los nivele  Modelo costoso
evolutivos.  Requiere
 El modelo en espiral experiencia en la
permite a quien lo identificación de
desarrolla aplicar el riesgos
enfoque de
construcción de
prototipos en
cualquier etapa de
evolución del
producto.
 El modelo en espiral
 demanda una
consideración
directa de los
riesgos técnicos en
todas las etapas del
proyecto y si se
aplica
adecuadamente debe
reducir los riesgos
antes de que se
conviertan en
problemas.
 En la utilización de
grandes sistemas a
doblado la
productividad.

Elabora un flujo grama donde se evidencie los pasos que se deben desarrollar para la gestión de
riesgo

Identificación de Crear el registro Evaluación de

riesgos de riesgos riesgos

Medidas
Seguimiento y
correctoras y plan
control de riesgos
de contingencias