(is-LADE-2012-13) TEMA V - Planificacion de Proyectos

Tema IX:
Gestin de Proyectos: Planificacin.
Diana M. Snchez Fquene

Ingeniera del Software de Gestin
www.kybele.urjc.es
ndice
Introduccin
Estimacin:
mbito del Software

Recursos
Procesos de Estimacin de Software
Procesos de Planificacin Temporal
www.kybele.urjc.es
Introduccin
Planificacin de proyectos. Definicin:

Conjunto de actividades previas a la puesta en marcha
del proyecto
Incluye:
Estimacin
Anlisis y gestin del riesgo
Planificacin temporal y seguimiento del proyecto
Definicin de la calidad del producto
Gestin de la configuracin
[Pressman, 2010]
www.kybele.urjc.es
Introduccin
Objetivo de la planificacin
Proporcionar un marco de trabajo que permita al
gestor hacer estimaciones razonables de recursos,
coste y planificacin temporal
www.kybele.urjc.es
Gestin de Proyectos: Estimacin
Antes de comenzar el proyecto
[Pressman, 2010]
Parmetros estimados:
Tiempo, esfuerzo, recursos (HW, SW, humanos) y riesgo
Difcil, pero no imposible

No es una ciencia exacta, aunque no debe descuidarse
La experiencia es un elemento importante en la
estimacin
Se utilizan mtricas para dar una estimacin
cuantitativa del esfuerzo y del tiempo
www.kybele.urjc.es
Observaciones sobre la estimacin

Estimacin Riesgo Incertidumbre Error!
Factores que influyen en la estimacin:
Complejidad del proyecto
Tamao del proyecto
Medida relativa que depende de la

experiencia en proyectos similares
+ tamao + interdependencia
+ complejidad de la descomposicin
+ variabilidad de los valores que toman
los factores de estimacin
www.kybele.urjc.es
Observaciones sobre la estimacin

Incertidumbre estructural
Grado de definicin de requisitos
Facilidad de subdivisin de funciones
Informacin a procesar
Disponibilidad de informacin histrica
Riesgo = grado de incertidumbre de la fiabilidad de las

estimaciones cuantitativas
La estimacin es una utilidad, no un producto
Puede (debe) revisarse peridicamente
www.kybele.urjc.es
Recordar la ley de
Murphy:
Lo que puede ir mal ir

mal, y si hay ms cosas
que puedan fallar, ms
cosas fallarn.
www.kybele.urjc.es
Agenda
Introduccin
Estimacin:
mbito del Software

Recursos
www.kybele.urjc.es
Gestin de Proyectos:
Estimacin mbito del Software
Primera actividad de la planificacin del proyecto

Objetivo: delimitar
Describe:
Control y datos a procesar. Funcionamiento habitual
Funciones principales/importantes
Rendimiento y restricciones
Fiabilidad
[Pressman, 2010]
Interfaces con otros sistemas
www.kybele.urjc.es
10
Obtencin de la informacin necesaria para el

mbito:
Reunin preliminar cliente-ingeniero de software
(analista)
Preguntas de contexto libre (analista)
Personas interesadas en la solucin
Preguntas para entender el problema y que el cliente
describa (esboce) la solucin
Preguntas sobre la efectividad del primer encuentro
www.kybele.urjc.es
11
Viabilidad: factibilidad del software

Tecnologa:
es factible el proyecto tcnicamente?
Financiacin:
puede realizarse a un coste asumible?
Tiempo:
pueden los proyectos adelantarse a los de la competencia?
Recursos:
la organizacin cuenta con recursos suficientes para tener
xito?
www.kybele.urjc.es
12
Ejemplo. Software de un telfono mvil

Control y datos a procesar. Funcionamiento habitual
Se enciende el mvil y se introduce el PIN.
A partir de ese momento pueden realizarse llamadas marcando
directamente un nmero o seleccionndolo de la agenda. Tambin se
pueden recibir llamadas.
Si el nmero de la persona que llama est almacenado en la agenda, en
pantalla aparece el nombre de la persona que llama. En caso contrario
aparece el nmero de la persona que llama.
Tambin se pueden enviar y recibir mensajes.
Cuando se recibe una llamada, suena una meloda o tono.
Cuando se recibe un mensaje suena una meloda o tono, que puede ser
diferente al de la llamada.
www.kybele.urjc.es
13

Funciones principales/importantes
Introducir PIN
Realizar llamadas
Enviar mensajes
Almacenar telfonos en la agenda
Seleccionar meloda o tono para llamada
Seleccionar meloda o tono para mensaje
www.kybele.urjc.es
14

Rendimiento y restricciones
Habituales
Fiabilidad
Habitual
Interfaz con otros sistemas

Operador de telefona
Ejercicio de Anlisis 2
www.kybele.urjc.es
15
ndice
Introduccin
Estimacin:
mbito del Software

Recursos
www.kybele.urjc.es
16
Estimacin Recursos
Segunda tarea en la planificacin del desarrollo

de SW
Estimacin de los recursos requeridos para acometer
el esfuerzo de desarrollo de software
www.kybele.urjc.es
17
Estimacin Recursos
Recursos del Proyecto

