Project UCLM

UCLM-ESI Prácticas PGSI Curso 2002-2003
PRÁCTICA 1
INTRODUCCIÓN A MS PROJECT
Objetivos:
Conocer las características generales de una herramienta software para la gestión de proyectos.
Aprender el manejo básico de MS Project 2000.
Actividades:
1) Repasar los conceptos básicos de gestión de proyectos.

a) Partes de un proyecto:
i) Tareas.
ii) Hitos.
iii) Recursos.
b) Herramientas diagramáticas:
i) Diagramas de Gantt.
ii) Diagramas PERT.
2) Presentar las características de MS Project 2000.
a) Ejecutar la presentación de MS Project 2000.
b) Manejo de archivos de proyectos.
c) Manejo de vistas de proyectos.
d) Manejo de informes de proyectos.
3) Definición de las tareas de un proyecto.
a) Incorporar tareas y sus duraciones previstas.
b) Definición de hitos.
c) Edición de la lista de tareas.
d) Tareas repetitivas.
4) Esquematización de las tareas de un proyecto
5) Crear en MS Project el ejemplo de aplicación.
Bibliografía:
• Microsoft Press, Microsoft Project 1998 paso a paso; McGraw-Hill Interamericana, 1998.
Caps. 1, 2 y 3.
a) Tutorial:
Se trata de preparar una reunión anual de accionistas. Las características del proyecto se
describen a continuación:
• Proyecto: Reunión de Accionistas. Fecha de Comienzo: 3 Marzo de 2003. Asunto del

Proyecto: Informe Anual de 2003. Responsable y Autor: Nombre del Alumno.
1 – Introducción a MS Project 1
• Lista de Tareas Inicial:
Nombre Duración
Programar fecha de la conferencia 1 día
Imprimir carta 2 días
Buscar Conferenciante 2 días
Preparar Carta 1 día
Preparar menú con empresa catering 3 días
Imprimir Menú 1 día
Celebración de la reunión 0 días
• Modificación de la lista de tareas inicial:

Insertar nueva tarea “Reservar centro de conferencias”, duración 2 días, antes de la
tarea Imprimir Carta.
Desplazar la tarea 3, “Imprimir Carta”, detrás de la tarea 5, “Preparar Carta”
(arrastrar y colocar)
Eliminar la tarea 7 “Imprimir Menú”.
• Esquematización de las Tareas del Proyecto:

Modificar el Proyecto Actual para incluir la siguiente lista de actividades:
Id Nombre Duración
1 Planificación preliminar 1 día
2 Programar fecha de la conferencia 2 días
3 Reservar centro de conferencias 1 día
4 Buscar conferenciante 3 días
5 Planificación preliminar completa 0 días
6 Carta de notificación 1 día
7 Ordenar lista de envío 1 hora
8 Preparar carta 1 día
9 Revisar carta 1 día
10 Aprobar carta 1 día
11 Imprimir carta 2 días
12 Enviar carta 0 días
13 Detalles de la reunión 1 día
14 Preparar menú con empresa catering 3 días
15 Preparar salas de reunión del comité 1 día
16 Preparar equipamiento necesario 2 días
17 Preparar programa 3 días
18 Imprimir programa 1 día
19 Celebración de la reunión 0 días
Insertar una nueva tarea 1, Reunión de Accionistas, y luego aplicar sangría a las
tareas de la 2 a la 20.
Esquematizar la lista de tareas en tres grupos:

• Sangría a las tareas de la 3 a la 6
Ocultar las subtareas de la tarea de resumen 7, Carta de Notificación, y de la tarea
de resumen 14, detalles de la reunión.
Mostrar el esquema completo
Guardar el archivo sin línea base
b) Caso Práctico
La Consejería de Cultura de la Junta de Comunidades desea facilitar a los ciudadanos de la
Región el acceso a las actividades culturales que organiza. Para ello se pretende dar nuevos
servicios que faciliten tanto el acceso a la información como la posibilidad de reservar o
adquirir entradas. Con este cometido surge el proyecto SIRvE, un sistema que permitirá tanto a
la Junta de Comunidades, como a los ayuntamientos tener una espacio en el que poder ofrecer
las alternativas de ocio que deseen y a los ciudadanos y que estos puedan acceder a ellas y
adquirir sus localidades sin tener que desplazarse al recinto donde se organizan.
El acceso a las tecnologías WEB hará que este producto sea un trampolín de la imagen
cultural de la Región en el ámbito que cubre esta herramienta, es decir en todo el mundo, siendo
realmente una ventana y un servicio muy interesante en actividades de carácter internacional
que cada vez se van desarrollando con más frecuencia en nuestra región, como el Festival
Internacional de Teatro Clásico de Almagro o La Feria Internacional del Vino.
Las características del proyecto son las siguientes:
Nombre: Proyecto SIRVE

Fecha de inicio del proyecto: 3 de Marzo de 2003.
La lista de actividades y sus duraciones (en días) es:
Actividad Tareas Duración

1. Análisis de la situación 1.1. Estudio de informes detallados 4
actual 1.2. Depuración y carga de datos actualizados 6
1.3. Estudio de productos actuales 5
2. Análisis del sistema 2.1. Especificación requisitos necesarios 5
2.2 Analizar el sistema actual 4
2.3. Análisis de Estructuras de Datos 8
2.4. Análisis de Procesos
2.4.1. Análisis del Proceso de Oferta y Demanda 6
2.4.2. Gestión de Datos e Informes 4
2.4.3. Comunicación en web 4
2.5. Interfaces de Usuario
2.5.1. Interfaces de carga 2

2.5.2. Interfaces de consulta y reserva 3
2.5.3. Interfaz de Informes 3
3. Diseño del sistema 3.1. Diseño de la Estructura de datos 6
3.2. Diseño del proceso de carga 4
3.3. Diseño del proceso de consulta 4
3.4. Diseño del proceso de venta 4
3.5. Diseño del proceso de informes 3
3.6. Diseño de la interfaz de usuario 3
3.7. Diseño de la implantación WEB 6
3.8 Diseño del Plan de Pruebas 4
3.9 Diseño del plan de implantación 5
3.10 Diseño del plan de formación 5
4. Implementación 4.1. Elaboración del Software de los distintos procesos 12
4.2. Implementación de los módulos de interconexión 8
4.3. Pruebas 12
4.4. Documentación e Informes 4
5. Pruebas, Formación e 5.1. Gestión del Plan de Formación 6
Implantación 5.2. Implantación del sistema 14
5.3. Tareas de prueba de los productos finales 8
instalados
En paralelo, durante la realización del proyecto se programarán reuniones todos los

lunes cada dos semanas con la comisión responsable del proyecto (de una duración de 4 horas)
para un seguimiento de los avances del proyecto y de las especificaciones de usuario. Por otro
lado, se programan reuniones en la segunda semana de cada mes (los lunes) con el ejecutivo (6
horas de duración) para presentar el seguimiento del proyecto. Estas reuniones se mantienen
hasta que el proyecto ha finalizado.
Además, se consideran como hitos importantes del proyecto:
• Entrega del informe del estudio de la situación actual, tras finalizar la

actividad.“Análisis de la Situación Actual”.
• Entrega del sistema, una vez que ha sido instalado y probado.
Documentación a Entregar1 :
- Fichero .mpp con el resultado del caso práctico.
1
Para el envío de los ficheros consultar normas de envío.
Prácticas PGSI
Práctica 1. Introducción a la Gestión de

Proyectos con Project 2000
Contenidos
1. Repasar los conceptos básicos de gestión de

proyectos.
a. Partes de un proyecto:
i. Tareas.
ii. Hitos.
iii. Recursos.
b. Herramientas diagramáticas:
a. Diagramas de Gantt.
b. Diagramas PERT.
Félix O. García UCLM-ESI - PGSI

Contenidos
2. Presentar las características de MS Project 2000.

a. Ejecutar la presentación de MS Project 2000.
b. Manejo de archivos de proyectos.
c. Manejo de vistas de proyectos.
d. Manejo de informes de proyectos.
3. Definición de las tareas de un proyecto.
a. Incorporar tareas y sus duraciones previstas.
b. Definición de hitos.
c. Edición de la lista de tareas.
d. Tareas repetitivas.

¿Qué es un Proyecto?
Antes del comienzo de un proyecto:

Objetivo
Tareas
¿Quién se encarga?, ¿Cuándo comienzan?,
¿Cuánto tardan?
Proyecto
Secuencia bien definida de eventos con un

principio y un final identificados, que se centra
en alcanzar un objetivo claro

¿Qué es un Proyecto?
Suministros Directiva
Equipos
Infraestructura
Director del
Proyecto
Consultores
Miembros
La Administración de Proyectos
La Administración de Proyectos es el proceso de
planificar, organizar y administrar tareas y recursos
para alcanzar un objetivo concreto, generalmente
con delimitaciones de tiempo, recursos o costo.
Plan de Proyecto:
Sencillo: una lista de tareas y sus fechas de comienzo y fin
escritas en un bloc de notas.
Complejo, por ejemplo, miles de tareas y recursos, y un
presupuesto del proyecto de millones de euros

Elementos de un Proyecto:
Tarea: también llamadas pasos, se requieren
para completar un proyecto y definen el ámbito
del objetivo del mismo
Hito: representa un evento o condición que
marca la finalización de un grupo de tareas
relacionadas o la finalización de una fase del
proyecto
Recurso: lo constituye cualquier espacio o
elemento necesario para realizar una tarea

Crear un Plan Inicial
Realista del Proyecto
Gestionar el Plan
Seguimiento del Ajustar el Comunicar el

Progreso Plan Progreso
Comunicar los Cambios

en la Programación

Microsoft Project 2000
Software para la gestión
de proyectos:
Organizar la información
acerca de:
la asignación de
tiempos a las tareas,
los costos asociados y
los recursos, tanto de
trabajo como
materiales, del
proyecto
Para que se puedan
respetar los plazos sin
exceder el presupuesto
y conseguir así los
objetivos planteados

Triángulo del Proyecto:

Modo de Programación:
Programa el comienzo y el fin de una tarea teniendo en
cuenta:
las dependencias entre tareas, las delimitaciones y las
interrupciones, como días festivos y vacaciones
Fórmula duración = trabajo / esfuerzo de recurso, donde:

Duración es la cantidad de tiempo que transcurre antes de
que la tarea esté realizada.
Trabajo es el esfuerzo necesario durante un período de
tiempo para realizar una tarea.
Esfuerzo de recurso es la cantidad de esfuerzo de los recursos
asignados a la tarea y su asignación.

Modo de Programación:
Ejemplo:
Si tres mecánicos trabajan dos días en

una tarea, con un esfuerzo de 8 horas
diarias, el trabajo de cada recurso es 16
horas (2 días * 8 horas).
El esfuerzo total de los recursos es 24
horas al día
(3 mecánicos * 8 horas).
El trabajo total en la tarea es 48 horas
(2 días * 8 horas * 3 mecánicos)
La duración es 2 días:
48 horas / (3 mecánicos * 8 horas).

Prácticas PGSI
Comenzando a Trabajar con Project

2000
Entorno de Trabajo Escala Temporal
Barra de Vistas
Área del Gráfico de Gantt
Tabla de Tareas
Creación de un Nuevo Proyecto

Estadísticas del Proyecto
La Barra de Vistas

La Escala Temporal
Escala Principal
Escala Secundaria

Gestión de Tareas
Introducir y Organizar una Lista de Tareas
Las Listas de Tareas

especifican los detalles
sobre una tarea, como el
nombre de la tarea, la
duración, las fechas de
comienzo y finalización,
las predecesoras y los
nombres de los
recursos.

Gestión de Tareas
Se especifican las tareas en el orden en que tienen
lugar
Se realiza una estimación del tiempo que llevará
realizar cada tarea Æ Duración
Microsoft Project utiliza las duraciones para calcular la
cantidad de trabajo que ha de realizarse en la tarea.
Nota: No se debe especificar las fechas en los campos
Comienzo y Fin de cada tarea. Microsoft Project calcula las
fechas de comienzo y fin basándose en la relación existente
entre las tareas.

Gestión de Tareas
Incorporar una Tarea:
Escribir Nombre en el
Campo Nombre de Tarea
2 Clases de Tareas en Project:

Tareas Normales (1 vez)
Tareas Repetitivas
Ejemplo: Reuniones Semanales

Gestión de Tareas
Especificar una Tarea Normal:
1. En el menú Ver, click en Diagrama de Gantt.
2. En el campo Nombre de Tarea, escribir el nombre de una tarea
y, a continuación, presionar la tecla TAB
3. Microsoft Project introduce una duración estimada de un día para
la tarea, seguida de un signo de interrogación
4. En el campo Duración, escribir la cantidad de tiempo que llevará
cada tarea en meses, semanas, días, horas o minutos, sin contar
los períodos no laborables. Se pueden usar las abreviaturas
siguientes: meses = me, semanas = s, días = d, horas = h,
minutos = m.
5. Presionar la tecla ENTRAR

Gestión de Tareas
Información de Tarea Normal:

Gestión de Tareas
Especificar una Tarea Repetitiva:
1. En el campo Nombre de Tarea, seleccionar la fila debajo de la
cual deseamos que aparezca la tarea repetitiva.
2. En el menú insertar,
hacer click sobre tarea
repetitiva:
3. En el campo Nombre de Tarea, escribir el nombre de la tarea

4. En el campo Duración, escribir la duración de 1 realización de la
tarea
5. En Patrón Repetición seleccionar:
• Diariamente, Mensualmente o Anualmente

Gestión de Tareas
Especificar una Tarea Repetitiva:
6. A la derecha de Diariamente, Semanalmente, Mensualmente o
Anualmente, especificar la frecuencia de la tarea.
7. En Intervalo de repetición, escribir la fecha de comienzo en el
cuadro Comienzo y, a continuación, seleccionar Terminar
después de o Terminar el.
8. Si ha seleccionado Terminar después de, escriba el número de
ocurrencias de la tarea.
9. Si ha seleccionado Terminar el, escriba la fecha en la que desea
que termine la tarea repetitiva.

Gestión de Tareas
Información de Tarea Repetitiva:

Gestión de Tareas
Especificar una Duración
Es un período total de trabajo activo necesario para completar
una tarea.
La duración transcurrida es el período de tiempo necesario para
completar una tarea
Se toma como base un día de 24 horas y una semana de 7 días,
incluyendo los días festivos o feriados y otros días no laborables
Los valores de duración
van seguidos de una min = minuto
abreviatura de unidad h = hora
de tiempo:
día = día
sem = semana
ms = mes
Gestión de Tareas
Especificar una Duración
Cuando se introduce una tarea, Microsoft Project le
asigna automáticamente una duración estimada de
un día; un signo de interrogación después de la
duración indica que es estimada.
Una duración estimada es una duración para la cual

