Este documento describe varios modelos y estrategias comunes para el desarrollo de sistemas de información. Brevemente describe el modelo "codificar y corregir", el análisis estructurado, el modelo de cascada pura, el modelo en espiral y las cascadas modificadas. El modelo en espiral divide un proyecto en miniproyectos enfocados en controlar riesgos, mientras que las cascadas modificadas permiten cierta flexibilidad entre las fases para permitir cambios.

1. Estrategias para el
Desarrollo de Sistemas de
Información
L.I. Patricia Arieta Melgarejo
Introducción a los Sistemas de Información

2. Modelos y Estrategias más
comunes
Codificar y
Entrega Análisis
corregir
evolutiva Estructurado
Diseño por
Cascada Pura
planificación
ciclos de vida
en el desarrollo
Entrega por de SI
Etapas o Espiral
Incremental
Prototipo Cascadas
Ciclo en V
evolutivo modificadas

3. 

4. 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

5. CODIFICAR Y CORREGIR

6. VENTAJAS DEL MODELO
CODIFICAR Y CORREGIR
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

7. VENTAJAS DEL MODELO
CODIFICAR Y CORREGIR
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

8. 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

9. 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

10. OBSERVACIONES AL MODELO
CODIFICAR Y CORREGIR
Es un modelo no formal que se
utiliza normalmente porque es
simple, pero no porque funcione
bien

11. ANÁLISIS ESTRUCTURADO
El método de desarrollo del análisis estructurado
tiene como finalidad superar esta dificultad por
medio de la división del sistema en componentes
y la construcción de un modelo del sistema. El
método incorpora elementos tanto de análisis
como de diseño.
• Se concentra en especificar lo que se requiere que
haga el sistema o la aplicación.
•No se establece como se cumplirán los requerimientos o
la forma en que se implantarán la aplicación. Más bien
permiten que las personas observen los elementos
lógicos ( lo que hará el sistema ) separados de los
componentes físicos. ( computadoras, terminales,
sistemas de almacenamiento etc.)

12. 

13. 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

14. GRÁFICA DEL MODELO DE
CASCADA PURA
Planeación
Análisis
Diseño
Implementación
Utilización

15. VENTAJAS DEL MODELO DE
CASCADA PURA
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

16. VENTAJAS DEL MODELO DE
CASCADA PURA
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

17. DESVENTAJAS DEL MODELO DE
CASCADA PURA
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

18. DESVENTAJAS DEL MODELO DE
CASCADA PURA
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

19. 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

20. 

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 Planificación Análisis de riesgos basado en los
de requisitos requisitos iniciales
y
planificación Análisis de riesgo
inicial del basado en la
cliente reacción del
cliente
Planificació Prototipo inicial
basada en los del software
comentarios
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
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
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. 

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
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
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
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. 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ó
ny
depuración
Prueba del
Diseño subsistema
Diseño
detallado
Codificació
ny
depuración
Diseño Prueba del
detallado subsistema
Codificació
ny
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. 

38. PROTOTIPO DE SISTEMAS
Este método hace que el usuario
participe de manera más directa en la
experiencia de análisis y diseño
La construcción de prototipos es más
eficaz bajo las circunstancias correctas
sin embargo, al igual que los otros
métodos, el método es útil sólo si se
emplea en el momento adecuado y en
la forma apropiada.

39. PROTOTIPO DE SISTEMAS
El prototipo es un sistema que funciona –no
solo una idea en el papel- , desarrollado con la
finalidad de probar ideas y suposiciones relacionadas
con el nuevo sistema. Al igual que cualquier sistema
basado en computadora, esta constituido por
software, que acepta entradas, realiza cálculos,
produce información ya sea impresa o en pantalla, o
que lleva a cabo otras actividades significativas.
Los usuarios evalúan el diseño de información
generada por el sistema, deben esperarse cambios a
medida que el sistema es utilizado.

40. RAZONES PARA DESARROLLAR
PROTOTIPOS DE SISTEMAS
Los requerimientos de información
no siempre están bien definidos
Los prototipos permiten evaluar
situaciones extraordinarias, donde
los encargados de diseñar
sistemas no tienen información ni
experiencia
En realidad es un modelo piloto o
de prueba
Es un Sistema que funciona, esta
diseñado para ser modificado con
facilidad

41. PROCESO DE DESARROLLO DE
PROTOTIPOS
1. Identificar los requerimientos de información
que el usuario conoce junto con las
características necesarias del sistema
2. Desarrollar un prototipo que funcione
3. Utilizar el prototipo anotando las necesidades
de cambios y mejoras. Esto expande la lista de
los requerimientos de sistemas conocidos.
4. Revisar el prototipo con base en la
información obtenida a través de la
experiencia del usuario.

42. PROCESO DE DESARROLLO DE
PROTOTIPOS
1. Repetir los pasos anteriores, las veces
que sea necesario, hasta obtener un
sistema satisfactorio.
2. Tal como lo sugieren los pasos anteriores,
la construcción de prototipos no es un
proceso de desarrollo por prueba y error.
Antes que de inicio cualquier actividad de
diseño o programación, el analista se
reúne con los usuarios una o dos veces
con la finalidad de identificar los
requerimientos. El resultado de estas
reuniones forman la base para la
construcción del prototipo.

43. PROCESO DE DESARROLLO DE
PROTOTIPOS
Una vez concluido el desarrollo en general, se
opta por una de las siguientes conclusiones:
Volver a desarrollar el prototipo.
3. Implantar el prototipo como sistema
terminado.
4. Abandonar el proyecto.
5. Iniciar otra serie de construcción de
prototipos.
Cada una de estas opciones se considera como
un éxito en el proceso de la construcción de
prototipos.

44. EL MODELO DE PROTOTIPADO
EVOLUTIVO
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

45. 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

46. 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

47. ¿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

48. 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

49. 

50. GRAFICA DEL MODELO CICLO DE
VIDA EN V

51. CICLO EN V
Uno de los inconvenientes del modelo en
cascada es que las pruebas del software son
dejadas al final del desarrollo.
El ciclo de vida en V, es una variación del modelo en
cascada que trata este problema, toma su nombre
de la forma en la cual se visualiza y es una
evolución del modelo en cascada en el cual se
realizan actividades en paralelo y facilita las pruebas
del sistema.
Así, se basa en la premisa de que las pruebas de
calidad no se deben dejar al final, sino realizarse a
lo largo del proceso.

52. CICLO EN V

53. 

54. EL MODELO DE ENTREGA POR
ETAPAS
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

55. GRÁFICA DEL MODELO DE
ENTREGA POR ETAPAS
planeación
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

56. VENTAJAS DEL MODELO DE
ENTREGA POR ETAPAS
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

57. VENTAJAS DEL MODELO DE
ENTREGA POR ETAPAS
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

58. 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

59. 

60. EL MODELO DE DISEÑO POR
PLANIFICACIÓN
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

61. EL MODELO DE DISEÑO POR
PLANIFICACIÓN
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

62. GRÁFICA DEL MODELO DE
DISEÑO POR PLANIFICACIÓN
Planeació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

63. 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

64. 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

65. 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

66. 

67. EL MODELO DE ENTREGA
EVOLUTIVA
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

68. EL MODELO DE ENTREGA
EVOLUTIVA
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

69. 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

70. 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

71. 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

72. 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

73. 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

74. 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