Ingeniera del Software I

Docente: Gloria Molina Villalba

PRACTICA DE CURSO
TEMA: GESTION DE PROYECTOS DE SOFTWARE
Objetivo: Poner en prctica los conocimientos adquiridos sobre gestin de proyectos de software.
Dinmica:

El trabajo se debe realizar en grupos de 4 personas (mismos grupos de la dinmica anterior).

Trabajar basndose en el modelo de procesos seleccionado por su grupo en el trabajo anterior.

Realizar las siguientes actividades:

1. Identificar las actividades, hitos y entregas del proyecto.
2. Identificar las dependencias y tiempos entre actividades en una tabla.
3. Realizar el diagrama de red de actividades y diagrama de barras para las actividades
identificadas con asignacin de personal y recursos bsicos.
4. Realizar el proceso de gestin de riesgos para este proyecto considerando el punto en el
tiempo que se encuentran en el proyecto (identificar por lo menos 3 riesgos por cada tipo de
riesgo sin considerar los riesgos vistos en clase).
CRITERIOS DE
ESCALA VALORATIVA
EVALUACION
I. Actividades
A. Identificar las actividades de forma consistente y completa.
B. Identifica las actividades de forma consistente pero no completa.
C. Identifica las actividades pero no son consistentes.
D. Identifica las actividades de forma errnea.
E. No identifica actividades.
II. Hitos
A. Presenta todos los hitos necesarios para gestionar el proyecto de
forma correcta.
B. Presenta algunos hitos necesarios para gestionar el proyecto de
forma correcta.
C. Presenta hitos para gestionar el proyecto de forma incorrecta.
D. No presenta hitos.
III.
Entregas
A. Presenta todas las entregas necesarias para gestionar el proyecto de
forma correcta.
B. Presenta algunas entregas necesarias para gestionar el proyecto de
forma correcta.
C. Presenta entregas para gestionar el proyecto de forma incorrecta.
D. No presenta entregas.
IV.Dependencias y
A. Identifica todas las dependencias y los tiempos entre las actividades
tiempos entre
de forma consistente.
actividades
B. Identifica algunas dependencias y tiempos entre las actividades de
forma consistente.
C. Identifica dependencias y tiempos entre actividades pero no son
consistente.
D. Identifica dependencias y tiempos entre actividades de forma
errnea.
Tema: Gestin de Proyectos de Software

Semestre I/2015

Ingeniera del Software I

V. Diagrama de red de
actividad

VI.

Diagrama de
barras

VII.

Identificacin de
riesgos

VIII.

Anlisis de riesgos

IX.

Planificacin de
riesgos

X. Plan segn modelo

seleccionado

Docente: Gloria Molina Villalba

E. No identifica dependencias y tiempos entre actividades.
A. Realiza el diagrama de red de actividades reflejando actividades,
hitos y entregas de forma consistente con el anlisis previo
(dependencias y tiempos).
B. Realiza el diagrama de red de actividades reflejando actividades de
forma consistente con el anlisis previo (dependencias y tiempos).
C. Realiza el diagrama de red de actividades pero no es consistente con
el anlisis previo (dependencias y tiempos).
D. No realiza el diagrama de red de actividades.
A. Realiza el diagrama de barras reflejando actividades, personal y
recursos y entregas de forma consistente con el anlisis previo
(dependencias y tiempos).
B. Realiza el diagrama de barras reflejando actividades de forma
consistente con el anlisis previo (dependencias y tiempos).
C. Realiza el diagrama de red de actividades pero no es consistente con
el anlisis previo (dependencias y tiempos).
D. No realiza el diagrama de red de actividades.
A. Los riesgos identificados son completos y consistentes sin
considerar los riesgos vistos en clases.
B. Los riesgos identificados consistentes sin considerar los riesgos
vistos en clases
C. Los riesgos identificados no son consistentes.
D. No realiza identificacin de riesgos.
A. Las probabilidades y seriedades asignadas a todos los riesgos
identificados son consistentes con el punto en el tiempo del proyecto
en el que nos encontramos.
B. Las probabilidades y seriedades asignadas a los riesgos identificados
son consistentes con el punto en el tiempo del proyecto en el que
nos encontramos.
C. Las probabilidades y seriedades asignadas a los riesgos identificados
no son consistentes con el punto en el tiempo del proyecto en el que
nos encontramos.
D. No realiza un anlisis de probabilidades y riesgos
A. Identifica planes de prevencin, minimizacin y contingencia para
todos los riesgos seleccionados en el anlisis.
B. Identifica planes de prevencin, minimizacin y/o contingencia para
todos los riesgos seleccionados en el anlisis.
C. Identifica planes de prevencin, minimizacin y/o contingencia para
algunos riesgos seleccionados en el anlisis.
D. No identifica planes para todos los riesgos seleccionados en el
anlisis.
E. Todo el plan cumple con el modelo de procesos seleccionado.
F. Parte del plan cumple con el modelo de procesos seleccionado.
G. El plan no cumple con el modelo de procesos seleccionado.

Tema: Gestin de Proyectos de Software

Semestre I/2015