Componentes
software reutilizables
Personal
Entorno de desarrollo
[Pressman, 2010]
www.kybele.urjc.es
18
Estimacin Recursos
Especificacin de recursos
Descripcin del recurso
Informe de disponibilidad
Fecha cronolgica en la que se requiere el recurso
Tiempo de aplicacin del recurso
www.kybele.urjc.es
19
Estimacin Recursos - Personal
La definicin del mbito nos permitir

definir las habilidades necesarias
Posicin dentro del organigrama de los recursos a

incorporar (experto, senior, junior)
Especialidades necesarias (bases de datos,
programacin, interfaces, telecomunicaciones)
Nmero de personas para ello necesitaremos una
estimacin del esfuerzo de desarrollo
www.kybele.urjc.es
20
Estimacin Recursos - Personal
Ejemplo. Gestin de un videoclub

Recursos humanos
Programadores
Registro de pelculas (junior)

Registro de socios (junior)
Gestin del alquiler (senior)
Listados (senior)
Especialista
Diseo de la BBDD
www.kybele.urjc.es
21
Gestin de Proyectos: Estimacin Recursos

(Componentes Reutilizables)
Componentes ya desarrollados
(COTS, Commercial Off-The-Self)
Componentes ya experimentados
(riesgo menor)
Componentes con experiencia parcial

(riesgo ms alto) No recomendable !!
Componentes nuevos
[Hooper, 1991]
Reutilizacin eficiente = catalogacin, estandarizacin y validacin

www.kybele.urjc.es
22

(Componentes Reutilizables)

Recursos software reutilizables
Componentes ya desarrollados
No aplicable
Componentes ya experimentados
Gestin de una biblioteca
Componentes experimentados parcialmente

No recomendable
Componentes nuevos
Totalmente aplicable
www.kybele.urjc.es
23

Entornos de Desarrollo
HW y SW donde se va a desarrollar
Entorno de destino
HW y SW donde se va a ejecutar
www.kybele.urjc.es
24


Recursos de entorno
PCs en Red + Impresora
Herramientas Sw de Desarrollo + BBDD
Entorno de destino
PC + Impresora
Algn componente SW
www.kybele.urjc.es
25


Estimaciones sobre proyectos similares
Gestin de una biblioteca
Registro de libros
Registro de clientes
Gestin del prstamo
Listados
www.kybele.urjc.es
26


Funciones importantes
Registrar pelculas y socios
Gestin del Alquiler
Listados
Recursos Humanos
Programadores senior: 2
Programadores junior: 1
Especialista diseo BBDD: 1
www.kybele.urjc.es
27
ndice
Introduccin
Estimacin:
mbito del Software

Recursos
www.kybele.urjc.es
28

Procesos de Estimacin
Objetivo:
Apoyar la estimacin de los recursos que necesita un
proyecto
Elementos a estimar:
No. de personas a involucrar en el proyecto
Costo de un proyecto
Tiempo de realizacin de un proyecto.
Los resultados pueden ser utilizados para:

Gua del proyecto
Proyecto viable o no
Decisin desarrollar/comprar
Criterios: fecha de entrega / coste + personalizacin / soporte externo
Subcontratacin (outsourcing)
Estimacin Oferta
www.kybele.urjc.es
29

Importancia
SW es el elemento ms caro de un sistema informtico
Ejemplo: Error en la estimacin de coste desequilibrio del balance
beneficios/prdidas
Ciencia no exacta!!
Variables humanas, tcnicas, de entorno, polticas
Tcnicas de estimacin:
Estimaciones sobre proyectos similares
Tcnicas de descomposicin (LDC, PF)
Modelos empricos (COCOMO)
Herramientas automticas
www.kybele.urjc.es
30

Los mtodos actuales estn basados en el tamao

del software
Lneas de cdigo
Requerimientos
Estimaciones de lneas de cdigo (LDC)

Difcil de estimar al inicio del ciclo de vida del sw
La descomposicin en subfunciones es esencial
Basado en la estimacin de proyectos anteriores
www.kybele.urjc.es
31
Gestin de Proyectos: Estimacin Procesos

de Estimacin
Modelos empricos: COCOMO II (COnstructive COst Model)

Modelo algortmico que trata de establecer una relacin matemtica
que permite estimar el esfuerzo y tiempo requerido para desarrollar
un producto
Define tres modos de desarrollo o tipos de proyectos:
Orgnico: proyectos relativamente sencillos, menores de 50 KDLC lneas de
cdigo, en los cuales se tiene experiencia de proyectos similares y se
encuentran en entornos estables.
Semi-acoplado: proyectos intermedios en complejidad y tamao (menores de
300 KDLC), donde la experiencia en este tipo de proyectos es variable, y las
restricciones intermedias.
Empotrado: proyectos bastante complejos, en los que apenas se tiene
experiencia y se engloban en un entorno de gran innovacin tcnica. Adems se
trabaja con unos requisitos muy restrictivos y de gran volatilidad.
http://www.enciclopedia.galeon.com/cocomo.html
www.kybele.urjc.es
32

