Diagrama de Flujo de Datos

Componentes de un Diagrama de Flujo de Datos (DFD) segn la notacin de Yourdon y DeMarco.

Un diagrama de flujo de datos (DFD por sus siglas en espaol e ingls) es una representacin grfica para la maceta del "flujo" de datos a travs de un sistema de informacin. Un diagrama de flujo de datos tambin se puede utilizar para la visualizacin de procesamiento de datos (diseo estructurado). Es una prctica comn para un diseador dibujar un contexto a nivel de DFD que primero muestra la interaccin entre el sistema y las entidades externas. Este contexto a nivel de DFD se "explot" para mostrar ms detalles del sistema que se est modelando. Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseo estructurado, basado en el modelo de computacin de Martin y Estrin: "flujo grfico de datos" . Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Anlisis de Sistemas Estructurados y Diseo por Mtodo SSADM. El patrocinador de un proyecto y los usuarios finales tendrn que ser informados y consultados en todas las etapas de una evolucin del sistema. Con un diagrama de flujo de datos, los usuarios van a poder visualizar la forma en que el sistema funcione, lo que el sistema va a lograr, y cmo el sistema se pondr en prctica. El antiguo sistema de diagramas de flujo de datos puede ser elaborado y se compar con el nuevo sistema de diagramas de flujo para establecer diferencias y mejoras a aplicar para desarrollar un sistemams eficiente. Los diagramas de flujo de datos pueden ser usados para proporcionar al usuario final una idea fsica de cmo resultarn

los datos a ltima instancia, y cmo tienen un efecto sobre la estructura de todo el sistema. La manera en que cualquier sistema es desarrollado puede determinarse a travs de un diagrama de flujo de datos. El desarrollo de un DFD ayuda en la identificacin de los datos de la transaccin en el modelo de datos. niveles, los cuales son: Nivel 0: Diagrama de contexto. Nivel 1: Diagrama de nivel superior. Nivel 2: Diagrama de detalle o expansin.

  

Contenido
[ocultar]

1 Caractersticas de los niveles

o o o

1.1 Diagrama de Contexto: Nivel 0 1.2 Diagrama de Nivel Superior: Nivel 1 1.3 Diagrama de Detalle o Expansin: Nivel 2

2 Vase tambin

[editar]Caractersticas [editar]Diagrama

de los niveles

de Contexto: Nivel 0

En el diagrama de contexto se caracterizan todas las interacciones que realiza un sistema con su entorno (entidades externas), estas pueden ser otros sistemas, sectores internos a la organizacin, o factores externos a la misma. Se dibuja un slo proceso que representa al sistema en cuestin y se escribe su nombre en dicha burbuja como un sustantivo comn ms adjetivos. De l solamente parten los flujos de datos que denotan las interrelaciones entre el sistema y sus agentes externos, no admitindose otros procesos ni almacenamientos en el dibujo. Resulta de gran utilidad para los niveles posteriores de anlisis como herramienta de balanceo.

[editar]Diagrama

de Nivel Superior: Nivel 1

En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no suelen interrelacionarse directamente, sino que entre ellos debe existir algn almacenamiento o entidad externa que los una. Esta regla de construccin sirve como ayuda al analista para contemplar que en un nivel tan elevado de abstraccin (DFD Nivel 1) es altamente probable que la informacin que se maneja requiera ser almacenada en el sistema aunque no est especificado por un Requisito funcional, siendo en realidad un requisito no-funcional.

[editar]Diagrama

de Detalle o Expansin: Nivel 2

En un diagrama de nivel 2 o mayor, comienzan a explotarse las excepciones a los caminos principales de la informacin dado que aumenta progresivamente el nivel de detalle. De aqu en adelante se permiten los flujos entre procesos. El DFD nivel 2 puede considerarse el mximo para ser validado en forma conjunta con el usuario dado que en los niveles posteriores el alto grado de complejidad del diagrama puede resultar de muy difcil lectura para personas ajenas al equipo de sistemas. Tambin se recomienda el diagrama de nivel superior.

