You are on page 1of 20

Anlisis y Diseo de Sistemas de Informacin

Prof.: Welinton Burgos

Anlisis y Diseo de Sistemas de Informacin

Diagrama de GANTT
es una herramienta que le permite al usuario modelar la planificacin de las tareas

necesarias para la realizacin de un proyecto. Esta herramienta fue inventada por Henry L. Gantt en 1917.
Debido a la relativa facilidad de lectura de los diagramas de GANTT, esta herramienta

es utilizada por casi todos los directores de proyecto en todos los sectores. El diagrama de GANTT es una herramienta para el director del proyecto que le permite realizar una representacin grfica del progreso del proyecto, pero tambin es un buen medio de comunicacin entre las diversas personas involucradas en el proyecto. Este tipo de modelo es particularmente fcil de implementar con una simple hoja de clculo, pero tambin existen herramientas especializadas, la ms conocida es Microsoft Project. Tambin existen equivalentes de este tipo de software que son gratis.

Crear un diagrama de GANTT


En un diagrama de GANTT, cada tarea es representada por una

lnea, mientras que las columnas representan los das, semanas, o meses del programa, dependiendo de la duracin del proyecto. El tiempo estimado para cada tarea se muestra a travs de una barra horizontal cuyo extremo izquierdo determina la fecha de inicio prevista y el extremo derecho determina la fecha de finalizacin estimada. Las tareas se pueden colocar en cadenas secuenciales o se pueden realizar simultneamente.

Si las tareas son secuenciales, las prioridades se pueden confeccionar utilizando una flecha

qu desciende de las tareas ms importantes hacia las tareas menos importantes. La tarea menos importante no puede llevarse a cabo hasta que no se haya completado la ms importante. A medida que progresa una tarea, se completa proporcionalmente la barra que la representa hasta llegar al grado de finalizacin. As, es posible obtener una visin general del progreso del proyecto rastreando una lnea vertical a travs de las tareas en el nivel de la fecha actual. Las tareas ya finalizadas se colocan a la izquierda de esta lnea; las tareas que an no se han iniciado se colocan a la derecha, mientras que las tareas que se estn llevando a cabo atraviesan la lnea. Si la lnea est cubierta en la parte izquierda, la tarea est demorada respecto de la planificacin del proyecto! Idealmente, un diagrama como este no debe incluir ms de 15 20 tareas para que pueda caber en una sola hoja con formato A4. Si el nmero de tareas es mayor, es posible crear diagramas adicionales en los que se detallan las planificaciones de las tareas principales.

Cronograma de actividad
Tiempo Actividad Solicitud del proyecto MAYO 23 30 JUNIO 6 13 20 27 JULIO 6 13 AGOSTO 3 10 21

Calendarizacin De actividad

Entrevista Organigrama funcional

Planteamiento del problema

Objetivos Justificacin del proyecto

Presentacin del sistema propuesto

Manual de usuario

Contrato de mantenimiento

Entrega del proyecto

Diagrama de Pert
Pert es un diagrama semejante a un diagrama de flujo, que

muestra la secuencia de actividades que se necesitaron para terminar un proyecto y el tiempo o costos asociados con cada actividad. Con una red Pert, un lder de proyecto debe pensar bien lo que se tiene que hacer, determinar cuales eventos dependen uno del otro, e identificar los puntos potenciales de dificultades. Asimismo, Pert facilita la comparacin de los efectos que las acciones alternativas tendrn sobre la programacin y los costos. As Pert permite a los administradores vigilar el avance de un proyecto, identificar posibles cuellos de botella, y desplazar los recursos conforme sean necesarios para mantener al proyecto en tiempo.

Para comprender como construir una red Pert, necesitamos conocer

tres trminos: eventos, actividades y ruta critica. Los eventos: son los puntos finales que representan la terminacin de actividades principales. Las actividades representan el tiempo o recursos que se requieren para progresar de un evento al siguiente. La ruta crtica: es la secuencia de eventos ms larga, mas consumidora de tiempo de eventos y actividades de una red Pert. ruta crtica es la secuencia de los elementos terminales de la red de proyectos con la mayor duracin entre ellos, determinando el tiempo ms corto en el que es posible completar el proyecto. La duracin de la ruta crtica determina la duracin del proyecto entero. Cualquier retraso en un elemento de la ruta crtica afecta a la fecha de trmino planeada del proyecto, y se dice que no hay holgura en la ruta crtica

