PLANIFICACIÓN DEL CICLO

DE VIDA DE SISTEMAS

INTRODUCCIÓN

1
 Consideraciones preliminares
(1)
• Todo esfuerzo en el desarrollo de Sistemas
conlleva un ciclo de vida.
• Un modelo de ciclo de vida es un modelo
prescriptivo de lo que pasaría entre la primera idea
y el funcionamiento del sistema.
• Existen varios modelos del ciclo de vida.
• El modelo de ciclo de vida apropiado puede
orientar el proyecto y ayudar a asegurar que cada
paso se acerque más a la consecución del objetivo.

2
 Consideraciones preliminares
(2)
• Dependiendo del modelo de ciclo de
vida seleccionado:
– se puede aumentar la velocidad de
desarrollo.
– mejorar la calidad, el control y el
seguimiento del proyecto.
– minimizar gastos y riesgos.
– mejorar las relaciones con el usuario.

3
 Consideraciones preliminares
(3)
• La selección ineficaz de un modelo de
ciclo de vida puede ser una fuente
constante de:
– ralentización del trabajo.
– trabajo repetitivo, innecesario y frustrante.
• Se pueden producir estos últimos
efectos si no se elige un modelo de
ciclo de vida.

4
 Diferentes tipos de ciclos de vida
software
cascada pura codificar y
comercial
existente corregir

diseño por
espiral
herramientas
Ciclos de vida
en el desarrollo
de Sistemas
entrega cascadas
evolutiva modificadas

diseño por entrega por prototipo

planificación etapas evolutivo

5
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

CASCADA PURA

6
 El modelo de cascada pura
• Es el predecesor de todos los modelos de
ciclo de vida y ha servido de base para
otros modelos.
• En este modelo, un proyecto progresa a
través de una secuencia ordenada de etapas,
partiendo desde su concepto inicial hasta la
prueba del mismo.
• El proyecto realiza una revisión al final de
cada etapa para determinar si está
preparado para pasar a la siguiente.

7
 Gráfica del modelo de cascada
pura
Planeación

Análisis

Diseño

Implementación

Utilización
8
 Ventajas del modelo de Cascada
Pura (1)
• Se utiliza correctamente para ciclos en los que:
– se tiene una definición estable del producto.
– cuando se esta trabajando con metodologías y técnicas
conocidas.
• Puede constituir una elección correcta para el
desarrollo rápido cuando se está:
– construyendo una versión de mantenimiento bien
definida de un producto existente
– migrando un producto existente a una nueva plataforma.
• Ayuda a minimizar los gastos de la planificación
porque permite realizarla sin problemas.
9
 Ventajas del modelo de cascada
pura (2)
• Funciona bien:
– con proyectos complejos bien definidos.
• debido a que se pueden obtener beneficios al enfrentarse a la
complejidad de forma ordenada.
– cuando los requerimientos de calidad dominan sobre los
de costos y de planificación.
• Evita una fuente común de errores importantes.
– eliminando los cambios que se pueden producir a
medio camino.
• Presenta el proyecto con una estructura que ayuda
a minimizar el esfuerzo inútil.
10
 Desventajas del modelo de
cascada pura (1)
• Dificultad para especificar
claramente los requerimientos al
comienzo del proyecto (no
permite flexibilidad en los
cambios).
• Para un proyecto de desarrollo
rápido, el modelo de cascada
puede suponer una cantidad
excesiva de documentación.
11
 Desventajas del modelo de
cascada pura (2)
• Si se intenta mantener la flexibilidad, la
actualización de la especificación se puede
convertir en un trabajo a tiempo completo.
• No es imposible volver atrás utilizando el
modelo de cascada pura, pero si difícil.
• Genera pocos signos visibles de progreso
hasta el final.
– esto puede dar la impresión de un desarrollo
lento, incluso sin ser verdad.

12
 Observaciones al modelo de
cascada pura
• Es el modelo más conocido y ofrece una
velocidad de desarrollo aceptable en algunas
circunstancias.
– otros modelos, sin embargo, proporcionan una
velocidad de desarrollo superior.
• Los inconvenientes del modelo hacen que
sea, a menudo, poco apropiado para un
proyecto de desarrollo rápido.
– incluso en los casos en los que las ventajas del
modelo superan los inconvenientes, los modelos
de cascada modificada pueden funcionar mejor.

13
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

CODIFICAR Y CORREGIR

14
 El modelo codificar y corregir