Definicin de Diagrama de Proceso Es una representacin grfica de los pasos que se siguen en toda una secuencia de actividades, dentro de un proceso o un procedimiento, identificndolos mediante smbolos de acuerdo con su naturaleza; incluye, adems, toda la informacin que se considera necesaria para el anlisis, tal como distancias recorridas, cantidad considerada y tiempo requerido. Con fines analticos y como ayuda para descubrir y eliminar ineficiencias, es conveniente clasificar las acciones que tienen lugar durante un proceso dado en cinco clasificaciones. Estas se conocen bajo los trminos de operaciones, transportes, inspecciones, retrasos o demoras y almacenajes. Las siguientes definiciones en la tabla 5.1, cubren el significado de estas clasificaciones en la mayora de las condiciones encontradas en los trabajos de diagramado de procesos. Este diagrama muestra la secuencia cronolgica de todas las operaciones de taller o en mquinas, inspecciones, mrgenes de tiempo y materiales a utilizar en un proceso de fabricacin o administrativo, desde la llegada de la materia prima hasta el empaque o arreglo final del producto terminado. Seala la entrada de todos los componentes y subconjuntos al ensamble con el conjunto principal. De igual manera que un plano o dibujo de taller presenta en conjunto detalles de diseo como ajustes tolerancia y especificaciones, todos los detalles de fabricacin o administracin se aprecian globalmente en un diagrama de operaciones de proceso. Antes de que se pueda mejorar un diseo se deben examinar primero los dibujos que indican el diseo actual del producto. Anlogamente, antes de que sea posible mejorar un proceso de manufactura conviene elaborar un diagrama de operaciones que permita comprender perfectamente el problema, y determinar en qu reas existen las mejores posibilidades de mejoramiento. El diagrama de operaciones de proceso permite exponer con claridad el problema, pues si no se plantea correctamente un problema difcilmente podr ser resuelto.

Existen dos tipos de diagramas de procesos: Tcnicos. Organizacionales. Los tcnicos son aquellos en donde se definen las etapas de un proceso de produccin, se definen paso a paso cada una de las etapas del proceso, desde la toma de requerimientos, revisin tecnolgica, generacin de casos de uso, diseo de diagramas de proceso a nivel macro, diagramas de estados, modelo entidad relacin, diagrama de navegacin, hasta realizar la confrontacin de requerimientos con el diseo inicial, para luego disear etapas o procedimientos adecuados. Se afirma que un producto de calidad solo se puede conseguir cuando se dispone de procesos capaces y estables en el tiempo. El control resulta fundamental. El Organizacional es aquel que tiene que ver con la planeacin de recurso humano y elementos organizacionales. Los pasos al desarrollar una hoja de proceso son: 1. Hacer la hoja respectiva, cuyo encabezado tendr datos de identificacin del proceso. 2. El cuerpo consta de 5 columnas para los smbolos anteriores, 1 para la descripcin breve del trmite, 2 para las distancias de los transportes y minutos de demora y 1 para observaciones. 3. Se anota la descripcin de los pasos del proceso y se marcan puntos en las columnas de los smbolos correspondientes, unindolos con una lnea. 4. Se obtienen los totales, una vez terminada la descripcin del proceso las operaciones, transportes, inspecciones, demoras, as como el tiempo perdido en el almacenamiento. 5. Los totales indican el tipo de accin que conviene tomar para un anlisis ms profundo y cambiar aquellos aspectos que nos pueden afectar en un tiempo determinado. La utilizacin de flujogramas para diagramas de procesos y de relaciones Propsito, enfoque y puntos fundamentales de la utilizacion de diagramas para procesos, para relaciones y flujogramas

DIAGRAMA DE PROCESO Es una representacin grfica de los pasos que se siguen en toda una secuencia de actividades, dentro de un proceso o un procedimiento, identificndolos mediante smbolos de acuerdo con su naturaleza; incluye, adems, toda la informacin que se considera necesaria para el anlisis, tal como distancias recorridas, cantidad considerada y tiempo requerido. Con fines analticos y como ayuda para descubrir y eliminar ineficiencias, es conveniente clasificar las acciones que tienen lugar durante un proceso dado en cinco clasificaciones. Estas se conocen bajo los trminos de operaciones, transportes, inspecciones, retrasos o demoras y almacenajes.

4.3 Diagramas de transicin de estados.