la información de que dispone sólo permite
determinar un valor provisional no definitivo.
Se representa con un signo de interrogación (?) colocado
inmediatamente a continuación de la unidad de duración

Gestión de Tareas
Crear un Hito:
Un hito es una tarea sin duración (cero días) que se utiliza
para identificar sucesos significativos en la programación,
como la finalización de una fase importante.
Una Fase es un grupo de tareas relacionadas que completa
una etapa importante de un proyecto.
Para crear un hito:
En el campo Duración, haga clic en la duración de la tarea
que desee convertir en un hito y escribir 0d.
Los Hitos son puntos de referencia y se utilizan para
controlar el progreso del proyecto.

Gestión de Tareas

Crear un Hito: Las tareas con
duración cero se
muestran
automáticamente
como hitos pero
se puede marcar
como hito
cualquier otra
tarea con
cualquier
duración.

Gestión de Tareas
Esquematizar Tareas:
El uso de esquemas ayuda a organizar las tareas en bloques
más manejables.
Se pueden aplicar sangrías a las tareas relacionadas para

situarlas bajo una tarea más general, creando una jerarquía.
Las tareas generales se denominan tareas de resumen o fases;
las tareas con sangría que aparecen debajo de la tarea de
resumen son subtareas.
Las fechas de comienzo y fin de una tarea de resumen se

determinan en función de las fechas de comienzo y fin de su
primera y última subtarea.

Gestión de Tareas
Esquematizar Tareas:

Caso Práctico
Proyecto SIrVE

UCLM-ESI PGSI
PRÁCTICA 2
DEFINICIÓN DE TAREAS Y SUS DEPENDENCIAS
Objetivos:
Aprender a definir en MS Project la estructura de descomposición de trabajos (WBS) de un

proyecto.
Aprender a definir en MS Project las dependencias entre tareas.
Actividades:
a) Tutorial
1. Repaso de conceptos.
2. Estructura de descomposición de trabajos (WBS).
3. Tipos de dependencias entre tareas.
4. Dependencias entre tareas.
5. Vinculación de tareas.
6. Tiempos de posposición y de adelanto.
7. Camino crítico y tareas críticas.
8. Visualización en el diagrama de Gantt.
9. Formulario de propiedades de tareas.
b) Crear en MS Project el ejemplo de aplicación.
Bibliografía:
1. Microsoft Press, Microsoft Project 98 paso a paso; McGraw-Hill Interamericana, 1998.

Caps. 4 y 5.
a) Tutorial:
Se trata de preparar una reunión anual de accionistas. Abrir el fichero del resultado de tutorial
de la práctica anterior. Realizar las siguientes modificaciones sobre el proyecto:
• Vinculación de Tareas:
Vincular todas las tareas con una dependencia de fin a comienzo.
Desvincular la tarea de resumen 7, “Carta de Notificación” y la tarea de resumen
14, “Detalles de la Reunión” (seleccionar únicamente las tareas de resumen).
Vincular la tarea de resumen 2, “Planificación Preliminar”, con la tarea de resumen
14, “Detalles de la Reunión”.
• Establecimiento de Dependencias entre Tareas. Se proponen los siguientes cambios

a la programación del proyecto:
Cambiar la dependencia entre la tarea 8, “Ordenar Lista de Envío” y la tarea 9,
“Preparar Carta” a «Comienzo-Comienzo»
2 – Definición de Tareas y sus Dependencias 1

UCLM-ESI PGSI
Cambiar la dependencia entre la tarea 16, “Preparar Salas de Reunión del Comité”,
y la tarea 17, “Preparar equipamiento necesario”, a «Fin-Fin»
Especificar un tiempo de adelanto de 0,5 días en la dependencia entre la tarea 4,
“Reservar Centro de Conferencias” y la tarea 5, “Buscar Conferenciante”.
Especificar un tiempo de posposición de 2 días entre la tarea de resumen 14,
“Detalles de la reunión” y la tarea 20, “Celebración de la reunión”.
• Uso del Asistente de Diagramas de Gantt

Se desea ahora ver el camino crítico del proyecto. Para ello se usará el asistente del
diagrama de Gantt.
1) Iniciar el asistente para diagramas de Gantt

2) Mostrar el camino crítico en el diagrama de Gantt
3) Mostrar los nombres de los recursos y fechas a la derecha de las barras de Gantt.
4) Mostrar las líneas de vínculo entre las tareas dependientes
5) Dar Formato al diagrama de Gantt y luego salir del asistente para diagramas de
Gantt.
6) Guardar el archivo sin línea de base.
a) Ejemplo de Aplicación:
Se desea establecer las dependencias temporales del proyecto SirVe, para lo cual es necesario
tener en cuenta las siguientes consideraciones:
• Se ha decidido que las reuniones no se van a considerar en la planificación, por lo que

se deben eliminar del plan del proyecto.
• Las tareas de depuración y carga de datos actualizados y de estudio de productos

actuales pueden comenzar una vez que ha finalizado el estudio de informes detallados.
• Una vez que ha finalizado el análisis de la situación actual se entrega el informe y puede
dar comienzo el análisis del sistema.
• Una vez finalizado la especificación de requisitos puede comenzar el análisis del

sistema actual y una vez finalizada esta actividad, puede comenzar el análisis de la
estructura de datos.
• Dos días antes de finalizar el análisis de la estructura de datos es posible comenzar con
el análisis de procesos.
• Las subtareas del análisis de procesos se pueden ejecutar en paralelo, con la restricción
de que deben comenzar todas al mismo tiempo.
• Finalizado el análisis de procesos puede comenzar el análisis de las interfaces de

usuario, cuyas tareas se ejecutan de forma secuencial.
• El diseño puede comenzar una vez finalizado el análisis. Las tareas de diseño de la
estructura de datos, diseño del proceso de consulta, venta y el diseño de la implantación
web se pueden ejecutar en paralelo una vez iniciado el diseño. Cuando se ha finalizado
el diseño de estructura de datos puede comenzar el diseño del proceso de carga. El

UCLM-ESI PGSI
diseño del proceso de informes puede comenzar cuando se han finalizado las tareas de
diseño del proceso de carga, consulta y venta. Una vez finalizado el diseño del proceso
de informes puede comenzar el diseño de la interfaz de usuario. Cuando se finalice la
actividad diseño del plan de pruebas se puede comenzar con el diseño de los planes de
formación e implantación. El diseño de la implantación web debe finalizar al mismo
tiempo que lo hace el diseño de la interfaz de usuario.
• Finalizado el diseño puede comenzar la implementación. La implementación de los

módulos de interconexión puede comenzar 4 días después de haber comenzado la
elaboración del software de los distintos procesos, realizándose las pruebas en paralelo
con estas tareas. Dos días después de finalizarse las pruebas se puede comenzar la tarea
de documentación e informes.
• La actividad de pruebas, formación e implantación comienza una vez finalizada la

implementación y sus tareas se ejecutan de forma secuencial.
Documentación a Entregar:
• Informe impreso con la vista del diagrama de Gantt y visualización del camino o
posibles caminos críticos. Se debe indicar la fecha de finalización del proyecto
calculada por ms-project y se deben explicar los resultados obtenidos en la
planificación con ms-project tras establecer las dependencias entre actividades.
• Fichero mpp con el resultado del ejercicio.

Prácticas PGSI
Práctica 2. Definición de Tareas y sus

Dependencias
Contenido
1. Estructura de descomposición de trabajos (WBS).
2. Tipos de dependencias entre tareas.
3. Dependencias entre tareas.
4. Vinculación de tareas.
5. Tiempos de posposición y de adelanto.
6. Camino crítico y tareas críticas.
7. Visualización en el diagrama de Gantt.
8. Formulario de propiedades de tareas.
Félix O. García
Estructura de Descomposición de Trabajos
Las tareas definen el ámbito del proyecto
Al identificar las tareas se deben organizar en una

jerarquía denominada Estructura de Descomposición de
Trabajo (WBS):
Lista las tareas a realizar en una secuencia determinada
relacionada con la naturaleza del proyecto
Secuencial: Preparar cimientos antes de subir paredes
En paralelo: Electricidad y Fontanería de un edificio
Habrá tareas con dependencias temporales
Félix O. García
Dependencias entre Tareas
Las tareas se vinculan definiendo una dependencia
entre sus fechas de comienzo y de fin.
Cuatro tipos de dependencias entre tareas en Project
2000:
Félix O. García
Vinculación de Tareas
Establecer Dependencias entre Tareas:
Seleccionar Vista Diagrama de Gantt.
En el campo Nombre de tarea, seleccionar dos o más
tareas que desee vincular.
Para tareas no adyacentes Ctrl+ Click
Doble Click
Para tareas adyacentes MAYÚS+Click
Click en Vincular tareas
(por defecto FC)
Félix O. García
Gestión de Tareas
Vinculación de Tareas (Otra forma):
Félix O. García
Tiempos de Posposición y Adelanto
Tiempo de Adelanto, especifica superposición entre tareas
que tienen una dependencia. Se indica con un valor negativo en
campo Pos (Información Tarea-Predecesoras).
Félix O. García
Tiempo de Adelanto, especifica superposición entre tareas
que tienen una dependencia. Se indica con un valor negativo en
campo Pos (Información Tarea-Predecesoras).
Tiempo de Posposición, retraso entre tareas que tienen una

dependencia. Se indica con un valor positivo en campo Pos
(Información Tarea-Predecesoras).
Félix O. García
Gestión de Dependencias:
Tiempos Adelanto y Posposición:
+ Adel
- Posp
Félix O. García
Camino Crítico (ruta crítica)
Identifica las tareas que son críticas para la duración

del proyecto
Tareas Críticas
No puede incrementarse su duración o cambiar su fecha de
inicio sin afectar a la finalización del proyecto
No tienen margen de demora
Félix O. García
• Formato – Asistente Diagramas Gantt
Félix O. García
• Formato – Asistente Diagramas Gantt
Félix O. García
Formulario de Tareas
Félix O. García
Félix O. García
Félix O. García
UCLM -ESI PGSI
PRÁCTICA 3
GESTIÓN DE RECURSOS CON MS PROJECT
Objetivos:
Aprender a definir y asignar recursos en MS Project.

Manejar diferentes tipos de costes en MS Project.
Utilizar calendarios en MS Project.
Actividades:
a) Tutorial
1. Repaso de conceptos.
a) Tipos de recursos.
b) Tipos de costos.
2. Asignar recursos a las tareas.
a) Crear un recurso.
b) Manejar la hoja de recursos.
c) Asignar un recurso a una tarea.
d) Unidades de un recurso para una tarea.
e) Detalle de los recursos: grupo, capacidad máxima y disponibilidad.
3. Definir Cos tos de Recursos.
a) Costo fijo de una tarea.
b) Costos variables de un recurso.
c) Tasas variables de recursos.
d) Tasas de tablas de costo, aplicación a una tarea.
4. Establecer Calendarios.
a) Calendario base un proyecto.
b) Horario laboral y días no laborables.
c) Calendario de un recurso.
d) Asignar un calendario base a un recurso.
e) Cambiar formato de las fechas.
b) Caso Práctico: Utilizar MS Project para gestionar los recursos en la aplicación de ejemplo
de la práctica anterior.
Bibliografía:
1. Microsoft Press, Microsoft Project 98 paso a paso; McGraw-Hill Interamericana, 1998.

Caps. 6 y 7.
3 – Gestión de Recursos con MS Project 1

UCLM -ESI PGSI
a) TUTORIAL:
Una vez terminada la lista de tareas, esquematización y las dependencias de la

programación de la reunión anual de accionistas, el equipo del proyecto ha pasado la
información sobre los recursos a usar en el proyecto los costos y el calendario.
Abrir archivo Tutorial3.mpp
• Creación de la lista de recursos:
Usando el cuadro de diálogo Asignar Recursos, añadir el recurso secretario con la

siguiente información:
Iniciales Grupo Código

Sec Personal oficina 105-303
En la Hoja de Recursos introducir los siguientes recursos:
Nombre Iniciales Grupo Capacidad Código

Recurso Máxima
vicepresidente Vp Directiva 100% 101-101
Jefe oficina Jo Directiva 100% 101-200
Auxiliar Aux Personal oficina 200% 105-106
administrativo
• Asignación de Recursos a Tareas. Asignar los recursos a las siguientes tareas:
Id Nombre Recursos
3 Programar fecha de la conferencia Vp, Jo
4 Reservar centro de conferencias Sec
5 Buscar conferenciante Jo
8 Ordenar lista de envío Sec
9 Preparar carta Aux
10 Revisar carta Jo
11 Aprobar carta Vp
15 Preparar menú con empresa catering Aux
16 Preparar salas de reunión del comité Sec
17 Preparar equipamiento necesario Aux
• Aplicación de costos de recursos:
El departamento de contabilidad ha proporcionado la información necesaria sobre

costos para cada recurso asignado al proyecto de reunión de accionistas. El recurso

UCLM -ESI PGSI
Secretario va a tener un aumento de sueldo durante el proyecto. El auxiliar

administrativo cobrará más por las tareas relacionadas con cualquier trabajo de
supervisión.
1) Introducir los siguientes costos asociados a los recursos:
Nombre Recurso Tasa Estándar Tasa Horas Extra

Secretario 10€ por hora 15€ por hora
Vicepresidente 85.000 € por año
Jefe oficina 45.000 € por año 39.000 € por año
Auxiliar administrativo 20€ por hora 30 € por hora
2) A partir del 19 de Julio de 1999, el recurso secretario va a tener un aumento de

sueldo de un 10% en las horas estándar y horas extra.
3) El recurso auxiliar administrativo tiene una tasa distinta para las tareas de
supervisión. Crear una nueva tabla de costos con una tasa estándar de 24 € por
hora y una tasa de horas extra de 37,5 € por hora.
4) Aplicar la nueva tasa de costos para el recurso auxiliar administrativo en la tarea
17 (Preparar equipamiento necesario). Utilizar la vista Uso de Tareas.
5) El recurso Secretario tiene una tasa distinta para la tarea Ordenar Lista de Envío.
Para dicha tarea su tasa estándar es de 15 € por hora y su tasa de horas extra es de
20€ por hora.
• Creación, Edición y Asignación de Calendarios.
El proyecto de la reunión de accionistas no requiere una jornada tradicional de ocho

