INSTITUTO TECNOLÓGICO DE TOLUCA
MODELOS DE PROCESO DE SOFTWARE MODELOS
“
”
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
MODELOS DE PROCESO DE SOFTWARE
Modelo de Cascada
Se define como una secuencia de actividades donde la estrategia principal es seguir el proceso del desarrollo de SW hacia checkpoints o mediante entregas calendarizadas.
Creencias:
•
•
Las Las meta metas s se logr logran an mejo mejorr cuan cuando do se tien tiene e preestablecidos y documentados.
punt puntos os de revi revisi sión ón bien bien
Los documentos técnicos son comprensibles para usuarios y administradores no técnicos.
•
•
Cada detalle de los requisitos se conoce de antemano antes de desarrollar el SW, y los detalles son estables durante el desarrollo.
Las pruebas y evaluaciones se realizan eficientemente al final del desarrollo.
Modelo Incremental
Es un desarrollo inicial de la arquitectura completa del sistema, seguido seguido de incrementos incrementos y versione versiones s parciale parciales s del mismo. Cada incremento incremento tiene si propio propio ciclo de vida. Cada incremento agrega funcionalidad adicional o mejorada sobre el sistema. Conforme se compl completa eta cada cada etapa etapa se verifi verifica ca e integ integra ra la versió versión n con con las demá demás s versi version ones es 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.
Creencias:
•
La admi adminis nistra tració ción n de proye proyecto ctos s es más más fácil fácil de logra lograrr en increm incremen entos tos más más pequeños.
•
•
•
Es más fácil comprender y probar incrementos de funcionalidad más pequeños.
La funcion funcionalid alidad ad inicial inicial de desarrol desarrolla la más temprano, temprano, logrand logrando o resultad resultados os de inversión en menor tiempo.
Hay Hay más más proba probabi bilid lidad ad de satisf satisfac acer er el camb cambio io en los los requis requisito itos s de usuari usuario o mediante mediante incrementos del SW en el tiempo que si fueran planeados todos a la vez en un mismo periodo.
Modelo Evolucionario
Es una extensión al modelo incremental, donde los incrementos de hacen de manera secuenci secuencial al en lugar lugar de en paralelo paralelo;; es también también conocido conocido como como desarro desarrollo llo rápido rápido de aplicaciones (RAD, Rapid Application Development), que se basa en el uso de prototipos.
Creencias:
•
•
•
Se entrega temprano parte del sistema, aunque no estén completos todos los requerimientos.
Se permite entregar parte del sistema como herramienta para la generación de requerimientos faltantes. Se obtienen beneficios para el sistema mediante entregas iniciales mientras las entregas posteriores están en desarrollo.
Modelo de Espiral
Es una extensión del modelo de cascada. A diferencio del modelo de cascada, que es dirigido por documentos, el modelo espiral se basa en una estrategia para reducir el riesgo riesgo del del proyec proyecto to en áreas áreas de incer incertid tidum umbre bre,, como como reque requerim rimien ientos tos inest inestab able les s e incompletos. Al igual que el modelo evolucionario, el modelo de espiral incorpora una estrategia de uso de prototipos como parte del manejo del riesgo. Con algunas variantes este es el proceso más importante en la actualidad.
Creencias:
•
•
•
•
Una actividad comienza cuando es entienden los objetivos y riesgos involucrados. Basado en la evaluación de soluciones alternas, se usan las herramientas que mejor reduzcan los riesgos. Todo el personal relacionado debe involucrarse en una revisión que determine cada actividad. El desarrollo se incrementa en cada etapa, permitiendo prototipos sucesivos del producto.
Proceso Unificado
Es una extensión al proceso objectory. Se basan principalmente en la especificación de requerimientos de un sistema mediante casos de uso. El proceso integra ciclos, fases, flujos de trabajo, mitigación de riesgo, control de calidad, administración de proyecto y control de configuración.
Creencias:
•
•
Para construir un programa exitoso se deben conocer qué quieren y necesitan los usuarios potenciales. El desarrollo de un producto comercial puede significar un gran esfuerzo durante meses, e incluso años.
Referencias Bibliográficas
•
•
•
Ian Somerville: Ingeniería de Séptima Edición. Madrid, 2005.
Software . Editorial Pearson Addison Wesley.
S. Pressm Pressman an,, Roger: Roger: INGE INGENI NIER ERÍA ÍA DEL DEL SOFT SOFTWA WARE RE,, PRÁCTICO. Editorial Mc-Graw Hill. Quinta Edición. 2002.
UN ENFO ENFOQU QUE E
Weitzenfeld, Alfredo: Ingeniería de Software, Orientada a Objetos con UML, Java e Internet. Editorial Thomson.
