Sie sind auf Seite 1von 4

INSTITUTO TECNOLÓGICO DE TOLUCA

“CUADRO COMPARATIVO DE LOS


MODELOS DE PROCESO DE SOFTWARE”

INGENIERÍA EN SISTEMAS COMPUTACIONALES

FUNDAMENTOS DE DESARROLLO DE SISTEMAS

ALUMNOS
MANILLA DERBEZ JORGE ANTONIO
TORRES VILLAFAÑA HÉCTOR

CATEDRÁTICO
ROSA ELVIRA MORENO RAMÍREZ

OCTUBRE DE 2009
D
V E
M P E S U
O R N V S
D O T E O
E C A N
L E J T
O S A A
O S J
A
S
C Se define como una secuencia de • Los documentos técnicos son • Los proyectos reales
actividades donde la estrategia comprensibles para usuarios y raramente siguen el flujo
A principal es seguir el proceso del administradores no técnicos. secuencial que propone el
desarrollo de SW hacia checkpoints • Cada detalle de los requisitos se modelo, siempre hay
S o mediante entregas calendarizadas conoce de antemano antes de iteraciones y se crean
desarrollar el SW, y los detalles problemas en la aplicación
C son estables durante el desarrollo. del paradigma.
• Las pruebas y evaluaciones se
A realizan eficientemente al final del
desarrollo.
D
• Las metas se logran mejor cuando
A se tiene puntos de revisión bien
preestablecidos y documentados.
I Es una extensión del modelo de • La administración de proyectos es • Difícil de evaluar el coste
cascada. A diferencio del modelo de más fácil de lograr en incrementos total.
N cascada, que es dirigido por más pequeños.
documentos, el modelo espiral se • Difícil de aplicar a los
C basa en una estrategia para reducir • Es más fácil comprender y probar sistemas transaccionales
el riesgo del proyecto en áreas de incrementos de funcionalidad más que tienden a ser
R incertidumbre, como requerimientos pequeños. integrados y a operar
inestables e incompletos. Al igual • La funcionalidad inicial de como un todo.
E que el modelo evolucionario, el desarrolla más temprano, logrando
modelo de espiral incorpora una resultados de inversión en menor • Requiere gestores
estrategia de uso de prototipos tiempo. experimentados.
M
como parte del manejo del riesgo.
Con algunas variantes este es el
E
proceso más importante en la • Hay más probabilidad de • Los errores en los
actualidad satisfacer el cambio en los requisitos se detectan
N requisitos de usuario mediante tarde.
incrementos del SW en el tiempo
T que si fueran planeados todos a la
vez en un mismo periodo.
A

E Es una extensión del modelo de • Se entrega temprano parte del


cascada. A diferencio del modelo de sistema, aunque no estén
V cascada, que es dirigido por completos todos los
documentos, el modelo espiral se requerimientos.
O basa en una estrategia para reducir
el riesgo del proyecto en áreas de • Se permite entregar parte del
L incertidumbre, como requerimientos sistema como herramienta para la
inestables e incompletos. Al igual generación de requerimientos
U que el modelo evolucionario, el faltantes.
modelo de espiral incorpora una • Se obtienen beneficios para el
estrategia de uso de prototipos sistema mediante entregas
T
como parte del manejo del riesgo. iniciales mientras las entregas
Con algunas variantes este es el posteriores están en desarrollo.
I
proceso más importante en la
actualidad
V

O
E Es una extensión al modelo • Una actividad comienza cuando es • Genera mucho tiempo en
incremental, donde los incrementos entienden los objetivos y riesgos el desarrollo del sistema
S de hacen de manera secuencial en involucrados.
lugar de en paralelo; es también • Modelo costoso
P conocido como desarrollo rápido de • Basado en la evaluación de
aplicaciones (RAD, Rapid soluciones alternas, se usan las • Requiere experiencia en la
I Application Development), que se herramientas que mejor reduzcan identificación de riesgos
basa en el uso de prototipos los riesgos.
R • Todo el personal relacionado debe
involucrarse en una revisión que
A determine cada actividad.
• El desarrollo se incrementa en
L cada etapa, permitiendo prototipos
sucesivos del producto.

U Es un desarrollo inicial de la • Para construir un programa • El desarrollo de un


arquitectura completa del sistema, exitoso se deben conocer qué producto comercial puede
P seguido de incrementos y versiones quieren y necesitan los usuarios significar un gran esfuerzo
parciales del mismo. Cada potenciales. durante meses, e incluso
incremento tiene si propio ciclo de años.
vida. Cada incremento agrega
funcionalidad adicional o mejorada
sobre el sistema. Conforme se
completa cada etapa se verifica e
integra la versión con las demás
versiones ya completadas del
sistema. Para que la secuencia de
desarrollo sea exitosa es esencial
definir etapas que no requieran
cambiar los resultados anteriores al
agregar nuevas

Referencias Bibliográficas
• Ian Somerville: Ingeniería de Software. Editorial Pearson Addison Wesley.
Séptima Edición. Madrid, 2005.

• S. Pressman, Roger: INGENIERÍA DEL SOFTWARE, UN ENFOQUE


PRÁCTICO. Editorial Mc-Graw Hill. Quinta Edición. 2002.

• Weitzenfeld, Alfredo: Ingeniería de Software, Orientada a Objetos con UML,


Java e Internet. Editorial Thomson.

Das könnte Ihnen auch gefallen