El diagrama de transicin de estado (tambin conocido como DTE) enfatiza el comportamiento dependiente del tiempo del sistema. Este tipo de modelo slo importaba para una categora de sistemas conocido como sistemas de tiemporeal; como ejemplo de estos sistemas se tienen el control de procesos, sistemas de conmutacin telefnica, sistemas de captura de datos de alta velocidad y sistemas de control y mando militares. En la figura 4.3.1 se muestra un DTE tpico. Este diagrama muestra el comportamiento de una mquina contestadora de telfono normal. Los principales componentes del diagrama son estados, y flechas que representan los cambios de estado.

Figura 4.3.1: Diagrama de transcisin de estados. Cada rectngulo representa un estado en el que se puede encontrar el sistema. Pudiendo ser este:
y y

Esperar a que el usuario d su contrasea. Calentar una mezcla de sustancias qumicas.

y y y y y y

Esperar la siguiente orden. Acelerar el motor. Mezclar los ingredientes. Esperar datos del instrumento. Llenar el tanque. Aguardar en reposo.

Cambios de estado. Cmo cambia un sistema de un estado a otro?. S se tienen reglas ordenadas que gobiernan su comportamiento, entonces generalmente slo algunos tipos de cambio de estado sern significativo y vlidos. Se muestran los cambios de estado vlidos en el DTE conectando pares relevantes de estado con una flecha. As, la figura 4.3.2 muestra que el sistema puede ir del estado 1 al estado 2. Tambin muestra que cuando el sistema se encuentra en el estado 2 puede ir al estado 3 o regresar al 1.

Figura 4.3.2:Cambios de estados. A pesar de que la figura 4.3.2 proporciona informacin interesante acerca del comportamiento dependiente del tiempo de un sistema, no dice cuales son los estados inicial y final del sistema. La mayora de los sistemas tienen un estado

inicial reconocible y estado final reconocible; esto se muestra en la figura 4.3.3.

Figura 4.3.3:Estados inicial y final. Lo que identifica al estado 1 de la figura 4.3.3 como inicial es la flecha "desnuda" que no est conectada a ningn otro estado, y lo que identifica al estado 5 como final es la ausencia de una flecha que salga de l. El sentido comn dice que un sistema slo puede tener un estado inicial; sin embargo, puede tener mltiples estados finales. Los estados finales son mutuamente excluyentes, lo cual significa que slo uno de ellos puede ocurrir durante alguna ejecucin del sistema. Condiciones y acciones. Para completar nuestro DTE necesitamos aadir dos cosa ms: las condiciones que causan un cambio de estado y las acciones que el sistema toma cuando cambia de estado. Como ilustra la figura 4.3.4, las condiciones y acciones se muestran junto a la flecha que conecta dos estados relacionados.

Figura 4.3.4:Muestra de condiciones y acciones.

Una condicin es un acontecimiento en el ambiente externo que el sistema es capaz de detectar; tpicamente es una seal, una interrupcin o la llegada de un paquete de datos. Esto usualmente hace que el sistema cambie de un estado de espera X a un estado de espera Y; o de llevar a cabo la actividad X a llevar acabo la actividad Y. Como parte del cambio de estado, normalmente har una o ms acciones: producir una salida, desplegar una seal en la terminal del usuario, llevar a cabo un clculo, etc. Construccin del diagrama de transicin de estados. As como en los DFD se utiliz la particin tambin es recomendable usarla en los DTE en donde los sistemas son muy complejos. Para la construccin de DTE se puede seguir cualquiera de dos enfoques: 1. Se puede comenzar por identificar todos los posibles estados del sistema y representar cada uno como una caja separada en una hoja de papel. Luego, se pueden explorar todas las conexiones con significado (es decir, los cambios de estado) entre las cajas. 2. Como alternativa, se puede comenzar por el estado inicial, y luego metdicamente ir siguiendo un camino hasta el o los estados restantes; luego de los estados secundarios, proseguir a los terciarios; etc. Cuando se termina de construir el DTE preliminar, deben seguirse las siguientes reglas para verificar la consistencia:
y y y y

