O histórico do DFD
Os diagramas de fluxo de dados foram popularizados no fim da década de 1970 pelos pioneiros da computação Ed Yourdon e Larry Constantine no livro Structured Design. Eles o basearam nos modelos computacionais de "grafo de fluxo de dados" de David Martin e Gerald Estrin. Tanto o conceito de design estruturado quanto o método DFD foram amplamente adotados nas áreas de engenharia de software e negócios.
Outros três especialistas que contribuíram para essa ascensão da metodologia DFD foram Tom DeMarco, Chris Gane e Trish Sarson. Eles se uniram em várias combinações para atuar como os principais definidores dos símbolos e das notações usados em um diagrama de fluxo de dados.
Símbolos e notações utilizadas em DFDs
É recomendável a familiarização com os diversos símbolos de diagrama de fluxo de dados antes de começar. Como há algumas variações de símbolos entre os sistemas, o importante é adotar clareza e uniformidade nas formas e notações que você vai utilizar quando se comunicar e colaborar com outras pessoas.
Usando as regras ou diretrizes de DFD de qualquer convenção, os símbolos representam os quatro componentes dos diagramas de fluxo de dados:
1. Entidade externa
Uma entidade externa é um sistema que envia ou recebe dados e se comunica com o sistema que está sendo diagramado. Elas são as fontes e os destinos das informações que entram ou saem do sistema. Elas podem ser uma organização ou pessoa externa, um sistema de computador ou um sistema de negócios. Elas também são conhecidas como terminadores, fontes e sumidouros ou atores. Elas normalmente são desenhadas nas bordas do diagrama.
2. Processo
Os processos transformam dados e produzem uma saída. Podem fazer cálculos, classificar dados com base em lógica ou direcionar o fluxo de dados de acordo com regras de negócios. É utilizado um rótulo curto para descrever um processo (por exemplo, "Enviar pagamento").
3. Armazenamento de dados
Os armazenamentos de dados são arquivos ou repositórios que mantêm informações para uso posterior (por exemplo, uma tabela de banco de dados ou um formulário de associação). Cada armazenamento de dados recebe um rótulo simples (por exemplo, "Pedidos").
4. Fluxo de dados
O fluxo de dados descreve o caminho que os dados percorrem entre entidades externas, processos e armazenamentos de dados. Ele representa a interface entre os outros componentes e é mostrado com setas, normalmente rotuladas com um nome curto de dados (por exemplo, "Detalhes de cobrança").
Regras e dicas de DFDs
Todos os diagramas de fluxo de dados têm certas regras que devem ser consideradas:
-
Cada processo deve ter pelo menos uma entrada e uma saída.
-
Cada armazenamento de dados deve ter, pelo menos, um fluxo de dados de entrada e de um fluxo de dados de saída.
-
Dados armazenados em um sistema devem passar por um processo.
-
Todos os processos em um DFD vão para outro processo ou um armazenamento de dados.
Níveis e camadas de DFDs: de diagramas de contexto a pseudocódigos
Um diagrama de fluxo de dados pode se aprofundar progressivamente em mais detalhes usando níveis e camadas, focando em uma parte específica. Os níveis de DFD são numerados como 0, 1 ou 2 e, ocasionalmente, chegam até o Nível 3 ou além. O nível de detalhamento necessário depende do escopo do que você está tentando realizar.
DFD Nível 0
Um DFD de Nível 0 também é chamado de diagrama de contexto. Ele é uma visão geral básica de todo o sistema ou processo que está sendo analisado ou modelado. Foi projetado para oferecer uma visualização rápida, mostrando o sistema como um único processo de alto nível e seus relacionamentos com entidades externas. Ele deve ser facilmente compreendido por um público amplo, incluindo partes interessadas, analistas de negócios, analistas de dados e desenvolvedores.
