19
DESARROLLO DE PROYECTOS INFORMÁTICOS PLANIFICACIÓN DE PROYECTOS INTEGRANTES: FANIA SOLÓRZANO EDISON PATRÓN JORGE BERREZUETA

Planificacion de proyectos

Embed Size (px)

Citation preview

Page 1: Planificacion de proyectos

DESARROLLO DE PROYECTOS INFORMÁTICOS

PLANIFICACIÓN DE PROYECTOS

INTEGRANTES: FANIA SOLÓRZANO EDISON PATRÓN JORGE BERREZUETA

Page 2: Planificacion de proyectos

Es una programación de actividades y una gestión de recursos para obtener un objetivo de coste cumpliendo con los condicionantes exigidos por nuestro cliente.

PLANIFICACIÓN DE PROYECTOS

Page 3: Planificacion de proyectos

La programación de actividades debe aportar al director de proyecto un calendario de ejecución del proyecto donde se refleje la fecha de inicio y finalización de las distintas actividades en que se ha descompuesto el proyecto. Para poder definir dicho calendario se hace necesario conocer la duración de cada actividad y su orden, así como la fecha de inicio del proyecto.

HERRAMIENTAS DE PLANIFICACIÓN DE PROYECTOS

Page 4: Planificacion de proyectos

Es la base y guía de

todas las actividades de planificación para una buena Ingeniería del

software.

La estimación conlleva un riesgo que lleva a la

incertidumbre:Tamaño del proyecto.

Afecta a la precisión de las estimaciones, cuan más

aumenta el tamaño, crece la interdependencia entre

varios elementos del software.

Si no se entiende bien el ámbito o los requisitos

del proyecto, la incertidumbre y el riesgo

de desarrollo del proyecto son altos.

El planificador y el cliente deben tener presente que cualquier cambio en los requisitos del software

puede producir una inestabilidad en el coste

y en la planificación temporal

PLANIFICACION DE PROYECTOS INFORMÁTICOS

Complejidad del proyecto. Esta

presente en toda la planificación, en

muchos casos afecta a la experiencia adquirida en proyectos anteriores

lo que genera incertidumbre en el

proceso.

ESTIMACIÓN

Page 5: Planificacion de proyectos

OBJETIVO DE LA PLANIFICACIÓN DEL PROYECTO.

ACTIVIDADES DE LA

PLANIFICACIÓN DE UN

PROYECTO INFORMÁTICO

• Proporcionar un marco de trabajo que permita realizar las estimaciones del proyecto.

• Las estimaciones abarcan unos ciertos puntos importantes tales como:

• Se lo realiza al comienzo del proyecto

• Tiene un tiempo límite.• Actualización de la estimación

con el progreso del proyecto.

• ESTABLECER EL AMBITO DEL SOTWARE.

• ESTIMACIÓN DE LOS RECURSOS REQUERIDOS.

PLANIFICACION DE PROYECTOS INFORMÁTICOS

Page 6: Planificacion de proyectos

ESTABLECER EL ÁMBITO DEL SOFTWARE.

Describe:

• Funciones. Son evaluadas, o refinadas en el enunciado del ámbito

• Rendimiento. Abarcan los requisitos de tiempos de respuesta y procesamiento

• Restricciones Marcan los límites del software.

• Interfaces.• Fiabilidad.

Page 7: Planificacion de proyectos

ESTABLECER EL AMBITO DEL SOFTWARE

Para la obtención de información para el ámbito es necesario

establecer una comunicación entre el

desarrollador y el cliente aplicando técnicas para la

obtención de información como una reunión o entrevista

preliminar.

Es recomendable que el desarrollador o analista realizar preguntas que

permitan entender la parte básica del

problema tales como:

Preguntas que se Centran en el cliente, objetivos globales y

beneficios

Preguntas que permitan al analista comprender mejor el problema y el cliente

exprese sus percepciones sobre una

solución

Page 8: Planificacion de proyectos

ESTIMACIÓN DE LOS RECURSOS REQUERIDOS.

Desc

ribe

Personas, recursos humanos

Componentes de software reutilizables, que reducen el

coste de desarrollo y aceleran la entrega.

Componentes nuevos

Cada uno de los recursos tiene 4 características que

son:

Descripción

Informe de disponibilidad

Fecha de requerimiento

Tiempo de uso

Page 9: Planificacion de proyectos