Se han definido todos los estados?. Se pueden alcanzar todos los estados?. Se han definido estados que no tengan caminos que lleven a ellos? Se puede salir de todos los estados? El sistema responde adecuadamente a todas las condiciones posibles?

El DTE representa una especificacin de proceso para una burbuja de control en DFD. Como herramienta de modelado de alto nivel, el DTE puede servir incluso como especificacin de proceso para todo el sistema. Si se representa todo el sistema como un diagrama de una burbuja, puede usarse el DTE para mostrar la secuencia de actividades en el sistema.

Diagramas de Transicin de Estados.

El diagrama de transicin de estados o DTE, enfatiza el comportamiento dependiente del tiempo del sistema. Hasta hace un tiempo, los modelos del comportamiento dependiente del tiempo del sistema importaban solo para una categora especial de sistemas conocidos como sistemas de tiempo real, por ejemplo sistemas de conmutacin telefnica. Para sistemas enfocados a los negocios no se vean demasiado importante, sin embargo en sistemas grandes y complejos enfocados a negocios que si tienen aspectos de comportamiento de tiempo real. Por ejemplo si el sistema maneja entradas de miles de terminales y entradas de alta velocidad de otros sistemas, pueden entonces surgir aspectos de comportamiento dependientes del tiempo, del tipo que surgen en un sistema tpico de tiempo real. Por esto aunque no se apliquen en todos los sistemas es conveniente estar familiarizado con herramientas de modelado para el comportamiento dependiente del tiempo.

Notacin de los Diagramas de Transicin de Estados. Los principales componentes del diagrama son los estados y las flechas, que representan los cambios de estado. Existe una variada notacin pero lo ms comn es representar a los estados mediante rectngulos o mediante crculos, esta ltima forma puede llegar a parecerse con los DFD; por lo tanto aconsejo y usar en todos los ejemplos la representacin mediante rectngulos. Estados del sistema. Cada rectngulo representa un estado en el que se puede encontrar el sistema. Se lo puede encontrar definido como un conjunto de circunstancias y atributos que caracterizan a una persona o cosa en un tiempo dado; forma de ser; condicin. Los estados tpicos de un sistema pueden ser: Esperar a que el usuario d su contrasea. Mezclar los ingredientes Llenar el tanque. Esperar la siguiente orden. Etc. Estos ejemplos implican que el sistema est esperando a que algo ocurra, no se expresan en trminos de que la computadora este haciendo algo porque el DTE se usa para desarrollar un modelo esencial del sistema, un modelo de cmo se comportara el sistema si hubiera tecnologa perfecta; es decir, tecnologa perfecta se entiende como que cualquier proceso, calculo o accin que debiera hacer la computadora se hiciera en cero momentos. Cualquier estado observable en el que el sistema pueda estar solo pueden corresponder a perodos en los que 1) esta esperando que algo ocurra en el ambiente externo o, 2) esta esperando a que alguna actividad que se est dando en ese momento en el ambiente cambie a otra. Un estado representa algn comportamiento del sistema que es observable y perdura durante un periodo finito.

Cambios de estado. Los cambios de estados vlidos en un DTE se muestran conectando pares relevantes de estado con una flecha. Es muy comn que cualquier estado pueda llevar a un nmero arbitrario de estados sucesores. Ahora podramos preguntarnos cmo mostramos los estados inicial y final del sistema? la mayora de los sistemas tendrn un estado inicial reconocible y un estado final reconocible. El estado inicial tpicamente suele ser el que se dibuja en la parte superior del sistema, aunque no es obligatorio; lo que realmente lo identifica es la flecha desnuda que no est conectada a ningn otro estado. De igual forma, el estado final suele dibujarse en la parte inferior, pero tampoco es obligatorio; lo que realmente lo identifica es la ausencia de una flecha que salga de l, por lo tanto una vez que llegamos no podemos ir a otra parte. Normalmente el sistema tendr solo un estado inicial, pero puede tener mltiples estados finales.

Condiciones y acciones.

Para completar el DTE necesitamos agregar dos cosas: las condiciones que causan un cambio de estado y las acciones que el sistema toma cuando cambia de estado. Las condiciones y acciones se muestran junto a la flecha que conecta los dos estados relacionados. Una condicin es un acontecimiento en el ambiente externo que el sistema es capaz de detectar. Por ejemplo una interrupcin, la llegada de un paquete de datos, una seal, etc. Hace que el sistema pase de un estado de espera X a un estado de espera Y o, de realizar una actividad X a realizar una actividad Y.

