Aprendendo Diagramas de Fluxo de Dados por Exemplo: Um Guia Completo

Diagramas de Fluxo de Dados (DFDs) são ferramentas essenciais para a análise de sistemas, fornecendo uma forma clara e visual de entender como os dados se movem por um sistema de informação. Ao estudar exemplos do mundo real, você pode compreender rapidamente os conceitos principais e aplicá-los aos seus próprios projetos. Este guia irá guiá-lo pelos conceitos-chave dos DFDs usando exemplos da biblioteca do Visual Paradigm, explicando os símbolos, regras e raciocínio por trás de cada diagrama.

Compreendendo os Componentes Principais

Antes de mergulhar nos exemplos, é essencial compreender os quatro blocos fundamentais de qualquer DFD:

Componente	Descrição	Notação Comum (Yourdon & Coad)	Notação Comum (Gane & Sarson)
Entidade Externa	Uma pessoa, organização ou sistema fora do sistema sendo modelado que envia ou recebe dados. Exemplos: Cliente, Fornecedor, Banco. Muitas vezes chamado de “fonte” ou “sumidouro”.	Retângulo	Retângulo
Processo	Uma atividade ou função que transforma dados de entrada em dados de saída. Deve ter pelo menos uma entrada e uma saída. Exemplos: “Verificar Pagamento”, “Enviar Pedido”.	Círculo	Retângulo Arredondado
Armazenamento de Dados	Um local onde os dados são armazenados para uso posterior. Pode ser um banco de dados, um arquivo ou até mesmo uma gaveta de arquivamento.	Duas Linhas Paralelas	Retângulo com Extremidades Abertas
Fluxo de Dados	Um caminho para os dados se moverem de uma parte do sistema para outra. É representado por uma seta e mostra a direção do movimento.	Seta	Seta

Observação:Existem duas notações principais para DFDs: Yourdon & Coad e Gane & Sarson. Embora seus símbolos diferem levemente, os conceitos subjacentes são idênticos. É importante escolher uma e manter consistência.

O Poder dos Exemplos

Os exemplos fornecidos no artigo do Visual Paradigm são excelentes para o aprendizado, pois mostram DFDs em diferentes níveis de detalhe. Os sistemas geralmente são divididos em níveis para gerenciar a complexidade. Isso é conhecido comonivelamento .

• Diagrama de Contexto (Nível 0): Esta é a visão de nível mais alto. Mostra todo o sistema como um único processo e suas interações com todas as entidades externas. Fornece uma visão simples e de alto nível . Armazenamentos de dados NÃO são mostrados neste nível pois são internos ao sistema .

• DFD de Nível 1: Este diagrama ‘explode’ o único processo do diagrama de contexto em seus principais sub-processos. Mostra as funções principais do sistema, como os dados fluem entre eles e apresenta os armazenamentos de dados pela primeira vez. Um DFD de Nível 1 deve ‘equilibrar’ com o Diagrama de Contexto, ou seja, os fluxos de dados entrando e saindo do sistema permanecem os mesmos.

• DFD de Nível 2 (e além): Estes diagramas fornecem detalhes adicionais ao decompor um dos processos do diagrama de Nível 1. Este processo continua até que o nível desejado de detalhe seja alcançado.

Exemplo Guiado: Sistema de Pedidos de Alimentos

Vamos analisar o exemplo do ‘Sistema de Pedidos de Alimentos’ referido no artigo para ver esses conceitos em ação .

1. Diagrama de Contexto (Nível 0):

• Entidades Externas: Provavelmente um Cliente e um Cozinha. O cliente fornece pedidos e recebe alimentos; a cozinha recebe pedidos e confirma seu status.

• Processo Único: Todo o sistema de pedidos de alimentos é representado como um único processo (por exemplo, ‘Sistema de Pedidos de Alimentos’).

• Fluxos de Dados: ‘Pedido’ (Cliente → Sistema), ‘Alimento’ (Sistema → Cliente), ‘Solicitação de Pedido’ (Sistema → Cozinha), ‘Status do Pedido’ (Cozinha → Sistema). Este diagrama oferece uma visão de 10.000 pés de altura do escopo do sistema.

2. DFD de Nível 1:

• Este diagrama dividiria o processo único em suas principais funções. Com base no exemplo, essas provavelmente incluem:

  

  • 1.0 Processar Pedido: Recebe o pedido do cliente, valida-o e encaminha-o.

  • 2.0 Produzir Alimentos: Recebe a solicitação de pedido e coordena a preparação dos alimentos.

  • 3.0 Gerenciar Pagamento: Gerencia o processo de pagamento.

• Armazenamentos de Dados: Um armazenamento de dados como D1 Pedido poderia aparecer aqui. Fluxos de dados como “Detalhes do Pedido” seriam movidos do Processo 1.0 para o armazenamento de dados de Pedido, e “Pedido Pronto para Servir” seria movido do Processo 2.0 de volta para o Processo 1.0 para notificar o cliente.

Ao comparar os diagramas de Contexto e de Nível 1, você pode ver como a função única e de alto nível é decomposta em um conjunto de sub-processos coordenados.

Explorando Outros Exemplos

O artigo apresenta uma variedade de exemplos de DFD que ilustram diferentes sistemas e notações:

• Plataforma de Negociação de Títulos: Este exemplo é excelente para entender sistemas complexos com múltiplas entidades externas (por exemplo, Corretor, Bolsa de Valores) e armazenamentos de dados (por exemplo, Banco de Dados de Conta, Portfólio de Ações).

  

• Aplicativo de Supermercado: Este exemplo demonstra como os DFDs podem ser usados para modelar um aplicativo móvel moderno que interage com serviços de backend, como gerenciamento de estoque e processamento de pagamentos.

  

   

Princípios Básicos Importantes

Ao criar e interpretar DFDs, tenha em mente estas regras fundamentais:

1. Os dados não podem fluir diretamente:

   • Entre duas Entidades Externas.

   • Entre dois Armazenamentos de Dados.

   • Entre uma Entidade Externa e um Armazenamento de Dados.
     Os dados devem sempre passar por um processo .

2. Todo processo deve ter pelo menos um fluxo de dados de entrada e um fluxo de dados de saída .

3. Convenções de Nomeação:

   • Processos: Nomeie com verbos fortes e ativos (por exemplo, “Processar Pagamento”, “Enviar Pedido”).

   • Entidades Externas, Armazenamentos de Dados e Fluxos de Dados: Nomeie com substantivos (por exemplo, “Cliente”, “Banco de Dados de Estoque”, “Detalhes do Pedido”).

4. Equilibre seus Diagramas: Os fluxos de dados que entram e saem de um processo em um diagrama de nível superior devem corresponder às entradas combinadas e saídas de seus sub-processos decompostos em um diagrama de nível inferior. Isso garante consistência e completude.

Ao compreender esses conceitos fundamentais e estudar os exemplos fornecidos no artigo do Visual Paradigm, você estará bem preparado para começar a criar diagramas de fluxo de dados claros e eficazes para seus próprios projetos de análise de sistemas.

Referência