Diagrama de fluxo de dados Lógico x Físico

Um DFD lógico se concentra nas atividades empresariais e de negócios, enquanto um DFD físico analisa como um sistema é implementado. Sendo assim, enquanto qualquer diagrama de fluxo de dados  mapeia o fluxo de informações de um processo ou sistema, o diagrama lógico fornece o "o quê" e o físico fornece o "como". São duas perspectivas diferentes sobre o mesmo fluxo de dados, cada uma projetada para visualizar e melhorar o sistema. O DFD lógico descreve os eventos de negócios que ocorrem e os dados necessários para cada evento.  Ele fornece uma base sólida para o DFD físico, que descreve a maneira com que o sistema de dados funcionará, como hardware, software, arquivos de papel e pessoas envolvidas. Em conjunto, o lógico e o físico podem visualizar completamente o estado atual e modelar o novo estado a ser considerado e implementado.

Começando com um

DFD lógico atual

, você mapeia o fluxo de ações de negócios à medida que elas existem, o que pode destacar quaisquer deficiências ou ineficiências. Ou, você já pode saber o tipo de funcionalidade que está procurando para adicionar, e o DFD lógico atual ajudará a revelar as etapas do processo que podem precisar ser descartadas ou alteradas.  Como com qualquer diagrama, o DFD lógico deve ser detalhado o suficiente para ser acionável. Dependendo de seu escopo, o DFD lógico atual pode levar um tempo para ser produzido e parecer tedioso, mas o tempo pode ser bem gasto.

Outro benefício dos DFDs lógicos é que eles tendem a ser mais facilmente compreensíveis por pessoas não técnicas. Eles provavelmente farão sentido para pessoas que trabalham nas atividades de negócios. Eles servirão como uma boa ferramenta para colaborar e se comunicar sobre melhores informações e funcionamento, sem ainda se preocupar com o "como".  Eles servirão como uma ponte entre as necessidades do negócio e os requisitos técnicos. A disciplina de mapear o fluxo lógico atual ajudará todos os envolvidos a obter uma compreensão mais profunda e revelar suposições equivocadas, mal-entendidos ou deficiências. Fazer modelos lógicos reduz o risco de falta de requisitos de negócios, que poderia ocorrer tardiamente no processo, causando atrasos e retrabalho.

Então, com uma sólida compreensão das atividades de negócios atuais, é possível modelar uma maneira melhor com um

novo estado lógico DFD

, mostrando novos recursos e funcionamento com base no que foi revelado pela análise de negócios. Este novo DFD lógico modela quais fluxos de dados são necessários para criar um melhor funcionamento, não importa qual seja a solução técnica ou como o sistema será implementado.

Depois que o novo DFD lógico é desenhado, ele pode ser usado para descobrir o melhor método para implementar as atividades de negócios em um sistema atualizado. Isso se torna a base para o

novo DFD físico

, descrevendo a implementação física de dispositivos, software, arquivos e pessoas para capacitar os processos de negócios. Nesse sentido, o DFD físico se torna o método de dar ao negócio o que ele precisa. É o "como" impulsionando o "o quê." O DFD físico fornece a base de um plano de implementação para oferecer o novo software, hardware, pessoas ou outras peças físicas necessárias para executar o processo de negócios.

Digamos que o seu departamento de RH tenha uma abordagem e um sistema de rastreamento de candidatos desatualizados. Em vez de mergulhar diretamente na revisão de novos softwares, você começa a mapear o fluxo de dados lógico atual. Você detalha as atividades de negócios que ocorrem, como as ações tomadas para escrever uma vaga de emprego, anunciar a vaga,  inserir os candidatos nos arquivos ou banco de dados da empresa, alertar os gerentes de contratação, atualizar os arquivos, acompanhar as etapas do processo, alertar os candidatos e assim por diante. Tudo isso é da perspectiva das atividades de negócios, não da tecnologia ou de outras partes do "como." Ele estabelece o fluxo de dados atual e fornece a base para se comunicar e colaborar em uma melhor funcionalidade para realizar as ações de negócios necessárias para classificar os candidatos à vaga. Em seguida, mapeie um novo fluxo lógico potencial. Por exemplo, ele pode fornecer alertas oportunos aos gerentes de contratação, mantendo-os mais bem informados. Ele pode permitir um acesso mais fácil aos currículos e comparação das qualificações do finalista. Este novo DFD lógico é a base para a discussão de como implementar melhor o funcionamento em termos de software, hardware, sistemas de arquivamento e colaboradores, todos os quais podem ser visualizados em um DFD físico. Isso pode ser usado para avaliar soluções de software e outras peças de implementação, e ver qual atende melhor às necessidades da empresa. Por exemplo, você poderia mostrar como as diferentes plataformas de software podem variar em diferentes versões do DFD físico, ajudando a revelar a melhor solução.

Os fluxogramas de dados são compostos por quatro elementos: entidades externas, processos, armazenamentos de dados e fluxos de dados. Mas os elementos representam perspectivas diferentes em DFDs lógicos do que em DFDs físicos.

Por exemplo, em DFDs lógicos, os processos são atividades de negócios; em DFDs físicos, os processos são programas de software, procedimentos manuais ou outras formas de processamento de informações. Em DFDs lógicos, os armazenamentos de dados são coleções de informações, independentemente de como elas são armazenadas; em DFDs físicos, os armazenamentos de dados são bancos de dados, arquivos de computador e arquivos de papel.

