Sistema de comércio de diagramas de fluxo de dados

Exemplos de Diagrama de Fluxo de Dados | Modelos de Diagrama de Fluxo de Dados.

Atualizado: 9 meses atrás.

Por Marc Jim H. Gregorio.

Atualizado: 10 meses atrás.

Por Marc Jim H. Gregorio.

Atualizado: 10 meses atrás.

Atualizado: 11 meses atrás.

Por Saad AlAfandi.

Diagrama de fluxo de dados escolares.

Atualizado: 1 ano atrás.

Atualizado: 1 ano atrás.

Atualizado: 1 ano atrás.

Por Creately Templates.

Modelo de Diagrama de fluxo de dados para criar seus próprios diagramas de fluxo de dados.

Tagged: dfd, fluxo de dados, diagramas de fluxo de dados, modelos de fluxos de dados, modelos de fluxo de dados, modelos dfd.

Como desenhar diagramas de fluxo de dados.

O que é o Diagrama de fluxo de dados.

Os diagramas de fluxo de dados ilustram como os dados são processados ​​por um sistema em termos de entradas e saídas.

Os diagramas de fluxo de dados podem ser usados ​​para fornecer uma representação clara de qualquer função de negócios. A técnica começa com uma imagem geral do negócio e continua analisando cada uma das áreas funcionais de interesse. Esta análise pode ser realizada precisamente no nível de detalhe exigido. A técnica explora um método chamado expansão de cima para baixo para conduzir a análise de forma direcionada.

Como o nome sugere, Diagrama de fluxo de dados (DFD) é uma ilustração que explica a passagem de informações em um processo. Um DFD pode ser facilmente desenhado usando símbolos simples. Além disso, os processos complicados podem ser facilmente automatizados criando DFDs usando ferramentas de diagramação descontínuas e fáceis de usar. Um DFD é um modelo para a construção e análise de processos de informação. DFD ilustra o fluxo de informações em um processo dependendo das entradas e saídas. Um DFD também pode ser referido como um Modelo de Processo. Um DFD demonstra processo comercial ou técnico com o suporte dos dados externos salvos, mais os dados que fluem do processo para outro e os resultados finais.

Símbolos dos Diagramas de Fluxo de Dados.

Existem alguns símbolos que são usados ​​no desenho de diagramas de processo de negócios (diagramas de fluxo de dados). Estes são agora elaborados, juntamente com as regras que se aplicam a eles.

A forma do processo representa uma tarefa que manipula dados dentro do aplicativo. A tarefa pode processar os dados ou executar uma ação com base nos dados.

A forma de processo múltiplo é usada para apresentar uma coleção de subprocessos. O processo múltiplo pode ser dividido em seus subprocessos em outro DFD.

A forma de entidade externa é usada para representar qualquer entidade fora do aplicativo que interage com o aplicativo através de um ponto de entrada.

A forma do fluxo de dados representa o movimento de dados dentro da aplicação. A direção do movimento de dados é representada pela seta.

O formato da loja de dados é usado para representar locais onde os dados são armazenados. As lojas de dados não modificam os dados, eles apenas armazenam dados.

A forma de limite de privilégio é usada para representar os níveis de mudança de privilégio à medida que os dados fluem através da aplicação.

Diagramas de fluxo de dados - Diagramas de contexto.

O diagrama de contexto representa todo o sistema sob investigação. Este diagrama deve ser desenhado primeiro e usado para esclarecer e concordar com o alcance da investigação.

Os componentes de um diagrama de contexto são claramente exibidos nesta tela. O sistema sob investigação é representado como um processo único, conectado a entidades externas por fluxos de dados e fluxos de recursos.

O diagrama de contexto mostra claramente as interfaces entre o sistema sob investigação e as entidades externas com as quais se comunica. Portanto, embora seja geralmente trivial, um diagrama de contexto serve para concentrar a atenção no limite do sistema e pode ajudar a esclarecer o alcance preciso da análise.

O diagrama de contexto mostrado nesta tela representa uma biblioteca de empréstimo de livros. A biblioteca recebe detalhes de livros e ordena livros de um ou mais fornecedores de livros.