• Es un modelo poco útil, pero bastante común
• Si no se ha seleccionado explícitamente otro
modelo, por omisión se estará utilizando este
modelo.
• Cuando se utiliza se empieza con una idea general
de lo que se necesita construir.
– se puede tener una especificación formal, o no tenerla.
– se utiliza cualquier combinación de diseño, código,
depuración y métodos de prueba no formales que sirven
hasta que se tiene el producto listo para entregarlo.
15
 Gráfica del modelo codificar y
corregir

codificar y
corregir

Entrega
Especificación
(quizás)
del sistema
(quizás)
16
 Ventajas del modelo codificar y
corregir (1)
• No conlleva ninguna gestión.
• No se pierde tiempo en:
– la planificación.
– en la documentación.
– en el control de la calidad.
– en el cumplimiento de los estándares.
– en cualquier otra actividad que no sea la
codificación pura.

17
 Ventajas del modelo codificar y
corregir (2)
• Como se pasa directamente a
codificar, se pueden mostrar
inmediatamente indicios de
progreso.
• Requiere poca experiencia:
cualquier persona que haya escrito
alguna vez un programa de
computadora está familiarizada con
el modelo de codificar y corregir.
18
 Desventajas del modelo codificar
y corregir
• Resulta peligroso para otro tipo de
proyectos que no sean pequeños.
• Aunque no suponga gestión alguna,
tampoco ofrece medios de evaluación
del progreso.
– se codifica justo hasta que se termina.
• No proporciona medios de evaluación
de la calidad o de identificación de
riesgos.

19
 Observaciones al modelo
codificar y corregir
• Puede resultar útil para proyectos pequeños que se intentan
liquidar poco después de ser construidos.
– programas pequeños de demostración de conceptos.
– para demostraciones de duración corta.
– prototipos desechables..
• No tiene cabida en un proyecto de desarrollo rápido,
excepto para estos pequeños proyectos señalados.
• Es un modelo no formal que se utiliza normalmente porque
es simple, pero no porque funcione bien.

20
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

ESPIRAL

21
 El modelo de espiral
• Es un modelo orientado a riesgos que divide un
proyecto en miniproyectos.
– cada miniproyecto se centra en uno o más riesgos
importantes hasta que todos éstos estén controlados.
• El concepto “riesgo” puede referirse a:
– requerimientos y arquitecturas poco comprensibles.
– problemas de ejecución importantes.
– problemas con la tecnología subyacente.
• Después de controlar todos los riesgos importantes,
el modelo finaliza del mismo modo que el modelo
de ciclo de vida en cascada.
22
 Gráfica del modelo de espiral
Análisis de riesgo
Recolección de Planificación Análisis de riesgos basado en los
requisitos y requisitos iniciales
planificación
inicial del cliente Análisis de riesgo
basado en la
reacción del
cliente
Planificación
basada en los Prototipo inicial
comentarios del software
del cliente
Hacia el
Evaluación sistema final
del cliente
Prototipo del
siguiente nivel
Sistema de
Evaluación del cliente Ingeniería
ingeniería
23
 Combinaciones del modelo de
espiral
• Primera combinación.
– iterar para reducir los riesgos hasta que se hayan
reducido a un nivel aceptable.
– finalizar el esfuerzo de desarrollo con un ciclo de vida
en cascada u otro modelo de ciclo de vida no basado en
riesgos.
• Segunda combinación.
– se pueden incorporar otros modelos de ciclo de vida
como iteraciones dentro del modelo en espiral.
• por ejemplo, una iteración de prototipado que permita la
investigación de alguno de los riesgos.
24
 Ventajas del modelo de espiral
(1)
• Mientras los costos suben, los riesgos
disminuyen.
– cuanto más tiempo y dinero se emplee, menores
serán los riesgos.
• que es exactamente lo que se quiere en un
proyecto de desarrollo rápido.
• Proporciona al menos tanto control de
gestión como el modelo en cascada
tradicional.
– se tienen los puntos de verificación al final de
cada iteración.

25
 Ventajas del modelo de espiral
(2)
• Como el modelo está orientado
a riesgos, proporciona con
anterioridad indicaciones de
cualquier riesgo insuperable.
• Es posible descubrir si el
proyecto no se puede realizar
por razones técnicas u otras
razones.
– y esto no supondrá un costo
excesivo.

26
 Desventajas del modelo de
espiral
• La única desventaja del modelo en
espiral es que se trata de un modelo
complicado.
• Requiere de una gestión concienzuda,
atenta, y que exige conocimientos
profundos.
• Puede ser difícil definir hitos objetivos
de comprobación que indiquen si está
preparado para pasar al siguiente nivel
de la espiral.
27
 Observaciones al modelo de