Como parte del cambio de estado el sistema con frecuencia har una o ms acciones. Por ejemplo producir una salida, realizar un clculo, etc. Entonces, las acciones que se muestran en un DTE son respuestas regresadas al ambiente externo o bien clculos que el sistema recuerda para poder responder a algn acontecimiento futuro.

Diagramas Particionados. En un sistema complejo puede haber docenas de estados distintos de un sistema, tratar de colocarlos todos en un solo diagrama es difcil. Por esto, como se usan niveles y particiones en los DFD pueden usarse particiones en los DTE. Cualquier estado individual de un diagrama de mayor nivel puede convertirse en un estado inicial para un diagrama de un nivel inferior que describe ms a fondo ese estado de mayor nivel; y el o los estados finales en un diagrama de nivel inferior corresponden a las condiciones de salida en el estado asociado de nivel superior. Ejemplo DTE para un cajero automtico.

Construccin del Diagrama de Transicin de Estados. Luego de ver la notacin para los DTE, veremos dos enfoques que pueden aplicarse para su construccin. Puede comenzarse con la identificacin de todos los posibles estados del sistema y representar cada uno en una caja separada. Luego puede explorar todas las conexiones con significado (cambios de estado) entre las cajas.

Otra alternativa es comenzar por el estado inicial y luego metodolgicamente ir siguiendo un camino hasta el o los estados restantes; luego del o los estados secundarios; seguir con los terciarios; etc. El enfoque lo determinar, en la mayora de los casos, el nivel de conocimiento del usuario que colabora en la construccin del modelo de comportamiento dependiente del tiempo del sistema. A continuacin de la construccin del DTE preliminar, debern seguirse las siguientes reglas para verificar la consistencia: Se han definido todos los estados? Observe con cuidado el sistema para ver si existe algn otro comportamiento observable, o alguna otra condicin en la que el sistema podra estar aparte de las que se han identificado. Se pueden alcanzar todos los estados? Se han definido estados que no tengan caminos que lleven a ellos? Se puede salir de todos los estados? Como antes se dijo el sistema puede tener uno o ms estados finales con mltiples entradas a ellos; pero todos los dems estados deben tener un sucesor. En cada estado, el sistema responde adecuadamente a todas las condiciones posibles? Este es un error muy comn en la construccin del DTE; el analista identifica los cambios de estado cuando ocurren condiciones normales, pero no especifica el comportamiento del sistema ante condiciones inesperadas. Por ejemplo, suponiendo que el analista modela el comportamiento de un sistema como el que se muestra seguidamente; se espera que el usuario presione una tecla de funcin en su terminal para cambiar un cambio de un estado 1 a un estado 2, y una tecla diferente para ir del 2 al 3. Pero qu pasa si el usuario presiona la misma tecla dos veces seguidas? o alguna otra tecla? Si no se especifica el comportamiento del sistema es muy probable que los diseadores y programadores no lo programen tampoco, y el sistema tenga un comportamiento impredecible bajo una variedad de circunstancias.

Relacin del DTE con los dems componentes del modelo.

El DTE puede usarse por si solo como herramienta de modelado; pero debera ser utilizado en conjunto con otras herramientas. Generalmente, el DTE representa una especificacin de proceso para una burbuja de control en un DFD. Las condiciones en un DTE corresponden a los flujos de control entrantes en un DFD, y las acciones en el DTE corresponden a los flujos de control de salida en el DFD. Como herramienta de modelado de alto nivel el DTE puede servir incluso como especificacin de proceso para todo el sistema. Si se representa todo el sistema con un diagrama de contexto, puede usarse el DTE para mostrar la secuencia de actividades en el sistema.

2.1.2.2 Confeccionar el diagrama de contexto. Se debe confeccionar un diagrama de contexto para reflejar las personas, software, hardware, instrumentos de adquisicin de datos, elementos finales de control, etc. que interactan con el sistema (que se designan como terminales del sistema o entidades externas), as como los flujos de datos que fluyen entre s. Los flujos de datos pueden ser de entrada o salida. La notacin para el diagrama de contexto se muestra en la figura 1.

