Tema 1 - 1
ESI 2003-2004INGENIERÍA DEL SOFTWARE
CONTROL DE PROYECTOS
Tema 1 - 2
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Motivación
• Entregas fuera de tiempo
• Software poco fiable
• Costos por encima de lo estimado
• Software de poca calidad
PROBLEMA: pensar sólo en implementar
Tema 1 - 3
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tareas
• Redacción de la propuesta
• Planificación del proyecto
• Estimación de coste
• Supervisión y revisión del proyecto
• Selección y evaluación del personal
• Redacción y presentación de informes
Tema 1 - 4
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Redacción de la propuesta
• Describe los objetivos del proyecto y cómo se llevará a cabo.
• Incluye estimaciones de costo y calendarización.
• Justifica por qué el contrato del proyecto se le debe dar a una organización o a un equipo particular.
Tema 1 - 5
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Planificación
Comprende actividades requeridas para:- Definir- Desarrollar- Probar- Entregar- Mantener
un producto software.
Se desarrolla un modelo para alguno de los modelos de ciclo de vida de IS, detallando:
- Cada una de las fases- La documentación- Los requisitos- Los recursos- Las revisiones
Tema 1 - 6
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Planificación
Identificación de:– Actividades: tareas a realizar
– Hitos: revisión de un conjunto de actividades
– Entregas: de documentación, software, etc.
Tema 1 - 7
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Gráficos de Gantt
Muestra cuándo una tarea debería comenzar y cuándo terminar.– Tarea: barra horizontal cuya longitud es proporcional al
tiempo necesario para llevarla a cabo.
Útiles para:- describir proyectos relativamente sencillos- subpartes de un proyecto mayor- las actividades de un solo trabajador - para supervisar el progreso de las actividades,
comparándolas con las fechas planeadas para su terminación
Tema 1 - 8
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Gráficos de Gantt
Tema 1 - 9
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Definición PERT
PERT es una técnica de planificación del camino crítico utilizado para controlar los recursos (persona, grupo de personas, parte de un equipo o material utilizado en llevar a cabo una actividad).
Requiere que un proyecto tenga:• Actividades bien definidas que tengan un claro punto de
comienzo y de fin.• Actividades que se puedan trabajar de forma independiente de
otras actividades.• Actividades que están ordenadas.• Actividades que cuando se completan, sirven para la finalidad
del proyecto.
Tema 1 - 10
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Gráficos de PERT
(Program Evaluation Review Technique) Es una representación gráfica de las tareas de un proyecto y de cómo están interrelacionadas. - La ordenación de las tareas se muestra
conectándolas a las tareas antecesora y sucesora.
Tema 1 - 11
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Elementos básicos PERT
– Actividad: ejecución de una tarea, que exige para su realización la utilización de recursos
– Suceso: es un acontecimiento, un punto en el tiempo, una fecha en el calendario. El suceso no consume recursos, solo indica el principio o el fin de una actividad o de un conjunto de actividades.
Tema 1 - 12
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Elementos básicos PERT
– Actividad: arcos del grafo– Suceso: vértices del grafo
Tema 1 - 13
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Fases del método PERT
• Descomponer el proyecto en actividades
• Establecer prelaciones existentes entre las diferentes actividades– Prelaciones: orden en el que se ejecutan
las actividades
Tema 1 - 14
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tipos de prelaciones
Prelaciones lineales: para poder iniciar una determinada actividad, es necesario que haya finalizado previamente una única actividad
Tema 1 - 15
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tipos de prelaciones
Prelaciones que originan una convergencia: para poder iniciar una cierta actividad, es necesario que se haya finalizado previamente más de una actividad.
Tema 1 - 16
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tipos de prelaciones
Prelaciones que originan una divergencia: para poder iniciarse un conjunto de actividades, es necesario que se haya finalizado previamente una sola actividad
Tema 1 - 17
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tipos de prelaciones
Prelaciones que origina una convergencia-divergencia: para poder iniciarse un conjunto de actividades, es necesario que se haya finalizado previamente más de una actividad
Tema 1 - 18
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Cuestión
Ay B preceden a la CA precede a la D
actividades ficticias
Tema 1 - 19
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Actividades ficticias
• No consumen tiempo ni recursos, son únicamente unos enlaces lógicos, que nos permiten reflejar formalmente las prelaciones existentes entre las diferentes actividades que constituyen el proyecto – arco de trazo discontinuo
Tema 1 - 20
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Actividades ficticias
• Actividades en paralelo
Tema 1 - 21
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Construcción del grafo PERT
• suceso inicio: representa el comienzo de una o más de una actividad pero no el fin de alguna actividad
• suceso fin: representa el fin de una o más de una actividad pero no el comienzo de alguna actividad
• La numeración de los vértices ha de cumplir la condición i < j
Tema 1 - 22
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Ejemplo
• A precede a C, D, E • B precede a C • C precede a K • D precede a F, G • E precede a J • F precede a I • G precede a H • H, I, J preceden a L • K precede a M • L precede a P • M precede a N • N, P preceden a Q • Q precede a R
Tema 1 - 23
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Matriz de encadenamientos
Tema 1 - 24
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Cuadro de prelaciones
Tema 1 - 25
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Grafo resultante
Tema 1 - 26
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Ordenación en niveles
Tema 1 - 27
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tema 1 - 28
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Asignación de tiempos a las actividades
• La estimación optimista (a) representa el tiempo mínimo en que podría ejecutarse la actividad si todo marchara excepcionalmente bien.
• La estimación mas probable (m), representa el tiempo que normalmente se empleará en ejecutar la actividad. Se considera que este tiempo es el que se hubiera producido con más frecuencia si la actividad se hubiese ejecutado un cierto número de veces.
• La estimación pesimista (b) representa el tiempo máximo en que podría ejecutarse la actividad si todas las circunstancias que influyen en su duración fueran totalmente desfavorables
• Tiempo PERT d de ejecución de la actividad
6
4 bmad
6
4 bmad
Tema 1 - 29
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tiempo early
• El tiempo early de un cierto suceso j trata de medir el tiempo mínimo necesario para llegar a ese suceso
• El tiempo early del suceso fin del proyecto indica el tiempo mínimo necesario para poder finalizar el proyecto duración del proyecto
}max{ , jiEiEj ttt
Tema 1 - 30
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tiempo last
• .El tiempo last de un cierto suceso i trata de medir lo más tarde que podemos llegar a ese suceso de manera que la duración del proyecto (medida por el tiempo early del suceso final) no se retrase en ninguna unidad de tiempo
}min{ , jiLjLi ttt
Tema 1 - 31
ESI 2003-2004INGENIERÍA DEL SOFTWARE
EjemploCuadro de prelaciones
Tiempos de ejecución de las actividades
Tema 1 - 32
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Ejemplo
Tema 1 - 33
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Matriz de Zaderenko
Tema 1 - 34
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Holguras
• Indica el número de unidades de tiempo en que puede retrasarse la realización del suceso, de manera que la duración del proyecto no experimente ningún retraso
EiLii ttH
Tema 1 - 35
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Holgura total
• Actividades críticas: su holgura total es cero
• Camino crítico: resultante de unir todas las actividades críticas y resulta esencial para efectuar el control del proyecto. Cualquier actividad en el camino crítico que retrase su finalización, afectará al retraso de todo el proyecto
),(),( jiEiLjjiT tttH
Tema 1 - 36
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Holgura libre
• Indica la cantidad de holgura disponible después de haber realizado la actividad, si todas las actividades del proyecto han comenzado en sus tiempos early.
• Representa la parte de la holgura total que puede ser consumida sin perjudicar alas actividades siguientes
jiEiEjjiL tttH ,),(
Tema 1 - 37
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Holgura independiente de una actividad
• Indica la cantidad de holgura disponible después de haber realizado la actividad, si todas las actividades del proyecto han comenzado en sus tiempos last.
jiLiEjjiI tttH ,),(
Tema 1 - 38
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Calendario de ejecución del proyecto
• La fecha de comienzo más temprana de una cierta actividad ij, indica lo más pronto que puede comenzarse la actividad ij. TCEij = tij
• La fecha de comienzo mas tardía de una cierta actividad ij, indica lo más tarde que puede comenzarse la actividad ij, de manera que la duración prevista del proyecto no se retrase en ninguna unidad de tiempo. TCLij = tEi + HT(i,j)
• La fecha de finalización más temprana de una cierta actividad ij, indica lo antes que puede finalizarse la ejecución de la actividad ij. TFEij = tEi + tij
• La fecha de finalización más tardía de una cierta actividad ij, indica la fecha tope en que puede finalizarse la actividad ij, de manera que la duración prevista del proyecto no se retrase en ninguna unidad de tiempo. TFLij = tLj
Tema 1 - 39
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Tema 1 - 40
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Calendario de ejecución del proyecto
Tema 1 - 41
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Gantt - PERT
• Gantt muestra visualmente la duración de las tareas mientras que PERT muestra la secuencia de dependencias entre las actividades.
• Gantt muestra visualmente la superposición de tareas en el tiempo, mientras que PERT muestra qué actividades podrían realizarse en paralelo.
• Algunas formas de gráficos de Gantt pueden mostrar visualmente el tiempo de holgura disponible entre un comienzo temprano y un fin tardío, mientras que PERT muestra esto mediante datos dentro rectángulos de actividad.
Tema 1 - 42
ESI 2003-2004INGENIERÍA DEL SOFTWARE
Gantt - PERT
• Uno de los mayores puntos fuertes de la técnica PERT es su habilidad para representar la variabilidad en el tiempo de terminación. Debido a esto, se utiliza más que los gráficos de Gantt para dirigir proyectos como el desarrollo de sistemas de información, donde la variabilidad en la duración de las actividades es la norma. Los gráficos de PERT usan un diagrama de red gráfico compuesto por círculos o recuadros rpepresentando actividades y conectando flechas que muestran los flujos de trabajo requeridos.