Livros podem ser reservados e emprestados por membros do público, que são obrigados a dar um número de mutuário. A biblioteca notificará os mutuários quando um livro reservado ficar disponível ou quando um livro emprestado se tornar atrasado.

Além de fornecer livros, um fornecedor de livros fornecerá detalhes de livros específicos em resposta a consultas da biblioteca.

Note-se que as comunicações envolvendo entidades externas só são incluídas onde envolvem o processo do "sistema". Enquanto um fornecedor de livros se comunicaria com várias agências, por exemplo, editores e outros fornecedores - esses fluxos de dados são remotos do processo do sistema e, portanto, isso não está incluído no diagrama de contexto.

Diagramas de fluxo de dados - Diretrizes de diagrama de contexto.

Em primeiro lugar, desenhe e nomeie uma única caixa de processo que represente todo o sistema.

Em seguida, identifique e adicione as entidades externas que se comunicam diretamente com a caixa do processo. Faça isso considerando a origem e o destino dos fluxos de recursos e dos fluxos de dados.

Finalmente, adicione os fluxos de recursos e fluxos de dados ao diagrama.

Ao desenhar o diagrama de contexto, você só deve se preocupar com os fluxos de informações mais importantes. Estes estarão preocupados com questões como: como as encomendas são recebidas e verificadas, proporcionando um bom serviço ao cliente e com o pagamento de facturas. Lembre-se de que nenhum diagrama de processos de negócios é a solução definitiva - não há absoluto certo ou errado.

Diagramas de fluxo de dados - Diagramas de nível 1.

O diagrama de nível 1 mostra as principais áreas funcionais do sistema sob investigação. Tal como acontece com o diagrama de contexto, qualquer sistema sob investigação deve ser representado por apenas um diagrama de nível 1.

Não existe uma fórmula que possa ser aplicada ao decidir o que é, e o que não é, um processo de nível 1. Os processos de nível 1 devem descrever apenas as principais áreas funcionais do sistema e você deve evitar a tentação de incluir processos de nível inferior neste diagrama. Como regra geral, nenhum diagrama de processo de negócios deve conter mais de 12 caixas de processo.

O diagrama de nível 1 é cercado pelo contorno de uma caixa de processo que representa os limites do sistema. Como o diagrama de nível 1 descreve todo o sistema sob investigação, pode ser difícil saber por onde começar.

Existem três métodos diferentes, que fornecem uma maneira prática de iniciar a análise. Estes são explicados na seção a seguir e qualquer um deles, ou uma combinação, pode revelar-se o mais útil em qualquer investigação.

Existem três métodos diferentes, que fornecem uma maneira prática de iniciar a análise. Estes são apresentados abaixo e qualquer um deles, ou uma combinação, pode revelar-se o mais útil em qualquer investigação.

Diagramas de fluxo de dados - Análise de fluxo de recursos.

A análise do fluxo de recursos pode ser um método útil para iniciar a análise se o sistema atual for constituído em grande parte pelo fluxo de mercadorias, pois esta abordagem se concentra em seguir o fluxo de objetos físicos.

A análise do fluxo de recursos pode ser um método útil para o desenvolvimento de diagramas se o sistema atual for constituído principalmente pelo fluxo de mercadorias. Os recursos físicos são rastreados a partir de quando chegam dentro dos limites do sistema, através dos pontos em que ocorre alguma ação, para a saída do sistema. O raciocínio por trás desse método é que a informação normalmente flui em torno dos mesmos caminhos que os objetos físicos.

Diagramas de Fluxo de Dados - Análise da Estrutura Organizacional.

A abordagem da estrutura organizacional começa a partir de uma análise das principais funções que existem dentro da organização, em vez de bens ou informações que estão fluindo em torno do sistema.

A identificação dos principais processos resulta de analisar a estrutura organizacional e decidir quais áreas funcionais são relevantes para a investigação atual. Ao analisar estas áreas com mais detalhes e analisar o que o pessoal realmente faz, os processos discretos podem ser identificados.

Começando com esses processos, as informações que fluem entre eles e entre esses processos e entidades externas são então identificadas e adicionadas ao diagrama.

