ingeniería del software ii - uvametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf ·...
TRANSCRIPT
![Page 1: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/1.jpg)
Ingeniería del Software II
Ingeniería del Software II
Perico de Los Palotes
Escuela Técnica Superior de Ingeniería InformáticaUniversidad de Valladolid
2 de diciembre de 2008
![Page 2: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/2.jpg)
Ingeniería del Software II
Índice
Índice
1 Índice
2 Gestión de ProyectosCaracterísticas generalesGestión de recursosGestión de riesgos
3 Proceso UnificadoFases
4 Referencias
![Page 3: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/3.jpg)
Ingeniería del Software II
Índice
Índice
1 Índice
2 Gestión de ProyectosCaracterísticas generalesGestión de recursosGestión de riesgos
3 Proceso UnificadoFases
4 Referencias
![Page 4: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/4.jpg)
Ingeniería del Software II
Índice
Índice
1 Índice
2 Gestión de ProyectosCaracterísticas generalesGestión de recursosGestión de riesgos
3 Proceso UnificadoFases
4 Referencias
![Page 5: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/5.jpg)
Ingeniería del Software II
Índice
Índice
1 Índice
2 Gestión de ProyectosCaracterísticas generalesGestión de recursosGestión de riesgos
3 Proceso UnificadoFases
4 Referencias
![Page 6: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/6.jpg)
Ingeniería del Software II
Gestión de Proyectos
Características generales
Características de los Proyectos Software
1 Invisibilidad2 Complejidad3 Conformidad4 Flexibilidad
Esto no me parece interesante. Ir a las referencias.
![Page 7: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/7.jpg)
Ingeniería del Software II
Gestión de Proyectos
Características generales
Características de los Proyectos Software
1 Invisibilidad2 Complejidad3 Conformidad4 Flexibilidad
Esto no me parece interesante. Ir a las referencias.
![Page 8: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/8.jpg)
Ingeniería del Software II
Gestión de Proyectos
Características generales
Características de los Proyectos Software
1 Invisibilidad2 Complejidad3 Conformidad4 Flexibilidad
Esto no me parece interesante. Ir a las referencias.
![Page 9: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/9.jpg)
Ingeniería del Software II
Gestión de Proyectos
Características generales
Características de los Proyectos Software
1 Invisibilidad2 Complejidad3 Conformidad4 Flexibilidad
Esto no me parece interesante. Ir a las referencias.
![Page 10: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/10.jpg)
Ingeniería del Software II
Gestión de Proyectos
Características generales
Características de los Proyectos Software
1 Invisibilidad2 Complejidad3 Conformidad4 Flexibilidad
Esto no me parece interesante. Ir a las referencias.
![Page 11: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/11.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 12: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/12.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 13: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/13.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 14: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/14.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 15: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/15.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 16: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/16.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 17: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/17.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 18: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/18.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 19: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/19.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 20: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/20.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de recursos
Consideraciones en laasignación de recursos
1 Disponibilidad
2 Criticidad
3 Riesgo
4 Entrenamiento
5 Formación previa del equipo
Prioridad en la asignaciónde recursos
1 Actividad crítica más corta
2 Actividades críticas
3 Actividad no crítica más corta
4 Actividad no crítica con laholgura más pequeña
5 Actividades no críticas
![Page 21: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/21.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
¿Qué es un riesgo?
Definición
Un riesgo es una medida de la pérdida y probabilidad de que unresultado inadecuado afecte al producto, proceso o proyecto.
Paradigma SEI1 Identificar
2 Analizar
3 Planificar
4 Seguir
5 Controlar
6 Comunicar
![Page 22: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/22.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
¿Qué es un riesgo?
Definición
Un riesgo es una medida de la pérdida y probabilidad de que unresultado inadecuado afecte al producto, proceso o proyecto.
Paradigma SEI1 Identificar
2 Analizar
3 Planificar
4 Seguir
5 Controlar
6 Comunicar
![Page 23: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/23.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
¿Qué es un riesgo?
Definición
Un riesgo es una medida de la pérdida y probabilidad de que unresultado inadecuado afecte al producto, proceso o proyecto.
Paradigma SEI1 Identificar
2 Analizar
3 Planificar
4 Seguir
5 Controlar
6 Comunicar
![Page 24: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/24.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
¿Qué es un riesgo?
Definición
Un riesgo es una medida de la pérdida y probabilidad de que unresultado inadecuado afecte al producto, proceso o proyecto.
Paradigma SEI1 Identificar
2 Analizar
3 Planificar
4 Seguir
5 Controlar
6 Comunicar
![Page 25: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/25.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
¿Qué es un riesgo?
Definición
Un riesgo es una medida de la pérdida y probabilidad de que unresultado inadecuado afecte al producto, proceso o proyecto.
Paradigma SEI1 Identificar
2 Analizar
3 Planificar
4 Seguir
5 Controlar
6 Comunicar
![Page 26: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/26.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
¿Qué es un riesgo?
Definición
Un riesgo es una medida de la pérdida y probabilidad de que unresultado inadecuado afecte al producto, proceso o proyecto.
Paradigma SEI1 Identificar
2 Analizar
3 Planificar
4 Seguir
5 Controlar
6 Comunicar
![Page 27: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/27.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
¿Qué es un riesgo?
Definición
Un riesgo es una medida de la pérdida y probabilidad de que unresultado inadecuado afecte al producto, proceso o proyecto.
Paradigma SEI1 Identificar
2 Analizar
3 Planificar
4 Seguir
5 Controlar
6 Comunicar
![Page 28: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/28.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
Pregunta de Examen: LISTAS DE COMPROBACIÓN1 Tamaño del producto
2 Impacto en el negocio
3 Características del cliente
4 Definición del proceso
5 Tecnología a construir
6 Tamaño y experiencia de la plantilla
![Page 29: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/29.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
Pregunta de Examen: LISTAS DE COMPROBACIÓN1 Tamaño del producto
2 Impacto en el negocio
3 Características del cliente
4 Definición del proceso
5 Tecnología a construir
6 Tamaño y experiencia de la plantilla
![Page 30: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/30.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
Pregunta de Examen: LISTAS DE COMPROBACIÓN1 Tamaño del producto
2 Impacto en el negocio
3 Características del cliente
4 Definición del proceso
5 Tecnología a construir
6 Tamaño y experiencia de la plantilla
![Page 31: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/31.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
Pregunta de Examen: LISTAS DE COMPROBACIÓN1 Tamaño del producto
2 Impacto en el negocio
3 Características del cliente
4 Definición del proceso
5 Tecnología a construir
6 Tamaño y experiencia de la plantilla
![Page 32: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/32.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
Pregunta de Examen: LISTAS DE COMPROBACIÓN1 Tamaño del producto
2 Impacto en el negocio
3 Características del cliente
4 Definición del proceso
5 Tecnología a construir
6 Tamaño y experiencia de la plantilla
![Page 33: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/33.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
Pregunta de Examen: LISTAS DE COMPROBACIÓN1 Tamaño del producto
2 Impacto en el negocio
3 Características del cliente
4 Definición del proceso
5 Tecnología a construir
6 Tamaño y experiencia de la plantilla
![Page 34: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/34.jpg)
Ingeniería del Software II
Gestión de Proyectos
Gestión de riesgos
Modelo CMMI del SEINivel 1 Riesgos ignorados o sólo seguidos de forma ad-hoc.
Nivel 2 Los riesgos se registran normalmente, son seguidos y manejados en el momentoen que son descubiertos.
Nivel 3 Los riesgos son cuantificados, analizados, planificados, seguidos y resueltos deforma sistemática.
Nivel 4 Los análisis cuantificados se utilizan para determinar la resolución coste/beneficiodel proyecto.
Nivel 5 Uso de las estadísticas de riesgos para realizar mejoras organizativas/de proceso.
![Page 35: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/35.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (I/II)
Fase de InicioNo hay una iteración real. No se produce software.
En algunos casos es conveniente realizar una iteración para:
Construir un prototipo no funcional para convencer al cliente (o a laorganización) de que la idea es buena.Construir un prototipo para disminuir un riesgo importante, nuevatecnología o nuevo algoritmo para verificar si se puede alcanzar unobjetivo de prestaciones.Acostumbrar a la organización a utilizar herramientas.
![Page 36: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/36.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (I/II)
Fase de InicioNo hay una iteración real. No se produce software.
En algunos casos es conveniente realizar una iteración para:
Construir un prototipo no funcional para convencer al cliente (o a laorganización) de que la idea es buena.Construir un prototipo para disminuir un riesgo importante, nuevatecnología o nuevo algoritmo para verificar si se puede alcanzar unobjetivo de prestaciones.Acostumbrar a la organización a utilizar herramientas.
![Page 37: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/37.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (I/II)
Fase de InicioNo hay una iteración real. No se produce software.
En algunos casos es conveniente realizar una iteración para:
Construir un prototipo no funcional para convencer al cliente (o a laorganización) de que la idea es buena.Construir un prototipo para disminuir un riesgo importante, nuevatecnología o nuevo algoritmo para verificar si se puede alcanzar unobjetivo de prestaciones.Acostumbrar a la organización a utilizar herramientas.
![Page 38: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/38.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (I/II)
Fase de InicioNo hay una iteración real. No se produce software.
En algunos casos es conveniente realizar una iteración para:
Construir un prototipo no funcional para convencer al cliente (o a laorganización) de que la idea es buena.Construir un prototipo para disminuir un riesgo importante, nuevatecnología o nuevo algoritmo para verificar si se puede alcanzar unobjetivo de prestaciones.Acostumbrar a la organización a utilizar herramientas.
![Page 39: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/39.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (I/II)
Fase de InicioNo hay una iteración real. No se produce software.
En algunos casos es conveniente realizar una iteración para:
Construir un prototipo no funcional para convencer al cliente (o a laorganización) de que la idea es buena.Construir un prototipo para disminuir un riesgo importante, nuevatecnología o nuevo algoritmo para verificar si se puede alcanzar unobjetivo de prestaciones.Acostumbrar a la organización a utilizar herramientas.
![Page 40: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/40.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (I/II)
Fase de InicioNo hay una iteración real. No se produce software.
En algunos casos es conveniente realizar una iteración para:
Construir un prototipo no funcional para convencer al cliente (o a laorganización) de que la idea es buena.Construir un prototipo para disminuir un riesgo importante, nuevatecnología o nuevo algoritmo para verificar si se puede alcanzar unobjetivo de prestaciones.Acostumbrar a la organización a utilizar herramientas.
De 0 a 1
![Page 41: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/41.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
![Page 42: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/42.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
![Page 43: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/43.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
De 1 a 3
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
![Page 44: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/44.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
De 1 a 3
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
![Page 45: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/45.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
De 1 a 3
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
![Page 46: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/46.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
De 1 a 3
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
De 1 a 3
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
![Page 47: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/47.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
De 1 a 3
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
De 1 a 3
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
![Page 48: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/48.jpg)
Ingeniería del Software II
Proceso Unificado
Fases
¿Cuántas iteraciones hacer por fase? (II/II)
Fase de ElaboraciónPor lo menos una.
Si no se dispone de unaarquitectura de entrada y sedeben ajustar muchosfactores nuevos (tecnología,plataforma, personal, lenguajede programación...) se debenrealizar por lo menos dos (otres) iteraciones. No sepueden tratar todos losriesgos a la vez.
De 1 a 3
Fase de ConstrucciónPor lo menos una.
Es conveniente realizar dospara que salga mejor.
Si se puede, más.
De 1 a 3
Fase de TransiciónPor lo menos una.
Los defectos encontradossuelen obligar a realizar otra.
De 1 a 2
![Page 49: Ingeniería del Software II - UVametodos.fam.cie.uva.es/~latex/ejemplos/ejemplo-beamer.pdf · Ingeniería del Software II Gestión de Proyectos Gestión de riesgos Modelo CMMI del](https://reader033.vdocuments.site/reader033/viewer/2022042810/5f9a869004fcdd22364ee82f/html5/thumbnails/49.jpg)
Ingeniería del Software II
Referencias
Referencias
Fuente Redondo; Pablo Lucio de la; Apuntes de clase .Última consulta: 1 de Enero de 2008.
Tantau; Till; User’s Guide to the Beamer Class, Version 3.01.
TickZ and PGF. Manual for version 1.10.