Español¿Qué es un diagrama de flujo de datos?
Un diagrama de flujo de datos es una representación gráfica del flujo de datos en un sistema de información. Puede describir flujos de datos entrantes, flujos de datos salientes y datos almacenados. DFD no menciona cómo fluyen los datos a través del sistema.
La técnica DFD descompone el diagrama de flujo de datos de alto nivel en un conjunto de diagramas más detallados, lo que brinda una vista general del sistema completo, así como una descomposición más detallada. Proporciona una visión general del sistema completo, así como una descomposición más detallada y, en su caso, un desglose y una descripción más detallados de las actividades individuales para facilitar la clarificación y la comprensión.
Como resultado, el alcance y los límites del sistema están claramente indicados en el diagrama. El resultado final de un DFD bien desarrollado es un «panorama general» que muestra lo que está sucediendo en cada nivel.
¿Por qué DDF?
Los diagramas de flujo de datos proporcionan una representación gráfica del sistema que pretende ser accesible
tanto para usuarios especialistas como no especialistas en informática. Es una representación gráfica muy fácil de entender ya que ayuda a visualizar el contenido.
Los modelos permiten que los ingenieros de software, los clientes y los usuarios trabajen juntos de manera efectiva durante el análisis y la especificación de los requisitos.
Si bien esto significa que nuestros clientes deben comprender las técnicas y construcciones de modelado, en el modelado de flujo de datos solo se utiliza un conjunto limitado de construcciones, y las reglas aplicadas están diseñadas para ser simples y fáciles de seguir.
Estos son los beneficios de la técnica DFD:
- Es una técnica gráfica sencilla que es fácil de entender.
- Puede ser entendido más fácilmente por audiencias técnicas y no técnicas.
- Ayuda a describir los límites del sistema.
- Facilita la comunicación del conocimiento del sistema existente a los usuarios finales.
- Proporciona una representación detallada de los componentes del sistema.
- Se utiliza como parte de la documentación del sistema.
DFD frente a diagrama de flujo
Hay una diferencia significativa entre un DFD y un diagrama de flujo . Básicamente, los DFD muestran el flujo de datos; Los diagramas de flujo muestran el flujo de control.
- Un diagrama de flujo describe el flujo de control en un módulo de programa y ayuda a ilustrar los pasos para resolver un problema.
- Un DFD ilustra las entradas, las salidas, cómo fluirán los datos a través del sistema y dónde se almacenarán los datos. No contiene ningún elemento de control o ramificación.
Elementos de DFD
- Entidades : las entidades son la fuente y el destino de los datos de información. Las entidades están representadas por
rectángulos y tienen sus propios nombres.
- Procesos : las actividades y acciones realizadas en los datos se representan mediante rectángulos circulares o circulares.
- Almacenamiento de datos : hay dos variantes de almacenamiento de datos: se puede representar como: 1. Se puede representar como un rectángulo sin dos bordes pequeños, 2) o como un rectángulo abierto con un solo borde
Un rectángulo abierto al que le faltan bordes.
- Flujo de datos : el movimiento de datos se representa mediante flechas afiladas. El movimiento de los datos se muestra desde la parte inferior de la flecha como origen hasta la punta de la flecha como destino.
Ejemplo de flujo de datos: banca electrónica
Un administrador bancario proporciona los detalles de la nueva cuenta al proceso de apertura de cuenta, lo que da como resultado que los detalles del cliente se mantengan en el almacén de datos de la base de datos del cliente y los detalles de la cuenta se mantengan en el almacén de datos de la base de datos de la cuenta. Aunque usamos la palabra “resultado” en nuestra interpretación, DFD no implica causalidad; Todo lo que muestra es que el proceso de apertura de la cuenta puede leer datos de la interfaz del administrador del banco sin escribir datos en la base de datos del cliente y en los almacenes de datos de la base de datos de la cuenta en un orden particular.
Un cliente que utilice el proceso de inicio de sesión de la banca en línea debe proporcionar algunos datos, como un nombre de usuario y una contraseña, en forma de un conjunto de credenciales de inicio de sesión.
Un cliente puede recibir una suma de dinero de un retiro o aportar una suma de dinero a un depósito; En ambos casos, esto da como resultado una actualización del saldo de la cuenta en el almacén de datos de la base de datos de la cuenta (aunque esta causalidad no se puede modelar explícitamente).
Un cliente puede iniciar el proceso de transferencia de fondos y debe proporcionar el destino de la cuenta y la cantidad de fondos. El proceso de transferencia de fondos puede enviar la cantidad de fondos a otro banco a través de otra interfaz bancaria.
EDITE ESTE EJEMPLO DE DIAGRAMA DE FLUJO DE DATOS
Este ejemplo de DFD que se muestra arriba incluye cinco procesos, cuatro interfaces/roles externos y dos almacenes de datos. No pretende ser una representación exhaustiva de los flujos de datos en un sistema bancario, pero es lo suficientemente completo como para dar una idea de cómo construir un DFD.
Técnica de descomposición de arriba hacia abajo: DFD de múltiples niveles
Una gran ventaja de la técnica de modelado de flujo de datos es que, a través de una técnica llamada descomposición de arriba hacia abajo (también conocida como «nivelación»), la complejidad detallada de los sistemas del mundo real se puede gestionar y modelar en una jerarquía de abstracciones. La nivelación se logra dibujando una serie de DFD cada vez más detallados hasta alcanzar el nivel de detalle deseado.
Para hacer que los DFD sean aún más complejos (es decir, sin demasiados procesos), puede crear DFDS de varios niveles.
- El diagrama de contexto contiene el proceso del sistema de control (agregado).
- El DFD de nivel superior es menos detallado (el DFD más detallado se elabora en el nivel inferior) llamado proceso de descomposición de arriba hacia abajo.
- El diagrama de contexto comienza con los números de proceso (p. ej., proceso 1, proceso 2, etc.).
- La numeración continúa en el siguiente llamado primer nivel (DFD). Por ejemplo, el proceso 1 en el diagrama de contexto se refina en los tres procesos en el DFD de nivel uno y se numera 1.1, 1.2 y 1.3.
- De manera similar, los procesos en la segunda capa están numerados, por ejemplo, 2.1.1, 2.1.2, 2.1.3 y 2.1.4. La numeración del proceso en la jerarquía:
- (1, 2, 3,…);
- (1.1, 1.2, 1.3,…, 2.1, 2.2, 2.3,…);
- (1.1.1, 1.1.2, 1.1.3,…).
- El número de capas depende del tamaño del sistema modelo.
Al realizar la descomposición de arriba hacia abajo de un DFD a DFD de nivel inferior, las entradas y salidas deben conservarse entre los niveles de DFD. Por ejemplo, el nivel n & n+1 debe tener las mismas entradas y salidas
Ejemplo de DFD : sistema de pedido de alimentos
Diagrama de contexto (Nivel 0 – DFD)
Un diagrama de contexto muestra una descripción general del sistema y cómo interactúa con otras partes del «mundo». Un diagrama de contexto es un diagrama de flujo de datos que muestra solo el nivel superior, que se denomina nivel 0. En este nivel, solo hay un nodo de proceso visible que representa la funcionalidad de un sistema completo, es decir, cómo interactúa con entidades externas. Algunos de los beneficios del diagrama de contexto son.
- Muestra una descripción general de los límites de un sistema.
- Por su notación simple, no requiere conocimientos técnicos para entender
- Fácil de dibujar, modificar y elaborar debido a su notación limitada
La siguiente figura muestra un diagrama de contexto (diagrama de flujo de datos de nivel superior) dibujado para un sistema de pedido de alimentos.
- Contiene un proceso (forma) que representa el modelo del sistema, en este caso el «sistema de pedido de alimentos».
- También muestra los participantes que interactuarán con el sistema, llamados entidades externas.
En este ejemplo, el proveedor, la cocina, el gerente y el cliente son las entidades que interactuarán con el sistema.
Entre el proceso y las entidades externas existen flujos de datos (conectores) que muestran que existe un intercambio de información entre las entidades y el sistema.
El contexto DFD es el punto de entrada al modelo de flujo de datos. Contiene uno y solo un proceso y no muestra ningún almacenamiento de datos.
DFD de nivel 1
El DFD de Nivel 1 presenta una vista más detallada del sistema que el diagrama de contexto. Mostrando los principales subprocesos y almacenes de datos que componen el sistema.
El siguiente diagrama muestra el DFD de nivel 1, que es un desglose (es decir, una descomposición) de los procesos del sistema de pedidos de alimentos que se muestran en el DFD de contexto. Lea el diagrama y luego presentaremos algunos conceptos clave basados en él.
EDITE ESTE EJEMPLO DE DIAGRAMA DE FLUJO DE DATOS
Un ejemplo de un diagrama de flujo de datos del sistema de pedido de alimentos contiene tres procesos, cuatro entidades externas y dos almacenes de datos.
- Según el diagrama, sabemos que un cliente puede hacer un pedido. El proceso de pedido de alimentos recibe el pedido, lo reenvía a la cocina, lo almacena en el almacén de datos de pedidos y almacena los detalles de inventario actualizados en el almacén de datos de inventario. El proceso también proporciona facturación al cliente.
- Los gerentes pueden recibir informes a través del proceso Generar informe, que toma los detalles del inventario y los pedidos como entradas para los almacenes de datos de inventario y pedidos, respectivamente.
- El gerente también puede iniciar el proceso de pedido de inventario al proporcionar un pedido de inventario. Este proceso reenvía el pedido de inventario al proveedor y almacena los detalles de inventario actualizados en el almacén de datos de inventario.
DFD lógico vs físico
Los diagramas de flujo de datos se dividen en diagramas de flujo de datos lógicos y físicos. El DFD lógico se enfoca en el negocio y cómo opera. Describe los eventos comerciales que ocurren y los datos requeridos y generados para cada evento. Un DFD físico, por otro lado, muestra cómo se implementará el sistema. Las siguientes son las principales diferencias entre un DFD lógico y un DFD físico:
DFD lógico
- El DFD lógico describe cómo opera el negocio.
- Los procesos representan las actividades comerciales.
- Los almacenes de datos representan la recopilación de datos independientemente de cómo se almacenen los datos.
- Así es como se controla el negocio.
DFD físico
-
- El DFD físico describe cómo se implementará el sistema (o cómo funciona el sistema actual).
- Los procesos representan los programas, módulos de programas y procedimientos manuales.
- Los almacenes de datos representan los archivos físicos y bases de datos, archivos manuales.
- Muestra controles para validar los datos de entrada, para obtener un registro, para garantizar la finalización exitosa de un proceso y para la seguridad del sistema.
- El DFD físico especifica el flujo real de documentación física, mientras que el DFD lógico solo se enfoca en el flujo de información en términos comerciales.
Por ejemplo, el DFD físico especifica el flujo real de documentación física, mientras que el DFD lógico solo se enfoca en el flujo de información en términos comerciales.
Además, un DFD lógico elimina los procesos físicos que se refieren únicamente a actividades físicas y no transforman datos.
Ejemplo lógico de DFD: tienda de comestibles
El DFD lógico ilustra los procesos involucrados sin entrar en detalles sobre la implementación física de las actividades.
EDITE ESTE EJEMPLO LÓGICO DE DFD
Ejemplo de DFD físico: tienda de comestibles
- El DFD físico muestra que se usa un código de barras, el código UPC PRICE que se encuentra en la mayoría de los artículos de las tiendas de comestibles.
- Además, el DFD físico menciona procesos manuales como el escaneo, explica que se utiliza un archivo temporal para llevar un subtotal de artículos
- El PAGO se puede realizar en EFECTIVO, CHEQUE o TARJETA DE DÉBITO
Finalmente, se refiere al recibo por su nombre, RECIBO DE CAJA REGISTRADORA
EDITE ESTE EJEMPLO DE DFD FÍSICO
Sugerencias y notas sobre diagramas de flujo de datos
- No lo hagas demasiado complicado; típicamente 5-7 personas promedio pueden administrar procesos
- Un almacén de datos debe estar asociado con al menos un proceso
- El flujo de datos no debe existir entre 2 entidades externas sin pasar por un proceso
- Un proceso con una entrada pero sin salida se considera un proceso de agujero negro.
- Las etiquetas de proceso deben ser frases verbales; Los almacenes de datos están representados por sustantivos.
- Una entidad externa debe estar asociada con al menos un proceso
- Los DFD no son deterministas: la numeración no indica necesariamente el orden y es útil para identificar procesos cuando se habla con los usuarios.
- El almacén de datos no debe estar conectado a una entidad externa, de lo contrario, significa que le está dando a una entidad externa acceso directo a su archivo de datos.
Recursos
Español
English
简体中文
繁體中文
Deutsch
Français
العربية
Italiano
Português
日本語
Nederlands
Русский