Las entidades externas pueden ser: Elementos de Hardware, personas u otro Software con los que el sistema interacta. Los ficheros o bases de datos solo se colocan como interfaces en entidades externas que sean otros Software. Para el mismo ejemplo antes descrito el diagrama de contexto se muestra en la figura 2.

2.1.3 Determinacin de las tareas del sistema. Se debe profundizar, partiendo de los objetivos del sistema, para definir las tareas del sistema. Para ello se pregunta: Qu debe hacer el sistema? La definicin de las tareas, objetivo de este paso, no es ms que la determinacin clara y concisa de qu debe ser capaz de hacer el sistema, stas se corresponden con opciones que ejecutar el software u operaciones realizadas de forma oculta (sin que el usuario solicite directamente) o condiciones de excepcin o error que el sistema debe manejar. Por supuesto que esta definicin sigue un enfoque funcional. Cada responsabilidad debe enunciarse mediante oraciones simples. Por ejemplo para el sistema ejemplificado las tareas pueden ser: - Actualizar constantemente los programas tursticos. - Actualizar constantemente el parque de equipos. - Actualizar los arribos de turistas al pas. - Confeccionar el plan de la temporada. - Emitir el plan de la temporada.

DIAGRAMAS CAUSA-EFECTO
La efectividad de las estrategias de Aprendizaje Visual para la construccin y comprensin de nuevos conocimientos y para desarrollar habilidades de pensamiento de orden superior, es reconocida por docentes del mundo entero. La elaboracin de diagramas visuales ayuda a los estudiantes a procesar, organizar y priorizar nueva informacin, de manera que puedan integrarla significativamente a su base de conocimientos previos. Adems, les permite identificar ideas errneas y visualizar patrones e

interrelaciones en la informacin, factores necesarios para la comprensin e interiorizacin profunda de los conceptos. Sin embargo, para que la aplicacin en el aula de las diferentes estrategias de Aprendizaje Visual sea realmente efectiva, es necesario tener en cuenta los objetivos de aprendizaje que se desea que los estudiantes alcancen. Por ejemplo, si lo que se quiere es que los estudiantes ubiquen, dentro de un periodo de tiempo determinado, los sucesos relacionados con el descubrimiento de Amrica para que visualicen y comprendan la relacin temporal entre estos, el mtodo u organizador grfico idneo es una Lnea de Tiempo. Por el contrario, si lo que se desea es que los estudiantes comprendan la relacin entre los conceptos mas importantes relacionados con el descubrimiento de Amrica tales como: Nuevo mundo, conquista, colonia, economa y navegacin, la herramienta idnea es un Mapa Conceptual. As mismo, cuando el objetivo de aprendizaje es que los estudiantes descubran las causas de un problema o de un suceso, o las relaciones causales entre dos o ms fenmenos, el organizador grfico ideal es un Diagrama Causa-Efecto. Siguiendo con el ejemplo anterior, al elaborar este diagrama los estudiantes identificaran cmo el cambio de las concepciones sobre la forma de La Tierra (redonda), el bloqueo del comercio de especias por el Mediterrneo [1], la posicin estratgica de Espaa en la Pennsula Ibrica y los avances tecnolgicos en materia de navegacin, fueron eventos que, relacionados unos con otros, causaron el descubrimiento de Amrica. Los Diagramas Causa-Efecto ayudan a los estudiantes a pensar sobre todas las causas reales y potenciales de un suceso o problema, y no solamente en las ms obvias o simples. Adems,son idneos para motivar el anlisis y la discusin grupal, de manera que cada equipo de trabajo pueda ampliar su comprensin del problema, visualizar las razones, motivos o factores principales y secundarios, identificar posibles soluciones, tomar decisiones y, organizar planes de accin. El Diagrama Causa-Efecto es llamado usualmente Diagrama de Ishikawa porque fue creado por Kaoru Ishikawa, experto en direccin de empresas interesado en mejorar el control de la calidad; tambin es llamado Diagrama Espina de Pescado por que su forma es similar al esqueleto de un pez: Est compuesto por un recuadro (cabeza), una lnea principal (columna vertebral), y 4 o ms lneas que apuntan a la lnea principal formando un ngulo aproximado de 70 (espinas principales). Estas ltimas poseen a su vez dos o tres lneas inclinadas (espinas), y as sucesivamente (espinas menores), segn sea necesario.