Diagramas de fluxo de dados - Análise de fluxo de documentos.

A abordagem de análise de fluxo de documento é apropriada se a parte do negócio em investigação for constituída principalmente por fluxos de informações sob a forma de documentos ou entrada e saída de computadores.

A análise do fluxo de documentos é particularmente útil quando os fluxos de informação são de especial interesse. O primeiro passo é listar os principais documentos e suas fontes e destinatários. Isto é seguido pela identificação de outros fluxos de informação importantes, como transações por telefone e computador. Uma vez que o diagrama de fluxo do documento foi desenhado, o limite do sistema deve ser adicionado.

Diagramas de fluxo de dados - Regras de numeração.

As caixas de processo no diagrama do nível 1 devem ser numeradas arbitrariamente, de modo que nenhuma prioridade seja implícita. Mesmo quando os dados de um processo flui diretamente para outro processo, isso não significa necessariamente que o primeiro deve terminar antes que o segundo possa começar.

Portanto, os processos em um diagrama de nível 1 podem ser re-numerados sem afetar o significado do diagrama. Isso é verdade dentro de qualquer diagrama de processo de negócios - como esses diagramas não implicam tempo, seqüência ou repetição.

No entanto, à medida que a análise continua além do nível 1, é importante seguir uma convenção de numeração rigorosa. Os processos nos diagramas de nível 2 devem indicar seu processo pai dentro do diagrama do nível 1. Esta convenção deve continuar através dos diagramas do nível 3, e além disso, esse nível de análise será exigido.

O diagrama nesta tela ilustra claramente como os processos em diagramas de nível inferior identificam seu caminho ancestral.

Recurso Relativo.

Diagrama de fluxo de dados.

Iniciar! Você adorará este software de diagrama fácil de usar.

O Edraw Max é perfeito, não só para fluxogramas de aparência profissional, organogramas, mapas mentais, mas também diagramas de rede, planos de chão, fluxos de trabalho, designs de moda, diagramas UML, diagramas elétricos, ilustração científica, gráficos e gráficos. E isso é apenas o começo!

Use Edraw As.

Links Úteis.

Mais Tipos de Diagrama.

Conecte-nos.

Boletim de Notícias.

Escolha seu país.

Copyright EdrawSoft 2004-2017; Todos os direitos reservados.

O que é o Diagrama de fluxo de dados (DFD)? Como desenhar DFD?

Edição (s) compatível (s): Enterprise, Professional, Standard, Modeler.

27 de janeiro de 2018 Visualizações: 1.326.426 PDF.

O que é um diagrama de fluxo de dados (DFD)?

Uma imagem vale mais que mil palavras. Um Diagrama de Fluxo de Dados (DFD) é uma representação visual tradicional dos fluxos de informação dentro de um sistema. Um DFD limpo e claro pode representar uma boa quantidade de requisitos do sistema graficamente. Pode ser manual, automatizado ou combinação de ambos.

Ele mostra como a informação entra e sai do sistema, o que muda a informação e onde a informação é armazenada. O objetivo de um DFD é mostrar o escopo e os limites de um sistema como um todo. Pode ser usado como uma ferramenta de comunicação entre um analista de sistemas e qualquer pessoa que desempenhe um papel no sistema que atua como o ponto de partida para redesenhar um sistema.

Geralmente, ele começa com um diagrama de contexto como o nível 0 do diagrama DFD, uma representação simples de todo o sistema. Para elaborar mais a partir disso, detalhamos um diagrama de nível 1 com funções de nível inferior decompostas das principais funções do sistema. Isso pode continuar a evoluir para se tornar um diagrama de nível 2 quando é necessária uma análise mais aprofundada. A progressão para o nível 3, 4 e assim por diante é possível, mas qualquer coisa além do nível 3 não é muito comum. Tenha em mente que o nível de detalhes para a decomposição de função específica depende realmente da complexidade que funciona.

DFD Diagram Notations.

Agora, gostaríamos de apresentar brevemente algumas anotações de diagramas que você verá no tutorial abaixo.

Entidade Externa.