horas para cada recurso. En vez de ello sólo se trabajará en las tareas del proyecto por la
mañana, exc epto los lunes. Es necesario crear un nuevo calendario base y asignárselo a
cada recurso del proyecto. También se ha solicitado una lista de días no laborables para
el proyecto y los horarios de trabajo especiales de los recursos individuales. Hay que
introducir estas excepciones en el calendario adecuado.
1) A partir de una copia del calendario base estándar, crear un nuevo calendario base
llamado Reunión_Accionistas para el proyecto de la reunión de accionistas.
2) Cambiar el horario laboral para que sea el siguiente:

a. Todos los lunes: de las 13:00 a las 17:00 horas
b. De martes a jueves: de las 8:00 a las 12:00 horas.
c. Todos los viernes de 9:30 a 13:30 horas.
3) Añadir los siguientes días no laborables al calendario Reunión_Accionistas:

a. 5 de julio de 1999; por la fiesta del 4 de julio
b. 26 de Julio de 1999; no se trabaja por la tarde, porque hay una comida de la
empresa.
4) Asignar el calendario Reunión_Accionistas a todos los recursos asignados al
proyecto.
5) Marcar el 6 de Julio de 1999 como día no laborable para el ej fe de oficina en su
calendario de recurso.

UCLM -ESI PGSI
6) Guardar el archivo sin línea de base.
b) Ejemplo de Aplicación:
Se desean añadir los datos necesarios al proyecto SirVE para incorporar la gestión de los
recursos.
Para el desarrollo de las diferentes actividades del proyecto SirVE se establece un equipo de
trabajo formado por:
• Jefe del Área de Desarrollo, que realizará conjuntamente la comunicación y relaciones

con el cliente y las funciones de Director del Proyecto. Es el responsable de la
supervisión, dirección y gestión del proyecto. (JefeA).
• Un Analista programador especialista en Servidores y paginas WEB, que realizará los
módulos de implantación y servicio en la Red, así como los protocolos de comunicación
necesarios para su manejo. (AnalistaW)
• Un Analista programador especialista en Bases de Datos que diseñará la base de datos
y sus procesos, así como los módulos de informes derivados de consultas a esos datos.
(AnalistaD).
• Un Analista Programador especialista en desarrollo de aplicaciones que realizará la
aplicación de oferta y demanda. (AnalistaP)
• Un Administrativo que se encargará de grabar todos los informes en el manual de
referencia y preparará toda la documentación derivada de las reuniones del equipo de
trabajo para presentar a los clientes. Así mismo colaborará en el proyecto, en tareas de
cargas de datos o elaboración del manual de referencia.(Administrativo)
Las tasas asociadas a cada uno de los recursos (cuyo calendario es el calendario base) son las
siguientes:
Recurso Sueldo Horas Extra

JefeA 2400 €/m 2800 €/m
AnalistaW 1500 €/m 1800 €/m
AnalistaD 1500 €/m 1800 €/m
AnalistaP 1800 €/m 2000 €/m
Administrativo 1200 €/m 1500 €/m
Las actividades en las que intervienen cada una de estas personas son:
Actividad Tareas Recursos (Dedicaci ón)

1. Análisis de la situación 1.1. Estudio de informes detallados JefeA
actual AnalistaW
AnalistaD
AnalistaP
Administrativo (50%)
1.2. Depuración y carga de datos actualizados JefeA (50%)
AnalistaD
AnalistaP
Administrativo
1.3. Estudio de productos actuales JefeA (50%)
AnalistaW

UCLM -ESI PGSI
2. Análisis del sistema 2.1. Especificación requisitos necesarios JefeA

AnalistaW
AnalistaD
AnalistaP
2.2 Analizar el sistema actual JefeA
AnalistaW
AnalistaD
AnalistaP
2.3. Análisis de Estructuras de Datos JefeA
AnalistaD
2.4. Análisis de Procesos
2.4.1. Análisis del Proceso de JefeA (33%)
Oferta y Demanda AnalistaP
2.4.2. Gestión de Datos e Informes JefeA (33%)
AnalistaD
2.4.3. Comunicación en web JefeA
AnalistaW (33%)
2.5. Interfaces de Usuario
2.5.1. Interfaces de carga JefeA
AnalistaW
AnalistaD
2.5.2. Interfaces de consulta y JefeA (50%)
reserva AnalistaW (50%)
AnalistaP
2.5.3. Interfaz de Informes JefeA (50 %)

AnalistaW (50%)
AnalistaD
3. Diseño del sistema 3.1. Diseño de la Estructura de datos JefeA (10 %)
AnalistaD
3.2. Diseño del proceso de carga JefeA (10 %)
AnalistaD
3.3. Diseño del proceso de consulta JefeA (10 %)
AnalistaP
3.4. Diseño del proceso de venta JefeA (10 %)
AnalistaP
3.5. Diseño del proceso de informes JefeA
AnalistaW
AnalistaD
AnalistaP
3.6. Diseño de la interfaz de usuario JefeA
AnalistaW
AnalistaD
AnalistaP

UCLM -ESI PGSI
3.7. Diseño de la implantación WEB JefeA

AnalistaW
AnalistaD
AnalistaP
3.8 Diseño del Plan de Pruebas JefeA (10%)
AnalistaW (10 %)
AnalistaD (10%)
AnalistaP (10%)
3.9 Diseño del plan de implantación JefeA (10%)
AnalistaW (10 %)
AnalistaD (10%)
AnalistaP (10%)
3.10 Diseño del plan de formación JefeA (10%)
AnalistaW (10 %)
AnalistaD (10%)
AnalistaP (10%)
4. Implementación 4.1. Elaboración del Software de los distintos Jefe
procesos AnalistaD
AnalistaP
AnalistaW
4.2. Implementación de los módulos de Jefe
interconexión AnalistaD
AnalistaP
AnalistaW
4.3. Pruebas Jefe
AnalistaD
AnalistaP
AnalistaW
4.4. Documentación e Informes Administrativo
5. Pruebas, Formación e 5.1. Gestión del Plan de Formación Jefe
Implantación AnalistaD
AnalistaP
AnalistaW
Admnistrativo
5.2. implantación del sistema Jefe
AnalistaD
AnalistaP
AnalistaW
5.3. Tareas de prueba de los productos finales Jefe
instalados AnalistaD
AnalistaP
AnalistaW
Existen una serie de consideraciones a tener en cuenta con respecto a la gestión de

costos y recursos en el proyecto SirVE:

UCLM -ESI PGSI
• Para el desarrollo de las pruebas (de la fase de implementación) se ha alquilado un

servidor especial que cuesta 10€ la hora. El proveedor cobra por el transporte de
este equipo 40€.
• Como soporte a la implantación del sistema se ha contratado a una empresa
especializada que cobra por contrato 300€.
• A partir del 1 de Julio se va a producir una subida de sueldo de un 10% (tanto horas
normales como extra) del administrativo.
• El 2 de Mayo es fiesta en la empresa y por tanto no se trabaja.
• Durante los meses de mayo y junio el administrativo trabaja en jornada intensiva de
mañana (de 8:00 a 16:00).
• El día 22 de Julio el jefe de proyecto tiene asignado día libre.
• Cuando el jefe está dedicado a tareas de implementación su tasa sube un 20%.
• Se calcula que para el 1 de Mayo se experimente una subida de sueldo en los
analistas programadores en un 5%.
Documentación a Entregar:
• Informe en el que se debe detallar:

a. Información de los Recursos del proyecto
b. Información de la asignación del recurso Administrativo en las tareas del
proyecto.
c. Tabla de costo de las diferentes actividades
d. Costo de los recursos: Administrativo y Jefe de Operaciones
e. Asignación de los recursos en la tarea Depuración y Carga de Datos
Actualizados.
• Fichero mpp del proyecto.

Prácticas PGSI
Tema 3. Trabajo con Recursos

Introducción
Hasta Ahora...
Ámbito del Proyecto
Lista de Tareas
Duraciones
Dependencias de Tareas
Gestión de Recursos. Objetivos:
Crear Listas de Recursos
Asignar Recursos a Tareas
Introducir Información detallada de recursos
Asignar costos a recursos y tareas
Asignar tasas variables de recursos y tablas de tasa de costo
Félix O. García
Introducción
Recursos
Personas, lugares y elementos
necesarios para realizar una tarea
Con la asignación de recursos a las tareas:
• Se controla mejor el trabajo necesario para realizar una tarea
• Coste del trabajo necesario
• Progreso del proyecto
Cada tarea necesita tener asignada los recursos necesarios para
llevarla a cabo
Mínimo 1 Recurso
Nombre del Recurso:
Genérico Auxiliar Administrativo
Específico José Rodríguez
Félix O. García
Trabajo con Recursos
Introducir Recursos (Cuadro Diálogo Asignar Recursos)
Libreta Direcciones Correo

Félix O. García
Introducir Recursos (Hoja de Recursos)
Félix O. García
Tipos de Recursos:
Recursos de Trabajo
Personas y el Equipamiento que completan las tareas
empleando tiempo (o trabajo) en las mismas.
Al configurar un recurso de trabajo, se hace en el contexto
del tiempo.
Los recursos materiales
Suministros, artículos u otros productos consumibles
utilizados para completar tareas en el proyecto (hormigón,
acero, tuberías, madera y cristal)
Los recursos materiales son diferentes de los recursos de
trabajo como personal y equipamiento, que utilizan tiempo
en vez de material para completar las tareas.
Félix O. García
Configuración Recursos de Trabajo
Se hace en el contexto del tiempo.
Un nuevo recurso de trabajo se define indicando la cantidad de
tiempo, o capacidad máxima, que el recurso va a dedicar al
proyecto en conjunto:
tiempo completo (100%), tiempo parcial (50%, por ejemplo) o
múltiple (por ejemplo, 300% para tres carpinteros en el proyecto).
De la misma manera, al asignar un recurso de trabajo a una tarea,
se especifica la parte de tiempo del recurso disponible para la
tarea Unidades de asignación
El recurso puede estar asignado a tiempo completo (100%), a
tiempo parcial (por ejemplo, 20%, con el tiempo restante
disponible para otras asignaciones), o múltiple (por ejemplo,
200% para dos fontaneros asignados a una tarea).
Félix O. García
Configuración Recursos Materiales:
Se define la etiqueta de material, o unidad de medida, para el material.
Ejemplos de etiquetas son metros cúbicos, toneladas y cajas.
Cuando se asigna un recurso material a una tarea, se especifica el consumo

de material para la asignación;
por ejemplo, 10 toneladas de acero para una asignación específica.
Se puede establecer si el uso del material está basado en el tiempo

(consumo de material variable) o no (consumo de material fijo).
Los recursos materiales son diferentes de los recursos de trabajo en varios

