You are on page 1of 9

Diagramas de Flujos

El diagrama de flujo o diagrama de actividades es la representacin grfica del


algoritmo o proceso. Se utiliza en disciplinas como programacin, economa,
procesos industriales y psicologa cognitiva.

En Lenguaje Unificado de Modelado (UML), un diagrama de actividades


representa los flujos de trabajo paso a paso de negocio y operacionales de los
componentes en un sistema. Un diagrama de actividades muestra el flujo de
control general.

En SysML el diagrama ha sido extendido para indicar flujos entre pasos que
mueven elementos fsicos (p. ej., gasolina) o energa (p. ej., presin). Los
cambios adicionales permiten al diagrama soportar mejor flujos de
comportamiento y datos continuos.

Estos diagramas utilizan smbolos con significados definidos que representan


los pasos del algoritmo, y representan el flujo de ejecucin mediante flechas
que conectan los puntos de inicio y de fin del proceso.

Historia
La paternidad del diagrama de flujo es en principio algo difusa. El mtodo
estructurado para documentar grficamente un proceso como unos flujos de
pasos sucesivos y alternativos, el "proceso de diagrama de flujo", fue expuesto
por Frank Gilbreth, en la Sociedad Americana de Ingenieros Mecnicos
(ASME), en 1921, bajo el enunciado de "Proceso de Grficas-Primeros pasos
para encontrar el mejor modo". Estas herramientas de Gilbreth rpidamente
encontraron sitio en los programas de ingeniera industrial.

Al principio de los 30, un ingeniero industrial, Allan H. Mogensen comenz la


formacin de personas de negocios en Lake Placid, Nueva York, incluyendo el
uso del diagrama de flujo. Art Spinanger, asistente a las clases de Mogesen,
utiliz las herramientas en su trabajo en Procter & Gamble, donde desarroll su
Programa Metdico de Cambios por Etapas. Otro asistente al grupo de
graduados en 1944, Ben S. Graham, director de ingeniera de Formcraft
Standard Register Corporation, adapt la grfica de flujo de procesos al
tratamiento de la informacin en su empresa. Y desarroll la grfica del
proceso de mltiples flujos en mltiples pantallas, documentos, y sus
relaciones. En 1947, ASME adopt un conjunto de smbolos derivados de la
obra original de Gilbreth como Norma ASME para los grficos de procesos
(preparada Mishad, Ramsan y Raiaan).

Sin embargo, segn explica Douglas Hartree fueron originalmente Herman


Goldstine y John von Neumann quienes desarrollaron el diagrama de flujo
(inicialmente llamado "diagrama") para planificar los programas de ordenador.
Las tablas de programacin original de flujo de Goldstine y von Neumann,
aparecen en un informe no publicado, "Planificacin y codificacin de los
problemas de un instrumento de computacin electrnica, la Parte II, Volumen
1 "(1947), reproducido en las obras completas de von Neumann.

Inicialmente los diagramas de flujo resultaron un medio popular para describir


algoritmos de computadora, y an se utilizan con este fin. Herramientas como
los diagramas de actividad UML, pueden ser considerados como evoluciones
del diagrama de flujo.

En la dcada de 1970 la popularidad de los diagramas de flujo como mtodo


propio de la informtica disminuy, con el nuevo hardware y los nuevos
lenguajes de programacin de tercera generacin. Y por otra parte se
convirtieron en instrumentos comunes en el mundo empresarial. Son una
expresin concisa, legible y prctica de algoritmos. Actualmente se aplican en
muchos campos del conocimiento, especialmente como simplificacin y
expresin lgica de procesos, etc.

Ventajas de los diagramas de flujo

Favorecen la comprensin del proceso al mostrarlo como un dibujo. El


cerebro humano reconoce muy fcilmente los dibujos. Un buen
diagrama de flujo reemplaza varias pginas de texto.

Permiten identificar los problemas y las oportunidades de mejora del


proceso. Se identifican los pasos, los flujos de los reprocesos, los
conflictos de autoridad, las responsabilidades, los cuellos de botella, y
los puntos de decisin.

Muestran las interfaces cliente-proveedor y las transacciones que en


ellas se realizan, facilitando a los empleados el anlisis de las mismas.

Son una excelente herramienta para capacitar a los nuevos empleados y


tambin a los que desarrollan la tarea, cuando se realizan mejoras en el
proceso.

Al igual que el pseudocdigo, el diagrama de flujo con fines de anlisis


de algoritmos de programacin puede ser ejecutado en un ordenador,
con un IDE como Free DFD.

Tipos de diagramas de flujo


Formato vertical: En l, el flujo y la secuencia de las operaciones, va de
arriba hacia abajo. Es una lista ordenada de las operaciones de un
proceso con toda la informacin que se considere necesaria, segn su
propsito.

Formato horizontal: En l, el flujo o la secuencia de las operaciones, va


de izquierda a derecha.

Formato panormico: El proceso entero est representado en una sola


