diagrama de flujo de control ( CFD ) es un diagrama para describir el flujo de control de un proceso de negocio , proceso o revisión
Los diagramas de flujo de control se desarrollaron en la década de 1950 y se usan ampliamente en múltiples disciplinas de ingeniería . Se trata de uno de los clásicos de modelado de procesos de negociometodologías, junto con diagramas de flujo , drakon-gráficos , diagramas de flujo de datos , diagrama de bloques funcional de flujo , diagramas de Gantt , PERT diagramas y IDEF .
Descripción general [ editar ]
Un diagrama de flujo de control puede consistir en una subdivisión para mostrar los pasos secuenciales, con condiciones de "si es así", "repetición" y / o condiciones de caso. Las figuras geométricas anotadas adecuadamente se usan para representar operaciones, datos o equipos, y las flechas se usan para indicar el flujo secuencial de uno a otro. [3]
Hay varios tipos de diagramas de control-flujo, por ejemplo:
- Diagrama de flujo de cambio-control, usado en la gestión de proyectos.
- Diagrama de flujo de control-decisión de configuración , utilizado en la gestión de configuración
- Proceso-control- diagrama de flujo, utilizado en la gestión de procesos
- Diagrama de flujo de control de calidad , utilizado en el control de calidad .
En el software y los sistemas de desarrollo, los diagramas de flujo de control se pueden utilizar en análisis de flujo de control , análisis de flujo de datos , análisis de algoritmo , y simulación . El control y los datos son más aplicables a los sistemas en tiempo real y controlados por datos. Estos análisis de flujo transforman la lógica y el texto de requisitos de datos en flujos gráficos que son más fáciles de analizar que el texto. Los diagramas PERT, de transición de estado y de transacción son ejemplos de diagramas de flujo de control. [4]
Tipos de Diagramas de Control-Flujo [ editar ]
Diagrama de flujo de proceso-control [ editar ]
Se puede desarrollar un diagrama de flujo para el sistema de control de procesos para cada actividad crítica. El control del proceso es normalmente un ciclo cerrado en el que un sensor. La aplicación determina si la información del sensor está dentro de los parámetros y restricciones de datos predeterminados (o calculados). Los resultados de esta comparación, que controla el componente crítico. Esta retroalimentación puede controlar el componente electrónicamente o puede indicar la necesidad de una acción manual. Este proceso de ciclo cerrado tiene muchos controles y balances para garantizar que se mantenga seguro.
Además, algunos sistemas de control de procesos pueden usar generaciones anteriores de hardware y software, mientras que otros son modernos.
Diagrama de flujo de control de rendimiento de búsqueda [ editar ]
La figura presenta un ejemplo de un diagrama de flujo de control de búsqueda de rendimiento del algoritmo. La ley de control consiste en procesos de estimación, modelado y optimización. En el estimador de filtro de Kalman , se registraron las entradas, las salidas y los residuos. En la etapa de modelado compacto del sistema de propulsión, se registraron todos los parámetros estimados de entrada y motor. [1]
Además de las temperaturas, las presiones y las posiciones de control, se registraron los parámetros estimados como los márgenes de parada, el empuje y los componentes de arrastre. En la fase de optimización, se registraron las restricciones de condición operativa, solución óptima y códigos de condición de estado de salud de programación lineal. Finalmente, se registraron los comandos reales que se enviaron al motor a través del DEEC.
Un diagrama de flujo de datos (DFD) es una forma de representar un flujo de datos de un proceso o un sistema (generalmente un sistema de información ) El DFD también proporciona información sobre las salidas y entradas de cada entidad y el proceso en sí. Un diagrama de flujo de datos no tiene flujo de control, no hay reglas de decisión ni bucles. Las operaciones específicas basadas en los datos se pueden representar mediante un diagrama de flujo . [1]
Hay varias notaciones para mostrar diagramas de flujo de datos. La notación presentada anteriormente fue descrita en 1979 por Tom DeMarco como parte del Análisis estructurado.
Para cada flujo de datos, al menos uno de los puntos finales (origen y / o destino) debe existir en un proceso. La representación refinada de un proceso se puede hacer en otro diagrama de flujo de datos, que subdivide este proceso en subprocesos.
El diagrama de flujo de datos es parte de las herramientas de modelado de análisis estructurado. Cuando se utiliza UML, el diagrama de actividad generalmente asume el rol del diagrama de flujo de datos. Una forma especial de plan de flujo de datos es un plan de flujo de datos orientado al sitio.
Los diagramas de flujo de datos se pueden considerar como redes de Petri invertidas, porque los lugares en tales redes corresponden a la semántica de las memorias de datos. Análogamente, la semántica de las transiciones de las redes de Petri y los flujos de datos y las funciones de los diagramas de flujo de datos deben considerarse equivalentes.
Historia [ editar ]
La notación DFD se basa en la teoría de gráficos, originalmente utilizada en la investigación operativa para modelar el flujo de trabajo en las organizaciones. El DFD se originó a partir del Diagrama de Actividad utilizado en la metodología SADT (Técnicas de Diseño y Análisis Estructurado) a fines de los años setenta. Los popularizadores del DFD incluyen a Edward Yourdon, Larry Constantine, Tom DeMarco, Chris Gane y Trish Sarson. [2]
Los diagramas de flujo de datos (DFD) se convirtieron rápidamente en una forma popular de visualizar los principales pasos y datos involucrados en los procesos del sistema de software. Los DFD normalmente se usaban para mostrar el flujo de datos en un sistema informático, aunque en teoría podrían aplicarse al modelado de procesos de negocios . Los DFD fueron útiles para documentar los principales flujos de datos o para explorar un nuevo diseño de alto nivel en términos de flujo de datos. [3]
Componentes DFD [ editar ]
DFD consta de procesos, flujos, almacenes y terminadores. Hay varias formas de ver estos componentes DFD. [4]
Proceso
El proceso (función, transformación) es parte de un sistema que transforma las entradas en salidas. El símbolo de un proceso es un círculo, un óvalo, un rectángulo o un rectángulo con esquinas redondeadas (según el tipo de notación). El proceso se nombra en una palabra, una oración corta o una frase que exprese claramente su esencia. [2]
Flujo de datos
El flujo de datos (flujo, flujo de datos) muestra la transferencia de información (a veces también material) de una parte del sistema a otra. El símbolo del flujo es la flecha. El flujo debe tener un nombre que determine qué información (o qué material) se está moviendo. Las excepciones son flujos en los que está claro qué información se transfiere a través de las entidades que están vinculadas a estos flujos. Los cambios de material se modelan en sistemas que no son meramente informativos. El flujo solo debe transmitir un tipo de información (material). La flecha muestra la dirección del flujo (también puede ser bidireccional si la información hacia / desde la entidad es lógicamente dependiente, por ejemplo, pregunta y respuesta). Procesos de enlace de flujos, almacenes y terminadores. [2]
Almacén
El almacén (almacén de datos, almacén de datos, archivo, base de datos) se utiliza para almacenar datos para su uso posterior. El símbolo de la tienda es dos líneas horizontales, la otra forma de ver se muestra en la Notación DFD. El nombre del almacén es un nombre plural (por ejemplo, pedidos): se deriva de los flujos de entrada y salida del almacén. El almacén no tiene que ser solo un archivo de datos, por ejemplo, una carpeta con documentos, un archivador y discos ópticos. Por lo tanto, ver el almacén en DFD es independiente de la implementación. El flujo del almacén generalmente representa la lectura de los datos almacenados en el almacén, y el flujo al almacén generalmente expresa la entrada o actualización de datos (a veces también se eliminan datos). El almacén está representado por dos líneas paralelas entre las que se encuentra el nombre de la memoria (se puede modelar como un nodo de almacenamiento intermedio UML).[2]
Terminador
El terminador es una entidad externa que se comunica con el sistema y se encuentra fuera del sistema. Puede ser, por ejemplo, varias organizaciones (por ejemplo, un banco), grupos de personas (por ejemplo, clientes), autoridades (por ejemplo, una oficina de impuestos) o un departamento (por ejemplo, un departamento de recursos humanos) de la misma organización, que no pertenece al sistema modelo. El terminador puede ser otro sistema con el que se comunica el sistema modelado. [2]
Reglas para crear DFD [ editar ]
Los nombres de las entidades deben ser comprensibles sin más comentarios. DFD es un sistema creado por analistas basado en entrevistas con usuarios del sistema. Se determina para los desarrolladores de sistemas, por un lado, y para el contratista del proyecto, por lo que los nombres de las entidades deben adaptarse al dominio modelo o usuarios o profesionales aficionados. Los nombres de las entidades deben ser generales (independientes, por ejemplo, individuos específicos que llevan a cabo la actividad), pero deben especificar claramente la entidad. Los procesos deben estar numerados para facilitar el mapeo y la referencia a procesos específicos. La numeración es aleatoria, sin embargo, es necesario mantener la coherencia en todos los niveles de DFD (ver Jerarquía de DFD). El DFD debe ser claro, ya que se recomienda que el número máximo de procesos en un DFD sea de 6 a 9, el mínimo es de 3 procesos en un DFD. [1] [2] La excepción es el denominado diagrama contextual en el que el único proceso simboliza el sistema modelo y todos los terminadores con los que se comunica el sistema.
Consistencia DFD [ editar ]
DFD debe ser coherente con otros modelos del sistema: ERD, STD, diccionario de datos y modelos de especificación de procesos. Cada proceso debe tener su nombre, entradas y salidas. Cada flujo debe tener su nombre (excepción ver Flujo). Cada almacén de datos debe tener flujo de entrada y salida. Los flujos de entrada y salida no tienen que mostrarse en un DFD, pero deben existir en otro DFD que describa el mismo sistema. Una excepción es el almacén que se encuentra fuera del sistema (almacenamiento externo) con el que se comunica el sistema. [2]
Jerarquía DFD [ editar ]
Para hacer que el DFD sea más transparente (es decir, no hay muchos procesos), se pueden crear DFD de varios niveles. Los DFD que se encuentran en un nivel superior son menos detallados (agregue un DFD más detallado en niveles más bajos). El DFD contextual es el más alto en la jerarquía (consulte Reglas de creación de DFD). El llamado nivel cero es seguido por DFD 0, comenzando con la numeración del proceso (por ejemplo, proceso 1, proceso 2). En el siguiente, el llamado primer nivel, DFD 1, la numeración continúa. Por ejemplo, el proceso 1 se divide en los primeros tres niveles del DFD, que están numerados 1.1, 1.2 y 1.3. De manera similar, los procesos en el segundo nivel (DFD 2) están numerados, por ejemplo, 1.1.1, 1.1.2, 1.1.3 y 1.1.4. El número de niveles depende del tamaño del sistema modelo. Los procesos DFD 0 pueden no tener el mismo número de niveles de descomposición. DFD 0 contiene las funciones del sistema más importantes (agregadas). El nivel más bajo debe incluir procesos que permitan crear una especificación de proceso (Especificación de proceso) para aproximadamente una página A4. Si la mini-especificación debería ser más larga, es apropiado crear un nivel adicional para el proceso donde se descomponga en múltiples procesos. Para obtener una visión general clara de toda la jerarquía de DFD, se puede crear un diagrama vertical (de sección transversal). El almacén se muestra en el nivel más alto donde se usa por primera vez y también en cada nivel inferior. Para obtener una visión general clara de toda la jerarquía de DFD, se puede crear un diagrama vertical (de sección transversal). El almacén se muestra en el nivel más alto donde se usa por primera vez y también en cada nivel inferior. Para obtener una visión general clara de toda la jerarquía de DFD, se puede crear un diagrama vertical (de sección transversal). El almacén se muestra en el nivel más alto donde se usa por primera vez y también en cada nivel inferior.
Un diagrama de Finetti es una trama ternaria utilizada en genética de poblaciones . Lleva el nombre del estadístico italiano Bruno de Finetti(1906–1985) y se usa para representar gráficamente las frecuencias genotípicas de las poblaciones , donde existen dos alelos y la población es diploide . Se basa en un triángulo equilátero y el teorema de Viviani.con respecto a cualquier punto dentro del triángulo, y las tres líneas desde ese punto que son perpendiculares a los lados del triángulo. La suma de las longitudes de las líneas es un valor fijo, independientemente de la posición del punto. Este valor (la suma de las longitudes) se establece en 1.
Las aplicaciones de la genética [ editar ]
El diagrama de Finetti ha sido utilizado extensamente en genética de poblaciones por AWF Edwards en su libro Foundations of Mathematical Genetics . En su forma más simple, el diagrama se puede usar para mostrar el rango de frecuencias genotípicas para las cuales se satisface el equilibrio de Hardy-Weinberg (la curva dentro del diagrama). AWF Edwards y Chris Cannings extendieron su uso para demostrar los cambios que ocurren en las frecuencias alélicas en la selección natural .
No hay comentarios:
Publicar un comentario