aspectos:
Los campos de tasa de horas extra y de grupo de trabajo están desactivados.
La disponibilidad de unidades no puede especificarse.
Los recursos materiales no se redistribuyen.
Los recursos materiales no utilizan calendarios de recursos.
El costo por uso funciona de manera diferente que para recursos de trabajo.
Félix O. García
Asignación de Recursos
Introducir Información para un Recurso:
Félix O. García
Trabajar con Recursos
Disponibilidad de un Recurso
Período de tiempo de trabajo que puede programarse para
trabajar en tareas. Determinada por:
Los períodos laborables especificados en el calendario de recursos.
Las fechas de comienzo y fin de recursos para el proyecto.
La disponibilidad de unidad de recursos durante un período de
tiempo dado; por ejemplo, 50%, 100% o 300%.
La disponibilidad de los recursos se aplica sólo a recursos de
trabajo
Calendario del proyecto (Cambiar calendario laboral) para
definir los períodos y días laborables y no laborables de todos los
recursos del proyecto.
Calendario de recursos para definir excepciones a períodos
laborables para recursos individuales;
por ejemplo, para días no laborables o vacaciones.
Félix O. García
Si un recurso no comienza o termina al mismo tiempo que la
fecha de comienzo y fin del proyecto, se pueden especificar las
fechas de comienzo y fin de disponibilidad del recurso (cuadro
de diálogo Información del recurso.
Disponibilidad de unidad del recurso para el proyecto en

conjunto:
tiempo completo (100%), tiempo parcial (50%, por ejemplo) o
múltiple (por ejemplo, 300% para tres carpinteros en el proyecto).
En Información del recurso se puede especificar que una
disponibilidad de unidad de recurso varíe en diferentes períodos
de tiempo durante el proyecto
Félix O. García
Félix O. García
Asignación de los Recursos a Tareas:
1 Recurso a 1 Tarea
Varios Recursos a 1 Tarea
1 Recurso a Varias Tareas
Félix O. García
Asignación de los Recursos a Tareas:
Félix O. García
Gestión de Costos
En Project 2 Tipos de Costos:
Por Recursos
Cada recurso tiene sus costos asociados
Fijos de Tareas
Se usan cuando la tarea en sí tiene un costo asociado
Por ejemplo, si una tarea se está realizando por un recurso de precio
fijo (contratado) se introduce un costo fijo a la tarea sin asociarle
costos de recursos
Costos por Uso

Costos asociados a un recurso o tarea que se cargan una sola
vez independientemente de la duración de la tarea o el número
de unidades de un recurso asignado a la tarea
(ejemplo, pagar tarifa de transporte de una maquinaria a una obra)
Félix O. García
Gestión de Costos
Costo Fijo en una Tarea:
Ver – Tabla – Costo
El costo fijo de una tarea no se carga al proyecto

hasta que no termina la tarea
Félix O. García
Gestión de Costos
Costos de un Recurso
Trabajo Basados en Tasas:
Costos de recursos de trabajo, como personas o equipos, a los que
ha asignado tasas estándar y (si es necesario) tasas de horas extra,
normalmente por hora.
Cuando asigna un recurso a una tarea, Microsoft Project calcula el
costo total del recurso utilizando las tasas de recursos por horas que
haya introducido y el tiempo empleado en llevar a cabo la tarea.
Materiales Basados en Tasas:
Son costos de recursos materiales consumibles, como materiales de
construcción o suministros, a los que ha asignado tasas estándar.
Las tasas de recursos materiales se asignan por unidad de material,
como tasa por metro o tasa por tonelada.
Cuando asigna un recurso material a una tarea, Microsoft Project
calcula los costos totales materiales utilizando la tasa de recurso
material que ha introducido y la cantidad de material necesaria para
completar la tarea.
Félix O. García
Gestión de Costos
Costos de un Recurso
Félix O. García
Gestión de Costos
Tablas de Tasas de Costos:
Conjunto de tasas de recursos y costos por uso para recursos
materiales y de trabajo.
Hasta 25 niveles diferentes para introducir futuros cambios de tasas,
como un aumento de tasas de pago o mejoras materiales, y es posible
especificar la fecha en que deben entrar en vigor esos cambios.
Por ejemplo, si sabe que un recurso va a tener un aumento en la paga
dentro de seis meses, puede hacer que Microsoft Project empiece
utilizando automáticamente la nueva tasa en el momento que se
especifique.
Hay cinco tablas de tasas de costo (de la A a la E) lo que supone cinco
grupos de diferentes tasas que puede cargar un recurso para
diferentes tipos de trabajo.
Por ejemplo, puede pagar a un carpintero más por hacer un acabado que
por enmarcar, por lo que puede aplicar una tabla de tasas a la asignación
de trabajo de acabado del carpintero y una diferente a la asignación del
trabajo de enmarcar.
Félix O. García
Gestión de Costos
Tablas de Tasas de Costos:
Félix O. García
Gestión de Costos
Aplicar una Tabla de Tasa de Costo en una
Tarea:
Vistas – Uso de Tareas
Félix O. García
Gestión de Costos
Aplicar una Tabla de Tasa de Costo en una Tarea:
Información de Asignación:
La nueva tasa se
aplica y se recalcula
el nuevo costo de la
tarea
Félix O. García
Acumulación de Costos:
Comienzo
Costos de los recursos efecto al comienzo tarea
Fin
Costos recursos efecto al fin tarea
Prorrateo (por defecto)
Su acumulación se distribuye a lo largo de la duración.
Félix O. García
Calendarios
Crear un Calendario para una Tarea:
Menú Herramientas Cambiar calendario laboral
En el cuadro Nombre, escribir el nombre del nuevo calendario.
Opciones:
Para comenzar con un
calendario predeterminado,
click en Crear nuevo
calendario base.
Para crear un nuevo
calendario base a partir de un
calendario existente, hacer
clic en Hacer una copia del
y, a continuación, en el
nombre del calendario que
aparece en el cuadro.
Félix O. García
Calendarios
Hacer los cambios en el
calendario:
Cambiar días específicos
Seleccionar días no adyacentes
(Ctrol + Click), adyacentes
(Mayus + Click)
Cambiar un día de la semana en
todo el calendario
Establecer Fechas
Predeterminadas (Pred, Periodo
no lab, Periodo lab pred)
En Periodo laborable no
predeterminado seleccionar
horario (desde-hasta)
Félix O. García
Calendarios
Después de crear el calendario hay que asignarlo a alguna
tarea.
Félix O. García
Calendarios
Asignar y cambiar el Calendario de un Recurso
Félix O. García
Ejercicio
Proyecto SIrVE
Félix O. García
UCLM-ESI PGSI
PRÁCTICA 4
VERSIÓN COMPLETA DEL PLAN DEL PROYECTO
Objetivos:
Optimizar la asignación de los recursos a las tareas.

Utilizar delimitaciones temporales en las tareas.
Generar la versión final del plan del proyecto.
Actividades:
1) Repaso de conceptos.
a) Trabajo (esfuerzo) vs Duración vs Unidades.
b) Tipos de tareas.
c) Tipos de perfiles de trabajo.
d) Sobrecarga e infrautilización de recursos.
e) Clases de delimitaciones en las fechas de tareas.
f) Línea base de un proyecto y planes provisionales.
2) Programación de recursos.
a) Activar y desactivar la programación condicionada por el esfuerzo.
b) Manejar la vista Entrada de tarea.
c) Utilizar tareas de unidades fijas.
d) Utilizar tareas de duración fija.
e) Utilizar tareas de trabajo fijo.
3) Perfiles de trabajo.
a) Utilizar las vistas Uso de Tarea y Uso de Recursos.
b) Asignar perfiles de trabajo preestablecidos.
c) Definir nuevos perfiles.
4) Definir el calendario a partir de la fecha de finalización del proyecto.
5) Cargas de trabajo de recursos.
a) Ver las cargas de trabajo de los recursos.
b) Utilizar la barra de herramientas de administración de recursos.
c) Identificar recursos sobrecargados.
d) Resolver conflictos de sobreasignación: redistribuir recursos.
6) Añadir delimitaciones en las fechas de las tareas.
a) Utilizar la ficha Información de la Tarea.
b) Añadir delimitaciones flexibles.
c) Resolver conflictos: Asistente para Planeación.
7) Crear la línea base de un proyecto.
a) Ver estadísticas de una línea base.
b) Almacenar planes provisionales.
8) Utilizar MS Project para completar con los aspectos anteriores la aplicación de eje mplo.
4 – Versión Completa del Plan del Proyecto 1

UCLM-ESI PGSI
Bibliografía:

Caps. 8, 9 y 10.
a) Tutorial
1. Modificación del tipo de tareas

Abrir el archivo Programa.mpp
Cambiar a la vista Entrada de Tarea (opción Más Vistas aplicar entrada de tarea)
Añadir un recurso adicional a una tarea de unidades fijas

- Seleccionar tarea 9 Terminar Dibujos (tiene asignada una unidad, un 100% del
recurso arquitecto con 80 horas de trabajo y con una duración de dos semanas)
- Añadir una unidad del recurso arquitecto
- ¿Qué efectos se producen?
Añadir un nuevo recurso a una tarea de Duración Fija

- Seleccionar la tarea 24, Últimas reparaciones (tiene asignada una unidad, un
100% del recurso carpintero con 40 horas de trabajo y con una duración de una
semana)
- En el formulario de tareas seleccionar como tipo de tarea Duración Fija.
- Asignar un electricista a esta tarea (barra herramientas estándar- asignar
recursos)
Modificación de una tarea de trabajo fijo

- Seleccionar la tarea 19, Terminar paredes (tiene asignada una unidad, un 100%
del recurso pintor con 80 horas de trabajo y con una duración de dos semanas)
- En el formulario de tareas seleccionar como tipo de tarea Trabajo Fijo.
- Asignar la empresa constructora a esta tarea (barra herramientas estándar-
asignar recursos)
2. Creación de Perfiles de Trabajo
Presentación de Vistas de Uso

- En la vista combinada establecer las vistas Uso de Recursos y Uso de Tareas
Aplicación de un perfil preestablecido

- En la tarea 3 (Escribir propuesta), pulsar el campo trabajo para el “jefe de
operaciones” (está asignado a la tarea con un trabajo total de 24 horas que se
distribuyen uniformemente en un periodo de tres días)
- Ir a la tarea seleccionada (barra herramientas estándar) e introducir 12 en el
campo de trabajo (el trabajo cambia a 12 horas por lo que el trabajo total de la
tarea cambia a 36 y la duración sigue siendo de tres días cambiando la
distribución del trabajo a 8 horas el primer día y 4 horas el segundo).

UCLM-ESI PGSI
- En la barra herramientas estándar, pulsar botón Información de la asignación y

cambiar el perfil de trabajo a Creciente.
3. Programar el proyecto a partir de la fecha de fin
Cambiar la opción Programar a partir de

- Seleccionar la información del proyecto
(la fecha inicial es el 10/8/98 y la final está programada para el 19/11/98)
- Programar el proyecto a partir de la fecha de fin
- Seleccionar como fecha de fin el 6 de noviembre de 1998.
- La fecha de comienzo es recalculada
- Guardar el archivo sin línea de base
4. Resolver sobreasignaciones de recursos

o Abrir el Archivo Repaso3.mpp
Visualizar la carga de trabajo de los recursos
- Establecer la vista Uso de recursos

- Ver la carga de trabajo del recurso secretario
- Mostrar la barra de herramie ntas Administración de Recursos
- Mostrar la vista Asignación de Recursos
- Buscar la sobreasignación del recurso Vicepresidente
Uso de la redistribución automática

- Comprobar la fecha de fin actual del proyecto
- Abrir el cuadro de diálogo Redistribuir Recursos
- Comprobar las opciones:
Redistribución manual por días, proyecto completo, estándar, se pueden
ajustar asignaciones individuales, la redistribución puede crear divisiones
en el trabajo restante.
- Redistribuir el proyecto (comprobar que está seleccionada la sección inferior de
la vista Asignación de Recursos)
5. Aplicación de delimitaciones sobre las tareas

Abrir el archivo Restricción.mpp
Aplicación de delimitaciones flexibles.
- Seleccionar la tarea Demolición del espacio existente
- Comprobar fechas de comienzo y de fin programadas para esta tarea
- En avanzado seleccionar tipo –no comenzar antes del 21 de septiembre de 1998
Aplicación de delimitaciones inflexibles.
- Seleccionar la tarea Negociar nuevo alquiler
- En avanzado seleccionar tipo –no finalizar después del 1 de septiembre de 1998
Aplicación de delimitaciones conflictivas.
- Seleccionar la tarea Presentar Propuesta

UCLM-ESI PGSI
- En avanzado seleccionar tipo –debe comenzar el 7 de septiembre de 1998

- Cancelar la delimitación
Mostrar Delimitaciones
- Establecer la vista hoja de tareas
- Añadir la tabla de fechas de delimitación (opción más tablas)
6. Definición de una línea de base

Definición de una línea de base
- Guardar línea de base (herramientas-seguimiento)
- Comprobar que está seleccionada la opción guardar línea de base y en la opción
para que está seleccionado el proyecto completo
Estadísticas de una línea de base

- Ir a la información del proyecto
- Pulsar Estadísticas. Se abre el cuadro de diálogo del proyecto “Delimitaciones
de tarea” mostrando información de la línea de base.
b) Caso Práctico:
Realizar las siguientes modificaciones sobre el proyecto SirVE:
• El administrativo tendrá una carga de trabajo decreciente durante la realización de la

tarea documentación e informes
• Resolver las sobreasignaciones de los analistas usando la redistribución que
automáticamente realiza ms-project (opciones por defecto).
• Resolver de forma manual las sobreasignaciones existentes en el recurso Jefe del Área
de desarrollo.
• La directiva nos comunica las siguientes restricciones sobre el proyecto:
- La tarea “Estudio de Informes Detallados” no debe comenzar antes del 5 de
Marzo de 2003.
- La tarea “Diseño del Proceso de Venta“ no puede finalizar después del 6 de
Mayo del 2003.
- La tarea “4.2 Implementación de los módulos de interconexión” no puede
finalizar después del martes 22 de Julio. Además, la directiva indica que es
posible adelantar dos días el comienzo de la tarea “implementación de los
módulos de interconexión” respecto del comienzo de la tarea “4.1 Elaboración
del software de los distintos procesos”.
• Guardar el proyecto con una línea de base para poder realizar su seguimiento.
Documentación a entregar:
• Fichero mpp del proyecto.
• Informe en el que se debe incluir:
- Descripción sobre las sobreasignaciones de recursos que existían antes de
resolver los conflictos y cómo se han resuelto (tanto las que ha resuelto project
de forma automática como las que se deben resolver de forma manual). Dicho
informe se usará en la reunión de aprobación del proyecto con la diputación.
- Incluir en el informe la vista de redistribución de ms-project.
- Descripción detallado sobre las delimitaciones de tareas introducidas y sus
efectos en la programación del proyecto.

Prácticas PGSI
Práctica 4. Gestión de las Cargas de
Trabajo de los Recursos y
Delimitaciones de Tareas
Introducción a la Programación con Recursos
A medida que avanza la planificación se realizan

ajustes para reflejar:
el alcance del proyecto
las asignaciones del proyecto
otra nueva información
Los cambios en los recursos afectan a la Programación
del Proyecto
Cuando se modifica una asignación:
Se recalcula la programación inmediatamente
Importante considerar:
Método de Programación
Configuración del tipo de tarea
Félix O. García
Tipos de Programación
Programación Condicionada por el Esfuerzo:

Alarga o Reduce la Duración de una tarea para adaptarla a
cambios en los recursos
No cambia el trabajo (esfuerzo) total de la Tarea
Ejemplo:
Una tarea puede necesitar 32 horas de trabajo para su finalización, pero
puede tener programada una duración de 2 días.
Para completar la tarea en 2 días, se deben asignar dos recursos, que
tienen que trabajar 8 horas diarias cada uno.
Si se quitase un recurso de la tarea, la duración se alargaría a 4 días,
mientras que el esfuerzo necesario para completarla (32 horas) no
variaría.
Sólo es aplicable a recursos que se agregan o se quitan en una tarea.
Félix O. García

Es la que usa Project por defecto
Puede cambiarse:
Tareas individuales (Información de la Tarea – Avanzado)
Todas las nuevas tareas creadas en un proyecto
Opciones-Herramientas-Programación-Desactivar Casilla
La configuración del tipo de tarea influye en cómo se
programan las tareas:
Tres tipos de tareas
Unidades Fijas
Duración Fija
Trabajo Fijo
Ecuación básica: Trabajo = Duración * Unidades
Félix O. García

Modificación de una Tarea de Unidades Fijas
Unidades Fijas
Duración Unidades Trabajo
Condicionada Esfuerzo
Añadir una unidad del 1 Semana 200% Recurso A 40 horas cada uno
mismo recurso (A) 80 horas en total
Añadir una unidad de un 1 Semana 100% Recurso A 40 horas
recurso distinto (B) 100% Recurso B 40 horas
80 horas en total
Unidades Fijas Duración Unidades Trabajo
NO condicionada Esfuerzo
Añadir una unidad de un 2 Semanas 100% Recurso A 80 horas
160 horas en total
Félix O. García
Programación
Condicionada por
el Esfuerzo:
Añadir un
recurso
adicional a
una tarea de
Unidades Fijas
Las unidades se
incrementan a 200%
La duración disminuye a
1 Semana
Trabajo 80 horas
Félix O. García

Modificación de una Tarea de Duración Fija
Unidades Fijas
Añadir una unidad del 2 Semanas 200% Recurso A 80 horas cada uno
80 horas en total
Unidades Fijas Duración Unidades Trabajo
NO condicionada Esfuerzo
Añadir una unidad del 2 Semanas 200% Recurso A 80 horas cada uno
160 horas en total
Félix O. García
Programación
Condicionada por
el Esfuerzo:
Añadir un
recurso
adicional a
una tarea de
Duración Fijas
Las unidades cambian a 50%

La duración sigue siendo de 1 Semana
Félix O. García Trabajo 20 horas a cada unidad