de Estimacin
Modelos empricos: COCOMO II

Modelos definidos por COCOMO:
Modelo bsico: Se basa exclusivamente en el tamao
expresado en LDC.
Modelo intermedio: Adems del tamao del programa
incluye un conjunto de medidas subjetivas llamadas
conductores de costes.
Modelo avanzado: Incluye todo lo del modelo intermedio
adems del impacto de cada conductor de coste en las
distintas fases de desarrollo
www.kybele.urjc.es
33

de Estimacin
Modelo COCOMO II
El mtodo se basa en el clculo del esfuerzo de acuerdo al
nmero de lneas de cdigo
Esfuerzo = a * (KLDC)b
El esfuerzo se ajusta a travs del anlisis los factores de costo
Las ecuaciones de esfuerzo y tiempo de COCOMO son:

Modelo de desarrollo
Personas-mes (nominal)
Tiempo de desarrollo
(nominal)
Orgnico
PM = 3.2 * KLDC 1.05
TD = 2.5 * PM0.38
Semi-libre
PM = 3.0 * KLDC 1.12
TD = 2.5 * PM0.35
Empotrado
PM = 2.8 * KLDC 1.20
TD = 2.5 * PM0.32
www.kybele.urjc.es
34

de Estimacin
Factores
(cost-drivers)
Fiabilidad requerida
Tamao de la base de datos
Complejidad del software
Restricciones de tiempo de ejecucin
Muy bajo
0.75
0.70
Restricciones de memoria
Volatilidad del hardware
Restricciones de tiempo de respuesta
Bajo
0.88
0.94
0.85
Valor de los factores

Medio
Alto
1
1.15
1
1.08
1
1.15
1
1.11
Muy alto
1.40
1.16
1.30
1.30
Extra
1.56
0.87
0.87
1
1
1
1.06
1.15
1.07
1.21
1.30
1.15
0.71
0.82
Calidad de los analistas

Experiencia con el tipo de aplicacin
1.46
1.29
1.19
1.13
1
1
0.86
0.91
Experiencia con el hardware

Experiencia con el lenguaje de programacin
1.21
1.14
1.10
1.07
1
1
0.90
0.95
Calidad de los programadores
1.42
1.17
0.86
0.70
Tcnicas modernas de programacin
1.24
1.10
0.91
0.82
Empleo de herramientas
Restricciones a la duracin del proyecto
1.24
1.23
1.10
1.08
1
1
0.91
1.04
0.83
1.10
www.kybele.urjc.es
1.65
1.66
35

de Estimacin
Modelos empricos: COCOMO II

Estimacin de esfuerzo ajustado = esfuerzo nominal *
factores de costo (personas mes)
A partir del esfuerzo se calculan el resto de variables:

Estimacin de costos mensuales = Esfuerzo ajustado *
Promedio salario mensual
Estimacin de tiempo ajustado = Clculo de tiempo con
esfuerzo ajustado
No medio de recursos humanos por mes = Esfuerzo
ajustado / Tiempo ajustado
www.kybele.urjc.es
36

de Estimacin
Estimacin basada en Puntos de Funcin (PF), Alan

Albretch 1979 (IBM)
Puntos de funcin: Medir el tamao funcional del sw
www.kybele.urjc.es
37

de Estimacin
Estimacin de PF
Elementos para el clculo de puntos de funcin
Ficheros lgicos
internos
Funciones de
datos
Elementos
Ficheros lgicos
externos
(interfaces)
Entradas de
Usuario
Funciones de
transacciones
Salidas al Usuario
Consultas
(Peticiones de
Usuario)
www.kybele.urjc.es
38

de Estimacin
www.kybele.urjc.es
39

de Estimacin
Estimacin de PF
Ficheros Internos
Archivos maestros.
Aplicaciones de seguridad de datos.
Datos de auditora.
Mensajes help.
Mensajes de error.
Archivos internos lgicos mantenidos por ms de una
aplicacin
Interfaces Externas
Representan un grupo de datos relacionados lgicamente
identificables por el usuario o informacin de control utilizada
por la aplicacin, pero mantenida por otra aplicacin.
www.kybele.urjc.es
40

de Estimacin
Estimacin de Puntos de Funcin (PF)

Clasificacin de Componentes:
Para Archivos Internos e Interfaces Externas:

No. De tipos de
archivos ref.
1-19
20-50
51+
Bajo
Bajo
Promedio
2-5
Bajo
Promedio
Alto
6+
Promedio
Alto
Alto
No. Tipos de datos contenidos
www.kybele.urjc.es
41

