Sistema De Comercio Dfd

Diagrama de Flujo de Datos: Ejemplos - Sistema de Ordenación de Alimentos 16 de febrero de 2015 Vistas: 247.632 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 proporcionada por y entregada a alguien que participa 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 un sistema de pedidos de alimentos como ejemplo. El Sistema de Pedidos de Alimentos Contexto del Ejemplo DFD Un diagrama de contexto es un diagrama de flujo de datos que sólo muestra el nivel superior, también conocido como Nivel 0. En este nivel, sólo hay un nodo de proceso visible que representa las funciones de un sistema completo con respecto a Cómo interactúa con entidades externas. Algunos de los beneficios de un Diagrama de Contexto son: Muestra la visión general de los límites de un sistema No se requiere conocimiento técnico para entender con la notación simple Simple de dibujar, enmendar y elaborar como su notación limitada La siguiente figura muestra un contexto Diagrama de flujo de datos Que se dibuja para un sistema de pedido de alimentos. Contiene un proceso (forma) que representa el sistema a modelar, en este caso, el Sistema de Ordenación de Alimentos. También muestra a los participantes que interactuarán con el sistema, llamados entidades externas. En este ejemplo, Supplier. Cocina . El Gerente y el Cliente 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, la descomposición) del proceso del Sistema de Ordenación de Alimentos mostrado 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 del Sistema de Orden de Alimentos contiene tres procesos, cuatro entidades externas y dos almacenes de datos. Con base en el diagrama, sabemos que un cliente puede realizar un pedido. El proceso Order Food recibe la Orden. La envía a la cocina. Almacenarlo en el almacén de datos de pedido y almacenar los detalles de inventario actualizados en el almacén de datos de inventario. El proceso también entrega un proyecto de ley al cliente. Manager puede recibir Informes a través del proceso Generar Informes, que toma los detalles del inventario y las órdenes como entrada del almacén de datos de Inventario y Pedido, respectivamente. Manager también puede iniciar el proceso de inventario de pedidos proporcionando orden de inventario. El proceso envía el pedido de inventario al proveedor y almacena los detalles del inventario actualizados en el almacén de datos de inventario. Diagrama de Flujo de Datos Sugerencias y Precauciones Consejos Las etiquetas de proceso deben ser frases verbales Los almacenes de datos están representados por sustantivos Un almacén de datos debe estar asociado al menos a un proceso Una entidad externa debe estar asociada al menos a un proceso No permita que se vuelva demasiado compleja 5 - 7 la gente promedio puede manejar los procesos DFD es no determinista - La numeración no indica necesariamente la secuencia, su útil en la identificación de los procesos al discutir con los usuarios Los almacenes de datos no deben estar conectados a una entidad externa, de lo contrario, significaría que está dando una Acceso directo de entidad externa a sus archivos de datos Los flujos de datos no deben existir entre 2 entidades externas sin pasar por un proceso Un proceso que tiene entradas pero no salidas se considera un proceso de agujero negro Precauciones No mezcle flujo de datos y flujo de proceso Algunos diseñadores Puede sentirse incómodo 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 soportan el uso de funciones, que 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 un único titular de datos que no No poseen ninguna 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 Diagrama de flujo de datos con ejemplos - Plataforma de comercio de valores 16 de febrero de 2015 Vistas: 13,964 PDF Link Edición (es) compatible: Professional, Standard, Modeler Diagrama de flujo de datos (DFD) proporciona una representación visual del flujo de información Es decir, datos) dentro de un 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 centro 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 solo 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 de la cuenta actualizada 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 del 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 que esté interesado enSlideshare utiliza cookies para mejorar la funcionalidad y el rendimiento y para proporcionarle publicidad relevante. Si sigues viendo el sitio, aceptas el uso de cookies en este sitio web. Consulte nuestro Acuerdo de usuario y Política de privacidad. Slideshare utiliza cookies para mejorar la funcionalidad y el rendimiento, y para proporcionarle publicidad relevante. Si sigues viendo el sitio, aceptas el uso de cookies en este sitio web. Consulte nuestra Política de privacidad y el Contrato de usuario para obtener más detalles. Explora todos tus temas favoritos en la aplicación SlideShare Consigue que la aplicación SlideShare se guarde para más tarde, incluso desconectada Continúa en el sitio para móviles Carga Iniciar sesión Registrarse Toque dos veces para alejar el zoom Un informe de proyecto sobre el comercio en línea Share this SlideShare