Modificación de una Tarea de Trabajo Fijo
Se modifican la duración y unidades recursos
Tiene que estar condicionada por el esfuerzo
Unidades Fijas
Añadir una unidad de un 1 Semana 100% Recurso A 40 horas
80 horas en total
Félix O. García
Programación
Condicionada por
el Esfuerzo:
Añadir un
recurso
adicional a
una tarea de
Trabajo Fijo
Las unidades son del 100%

La duración disminuye 1 Semana
Trabajo 40 horas a cada unidad (80 total)
Félix O. García
Perfiles de Trabajo
Creación (Predefinido):
Cuando se asigna un recurso a una tarea el trabajo total de la tarea se
distribuye (por omisión) uniformemente a lo largo de la tarea
Perfil Uniforme
Perfil –> Cómo se distribuye el trabajo programado para un recurso a
lo largo de la duración de una tarea
Perfiles Preestablecidos (Información de la Asignación)
Uniforme (horas de trabajo uniformes vs duración tarea)
Creciente (pocas horas principio y se incrementa gradual hasta 100%)
Decreciente (100% principio y se decrementa gradual)
Dos Picos (número de horas sube 2 veces al 100%)
Pico inicial (número de horas sube al 100% en el primer cuarto de la duración )
Pico Final (número de horas sube al 100% en el último cuarto de la duración )
Campana
Campana achatada
Félix O. García
Perfiles de Trabajo
Félix O. García
Programación de un Proyecto
Programación de un Proyecto a partir de la fecha de
fin:
La mayoría de programaciones de proyectos a partir de fecha
inicio proyecto
Usos:
Hay ocasiones en las que es necesario programar respecto fecha
fin:
Ejemplo: Terminar un proyecto para una fecha concreta
Encontrar las fechas más tardías para realizar las tareas (aún
sabiendo la fecha de comienzo)
Al programar desde fecha fin se calcula la fecha de comienzo
de un proyecto para que pueda comenzar a tiempo
Proyecto – Información del Proyecto- Programar a Partir de –
Fecha Fin
Félix O. García
Introducción
Conflictos en Recursos:
Se producen cuando un recurso está programado para realizar
más trabajo del que puede llevar a cabo en el periodo
laborable disponible
Se identifican en Rojo
Forma de resolverlos:
Automático (Project)
Ajustes automático Retrasar o Dividir Asignaciones de recursos o
tareas
Manual Usando técnicas de programación en Project
Félix O. García
Introducción
Ejemplo SobreAsignación:
Félix O. García
Carga de Trabajo
Visualización de las cargas de trabajo de recursos y
asignaciones de tareas:
Ayuda a identificar hasta qué punto hay SobreAsignación
Barra de Herramientas Administración de Recursos:
Félix O. García
Vistas
Vista Uso de Recursos
Vista Asignación de Recursos:
Vista Gantt de Redistribución

Félix O. García
Ver SobreAsignaciones
Ir a la SobreAsignación siguiente:
Félix O. García
Resolución de Conflictos de Recursos
No todas las sobreasignaciones se pueden

resolver:
Las inferiores a una hora por día o un día a la
semana podrían quedarse sin resolver
Estrategias:
Redistribución Automática de los Recursos:
Se retrasan o se dividen las tareas
Redistribución Manual de Sobreasignaciones de
recursos:
Cuando la redistribución no resuelve los conflictos como se
desea
Félix O. García
Redistribución Automática:
Las asignaciones seleccionadas se distribuyen teniendo en
cuenta:
Capacidad de trabajo, unidades de asignación, calendario del
recurso, duración y delimitaciones de las tareas
Cuadro Diálogo Redistribuir Recursos:
Félix O. García
Cuadro Diálogo Redistribuir Recursos:
Cálculo Redistribución
Automática (ante cambios planificación)
Manual (sólo cuando se pulsa Redistribuir Ahora)
Ámbito Redistribución
Todo el Proyecto (predeterminado)
Tareas en un rango de fechas determinado
Resolución sobreasignaciones
Orden de redistribución
Sólo Identificador Comprueba tareas en orden ascendente de su Id
Estándar (Pred) Comprueba tareas orden dependencias con
predecesoras, demora disponible, fechas, prioridades, delimitaciones
Prioridad, estándar 1º prioridad, luego igual estándar
Margen de demora permisible Sólo aquellas tareas que no
afectan a la fecha fin del proyecto
Asignaciones y división de tareas
Félix O. García
Ejemplo:
Herramientas-Redistribuir Recursos (Por Defecto)
Redistribuir Ahora
Félix O. García
Revisión de los cambios automáticos de redistribución:
Félix O. García
Anterior Redistribución:
Posterior Redistribución:
Félix O. García
Resolución Manual de Sobreasignaciones:
Automática. A veces:
No resuelve todos los conflictos de recursos
Ajustes no deseados
Sugerencias Redistribución Manual:
Incrementar la capacidad máxima del recurso
Reprogramar la tarea que ha creado la sobreasignación
Añadir horas extras
Ajustar las dependencias o delimitaciones de las tareas
Suprimir el recurso si no es importante para la tarea
Sustituir el recurso sobreasignado por un recurso infrautilizado
Ajustar el calendario para ampliar los días y horas laborables del
proyecto o recurso
Disminuir la cantidad de trabajo asignado al recurso
Félix O. García

Incremento de la capacidad máxima de un recurso:
Félix O. García

Cambio del Trabajo en una asignación de Tarea:
Sólo debe hacerse tras analizar el trabajo necesario para
realizar la tarea
Félix O. García
Programación de las delimitaciones de Tareas
Introducción
Pueden aparecer situaciones en las que es necesario
comenzar o terminar tareas en una fecha exacta o
aproximada
Cuando se impone una limitación en fecha comienzo
o fin se pierde flexibilidad ante cambios programación
En Project todas las tareas son programadas para
ocurrir tan pronto como sea posible en base a la
fecha de comienzo del proyecto
Project controla delimitaciones y avisa ante
generación de conflictos
Félix O. García
Restricción de Fechas de Comienzo y Fin Tarea

Delimitación Restricción comienzo o fin tarea
Tipos de Delimitación:
Flexible: No está ligada a una fecha específica
Inflexible: Ligada a una fecha específica
Su tipo depende de que el proyecto esté programado a partir

de la fecha de comienzo o de fin
Información de la Tarea
Avanzado
Tipo Delimitación
Fecha
Félix O. García
Aplicación de Delimitaciones Flexibles:
Delimitación Descripción Es Flexible para
Lo Antes Posible (LAP) La tarea comienza lo antes posible, Todos los Proyectos
basándose en otras delimitaciones
y dependencias
Lo Más Tarde Posible La tarea comienza lo más tarde Todos los Proyectos
(LMTP) posible, basándose en otras
delimitaciones y dependencias
No Finalizar Antes Del La tarea termina en la fecha Proyectos Programados a partir
(NFAD) introducida o en una posterior de una fecha de comienzo
No Comenzar Antes La tarea comienza en la fecha Proyectos Programados a partir

Del (NCAD) introducida o en una posterior de una fecha de comienzo
No Finalizar Después La tarea termina en la fecha Proyectos Programados a partir

Del (NFDD) introducida o en una anterior de una fecha de fin
No Comenzar Después La tarea comienza en la fecha Proyectos Programados a partir

Del (NCDD) introducida o en una anterior de una fecha de fin
Félix O. García
Aplicación de una delimitación flexible:
Félix O. García
Aplicación de Delimitaciones Inflexibles:
Delimitación Descripción Es Inflexible para
No Finalizar Antes Del La tarea termina en la fecha Proyectos Programados a partir
(NFAD) introducida o en una posterior de una fecha de fin
No Comenzar Antes La tarea comienza en la fecha Proyectos Programados a partir

Del (NCAD) introducida o en una posterior de una fecha de fin
No Finalizar Después La tarea termina en la fecha Proyectos Programados a partir

Del (NFDD) introducida o en una anterior de una fecha de comienzo
No Comenzar Después La tarea comienza en la fecha Proyectos Programados a partir

Del (NCDD) introducida o en una anterior de una fecha de comienzo
Debe Finalizar el La tarea finaliza en la ficha Todos los Proyectos

(DFE) introducida
Debe Comenzar el La tarea comienza en la fecha Todos los Proyectos

(DCE) introducida
Félix O. García
Aplicación de una delimitación inflexible:
Félix O. García
Programación de delimitaciones que crean conflictos:

Cuando se produce un conflicto Asistente Planeación
Félix O. García
Línea Base
Definición de una Línea de Base
Creada la Programación y resueltos los conflictos (recursos y tareas)
se tiene la mejor estimación
Antes de que comience la 1ª Tarea del proyecto es necesario definir
una línea de base:
Instantánea tomada en un momento concreto del proyecto
Útil para comparar la programación planificada con versiones posteriores
de la programación para ver los cambios obtenidos
Una línea de base es fundamental para llevar a cabo un seguimiento del
progreso.
Si crea una línea de base, controla el progreso viendo las variaciones
entre las estimaciones de la línea de base y los datos programados.
Definición de una línea Base:
Herramientas – Seguimiento – Guardar Línea Base
Proyecto Completo
Félix O. García
Línea Base
Información Guardada en Línea Base:
Tareas
Fechas de comienzo y fin
Duraciones
Trabajo
Costos
Tareas divididas
Trabajo de fase temporal
Costos de fase temporal
Recursos
Trabajo , Costos, Trabajo de fase temporal , Costos de fase temporal
Asignación
Fechas de comienzo y fin, Trabajo, Costos, Trabajo de fase temporal
Costos de fase temporal
Félix O. García
Línea Base
¿Qué hace Project con los datos?

Guarda los datos de la misma como parte del archivo del proyecto.
Una línea de base no es un archivo independiente.
Por ejemplo, cuando se guarda una línea de base, Microsoft Project
copia la información de los campos Comienzo y Fin en los campos
Comienzo previsto y Fin previsto.
Se pueden modificar los datos de la línea de base para ajustar los
cambios realizados en el proyecto como combinar, agregar o eliminar
tareas.
También se pueden eliminar todos los datos de una línea de base,
borrando ésta, si, por ejemplo, el proyecto ha concluido y se desea
utilizar el plan como plantilla de futuros proyectos.
Félix O. García
Línea Base
¿Cuándo se debe crear?

Lo ideal es crearla después de elaborar y perfeccionar el plan del
proyecto.
Dado que la línea de base proporciona los puntos de referencia con los
que se puede comparar el progreso del proyecto real, debe incluir las
mejores estimaciones de duración de las tareas, de las fechas de
comienzo y fin, de los costos y de otras variables del proyecto que
desee controlar.
Si la información de la línea de base difiere de los datos actuales,
significará que el plan original no es preciso.
Normalmente, esta diferencia se produce si ha cambiado el ámbito o la
naturaleza del proyecto.
Si los participantes del proyecto están de acuerdo en que la diferencia
lo justifica, entonces en cualquier momento durante el proyecto podrá
modificar o adaptar la línea de base.
Félix O. García
Línea Base
¿En qué se diferencia un plan previsto de un plan provisional?
Una línea de base es el conjunto original de estimaciones de fechas de
comienzo y fin, duraciones, trabajo y costo que guarda después de concluir
y perfeccionar el plan del proyecto, antes de que éste comience.
Es el principal punto de referencia para medir los cambios que se producen
en el proyecto.
Guarda casi 20 datos, incluidos totales e información de fase temporal de
tareas, recursos y asignaciones.
Un plan provisional es un conjunto de datos actuales que se guardan
después de comenzar el proyecto y se comparan con la línea de base para
evaluar el progreso.
Un plan provisional sólo guarda dos datos: la fecha de comienzo y la ficha
de fin de la tarea actual. Se pueden guardar hasta 10 planes provisionales.
Félix O. García
Línea Base
Creación de Planes Adicionales
Un plan provisional se guarda en ciertas fases de un proyecto
1. Herramientas-Seguimiento-Guardar línea de base.
2. Guardar plan provisional.
3. Copiar - click en el nombre del plan provisional actual.
4. En el cuadro En, click en un nombre para el siguiente plan
provisional o especifique un nuevo nombre.
5. Proyecto completo o en Tareas seleccionadas para guardar la
parte de la programación que desee.
Después de guardar un plan provisional, se pueden ver las
fechas de comienzo y fin del plan insertando sus campos en
una vista de hoja de tareas.
Por ejemplo, si ha guardado tres planes provisionales, puede ver
las fechas guardadas en el tercer plan insertando los campos
Comienzo3 y Fin3 en la vista Hoja de tareas.
Félix O. García
Presentación de las Delimitaciones del Proyecto
Formas de mostrar delimitaciones

Indicadores de Delimitación
Fechas de Delimitación (Hoja Tareas – Tabla Fechas Delimitación)
Félix O. García
UCLM-ESI PGSI
PRÁCTICA 5
SEGUIMIENTO DEL PROYECTO
Objetivos:
- Controlar el progreso de las tareas.

- Reprogramar el trabajo de las tareas.
- Comparar el plan del proyecto con la situación real.
Actividades:
1) Repaso de conceptos.
a) Valores de fechas en una tarea: previstas, reales y actuales.
b) Valores de costos en una tarea: previstas, reales y actuales.
c) Valores reales de un proyecto.
d) Clases de delimitaciones en las fechas de tareas.
e) Línea base de un proyecto y planes provisionales.
2) Introducir información del progreso real de una tarea.
a) Fecha real de fin de una tarea.
b) Duraciones reales y restantes.
c) Porcentaje completado.
d) Trabajo real.
3) Seguimiento de trabajo y costos.
a) Seguimiento del trabajo real.
b) Seguimiento de los costos actuales.
4) Dividir una tarea.
5) Actualizar el proyecto según la programación.
6) Comparar la línea base con los datos reales.
a) Estadísticas del proyecto.
b) Gantt de seguimiento.
c) Valores acumulados.
d) Ver datos de tablas del proyecto.
e) Mostrar líneas de progreso en los Gantt.
Bibliografía:

Cap. 11.
a) Tutorial
Abrir el archivo seguimiento.mpp
1. Introducción de la información del progreso real

Seleccionar la tarea Escribir propuesta
Establecer como fecha de fin de esta tarea el 11 de Agosto de 1998 (Seguimiento-
Actualizar Tareas-Estado Real)
5 – Seguimiento del Proyecto

UCLM-ESI PGSI
- El diagrama de Gantt muestra una barra de progreso y el campo indicadores añade