de Estimacin
Entradas Externas:
Las transacciones para mantener Archivos lgicos internos.
Las pantallas de entrada (una entrada por cada funcin de pantalla)
Las entradas por lotes (una entrada por cada funcin)
Archivos fsicos de entrada (si un archivo es usado por mas de un proceso se debe contar
independiente)
Salidas:
Transferencia de datos a otras aplicaciones
Un archivo una salida, un archivo varias salidas, varios archivos una salida.
Los informes
Dos informes con el mismo formato pero origen de datos de distintos son dos salidas.
Dos informes idnticos, producidos en diferentes soportes son dos salidas distintas.
Informes on-line
Los grficos. Datos estadsticos en distintos formatos se cuentan cada uno una salida.
Archivos lgicos que se crean y graban
No se deben contar como salidas:
Las ayudas.
Formas de invocacin de salidas.
Mensajes de error/confirmacin
Los informes mltiples/valores nicos de datos
Las totalizaciones
Los informes ad hoc
www.kybele.urjc.es
42

de Estimacin
Consultas Externas:
La bsqueda inmediata de datos.
Las consultas no explcitas
Los mens con consultas implcitas
Pantallas de conexin (login)
Las ayudas
Las salidas duplicadas
Las salidas grficas
Tutoriales
No se consideran como consultas:

Los mensajes de error/confirmacin.
Mtodos de llamada a la misma consulta.
www.kybele.urjc.es
43

de Estimacin

Clasificacin de Componentes:
Para salidas
y consultas
Para entradas
No. De tipos de
archivos ref.

1-5
6-19
20+
01
Alto
Alto
Promedio
2-5
Bajo
Promedio
Alto
6+
Promedio
Alto
Alto
No. De tipos de
archivos ref.

1-4
5-14
16+
01
Bajo
Bajo
Promedio
2-5
Bajo
Promedio
Alto
6+
Promedio
Alto
Alto
www.kybele.urjc.es
44

de Estimacin

Clculo de los puntos de funcin sin ajustar
Parmetros de
Medicin
Factor de Ponderacin
Cuenta
Simple
Medio
Complejo
Total
No. de entradas
No de salidas
No. Consultas
No. Ficheros internos
10
15
No. Interfaces
externas
10
Cuenta Total
www.kybele.urjc.es
45

de Estimacin
Estimacin basada en Puntos de Funcin (PF)

Valores de ajuste de la complejidad:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
Requiere el sistema copias de seguridad y de recuperacin fiables?

Se requiere comunicacin de datos?
Existen funciones de procesamiento distribuido?
Es crtico el rendimiento?
Se ejecutara el sistema en un entorno operativo existente y fuertemente utilizado?
Requiere el sistema entrada de datos interactiva?
Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre
mltiples pantallas u operaciones?
Se actualizan los archivos maestros de forma interactiva?
Son complejas las entradas, las salidas, los archivos o las peticiones?
Es complejo el procesamiento interno?
Se ha diseado el cdigo para ser reutilizable?
Estn incluidas en el diseo la conversi6n y la instalaci6n?
Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones?
Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el
usuario?
www.kybele.urjc.es
46

de Estimacin

Valores de ajuste de la complejidad: = cuenta-total x [
0,65 + 0,01
x (Fi)
0
1 ]
Sin Influencia
Incidental
Moderado
Medio
Significativo
Esencial
Clculo de los Puntos de funcin

Puntos Funcin = [PFSA] * [0.65 + 0.01 * TCG]
PFSA: Puntos de funcin sin ajustar
TCG: Total Caractersticas Generales
www.kybele.urjc.es
47

de Estimacin
Estimacin basada en puntos de Funcin (PF)

Correspondencia entre lneas de cdigo y puntos de
funcin
Lenguaje
Promedio LDC/PF
Lenguaje
Promedio LDC/PF
Ensamblador (Assembler)
320
Basic ANSI/Quick/Turbo
64
Macroensamblador
213
Java
53
150
Visual C++
34
Fortran
106
FoxPro
34
Cobol
106
Visual Basic
32
Pascal
91
Delphi
29
Cobol ANSI 85
91
C++
29
Basic
91
Visual Cobol
20
RPG
80
Clipper
19
PL/I
80
PowerBuilder
16
Ada
71
Hoja de Clculo
www.kybele.urjc.es
48

de Estimacin

Aplicacin de los puntos de funcin:
Productividad = PF / persona-mes
Calidad = Errores / PF
Costo = Dlares / PF
Documentacin = Pags. Doc / PF
www.kybele.urjc.es
49
ndice
Introduccin
Estimacin:
mbito del Software

Recursos
www.kybele.urjc.es
50
Planificacin temporal
Definicin:
Actividad que distribuye el esfuerzo estimado a lo
largo de la duracin prevista del proyecto asignando
el esfuerzo a las tareas especficas de la ingeniera del
software
Objetivo principal
Configuracin del calendario del
proyecto
www.kybele.urjc.es
51
Objetivos
Definir todas las tareas del proyecto + red de
interdependencia. Influencias:
Tipo de proyecto: nuevo concepto, nueva aplicacin,
mejora, mantenimiento, reingeniera
Grado de rigor: informal, estructurado, estricto,
esencial
Definir las tareas crticas + seguimiento camino

crtico
Asignar responsabilidades a los miembros del equipo
encargados de realizar cada tarea
Seguimiento tareas Detectar retraso
www.kybele.urjc.es
52
Plan del proyecto