espiral
• El modelo de espiral es un modelo de ciclo de vida
orientado a riesgos.
• Este se puede combinar con otros modelos de
ciclo de vida.
• La principal ventaja de este modelo es que
mientras los costos suben, los riesgos disminuyen.

28
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

CASCADAS MODIFICADAS

29
 El modelo cascadas modificadas
• El mayor problema del modelo de cascada
pura es que trata las fases del ciclo de vida
como etapas secuenciales disjuntas.
• Es posible corregir los inconvenientes más
importantes en el modelo de cascada pura
con pequeñas modificaciones.
– puede modificarse de forma tal que las etapas se
solapen.
– se puede reducir el énfasis sobre la
documentación.
– se puede permitir más regresión.
30
 Variantes del modelo de
cascadas modificadas (1)
• Cascada con fases solapadas.
– puede evitar algunos inconvenientes del
modelo de cascada pura al solapar sus etapas.
• por ejemplo, sugiere que se debería tener bien
hecho el diseño global y quizás a medio hacer el
diseño detallado antes de considerar completo el
análisis de requerimientos.
– puede reducir sustancialmente la
documentación necesaria entre etapas.

31
 Variantes del modelo de
cascadas modificadas (2)

• Cascada con subproyectos.

– puede permitir la ejecución de algunas de
las tareas de la cascada en paralelo
(subproyectos), siempre que se haya
realizado una cuidadosa planificación.

32
 Variantes del modelo de
cascadas modificadas (3)
• Cascada con reducción de riesgos.
– incorpora una espiral en lo alto de la cascada para controlar el
riesgo de los requerimientos.
– incorpora una espiral para las demás etapas de desarrollo.
– a este nivel es posible:
• desarrollar un prototipo de interfaz de usuario.
• tener entrevistas con los usuarios.
• observar cómo los usuarios interactúan con algún sistema previo.
• utilizar otros métodos que se consideren apropiados para la
identificación de los requerimientos.

33
Gráfica del modelo de cascada
con fases solapadas

Planeación

Análisis

Diseño

Implementación

Utilización

34
 Gráfica del modelo de cascada
con subproyectos
Planeación
Diseño
detallado

Análisis Codificación
y
depuración

Prueba del
Diseño subsistema
Diseño
detallado

Codificación
y
depuración
Diseño Prueba del
detallado subsistema
Codificación
y
depuración

Prueba del
subsistema Prueba del
sistema
35
Gráfica del modelo en cascada
con reducción de riesgos

Planeación

Análisis

Diseño

Implemen
tación

Utilización
36
 Desventajas de las variantes
• Modelo de cascada con fases solapadas.
– debido al solapamiento entre las etapas, los hitos son más
ambiguos, y esto hace más difícil trazar el progreso correctamente.
– la realización de actividades en paralelo puede suponer una mala
comunicación, suposiciones incorrectas e ineficacia.
• Modelo de cascada con subproyectos.
– presencia de interdependencias imprevistas.
• Modelo de cascada con reducción de riesgos.
– Ninguno.

37
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

PROTOTIPADO
EVOLUTIVO

38
 El modelo de prototipado
evolutivo (1)

• Es un modelo de ciclo de vida en el

que se desarrolla el concepto del
sistema a medida que avanza el
proyecto.
• Normalmente se comienza
desarrollando los aspectos más
visibles del sistema.

39
 El modelo de prototipado
evolutivo

• Se presenta la parte ya desarrollada

del sistema al cliente y se continúa
el desarrollo del prototipo en base
la realimentación que se recibe del
cliente.
• El ciclo continúa hasta que el
prototipo se convierte en el
producto final de ingeniería.

40
 Gráfica del modelo de
prototipado evolutivo
Inicio
Planeación y análisis
Parada
Producto Diseño
de rápido
Ingeniería

Construcción
Refinamiento
del
del
prototipo
prototipo

Evaluación del
prototipo por el
cliente
41
 ¿Cuándo utilizar el prototipado
evolutivo?
• Cuando los requerimientos cambian con
rapidez.
• Cuando el cliente es reacio a especificar
el conjunto de los requerimientos.
• Cuando ni el analista ni el cliente
identifican de forma apropiada el área de
aplicación.
• Cuando los desarrolladores no están
seguros de la arquitectura o los
algoritmos adecuados a utilizar.

42
 Desventajas del modelo de
