De Wikipedia, la enciclopedia libre
  (Redirigido desde el diagrama de flujo de datos )
Saltar a navegación Saltar a búsqueda
Diagrama de flujo de datos con almacenamiento de datos, flujos de datos, función e interfaz.
Diagrama de flujo de datos con almacenamiento de datos, flujos de datos, función e interfaz.

Un diagrama de flujo de datos es una forma de representar un flujo de datos a través de un proceso o 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 un 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 de Structured Analysis.

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 realizar 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 usa UML , el diagrama de actividades generalmente asume el papel 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 pueden considerarse redes de Petri invertidas , porque los lugares en tales redes corresponden a la semántica de las memorias de datos. De manera análoga, 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 grafos, originalmente utilizada en la investigación operativa para modelar el flujo de trabajo en las organizaciones. DFD se originó a partir del Diagrama de Actividad utilizado en la metodología SADT (Structured Analysis and Design Technique) a fines de la década de 1970. Los divulgadores de 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 se usaban generalmente para mostrar el flujo de datos en un sistema informático, aunque en teoría podrían aplicarse al modelado de procesos comerciales . 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 ]

Diagrama de flujo de datos: notación de Yourdon / DeMarco
Diagrama de flujo de datos: notación de Yourdon / DeMarco

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 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 los flujos donde 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. Flow 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, preguntas y respuestas). Los flujos vinculan procesos, almacenes y terminadores. [2]

Depósito

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 son dos líneas horizontales, la otra forma de vista se muestra en la notación DFD. El nombre del almacén es un sustantivo plural (p. Ej. Pedidos): se deriva de los flujos de entrada y salida del almacén. El almacén no tiene por qué 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 desde el 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 borrando 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 búfer UML).[2]

Terminator

Terminator 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. Está determinado para los desarrolladores de sistemas, por un lado, el contratista del proyecto por el otro, por lo que los nombres de las entidades deben adaptarse para el dominio modelo o usuarios aficionados o profesionales. 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). 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 3 procesos en un DFD. [1] [2] La excepción es el llamado diagrama contextual donde 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: modelos ERD, STD, diccionario de datos y especificación de procesos. Cada proceso debe tener su nombre, entradas y salidas. Cada flujo debe tener su nombre (excepto, 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 que el DFD sea más transparente (es decir, no demasiados procesos), se pueden crear DFD de varios niveles. Los DFD que se encuentran en un nivel superior son menos detallados (agregan DFD más detallados en los niveles inferiores). El DFD contextual es el más alto de la jerarquía (consulte las Reglas de creación de DFD). El llamado nivel cero es seguido por DFD 0, comenzando con la numeración del proceso (p. Ej., Proceso 1, proceso 2). En el siguiente, el llamado primer nivel - DFD 1 - continúa la numeración. Por ejemplo, el proceso 1 se divide en los tres primeros niveles del DFD, que están numerados 1.1, 1.2 y 1.3. Del mismo modo, los procesos del segundo nivel (DFD 2) están numerados, por ejemplo, 2.1.1, 2.1.2, 2.1.3 y 2.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 debe ser más larga, es apropiado crear un nivel adicional para el proceso donde se descompondrá en múltiples procesos. Para obtener una visión general clara de toda la jerarquía de DFD, se puede crear un diagrama vertical (transversal). El almacén se muestra en el nivel más alto donde se utiliza 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 (transversal). El almacén se muestra en el nivel más alto donde se utiliza 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 (transversal). El almacén se muestra en el nivel más alto donde se utiliza por primera vez y también en cada nivel inferior.[2]

Ver también [ editar ]

Referencias [ editar ]

  1. ^ a b Bruza, PD; van der Weide, Th. P. (1 de noviembre de 1990). "Evaluación de la calidad de las vistas de hipertexto". Foro ACM SIGIR . 24 (3): 6–25. doi : 10.1145 / 101306.101307 . ISSN  0163-5840 . S2CID  8507530 .
  2. ↑ a b c d e f g h Yourdon, Edward (1975). "Programación estructurada y diseño estructurado como formas de arte". Actas de la Conferencia y Exposición Nacional de Computación del 19 al 22 de mayo de 1975 en AFIPS '75 : 277. doi : 10.1145 / 1499949.1499997 . S2CID 36802486 . 
  3. ^ Craig., Larman (2012). Aplicación de UML y patrones: una introducción al análisis y diseño orientado a objetos y al desarrollo iterativo (3ª ed.). Nueva Delhi: Pearson. ISBN 978-8177589795. OCLC  816555477 .
  4. ^ 1958-, Řepa, Václav (1999). Analýza a návrh informačních systémů (Vyd. 1 ed.). Praga: Ekopress. ISBN 978-8086119137. OCLC  43612982 .CS1 maint: nombres numéricos: lista de autores ( enlace )

Bibliografía [ editar ]

  • Scott W. Ambler . The Object Primer 3.a edición Desarrollo basado en modelos ágiles con UML 2
  • Schmidt, G., Methode und Techniken der Organization. 13. Aufl., Gießen 2003
  • Stahlknecht, P. , Hasenkamp, ​​U .: Einführung in die Wirtschaftsinformatik. 12. Aufl., Berlín 2012
  • Gane, Chris ; Sarson, Trish. Análisis de sistemas estructurados: herramientas y técnicas . Nueva York: Tecnologías de sistemas mejorados, 1977. ISBN 978-0930196004 . Pág. 373 
  • Demarco, Tom. Análisis estructurado y especificación del sistema . Nueva York: Yourdon Press, 1979. ISBN 978-0138543808 . Pág. 352. 
  • Yourdon, Edward . Diseño estructurado: fundamentos de una disciplina de diseño de sistemas y programas informáticos . Nueva York: Yourdon Press, 1979. ISBN 978-0138544713 . Pág. 473. 
  • Page-Jones, Meilir . Guía práctica de diseño de sistemas estructurados . Nueva York: Yourdon Press, 1988. ISBN 978-8120314825 . Pág. 384. 
  • Yourdon, Edward . Análisis estructurado moderno . Nueva York: Yourdon Press, 1988. ISBN 978-0135986240 . Pág. 688. 

Enlaces externos [ editar ]

  • Medios relacionados con el diagrama de flujo de datos en Wikimedia Commons