Definicin
Documento breve con un conjunto de actividades y el conjunto
de tareas de la planificacin que ser empleado a lo largo del
proceso de ingeniera
Objetivos
Comunicar el mbito y recursos a gestores, tcnicos y clientes

Definir riesgos y sugerir soluciones
Definir costes y planificacin temporal
Enfoque general del proyecto
Cmo se garantiza la calidad y gestin de los cambios
www.kybele.urjc.es
53
Gestin de compromisos:
[Piattini et al. 2004]
Objetivo: negociar, establecer y gestionar los

compromisos adquiridos por todas las partes
implicadas en el desarrollo de un proyecto.
El compromiso ms fuerte se establece entre los

suministradores del software y los usuarios.
Los errores en gestionar este compromiso son la
fuente de muchos de los problemas de los proyectos.
www.kybele.urjc.es
54
Retrasos!. Razones?
Fechas de entrega no realistas.
Cambio de los requisitos del cliente.
Subestimacin esfuerzo y/o recursos.
Errores predecibles y no predecibles.
Dificultades tcnicas.
Dificultades humanas.
Falta de comunicacin en la plantilla.
Falta de reconocimiento del retraso por el gestor y
ausencia de medidas.
www.kybele.urjc.es
55
Principios de la planificacin (I)

Segmentacin
Descomposicin. Tareas y actividades manejables
Interdependencia
Secuenciacin y paralelismo de tareas/actividades
Asignacin de tiempo
N de unidades de trabajo (personas/mes)
Fechas de inicio/terminacin
Interdependencia marca el camino crtico
www.kybele.urjc.es
56
Principios de la planificacin (II)

Validacin del esfuerzo
Esfuerzo (personas/da) personas disponibles
Definicin de responsabilidades
Tarea miembro
Resultados definidos
Entregas, productos, etc.
Hitos
Revisin y aceptacin de la calidad de un
producto/resultado
www.kybele.urjc.es
57
1.
Desarrollo del plan de desarrollo (calendario).

Fases
Definicin de los objetivos del proyecto
Objetivo del proyecto: enunciado que especifica los
resultados que se deben conseguir
Caractersticas de un buen objetivo: asequible, definitivo,
cuantificable y de duracin especfica
2.
Descomposicin de las actividades

Diagrama de descomposicin de actividades
www.kybele.urjc.es
58
Calendario. Fases
Diagrama de descomposicin de actividades

00
Proyecto de
desarrollo X
J.L. Fernndez
Nivel de Proyecto
10
20
30
Gestin del
Proyecto
40
S. Alonso
J.L. Fernndez
Pruebas de
integracin y del
sistema
V. Prez
Desarrollo del
Software
Ingeniera del
Sistema
J. Gmez
Nivel de paquete de trabajo
21
12
11
Gestin del
Proyecto
J.L. Fernndez
Plan de Proyecto
UT. 111
31
32
41
33
42
Diseo del
Sistema
Anlisis y
Diseo
T. Diez
S. Alonso
A. Ramirez
Control de
Configuracin
UT. 121
Comunicaciones
UT. 211
Diseo Funcional
UT. 311
Programacin
UT. 321
Procedimientos
de Pruebas
UT. 331
Procedimientos
de Pruebas
UT. 421
Construccin de
Software
UT. 122
Anlisis de Requisitos
UT. 212
Diseo de
Algoritmos
UT. 312
Procedimientos
de Pruebas
UT. 411
Documentacin
UT. 322
Pruebas Unitarias
UT. 332
Satisfaccin
de Requisitos
UT. 422
Gestin de la
Base de Datos
UT. 213
Diseo de la
Base de Datos
UT. 313
Soporte a las
Pruebas
UT. 323
Anlisis de las
Pruebas
UT. 333
Integracin del
Sistema
UT. 412
Formacin
UT. 413
Gestin de
Configuracin
Programacin
P. Redondo
Pruebas
S. Snchez
Pruebas de
Integracin
Pruebas de
Aceptacin
G. Alfonso
G. Fuentes
Arquitectura
UT. 214
Nivel de Unidad de Trabajo
www.kybele.urjc.es
59
3.
Desarrollo del plan de desarrollo (calendario).

Fases
Relacin entre actividades
Tcnicas para proyectos cortos: diagramas de hitos,
diagramas de Gantt.
Tcnicas para proyectos grandes: PERT y CPM
4.
Estimacin de tiempos y costes de las

actividades
Suelen estar basadas en la experiencia del planificador en
proyectos similares y deben incluir los retrasos normales.
www.kybele.urjc.es
60
5.
Desarrollo del plan de desarrollo (calendario). Fases

Ajuste del calendario a las restricciones del proyecto. Objetivos
6.
Asignacin de recursos. Organizacin del equipo
7.
Determinar la duracin total del proyecto cualquier tcnica para la

determinacin del calendario
Identificar las actividades que contribuyen a la duracin total del
proyecto (actividades crticas) Redes de precedencia
Calcular las holguras de las actividades que no son crticas Redes de precedencia
Ajustar el calendario en funcin de los recursos disponibles