Esquema elaborado con el software CmapTools (http://www.eduteka.org/HerramientasVisuales.php) Aunque la mayora de Diagramas Causa-Efecto se representan de esta manera, estos se pueden elaborar siguiendo otros formatos. En la direccinhttp://www.educationoasis.com/curriculum/GO/cause_effect.htm usted puede encontrar otros modelos para construir Diagramas Causa-Efecto.

PASOS PARA CONSTRUIR UN DIAGRAMA CAUSA-EFECTO

1. IDENTIFICAR EL PROBLEMA
Identifique y defina con exactitud el problema, fenmeno, evento o situacin que se quiere analizar. ste debe plantearse de manera especfica y concreta para que el anlisis de las causas se oriente correctamente y se eviten confusiones. Los Diagramas Causa-Efecto permiten analizar problemas o fenmenos propios de diversas reas del conocimiento. Algunos ejemplos podran ser: la falta participacin de los alumnos del grado 9-A en las votaciones estudiantiles, la extincin de los dinosaurios, el establecimiento del Frente Nacional en Colombia, la migracin de las aves, entre otros. Una vez el problema se delimite correctamente, debe escribirse con una frase corta y sencilla, en el recuadro principal o cabeza del pescado, tal como se muestra en el siguiente ejemplo:Bajo rendimiento en Matemticas.

Diagrama elaborado con el software SmartDraw (http://www.eduteka.org/HerramientasVisuales.php)

2. IDENTIFICAR LAS PRINCIPALES CATEGORAS DENTRO DE LAS CUALES PUEDEN CLASIFICARSE LAS CAUSAS DEL PROBLEMA.

Para identificar categoras en un diagrama Causa-Efecto, es necesario definir los factores o agentes generales que dan origen a la situacin, evento, fenmeno o problema que se quiere analizar y que hacen que se presente de una manera determinada. Se asume que todas las causas del problema que se identifiquen, pueden clasificarse dentro de una u otra categora. Generalmente, la mejor estrategia para identificar la mayor cantidad de categoras posibles, es realizar una lluvia de ideas con los estudiantes o con el equipo de trabajo. Cada categora que se identifique debe ubicarse independientemente en una de las espinas principales del pescado. Siguiendo con el ejemplo, se puede decir que las causas del problema, del bajo rendimiento en Matemticas, pueden clasificarse dentro de las siguientes categoras o factores que influyen en este: a) Polticas de la Institucin Educativa; b) docente de matemticas; c) contenidos curriculares; y d) estudiantes.

