Wikibrief

Diagrama de bloques de flujo funcional

Figura 1: Formato de diagrama de bloques de flujo funcional.

Un diagrama de bloques de flujo funcional ( FFBD) es un diagrama de flujo paso a paso de varios niveles, secuenciado en el tiempo, del flujo funcional de un sistema. El término "funcional" en este contexto es diferente de su uso en programación funcional o en matemáticas, donde emparejar "funcional" con "flujo" sería ambiguo. Aquí, "flujo funcional" se refiere a la secuencia de operaciones, con flechas de "flujo" que expresan dependencia del éxito de las operaciones anteriores. Los FFBD también pueden expresar dependencias de datos de entrada y salida entre bloques funcionales, como se muestra en las figuras siguientes, pero los FFBD se centran principalmente en la secuenciación.

La notación FFBD se desarrolló en la década de 1950 y se usa ampliamente en la ingeniería de sistemas clásica. FFBDs son uno de los clásicos de modelado de procesos de negocio metodologías, junto con diagramas de flujo, el flujo de datos diagramas, diagramas de flujo de control, diagramas de Gantt, PERT diagramas y IDEF.

FFBDs también se conocen como diagramas funcionales de flujo, diagramas de bloques funcionales, y los flujos funcionales.

Contenido
  • 1 Historia
  • 2 Desarrollo de diagramas de bloques de flujo funcionales
  • 3 bloques de construcción
    • 3.1 Atributos clave
    • 3.2 Simbolismo de funciones
    • 3.3 Líneas dirigidas
    • 3.4 Símbolos lógicos
    • 3.5 Datos contextuales y administrativos
  • 4 Ver también
  • 5 notas
  • 6 Lecturas adicionales

Historia

El primer método estructurado para documentar el flujo del proceso, el diagrama de flujo del proceso, fue presentado por Frank Gilbreth a los miembros de la Sociedad Estadounidense de Ingenieros Mecánicos (ASME) en 1921 como la presentación "Gráficos de proceso: primeros pasos para encontrar la mejor manera". Las herramientas de Gilbreth se abrieron camino rápidamente en los planes de estudio de ingeniería industrial.

A principios de la década de 1930, un ingeniero industrial, Allan H. Mogensen, comenzó a capacitar a empresarios en el uso de algunas de las herramientas de la ingeniería industrial en sus Conferencias de Simplificación del Trabajo en Lake Placid, Nueva York. Un graduado de 1944 de la clase de Mogensen, Art Spinanger, llevó las herramientas a Procter and Gamble, donde desarrolló su Programa de Cambio de Métodos Deliberados. Otro graduado de 1944, Ben S. Graham, Director de Ingeniería de Formcraft en Standard Register Industrial, adaptó el diagrama de proceso de flujo al procesamiento de información con su desarrollo del diagrama de proceso de flujo múltiple para mostrar múltiples documentos y sus relaciones. En 1947, ASME adoptó un conjunto de símbolos como el estándar ASME para gráficos de procesos de operación y flujo, derivado del trabajo original de Gilbreth.

El moderno Diagrama de bloques de flujo funcional fue desarrollado por TRW Incorporated, una empresa relacionada con la defensa, en la década de 1950. En la década de 1960, la NASA lo aprovechó para visualizar la secuencia temporal de eventos en sistemas espaciales y misiones de vuelo. Los FFBD se utilizaron ampliamente en la ingeniería de sistemas clásica para mostrar el orden de ejecución de las funciones del sistema.

Desarrollo de diagramas de bloques de flujo funcionales

Figura 2: Desarrollo de diagramas de bloques de flujo funcionales

Los FFBD se pueden desarrollar en una serie de niveles. Los FFBD muestran las mismas tareas identificadas mediante la descomposición funcional y las muestran en su relación lógica secuencial. Por ejemplo, la misión de vuelo completa de una nave espacial se puede definir en un FFBD de nivel superior, como se muestra en la Figura 2. Cada bloque en el diagrama de primer nivel puede luego expandirse a una serie de funciones, como se muestra en el diagrama de segundo nivel para "realizar operaciones misioneras". Tenga en cuenta que el diagrama muestra tanto la entrada (transferencia a la órbita operativa) como la salida (transferencia a la órbita del sistema de transporte espacial), iniciando así el proceso de identificación y control de la interfaz. Cada bloque del diagrama de segundo nivel se puede desarrollar progresivamente en una serie de funciones, como se muestra en el diagrama de tercer nivel de la Figura 2.

Estos diagramas se utilizan tanto para desarrollar requisitos como para identificar estudios comerciales rentables. Por ejemplo, ¿la antena de la nave espacial adquiere el satélite de retransmisión de datos y seguimiento (TDRS) solo cuando se van a transmitir los datos de la carga útil, o sigue el TDRS de forma continua para permitir la recepción de comandos de emergencia o la transmisión de datos de emergencia? El FFBD también incorpora operaciones alternativas y de contingencia, que mejoran la probabilidad de éxito de la misión. El diagrama de flujo proporciona una comprensión del funcionamiento total del sistema, sirve como base para el desarrollo de procedimientos operativos y de contingencia, y señala áreas donde los cambios en los procedimientos operativos podrían simplificar la operación general del sistema. En ciertos casos, se pueden usar FFBD alternativos para representar varios medios de satisfacer una función particular hasta que se adquieran datos, lo que permite la selección entre las alternativas.