Importancia de las holguras
Ajuste de las actividades no crticas en funcin de los solapamientos de actividades crticas
Revisin del calendario
Es realista?
Efectos de la vida laboral en el calendario (vacaciones, enfermedad, etc.)
Asegurar que es flexible
www.kybele.urjc.es
61
Tcnicas:
Diagramas de hitos
Grfico de tiempo (Diagrama de Gantt)
Redes de precedencia.
Tcnica de evaluacin y revisin de programa (PERT)
Mtodo del camino crtico (CPM)

www.kybele.urjc.es
62
Tcnicas
Diagramas de hitos: cuadro o tabla formada por dos
columnas.
Tarea
Fecha fin
Tarea 1.1
Marzo-2006
Tarea 1.2
Mayo-2006
Tarea 1.3
Junio-2006
Tarea 2.1
Mayo-2006
Tarea 2.2
Agosto-2006
Tarea 2.3
Octubre-2006
Ventajas: facilidad de uso y mnimo coste de preparacin.

Desventajas: incertidumbre existente sobre las fechas de
comienzo de las actividades y la imposibilidad de reflejar las
interrelaciones entre ellas.
www.kybele.urjc.es
63
Tcnicas:
Diagrama de barras en forma de tabla donde se hace una
referencia cruzada entre las tareas (filas) y los tiempos de
duracin (unidades de tiempo) de las mismas (columnas)
Muestra claramente la duracin de las actividades y la

precedencia de unas tareas con respecto a otras.
Se utiliza frecuentemente en proyectos pequeos (< 25
actividades)
Ventajas: S expresa claramente los solapamientos entre
actividades.
Desventajas: NO permite representar las dependencias entre
actividades.
www.kybele.urjc.es
64
Tcnicas:
Ejemplo:
Unidades de tiempo
1
10
Tarea 1.1
Tarea 1.2
Tarea 1.3
Tarea 2.1
Tarea 2.2
Tarea 2.3
www.kybele.urjc.es
65
Tcnicas:
Modelo grfico que seala las relaciones secuenciales entre los
sucesos claves en un proyecto.
Permiten tratar la relacin coste/duracin de las actividades.
Concepto de coste mnimo como principio de la planificacin de
proyectos.
Camino crtico: secuencia ms larga de actividades conectadas a
travs de la red y que determina la duracin total del proyecto.
Objetivos: detectar el camino crtico y limitaciones de tiempo
Cundo utilizar estas tcnicas:
Actividades bien definidas

Actividades como entidades atmicas independientes
Las actividades pueden relacionarse entre s y ser ordenadas
Existe una ejecucin secuencial de las actividades
La red debera tener ms de 20 eventos y menos de 300
www.kybele.urjc.es
66
Tcnicas
Tcnica de evaluacin y revisin de programa (PERT)
Centrado en los eventos o sucesos (como hitos)
Permite el tratamiento de la probabilidad para estimar el tiempo
Proyectos con alto grado de incertidumbre
Mtodo del camino crtico (CPM)

Centrado en las actividades
Actividades bien definidas
Aplicacin en proyectos industriales con bajo grado de incertidumbre
www.kybele.urjc.es
67
Diagramas PERT. Principios

Parte de la descomposicin de un proyecto en
actividades:
Las actividades consumen recursos
Ocurren entre dos sucesos (suceso inicial y suceso final).
Suceso: acontecimiento o punto temporal (una fecha)

que no consume recursos
Representacin por medio de un grafo
Actividad
Suceso
Suceso
A
2

www.kybele.urjc.es
68
Diagramas
PERT. Principios
Relaciones de precedencia: actividades que deben

estar finalizadas justamente antes del comienzo de
la actividad dada
RELACIONES DE
PRECEDENCIA
LINEALES
RELACIONES DE
PRECEDENCIA
CONVERGENTES
A
1
Para iniciar la actividad D es

necesario haber finalizado las
actividades A, B y C.
A
B
Para iniciar la actividad B es

necesario haber finalizado la
actividad A. El suceso 2 es
suceso final de A y suceso
inicio de B.
C
3
RELACIONES DE
PRECEDENCIA
DIVERGENTES
A
1
Para poder iniciar cualquiera

de las actividades B, C, o D, es
necesario que haya finalizado
la actividad A.
www.kybele.urjc.es
69
Diagramas PERT. Conflictos entre actividades

Por ejemplo:
Las actividades A y B preceden a la actividad D.
Las actividades A, B y C preceden a la actividad E.
A
D
B
E
C
No se cumple la regla 1:
Es necesario que finalice C para que comience D
www.kybele.urjc.es
70
Diagramas PERT. Conflictos entre actividades:

Solucin
Aadir una actividad ficticia de duracin cero
D
A
B
F
C
www.kybele.urjc.es
71
Diagramas PERT. Representacin

Supongamos que tenemos que realizar un proyecto que
tiene las actividades A, B, C, D, E, F y G. Las relaciones son:
A
B
C
D
E, F
precede
precede
precede
precede
preceden
a
a
a
a
a
B, C y D
E
F
G
H
Dos modos de representar estas relaciones:

Matriz de encadenamientos
Cuadro de relaciones de precedencia
www.kybele.urjc.es
72
Diagramas
PERT. Representacin
Actividades siguientes
Matriz de encadenamientos: Matriz cuyas dimensiones

coinciden con el nmero de actividades en que se
descompone el proyecto
Sea Mij un elemento de la matriz, si Mij = X, entonces para
poder iniciar la actividad i es necesario que haya finalizado
la actividad j
Actividades precedentes
A
A
B
C
D
E
F
G
H
X
X
X
X
X
X
www.kybele.urjc.es
73
Diagramas PERT.
Representacin
Cuadro de relaciones de
precedencia: tabla de
dos columnas:
Actividades en que se
descompone un proyecto
Sus actividades
precedentes
www.kybele.urjc.es
Actividades
Actividades
Precedentes
E, F
Diagramas PERT. Representacin

Grafo
3
B
6
1
D
G
www.kybele.urjc.es
75
Diagramas
PERT. Asignacin de tiempos a

actividades
El siguiente paso es el clculo de los tiempos early
(tiempo ms temprano posible) y last (tiempo ms
tardo posible) de cada suceso descrito en el grafo.
Tiempo ms temprano para comenzar la
actividad A (tiempo early de comienzo de A)
Tiempo ms temprano para

finalizar la actividad A
Tiempo ms tardo para

comenzar la actividad A
TEi
TLi
suceso i
Tiempo ms tardo para

finalizar la actividad A
TEj
TLj
suceso j
www.kybele.urjc.es
76
Diagramas PERT
Clculo de los tiempos ms tempranos (early)
El tiempo early del suceso j, que representamos por TEj, se
calcula sumando los tiempos early de los sucesos en los que nace
una actividad que finaliza en el suceso j, la duracin de la
actividad (Tij) y cogiendo el mayor de todos ellos
TEj = mx [ TEi + Tij ]
Siendo:
TEi el tiempo early del suceso i
Tij la duracin de la actividad que comienza en el suceso i y
finaliza en el suceso j
www.kybele.urjc.es
77
Diagramas
PERT
Supongamos calculados los tiempos PERT de cada

actividad:
Actividad
Duracin
13
19
E
21
B
7
8
0
1
6
2
14
22
24
7
5
D
G
13
5
www.kybele.urjc.es
78
Diagramas PERT
Clculo de los tiempos ms tardos (late)
El tiempo late del ltimo suceso, coincide con su tiempo
early
El resto de los tiempos late se calculan restando a los
tiempos late de los sucesos en los que finalizan actividades
que nacen en el suceso i, la duracin de las actividades y
escogiendo el menor de ellos.
TLi = min [ TLj - Tij ]
Siendo:
TLj el tiempo late del suceso j
Tij la duracin de la actividad que comienza por el suceso i
y finaliza en el suceso j
www.kybele.urjc.es
79
Diagramas PERT
Ejemplo
13 15
3
8
10
0
0
1
8
A
21
19
21 21
B
7
6
8
2
14 14
24 24
7
24
22
5
D
G
13 15
5
www.kybele.urjc.es
80
Holgura total de una actividad y camino crtico:

Holgura de un suceso i:
Hi = TLi - TEi
Indica el nmero de unidades de tiempo en que se

puede retrasar su realizacin de forma que no se
aumente la duracin total del proyecto.
Se dice que un suceso es crtico si Hi = 0
www.kybele.urjc.es
81

Holgura total de una actividad:
HTij = TLj - TEi - Tij
Representa el nmero de unidades de tiempo que

puede retrasarse la realizacin de la actividad con
respecto al tiempo PERT previsto, sin que aumente la
duracin del proyecto.
Se dice que una actividad es crtica si la holgura total = 0
www.kybele.urjc.es
82

Camino crtico: camino que se forma uniendo todas
las actividades crticas desde el suceso inicial al suceso
final del proyecto
Cualquier retraso que sufra alguna de las actividades
del camino crtico, implicar un retraso del proyecto.
El jefe de proyecto no debe slo prestar atencin a las
actividades crticas sino tambin a las que no lo son.
Ya que si una actividad no crtica consume el total de su
holgura, se convierte en crtica, y aparecera un nuevo
camino crtico.
www.kybele.urjc.es
83
Holgura libre y holgura independiente de la

actividad
Holgura libre de una actividad ij: tiempo que resulta
de restar al tiempo early del suceso final el tiempo
early del suceso inicial y la duracin de la actividad:
HLij = TEj - TEi - Tij
La holgura libre representa la parte de la holgura total
que puede consumirse sin que por ello, afecte a las
siguientes actividades.
www.kybele.urjc.es
84
Holgura libre y holgura independiente de la

actividad
Holgura independiente de una actividad ij: tiempo
que resulta de restar al tiempo early del suceso final
el tiempo late del suceso inicial y la duracin de la
actividad.
HIij = TEj - TLi - Tij
Este dato indica la cantidad de holgura disponible si

todas las actividades han comenzado en sus tiempos
late.
www.kybele.urjc.es
85
Estrategia
1.
2.
3.
4.
genrica
Representar un grafo de PERT