Uma entidade externa pode representar um humano, sistema ou subsistema. É da origem de certos dados. É externo ao sistema que estudamos, em termos de processo de negócios. Por esse motivo, as pessoas costumavam desenhar entidades externas na borda de um diagrama.

Um processo é uma atividade comercial ou função onde ocorre a manipulação e transformação de dados. Um processo pode ser decomposto em um nível mais fino de detalhes, para representar como os dados estão sendo processados ​​dentro do processo.

Banco de dados.

Um armazenamento de dados representa o armazenamento de dados persistentes necessários e / ou produzidos pelo processo. Aqui estão alguns exemplos de armazenamentos de dados: formulários de associação, tabela de banco de dados, etc.

Um fluxo de dados representa o fluxo de informações, com a direção representada por uma seta que mostra na extremidade (s) do conector de fluxo.

O que faremos neste tutorial?

Neste tutorial, mostramos como desenhar um diagrama de contexto, juntamente com um diagrama de nível 1.

Nota: O software que estamos usando aqui é Visual Paradigm. Você pode baixar gratuitamente uma cópia de avaliação de 30 dias do Visual Paradigm para seguir o exemplo abaixo. Não é necessário registro, endereço de e-mail ou obrigação.

Como desenhar nível de contexto DFD?

Para criar um novo DFD, selecione Diagrama & gt; Novo da barra de ferramentas. Na janela Novo Diagrama, selecione Diagrama de fluxo de dados e clique em Avançar. Digite Context como nome do diagrama e clique em OK para confirmar. Agora vamos desenhar o primeiro processo. Na barra de ferramentas do Diagrama, arraste o processo para o diagrama. Nomeie o novo sistema de processo.

Como desenhar DFD de nível 1?

Em vez de criar outro diagrama a partir do zero, vamos decompor o processo do sistema para formar um novo DFD. Clique com o botão direito do mouse em Sistema e selecione Descompactar no menu pop-up.

Nota: O novo DFD deve parecer muito semelhante ao diagrama Contexto inicialmente. Cada elemento deve permanecer inalterado, exceto que o processo do sistema (do qual este novo DFD se decompõe) já passou e foi substituído por um espaço em branco (a ser elaborado). Mude o nome do novo DFD. Clique com o botão direito do mouse em seu fundo e selecione Renomear. . Na caixa do nome do diagrama, digite Level 1 DFD e pressione ENTER. Crie três processos (Process Order, Ship Good, Issue Receipt) no centro, conforme mostrado abaixo. Esse é o ponto antigo do processo do Sistema e os colocamos lá para elaborar o Sistema.

Fiação com linhas de conexão para fluxos de dados.

Os passos restantes nesta seção são sobre como conectar os elementos do modelo no diagrama. Por exemplo, o Cliente fornece informações sobre pedidos ao fazer um pedido de processamento.

Coloque o ponteiro do mouse sobre o Cliente. Arraste o ícone do Catálogo de Recursos e solte o botão do mouse na Ordem de Processo.

Use o Catálogo de Recursos para criar um fluxo de dados do Cliente para a Ordem de Processo.

Para reorganizar uma linha de conexão, coloque o ponteiro do mouse sobre onde deseja adicionar um ponto de pivô. Você verá uma bolha no ponto do mouse. Clique e arraste-o até onde você precisa.

Como melhorar a legibilidade de um DFD?

O diagrama completo acima parece um pouco rígido e ocupado. Nesta seção, vamos fazer algumas alterações nos conectores para aumentar a legibilidade.

Clique com o botão direito do mouse no diagrama (Nível 1 DFD) e selecione Conectores & gt; Curve. Os conectores no diagrama estão agora em linhas de curva.

Mais exemplos DFD.

A lista abaixo orienta você para diversos exemplos do Diagrama de fluxo de dados que cobrem diferentes empresas e domínios de problemas. Alguns deles consistem no uso de múltiplos níveis de contexto.

Sistema de negociação de ações (Diagrama de classe (UML))

software de classe uml tech.

Tipo de diagrama:

Diagrama de classe (UML)

Diagramas relacionados.

Por Creately Templates.

Diagrama de classe para o modelo do sistema de processamento de pedidos.

Tagged: uml, diagrama de classe, padrões de design, classe uml, modelo de diagrama de classe, modelos de classe.