prototipado evolutivo
• Imposibilidad de conocer al inicio del
proyecto lo que se tardará en crear un
producto aceptable.
– incluso no se sabe cuántas iteraciones se
tendrán que realizar.
– esta aproximación puede convertirse
fácilmente en una excusa para realizar el
desarrollo con el modelo de codificar y
corregir.

43
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

ENTREGA POR ETAPAS

44
 El modelo de entrega por etapas
(implementación incremental)
• El sistema se muestra al cliente en etapas
refinadas sucesivamente.
• A diferencia del modelo de prototipado
evolutivo, se conoce exactamente qué es
lo que se va a construir cuando se procede
a construirlo.
• Lo que hace diferente a este modelo es
que el sistema no se entrega como un todo
al final del proyecto, sino que éste se
entrega por etapas sucesivas a lo largo del
proyecto.
45
Gráfica del modelo de entrega
planeación por etapas
análisis

diseño
etapa 1: diseño,
implementación, utilización

etapa 1: diseño,
implementación, utilización

etapa 1: diseño,
implementación, utilización
46
 Ventajas del modelo de entrega
por etapas (1)
• Permite proporcionar una funcionalidad útil
en las manos del cliente antes de entregar el
100% del proyecto.
• Con una planificación cuidadosa, es posible
entregar las prestaciones más importantes al
principio, y el cliente puede comenzar a
usar el sistema en ese punto.

47
 Ventajas del modelo de entrega
por etapas (2)

• Proporciona signos tangibles de

progreso en el proyecto, y se
generan con enfoques menos
incrementales.
– estos signos de progreso pueden ser un
valioso aliado para mantener la presión
de planificación a un nivel apropiado.

48
 Desventajas del modelo de
entrega por etapas

• No funciona sin una

planificación adecuada tanto
para niveles técnicos como
para niveles de gestión.

49
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

DISEÑO POR
PLANIFICACIÓN

50
 El modelo de diseño por
planificación (1)
• Es similar al modelo entrega por etapas.
– la diferencia radica en que no siempre se conoce al principio
si se tendrá el producto para la última entrega.
• Se pueden tener cinco etapas planificadas.
– pero sólo se llega a la tercera etapa debido a que se tiene
una fecha límite que no se puede cambiar.

51
 El modelo de diseño por
planificación (2)
• Uno de los elementos críticos de este modelo es
priorizar los requerimientos y planificar sus
etapas.
– de tal forma que las primeras contengan los
requerimientos de mayor prioridad.
– los requerimientos de baja prioridad se dejan para más
tarde.

52
 Gráfica del modelo de diseño
Planeación
por planificación
análisis

diseño
alta prioridad: diseño detallado,
implementación, utilización

prioridad media-alta: diseño detallado,

implementación, utilización

AGOTAMIENTO prioridad media: diseño detallado,

DEL PLAZO O implementación, utilización entrega
DEL
PRESUPUESTO
prioridad media-baja: diseño
detallado, implementación, utilización

prioridad baja: diseño detallado,

implementación, utilización
53
 Ventajas del modelo de diseño
por planificación
• Puede ser una estrategia válida para asegurar que
se tiene un producto listo a entregar en una fecha
determinada.
• Esta estrategia es particularmente útil para las
partes del producto que no se quieren realizar en el
camino crítico.

54
 Desventajas del modelo de
diseño por planificación
• Si no se completan todas las etapas, se desperdiciará
tiempo en la especificación, arquitectura y diseños
de prestaciones que no se van a entregar.
• Si se ha gastado tiempo en una gran cantidad de
requerimientos incompletos que no se van a
entregar, se debería tener tiempo para resumir en
uno o dos requerimientos más completos.

55
 Observaciones al modelo de
diseño por planificación
• La decisión radica en la respuesta a la pregunta
¿cuánta confianza se tiene en la habilidad para la
planificación?.
– si se tiene mucha confianza, esta aproximación es
ineficiente.
– si se tiene una menor confianza, esta aproximación podría
ser excelente.

56
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

ENTREGA EVOLUTIVA

57
 El modelo de entrega evolutiva
(1)
• Es un modelo que se encuentra entre el
prototipado evolutivo y la entrega por etapas
– se desarrolla una versión del producto.
– se muestra al cliente.
– se refina el producto en función de los
comentarios del cliente.
• El parecido entre ambos modelos depende
de hasta qué punto se lleva a cabo una
planificación para adaptarse a las solicitudes
de los clientes.
58
 El modelo de entrega evolutiva
