Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Además, a fines de la década de 1940, Herman Goldstine y John Van Neumann usaron diagramas
de flujo para desarrollar programas informáticos. Pronto la creación de diagramas se volvió cada
vez más popular para los programas informáticos y algoritmos de todo tipo. Los diagramas de flujo
se continúan usando para la programación hoy en día. Sin embargo, el pseudocódigo, una
combinación de palabras y lenguaje de codificación pensado para lectura humana, a menudo se
usa para representar niveles más específicos de detalle y para tener una versión más cercana
al producto final.
En Japón, Kaoru Ishikawa (1915-1989), una personalidad clave en las iniciativas de calidad en
manufactura, afirmó que los diagramas de flujo eran una de las herramientas fundamentales en el
área de control de calidad, junto a otras complementarias, como el histograma, la ficha de control
y el diagrama de causa-efecto, también llamado Diagrama de Ishikawa.
• Terminal/Terminador
• Proceso
• Documento
• Decisión
• Datos o entrada/salida
• Datos almacenados
• Flecha de flujo
• Comentario o anotación
• Proceso predefinido
Distintos autores describen numerosos tipos de diagramas de flujo en diferentes términos. Estas
personas incluyen a expertos publicados, como Alan B. Sterneckert, Andrew Veronis, Marilyn Bohl
y Mark A. Fryman.
Sterneckert, en su libro escrito en 2003 Critical Incident Management, mencionó cuatro tipos de
diagramas de flujo populares, enmarcados en el concepto de controles de flujos en vez del flujo en
sí mismo:
Diagramas de flujo de documentos: Estos "tienen el propósito de mostrar los controles existentes
en el flujo de documentos a través de los componentes de un sistema. (...) El diagrama se lee de
izquierda a derecha y detalla el flujo de documentos a través de numerosas unidades de negocio".
Diagramas de flujo de datos: Estos indican "los controles que rigen los flujos de datos en un
sistema. (...) Los diagramas de flujo de datos se usan principalmente para mostrar los canales
donde se transmiten los datos a través del sistema en lugar de como se controla el flujo".
Diagramas de flujo de sistemas: Estos "indican el flujo de datos que pasa hacia los componentes
principales de un sistema, o a través de ellos, tales como entrada de datos, programas, medios de
almacenamiento, procesadores y redes de comunicación".
Veronis , en su libro escrito en 1978, Microprocessors: Design and Applications, describió tres tipos
de diagramas de flujo en función del alcance y nivel de detalle:
Bohl, en su libro escrito en 1978 llamado A Guide for Programmers, enumera solo dos:
But Fryman, en su libro escrito en 2001 titulado Quality and Process Improvement, distinguió los
tipos de muchas maneras, más desde una perspectiva orientada a los negocios que a la
informática:
Diagrama de carriles, también conocido como "diagrama de flujo de carriles": detalla los roles de
cada participante en procesos que se realizan entre equipos.
Diagrama de cadena de procesos impulsada por eventos (EPC): documenta o planifica un proceso
de negocio.
Diagrama de flujo de lenguaje de descripción y especificación (SDL): realiza un lluvia de ideas sobre
los algoritmos informáticos mediante tres componentes básicos: proceso, bloqueo y definición de
sistema.
Estos diagramas relacionados también se piensan, a veces, como tipos de diagramas de flujo:
Diagrama de flujo de datos (DFD): traza el flujo de información de cualquier sistema o proceso.
Modelo y notación de procesos de negocio (BPMN 2.0): modela los pasos de un proceso de
negocio planificado.
Define tu propósito y alcance. ¿Qué deseas lograr? ¿Estás considerando las cosas correctas con un
punto inicial y final apropiados para alcanzar ese propósito? Realiza una investigación lo
suficientemente detallada, pero lo suficientemente simple a la hora de crear tus diagramas para
comunicarte con tu audiencia.
Identifica las tareas en orden cronológico. Esto puede involucrar las conversaciones con los
participantes, la observación de un proceso o la revisión de cualquier documentación existente.
Puedes escribir los pasos en forma de notas o comenzar con un diagrama en versión borrador.
Organízalos por tipo y figura correspondiente, como procesos, decisiones, datos, entradas o
salidas.
Confirma tu diagrama de flujo, verificando todos los pasos con las personas que participan en el
proceso. Observa el proceso para asegurarte de no dejar de lado nada que sea importante para tu
propósito.