Resumen De Modelos De Procesos De Software
This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA
Overview
Download & View Resumen De Modelos De Procesos De Software as PDF for free.
More details
- Words: 634
- Pages: 10
INSTITUTO TECNOLÓGICO DE TOLUCA
“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
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 metas se logran mejor cuando se tiene preestablecidos y documentados.
•
Los documentos técnicos son comprensibles para usuarios y administradores no técnicos.
puntos de revisión bien
•
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 de incrementos y versiones parciales del mismo. Cada incremento tiene si propio ciclo de 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.
Creencias:
•
La administración de proyectos es más fácil de lograr en incrementos más pequeños.
•
Es más fácil comprender y probar incrementos de funcionalidad más pequeños.
•
La funcionalidad inicial de desarrolla más temprano, logrando resultados de inversión en menor tiempo.
•
Hay más probabilidad de satisfacer el cambio en los requisitos de usuario 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 secuencial en lugar de en paralelo; es también conocido como desarrollo 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 del proyecto en áreas de incertidumbre, como requerimientos inestables 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 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.
“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
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 metas se logran mejor cuando se tiene preestablecidos y documentados.
•
Los documentos técnicos son comprensibles para usuarios y administradores no técnicos.
puntos de revisión bien
•
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 de incrementos y versiones parciales del mismo. Cada incremento tiene si propio ciclo de 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.
Creencias:
•
La administración de proyectos es más fácil de lograr en incrementos más pequeños.
•
Es más fácil comprender y probar incrementos de funcionalidad más pequeños.
•
La funcionalidad inicial de desarrolla más temprano, logrando resultados de inversión en menor tiempo.
•
Hay más probabilidad de satisfacer el cambio en los requisitos de usuario 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 secuencial en lugar de en paralelo; es también conocido como desarrollo 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 del proyecto en áreas de incertidumbre, como requerimientos inestables 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 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.
Related Documents
Resumen De Modelos De Procesos De Software
June 2020 3
Modelos De Procesos
October 2019 30
Resumen Procesos De Fabricacion.docx
June 2020 3
Resumen De Procesos
November 2019 6
Tabla De Resumen De Procesos (gieck).docx
December 2019 3