Bloques de construcción

Atributos claves

Una descripción general de los atributos clave de FFBD:

Explicación gráfica de un "bloque de función" utilizado en estos diagramas. El flujo es de izquierda a derecha.
  • Bloque de función: cada función en un FFBD debe estar separada y representada por un solo cuadro (línea continua). Cada función debe representar una acción definida, finita y discreta que deben realizar los elementos del sistema.
  • Numeración de funciones: cada nivel debe tener un esquema numérico coherente y proporcionar información sobre el origen de la función. Estos números establecen la identificación y las relaciones que llevarán a cabo todas las actividades de asignación y análisis funcional y facilitarán la trazabilidad desde los niveles más bajos hasta los más altos.
  • Referencia funcional: cada diagrama debe contener una referencia a otros diagramas funcionales utilizando una referencia funcional (cuadro entre paréntesis).
  • Conexión de flujo: las funciones de conexión de líneas solo deben indicar el flujo de la función y no un lapso de tiempo o actividad intermedia.
  • Dirección del flujo: los diagramas deben trazarse de manera que la dirección del flujo sea generalmente de izquierda a derecha. Las flechas se utilizan a menudo para indicar flujos funcionales.
  • Puertas sumadoras: un círculo se usa para denotar una puerta sumadora y se usa cuando Y / O está presente. Y se utiliza para indicar funciones paralelas y deben cumplirse todas las condiciones para continuar. OR se utiliza para indicar que se pueden satisfacer rutas alternativas para continuar.
  • Rutas PASA y NO PASA: "G" y "barra G" se utilizan para indicar las condiciones de "avance" y "no avance". Estos símbolos se colocan junto a las líneas dejando una función particular para indicar rutas alternativas.

Simbolismo de funciones

Una función estará representada por un rectángulo que contiene el título de la función (un verbo de acción seguido de una frase nominal) y su número único delimitado por decimal. Una línea horizontal separará este número y el título, como se muestra en la Figura 3 anterior. La figura también muestra cómo representar una función de referencia, que proporciona contexto dentro de un FFBD específico. Consulte la Figura 9 para ver un ejemplo sobre el uso de una función de referencia.

Figura 3. Símbolo de función Figura 4. Líneas dirigidas

Líneas dirigidas

Una línea con una sola punta de flecha debe representar el flujo funcional de izquierda a derecha, ver Figura 4.

Símbolos lógicos

Se utilizarán los siguientes símbolos lógicos básicos.

  • Y: una condición en la que se requieren todas las rutas anteriores o posteriores. El símbolo puede contener una sola entrada con múltiples salidas o múltiples entradas con una sola salida, pero no múltiples entradas y salidas combinadas (Figura 5). Lea la figura de la siguiente manera: F2 Y F3 pueden comenzar en paralelo después de completar F1. Asimismo, F4 puede comenzar después de completar F2 Y F3.
Figura 5. Símbolo "Y" Figura 6. Símbolo "O exclusivo"
  • OR exclusivo: una condición en la que se requiere una de las múltiples rutas anteriores o posteriores, pero no todas. El símbolo puede contener una sola entrada con múltiples salidas o múltiples entradas con una sola salida, pero no múltiples entradas y salidas combinadas (Figura 6). Lea la figura de la siguiente manera: F2 O F3 puede comenzar después de completar F1. Asimismo, F4 puede comenzar después de completar F2 O F3.
  • O inclusivo: condición en la que se requieren una, algunas o todas las múltiples rutas anteriores o posteriores. La Figura 7 muestra la lógica O inclusiva usando una combinación del símbolo Y (Figura 5) y el símbolo O exclusivo (Figura 6). Lea la Figura 7 de la siguiente manera: F2 O F3 (exclusivamente) puede comenzar después de completar F1, O (nuevamente exclusivo) F2 Y F3 puede comenzar después de completar F1. Del mismo modo, F4 puede comenzar después de completar F2 O F3 (exclusivamente), O (nuevamente exclusivo) F4 puede comenzar después de completar F2 Y F3
Figura 7. Lógica "OR inclusiva"

Datos contextuales y administrativos

Cada FFBD deberá contener los siguientes datos contextuales y administrativos:

  • Fecha en que se creó el diagrama
  • Nombre del ingeniero, organización o grupo de trabajo que creó el diagrama
  • Número único delimitado por decimales de la función que se está diagramando
  • Nombre de función único de la función que se está diagramando.

La Figura 8 y la Figura 9 presentan los datos en un FFBD. La figura 9 es una descomposición de la función F2 contenida en la figura 8 e ilustra el contexto entre funciones en diferentes niveles del modelo.

Figura 8. Ilustración de la función 0 de FFBD Figura 9. Ilustración de la función 2 de FFBD

Ver también

Notas

Otras lecturas

Contactos: mail@wikibrief.org
El contenido está disponible bajo la licencia CC BY-SA 3.0 (a menos que se indique lo contrario).