ESTIMACIÓN DEL PROYECTO DE SOFTWARE.

Para una estimación segura hay varias opciones:

Dejar las estimaciones para el

final.

Basarse en proyectos similares

ya terminados

Usar técnicas de descomposición

(divide y vencerás.)

Modelo empírico para el cálculo de costes y esfuerzos

del software

Las estimaciones del proyecto no son exactas ya que existen demasiadas variables como:

humanas, técnicas, de entorno entre otros. Lo que afecta el coste final del proyecto.

Page 10: Planificacion de proyectos

Hitos Sucesos Actividades Tareas

FASES DE LA PLANIFICACIÓN DE PROYECTOS

Descomposición del proyecto

Page 11: Planificacion de proyectos

La ejecución de las actividades no puede realizarse, en general, en un orden y de una forma cualquiera, sino que debe satisfacer a un conjunto de restricciones o condicionantes, que denominaremos "ligaduras", las cuales formalizan las exigencias impuestas por: 

La tecnología  La mano de obra  El equipo  Los aprovisionamientos  Las ventas o aspectos comerciales o contractuales  La climatología 

Relaciones entre las actividades

Page 12: Planificacion de proyectos

Con las relaciones entre actividades definidas, y con las duraciones de las mismas estimadas es posible definir un programa de realización del proyecto plasmando los cálculos en una tabla. Sin embargo, es útil recurrir inicialmente para ello a representaciones gráficas que nos ayudarán a visualizar la relación del proyecto y la problemática inherente a su programación. 

Entre las diferentes representaciones gráficas del proyecto debemos destacar el “Diagrama de Gantt” y los diagramas basados en la teoría de grafos (PERT, CPM, Roy, Gert, etc.).

Construcción del grafo

Page 13: Planificacion de proyectos

Existe una técnica, de base estadística, para la estimación del tiempo de ejecución de una actividad. En esta técnica se consideran tres tipos de tiempos: 

duración Optimista = O duración Pesimista = P duración Más probable = M,

De los que se obtienen el tiempo que se utilizara en el programa y que se basa en cubrir el 50% de probabilidad de que se de esa duración, utilizando la formula estadística de: TPERT=(1XOp+4XM+1XP)/6           Las duraciones Optimista, Pesimista y Mas probable se obtiene de la consulta a los técnicos responsables de las actividades en base a su experiencia. 

Asignación de tiempo a las actividades

Page 14: Planificacion de proyectos

Inicialmente tomamos como punto de referencia el inicio del proyecto al que asignamos el valor de cero en la escala de tiempos. Posteriormente, asignando una fecha concreta al inicio del proyecto y considerando un calendario con sus domingos y festivos podremos transformar los valores relativos de las fechas en valores absolutos (fechas concretas en el calendario). Para que pueda iniciarse una actividad es necesario que hayan terminado todas las precedentes, y transformando esto en fechas podemos decir que: la fecha de inicio de una actividad vendrá fijada por la fecha máxima de finalización de las actividades que la preceden.

Tiempos Early y Last

Page 15: Planificacion de proyectos

A esta fecha se le denomina TiempoEarly. Si una vez fijada la fecha de finalización del proyecto consideramos cual es la fecha más tardía en la que una actividad puede acabar sin que se modifique fecha final del proyecto estaremos definiendo el Tiempo Last de finalización de una actividad.

Tiempos Early y Last

Page 16: Planificacion de proyectos

El camino que determina la duración del proyecto se denomina Camino Critico, y a las actividades que forman parte de este camino Actividades Criticas.

Camino crítico

Page 17: Planificacion de proyectos

Dicho de otra forma, serán actividades criticas todas aquellas en las que un retraso en su ejecución signifique un retraso en la fecha de finalización del proyecto. Por esta característica las actividades criticas deben estar sometidas a un especial control que evite retrasos.

Page 18: Planificacion de proyectos

La holgura libre de una actividad nos indica la cantidad de holgura disponible después de haber realizado la actividad, si todas las actividades de proyecto han comenzado en sus tiempos early. Es decir, la holgura libre es la parte de la holgura total que puede ser consumida sin perjudicar a las actividades siguientes.

La holgura independiente de una actividad nos 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. Esta holgura es escasa y a veces negativa. Representa la holgura de las actividades si el proyecto evoluciona de la forma más desfavorable posible.

 Holgura libre y holgura independiente

Page 19: Planificacion de proyectos