DFDs lógicos e físicos em engenharia de software:

DFDs originados em engenharia de software e desenvolvimento. Um DFD lógico pode capturar as atividades atuais e necessárias para um processo. Um novo DFD lógico modela um novo conjunto de atividades e funções. Um DFD físico atual descreve o software, o hardware, bancos de dados e pessoas atuais para realizar as atividades, e novos DFDs físicos modelam uma nova implementação do sistema.  Esta análise pode fornecer uma melhor maneira de chegar ao código real que alimenta os requisitos.

Na análise de negócios:

um DFD lógico pode ajudar a revelar os requisitos de negócios que, de outra forma, poderiam não ser definidos até o final do processo, causando atrasos e retrabalho. Ele também serve como uma ferramenta de comunicação clara com pessoas não técnicas envolvidas nas atividades de negócios, tanto para o fluxo atual de informações quanto para a nova maneira proposta. O DFD físico então fornece o "como" ao sistema para impulsionar os requisitos.

Na análise estruturada:

na análise estruturada clássica de cima para baixo, é desenhado um DFD lógico de um sistema atual para descrever o seu estado atual e, em seguida, um sistema melhorado é modelado em um novo DFD lógico. Os DFDs físicos de cima para baixo então são desenhados para mostrar a solução-alvo física do software, dispositivos e outras peças do sistema. Na análise estruturada orientada por eventos de baixo para cima, um contexto DFD (Nível 0) estabelece o escopo do projeto, enquanto os níveis subsequentes o dividem em subprocessos. Em seguida, especificamos os eventos do sistema que exigem uma resposta e os DFDs de evento são desenhados para descrever como cada evento é tratado. Esses DFDs de evento então podem ser mesclados em um diagrama de sistema.

No escritório e área administrativa:

um DFD lógico é usado para descrever as ações de negócios que ocorrem para o funcionamento de um escritório. O novo DFD lógico então pode modelar melhor a funcionalidade com os dados do escritório, como dados de pessoal ou dados de clientes e pedidos. Ele forma a base para descobrir como fazer isso, mostrado em um DFD físico que descreve como implementar novos softwares, dispositivos, arquivos de dados ou bancos de dados e pessoas.

Nos serviços de saúde:

um DFD físico atual pode descrever o sistema atual de fluxo de dados, como informações do paciente. Isso pode ser usado para desenhar um DFD lógico atual, mostrando as funções de dados com o "como" removido. Esses DFDs ajudam a formar um entendimento claro das deficiências e requisitos para um novo sistema. Isso, por sua vez, forma a base para um novo DFD lógico e, em seguida, um novo DFD físico que representa o novo software, dispositivos, bancos de dados e outros itens físicos.

Diagramas de fluxo de dados entraram em grande uso no final da década de 1970, impulsionados pelo livro Structured Design(‘Projeto estruturado de sistemas’), de Ed Yourdon e Larry Constantine, pioneiros da computação. O conceito de projeto estruturado foi muito bem aceito no campo da engenharia de software, e o método DFD popularizou-se junto. Esses fluxogramas de dados podem variar de simples resumos de processos, até mesmo desenhados à mão, a DFDs profundos e de múltiplos níveis, detalhando de forma progressiva o modo como os dados são manuseados. Eles podem ser usados para analisar um sistema existente ou modelar um novo. Eles usaram sistemas definidos de símbolos para demonstrar os quatro elementos: entidades externas, processos, armazenamentos de dados e fluxo de dados. Os sistemas de símbolos mais comuns são nomeados em homenagem a seus criadores: Yourdon e Coad; Yourdon e DeMarco; e Gane e Sarson.

Notação	Yourdon e Coad	Gane e Sarson
Entidade Externa
Processo		​
Armazenamento de dados
Fluxo de dados

Níveis de DFDs são numerados 0, 1 ou 2, e, ocasionalmente, atingem o nível 3 ou mais. O nível de detalhe necessário depende do escopo do que você está tentando realizar. O DFD nível 0 é também chamado de diagrama de contexto. É uma visão geral básica de todo o sistema ou processo a ser analisado ou modelado. O DFD nível 1 oferece maiores detalhes de peças do diagrama de contexto. Ele destaca as principais funções desempenhadas pelo sistema na medida em que você expande o processo de alto nível do diagrama de contexto em subprocessos. O DFD nível 2 aprofunda ainda mais partes do nível 1. Pode ser preciso mais texto para chegar ao nível necessário de detalhes em relação ao funcionamento do sistema.

Embora os DFDs sejam usados na modelagem de processos de sistemas, a modelagem de dados geralmente é feita com

diagramas entidade-relacionamento (ERDs)

para mostrar o que são os dados no sistema. Para a modelagem de objetos, a

Linguagem de modelagem unificada (UML)

descreve melhor a lógica de "o quê" e "porquê" do sistema. Os DFDs também diferem de

fluxogramas

, que mostram as etapas para completar um processo, geralmente com caixas simples e setas. Os fluxogramas não mostram entradas ou saídas de fontes externas nem o caminho dos dados que completarão o processo.

Quer saber mais? Consulte este artigo detalhado de visão geral sobre diagramas de fluxo de dados.