una marca de verificación
Actualizar las tareas (menú herramientas-seguimiento)
• La fecha real se introduce como prevista
• Duración real recalculada a dos días y su % completado es el 100%
Ver sugerencia de la fecha fin tarea (puntero del ratón sobre el indicador de la tarea)
2. Introducción de duraciones reales y restantes

Seleccionar la tarea Negociar nuevo alquiler
Estable cer como duración real 2 días y como duración restante 1 día (Seguimiento-
Actualizar Tareas-Duración Real y restante)
Actualizar las tareas (menú herramientas-seguimiento)
• La fecha real de comienzo se introduce como prevista
• Fecha de fin recalculada y el % completado es del 67%
3. Introducción de un porcentaje completado

Establecer la vista hoja de tareas y establecer la tabla seguimiento
Ver la barra de herramientas Seguimiento
Seleccionar la tarea Terminar dibujos
Pulsar en la barra herramientas seguimie nto 75% completado.
• La fecha de comienzo real se introduce como prevista
• Las duraciones real y restante son actulizadas según lo previsto.
4. Introducción del trabajo real

Establecer la vista Uso de Tareas
En el menú formato seleccionar detalles y pulsar trabajo real
• Se muestra el campo de trabajo real en la escala temporal de la vista
Seleccionar la tarea Levantar tabiques (tarea 16) e ir al día 29 de septiembre de 1998.
Pulsar el campo trabajo real del recurso empresa constructora e introducir 6.
• Las horas reales son introducidas
• Las horas previstas para el 2 de octubre se recalculan de 12 a 10 horas.
• Observar también como la tarea instalación eléctrica ha variado, empezando el
viernes con 1,33 horas, teniendo en cuenta que empieza al acabar la tarea 16.
• Observar en el diagrama de Gantt como las tareas completadas se quitan del
camino crítico.
5. Actualizar el resto del proyecto según la programación.

Las tareas que no tienen lugar según lo previsto deben ser actualizadas antes de
actualizar el resto de la programación y las que tienen lugar según lo previsto pueden
ser actualizadas usando el cuadro de diálogo Actualizar proyecto.
Las tareas son actualizadas automáticamente del 0 al 100% completado.
Actualizar el proyecto (herramientas-seguimiento-actualizar proyecto).
Cuadro de diálogo Actualizar Proyecto:
• Actualizar trabajo completado al 8 de octubre de 1998
• Opciones: Por Porcentaje completado y Proyecto completo.
Todas las tareas programadas para comenzar el 8/10/98 o en una fecha anterior son
programadas según la programación.

UCLM-ESI PGSI
6. Comparación de la línea base con los datos reales
Mostrar estadísticas del proyecto:

• Mostrar la información del proyecto y ver las estadísticas
Mostrar el diagrama de Gantt de seguimiento
• Mostrar la vista Gantt de seguimiento
Visualización de los datos del proyecto en tablas
• Mostrar la hoja de tareas
• Mostrar la tabla de costo
♦ Se muestra la información del costo incluyendo las variaciones
• Ver la información de costos para cada tarea.
Visualización y eliminación de la línea de progre so
• Abrir al archivo Líneas.mpp
• Establecer la vista Gantt de Seguimiento
• Ir a la tarea 29
• Agregar una línea de progreso (barra herramientas seguimiento-agregar línea de
progreso).
• Situar el puntero del ratón hasta que la sugerencia muestre como fecha de
progreso el 25de noviembre de 1998 y pulsar el botón izquierdo.
• Pulsar dos veces sobre la línea de progreso en el diagrama de gantt y pulsar
sobre el cuadro de diálogo líneas de progreso el botón eliminar.
b) Caso práctico.
Realizar un seguimiento sobre el proyecto SirVE en el que se aplique lo aprendido en el

tutorial. Dicho seguimiento se debe simular teniendo en cuenta que el proyecto ha
comenzado y que ya se ha finalizado la fase de diseño.
Trabajo a entregar:
- Fichero mpp con el seguimiento del proyecto.

- Informe en el que se detalle la situación real (simulada) del proyecto hasta la
fecha actual y cómo ha quedado reflejada dicha situación en el seguimiento
del proyecto.
- Comparación de los datos reales y previstos tras el seguimiento.
Nota: Como mínimo se debe hacer un seguimiento en el que se aplique lo
aprendido en las opciones de los apartados 1,2,3,4 y 5 del tutorial.

Prácticas PGSI
Práctica 5. Seguimiento y Control de
un Proyecto
Introducción
Seguimiento:
Proceso de recoger e introducir información de las tareas en la
programación
Ejemplo: fechas reales de comienzo o fin
Se puede obtener ventaja sobre tareas que se adelantan
respecto de su duración prevista
Se pueden tomar decisiones ante tareas que se retrasan de
acuerdo a lo previsto
Se basa en la introducción de información de ejecución real del
proyecto
Objetivos:
Controlar el progreso actual de las tareas
Dividir tareas para reprogramar el trabajo de una tarea
Comparar datos de la línea de base con la información actual y
real
Félix O. García
Seguimiento del Progreso
Cuando se inicia el trabajo del proyecto se puede

comenzar el seguimiento
Cuando se introduce el progreso real de las tareas el
proyecto se recalcula automáticamente
Las tareas que no han progresado son reprogramadas en
base a los datos actuales, dependencias tareas, recursos y
limitaciones
Tres tipos de fechas para cada tarea:
Prevista
Real
Actual
Félix O. García
Tipo de Fecha Descripción

Prevista Tareas que aún no han comenzado o están en progreso
Estas fechas cambian a medida que progresa el proyecto
Una vez iniciadas las tareas, se introduce información real sobre
ellas
Real Tareas que están en progreso o han terminado
Estas fechas no cambian una vez realizado el seguimiento de una
tarea, a menos que sean editadas
Actual Fechas planificadas originalmente.

Estas fechas se usan para comparar el plan original con las fechas
reales y las fechas previstas.
Las fechas actuales no cambian
Félix O. García
Fases del proyecto:

Planificación Æ Fechas Previstas
Una vez definida línea base:
Fechas Previstas Æ Fechas actuales
A medida que se van realizando tareas, las fechas previstas y
las fechas reales van coincidiendo
Cuando termina el proyecto, coinciden todas las fechas
previstas y reales
Seguimiento en Project:
Félix O. García
Introducción de la Información del Progreso Real:
Project permite introducir 5 tipos de datos reales:

Fechas reales de comienzo y fin
Porcentaje Completado
Duración real y duración restante
Trabajo real y trabajo restante
Costos reales y costos restantes
Posibilidades:
Actualizar Tarea
Información de la Tarea
Tabla de Seguimiento
Barra Herramientas Seguimiento
Félix O. García
Introducción de una fecha real de fin para las tareas:

Ejemplo: Seguimiento.mpp
Seleccionar Escribir Propuesta
Herramientas-Seguimiento-Actualizar Tareas
Félix O. García

Porcentaje Completado Duración real recalculada a 2 días
Fecha Comienzo Real como Prevista Datos previstos = Datos reales
Félix O. García
Introducción de duraciones reales y restantes:

Seleccionar Negociar Nuevo Alquiles
Félix O. García

Porcentaje Completado
Fecha Fin
Recalculada
Fecha Comienzo Real como Prevista
Félix O. García
Introducción de un porcentaje completado:

Más Vistas – Hoja de Tareas
Ver – Tabla – Seguimiento – Barra Herramientas Seg
Seleccionar Terminar Dibujos
Barra Seguimiento pulsar 75% completado
Fecha de comienzo real como prevista

Las duraciones real y restante se actualizan según lo
programado
Félix O. García
Introducción del trabajo real:

Más Vistas – Uso de Tareas
Formato – Detalles – Trabajo Real
Ver – Tabla – Seguimiento
Seleccionar Terminar Dibujos
Félix O. García
División de Tareas:
Una tarea puede ser dividida o reprogramada para
interrumpir el trabajo y reanudar el restante en un punto
posterior de la programación
Modos de interrupción:
Lo sabemos en la planificación (al crearla)
Se interrumpe una vez comenzada
Barra Herr. Estándar Dividir Tarea – Puntero Ratón
Félix O. García
Actualización del resto del Proyecto:

Tareas que no tienen lugar según lo previsto tienen
que ser actualizadas antes de actualizar el resto de
la programación
Tareas según lo previsto Æ Actualizar Proyecto o
Actualizar según Programación
Félix O. García
Actualización del proyecto según la programación:

Herramientas – Seguimiento – Actualizar Proyecto
Actualizar Trabajo Completado Al Æ 8 Octubre 1998
La programación será actualizada hasta el jueves 8/10/98
Opción Porcentaje Completado
Opción Proyecto Completo
Las tareas programadas para

comenzar el 8/10/98 o en una fecha
anterior son actualizadas según la
programación
Félix O. García
Comparación de una línea base con los datos reales:

Línea Base
Base para comparar costos, trabajo y fechas para todas
las tareas y recursos
Al comparar el proyecto con la línea base se puede
controlar:
Las tareas se realizan según lo programado
Los recursos están desarrollando su trabajo
Costos no se salen del presupuesto
Las líneas base y datos reales pueden verse:
Gráficamente en diagramas
Numéricamente en Tablas
Félix O. García
Comparación de una línea base con los datos reales:

Herramienta Tipo Descripción
Gantt de Gráfico Información Real y de la línea de base de las
Seguimiento tareas en formato gráfico
Variación Tabla Diferencia entre la información real y la de la
línea de base
Trabajo Tabla Horas de trabajo reales y de la línea base
mostrando las variaciones
Costo Tabla Costos reales y de la línea base mostrando las
variaciones
Costo mayor que el Filtro de Muestra todas las tareas con un costo mayor al
presupuestado Tareas de la línea base
Tareas Propuestas Filtro de Muestra todas las tareas retrasadas respecto a
Tareas lo programado
Trabajo Filtro de Recursos con trabajo previsto mayor que el de
sobrepresupuestado Recursos la línea base
Félix O. García
Mostrar el Diagrama de Gantt de Seguimiento:

Barra Vistas – Gantt de Seguimiento
Félix O. García
Vistas en Tablas
Félix O. García
Visualización de Líneas de Progreso:

Línea Progreso, representación visual del progreso de un
proyecto
Pueden dibujarse en Vistas Diagramas Gantt y Gantt
Seguimiento
Picos a la izquierda – trabajo retrasado vs previsto
Picos a la derecha – trabajo avanzado vs previsto
Modos:
Seguimiento – Agregar Línea Progreso
Cuadro Diálogo Líneas de Progreso
Félix O. García
Aplicación de Líneas de Progreso:

Archivo Lineas.mpp
Más Vistas – Gantt Seguimiento
Seleccionar tarea 29
Barra Herramientas Seguimiento – Agregar Línea de Progreso
Situar el puntero del ratón sobre diagrama de Gantt hasta que la
sugerencia muestre como fecha de progreso el 25 Nov 1998 y pulsar
botón izqdo
Félix O. García
Seguimiento de Costos
Proyecto – Información Proyecto - Estadísticas
Félix O. García
Ver Costos de Tareas
Ver-Diagrama Gantt
Ver – Tabla - Costo
Félix O. García
Ver Costos de Recursos
Ver-Hoja de Recursos
Ver – Tabla - Costo
Félix O. García
Ejemplo de Seguimiento de Costos:
Tarea Probar el programa en el plan del proyecto y se asigna un revisor
del contrato a dicha tarea a un costo de 40 € por hora
Se especifica una duración de 10 días (8 horas por día) y después se
guarda una línea de base
Transcurridos cinco días, se determina que la tarea está a medio
terminar y se marca en Microsoft Project como completada al 50%.
En la vista Hoja de tareas, se aplica la tabla Costo.
En el campo Costo previsto, Microsoft Project muestra el costo previsto de la
tarea, 3.200 €, que ha calculado multiplicando la estimación original de 10
días de duración (80 horas) por la tasa estándar del revisor de 40 dólares por
hora.
Puesto que la tarea no ha ocasionado ningún costo no planeado en los cinco
primeros días, el campo Costo real muestra exactamente el costo real de la
tarea hasta la fecha. En este caso, costo real = trabajo real * tasa estándar o
40 horas * 40 € por hora = 1.600 €. (Trabajo de horas extra, costos por uso y
costos fijos también pueden incluirse en un costo real).
Félix O. García
Seguimiento del Proyecto
Ejemplo de Seguimiento de Costos:
El costo restante se calcula mediante la fórmula costo restante

= trabajo restante * tasa estándar o 40 horas * 40 € por hora
= 1.600 €.
En el campo Costo total, Microsoft Project muestra el costo

programado, que calcula de acuerdo a la fórmula costo
programado = costo real + costo restante o 1.600 € + 1.600 €
= 3.200 €.
Como el costo programado es igual al costo previsto, el campo

Variación muestra una variación de costo de 0.00 €, lo que
significa que la tarea se ajusta exactamente al presupuesto.
Félix O. García
UCLM-ESI PGSI
PRÁCTICA 6
CASO PRÁCTICO: PLANIFICACIÓN DE UN CIBER
Objetivos:
- Utilizar la herramienta MS-Project para realizar la planificación de un proyecto.
Caso Práctico:
Nombre Del Proyecto: Planificación de un ciber.
Objetivo: Realizar una planificación de un proyecto, dividiéndolo en tareas, asignando recursos

para la realización de esas tareas, todo ello buscando optimizar el coste y tiempo de finalización.
Planteamiento y Situación:
Usted está trabajando para la empresa “Servicios Integrales de Soporte a Empresas, S.A.”
(SISESA). La empresa “Flipando en Colores S.A“ está interesada en el montaje de un ciber de
juegos y acceso a internet y ha pedido presupuesto a diversas empresas del sector entre las que
se encuentra SISESA. Estamos a 13 de marzo, y el plazo para presentar la oferta de montaje del
ciber se cierra dentro de 5 días. Entre las empresas que compiten con la nuestra están empresas
con amplia experiencia en el sector de nuevas tecnologías, por lo que se debe tener en cuenta
que es muy importante realizar un buen presupuesto que equilibre adecuadamente los aspectos
de duración, coste y calidad.
Usted ha sido seleccionado director del proyecto y su primera tarea debe ser la de elaborar
el plan del proyecto para conocer su duración y coste con el fin de preparar el presupuesto
definitivo.
La intención de SISESA es la de ocuparse de todo, es decir, tanto de la adquisición,

