18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Temario de la clase
Gestin de Actividades de un proyecto Definiciones Simbologia Ejemplo prctico

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Carta Gantt

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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.

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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.

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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

Actividad Uno Actividad Dos Actividad Tres

Segunda Etapa Actividad Cuatro Actividad Cinco

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

2 sem 08/sos

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas de Desarrollo de proyectos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

Se caracterizan por:

Exponer procesos basados en planeacin exhaustiva.

El resultado de cada proceso es determinante y predecible.
Sin embargo, por las caractersticas del software,

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.

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

El Modelo de Cascada (Bennington 1956) fue uno de los primeros modelos de ciclo de vida que formaliz un conjunto de procesos de desarrollo de software. Este modelo describe un orden secuencial en la ejecucin de los procesos asociados.
Comprensin del proceso, el rendimiento y las interfaces requeridas Definicin de Requerimiento s Diseo Codificacin (Implementaci n) Genera la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterizacin de la interfaz Genera la codificacin de los distintos mdulos Realiza pruebas que aseguren que la entrada definida produce los resultados que se requieren Prueba Op y Mantenimiento Adecuaciones al sistema debido a errores, a adaptaciones a cambios del entorno, o por nuevos requerimientos del cliente

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Modelo de Cascada
Definicin de Requerimientos Diseo del Software y del Sistema

Implementacin y Prueba de unidades

Integracin y Prueba del Sistema

Operacin y Mantenimiento

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos Metodologas Tradicionales en el Desarrollo

El Modelo de Cascada - Ventajas

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.

Definicin de Requerimientos Diseo Codificacin

(Implementacin)

Prueba

Op y Mantenimiento

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

El Modelo de Cascada - Desventajas
Definicin de Requerimientos Diseo Codificacin
(Implementacin)

Los proyectos reales raramente siguen el

flujo secuencial que propone el modelo, siempre hay iteraciones y se crean problemas en la aplicacin del paradigma.

Prueba Op y Mantenimiento

Normalmente, es difcil para el cliente establecer explcitamente al principio

todos los requisitos. El ciclo de vida clsico lo requiere y tiene dificultades en acomodar posibles incertidumbres que pueden existir al comienzo de muchos productos.

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.

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

El Modelo Incremental se postul como un refinamiento del modelo de cascada. Mantiene el esquema de etapas, pero stas son repetitivas hasta lograr la satisfaccin de los requerimientos del cliente.
Definicin de Requerimientos Requerimiento De Software Requerimiento De Software Requerimiento De Software Requerimiento De Software

Diseo

Diseo

Diseo

Diseo

Codificacin
(Implementacin)

Codificacin
(Implementacin)

Codificacin
(Implementacin)

Codificacin
(Implementacin)

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

El Modelo Incremental - Ventajas

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

El Modelo en Espiral se postul como una alternativa al modelo de cascada. El modelo de cascada y el modelo espiral suponen, de manera general, que los requerimientos del cliente no cambian radicalmente en el transcurso del desarrollo del sistema. Las fase de este modelo son: Planteamiento de Objetivos Se identifican los objetivos especficos para cada fase del proyecto. Identificacin y reduccin de riesgos. Los riesgos clave se identifican y analizan, y la informacin sirve para minimizar los riesgos. Desarrollo y Validacin. Se elige un modelo apropiado para la siguiente fase del desarrollo. Planeacin. Se revisa el proyecto y se trazan planes para la siguiente ronda del espiral.

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Modelo de Proceso de Espiral

Determinacin de objetivos alternativas y restricciones Anlisis de Evaluacin de alternativas, identificacin y resolucin de Riesgos Anlisis de riesgos Riesgos Anlisis de Prototipo Riesgos Prototipo Operacional Anlisis Prototipo 3 de Proto 2 REVISIN Riesgostipo 1 Simulaciones, modelos y benchmarks Concepto de modelo Plan de requerimientos OperacinRequeri Plan del ciclo de vida mientos de Diseo Diseo del Detallado Plan de Validacin deSW Codificacin Desarrollo Requerimientos Producto Prueba de Desarrollar y verificar Plan de IntegracinDiseo Unidades el siguiente nivel Prueba de y Prueba V &V Prueba deIntegracin del producto Aceptacin Servicio

Planeamiento de la siguiente fase

10

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Plantilla para una ronda del espiral

La ventaja del Modelo en Espiral radica en el perfeccionamiento de las soluciones encontradas con cada ciclo de desarrollo, en trminos de dar respuesta a los requerimientos inicialmente analizados. Los pasos a seguir en cada ciclo de la espiral son:

Objetivos. Restricciones. Alternativas. Riesgos. Resolucin de riesgos. Resultados. Planes. Garantas.

Determinacin de objetivos alternativas y restricciones

Evaluacin de alternativas, identificacin y resolucin de riesgos

Planea la siguiente fase

Desarrollar y verificar el siguiente nivel del producto

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Flexibilidad en el modelo de Espiral

Para sistemas bien comprendidos utiliza el Modelo de Cascada. La fase de anlisis de riesgos es relativamente fcil. Con requerimientos estables y sistemas de seguridad crticos, utiliza modelos formales. Con especificaciones incompletas, utiliza el modelo de prototipado. Pueden utilizarse modelos hbridos en distintas partes del desarrollo.

11

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Ventajas del Modelo de Espiral

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.

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Problemas con el Modelo de Espiral

El desarrollo contractual especifica el modelo del proceso y los resultados a entregar por adelantado. Requiere de experiencia en la identificacin de riesgos. Requiere refinamiento para uso generalizado.

12

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

Una tcnica complementaria, El Prototipado (realizacin de prototipos) es una herramienta en la que se apoyan diferentes metodologas. Un prototipo debe tener el objetivo de mostrar al cliente una maqueta del resultado que se obtendr de la implementacin de cada uno de los requerimientos del cliente una vez terminado el desarrollo. Con los prototipos se tiene la posibilidad de obtener retroalimentacin de manera temprana. Recoleccin y Partida Refinamientos Ingeniera R y Ref Diseo Rpido Ing Refinamiento del Prototipo Aprobacin y/o Obs del usuario

Ref Aprob

Prot Prueba

Construccin de Prototipo Prueba

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

Las caractersticas ms relevantes de la tcnica de Prototipos son las siguientes: No modifica el flujo del ciclo de vida Reduce el riesgo de construir productos que no satisfagan las necesidades de
los usuarios

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

Para que el modelo de Prototipos sea efectivo, se requiere:

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Modelo por Prototipos Administracin de Recursos Informticos

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

Prototipado de throw-away (desechable).

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Metodologas Tradicionales en el Desarrollo

Un enfoque diferente se obtiene con el Modelo Evolutivo, el que se caracteriza por permitir que los requerimientos no sean totalmente conocidos al comienzo del proyecto y se deben obtener poco a poco. El Modelo Evolutivo propone la elaboracin de varios ciclos de desarrollo en forma paralela, donde cada uno aporta nuevos elementos a las otras etapas, durante el desarrollo del proyecto.

Actividades Concurrentes
Versin Inicial

Especificacin
Descripcin del sistema

Desarrollo

Versiones Intermedias

Validacin

Versin Final

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Modelo de Desarrollo Evolutivo Administracin de Recursos Informticos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica Metodologas Tradicionales en el Desarrollo

Administracin de Recursos Informticos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos Problemas y Riesgos con los Modelos.

Cascada. Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseo. Bajo riesgo para desarrollos bien comprendidos utilizando tecnologa conocida. Prototipado. Bajo riesgo para nuevas aplicaciones debido a que las especificaciones y el diseo se llevan a cabo paso a paso. Alto riesgo debido a falta de visibilidad Evolutivo. Alto riesgo debido a la necesidad de tecnologa avanzada y habilidades del grupo desarrollador.

16

18/11/2011

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Manejo de Riesgos Administracin de Recursos Informticos

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.

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Manejo de Riesgos

Administracin de Recursos Informticos

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

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

Una posible recomendacin de documentacin en este modelo.
Actividad Anlisis de Requerimientos Definicin de Requerimientos Especificacin del Sistema. Diseo Arquitectural Diseo de Interfaces Diseo Detallado Codificacin Prueba de Unidades Prueba de Mdulos Prueba de Integracin Prueba del Sistema Prueba de Aceptacin Documentos Producidos Documento de Requerimientos Documento de Requerimientos. Especificacin Funcional, Plan de Pruebas de Aceptacin Especificacin de la Arquitectura, y Plan de Pruebas del Sistema Especificacin de la Interfaces y Plan de pruebas de Integracin. Especificacin del diseo y Plan de prueba de Unidades. Cdigo de Programa Reporte de prueba de unidades Reporte de prueba de mdulos Reporte de prueba de integracin y Manual de usuario final Reporte de prueba del sistema Sistema final mas la documentacin.

Documentacin del Modelo En Cascada

ESCUELA DE INGENIERA - Ingeniera Ejecucin en Informtica

Administracin de Recursos Informticos

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