Identificar todas las actividades que involucra el

proyecto, lo que significa, determinar relaciones de precedencia, tiempos tcnicos para cada una de las actividades. Construir una red con base en nodos y actividades (o arcos, segn el mtodo ms usado), que implican el proyecto. Analizar los clculos especficos, identificando las rutas crticas y las holguras de los proyectos

FIFO: (el primero en llegar, es el primero en ser servido). Se

percibe como la ms justa en los sistemas de Colas ms habituales. LIFO: (el primero en llegar, es el ultimo en salir ). Por ejemplo en productos perecederos (conservas) en que se consulta la fecha de caducidad.

CAPACITACION DE USUARIOS
Los analistas de sistemas se involucran en un proceso educacional con los usuarios que es llamado capacitacin. A lo largo del ciclo de vida de desarrollo de sistemas los usuarios han estado involucrados, por lo que ahora el analista debe poseer una valoracin adecuada de los usuarios que deben ser capacitados. A quien capacitar

Todas las personas que tendrn uso primario o secundario del sistema deben ser capacitadas. Esto incluye a todos, desde el personal de captura de datos hasta aquellos que usaran la salida para tomar decisiones sin usar personalmente una computadora. La cantidad de capacitacin que requiere un sistema depende, por lo tanto, de qu tanto cambiara el trabajo de alguien debido al nuevo sistema.

LINEAMIENTOS PARA LA CAPACITACIN.


El analista tiene cuatro lineamientos principales para ajustar una

capacitacin. Estos son: 1. Establecimiento de objetivos mensurables. Los objetivos bien definidos son de una gran ayuda para permitir que los capacitados sepan lo que se espera de ellos. 2. Uso de mtodos de capacitacin adecuados. Algunos usuarios aprenden mejor viendo, otros oyendo y otros haciendo. Debido a que, por lo general, no es posible personalizar la capacitacin para un individuo, frecuentemente la mejor manera de proceder es con una combinacin de los mtodos. 3. Seleccin de lugares de capacitacin adecuados. Esta debe propiciar un ambiente de trabajo libre de situaciones problemas,que impidan la concentracin de los beneficiarios de la capacitacin.

4. Empleo de materiales de capacitacin

comprensibles. Los analistas de sistemas deben darse cuenta de la importancia de materiales, de capacitacin bien preparados. OBJETIVO GENERAL: Entender la importancia que tiene para una organizacin, capacitar el personal para mejor rendimiento de la empresa y as no haga inconveniente con el software,

Proceso

Producto

Efecto del producto

Influye Calidad de proceso Depende de Calidad interna

Influye Calidad externa Depende de

Influye Calidad en uso Depende de Contextos de uso

proveedor

usuario

Visin de la direccin Visin de usuario Facilidad de uso Seguridad (integridad) Eficiencia Correccin (exactitud) Fiabilidad

Visin del desarrollador


Operabilidad Familiarizacin Comunicatividad Volumen y tasa de E/S Datos comunes

Operacin de producto

Control y audit. de acceso Integridad de datos


Eficiencia de almacenam. Eficiencia de ejecucin Complecin Trazabilidad Consistencia Precisin Tolerancia a errores Simplicidad Concisin Autodescriptividad Modularidad Instrumentacin Capacidad de ampliacin Generalidad Indep. mquina Indep. soft. de sistema Comunicac. comunes

Revisin de producto

Facilidad de mantenimiento Facilidad de prueba Flexibilidad Capacidad de reutilizacin Transportabilidad Interoperabilidad

Transicin de producto

Ejemplos de uso: Validar la complecin de una definicin de requisitos Identificar requisitos software Identificar objetivos para el diseo software Identificar requisitos para las pruebas del software Identificar requisitos para el aseguramiento de la calidad Identificar criterios de aceptacin para un producto software terminado

Por qu evaluar un software?


Todo recurso de aprendizaje se debe evaluar constantemente para

conocer sus ventajas y desventajas, pedaggicas, sus fortalezas y debilidades en el aprender. Se debe ser atractivo para los usuarios, y asi poder analizarlos, enriquecerlos y comunicarlos. Se deben evaluar caractersticas como: calidad del contenido, facilidad de uso, pertinencia de los contenidos e interactividad. Los profesores/as deben prepararse para utilizar nuevos recursos y una forma de aprender a usarlos es a travs del proceso de evaluacin (seleccin).