montaje y puesta en marcha del hardware y mobiliario como del desarrollo/mantenimiento del
software necesario. Las diferentes actividades necesarias para el montaje del ciber se describen
a continuación:
Montaje del mobiliario.
El local cuenta con espacio para la instalación de 20 cabinas de acceso. Además es

necesario instalar un mostrador. Las actividades necesarias para el montaje del mobiliario y sus
restricciones son las siguientes:
a. Montaje del mostrador

b. Montaje de las cabinas
c. Montaje de los accesorios
El proveedor de mobiliario ha indicado a SISESA que los precios de las cabinas y accesorios
son los siguientes:
Práctica 6 – Planificación del Montaje de un Ciber 1

UCLM-ESI PGSI
a. El precio de una cabina básica compuesto de cabina con repisa interior, puerta
cristalera de cristal liso, pomo sencillo, sin extractor y sin regleta de luz es de
100 €
b. Precios de acabados opcionales (por cabina):
i. Cristal grabado con numeración de la cabina 10,00 €
ii. Conjunto de regleta de luz y extractor 90,00 €
iii. Pomo con llave diferente para cada cabina 6,00 €
iv. Cajón para los tarificadores 10,00 €
c. Mostrador de tamaño estándar 100 €
Por otro lado SISESA se ha puesto en contacto con un carpintero que nos ha pasado el
siguiente presupuesto:
Trabajo: Horario Normal: 24 € / h.

Horas Extra: +30% respecto del trabajo normal
Para el montaje del mostrador, dadas sus especiales características, las tarifas del
carpintero suben un 25%. El carpintero nos ha indicado que para el montaje del mostrador
necesita dos días y que tarda 1 día en montar 5 cabinas.
Para el montaje de los accesorios se va a contratar a un instalador especializado que nos

ha indicado que es capaz de montar un lote de accesorios en una cabina en 1,6 horas. El
comienzo de esta actividad puede tener lugar una vez se hayan instalado 15 cabinas. El coste
del instalador es el siguiente:
Trabajo Normal: 18 € / h
En la instalación del mobiliario, la experiencia de SISESA demuestra que existe un 15%

de probabilidad de que, debido a retrasos de los proveedores en la entrega de material, esta
instalación se demore un 25% , siendo el coste por día de 600 €.
Montaje de la Infraestructura de Red y de los Equipos Informáticos.
Una vez que ha finalizado el montaje del mobiliario puede comenzar a montarse la red
local y a instalar los equipos informáticos necesarios. Antes de iniciar esta actividad debe
transcurrir un día después de realizar los últimos acabados en el montaje del mobiliario, para
que todo esté en perfectas condiciones y no se deterioren los accesorios que han sido pegados.
Para la realización del montaje se va a contratar a una empresa especializada que ha
proporcionado un presupuesto con el coste asociado a cada actividad y su duración estimada.
En primer lugar se debe realizar el montaje de la red local. En la siguiente tabla se

muestran las diferentes actividades a realizar (su orden de realización es secuencial), la duración
de las mismas y los costes fijos asociados a cada actividad debido al material necesario:

UCLM-ESI PGSI
Actividad Duración Costos fijos

Instalar canaletas 4 días 300 €
Instalar cables 4 días 400 €
Instalar tomas de red 2 días 200 €
Realización de pruebas 2 días
Una vez que se ha montado la red local se puede proceder a la instalación de los equipos
informáticos. Los equipos que se van a instalar son:
Precio
Tipo Ordenador Cantidad
Unitario
1.- Ordenador Servidor 1200 € 1
2.- Ordenador Internet 750 € 10
3.- Ordenador Juegos 900 € 10
La empresa de suministro hardware nos ha comunicado que el servidor tiene un

suplemento especial debido a que debe transportarse en condiciones especiales, estableciéndose
de esta forma un coste por uso del servidor de 60€. El tiempo estimado para el montaje del
servidor es de 1 día, y una vez instalado es posible instalar los ordenadores personales. Para
montar los ordenadores personales (internet o juegos) se estima que se podrán montar 10
equipos diarios (5 equipos de cada clase, considerando una jornada laboral de 8 horas de
trabajo).
Para el montaje de la red y los equipos en los tiempos especificados, SISESA debe enviar
dos de sus técnicos cuyas condiciones salariales son:
Trabajo Normal: 1200 € /mes
Desarrollo de una Aplicación Informática
Para controlar los terminales del ciber, es necesario desarrollar una aplicación software.
Dicha aplicación debe permitir entrar en Internet, o jugar en red sin permitir que los usuarios
puedan acceder o dañar los demás programas del ordenador. Este programa debe poder
administrar de forma remota todos los terminales que haya en la sala (o en la red), controlar a
los empleados de la misma, llevar la caja, o incluso el alquiler y la venta de productos y debe
funcionar sobre los sistemas operativos Windows (95, 98, Me, NT o 2000, XP).
El desarrollo de esta aplicación va a ser realizado por el equipo informático1 de SISESA,

que cuenta con los siguientes recursos:
Nombre Roles Sueldo Horas Extra

Federico González A, S 1200 €/m +10%
Marta Urrutia A, P 1500 €/m +10%
José Campos A, S 1350 €/m +15%
Miriam Vega A, P 1200 €/m +20%
Elena Nieto P 1000 €/m +15%
Mike Beer P, A 1000 €/m +15%
A: Analista, P: Programador, S:Supervisor
1
Añadir notas para indicar los roles que puede asumir cada recurso

UCLM-ESI PGSI
Los miembros del equipo informático de SISESA cuentan con una amplia experiencia en
el desarrollo de aplicaciones informáticas a medida para ciber, lo que va a acortar en gran
medida los tiempos de desarrollo.
El horario laboral de estos recursos (excepto Federico González) es el siguiente:

- Mañana: 8:00-14:00
- Tarde: 16:00-19:00
El horario laboral de Federico González2 es diferente del resto del equipo en que:
- Su jornada laboral también es de 8 horas, pero el horario de trabajo es intensivo
por la mañana de 8:00 a 16:00.
Para desarrollar el sistema se usará la metodología métrica v 3.0 (paradigma OO). Las
actividades que se van a llevar a cabo, el trabajo total necesario en cada actividad, sus relaciones
temporales y los roles de recursos necesarios son los siguientes:
Actividad3 Trabajo Precedencia Roles de

Total Recursos
Análisis
1 Definición del Sistema 96 horas A
2 Establecimiento de Requisitos 48 horas 1 A
3 Análisis de Casos de Uso 32 horas 1 A
4 Análisis de Clases 48 horas 1 A
5 Identificación de los Interfaces 24 horas 1 A
de Usuario
6 Análisis de Consistencia 32 horas 2, 3, 4, 5 A
7 Aprobación del Análisis 24 horas 6 A(8), S (16)
Diseño
8 Definición de la Arquitectura 32 horas 7 A
del Sistema
9 Diseño de Clases 48 horas 8 A(32), P(16)
10 Diseño de los Datos 64 horas 8 A(32), P(32)
11 Verificación del diseño 32 horas 9, 10 A(8),P (8), S (16)
Construcción
12 Codificación de las clases 64 horas 11 P
13 Integración del sistema 32 horas 12 P
14 Aprobación del Sistema 32 horas 13 P(16), S(16)
Pruebas
15 Ejecución Pruebas Unitarias 32 horas 14 P
16 Ejecución de las pruebas de 32 horas 15 P
integración
La fase de establecimiento de requisitos puede comenzar un día antes de que finalice la tarea de
definición del sistema.
2
Dicho calendario no debe afectar al calendario de las tareas del desarrollo de la aplicación informática,
que por defecto será el calendario general del personal de SISESA (al programarse la tarea se deben
omitir los calendarios de recursos)
3
Usar tipos de tarea y su condicionamiento del esfuerzo para conseguir los efectos deseados cuando se
añadan o eliminen recursos

UCLM-ESI PGSI
Existen algunas características especiales sobre los recursos a considerar:
• Miriam Vega va a ser ascendida de puesto para el 19 de Marzo del 2003, y a partir de
esa fecha su salario se verá incrementado en un 25%.
• Cuando José Campos desempeña el rol de Supervisor, se le paga un suplemento sobre
su sueldo del 30%.
• Cuando Mike Beer desempeña el rol de analista gana el doble de su sueldo de
programador.
Instalación del Software y Prueba del Sistema
Una vez que el local cuenta con la infraestructura necesaria (mobiliario, equipos, red) y
que se ha desarrollado la aplicación de control de terminales, el siguiente paso es la instalación
del software desarrollado a medida y del software comercial necesario para el funcionamiento
del ciber. Para ello habrá se puede utilizar a cualquier persona de la plantilla de SISESA (ver
tabla de personal de SISESA) para realizar cualquiera de las actividades de instalación y prueba.
Las actividades que se van a llevar a cabo y el trabajo necesario para completarlas se muestra en
la siguiente tabla:
Actividad Trabajo Necesario

Instalar Sistema Operativo 24 horas
Instalar Juegos 16 horas
Instalar Software Acceso 16 horas
Internet
Instalar Aplicación 24 horas
SISESA
Prueba Global del Sistema 32 horas
Antes de poder iniciarse la instalación de los juegos (en los 10 equipos de juegos),
internet (en los 20 equipos) y de la aplicación de SISESA (en el servidor) se debe haber
instalado previamente el sistema operativo. Cuando se ha finalizado la instalación del software
se debe realizar una prueba global para garantizar que el sistema funciona correctamente. Los
costes asociados del software son los siguientes:
Software Coste (por licencia)

Sistema Operativo Servidor 300€
Sistema Operativo Terminal 30€
Software Acceso Internet 6€
Pack de Juegos en Red 30 €
Consideraciones finales:
- La fecha en la que se dará a conocer la empresa que realizará el montaje del

ciber es el 9 de Marzo pudiendo comenzar a realizar el montaje el día 10 de
Marzo.
- El desarrollo de la aplicación informática no puede finalizar después del 14 de

Abril y el proyecto debería estar finalizado para el 21 de Abril, calculándose
un coste por día de retraso de 200€.

UCLM-ESI PGSI
- En cualquier caso, el ciber debe poder estar listo como máximo para el día 5 de
Mayo.
- Se valorarán más aquellas alternativas que optimicen la duración y el coste.
Trabajo a realizar:
1) Realizar una planificación para obtener un presupuesto para que SISESA sea finalmente el
elegido para montar el ciber, teniendo en cuenta que se valorará tanto la duración del
proyecto como su coste.
2) Elaborar un informe 4 en el que se describan los detalles de la planificación realizada. En el

informe se debe incluir:
a. Diagrama de Gantt en el que se muestre la evolución de las diferentes tareas.
b. Tareas que componen el camino crítico (CPM).
c. Informes detallados sobre los costes asociados al proyecto.
d. Informe sobre los recursos y sus asignaciones en las tareas. Si han surgido
sobreasignaciones, se debe indicar cómo se han resuelto.
e. Descripción de la planificación realizada, indicando en detalle cómo se ha realizado
la planificación temporal y cómo se han gestionado los costes del proyecto.
f. Valoración en términos de coste y duración de posibles alternativas al plan del
proyecto presentado.
4
Sugerencia: Personalizar las vistas y tablas que project proporciona para elaborar el informe del plan de
proyecto. La directiva valorará especialmente su claridad y su cumplimiento con sus expectativas de coste
y duración.

UCLM-ESI PGSI
PRÁCTICA 7
ESTIMACIÓN DE COSTES DEL SOFTWARE: COCOMO II
Objetivos:
Aprender a estimar el tamaño y coste de un producto software utilizando la técnica paramétrica

COCOMO II.
Actividades:
1) Utilizar el software USC COCOMO II, y el modelo Post-Arquitectura, calcular lo siguiente

para el caso práctico que se adjunta:
a) El esfuerzo en personas-mes necesario para realizar el proyecto software.
b) La estimación del tiempo para acabar el proyecto, en meses.
2) Elaborar y entregar un informe (entre 5 y 8 páginas) comentando los resultados obtenidos y
cómo se ha llegado a ellos.
Bibliografía:
• COCOMO. Web del Center for Software Engineering, University of Southern California.
En http://sunset.usc.edu/research/COCOMOII/cocomo_main.html.
Caso Práctico:
La Excma. Diputación de Ciudad Real ha decidido someter a estudio en el Departamento de

Informática la planificación y estimación del esfuerzo y tiempo de desarrollo del proyecto
software para la recaudación de los impuestos de dicha provincia.
Nombre del Proyecto: Gestión de Recaudación.
El proyecto se compone de los siguientes módulos todos ellos a desarrollar por primera vez:
MODULOS NUEVOS TAMAÑO LDCF CANTIDAD/MES
Módulo A 7.000 5.000

Módulo B 10.000 10.000
Módulo C 12.000 15.000
Módulo D 8.000 6.000
Módulo E 25.000 70.000
Módulo F 20.000 65.000
Módulo G 40.000 90.000
Además, existe un módulo H de otra aplicación para controlar permisos de usuarios e

impresoras que se puede adaptar con pequeñas modificaciones. Dicho módulo tiene 5000 líneas
de código y la adaptación que se necesita realizar se detalla a continuación:
7 – Estimación de Costes del Software: COCOMO II. 1

UCLM-ESI PGSI
1. La modificación del diseño es el 10%

2. La modificación del código es el 20%
3. El esfuerzo de integración original requerido para integrar el software reutilizado es el 20%.
4. La estructura del módulo adaptado tiene cohesión alta y acoplamiento bajo y además la
claridad de la aplicación tiene buena correlación entre los programas y la aplicación.
5. Los test y la evaluación del módulo adaptado dan como resultado que es un módulo
considerable en cuanto al grado de valoración y asimilación necesario para decidir cuando
un módulo software reutilizado por completo es apropiado para la aplicación.
6. El equipo de programación está considerablemente familiarizado con el software.
7. El porcentaje de componentes automáticamente trasladado es de 20% y, basándose en el
análisis del proyecto, la productividad para automatizar los traslados es de 2400
instrucciones fuentes por persona mes.
La flexibilidad en el desarrollo del proyecto es baja debido a la necesidad de ajuste del software
a los requisitos. La organización tiene un profundo conocimiento de los objetivos del proyecto.
Las personas que componen el equipo de trabajo tienen una fuerte experiencia en trabajos en
equipo no existiendo diferencias apreciables en los objetivos. Se dispone de un buen soporte de
herramientas software. Se tienen herramientas para realizar el análisis de riesgos y la
especificación de arquitectura. La madurez del proceso se considera alta.
El producto de desarrollo es una base de datos relacional con lenguaje de cuarta generación
(4GL) con una fiabilidad alta, el tamaño de la base de datos es alto, las operaciones de gestión
de datos realizan una coordinación distribuida de la base de datos, desencadenamientos
complejos y búsqueda de la optimización. La documentación del proyecto está adaptada a las
necesidades del ciclo de vida y al ser un proyecto nuevo no hay reutilización.
Las limitaciones en tiempo de ejecución, en almacenamiento principal y en la volatilidad de la