Atualizado: 5 meses atrás.

Por Creately Templates.

Modelo de Diagrama de Classe de Pedido do Cliente.

Tagged: uml, diagrama de classe, padrões de design, modelos uml, modelo de diagrama de classe, classe uml.

Atualizado: 1 ano atrás.

Por Creately Templates.

Modelo de Diagrama de Classe - Padrões de Design para o Criador de Software.

Tagged: uml, diagrama de classe, padrões de design, classe uml, modelo de diagrama de classe, modelos de classe, classe.

Atualizado: 2 anos atrás.

Por Creately Templates.

Um modelo de diagrama de classe UML de seminário.

Tagged: uml, diagrama de classe, padrões de design, modelo de diagrama de classe, aula de seminário.

Atualizado: 2 anos atrás.

Por Creately Templates.

Modelo de diagrama de classe para modelar um sistema de leilão.

Tagged: uml, diagrama de classe, padrões de design, modelo de diagrama de classe, modelo de diagrama, diagrama de classes.

Atualizado: 2 anos atrás.

Por Creately Templates.

Padrões de design para o modelo de diagrama de classe de ponte de software.

Tagged: uml, diagrama de classe, diagrama de classe, modelo de diagrama de classe, classe uml, classe brigde.

Diagrama de fluxo de dados com exemplos - Plataforma de negociação de valores mobiliários.

O Diagrama de Fluxo de Dados (DFD) fornece uma representação visual do fluxo de informação (isto é, 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 faça parte dos processos do sistema, as informações necessárias para completar os processos e as informações necessárias para serem armazenados e acessados. Este artigo descreve e explica o Diagrama de Fluxo de Dados (DFD) usando uma plataforma de negociação de títulos como exemplo.

Edição (s) compatível (s): Enterprise, Professional, Standard, Modeler.

16 de fevereiro de 2018 Exibições: 26,829 PDF.

O exemplo da Plataforma de Negociação de Valores Mobiliários.

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. Contém um processo (forma) que representa o sistema para modelar, neste caso, a "plataforma de negociação de títulos". Ele também mostra os participantes que irão interagir com o sistema, chamado de entidades externas. Neste exemplo, CS Assistant, Customer and Broker são as entidades que irão interagir com o sistema. Entre o processo e as entidades externas, há fluxos de dados (conectores) que indicam a existência de troca de informações entre as entidades e o sistema.

Contexto DFD é a entrada de um modelo de fluxo de dados. Contém um e um único 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, a quebra) do processo da plataforma de negociação de valores mobiliários mostrado no contexto DFD. Leia o diagrama, e então vamos apresentar alguns dos principais conceitos baseados neste diagrama.

O exemplo do Diagrama de fluxo de dados da plataforma de negociação de valores mobiliários contém cinco processos, três entidades externas e três lojas de dados. Embora não haja diretrizes de design que regulem o posicionamento de formas em um Diagrama de Fluxo de Dados, tendemos a colocar os processos no meio e as lojas de dados e entidades externas nos lados para facilitar a compreensão.

Com base no diagrama, sabemos que um Assistente de Serviço ao Cliente fornece detalhes do cliente ao processo de Conta Aberta. O resultado é que os detalhes do Cliente estão sendo armazenados no armazenamento de dados do Cliente e os detalhes da Conta armazenados no armazenamento de dados da Conta. Embora dissemos que a tentativa de armazenar os 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. É nosso senso comum que nos leva a interpretar o diagrama na forma como o entendemos naturalmente. Estritamente falando, o diagrama apenas nos diz que o processo de Conta Aberta recebe detalhes do cliente e produz os 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 a informação está sendo usada em todo um sistema. Se esta informação é importante e vale a pena mencionar, considere modelá-la com diagramas como o Diagrama de Processo de Negócios BPMN ou o Diagrama de Atividades UML.

O processo Verificar transação recebe os detalhes da transação no armazenamento de dados da transação e transmite-o ao Cliente.

Um Cliente pode depositar dinheiro fornecendo o valor do depósito e o resultado é o saldo da conta atualizado armazenado no armazenamento de dados da conta.

