Data Flow Diagram (Diagrama de fluxo de dados) com exemplos - Securities Trading Platform (DFD) fornece uma representação visual do fluxo de informações (ou seja, dados) dentro de um sistema. Ao desenhar um Diagrama de Fluxo de Dados, você pode informar as informações fornecidas e entregues a alguém que toma peças nos processos do sistema, as informações necessárias para concluir os processos e as informações necessárias para serem armazenadas e acessadas. Este artigo descreve e explica Diagrama de Fluxo de Dados (DFD) usando uma plataforma de negociação de valores mobiliários como um exemplo. A Plataforma de Negociação de Valores Mobiliários Exemplo Contexto DFD A figura abaixo mostra um Diagrama de Fluxo de Dados de contexto que é desenhado para uma plataforma de negociação de segurança. Ele contém um processo (forma) que representa o sistema para modelar, neste caso, a plataforma de negociação de valores mobiliários. Mostra também os participantes que irão interagir com o sistema, chamados de entidades externas. Neste exemplo, CS Assistant. Cliente e Corretora são as entidades que irão interagir com o sistema. Entre o processo e as entidades externas, há fluxo de dados (conectores) que indicam a existência de troca de informações entre as entidades eo sistema. Contexto DFD é a entrada de um modelo de fluxo de dados. Ele contém um e apenas um processo e não mostra qualquer armazenamento de dados. Nível 1 DFD A figura abaixo mostra o DFD de nível 1, que é a decomposição (ou seja, quebra) do processo de plataforma de negociação de títulos mostrada no contexto DFD. Leia o diagrama e, em seguida, apresentaremos alguns dos conceitos-chave baseados neste diagrama. O exemplo do Diagrama de Fluxo de Dados da plataforma de negociação de títulos contém cinco processos, três entidades externas e três armazenamentos de dados. Embora não haja diretrizes de projeto que governam o posicionamento de formas em um Diagrama de Fluxo de Dados, tendemos a colocar os processos no meio e armazenamentos de dados e entidades externas nos lados para torná-lo mais fácil de compreender. Com base no diagrama, sabemos que um Assistente de Atendimento ao Cliente fornece detalhes do cliente para o processo de Conta Aberta. O resultado é que os detalhes do Cliente são armazenados no armazenamento de dados do Cliente e os detalhes da Conta sendo armazenados no armazenamento de dados da Conta. Embora tenhamos dito que a tentativa de armazenar detalhes do cliente e da conta acontece depois que os detalhes estão sendo fornecidos pelo Assistente de Atendimento ao Cliente. O Diagrama de Fluxo de Dados não implica tal coisa. É o nosso senso comum que nos leva a interpretar o diagrama da maneira como o entendemos naturalmente. Estritamente falando, o diagrama apenas nos informa que o processo de Conta Aberta recebe detalhes do cliente e produz detalhes do cliente e da conta, sem ordem especificada. Observe que o Diagrama de Fluxo de Dados não responde de que maneira e em que ordem as informações estão sendo usadas em um sistema. Se esta informação é importante e vale a pena mencionar, considere modelá-la com diagramas como BPMN Business Process Diagram ou UML Activity Diagram. O processo de Transação de Verificação recebe detalhes de Transação do armazenamento de dados de Transações e o transmite ao Cliente. Um cliente pode depositar dinheiro fornecendo o valor do depósito e o resultado é o saldo da conta atualizada sendo armazenado no armazenamento de dados da conta. Da mesma forma, um cliente pode retirar dinheiro. O resultado é que ele receberá o valor Retirado eo saldo da conta atualizada será armazenado no armazenamento de dados da conta. Por fim, tanto o Cliente quanto o Corretora podem iniciar o processo Colocar Ordem, o que resulta em que os detalhes da Transação sejam armazenados no Armazenamento de Dados de Transações. O processo Inserir Ordem também transfere os detalhes da transação para o Centro de Bolsa. Que é uma entidade fora do escopo do sistema. Na próxima seção, vamos apresentar uma maneira de representar esse tipo de entidade. Nível 2 DFD Assim como o processo no contexto DFD, os processos no nível 1 DFD também podem ser decompostos em um nível mais profundo ou mesmo níveis de detalhes do processo. A figura abaixo mostra o DFD de nível 2 do processo de Ordem de Localização. As entidades externas e os armazenamentos de dados neste DFD correspondem aos mostrados no nível superior (isto é, o diagrama acima). O que a torna diferente é a desagregação do processo de Ordem de Localização no processo de Ordem de Posição (Online) e de Encomenda de Lugar (Offline). Com base neste diagrama, sabemos que um Cliente pode executar a Encomenda de lugar (Online) fornecendo detalhes da Ordem enquanto um Corretora pode executar a Ordem de lugar (Telefone) também fornecendo detalhes da Ordem em ambos os casos fazendo com que os detalhes da Transação sejam armazenados no Armazenamento de dados de transação E passou para o Centro de Stock Exchange. Usando o estereótipo para modelar um tipo especial de entidade O estereótipo e os valores marcados são uma espécie de mecanismos de extensibilidade introduzidos pelo Grupo de Gerenciamento de Objetos (OMG). Permite que os projetistas ampliem o vocabulário da UML para criar novos elementos de modelo. Como uma ferramenta de projeto de software, Visual Paradigm estende o suporte de estereótipo para padrões não UML como DFD e ERD. Tomar a plataforma de negociação de valores mobiliários como exemplo, podemos definir um terceiro estereótipo para entidade externa. As entidades externas com o estereótipo atribuído são ditas ser uma espécie de entidade de terceiros. Esteja ciente do nível de detalhes Neste exemplo do Diagrama de Fluxo de Dados, os detalhes da palavra são usados muitas vezes ao rotular dados. Nós temos detalhes do cliente, detalhes da transação, etc. Que se nós os escrevemos explicitamente como o nome do cliente, o email address, o trabalho, o endereço eo número da ação, a quantidade, o preço da oferta Isto está correto Bem, não há nenhuma resposta definida a esta pergunta mas tentativa Pergunte a si mesmo uma pergunta quando tomar uma decisão. Por que você está desenhando um DFD Na maioria dos casos, o Diagrama de Fluxo de Dados é desenhado na fase inicial do desenvolvimento do sistema, onde muitos detalhes ainda não foram confirmados. O uso de terminologias gerais como detalhes, informações, credenciais certamente deixa espaço para discussão. No entanto, usando termos gerais pode ser tipo de falta de detalhes e fazer o projeto perdeu sua utilidade. Então, realmente depende do propósito de seu projeto. Não overdrawn Em um diagrama de fluxo de dados, nós nos concentramos nas interações entre o sistema e as partes externas, melhor que as comunicações internas entre as relações. Portanto, os fluxos de dados entre interfaces e os armazenamentos de dados usados são considerados fora do escopo e não devem ser mostrados no diagrama. Não misturar fluxo de dados e fluxo de processo Alguns designers podem se sentir desconfortáveis ao ver um conector conectando-se de um armazenamento de dados a um processo, sem ver a etapa de solicitação de dados sendo mostrada no diagrama de alguma forma. Alguns deles tentarão representar um pedido adicionando um conector entre um processo e um armazenamento de dados, rotulando-o um pedido ou pedido de algo, o que é errado. Tenha em mente que o Diagrama de Fluxo de Dados foi projetado para representar a troca de informações. Os conectores em um Diagrama de Fluxo de Dados são para representar dados, não para representar fluxo de processo, etapa ou qualquer outra coisa. Quando rotulamos um fluxo de dados que termina em um armazenamento de dados uma solicitação, isso significa literalmente que estamos passando um pedido como dados em um armazenamento de dados. Embora isso possa ser o caso no nível de implementação, já que alguns dos DBMS suportam o uso de funções, que recebem alguns valores como parâmetros e retornam um resultado, no Diagrama de Fluxo de Dados tendemos a tratar o armazenamento de dados como um único detentor de dados que não Qualquer capacidade de processamento. Se você quiser modelar o fluxo do sistema ou o fluxo de processo, use o Diagrama de Atividades UML ou o Diagrama de Processos BPMN Business. Se você quiser modelar a estrutura interna do armazenamento de dados, use o Diagrama de Relacionamento de Entidade. Você pode estar interessado em diagrama de processo de trânsito - Fluxograma de implantação O comércio, também chamado de economia de câmbio de mercadorias, é transferir a propriedade de bens de uma pessoa ou entidade para outra, obtendo algo em troca do comprador. O comércio é às vezes vagamente chamado comércio ou transação financeira ou troca. Uma rede que permite o comércio é chamado de mercado. Traders modernos. Geralmente negociam através de um meio de troca, como o dinheiro. Como resultado, a compra pode ser separada da venda, ou ganhar. O comércio a retalho consiste na venda de bens ou mercadorias a partir de uma localização muito fixa, tal como uma loja de departamentos, boutique ou quiosque, ou por correio, em lotes pequenos ou individuais para consumo directo pelo comprador. O comércio por grosso é definido como a venda de mercadorias que são vendidas a retalhistas, a utilizadores industriais, comerciais, institucionais ou outros utilizadores profissionais, ou a outros grossistas e serviços subordinados relacionados. Comércio. Wikipedia O exemplo do diagrama de fluxo de implantação O diagrama de processo de negociação foi criado usando o diagrama ConceptDraw PRO e o software de desenho vetorial estendido com a solução Cross-Functional Flowcharts da área Processos de Negócios do ConceptDraw Solution Park. ConceptDraw é um software profissional para fazer diagrama de fluxo de processo, diagrama de fluxo de trabalho, fluxogramas gerais e ilustrações técnicas para documentos de negócios I39ve veio através de uma definição que diz quotA Fluxograma de implantação mostra o fluxo de processo real e identifica as pessoas ou grupos envolvidos em cada etapa. Cross-Functional Flow Chart - Diagrama do Processo de Negociação Diagrama Entidade-Relacionamento (ERD) solução para o seu programa de desenho poderoso, ConceptDraw PRO. O modelo de Fluxograma Funcionalidade Transversal está disponível em dois locais. No menu Arquivo, aponte para Novo, aponte para Processo de negócios ou Fluxograma e, em seguida, clique em ConceptDraw é o software Professional para fazer diagrama de fluxo de processo, workflow o trabalho da esfera de comércio financeiro e pode ser usado por empresas comerciais. Exemplos e bibliotecas de estênceis para desenho rápido e fácil todos os tipos de diagramas UML Online UML Ferramenta UML Diagrama Criador Desenhe diagramas UML mais rápido usando nossos recursos específicos UML Creately tem alguns recursos específicos UML específicos para criar diagrama UML de forma eficiente. Por exemplo, se você estiver desenhando um diagrama de classes e conectar dois objetos, nossos conectores inteligentes detectará que seu diagrama de classe e um drop-down virão para que você possa selecionar o tipo de relacionamento desse conector. Nosso recurso de texto para formas ajuda você a modificar e formatar vários objetos UML exatamente da maneira que você quer que eles apenas mudando o texto dentro do recipiente. Funcionalidades poderosas como esta tornam os diagramas UML divertidos e produtivos. Centenas de Modelos de Diagrama UML para Começar Rápido Apresentado acima são alguns modelos de diagramas UML disponíveis para o nosso usuário. Você pode acessar este modelo projetado profissionalmente da área de desenho, bem como navegar através da comunidade. Muitos mais são adicionados todos os dias graças à nossa incrível comunidade de usuários. Temos modelos para muitos tipos de diagramas UML, incluindo diagramas de classes, diagramas de seqüência, diagramas ER, diagrama de componentes e muito mais. Extensa Biblioteca Cobrindo Muitos Tipos de Diagrama UML Temos bibliotecas separadas para muitos tipos de diagrama UML para que você possa desenhar seu diagrama UML preferido sem desordenar a interface de desenho. Você pode carregá-los como quiser e removê-los com um único clique. Ao criar um novo diagrama, você deve selecionar um tipo de diagrama e todos os tipos de diagramas UML suportados são exibidos na lista. Selecione qual você deseja e bem carregar todas as bibliotecas necessárias para você. Desenhe diagramas UML on-line ou off-line Nós somos basicamente uma ferramenta baseada na web e você pode usá-lo para desenhar UML on-line sem se preocupar com instalações, downloads ou sistemas operacionais. No caso de você precisar desenhar diagramas UML off-line temos uma versão desktop do nosso software UML que funciona em Windows, Mac e Linux. Os diagramas que você desenha na área de trabalho são sincronizados automaticamente com sua conta on-line logo que você se conecta à Internet para que você nunca precise se preocupar em manter duas cópias em sua conta de desktop e online. Desenho UML é 3 vezes mais rápido
No comments:
Post a Comment