Diagrama de Flujo de Datos con Ejemplos - Plataforma de Operaciones de Valores 16 de febrero de 2017 Vistas: 14,079 PDF Link Edición (es) compatible: Professional, Standard, Modeler El Diagrama de Flujo de Datos (DFD) proporciona una representación visual del flujo de información sistema. Al dibujar un Diagrama de Flujo de Datos, puede indicar la información suministrada y entregada a alguien que toma parte en los procesos del sistema, la información necesaria para completar los procesos y la información necesaria para ser almacenada y accesada. En este artículo se describe y explica Diagrama de flujo de datos (DFD) utilizando una plataforma de negociación de valores como ejemplo. La Plataforma de Operaciones de Valores Ejemplo de Contexto DFD La siguiente figura muestra un Diagrama de Flujo de Datos de contexto que se dibuja para una plataforma de negociación de valores. Contiene un proceso (forma) que representa el sistema a modelar, en este caso, la plataforma de negociación de valores. También muestra a los participantes que interactuarán con el sistema, llamados entidades externas. En este ejemplo, CS Assistant. Cliente y Corredor son las entidades que interactuarán con el sistema. Entre el proceso y las entidades externas, hay flujo de datos (conectores) que indican la existencia de intercambio de información entre las entidades y el sistema. Contexto DFD es la entrada de un modelo de flujo de datos. Contiene uno y un solo proceso y no muestra ningún almacén de datos. DFD de nivel 1 La siguiente figura muestra el DFD de nivel 1, que es la descomposición (es decir, el desglose) del proceso de la plataforma de negociación de valores mostrada en el contexto DFD. Lea el diagrama y luego introduciremos algunos de los conceptos clave basados en este diagrama. El ejemplo del diagrama de flujo de datos de la plataforma de negociación de valores contiene cinco procesos, tres entidades externas y tres almacenes de datos. Aunque no hay directrices de diseño que rija el posicionamiento de las formas en un diagrama de flujo de datos, tendemos a poner los procesos en el medio y los almacenes de datos y entidades externas en los lados para que sea más fácil de comprender. Con base en el diagrama, sabemos que un Asistente de Servicio al Cliente proporciona los detalles del cliente al proceso de Cuenta Abierta. El resultado es que los datos del cliente se almacenan en el almacén de datos del cliente y los datos de la cuenta se almacenan en el almacén de datos de la cuenta. Aunque dijimos que el intento de almacenar los detalles del cliente y de la cuenta ocurre después de que los detalles sean proporcionados por el Asistente de Servicio al Cliente. El Diagrama de flujo de datos no implica tal cosa. Es nuestro sentido común que nos lleva a interpretar el diagrama de la manera que lo entendemos naturalmente. Estrictamente hablando, el diagrama sólo nos dice que el proceso de Cuenta Abierta recibe los detalles del cliente y produce los detalles del cliente y de la cuenta, sin orden especificado. Tenga en cuenta que el Diagrama de flujo de datos no responde de qué manera y en qué orden se está utilizando la información en todo el sistema. Si esta información es importante y vale la pena mencionar, considere modelarla con diagramas como BPMN Business Process Diagram o UML Activity Diagram. La transacción de comprobación del proceso recibe los detalles de la transacción del almacén de datos de la transacción y los transmite al cliente. Un cliente puede depositar efectivo al proporcionar el importe del depósito y el resultado es el saldo actualizado de la cuenta que se almacena en el almacén de datos de la cuenta. Del mismo modo, un cliente puede retirar efectivo. El resultado es que recibirá la cantidad Retirada y el saldo actualizado de la cuenta se almacenará en el almacén de datos de la Cuenta. Por último, tanto el cliente como el agente pueden iniciar el proceso de ordenar lugar, lo que da como resultado que los detalles de la transacción se almacenen en el almacén de datos de transacciones. El proceso Solicitar orden también pasa los detalles de la transacción al Centro de Bolsa. Que es una entidad fuera del alcance del sistema. En la siguiente sección, presentaremos una forma de representar este tipo de entidad. Nivel 2 DFD Al igual que el proceso en contexto DFD, los procesos en DFD de nivel 1 también pueden descomponerse en un nivel más profundo o incluso en niveles de detalles del proceso. La siguiente figura muestra el DFD de nivel 2 del proceso de Orden de lugar. Las entidades externas y almacenes de datos en este DFD corresponden con los mostrados en el nivel superior (es decir, el diagrama anterior). Lo que lo hace diferente es el desglose de proceso de orden de lugar en el proceso de orden de lugar (en línea) y el proceso de orden de lugar (fuera de línea). Basándonos en este diagrama, sabemos que un Cliente puede realizar la Orden de lugar (en línea) suministrando los detalles de la orden mientras que un Broker puede realizar la Orden de lugar (Teléfono) también proporcionando detalles de la orden en ambos casos que causan que los detalles de la transacción se almacenen en el almacén de datos de transacciones Y pasó al Centro de Bolsa. Uso de estereotipos para modelar un tipo especial de entidad Estereotipo y valores etiquetados son una especie de mecanismos de extensibilidad introducidos por el Grupo de Gestión de Objetos (OMG). Permite a los diseñadores extender el vocabulario de UML para crear nuevos elementos de modelo. Como una herramienta de diseño de software, Visual Paradigm extiende el apoyo del estereotipo a estándares no UML como DFD y ERD. Tomemos la plataforma de negociación de valores como ejemplo, podemos definir un tercero estereotipo para la entidad externa. Se dice que las entidades externas con el estereotipo asignado son una especie de entidad de terceros. Tenga en cuenta el nivel de detalles En este ejemplo de diagrama de flujo de datos, los detalles de la palabra se usan muchas veces al etiquetar datos. Tenemos detalles del cliente, detalles de la transacción, etc. ¿Qué pasa si los escribimos explícitamente como nombre de cliente, dirección de correo electrónico, trabajo, dirección y número de stock, cantidad, precio de la oferta ¿Es esto correcto Bueno, no hay una respuesta definitiva a esta pregunta, Hágase una pregunta al tomar una decisión. ¿Por qué está dibujando un DFD? En la mayoría de los casos, Diagrama de flujo de datos se dibuja en la primera fase del desarrollo del sistema, donde muchos detalles aún no se han confirmado. El uso de terminologías generales como detalles, información y credenciales ciertamente deja espacio para discusión. Sin embargo, el uso de términos generales puede ser una especie de falta de detalles y hacer que el diseño pierde su utilidad. Así que realmente depende del propósito de su diseño. No sobregirado En un diagrama de flujo de datos, nos centramos en las interacciones entre el sistema y las partes externas, en lugar de las comunicaciones internas entre las interfaces. Por lo tanto, los flujos de datos entre las interfaces y los almacenes de datos utilizados se consideran fuera del alcance y no deben mostrarse en el diagrama. No mezcle el flujo de datos y el flujo de proceso Algunos diseñadores pueden sentirse incómodos al ver un conector que se conecta desde un almacén de datos a un proceso, sin ver el paso de la solicitud de datos que se muestra en el diagrama de alguna manera. Algunos de ellos tratarán de representar una solicitud agregando un conector entre un proceso y un almacén de datos, etiquetando una solicitud o petición de algo, lo cual es incorrecto. Tenga en cuenta que el Diagrama de Flujo de Datos fue diseñado para representar el intercambio de información. Los conectores en un Diagrama de Flujo de Datos son para representar datos, no para representar flujo de proceso, paso o cualquier otra cosa. Cuando etiquetamos un flujo de datos que termina en un almacén de datos una solicitud, esto significa literalmente que estamos pasando una solicitud como datos en un almacén de datos. Aunque esto puede ser el caso en el nivel de implementación ya que algunos de los SGBD sí apoyan el uso de funciones, las cuales toman algunos valores como parámetros y devuelven un resultado, en el Diagrama de Flujo de Datos tendemos a tratar el almacén de datos como único titular de datos que no Poseer cualquier capacidad de procesamiento. Si desea modelar el flujo del sistema o el flujo del proceso, utilice Diagrama de actividad UML o Diagrama de proceso empresarial BPMN. Si desea modelar la estructura interna del almacén de datos, utilice Diagrama de relaciones de entidad. Recursos Puede estar interesado en Crear un diagrama de flujo de datos Utilice un diagrama de flujo de datos para documentar el flujo lógico de datos a través de un conjunto de procesos o procedimientos. Puede incluir fuentes y destinos externos de los datos, actividades que transforman los datos y almacenes o colecciones donde se almacenan los datos. En el menú Archivo, elija Nuevo. Apunte a Business o Flowchart. Y luego haga clic en Diagrama de flujo de datos. De las formas del diagrama de flujo de datos. Arrastre una forma de interactor externo en la página de dibujo para representar cada fuente externa o destino de datos. Arrastre más formas a la página para representar los procesos, estados o entidades implicados en el flujo de datos que está documentando. Indique el flujo de datos en su diagrama con las formas Centro a centro e indique los bucles de datos utilizando Loop en las formas centrales. Indica el flujo de datos entre los objetos De las formas del diagrama de flujo de datos. Arrastre un centro para centrar la forma en la página de dibujo. Colóquelo cerca de las dos formas entre las que desea mostrar el flujo de datos. Para cambiar la dirección de la flecha, en el menú Shape, seleccione Rotate o Flip. Y luego haga clic en Voltear Horizontal o Voltear Vertical. Arrastre los extremos del Centro a la forma central a los puntos de conexión en el centro de cada una de las otras formas. Los puntos finales se vuelven rojos para indicar que las formas están conectadas. Para cambiar la curvatura de la flecha, arrastre el selector de selección. Para cambiar la ubicación de los extremos de las flechas, arrastre un control. Indique un bucle de datos a partir de las formas del diagrama de flujo de datos. Arrastre un Loop en la forma central en la página de dibujo cerca del lugar donde desea indicar un bucle de datos. Arrastre el punto de inicio del bucle en la forma central al centro del estado o la forma del proceso que tiene el bucle de datos. El punto final se pone rojo para indicar que las formas están conectadas. Para cambiar el tamaño o la posición del bucle, arrastre el punto final. Para cambiar la ubicación de los extremos del bucle, arrastre el controlador y el selector. Modelado funcional con diagrama de flujo de datos Tutorial Edición (es) compatible (s): Professional, Standard, Modeler ¿Qué es un diagrama de flujo de datos? vale más que mil palabras. Un Diagrama de Flujo de Datos (DFD) es la representación visual tradicional de los flujos de información dentro de un sistema. Un DFD limpio y claro puede representar gráficamente una buena cantidad de los requisitos del sistema. Puede ser manual, automatizado o combinación de ambos. Muestra cómo la información entra y sale del sistema, qué cambia la información y dónde se almacena la información. El propósito de un DFD es mostrar el alcance y los límites de un sistema como un todo. Se puede utilizar como una herramienta de comunicación entre un analista de sistemas y cualquier persona que desempeña un papel en el sistema que actúa como punto de partida para rediseñar un sistema. Por lo general, comienza con un diagrama de contexto como el nivel 0 del diagrama DFD, una simple representación de todo el sistema. Para elaborar más allá de eso, profundizaremos hasta un diagrama de nivel 1 con funciones de nivel inferior descompuestas de las principales funciones del sistema. Esto podría seguir evolucionando para convertirse en un diagrama de nivel 2 cuando se requiera un análisis más detallado. La progresión al nivel 3, 4 y así sucesivamente es posible pero cualquier cosa más allá del nivel 3 no es muy común. Por favor, tenga en cuenta que el nivel de detalles para la descomposición de la función particular realmente dependiendo de la complejidad que funcione. Diagrama Notations Ahora quiero presentarles brevemente algunas notaciones de diagrama que verán en el tutorial a continuación. Entidad externa Una entidad externa puede representar un ser humano, sistema o subsistema. Es de donde vienen ciertos datos o los van. Es externo al sistema que estudiamos, en términos del proceso de negocio. Por esta razón, la gente utiliza para dibujar entidades externas en el borde de un diagrama. Proceso Un proceso es una actividad o función comercial en la que tiene lugar la manipulación y transformación de datos. Un proceso puede ser descompuesto a un nivel más fino de detalles, para representar cómo se procesan los datos dentro del proceso. Almacén de datos Un almacén de datos representa el almacenamiento de datos persistentes requeridos y / o producidos por el proceso. Estos son algunos ejemplos de almacenes de datos: formularios de pertenencia, tabla de base de datos, etc. Flujo de datos Un flujo de datos representa el flujo de información, con su dirección representada por una flecha que muestra al final del conector de flujo. Qué haremos en este tutorial En este tutorial te mostraremos cómo dibujar un diagrama de contexto, junto con un diagrama de nivel 1. Nota: El software que estamos usando aquí es Visual Paradigm. Le invitamos a descargar una copia de evaluación gratuita de 30 días de Visual Paradigm para recorrer el siguiente ejemplo. No se requiere registro, dirección de correo electrónico u obligación. Pasos para dibujar un diagrama de contexto Pasos para dibujar un DFD de nivel 1 En lugar de crear otro diagrama desde cero, vamos a descomponer el proceso del sistema para formar un nuevo DFD. Haga clic derecho en Sistema y seleccione Descomponer en el menú emergente. Los almacenes de datos y / o entidades externas conectadas al proceso seleccionado (Sistema) serían referidos en el nivel 1 DFD. Así que cuando se le pida que los agregue al nuevo diagrama, haga clic en Sí para confirmar. Nota: El nuevo DFD debe parecer muy similar al diagrama de contexto inicialmente. Cada elemento debe permanecer sin cambios, excepto que el proceso del Sistema (del cual este nuevo DFD se descompone) se ha ido y reemplazado por un espacio en blanco (a ser elaborado). Cambie el nombre del nuevo DFD. Haga clic derecho sobre su fondo y seleccione Cambiar nombre. . En el cuadro de nombre de diagramas, ingrese DFD de nivel 1 y presione ENTER. Cree tres procesos (Orden de proceso, Buen estado, Recibo de emisión) en el centro como se muestra a continuación. Ese es el viejo punto para el proceso del Sistema y los colocamos allí para elaborar el Sistema. Cableado con líneas de conexión para los flujos de datos Los pasos restantes en esta sección tratan de conectar los elementos del modelo en el diagrama. Por ejemplo, el Cliente proporciona información de pedido al realizar un pedido para su procesamiento. Coloque el puntero del ratón sobre el cliente. Arrastre el icono del catálogo de recursos y suelte el botón del ratón en Orden de proceso. Seleccione Flujo de datos del catálogo de recursos. La información de la orden de entrada tiene el título de flujo. Mientras tanto, el proceso de órdenes de proceso también recibe información del cliente de la base de datos para procesar el pedido. Utilice el Catálogo de recursos para crear un flujo de datos del cliente al pedido de proceso. Opcional . Puede etiquetar la información del cliente de flujo de datos si lo desea. Pero dado que este flujo de datos es bastante autoexplicativo visualmente, vamos a omitirlo aquí. Mediante la combinación de la información de pedido del cliente (entidad externa) y la información del cliente del cliente (almacén de datos), la orden de proceso (proceso) crea un registro de transacción en la base de datos. Cree un flujo de datos de Orden de proceso a transacción. Sugerencias de dibujo: Para reorganizar una línea de conexión, coloque el puntero del ratón sobre el lugar en el que desea agregar un punto de pivote. A continuación, verá una burbuja en el punto del ratón. Haz clic y arrástralo hasta donde quieras. Hasta este punto, su diagrama debe verse algo como esto. Una vez que una transacción se almacena, el proceso de envío sigue. Por lo tanto, cree un flujo de datos de Orden de proceso (proceso) a Buen servicio (proceso). Buen Buen necesita leer la información de la transacción (es decir, la orden para empaquetar el producto adecuado para la entrega. Crear un flujo de datos de la transacción (almacén de datos) a Buen Buen (proceso) Nota: Si hay falta de espacio, Libre de mover las formas alrededor para hacer sitio Ship Good también necesita leer la información del cliente para su dirección del envío Cree un flujo de datos de cliente (almacén de datos) a enviar bueno (proceso) (Proceso) a Inventario (almacén de datos) Nombre del registro de producto actualizado Una vez que el pedido llega a manos de los clientes, comienza el proceso de recibo de emisión, en el que se recibe un recibo Preparado de acuerdo con el registro de transacción almacenado en la base de datos. Por lo tanto, permite crear un flujo de datos de la transacción (almacén de datos) a la recepción de emisión (proceso) Al cliente (entidad externa) Nombre del recibo de flujo de datos. Acaba de terminar de dibujar el diagrama de nivel 1 que debería parecerse a esto. Pasos para hacer que el diagrama de nivel 1 sea más fácil de leer El diagrama completo anterior parece un poco rígido y ocupado. En esta sección vamos a hacer algunos cambios en los conectores para aumentar la legibilidad. De acuerdo con las reglas de un DFD, un proceso debe tener flujos de entrada y salida, para luego descomponer o explotar un proceso , Cómo puedo mantener los flujos de datos dentro y fuera en el diagrama, si el proceso padre no tiene relación con un almacén de datos o una entidad externa. Ejemplo: Tengo un proceso padre en el nivel 1 de PRODUCCIÓN DE PRODUCTOS y para eso necesito los flujos de datos de entrada y la salida de NAME y QUANTITY PRODUCT REPORT que se genera y se envía a otros procesos. En el nivel 2, la ruptura PRODUCCIÓN DE PRODUCTOS, entradas y salidas debe persistir. Sin embargo, no puedo encontrar cómo hacerlo en el paradigma visual. Sé cómo hacer cuando vienen o van a las entidades del almacén de datos, pero no cuando viene o va al proceso escrito por khushboo darji el 10 de abril de 2014 quiero dfd para la herramienta de reescritura del artículo. Escrito por Yemisrach el 2 de mayo de 2014 Thanx es genial, un muy buen ejemplo se muestra en el anterior. Escrito por Adeel Ahmed el 22 de mayo de 2014 Este es el mejor y muy ilustrativo dpd. Tiene casi todo para los principiantes escritos por Chadwick el 1 de julio de 2014 Sería genial si pudieras arrastrar los procesos o subprocesos de BPMN, o al revés - usar un DFD como punto de partida de alto nivel para indexar más Diagramas de flujo detallados que muestran la secuencia de eventos. Incluso mejor si explotar los precios al siguiente nivel retenía todas las flechas de flujo dentro y fuera de la nueva caja de contexto circundante, como stubs para conectarse a nuevas entradas de subproceso más detalladas dentro del nuevo contexto. Al igual que otros modeladores de empresas que podría mencionar escrito por Chadwick el 1 de julio de 2014 Sería genial si sólo podía arrastrar en los procesos o subprocesos de BPMN, o al revés - utilizar un DFD como un punto de partida de alto nivel para indexar más Diagramas de flujo detallados que muestran la secuencia de eventos. Incluso mejor si explotar los precios al siguiente nivel retenía todas las flechas de flujo dentro y fuera de la nueva caja de contexto circundante, como stubs para conectarse a nuevas entradas de subproceso más detalladas dentro del nuevo contexto. Al igual que otros modeladores de empresas que podría mencionar escrito por Angus Chan el 2 de julio de 2014 Gracias por su comentario. Seguiré con nuestro equipo para ver cómo podemos mejorar. Escrito por Singh el 10 de agosto de 2014 será más fácil si usted ha ido thurogh nuestros tutoriales anteriores en la publicación de libros de la biblioteca y la devolución de libros a la biblioteca. Tales funciones en un proyecto de Software de Sistema de Gestión de Bibliotecas describen cómo el flujo de control de escrito por sree el 25 de agosto de 2014 es muy útil
Comments
Post a Comment