42
Tema 1 - 1 ESI 2003-2004 INGENIERÍA DEL SOFTWARE CONTROL DE PROYECTOS

ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Embed Size (px)

Citation preview

Page 1: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 1

ESI 2003-2004INGENIERÍA DEL SOFTWARE

CONTROL DE PROYECTOS

Page 2: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 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

Page 3: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 4: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.

Page 5: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 6: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.

Page 7: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 8: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 8

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Gráficos de Gantt

Page 9: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.

Page 10: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.

Page 11: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.

Page 12: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 12

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Elementos básicos PERT

– Actividad: arcos del grafo– Suceso: vértices del grafo

Page 13: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 14: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 15: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.

Page 16: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 17: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 18: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 18

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Cuestión

Ay B preceden a la CA precede a la D

actividades ficticias

Page 19: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 20: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 20

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Actividades ficticias

• Actividades en paralelo

Page 21: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 22: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 23: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 23

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Matriz de encadenamientos

Page 24: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 24

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Cuadro de prelaciones

Page 25: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 25

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Grafo resultante

Page 26: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 26

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Ordenación en niveles

Page 27: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 27

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Page 28: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 29: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 30: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 31: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 31

ESI 2003-2004INGENIERÍA DEL SOFTWARE

EjemploCuadro de prelaciones

Tiempos de ejecución de las actividades

Page 32: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 32

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Ejemplo

Page 33: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 33

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Matriz de Zaderenko

Page 34: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 35: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 36: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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 ,),(

Page 37: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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 ,),(

Page 38: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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

Page 39: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 39

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Page 40: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

Tema 1 - 40

ESI 2003-2004INGENIERÍA DEL SOFTWARE

Calendario de ejecución del proyecto

Page 41: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.

Page 42: ESI 2003-2004 INGENIERÍA DEL SOFTWARE Tema 1 - 1 CONTROL DE PROYECTOS

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.