plataforma son nominales.
Los analistas y programadores tienen una alta capacidad de desarrollo, con 3 años de
experiencia en desarrollo de aplicaciones con la misma plataforma y en la utilización del
lenguaje y las herramientas de desarrollo; siendo personal de plantilla.
El desarrollo del proyecto se hace en un único lugar, comunicándose los integrantes del equipo
por correo electrónico. Las herramientas software están moderadamente integradas en el ciclo
de vida básico del proyecto.
Debido a la volatilidad de los requerimientos, se produce un 25% del código desechado respecto
del total del desarrollo en los módulos E y F.
Se considera que el personal informático tiene gran conocimiento sobre los componentes de
desarrollo (plataforma, producto y proceso).
NOTA: Considerar que los valores de los multiplicadores de esfuerzo son iguales para todos los
módulos del proyecto excepto para el H.
7 – Estimación de Costes del Software: COCOMO II. 2

UCLM-ESI PGSI
PRÁCTICA 8
ESTIMACIÓN DE PROYECTOS SOFTWARE
Objetivos:
- Realizar la estimación de un proyecto software utilizando la herramienta

SLIM-Estimate.
- Aplicar el modelo de Estimación usado por las herramientas SLIM de QSM
(Quantitative Software Management).
Actividades:
- Realizar la estimación de un proyecto software teniendo en cuenta:
Configuración de los parámetros necesarios para la estimación del tamaño y la
calidad de un proyecto software.
Gestión de Información Histórica para ajustar los parámetros de la estimación.
Configuración de restricciones (suposiciones del proyecto).
Bibliografía:
- SLIM STIMATE 5.0 For Windows. Software Lifecycle Management. Users Guide.
Quantitative Software Management (QSM).
a) Tutorial.
a. Utilizar SLIM-Estimate para desarrollar el ejemplo del tutorial.
b) Caso Práctico
Situación
Eres el administrador de una importante compañía de desarrollo de software. Tú compañía

está participando en un concurso público para obtener un proyecto, cuyo objetivo es desarrollar
una aplicación de comercio electrónico. Hay otras cuatro empresas interesadas en el proyecto.
La empresa te ha pedido que presentes una propuesta de gestión del proyecto. El contrato es de
precio fijo para el desarrollo inicial.
El experto técnico para este tipo de proyectos considera que el tipo de software del sistema
a desarrollar se distribuye en las siguientes proporciones:
- 70% de negocio (business)
- 20% de sistemas (system )
- 10% científico (scientific)
Además el experto indica que el lenguaje de programación a utilizar será una mezcla de
JAVA y C++ y estima el tamaño total del sistema en 500 objetos, siendo todos ellos de nuevo
desarrollo. El grupo de procesos de ingeniería del software de tu empresa te ha proporcionado
una plantilla de estimación SLIM (archivo PlantillaCasoPráctico) que contiene el ciclo de vida
estándar que se va a seguir en el proyecto y las suposiciones necesarias para el caso de contratos
fijos.
7 – Estimación del Proyecto con SLIM ESTIMATE 5.0

UCLM-ESI PGSI
El grupo de métricas de tu empresa te ha proporcionado una base de datos con cuatro

proyectos que han sido completados en los últimos tres años. Debes examinar los datos
asociados con cada uno de los proyectos en la base de datos para determinar qué proyectos
tienen similitud suficiente con el proyecto a estimar para poder considerarlos como información
de base para la estimación del proyecto.
Al cliente le gustaría que el proyecto estuviera finalizado con un desarrollo inicial de 18

meses o menos. En la empresa no se aprobará ningún plan del proyecto en el que no se garantice
un 80% de probabilidad de cumplir con el calendario impuesto por el cliente.
El grupo de marketing de tu empresa está dispuesto a facilitar 5 millones de euros para este
proyecto. Para que se pueda disponer de este presupuesto, se debe garantizar que se proporciona
un plan con un 80% de probabilidad de gastar 5 millones o menos.
Actualmente cuentas con 20 personas en tú departamento para afrontar el proyecto. Podrías

disponer de hasta 25 personas. La obtención de más personas sería bastante problemático, por lo
que se debe garantizar con un 80% de probabilidad que se usan 25 personas o menos en el
proyecto.
El cliente solicita que el MTTD (tiempo promedio entre defectos) al final de la fase de
construcción y pruebas debe ser de 1,3 días. Se desea un plan que garantice un 80% de
probabilidad de conseguir este objetivo.
Estimación del Caso Práctico
1º) Gestión de Información Histórica.
Para establecer ciertos parámetros importantes en la configuración la empresa cuenta con una
base de datos histórica de proyectos. La historia de proyectos que podrían estar relacionados con
el proyecto actual se encuentra en el archivo Historia.smp.
- En primer lugar, se deben estudiar las características de los proyectos históricos para
descartar posibles proyectos que no sean útiles para la estimación. Para ello se puede
utilizar la herramienta SLIM-DataManager. Ejecutar la aplicación y abrir el fichero
Historia.smp.
- Navegar por los distintos proyectos y completar la siguiente tabla con la siguiente
información:
Nombre Fecha Fin Clasificación Lenguajes Factor de Índice de
Proyecto Ciclo Vida de desarrollo1 Asociados(%) tamaño 2 para Productividad
Objetos
Media=
1
New Development Project, Major Enhancement, Minor Enhancement, Conversion, Maintenance
2
Gearing Factor

UCLM-ESI PGSI
- A partir de la información de la tabla contestar las siguientes cuestiones:
¿La información de los proyectos es relevante desde el punto de vista de las fechas
en que se han desarrollado a la hora de estimar el proyecto actual? ¿Por qué?
¿La información sobre los lenguajes de programación es relevante para el proyecto
que hay que estimar? ¿Por qué?
¿Qué proyecto tiene una diferencia más significativa del factor de tamaño para
objetos respecto del resto? ¿Cuál es la media del factor de tamaño de los proyectos
entre los que no hay diferencias significativas? Este valor debe considerarse en la
estimación del proyecto actual.
¿Qué proyecto tiene una diferencia más significativa del índice de productividad
respecto del resto?
Con la información obtenida sobre los proyectos. ¿Qué proyecto descartarías por no
ser relevante para la estimación que se debe realizar?
2º) Configuración de la Estimación.
Una vez que se ha decidido que información histórica de proyectos va a ser relevante para la
estimación del proyecto actual, el siguiente paso es crear una nueva estimación.
- Crear un nuevo proye cto.
Importar la configuración de la estimación de una plantilla existente. Seleccionar el
fichero PlantillaCasoPráctico.sew
Seleccionar el método de solución de la estimación. Dicho método debe permitir la
introducción de información detallada para obtener la solución.
Las opciones globales del proyecto son las siguientes:
- Unidad Monetaria: Euro
- Esfuerzo: Personas/Mes
- Configuración del Entorno del Proyecto.

Nombre del Proyecto: Aplicación Web Comercio Electrónico.
La unidad de tamaño será de Objetos , estimados tras la fase de integración y como
factor de tamaño se debe indicar el promedio obtenido en el apartado anterior.
Configurar el tipo de aplicación teniendo en cuenta el enunciado del caso.
Como máquina predominante en el desarrollo se usará una máquina del tipo
cliente/servidor y como sistema operativo se usará Windows NT (versión 4.0).
- Carga de Proyectos Históricos.

Se debe cargar la información de los proyectos históricos examinados
anteriormente. Para ello seleccionar el archivo Historia.smp y cargar los proyectos
que contiene (Load/Reload Projects). Seleccionar todos los proyectos y aceptar.
3º) Configuración de las suposiciones del proyecto.

Se debe indicar cuál es el tamaño esperado del proyecto (total obj) y sus
porcentajes asociados (si el software es nuevo, modificado o reutilizado).
Aceptar los valores por defecto3
3
Posteriomente ciertas suposiciones del proyecto serán configuradas teniendo en cuenta los valores de los
proyectos históricos.

UCLM-ESI PGSI
Una vez realizada la configuración inicial debe aparecer una solución inicial de la estimación.
Con la información 4 mostrada en la vista de personal (staffing view) y en la vista de calendario
(schedule) completar la información de la siguiente tabla:
Duración del ciclo de vida

Coste ($)
Tiempo medio entre fallos (MTTD)
Índice de productividad
Tamaño efectivo
¿Durante qué mes se alcanza el máximo uso de
personal?
¿Cuánto dura la fase de integración?
- Ajuste de parámetros en función de los datos históricos
Para configurar adecuadamente los parámetros de la estimación se van a considerar los

promedios de los valores obtenidos en los proyectos históricos. Para ello se deben ajustar
los factores históricos (historical tuning factors).
Se deben seleccionar los proyectos históricos que consideramos relevantes para la

estimación del proyecto actual y los factores de ajuste a considerar clasificados por las
distintas fases en que se aplican son:
- Fase 2. Duración y esfuerzo
- Fase 3. Índice de Productividad, MBI, Defectos, Solapamiento (overlap)
- Fase 4. Duración y solapamiento.
Una vez seleccionados los factores de ajuste se deben considerar para el proyecto a estimar
(OK-Update seleccted tuning factors).
Observar la variación producida en los parámetros (Solution assumptions)

Anotar los nuevos parámetros de estimación obtenidos tras el ajuste:
Duración del ciclo de vida

Coste ($)
Tiempo medio entre fallos (MTTD)
Índice de productividad
Tamaño efectivo
4º) Configuración de las restricciones.
El siguiente paso en la estimación debe ser añadir y calcular una o varias soluciones que
satisfagan las restricciones impuestas en el proyecto. Para ello:
• Seleccionar como método de solución, solución restringida (encontrar la mejor solución
que satisfaga las restricciones?.
4
Observar cómo en el control Risk Gauge no se muestra información porque aún no se han definido
restricciones sobre la estimación del proyecto.

UCLM-ESI PGSI
• Editar las restricciones y configurar las restricciones teniendo en cuenta lo especificado

en el enunciado.
Como resultado de la configuración de las restricciones la herramienta muestra un mensaje

según el cual no es posible encontrar una solución que satisfaga todas las restricciones
impuestas. Se debe proceder a generar soluciones alternativas.
- ¿Cuántas soluciones alternativas genera la herramienta?
- Establecer como solución actual: Probabilidades balanceadas (Balanced Probabilities)
¿Cuál es la probabilidad de satisfacer o mejorar5 ?

• Duración de ciclo de vida de 18 meses _________
• Coste de ciclo de vida de 5 millones de euros _________
• Límite de personal de 25 personas _________
• 1,3 días de tiempo medio entre fallos en la fase de construcción y pruebas
_____
Describir en forma de tabla la información básica de la estimación propuesta por

cada solución:
Sol 1 Sol 2 .......

Duración Ciclo de Vida
Esfuerzo
Coste
Límite Personal
MTTD
Índice de Productividad
Tamaño (obj)
Con la información obtenida responder a las siguientes cuestiones:
- ¿Qué solución supone más duración del ciclo de vida?

- ¿Qué solución es la más costosa?
- ¿Qué solución/es satisfacen todas las restricciones?6
Una vez obtenidas las soluciones se debe elaborar la propuesta de solución que vas a
presentar. Para ello selecciona tu solución más apropiada y presenta un informe lo más detallado
posible 7 con los resultados de la estimación para dicha solución y la justificación de porqué se
ha elegido dicha solución.
5
Sugerencia: Usar el control Risk Gauge.
6
Usar el control Risk Gauge
7
Usar las distintas vistas que proporciona la herramienta de estimación

Project UCLM

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Project UCLM

Diunggah oleh

Hak Cipta:

Format Tersedia

UCLM-ESI Prácticas PGSI Curso 2002-2003

1) Repasar los conceptos básicos de gestión de proyectos.

• Proyecto: Reunión de Accionistas. Fecha de Comienzo: 3 Marzo de 2003. Asunto del

• Lista de Tareas Inicial:

• Modificación de la lista de tareas inicial:

• Esquematización de las Tareas del Proyecto:

19 Celebración de la reunión 0 días

Esquematizar la lista de tareas en tres grupos:

Las características del proyecto son las siguientes:

Nombre: Proyecto SIRVE

La lista de actividades y sus duraciones (en días) es:

Actividad Tareas Duración

2.5.1. Interfaces de carga 2

En paralelo, durante la realización del proyecto se programarán reuniones todos los

Además, se consideran como hitos importantes del proyecto:

• Entrega del informe del estudio de la situación actual, tras finalizar la

- Fichero .mpp con el resultado del caso práctico.

Práctica 1. Introducción a la Gestión de

1. Repasar los conceptos básicos de gestión de

Félix O. García UCLM-ESI - PGSI

2. Presentar las características de MS Project 2000.

Félix O. García UCLM-ESI - PGSI

Antes del comienzo de un proyecto:

Secuencia bien definida de eventos con un

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Seguimiento del Ajustar el Comunicar el

Comunicar los Cambios

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Triángulo del Proyecto:

Félix O. García UCLM-ESI - PGSI

 Fórmula duración = trabajo / esfuerzo de recurso, donde:

Félix O. García UCLM-ESI - PGSI

 Si tres mecánicos trabajan dos días en

Félix O. García UCLM-ESI - PGSI

Comenzando a Trabajar con Project

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Las Listas de Tareas

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

 2 Clases de Tareas en Project:

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

3. En el campo Nombre de Tarea, escribir el nombre de la tarea

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

 Una duración estimada es una duración para la cual

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Introducir y Organizar una Lista de Tareas

Félix O. García UCLM-ESI - PGSI

 Se pueden aplicar sangrías a las tareas relacionadas para

 Las fechas de comienzo y fin de una tarea de resumen se

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

Félix O. García UCLM-ESI - PGSI

DEFINICIÓN DE TAREAS Y SUS DEPENDENCIAS

Fórmula duración = trabajo / esfuerzo de recurso, donde:

Si tres mecánicos trabajan dos días en

Las Listas de Tareas

2 Clases de Tareas en Project:

Una duración estimada es una duración para la cual

Se pueden aplicar sangrías a las tareas relacionadas para

Las fechas de comienzo y fin de una tarea de resumen se