Identificar el camino crtico
Identificar la holgura de las otras actividades
Representar una planificacin temporal de
Gantt
www.kybele.urjc.es
86
Estrategia genrica. Diagrama de Gantt con MS

Project
www.kybele.urjc.es
87
Planificacin temporal (Ejercicios)
Dados los siguientes cuadros de relaciones de

precedencia realizar el diagrama de PERT
correspondiente, indicando:
Tiempo Temprano (Early)
Tiempo Tardo (Late)
Camino Crtico
www.kybele.urjc.es
88
Actividad
Actividades Precedentes
Duracin
B,D
I, M
I, M
I, M
F, G
A, E, P
F, G
www.kybele.urjc.es
89
Actividad
Actividades Predecesoras
Duracin
3, 4
10, 11
15
10
6, 7
17
14
10
12, 16
11
13, 17
12
14
13
15
10
14
15
15
18
16
18
17
18
18
19
19
www.kybele.urjc.es
90
Seguimiento
Definicin
de la planificacin
Seguir, revisar y comparar los logros y los resultados

obtenidos, frente a las estimaciones, los compromisos y los
planes del proyecto, actualizndolos en funcin de estos
resultados
Responsable: jefe del proyecto

Objetivos:
Comparar resultados con los planes previstos
Realizar acciones correctivas cuando existan desviaciones
significativas
Acordar compromisos con el personal afectado
www.kybele.urjc.es
91
Seguimiento
de la planificacin
Tareas:
Reuniones peridicas evaluar progreso
Determinar hitos cumplidos
Comparar fecha real y prevista de inicio
Evaluar los resultados de las revisiones
www.kybele.urjc.es
92
Bibliografa
Hooper, J. W. E., y R. O. Chester, Software Reuse: Guidelines

and Merhods, Plenum Press, 1991.
Calvo-Manzano, J.A., Cervera, J., Fernndez, L., Piattini, M.
Aplicaciones Informticas de Gestin. Una perspectiva de
Ingeniera del Software Editorial: RA-MA (2004)
Pressman, R. S. Ingeniera del Software. Un Enfoque Prctico
(7 Edicin) Editorial : McGraw-Hill (2010)
IEEE Std 1058.1-1987, IEEE Standard for Software Project
Management Plans.
http://ieeexplore.ieee.org/iel1/2591/955/00025325.pdf
www.kybele.urjc.es
93

(is-LADE-2012-13) TEMA V - Planificacion de Proyectos

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

(is-LADE-2012-13) TEMA V - Planificacion de Proyectos

Uploaded by

Copyright:

Available Formats

Tema IX:

Gestin de Proyectos: Planificacin.

Diana M. Snchez Fquene

mbito del Software

Ingeniera del Software de Gestin

Planificacin de proyectos. Definicin:

Ingeniera del Software de Gestin

Ingeniera del Software de Gestin

Gestin de Proyectos: Estimacin

Antes de comenzar el proyecto

Difcil, pero no imposible

Ingeniera del Software de Gestin

Gestin de Proyectos: Estimacin

Observaciones sobre la estimacin

Medida relativa que depende de la

Ingeniera del Software de Gestin

Gestin de Proyectos: Estimacin

Observaciones sobre la estimacin

Riesgo = grado de incertidumbre de la fiabilidad de las

Gestin de Proyectos: Estimacin

Lo que puede ir mal ir

Ingeniera del Software de Gestin

mbito del Software

Ingeniera del Software de Gestin

Primera actividad de la planificacin del proyecto

Ingeniera del Software de Gestin

Obtencin de la informacin necesaria para el

Ingeniera del Software de Gestin

Viabilidad: factibilidad del software

Ejemplo. Software de un telfono mvil

Ingeniera del Software de Gestin

Ejemplo. Software de un telfono mvil

Ingeniera del Software de Gestin

Ejemplo. Software de un telfono mvil

Interfaz con otros sistemas

Ingeniera del Software de Gestin

mbito del Software

Ingeniera del Software de Gestin

Segunda tarea en la planificacin del desarrollo

Ingeniera del Software de Gestin

Recursos del Proyecto

Ingeniera del Software de Gestin

Ingeniera del Software de Gestin

La definicin del mbito nos permitir

Posicin dentro del organigrama de los recursos a

Ingeniera del Software de Gestin

Ejemplo. Gestin de un videoclub

Registro de pelculas (junior)

Ingeniera del Software de Gestin

Gestin de Proyectos: Estimacin Recursos

Componentes con experiencia parcial

Reutilizacin eficiente = catalogacin, estandarizacin y validacin

Gestin de Proyectos: Estimacin Recursos

Ejemplo. Gestin de un videoclub

Componentes experimentados parcialmente

Ingeniera del Software de Gestin

Gestin de Proyectos: Estimacin Recursos

Ingeniera del Software de Gestin

Gestin de Proyectos: Estimacin Recursos

Ejemplo. Gestin de un videoclub

Ingeniera del Software de Gestin

Gestin de Proyectos: Estimacin Recursos

Ejemplo. Gestin de un videoclub