Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Temario de la clase
Gestin de Actividades de un proyecto Definiciones Simbologia Ejemplo prctico
Carta Gantt
18/11/2011
Carta Gantt
Los cronogramas de barras o grficos de Gantt fueron concebidos por el ingeniero norteamericano Henry Gantt, uno de los precursores de la ingeniera industrial contempornea de Taylor a fines del siglo XIX (1861-1919) . Gantt procur resolver el problema de la programacin de actividades, es decir, su distribucin conforme a un calendario, de manera tal que se pudiese visualizar el periodo de duracin de cada actividad, sus fechas de iniciacin y terminacin e igualmente el tiempo total requerido para la ejecucin de un trabajo. El instrumento que desarroll permite tambin que se siga el curso de cada actividad, al proporcionar informacin del porcentaje ejecutado de cada una de ellas, as como el grado de adelanto o atraso con respecto al plazo previsto.
Carta Gantt
Este grfico consiste simplemente en un sistema de coordenadas en que se indica: En el eje Horizontal: un calendario, o escala de tiempo definido en trminos de la unidad ms adecuada al trabajo que se va a ejecutar: hora, da, semana, mes, etc. En el eje Vertical: Las actividades que constituyen el trabajo a ejecutar. A cada actividad se hace corresponder una lnea horizontal cuya longitud es proporcional a su duracin en la cual la medicin efecta con relacin a la escala definida en el eje horizontal conforme se ilustra. (La altura carece de significado)
Actividad Uno Actividad Dos Actividad Tres Actividad Cuatro Dias
1 2 3 4 5 6 7 8 9 10 11 . . .
18/11/2011
Carta Gantt
El diagrama de Gantt es un diagrama representativo, que permite visualizar fcilmente la distribucin temporal del proyecto, pero es poco adecuado para la realizacin de clculos. Por la forma en que se construye, muestra directamente los inicios y finales mnimos de cada tarea. Los bloques correspondientes a tareas del camino crtico acostumbran a rellenarse en otro color (en el caso del ejemplo, en rojo).
Tarea A B C D E F G H Predecesora s A C DII+1 BFI-1 D, E, F GFF Duraci n 2 3 2 3 2 3 3 2
Carta Gantt
Smbolos Convencionales: En la elaboracin del grfico de Gantt se acostumbra utilizar determinados smbolos, aunque pueden disearse muchos otros para atender las necesidades especficas del usuario. Los smbolos bsicos son los siguientes: Barra de una actividad.
Lnea gruesa. Plazo durante el cual no puede realizarse la actividad.
Su longitud indica la duracin prevista de la actividad. Su longitud indica la duracin prevista de la actividad. Corresponde al tiempo improductivo puede anotarse encima del smbolo utilizando una abreviatura.
Las dependencias fin-inicio se representan alineando el final del bloque de la tarea predecesora con el inicio del bloque de la tarea dependiente.
18/11/2011
Carta Gantt
Smbolos Convencionales:
Las dependencias fin-inicio se representan alineando el final del bloque de la tarea predecesora con el inicio del bloque de la tarea dependiente e indicando la secuencia con una flecha que refleja la restriccin.
Las dependencias final-final se representan alineando los finales de los bloques de las tareas predecesora y dependiente e indicando la secuencia con una flecha que refleja la restriccin. Las dependencias inicio-inicio se representan alineando los inicios de los bloques de las tareas predecesora y dependiente. Los retardos se representan desplazando la tarea dependiente hacia la derecha en el caso de retardos positivos y hacia la izquierda en el caso de retardos negativos.
Carta Gantt
Proyecto Ejemplo
Primera Etapa
Ejemplo Prctico
Ordenar todas las actividades Definir las secuencias entre actividades Estimar las duraciones de cada actividad Agrupar actividades en Etapas (actividades principales) Generar Hitos a cumplir Asignar recursos a cada actividad Colocar avances por actividad
18/11/2011
2 sem 08/sos
Metodologa: Definiremos como Metodologa de Desarrollo de Proyectos a un conjunto de mtodos empleados para el desarrollo de sistemas automatizados. Lo ms relevante de una metodologa, es su capacidad de entregar una notacin, la descripcin de un proceso a seguir y la entrega de herramientas de apoyo al desarrollo de
Sistemas.
Adems de una "notacin, de un proceso, y de herramientas," estas metodologas proporcionan:
Guas para estimar costos, Manejo del proyecto en las tareas y entregas, Medidas y mtricas, Formas definidas y direccin en las entregas de la construccin, Polticas y procedimientos para garantizar la calidad del software, Descripciones de los roles y programas de entrenamiento detallados, Ejemplos totalmente trabajados, Ejercicios de entrenamiento, Tcnicas para adaptar el mtodo, y Tcnicas definidas
18/11/2011
Los resultados de los procesos no son siempre predecibles, Es difcil predecir desde el comienzo del proyecto cada resultado. Las mtricas permiten estimaciones acertadas en contextos de desarrollo
repetibles. Inicialmente el modelo de desarrollo de un proyecto de software, se gener a partir de teoras de administracin de proyectos de construccin de manufactura o edificacin, lo que supona la realizacin de etapas sucesivas y secuenciales, con productos claramente medibles e identificables como resultado de cada etapa. Este modelo se denomin Modelo en Cascada.
18/11/2011
Modelo de Cascada
Definicin de Requerimientos Diseo del Software y del Sistema
Operacin y Mantenimiento
La ventaja de este mtodo radica en su sencillez, al seguir los pasos intuitivos necesarios a la hora de desarrollar el software Bajo riesgo para desarrollos bien comprendidos utilizando tecnologa conocida.
Prueba
Op y Mantenimiento
18/11/2011
Prueba Op y Mantenimiento
El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto,
no estar disponible una versin operativa del programa. Un error importante no detectado hasta que el programa este funcionando puede ser desastroso.
Visibilidad de Procesos
Los sistemas de software son intangibles por lo que los administradores necesitan documentacin para identificar el progreso en el desarrollo. Esto puede causar problemas.. El tiempo planeado para entrega de resultados puede no coincidir con el tiempo necesario para completar una actividad. La necesidad de producir documentos restringe la iteracin entre procesos. .El tiempo para revisar y aprobar documentos es significativo. El modelo de cascada es an el modelo basado en resultados mas utilizado.
18/11/2011
Diseo
Diseo
Diseo
Diseo
Codificacin
(Implementacin)
Codificacin
(Implementacin)
Codificacin
(Implementacin)
Codificacin
(Implementacin)
Se evitan proyectos largos y se entrega Algo de valor a los usuarios con cierta frecuencia El usuario se involucra ms
El Modelo Incremental - Desventajas Difcil de evaluar el costo total Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo Requiere gestores experimentados Los errores en los requisitos se detectan tarde. El resultado puede ser muy positivo
18/11/2011
10
18/11/2011
11
18/11/2011
Centra su atencin en la reutilizacin de componentes y eliminacin de errores en informacin descubierta en fases iniciales. Los objetivos de calidad son el primer objetivo. Integra desarrollo con mantenimiento. Provee un marco de desarrollo de hardware/software.
12
18/11/2011
Ref Aprob
Prot Prueba
Reduce costos y aumenta la probabilidad de xito Exige disponer de las herramientas adecuadas No presenta calidad ni robustez Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniera.
13
18/11/2011
Debe ser un sistema con el que se pueda experimentar Debe ser comparativamente barato (< 10%) Debe desarrollarse rpidamente nfasis en la interfaz de usuario Equipo de desarrollo reducido Herramientas y lenguajes adecuados
Prototipado exploratorio
El objetivo es trabajar con clientes hasta evolucionar a un sistema final, a partir de una especificacin inicial. Se debe comenzar con unas especificaciones bien entendidas. Puede ser usado como base del sistema
El objetivo es entender los requerimientos del sistema. Se puede comenzar con especificaciones poco entendidas. El prototipo no se utiliza para construir el sistema final. Se programan sin fijarse en usar buenas practicas de programacin y se hacen muy rpido, en un lenguaje muy conocido. En este caso el prototipo no es un producto final.
14
18/11/2011
Actividades Concurrentes
Versin Inicial
Especificacin
Descripcin del sistema
Desarrollo
Versiones Intermedias
Validacin
Versin Final
Problemas
Poca visibilidad en el proceso Los sistemas estn pobremente especificados Se requieren habilidades especiales.
Aplicabilidad
Para sistemas interactivos pequeos o medianos. Para partes de sistemas grandes Para sistemas de corta vida.
15
18/11/2011
El Prototipo Evolutivo
Es posible combinar algunas de estas metodologas, es as como podemos encontrar la metodologa de desarrollo que combina los Prototipos con la Evolutiva. Sus caractersticas principales son:
Construccin de una implementacin parcial que cubre los requisitos conocidos, para ir aprendiendo el resto y, paulatinamente, incorporarlos al sistema Reduce el riesgo y aumenta la probabilidad de xito No se conocen niveles apropiados de calidad y documentacin Problemas de gestin de configuracin Construir software para que pueda ser modificado fcilmente es un arte desconocido
16
18/11/2011
El riesgo inherente en una actividad es se mide en base a la incertidumbre que presenta el resultado de esa actividad. Las actividades con alto riesgo causan sobrecostos por mayor planeacin El riesgo es proporcional al monto de la calidad de la informacin disponible. Cuanto menos informacin, mayor el riesgo. Los sistemas grandes estn hechos usualmente de varios subsistemas. No es necesario utilizar el mismo modelo de proceso para todos los subsistemas. El prototipado es recomendado cuando existen especificaciones de alto riesgo. El modelo de cascada es utilizado en desarrollos bien comprendidos.
Manejo de Riesgos
Riesgos. No existen mejoras baratas en el software. Las mejoras en la calidad pueden incrementar los costos en forma excesiva Los nuevos mtodos pueden causar bajas en el personal. Solucin de riesgos. Estudio de la literatura existente. Proyecto piloto. Bsqueda de todos los componentes reutilizables potenciales. Identificacin del soporte disponible para las herramientas a usar Entrenamiento al personal
17
18/11/2011
Resumen
El modelo de cascada considera cada actividad del proceso como una actividad discreta. El modelo de desarrollo evolutivo considera actividades del proceso en forma concurrente. El modelo de espiral se basa en anlisis de riesgos. La visibilidad del proceso involucra la creacin de documentos o resultados de las actividades.
18