(2)
• Si se planifica para adaptarse a la
mayoría de las solicitudes, la
entrega evolutiva se parecerá más
al prototipado evolutivo.
• Si se planifica para adaptarse a
pocas solicitudes de
modificación, la entrega
evolutiva se aproximará a la
entrega por etapas.
59
 Gráfica del modelo de entrega
evolutiva
Planeación

Análisis
Entregar la
versión
final
Diseño
Desarrollar
una versión

Agregar la Entregar
realimentación la versión
del cliente

Realimentación
del cliente

60
 Observaciones al modelo de
entrega evolutiva
• Las diferencias principales entre el prototipado
evolutivo y la entrega evolutiva son más de énfasis
que de aproximación fundamental.
– en el prototipado evolutivo, el énfasis inicial se
encuentra en los aspectos visibles del sistema; después
se vuelve atrás y se completan los huecos de las bases
del sistema.
– en la entrega evolutiva, el énfasis inicial se pone en el
núcleo del sistema, que está constituido por funciones
de bajo nivel que probablemente no van a ser
modificadas por la realimentación del cliente.
61
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

DISEÑO POR
HERRAMIENTAS

62
 El modelo de diseño por
herramientas
• En este modelo la idea es incluir una prestación
(funcionalidad) dentro del producto sólo si las
herramientas de software existentes la soportan
directamente. Si no está soportada, se deja.
• Ejemplos de herramientas son:
– las librerías de código y clases.
– generadores de código.
– lenguajes de desarrollo rápido y otras herramientas
software que reducen de manera espectacular el tiempo
de implementación.
63
 Gráfica del modelo de diseño
por herramientas
Funcionalidad
soportadas por las
herramientas

Funcionalidad
que no va a
estar en el
producto Funcionalidad
que se va a
incluir
Funcionalidad
ideal
64
 Ventajas del modelo de diseño
por herramientas
• Este modelo se puede combinar con otros modelos.
– Primer ejemplo de combinación.
• construir una espiral inicial para identificar las capacidades de las
herramientas software existentes.
• identificar los requerimientos básicos.
• determinar si la aproximación del diseño por herramientas es viable.
– Segundo ejemplo de combinación.
• utilizar una aproximación del diseño por herramientas para
implementar un prototipo de prueba.
– realizando un prototipo sólo de las capacidades que se pueden
implementar fácilmente con herramientas.
• implementar el software real utilizando la entrega por etapas, la
entrega evolutiva y el diseño por planificación.

65
 Desventajas del modelo de
diseño por herramientas
• Se pierde mucho control sobre el producto.
• Puede que no sea posible llevar a cabo la
implementación de todos los requerimientos
que se desean, y que no se puedan implementar
otros requerimientos exactamente de la forma
que se quiere.
• Depende en buena medida de los productores
de software comercial (tanto de sus estrategias
de productos como de su estabilidad financiera)
66
 Observaciones al modelo de
diseño por herramientas
• Al utilizar este modelo no será posible implementar
toda la funcionalidad que se considera ideal incluir.
– sin embargo, si selecciona las herramientas con cuidado,
puede implementar la mayor parte de la funcionalidad que
se desea.
• Cuando el tiempo es una restricción, se podría
implementar más funcionalidad de la que se obtiene
con otra aproximación.
– sin embargo, será la funcionalidad que las herramientas
permiten una implementación de forma más sencilla, no la
funcionalidad que se considera ideal.

67
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

SOFTWARE COMERCIAL
EXISTENTE

68
 El modelo de software comercial
existente
• El software comercial disponible raramente va a
satisfacer todas las necesidades del cliente.
• Se deben considerar los siguientes puntos:
– está disponible de forma inmediata.
– en el lapso de tiempo entre que se adquiere el software
comercial y en el que se puede tener preparada la entrega del
sistema de creación propia, los usuarios pueden.
• aprender a trabajar con las limitaciones del producto.
• revisar el software comercial para adaptarlo aún más a las
necesidades de cada uno.

69
PLANIFICACIÓN DEL CICLO
DE VIDA DE SISTEMAS

SELECCIÓN DEL CICLO DE

VIDA

70
Observaciones sobre la selección
• Distintos proyectos tienen necesidades diferentes.
– incluso si todos necesitan ser desarrollados lo más rápido posible.
• No existe “un modelo de ciclo de vida de desarrollo
rápido”.
– debido a que el modelo más efectivo depende del contexto en el
que se utilice.
• Determinados modelos de ciclo de vida son considerados
más rápidos que otros.
– pero cada uno de ellos será más rápido en determinadas situaciones
y más lento en otras.

