ESTRUCTURA TEMÁTICA
3. DIAGRAMA DE GANTT
ingeniero norteamericano Henry L. Gantt.
Gantt resolvió el problema de la programación de actividades, es decir, su distribución conforme a un calendario, donde se podía visualizar el periodo de duración de cada actividad, sus fechas de iniciación y terminación e igualmente el tiempo total requerido para la ejecución de un trabajo. El instrumento que desarrolló permite también que se siga el curso de cada actividad, al proporcionar información del porcentaje ejecutado de cada una de ellas, así como el grado de adelanto o atraso con respecto al plazo previsto.
Este gráfico consiste en un sistema de coordenadas en que se indica:
En el eje Vertical: Las
actividades que constituyen el trabajo a ejecutar. A cada actividad se hace corresponder una línea horizontal cuya longitud es proporcional a su duración en la cual la medición efectúa con relación a la escala definida en el eje horizontal.
En el eje Horizontal: un calendario, o escala de tiempo definido en términos de la unidad más adecuada al trabajo que se va a ejecutar: hora, día, semana, mes, etc.
Símbolos Convencionales: Los símbolos básicos son los siguientes:
• Iniciación de una actividad.
• Término de una actividad
• Línea fina que conecta las dos “L” invertidas. Indica la duración prevista de la actividad.
• Línea gruesa. Indica la fracción ya realizada de la actividad, en términos de porcentaje. Debe trazarse debajo de la línea fina que representa el plazo previsto.
• Plazo durante el cual no puede realizarse la actividad. Corresponde al tiempo improductivo puede anotarse encima del símbolo utilizando una abreviatura.
• Indica la fecha en que se procedió a la última actualización del gráfico, es decir, en que se hizo la comparación entre las actividades previstas y las efectivamente realizadas.
En el proceso de dibujar un diagrama de Gantt se tendrán en cuenta las siguientes consideraciones siguientes:
Las dependencias fin-inicio se representan alineando el final del bloque de la tarea predecesora con el inicio del bloque de la tarea dependiente.
Las dependencias final-final se representan alineando los finales de los bloques de las tareas predecesora y dependiente.
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.
El diagrama de Gantt es un diagrama representativo, que permite visualizar fácilmente la distribución temporal del proyecto, pero es poco adecuado para la realización de
http://www.rspa.com/checklists/risk.html
2. Investigue y profundice sobre el tema: Estimación del proyecto software. Elabore un ensayo.
3. Un tema de gran importancia en el cual se puede profundizar es:
• Lógica difusa
(http://delta.cs.cinvestav.mx/~gmorales/ldifll/ldifll.html)
• Constructive Cost Model
(http://www1.jsc.nasa.gov/bu2/COCOMO.html)
4. Describa la diferencia entre “riesgos conocidos” y “riesgos predecibles” 5. Usted es el jefe de proyectos de una compañía de software. Se le ha pedido que dirija a un equipo que está desarrollando un software de un procesador de textos. Construya una tabla de riesgo para el proyecto.
6. Asuma que ha sido contratado por una Universidad para desarrollar un sistema de inscripción a cursos para un determinado programa. Defina un listado de tareas. Utilice las diferentes técnicas descritas en el numeral 4.6.2 para establecer una planificación temporal del proyecto.
BIBLIOGRAFIA
IMPRESA
BRAUDE. Ingeniería de software, una perspectiva orientada a objetos. México. 2003. Alfaomega grupo editor. S.A.
GRUEGGE, BERND y DUTOIT, Allen H. Ingeniería de software orientado a objetos. México. 2002. Pearson Educación.
HUMPHREY, Watts S. Introducción al proceso de software personal. Pearson Addison wesley. 2001.
MEYER, Bertrand. Construcción de software orientado a objetos. Segunda edición. Madrid. 1999. Prentice Hall.
NORRIS. Ingeniería de software explicada. Grupo Noriega editores de Colombia. PIATTINI, Mario. VILLALBA, Jose y otros. Mantenimiento del software: modelos, técnicas y métodos para la gestión del cambio. Editorial Alfaomega-Rama.
PRESSMAN, Roger S. Ingeniería del Software. Un enfoque práctico. Quinta edición. España. 2002. Editorial McGraw Hill.
PFLEEGER, Shari Lawrence. Ingeniería de software, teoría y práctica. 1ª. Edición. Buenos Aires. Pearson educación. 2002
SOMMERVILLE, Ian. Ingeniería de software. 6ª. Edición. Pearson Addison Wesley. 2001 ELECTRÓNICA http://www.cis.ohio-state.edu/hypertext/faq/usenet/proj-planfaq/faq.html http://www.rspa.com http://www.pmi.org http://www.4pm.com http://www.projectmanagement.com
INTRODUCCIÓN
La garantía de calidad del software es una actividad de protección que se aplica a cada paso del proceso de software y que comprende: procedimientos, métodos y herramientas, revisiones técnicas formales, técnicas y estrategias de prueba, procedimientos de garantía de ajustes y mecanismos de medida e información.
OBJETIVOS
GENERALES• Estudiar las técnicas de gestión de calidad del software.
• Determinar las técnicas de prueba de software con el propósito de encontrar y corregir errores antes de entregar el programa al cliente.
• Definir las estrategias de prueba del software
• Determinar y analizar las métricas técnicas del software
• Determinar y aprender los beneficios de la reutilización del software. ESPECIFICOS
• Determinar qué es la calidad del software
• Identificar los aspectos de gestión y las actividades específicas del proceso de calidad del software.
• Establecer la importancia de la garantí de calidad del software así como definir las estrategias para los planes de garantía de calidad del software.
• Definir los fundamentos de las pruebas del software.
• Determinar que son las pruebas de caja negra, blanca, de camino básico y de estructura de control.
• Identificar las pruebas de unidad, integración, validación y del sistema.
• Identificar las métricas del modelo de análisis, del modelo de diseño, del código fuente, para pruebas y del mantenimiento.
• Definir los fundamentos de la reutilización del software.
• Determinar las dificultades para la reutilización