carta y puede apreciarse de una sola mirada mucho ms rpido que
leyendo el texto, lo que facilita su comprensin, aun para personas no
familiarizadas. Registra no solo en lnea vertical, sino tambin horizontal,
distintas acciones simultneas y la participacin de ms de un puesto o
departamento que el formato vertical no registra.

Formato Arquitectnico: Describe el itinerario de ruta de una forma o


persona sobre el plano arquitectnico del rea de trabajo. El primero de
los flujogramas es eminentemente descriptivo, mientras que los
utilizados son fundamentalmente representativos.

Normas de trabajos
Un diagrama de flujo presenta generalmente un nico punto de inicio y un nico
punto de cierre, aunque puede tener ms, siempre que cumpla con la lgica
requerida.

Las siguientes son acciones previas a la realizacin del diagrama de flujo:

Identificar las ideas principales al ser incluidas en el diagrama de flujo.


Deben estar presentes el autor o responsable del proceso, los autores o
responsables del proceso anterior y posterior y de otros procesos
interrelacionados, as como las terceras partes interesadas.

Definir qu se espera obtener del diagrama de flujo.

Identificar quin lo emplear y cmo.

Establecer el nivel de detalle requerido.

Determinar los lmites del proceso a describir.

Los pasos a seguir para construir el diagrama de flujo son:

Establecer el alcance del proceso a describir. De esta manera quedar


fijado el comienzo y el final del diagrama. Frecuentemente el comienzo
es la salida del proceso previo y el final la entrada al proceso siguiente.
Identificar y listar las principales actividades/subprocesos que estn
incluidos en el proceso a describir y su orden cronolgico.

Si el nivel de detalle definido incluye actividades menores, listarlas


tambin.

Identificar y listar los puntos de decisin.

Construir el diagrama respetando la secuencia cronolgica y asignando


los correspondientes smbolos.

Asignar un ttulo al diagrama y verificar que est completo y describa


con exactitud el proceso elegido.

Diagrama de Flujo de Datos


Son una de las cuatro herramientas del anlisis estructurado. Es una
herramienta grfica que se emplea para describir y analizar el movimiento de
los datos a travs de un sistema, ya sea este manual o automatizado,
incluyendo procesos, lugares para almacenar datos y retrasos en el sistema.
Los DFD, como se les conoce popularmente son la herramienta ms
importante y la base sobre la cual se desarrollan otros componentes. La
transformacin de datos de entrada en salida por medio de procesos puede
describirse en forma lgica e independiente de los componentes fsicos
(computadoras, gabinetes de archivos, y procesadores de texto) asociados con
el sistema.

Conversiones (Smbolos)
Un diagrama de flujo es una representacin grfica de un algoritmo o de una
parte del mismo. Los diagramas de flujo ayudan en la comprensin de la
operacin de las estructuras de control (Si, Mientras).
La ventaja de utilizar un algoritmo es que se lo puede construir independiente
mente de un lenguaje de programacin, pues al momento de llevarlo a cdigo
se lo puede hacer en cualquier lenguaje.
Dichos diagramas se construyen utilizando ciertos smbolos de uso especial
como son rectngulos, diamantes, valos, y pequeos crculos, estos smbolos
estn conectados entre s por flechas, conocidas como lneas de flujo. A
continuacin se detallarn estos smbolos.
Nombre Smbolo Funcin

Representa el inicio y fin de un


programa. Tambin puede
Terminal representar una parada o
interrupcin programada que sea
necesaria realizar en un programa.

Cualquier tipo de introduccin de


datos en la memoria desde los
Entrada /
perifricos o registro de
salida
informacin procesada en un
perifrico.

Cualquier tipo de operacin que


pueda originar cambio de valor,
formato o posicin de la
Proceso
informacin almacenada en
memoria, operaciones aritmticas,
de transformaciones, etc.

Indica operaciones lgicas o de


comparacin entre datos
(normalmente dos) y en funcin del
Decisin resultado de la misma determina
(normalmente si y no) cual de los
distintos caminos alternativos del
programa se debe seguir

Sirve para enlazar dos partes


cualesquiera de un diagrama a
Conector travs de un conector en la salida y
Misma Pgina otro conector en la entrada. Se
refiere a la conexin en la misma
pagina del diagrama

Indicador de
Indica el sentido de la ejecucin de
direccin o
las operaciones
lnea de flujo

Se utiliza en ocasiones en lugar del


smbolo de salida. El dibujo
Salida representa un pedazo de hoja. Es
usado para mostrar datos o
resultados.
Caractersticas

Sinttica: La representacin que se haga de un sistema o un proceso deber