71
 Preguntas sobre la selección (1)
• Un modelo que a menudo trabaja bien puede suceder
que no funcione bien si no se utiliza correctamente.
• Para seleccionar el modelo más conveniente se debe
responder a las siguientes preguntas:
– ¿Me compenetro con el cliente para la especificación de los
requerimientos al comienzo del problema?.
– ¿Es probable que el entendimiento de las dos partes cambie
significativamente a medida que se avance en el proyecto?.

72
 Preguntas sobre la selección (2)
– ¿Comprendo bien la arquitectura del sistema?.
– ¿Es probable que necesite llevar a cabo modificaciones
importantes en la arquitectura a mitad del proyecto?.
– ¿Cuánta fiabilidad necesito?.
– ¿Cuánto tiempo extra necesito para planificar y diseñar
durante el proyecto para las versiones futuras?.
– ¿Cuántos riesgos conlleva el proyecto? .
– ¿Estoy sometido a una planificación predefinida?.
– ¿Necesito poder realizar modificaciones a medio
camino?.

73
Preguntas sobre la selección (3)
– ¿Necesito proporcionar a mis clientes signos
visibles de progreso durante el proyecto?.
– ¿Necesito ofrecer a la directiva signos visibles
de progreso durante el proyecto?.
– ¿Cuánta sofisticación necesito para utilizar el
modelo de ciclo de vida con éxito?.

74
 Ventajas y desventajas de los
diferentes modelos (1)
Capacidades del Cascada Codificar y Espiral Cascadas Prototipado
modelo de ciclo de Pura Corregir Modificad Evolutivo
vida as
Trabaja con poca Malo Malo Excelente Medio a Excelente
identificación de los excelente
requerimientos
Trabaja con poca Malo Malo Excelente Medio a Malo a medio
comprensión sobre la excelente
arquitectura
Genera un sistema Excelente Malo Excelente Excelente Medio
altamente fiable
Genera un sistema Excelente Malo a Excelente Excelente Excelente
con amplio desarrollo medio
Gestionar riesgos Malo Malo Excelente Medio Medio
Estar sometido a una Medio Malo Medio Medio Malo
planificación
predefinida
75
 Ventajas y desventajas de los
diferentes modelos (2)
Capacidades del Cascada Codificar y Espiral Cascadas Prototipado
modelo de ciclo de Pura Corregir Modificadas Evolutivo
vida
Requiere poco tiempo Malo Excelente Medio Excelente Medio
de gestión
Permite Malo Malo a Medio Medio Excelente
modificaciones a excelente
medio camino
Ofrece a los clientes Malo Medio Excelente Medio Excelente
signos visibles de
progreso
Ofrece a la directiva Medio Malo Excelente Medio a Medio
signos visibles de excelente
progreso
Requiere poca Medio Excelente Malo Malo a medio Malo
sofisticación para los
directivos y
desarrolladores
76
 Ventajas y desventajas de los
diferentes modelos (3)
Capacidades del Entrega Entrega Diseño por Diseño por Software
modelo de ciclo de por Etapas Evolutiva Planificación Herramientas Comercial
vida
Trabaja con poca Malo Medio a Malo a medio Medio Excelente
identificación de excelente
los requerimientos
Trabaja con poca Malo Malo Malo Malo a excelente Malo a
comprensión sobre excelente
la arquitectura
Genera un sistema Excelente Medio a Medio Malo a excelente Malo a
altamente fiable excelente excelente
Genera un sistema Excelente Excelente Medio a Malo N/A
con amplio excelente
desarrollo
Gestiona riesgos Medio Medio Medio a Malo a medio N/A
excelente
Estar sometido a Medio Medio Excelente Excelente Excelente
una planificación
predefinida
77
 Ventajas y desventajas de los
diferentes modelos (4)
Capacidades del Entrega Entrega Diseño por Diseño por Software
modelo de ciclo por Etapas Evolutiva Planificación Herramientas Comercial
de vida
Requiere poco Medio Medio Medio Medio a Excelente
tiempo de gestión excelente
Permite Malo Medio a Malo a medio Excelente Malo
modificaciones a excelente
medio camino
Ofrece a los Medio Excelente Medio Excelente N/A
clientes signos
visibles de
progreso
Ofrece a la Excelente Excelente Excelente Excelente N/A
directiva signos
visibles de
progreso
Requiere poca Medio Medio Malo Medio Medio
sofisticación para
los directivos y
desarrolladores
78