Da mesma forma, um Cliente pode retirar dinheiro. O resultado é que ele receberá o montante retirado e o saldo da conta atualizado será armazenado no armazenamento de dados da conta.

Finalmente, tanto o Cliente como o Agente podem iniciar o processo de Solicitação de Lugar, o que resulta em que os detalhes da transação sejam armazenados no armazenamento de dados da Transação. O processo de Solicitação de lugar também passa os detalhes da transação para o Stock Exchange Center, 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 em contexto DFD, os processos no DFD de nível 1 também podem ser decompostos em um nível mais profundo ou mesmo em níveis de detalhes do processo. A figura abaixo mostra o DFD de Nível 2 do processo de Solicitação de Lugar.

As entidades externas e os armazenamentos de dados neste DFD correspondem aos mostrados no nível superior (ou seja, o diagrama acima). O que o torna diferente é a repartição do processo de Pedido de Lugar no processo de Pedido de Lugar (Online) e Processo de Pedido de Lugar (Offline).

Com base neste diagrama, sabemos que um Cliente pode realizar o Pedido de Lugar (Online), fornecendo os detalhes da Ordem enquanto um corretor pode executar o Pedido de Lugar (Telefone) também fornecendo os detalhes da Ordem; em ambos os casos, levando os dados da transação a serem armazenados na loja de dados da Transação e passados ​​para o Stock Exchange Center.

Usando estereótipo para modelar um tipo de "tipo especial".

O estereótipo e os valores marcados são tipos de mecanismos de extensibilidade introduzidos pelo Object Management Group (OMG). Permite aos designers ampliar o vocabulário da UML para criar novos elementos modelo. Como uma ferramenta de design de software, o Visual Paradigm amplia o suporte de estereótipos a padrões não UML como DFD e ERD. Pegue a plataforma de negociação de títulos como exemplo, podemos definir um estereótipo de Terceiro para entidade externa. As entidades externas com o estereótipo atribuído são ditas "uma espécie de entidade terceirizada".

Esteja ciente do nível de detalhes.

Neste exemplo do Diagrama de fluxo de dados, a palavra "detalhes" é usada muitas vezes ao rotular dados. Nós temos "detalhes do cliente", "detalhes da transação", etc. E se nós os escrevamos explicitamente como "nome do cliente, endereço de e-mail, trabalho, endereço" e "número do estoque, valor, preço da oferta"? Isso é correto? Bem, não há uma resposta definitiva a esta pergunta, mas tente fazer uma pergunta ao 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", "credencial" certamente deixa espaço para discussão. No entanto, usar termos gerais pode ser um pouco de falta de detalhes e tornar o design perdido sua utilidade. Então, isso depende da finalidade do seu design.

Não esqueça demais.

Em um Diagrama de Fluxo de Dados, nos concentramos nas interações entre o sistema e as partes externas, em vez das comunicações internas entre as interfaces. Portanto, os fluxos de dados entre as interfaces e os armazenamentos de dados usados ​​são considerados fora do escopo e não devem ser mostrados no diagrama.

Não mexa fluxo de dados e fluxo de processo.

Alguns designers podem ficar desconfortáveis ​​quando vêem um conector conectado de um armazenamento de dados a um processo, sem ver o passo da solicitação de dados exibida no diagrama de alguma forma. Alguns deles tentarão representar uma solicitação adicionando um conector entre um processo e um armazenamento de dados, rotulando-o "um pedido" ou "solicitação para 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, passo ou qualquer outra coisa. Quando rotulamos um fluxo de dados que termina em uma loja de dados "uma solicitação", isso significa, literalmente, que estamos passando uma solicitação como dados para um armazenamento de dados. Embora este possa ser o caso no nível de implementação, como alguns dos SGBD suportam o uso de funções, que absorvem 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 suporte de dados que não Possui qualquer capacidade de processamento. Se você deseja modelar o fluxo do sistema ou o fluxo de processo, use o Diagrama de Atividades UML ou o Diagrama de Processo de Negócios da BPMN. Se você deseja modelar a estrutura interna do armazenamento de dados, use o Diagrama de Relacionamento de Entidade.