quedar resumido en pocas hojas, de preferencia en una sola. Los diagramas
extensivos dificultan su comprensin y asimilacin, por tanto dejan de ser
prcticos.
Simbolizada: La aplicacin de la simbologa adecuada a los diagramas
de sistemas y procedimientos evita a los analistas anotaciones excesivas,
repetitivas y confusas en su interpretacin.
De forma visible a un sistema o un proceso: Los diagramas nos permiten
observar todos los pasos de un sistema o proceso sin necesidad de leer
notas extensas. Un diagrama es comparable, en cierta forma, con una
fotografa area que contiene los rasgos principales de una regin, y que a su
vez permite observar estos rasgos o detalles principales.
Permitir al analista asegurarse que ha desarrollado todos los aspectos del
procedimiento.
Dar las bases para escribir un informe claro y lgico.
Es un medio para establecer un enlace con el personal que eventualmente
operar el nuevo procedimiento.
Segn Gmez Rondn, Francisco. Ao 1.995:
De uso, permite facilitar su empleo.
De destino, permite la correcta identificacin de actividades.
De comprensin e interpretacin, permite simplificar su comprensin.
De interaccin, permite el acercamiento y coordinacin
De simbologa, disminuye la complejidad y accesibilidad.
De diagramacin, se elabora con rapidez y no requiere de recursos
sofisticados.
Como se construye
Debe de indicar claramente dnde inicia y dnde termina el diagrama.
Cualquier camino del diagrama debe de llevarte siempre a la terminal de fin.
Organizar los smbolos de tal forma que siga visualmente el flujo de arriba
hacia abajo y de izquierda a derecha.
No usar lenguaje de programacin dentro de los smbolos.
Centrar el diagrama en la pgina.
Las lneas deben ser verticales u horizontales, nunca diagonales.
No cruzar las lneas de flujo empleando los conectores adecuados sin hacer
uso excesivo de ellos.

No fraccionar el diagrama con el uso excesivo de


conectores.
Solo debe llegar una sola lnea de flujo a un smbolo. Pero

pueden llegar muchas lneas de flujo a otras lneas.


Las lneas de flujo deben de entrar a un smbolo pro la parte superior y/o izquierda y salir
de l por la parte inferior y/o derecha.

Evitar que el diagrama sobrepase una pgina; de no ser posible, enumerar y emplear los
conectores correspondientes.

Usar lgica positiva, es decir, realizar procesos cuando es verdadera la condicin y


expresar las condiciones de manera clara (por ej., "no es a =/= de b" ==> "a=b").

Comentar al margen nicamente cuando sea necesario.

Reglas adicionales para el dibujo de DFD: ya se han identificado la mayor parte de los
lineamientos que se siguen para el dibujo de los DFD, he aqu algunas ms:

Cualquier flujo de datos que abandone un proceso debe estar basado en los datos que
entran al proceso

Todos los flujos de datos tienen un nombre que refleja los datos que fluyen entre procesos,
almacenes de datos, fuentes o destinos

Solo deben entrar al proceso, los datos necesarios para llevarlo a cabo

Un proceso no debe saber nada de ningn otro en el sistema, es decir debe ser
independiente, la nica dependencia que debe existir es aquella basada en sus propios
datos de entrada y salida

Los procesos siempre estn en continua ejecucin, no se inician ni tampoco se detienen.


Los analistas siempre deben suponer que un proceso est listo para ejecutar su trabajo

La salida de los procesos puede tomar una de las siguientes formas

Flujo de datos con informacin aadida por el proceso (i.e: una anotacin a una factura)

Una respuesta o cambio en la forma de los datos (i.e: un cambio en la forma de expresar
las utilidades -de a $-)

Un cambio de condicin (i.e: de autorizado a no autorizado)

Cambio de contenido (i.e: integracin o separacin de la informacin contenida en uno o


ms flujos entrantes de datos)

Cambios en la organizacin (i.e: separacin fsica o redondeo de datos)

La norma comn es definir cada nivel inferior en trminos de 3 a 7 procesos para cada
proceso de nivel superior, si son necesarios ms detalles se puede hacer en el siguiente
nivel.

Los almacenes y flujos de datos que son relevantes solo para el interior del proceso, son
ocultados hasta que el proceso se extiende con mayor detalle

Los datos que fluyen hacia los procesos experimentan cambios. Por consiguiente, el flujo
de datos de salida tiene un nombre diferente al de la entrada; si no se efecta algn
cambio en el flujo de datos, entonces cul es la finalidad del proceso?

En cuanto a los nombres de los procesos lo ms apropiado es escoger un verbo y un


sujeto que reciba la accin y no nombre generales que no digan nada. Si un nombre de
proceso es vago o complejo tal vez se deba subdividir el proceso an ms.

Ejemplos
A los primeros diagramas obtenidos se les conoce como diagramas de alto nivel, mientras
que a los resultantes de estos se les conoce como diagramas de bajo nivel.

En este sentido el primer diagrama que se obtiene se le conoce con el nombre de


diagrama de contexto, es un diagrama de nivel muy general (alto nivel); es

Tambin conocido como diagrama de nivel 0. Contiene un solo proceso pero juega un
papel muy importante en el estudio del sistema en uso; ya que define fronteras. Todo lo
que no se encuentre dentro de las fronteras identificadas en el diagrama no forman parte
del estudio de sistemas. La forma en que funcionen otras organizaciones o elementos
externos (las fuentes y destinos) est fuera de nuestro control y no ser estudiado con
detalle.

Cada flujo de datos (cada flecha) emplea una etiqueta que describe que datos emplea.
Cuando los datos se mueven de un lugar a otro el flujo de datos apunta hacia el lugar
donde se dirige el flujo.