Diagrama elaborado con el software SmartDraw (http://www.eduteka.org/HerramientasVisuales.php)

3. IDENTIFICAR LAS CAUSAS

Mediante una lluvia de ideas y teniendo en cuenta las categoras encontradas, identifique las causas del problema. stas son por lo regular, aspectos especficos de cada una de las categoras que, al estar presentes de una u otra manera, generan el problema. Las causas que se identifiquen se deben ubicar en las espinas, que confluyen en las espinas principales del pescado. Si una o ms de las causas identificadas es muy compleja, sta puede descomponerse en subcausas. stas ultimas se ubican en nuevas espinas, espinas menores,que a su vez confluyen en la espina correspondiente de la causa principal.

Tambin puede ocurrir que al realizar la lluvia de ideas resulte una causa del problema que no pueda clasificarse en ninguna de las categoras previamente identificadas. En este caso, es necesario generar una nueva categorae identificar otras posibles causas del problema relacionadas con sta. En el ejemplo, se identificaron diferentes causas del problema y se clasificaron en las categoras correspondientes. En el caso de la categora Docente de Matemticas, se estableci que una causa potencial es el uso de estrategias de clase inadecuadas. Sin embargo, fue necesario establecer subcausas, ya que existen muchos factores que pueden influir en que una estrategia de clase no sea pertinente. Por ejemplo: plantear actividades poco interesantes y proponer tareas inadecuadas, entre otros. Por otra parte, se identific que otra de las posibles causas para que el docente no utilice estrategias de clase adecuadas, es la falta de recursos necesarios para ello. Sin embargo, esta causa no puede ser clasificada nicamente dentro de la categora Docente de Matemticas, porque el hecho de no usar recursos adecuados para sus clases puede deberse a factores externos a l, por ejemplo, que exista una baja disponibilidad de recursos. Por tal motivo, lo mas adecuado fue crear una nueva categora llamada Recursos.

Diagrama elaborado con el software SmartDraw (http://www.eduteka.org/HerramientasVisuales.php) Como es posible observar, el proceso de construccin de una Diagrama Causa-Efecto puede darse en dos vas: en la primera, se establecen primero las categoras y despus, de acuerdo con ellas, se determinan las posibles causas; en la segunda, se establecen las causas y despus

se crean las categoras dentro de las que stas causas se pueden clasificar. Ambas vas son vlidas y generalmente se dan de manera complementaria.

4. ANALIZAR Y DISCUTIR EL DIAGRAMA

Cuando el Diagrama ya est finalizado, los estudiantes pueden discutirlo, analizarlo y, si se requiere, realizarle modificaciones. La discusin debe estar dirigida a identificar la(s) causa(s) ms probable(s), y a generar, si es necesario, posibles planes de accin. Los Diagramas Causa-Efecto pueden elaborarse tanto en el aula de clase con tiza y tablero y/o lpiz y papel, como en la sala de informtica mediante el uso de un Software gratuito especializado. Aunque ambas opciones son efectivas, vale la pena resaltar que el uso de software facilita notablemente la elaboracin de estos diagramas y de otros organizadores grficos de Aprendizaje Visual, e incrementa la motivacin de los estudiantes para realizarlos. Algunos ejemplos de estas herramientas gratuitas son Cmap Tools y OpenOffice.org Draw, ambas disponibles en espaol. Otras opciones no gratuitas son PowerPoint (Presentador Multimedia) de Microsoft y SmartDraw. Esta ltima ofrece una versin de prueba que se puede descargar y usar durante 30das, la cual permite evaluar si la herramienta se ajusta a las necesidades de instruccin. Como se puede observar, la construccin de Diagramas Causa-Efecto es sencilla y promueve el anlisis de diferentes aspectos relacionados con un tema. Para EDUTEKA es importante que los docentes de diferentes reas, tales como Comunicacin y Lenguaje,Ciencias Sociales (Historia),Ciencias Naturales, entre otras, conozcan y exploren los Diagramas Causa-Efecto como herramienta poderosa que les puede ayudar en la generacinde actividades de clase interesantes y efectivas, que estimulen el aprendizaje activo y colaborativo. Para apoyar este objetivo, en el documento Diagramas Causa-Efecto en el aula de clase ofrecemos algunos ejemplos de actividades de clase en tres de las reas fundamentales del currculo (Lenguaje, Historia y Ciencias Naturales). En estas, los Diagramas Causa-Efecto posibilitan a los estudiantes analizar situaciones, generar discusiones grupales, formular hiptesis, pensar crticamente sobre un tema y elaborar planes de accin, tanto reales como hipotticos. NOTAS DEL EDITOR: [1] Entre los siglos XII y XIV, despus de las Cruzadas, la cristiandad vivi grandes cambios: renacieron las ciudades y el comercio creci, Europa hizo contacto con las tierras prximas de Asia y descubri sus productos y riquezas. Adems de especias, Asia ofreca a Europa otros productos de lujo y refinamiento, como las sedas chinas, perlas y piedras preciosas. En ese momento, Europa, su comercio y sus gustos, dependan de chinos, trtaros, mongoles, turcos y rabes; demasiados pueblos condicionando la prosperidad de unos y los gustos de otros. La cada de Constantinopla en poder de los turcos otomanos, en 1453, y la dominacin de Egipto (fundamentalmente de Alejandra) poco despus, mostraron la vulnerabilidad del comercio cristiano cuando este dependa de una sola ruta. En ese momento convena encontrar un camino nuevo para llegar a la India.